第03章需求浅析.ppt

软件工程Software Engineering;第3章 需求分析;3.1 需求分析的任务;3.1.1 确定目标系统的具体要求;例：某高校医疗费管理系统;确定系统的环境要求 系统性能要求 系统功能 数据输入 结算 修改 累加 统计 查询打印 系统维护;3.1.2 建立目标系统的逻辑模型;模型分为： 数据模型:用实体—关系图 功能模型:用数据流图 行为模型:用状态转换图 数据字典用来描述软件使用或产生的所有数据对象，并对各种图形工具所不能表达的内容加以补充。;3.2 结构化分析步骤; 结构化分析方法遵守准则： 1.必须理解和表示问题的信息域，根据这条准则应该建立数据模型。 2.必须定义软件应完成的功能，这条准则要求建立功能模型。 3.必须表示作为外部事件结果的软件行为，这条准则要求建立行为模型。 4.必须对描述信息、功能和行为的模型进行分解，用层次的方式展示细节。 5.分析过程应该从要素信息移向实现细节。;3.2.1 进行调查研究; 访谈(或称为会谈)是最早开始运用的获取用户需求的技术，也是迄今为止仍然广泛使用的主要的需求分析技术。; 当需要调查大量人员的意见时，向被调查的人员分发调查表是一个十分有效的做法。 在对用户进行访谈的过程中使用情景分析技术往往非常有效。所谓情景分析就是对用户运用目标系统解决某个具体问题的方法和结果进行分析。;情景分析的好处： （1）它能在某种程度上演示产品的行为，从而便于用户理解，而且还可能进一步揭示出一些系统分析员目前还不知道的需求。 （2）由于情景分析较容易为用户理解，因此，使用这种技术保证用户在需求分析过程中是始终扮演一个积极主动的角色。让用户起积极主动的作用对需求分析工作获得成功是至关重要的。;开会—讨论—确认的方法：;系统分析员 System analyst;3.2.2 分析和描述系统的逻辑模型;2. 沿数据流图回溯 分析输出数据是由哪些元素组成，每个输出元素从哪里来，沿数据流图的输出端往输入端回溯，进一步完善算法和各种信息。;3.2.3 需求分析的复审 内容包括： 一致性 完整性 现实性 有效性;3.3 需求分析图形工具; ;3.3.1.2 属性 属性定义了数据对象的性质。 应该根据对所要解决的问题的理解，来确定特定数据对象的一组合适的属性。 关键字：可以根据一个或多个属性确定数据对象的一个实例是，这样的属性称为关键字。 3.3.1.3 关系 数据对象彼此之间相互连接的方式称为关系，也称为联系。 (1) 一对一联系(1∶1) (2) 一对多联系(1∶N) (3) 多对多联系(M∶N) 联系也可能有属性。;3.3.1.4 实体—关系图的符号 ;3.3.1.4 实体-关系图;3.3.2 数据流图;3.3.2.1 数据流图中的主要图形元素;3.3.2.2 数据流图中附加符号的含义;3.3.2.3 画数据流图的步骤;首先考虑数据的源点和终点 接下来考虑处理 最后，考虑数据流和数据存储 ;商店业务处理系统的顶层数据流图。 ;;采购细化;图3－5 层次图;4、几点注意事项;【例3-3】画学生成绩管理系统的数据流图。 ;【例3-4】画银行取款过程的数据流图。 ;课堂练习： 画出一个教材销售系统的顶层数据流图。 源点/终点：学生和书库保管员 加工：教材销售系统 数据存储： F1 教材存量表 F2 缺书统计表 F3 各班学生用书表 F4 售书登记表;购书单;购书单;1.2; 按书号 汇总缺书;考务处理系统;顶层数据流图;处理 报名 单;一层数据流图 (a);检查 成绩清单;3.3.3 状态转换图; 对这些行为规则较为复杂的对象要进行以下分析工作： 找出对象的所有状态。 分析在不同状态下，对象的行为规则有无差别，若无差别则应将他们合并为一种状态。 分析从一种状态可以转换到哪几种其他状态。是对象的什么行为（服务）能引起这种转换。;状态转换图的符号： 椭圆：表示对象的一种状态，椭圆内部填写状态名。 箭头：表示从箭头出发的状态可以转换到箭头指向的状态。 事件：箭头线上方可标出引起状态转换的事件名。 实心圆：指出该对象被创建后所处的初始状态。 内部实心的同心圆：表示最终状态。;作业： 画出电话系统的状态图;闲置;3.3.4 IPO图;【例3.5】画出学生成绩管理系统的 IPO 图。;3.4 数 据 字 典;3.4.1 数据字典的内容 数据元素 数据元素的名称、编号、别