[工学]第3章需求分析.ppt

第3章 需求分析 3.1 需求分析的任务 3.2 与用户沟通获取需求的方法 3.3 分析建模与规格说明 3.4 实体-联系图 3.5 数据规范化 3.6 状态转换图 3.7 其他图形工具 3.8 验证软件需求 3.9 小结 习题 本章问题： 需求分析要做什么，需求分析得到的结果以何种形式表示？ 传统方法学中有哪些方法、工具供需求分析使用，如何有效获取需求？ 需求分析为什么重要？ 需求分析概述 需求分析是软件定义时期的最后一个阶段，它的基本任务是准确地回答“系统必须做什么?” 需求分析的任务还不是确定系统怎样完成它的工作，而仅仅是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。 在需求分析阶段结束之前，系统分析员应该写出软件需求规格说明书，以书面形式准确地描述软件需求。 分析员应当具备的素质： 能够熟练地掌握计算机硬件、软件的专业知识，具有一定的系统开发经验。 善于进行抽象的思维和创造性的思维。 善于从相互冲突或混淆的原始资料中抽出恰当的条目来。 善于调查研究，能够很快学习用户的专业知识，理解用户的环境条件。 能够倾听他人的意见，注意发挥其他人员的作用。 具有良好的书面和口头交流能力。 用户：在软件需求分析中负有重要的责任。用户对软件的意见和要求是需求分析十分宝贵的原始资料。 参加软件需求分析的人员应具有一定的人际交往能力。 分析开始时他们对用户的需求并不十分清楚，必须通过与用户沟通获取用户对软件的需求。 需求分析和规格说明是一项十分艰巨复杂的工作。用户与分析员之间需要沟通的内容非常多，在双方交流信息的过程中很容易出现误解或遗漏，也可能存在二义性。因此，不仅在整个需求分析过程中应该采用行之有效的通信技术，集中精力过细地工作，而且必须严格审查验证需求分析的结果。 其中： ? 业务需求：反映组织机构和客户对系统、产品高层次的目标要求。 ? 用户需求：从用户使用的角度给出需求的描述。 如一个小型超市需要一个商品的查询系统。 业务需求：进货人员需要查询商品库存以便保证及时进货；收款员需要查询商品的销售价格以便结账；经理需要查询商品的销售及盈利情况。 用户需求:这三类用户怎样去查询系统，查询哪些信息，还需要哪些操作。 ? 系统需求：从系统的角度描述要提供的服务以及所受到的约束。 ? 功能性需求：描述系统应该做什么，即为用户和其它系统完成的功能、提供的服务。 ? 非功能性需求：产品必须具备的属性或品质。 ? 设计约束：设计与实现必须遵循的标准、约束条件。如运行平台、协议、选择的技术、编程语言和工具等。 软件需求的描述 ? 结构化语言、PDL ? 图形化表示 ? 数学描述（形式化语言描述） 需求阶段的工作——获取 (1)需求获取 目的：了解用户对软件的要求 途径：了解系统的需求、市场调查、访问用户和领域专家、考察现场 内容：物理环境、界面、用户或人的因素、功能、文档、数据、资源、安全性、质量 (2)需求获取的困难 误解、交流障碍、缺乏共同语言、完整性问题、需求永远不会稳定、用户意见不统一、错误的需求、认识混淆 需求阶段的工作——分析 目的：解决需求获取阶段得到的需求的不一致性和二义性 方法：结构化(SA、SD)、面向对象(OOA、OOD)、实体关系(ER Method) 所有这些分析方法都遵守下述准则： (1) 必须理解并描述问题的信息域，根据这条准则应该建立数据模型。 (2) 必须定义软件应完成的功能，这条准则要求建立功能模型。 (3) 必须描述作为外部事件结果的软件行为，这条准则要求建立行为模型。 (4) 必须对描述信息、功能和行为的模型进行分解，用层次的方式展示细节。 3.1 需求分析的任务 3.1.1 确定对系统的综合要求 1. 功能需求 这方面的需求指定系统必须提供的服务。通过需求分析应该划分出系统必须完成的所有功能。 2. 性能需求 性能需求指定系统必须满足的定时约束或容量约束，通常包括速度(响应时间)、信息量速率、主存容量、磁盘容量、安全性等方面的需求。 3. 可靠性和可用性需求 可靠性需求定量地指定系统的可靠性。 可用性与可靠性密切相关，它量化了用户可以使用系统的程度。 4. 出错处理需求 这类需求说明系统对环境错误应该怎样响应。 “出错处理”指的是当应用系统发现它自己犯下一个错误时所采取的行动。 5. 接口需求 接口需求描述应用系统与它的环境通信的格式。常见的接口需求有：用户接口需求；硬件接口需求；软件接口需求；通信接口需求。 6. 约束 设计约束或实现约束描述在设计或实现应用系统时应遵守的限制条件。常见的约束有：精度；工具和语言约束；设计约束；应该使用的标准；应该使用的