3.1 需求分析的任务和步骤
任务：1.通过对问题及其环境的理解，分析和综合，建立分析模型。
             2.在完全弄清用户对软件系统的确切要求的基础上，用“软件需求规格说明书（SRS）”把用户的需求表达出来。
分析模型包含问题及其环境所涉及的信息流，处理功能，用户界面，行为模型及设计约束等。
需求说明应该具有准确性，一致性，清晰性，没有二义性，直观，易读和易于修改。为此应尽量采用标准的图形，表格和简单的符号来表示，使不熟悉计算机的用户也能一目了然。
步骤：1.需求获取：从分析当前系统包含的数据开始，系统需求包括用户对软件功能的需求和界面的需求。
             2.需求提炼：分析建模：图形化的分析模型包括数据流图，实体关系图，控制流图，状态转换图，用例图，类对象关系及其行为图等。除系统模型外，还有系统关联图，创建用户接口原型，确定需求优先级别等。
             3.需求描述：编写SRS：统一格式的文档--模板
             4.需求验证：改善需求中的二义性，不一致的问题。
常规的需求获取方法：
1.建立联合分析小组：由用户业务人员，系统分析员和领域专家组成。
2.客户访谈：进一步确定需求。这个过程需要系统分析员有充分的准备和良好的交流能力。
3.问题分析与确认：去掉错误的，无关的部分，整理有用的内容，以便给用户确认，并在次访谈，如此循环2-5次。
快速原型法：步骤：
1.利用各种分析技术和方法，生成一个简化的需求规格说明。
2.对需求规格说明进行必要的检查和修改后，确定原型的软件结构，用户界面和数据结构等。
3.在现有的工具和环境的帮助下快速生成可运行的软件原型并进行测试，改进。
4.将原型提交给用户评估并征求用户的修改意见。
5.重复上述过程，直到原型得到用户的认可。

3.3 分析建模