第3章需求答题.ppt

第3章 需求分析 3.1 需求分析的任务 3.2 与用户沟通获取需求的方法 3.3 分析建模与规格说明 3.4 实体-联系图 3.5 数据规范化 3.6 状态转换图 3.7 其他图形工具 3.8 验证软件需求 软件需求:指用户对目标软件系统在 功能、性能、行为、设计约束等方面的期望。 需求分析就是通过对应用问题及其环境的分析 与理解，采用一系列的分析方法和技术， 将用户的需求逐步精确化、完全化、一致化， 最终形成需求规格说明文档的过程。 需求分析阶段的成果主要是需求规格说明， 该成果又是软件设计、编码、测试直至维护的 主要基础。 需求分析是系统分析和软件设计的重要桥梁， 是软件生存周期的关键性阶段。 良好的分析活动能够减少错误和遗漏， 从而可提高软件生产率和产品质量、 降低开发与维护成本。 需求分析的基本任务: 准确地回答“系统必须做什么?”这个问题。 即，系统必须完成哪些工作， 对目标系统提出完整、准确、清晰、具体的要求， 不能遗漏任何一个细小细节。 在需求分析阶段结束之前， 系统分析员应该写出软件需求规格说明书， 以书面形式准确地描述软件需求。 在分析软件需求和书写软件需求规格说明书的过程中， 分析员和用户都起着关键的、必不可少的作用。 用户:必须把他们对软件的需求尽可能准确、 具体地描述出来；(只有用户最清楚业务) 分析员：必须通过与用户沟通获取用户对软件的 真实需求。 用于需求分析的结构化分析方法都遵守下述准则： (1) 必须理解并描述问题的信息域， 根据这条准则应该建立数据模型。 (2) 必须定义软件应完成的功能， 这条准则要求建立功能模型。 (3) 必须描述作为外部事件结果的软件行为， 这条准则要求建立行为模型。 (4) 必须对描述信息、功能和行为的模型进行分解， 用层次的方式展示细节。 3.1 需求分析的任务 3.1.1 确定对系统的综合要求（8个） 1. 功能需求 指定系统必须提供的服务。 应该划分出系统必须完成的所有功能。 定货管理系统：接收事务、更新库存清单、处理定货、产生报表； 输入、输出、计算、查询、统计、插入、修改。 2. 性能需求 指定系统必须满足的定时约束或容量约束， 通常包括速度(响应时间)、信息量速率、主存容量、 磁盘容量、安全性等方面的需求。 3. 可靠性和可用性需求 可靠性需求定量地指定系统的可靠性。 例如：机场雷达系统在一个月内不能出现2次以上的故障。 可用性与可靠性密切相关， 它量化了用户可以使用系统的程度。 例如：在任何时候主机或备份机上的机场雷达系统 应该至少有一个是可用， 而且在一个月内在任何一台计算机上 该系统不可用的时间不能超过总时间的2%。 4. 出错处理需求 1）系统对环境错误应该怎样响应。 2）有时“出错处理”指应用系统本身错误的处理，对应用系统本身错误的检测应该仅限于系统的关键部分，而且应该尽可能少，否则，效率低。 5. 接口需求 描述应用系统与它的环境通信的格式。 常见的接口需求有：用户接口需求；硬件接口需求； 软件接口需求；通信接口需求。 6. 约束 设计约束或实现约束描述： 在设计或实现应用系统时应遵守的限制条件。 常见的约束有： 精度；工具和语言(汉、英、朝、日、俄文)约束； 设计约束；应该使用的标准；应该使用的硬件平台。 7. 逆向需求： 说明软件系统不应该做什么。 理论上有无限多个逆向需求， 我们应该只选取能澄清真实需求， 且可消除可能发生的误解的那些逆向需求。 8. 将来可能提出的要求 应该明确地列出那些虽然不属于当前系统开发范畴，但是据分析将来很可能会提出来的要求。 这样做的目的是，在设计过程中对系统将来可能的扩充和修改预做准备，以便一旦确实需要时能比较容易地进行这种扩充和修改。 所得税起征点：800 -1600 -2000-3500(可变项) 3.1.2 分析系统的数据要求 任何一个软件系统本质上都是信息处理系统 , 输入数据-处理-输出结果 系统必须处