CH3需求分析.ppt

99-5-5 Software Engineering 第一章 软件和软件工程 软 件 工 程 需求分析 需求分析的任务： 准确的回答“系统必须做什么？” ?仍然回答“What”，而不是“How”， 但更细致、精确（合同的拟定） ?需求工程可细分为6个阶段： 1.需求获取 4.需求分析与规格说明书 2.需求分析与协商 5.需求验证 3.系统建模 6.需求管理 分析方法都遵守下述准则 尽管目前有许多不同的用于需求分析的结构化分析方法，但是，所有这些分析方法都遵守下述准则： (1) 必须理解并描述问题的信息域，根据这条准则应该建立数据模型。 (2) 必须定义软件应完成的功能，这条准则要求建立功能模型。 (3) 必须描述作为外部事件结果的软件行为，这条准则要求建立行为模型。 (4) 必须对描述信息、功能和行为的模型进行分解，用层次的方式展示细节。 §1. 需求分析的任务 1、确定对系统的综合要求 ⑴ 功能要求(functional requirements):系统必须做什么？ ⑵ 性能要求(performance requirements)：做得怎样？ 例：response time , memory , back-up memory , security , …… ⑶ 运行要求(operational requirements) ：运行环境、软硬件配置等。 ⑷ 未来可能的扩充要求(possible evolution)： (5) 可靠性和可用性需求 系统可靠性、出错故障、异常情况等 (6) 出错处理与安全需求 对异常等错误，系统应该如何响应：如何检测、如何处理 (7) 接口需求 接口需求描述应用系统与它的环境通信的格式。 常见接口需求有：用户接口需求、硬件接口需求、软件接口需求、通信接口需求等。 (8) 约束因素等 设计约束或实现约束，限制条件等。如：精度、工具限制、使用的标准等 §1. 需求分析的任务 2、分析数据(系统的数据要求) 任何一个软件系统本质上都是信息处理系统，分析系 统的数据要求建立数据模型 ⑴建立概念模型(conceptual models): E-R Diagram ⑵形象描绘数据结构: Data Hierarchy, Warnier Diagram, IPO ⑶数据结构规范化(Normalization) §1. 需求分析的任务 5、开发原型系统(Prototyping) 检验方案的正确性 系统是否满足需求 §2. 需求分析的步骤 §2. 需求分析的步骤 1、调查研究：访谈、情景分析技术 （1）沿数据流图回溯：数据流图的输出端是系统的最终目的。向回确定每个数据元素的来源，可加细数据流图及数据字典，并将相关算法记录在IPO图中。 可以先画出高层数据流图，再与用户交流，逐步分解细化。 （2）用户复查 §2. 需求分析的步骤 2、分析与综合 （1）问题的具体分析：细化数据流图 ? 加细前后的I/O须相同。 ? 分解到须考虑具体实现的代码时即可仃止 （2）方案的综合 3、修正计划：成本和进度的更准确估计 4、书写文档：《需求规格说明书》 需求规格说明书 封面： 抽象(模型化) 源于实验科学,主要要素为数据采集方法和假设的形式说明,模型的构造与预测实验分析结果分析. 在为可能的算法数据结构和系统结构等构造模型时使用此过程. 抽象的结果是概念符号模型 模型(model) 模型: 现实世界某些重要方面的表示。 有时我们使用术语“抽象”来表示模型，因为我们从现实世界中抽象出对我们特别有用的东西。 §3 基于数据流的分析方法 §3.1 数据流图(Data Flow Diagram) §3.2 画数据流图的原则 §3.3 数据字典(Data Dictionary) §3.4 基于数据流的分析方法 DFD练习—售书系统 案例I：DFD练习—售书系统 案例：小型运动会管理系统需求分析 1.引言 2.业务分析 项目设置、比赛日程、运动员信息管理、裁判员信息管理、成绩信息管理、成绩汇总与发布、比赛流程、组织机构等 3.需求功能分析 系统登录管理、系统初始设置、项目信息管理、运动员信息管理、成绩信息管理、综合查询、备份与恢复等功能 4.数据分析等 ……. 5.需求建模 可用数据流图+数据字典或UML的用例图 6.其它等 §4 分析阶段所用图形 一、实体-关系图 数据建模时经常使用 数据对象 属性 联系：一对一，