第3章-需求分析.pptVIP

需求分析阶段的任务： 　　在可行性分析的基础上，进一步了解确定用户需求。准确地回答 “系统必须做什么？” 的问题。获得需求规格说明书。 　Boehm对软件需求的定义： 　　研究一种无二义性的表达工具，它能为用户和软件人员双方都接受并能够把“需求”严格地、形式地表达出来。 需求分析方法： 不同的开发方法，需求分析的方法也有所不同，常见的分析方法有： * * 陕西理工学院 计算机系 《软件工程》 第 * 页 第3章 需求分析 3.1 需求分析的任务 3.2 与用户沟通获取需求的方法 3.3 分析建模与规格说明 3.6 状态转换图 3.7 其它图形工具 实例 小结及练习题 第3章 需求分析 教学目的 理解需求分析的任务； 掌握需求分析的工具—状态转换图； 了解其它图形工具； 教学重点与难点 本章重点： 需求分析的任务； 图形工具 本章难点 ： 需要分析的表示； 状态转换图。 第3章 需求分析 需求分析须遵循的准则： 1. 须理解并描述问题的信息域——建立数据模型 　　近几年来已提出许多软件需求分析与说明的方法，每一种分析方法都有独特的观点和表示方法，但都适用下面的基本原则。 　　对于计算机程序处理的数据，其信息域包括信息流（如右图，即数据通过一个系统时的变化方式)、信息内容和信息结构，而功能域反映上述三方面的控制信息。 数据存储 转换1 转换2 附加 数据 输入数据 中间数据 结果数据 2.须定义软件应完成的功能——建立功能模型 3.须描述作为外部事件结果的软件行为——建立行为模型 4.须对描述信息、功能和行为的模型进行分解——展示细节 能够对问题进行分解和不断细化，建立问题的层次结构。 需要给出系统的逻辑视图和物理视图，软件需求的逻辑视图给出的是软件要达到的功能和要处理信息之间的关系，而不是实现的细节。 　　软件需求的物理视图给出的是处理功能和信息结构的实际表现形式，这往往是由设备本身决定的。 (维护报告) 问题定义 编 码 需求分析 设 计 可行性研究 运行与维护 测 试 开发 时期 运行 时期 计划时期 (目标与范围说明书) (可行性论证论告) (测试报告) (程序) (设计文档) (需求说明书) 3.1 需求分析的任务 3.1 需求分析的任务 瀑布模型 3.1 需求分析的任务 　　由于需求分析方法不同，描述形式不同。其实现步骤如下图所示： 学生购买教材的实际处理流程—当前系统物理模型 学 生 学 生 购 书 申 请 购书 单 发 票 领 书 单 书 107 张 教务科 206 王 会计室 206 李 出纳员 108 赵 教材科 学 生 学 生 购 书 申 请 购书 单 发 票 领 书 单 书 审查 有效性 开发票 开领 书单 发书 3.1 需求分析的任务 3.1 需求分析的任务 需求规格说明内容 功能、行为需求 描述系统的输入、输出及相互关系 非行为需求 描述软件系统工作时应具备的各种属性，如效率、可靠性、安全性、可维护性、可移植性等。 为使需求规格说明更加简洁，其它内容不应写入，如人员、成本、进度、设计方案、质量控制等。这些内容单独形成文档。 1 引言 1.1需求规格说明的目的 1.2软件产品的作用范围 1.3定义、同义词与缩写 1.4参考文献 1.5需求规格说明概览 2 一般性描述 2.1产品与其环境之间的关 2.2产品功能 2.3用户特征 2.4限制与约束 2.5假设与前提条件 3特殊需求 3.1功能或行为需求 ?3.1.1功能或行为需求1 3.1.1.1引言 3.1.1.2输入 3.1.1.3处理过程描述 3.1.1.4输出? 3.1.2功能或行为需求2 3.2外部界面需求 。。。。。。 附录 索引 3.1 需求分析的任务 需求评审 需求规格说明进入设计阶段之前，必须进行评审。如果发现错误或缺陷，应及时纠正或更改需求分析、模型，需求规格说明，并重新评审。? 衡量需求规格说明的标准 正确性 无歧义性 完全性 可验证性 一致性 可理解性 可修改性 可追踪性 3.1 需求分析的任务 需求工程过程： 问题识别 分析与综合 编写文档 分析评审 可行性研究 需求导出 和分析 需求描述 需求有效性 验证 可行性报告 系统模型 用户需求和 系统需求 需求文挡 3.1 需求分析的任务 对系统应该提供的服务