[软件工程导论03.pptVIP

需求分析 3.1 需求分析的任务 3.2 与用户沟通获取需求的方法 3.3 分析建模与规格说明 3.4 实体-联系图 3.5 数据规范化 3.6 状态转换图 3.7 其他图形工具 3.8 验证软件需求 3.9 小结 习题 3.1 需求分析的任务 3.1.1 确定对系统的综合要求 功能需求functional requirements 指定系统必须提供的服务 性能需求performance requirements 系统必须满足的定时约束或容量约束 速度(响应时间)、信息量速率、主存容量、磁盘容量、安全性 可靠性和可用性需求 可靠性需求定量地指定系统的可靠性 可用性与可靠性密切相关，它量化了用户可以使用系统的程度 出错处理需求 说明系统对环境错误应该怎样响应 3.1 需求分析的任务 3.1.1 确定对系统的综合要求 接口需求 描述应用系统与它的环境通信的格式 用户接口需求；硬件接口需求；软件接口需求；通信接口需求 约束 描述在设计或实现应用系统时应遵守的限制条件，说明用户或环境强加给项目的限制条件 精度；工具和语言约束；设计约束；应该使用的标准；应该使用的硬件平台 3.1 需求分析的任务 3.1.1 确定对系统的综合要求 逆向需求 软件系统不应该做什么 将来可能提出的要求 possible evolution 明确地列出那些虽然不属于当前系统开发范畴，但是据分析将来很可能会提出来的要求 3.1.2 分析系统的数据要求 数据字典 数据字典可以全面准确地定义数据，但是数据字典的缺点是不够形象直观 常用描绘数据结构的图形工具 层次方框图 Warnier图 数据结构的规范化 为减少数据冗余，避免出现插入异常或删除异常，简化修改数据的过程 3.1.3 导出系统的逻辑模型 数据流图 实体-联系图 状态转换图 数据字典 主要的处理算法 3.1.4 修正系统开发计划 根据在分析过程中获得的对系统的更深入更具体的了解，可以比较准确地估计系统的成本和进度，修正以前制定的开发计划 3.2 与用户沟通获取需求的方法 3.2.1 访谈 3.2.2 面向数据流自顶向下求精 3.2.3 简易的应用规格说明技术 3.2.4 快速建立软件原型 3.2.1 访谈 分类 正式访谈：系统分析员将提出一些事先准备好的具体问题 非正式访谈：分析员将提出一些用户可以自由回答的开放性问题，以鼓励被访问人员说出自己的想法 技巧 分发调查表: 适用于调查大量人员的意见； 较之口头准确，阅读后再有针对性地访问一些用户，以便向他们询问在分析调查表时发现的新问题。 情景分析技术: 对用户将来使用目标系统解决某个具体问题的方法和结果进行分析； 能在某种程度上演示目标系统的行为，便于用户理解 保证用户在需求分析过程中扮演积极主动的角色 3.2.2 面向数据流自顶向下求精 结构化分析方法: 面向数据流自顶向下逐步求精进行需求分析的方法 目的:把数据流和数据存储定义到元素级 原则:从数据流图的输出端着手分析,沿数据流图从输出端往输入端回溯，应该能够确定每个数据元素的来源，与此同时也就初步定义了有关的算法 输出 数据元素的信息--〉数据字典 算法的简明描述--〉IPO图 数据流、数据存储和处理--〉数据流图 3.2.3 简易的应用规格说明技术 宗旨:用户与开发者密切合作，共同标识问题，提出解决方案要素，商讨不同方案并指定基本需求 步骤 初步的访谈 开发者和用户分别写出“产品需求” 会前与会者准备 商讨会议 制定小型规格说明 起草完整的软件需求规格说明书 3.2.3 简易的应用规格说明技术 宗旨:用户与开发者密切合作，共同标识问题，提出解决方案要素，商讨不同方案并指定基本需求 步骤 初步的访谈 通过用户对基本问题的回答，初步确定待解决的问题的范围和解决方案 开发者和用户分别写出“产品需求” 会前与会者准备 认真审查产品需求 列出作为系统环境组成部分的对象、系统将产生的对象以及系统为了完成自己的功能将使用的对象;操作这些对象或与这些对象交互的服务;约束条件;性能标准 3.2.3 简易的应用规格说明技术 宗旨:用户与开发者密切合作，共同标识问题，提出解决方案要素，商讨不同方案并指定基本需求 步骤 商讨会议 是否需要这个新产品 创建一张组合列表 制定小型规格说明 把与会者分成更小的小组，每个小组的工作目标是为每张列表中的项目制定小型规格说明 起草完整的软件需求规格说明书 每个与会者都制定出产品的一整套确认标准，并把自己制定的标准提交会议讨论，以创建出意见一致的确认标准。最后，由一名或多名与会者根据会议成果起草完整的软件需求规格说明书 3.2.4 快速建立软件原型 快速建立起来的旨在演示目标系统主要功能的可运行的程序 特性 快速 容