软件工程第3章：需求介绍.ppt

第3章 需求分析;为什么要进行需求分析？;开发过程的两大阶段 （1）正确地确定问题——需求分析 （2）为问题寻找合适的解答——设计 需求分析的目的：澄清用户的各种需求 需求分析的任务：用户和开发人员一起理解用户的要求，并转化为书面文档。 　　　　　——《软件需求规格说明书》 ;需求工程基本任务;软件需求各组成部分之间的关系;总结－需求分析流程;需求分析通信途径;3.1 需求分析的任务 3.2 需求的获取方法 3.3 分析建模与规格说明 3.4 实体-联系图 3.5 数据规范化 3.6 状态转换图 3.7 其他图形工具;1. 确定系统的综合要求;建立数据模型（层次方框图、Warnier图） 导出系统的逻辑模型;3. 需求分析的过程;目的：通过各种途径获取用户需求信息产生 ——《用户需求说明书 》;（2）分析与综合;软件需求说明书 数据要求说明书 初步的用户手册 修改、完善与确定软件开发实施计划 ;系统定义的目标否一致 文档资料是否齐全 文档描述是否完整、清晰、准确 与其它系统的重要接口是否都已经描述;3.2 需求的获取 ;1. 访谈 面向数据流自顶向下求精 简易的应用规格说明 快速软件原型 ;1. 访谈 ;① 场景开始的系统状态描述 ② 标准事件流的描述 ③ 错误出现的位置及处理方法 ④ 可能在同一时间进行的活动 ⑤ 场景完成后系统状态的描述;某出版社系统调查表;组织结构与功能分析;2. 面向数据流自顶向下求精 ;仓库 管理员;结构化分析方法（SA）+结构化设计方法（SD） 适用于大型的数据处理系统（MIS）的分析;3. 简易的应用规格说明 ;4. 快速软件原型 ;短时间内建立原型;数据 字典;3.3 分析建模与规格说明;2. 需求规格说明 ;功能 外部接口 性能：运行速度、可用性、响应时间、恢复时间… 特性：可移植性、可维护性、安全性 … 设计约束：是否存在必要的标准、开发语言、数据库、资源限制、运行环境等因素的影响和策略？;（2）编写需求规格说明的原则 ;将可测试的需求作为衡量软件规模的因素 文档段落不宜太长 避免使用模糊的、主观的术语 如：和/或、等等、用户友好、容易、简单、迅速、有效、许多、最新技术、 优越的、可接受的、最大化、最小化、提高等不可验证的语言 建议：采用一种标准的SRS 模板;1.引言 1.1 目的 1.2 文档约定 1.3 预期的读者和阅读建议 1.4 产品范围 1.5 参考文献 2. 综合描述 2.1 产品的前景 2.2 产品的功能 2.3 用户类和特征 2.4 运行环境 2.5 设计和实现上的设计 2.6 假设和依赖 3．外部接口需求 3.1 用户界面 ;（3）需求验证 ;（4）需求规格说明的质量特性 ;无二义性 ;完整性 ;所描述的功能是否可以映射到业务过程中？ 文档中是否存在待确定的需求引用？ 文档中是否存在未定义的术语和引用？ 文档的各个部分都完整吗？ 需求包括非功能属性的说明吗？ 是否考虑了软件性能？ 是否考虑了安全性要求？ 是否考虑了可靠性？ 是否考虑了系统容量问题？ ;可验证性 ;一致性 ;可修改性 ;可跟踪性 ;（5）需求管理 ;活动2：需求用于计划、产品和活动;需求跟踪性 ;? 需求跟踪矩阵示例 ;需求描述示例 ;后台任务管理器在用户界面的指定区域显示状态信息。 （1）在后台任务进程启动之后，消息必须每隔 60±10 秒更新一次，并保持连续的可见性。 （2）如果正在正常处理后台任务进程，那么后台任务管理器必须显示后台任务进程已完成的百分比。 （3）当完成后台任务时，后台任务管理器必须显示一个“已完成”的信息。 （4）如果后台任务中止执行，那么后台任务管理器必须显示一个出错信息。 ;需求描述示例 ; 数据对象可以是外部实体、事物、行为、事件、角色、单位、地点、结构等。;2. 属性 属性定义了数据对象的性质。;3. 联系 （1）一对一联系（1：1） （2）一对多联系（1：N） （3）多对多联系（M：N） 在ER图中，用菱形框表示联系。 ;教师;通常用范式定义消除数据冗余的程度。 1）第一范式 2）第二范式 3）第三范式;3.6 状态转换图;组件;名称;;3.7 其它图形工具 ;树形结构,手段比层次方框图更丰富 ;IPO图是输入/处理/输出图。 ;;结构化分析步骤;;【功能分析】 ①浏览功能：所有人都可以浏览图书馆的图书信息。 ②借还功能：借书者可以借/续借、还、预约图书。 ③图书管理功能：管理人员录入、更新和销毁等。 ④借书者管理：系统管理人员注册、更改、注销借书者信息等维护工作。 ;【建立数据流图】 ;【借/还功能数据流图】 ;【维护功能数据流图】;【借书功能细化的数据流