总之,系统分析师=行业业务专家+IT 技术专家+
管理专家。
三、系统分析师解决问题的大致过程是什么？
系统分析师解决问题的大致过程一般如下：
（1
）研究和理解问题。
（2
）核实解决问题的效益大于成本。
（3
）确定解决问题的需求。
（4
）制定一套可能的解决方案，提供多种可供选择的方法。
（5
）决定最佳方案并推荐给决策层。
（6
）详细说明所选方案的细节。
（7
）实施解决方案。
（8
）监控结果是否达到预期结果。
这个是经过归纳的大致过程,实际还有其他经典的过程,与之的区别只是形式上不同，但求解问题的过程是一
致的。
上面的步骤是经过归纳过的，也许不同类型的系统，不同类型的企业工作方法不尽相同，但从宏观的角度看
的确是类似的。
四、系统分析原型法的意义
原型(Prototype)
“
”
即样品、模型的意思。把系统主要功能和接口通过快速开发制作为 软件样品 ，以可
视化的形式展现给用户，及时征求用户意见，从而明确无误地确定用户需求。另外，原型也可用于征求内部意见，
作为分析和设计的接口之一，可方便于沟通。
对原型的基本要求包括：体现主要的功能、提供基本的界面风格、展示比较模糊的部分以便于确认或进一步
明确。原型最好是可运行的，至少在各主要功能模块之间能够建立相互连接。
原型法意义在于可视化、强化沟通、降低风险、节省后期变更成本、提高项目成功率。一般来说，采用原型
法后可以改进需求质量。虽然投入了较多先期的时间，但可以显着减少后期变更的时间。原型法投入的人力成本
代价并不大，但可以节省后期成本。对于较大型的软件项目来说，原型系统可以成为开发团队的蓝图。另外，原
型通过充分和客户交流，还可以提高客户满意度。
原型法是在计算机技术发展到一定阶段，用户应用需求高涨的情况下发展的一种方法论，但它同时又是对开
发人员有高要求的一种方法论。
原型法的基本思想如下: 原型法是确定需求策略，是对用户需求进行抽取、描述和求精。它快速地、选代地
建立最终系统工作模型，对问题定义采用启发的方式，由用户作出响应。原型法实际上是一种动态定义技术。
原型法被认为对于大多数企业的业务处理来说，需求定义几乎总能通过建立目标系统的工作模型来很好地完
成，而且这种方法和严格定义方法比较起来，成功可能性更大。
原型法开发策略基于如下的假设：
（
1
）并非所有的需求在系统开发以前都能准确地说明。
（
2
）有快速的系统建造工具。