[第三章：需求分析.pptVIP

第三章 需求分析 关键问题:“为了满足用户的需要系统必须做什么？”对目标系统提出完整、准确、清晰、具体的要求。 在分析软件需求和书写软件需求规格说明书的过程中，分析员和用户都起着关键的、必不可少的作用。 在需求分析阶段结束之前，系统分析员应该写出软件需求规格说明书，以书面形式准确地描述软件需求。 需求分析的结构化分析方法都遵守下述准则： (1) 必须理解并描述问题的信息域，根据这条准则应该建立数据模型。 (2) 必须定义软件应完成的功能，这条准则要求建立功能模型。 (3) 必须描述作为外部事件结果的软件行为，这条准则要求建立行为模型。 (4) 必须对描述信息、功能和行为的模型进行分解，用层次的方式展示细节。 对软件需求的完全理解对软件开发工作的成功是至关重要的 To understand why, Standish (1995) asked the survey respondents to explain the causes of the failed projects. The top factors were reported to be 1.? incomplete requirements (13.1%) 2.? lack of user involvement (12.4%) 3.? lack of resources (10.6%) 4.? unrealistic expectations (9.9%) 5.? lack of executive support (9.3%) 6.? changing requirements and specifications (8.7%) 7.? lack of planning (8.1%) 8.? system no longer needed (7.5%) 3.1 需求分析的任务 1、确定综合要求 ⑴ 功能要求:系统必须完成的所有功能 ⑵ 性能要求：做得怎样？ 例：响应时间 ,内存 , 后台存储 , 安全性 ,无故障运行时间 …… ⑶可靠性和可用性需求：可靠性需求定量地指定系统的可靠性。可用性与可靠性密切相关，它量化了用户可以使用系统的程度。 ⑷出错处理需求：说明系统对环境错误应该怎样响应。 3.1 需求分析的任务 1、确定综合要求 ⑸接口需求：接口需求描述应用系统与它的环境通信的格式。常见的接口需求有：用户接口需求；硬件接口需求；软件接口需求；通信接口需求。 ⑹约束：设计约束或实现约束描述在设计或实现应用系统时应遵守的限制条件。常见的约束有：精度；工具和语言约束；设计约束；应该使用的标准；应该使用的硬件平台。 ⑺逆向需求：逆向需求说明软件系统不应该做什么。 ⑻未来可能的扩充要求：未来扩充及修改。 3.1 需求分析的任务 2、分析数据要求 ⑴建立概念性数据模型: E-R 图 ⑵形象描绘数据结构: 层次方框图, Warnier 图 ⑶数据结构规范化(“范式”)：减少数据冗余，避免数据操作异常 3、导出逻辑模型： DFD +状态转换图+E-R+ DD + IPO 4、修正计划：重估成本、进度等。 3.2 获取需求的方法 1、访谈 访谈有两种基本形式，分别是正式的和非正式的访谈。 当需要调查大量人员的意见时，向被调查人分发调查表是一个十分有效的做法。 在访问用户的过程中使用情景分析技术往往非常有效。 情景分析技术的用处主要体现在下述两个方面： (1) 它能在某种程度上演示目标系统的行为，从而便于用户理解，而且还可能进一步揭示出一些分析员目前还不知道的需求。 (2) 由于情景分析较易为用户所理解，使用这种技术能保证用户在需求分析过程中始终扮演一个积极主动的角色。 3.2 获取需求的方法 2、面向数据流自顶向下求精 ①沿DFD回溯：DFD的输出端是系统的最终目的。向从“输出端”到“输入端”回溯确定每个数据元素的来源，可加细DFD及DD，并将相关算法记录在IPO图中。 ②用户复查：从输入端开始，分析员借助数据流图、数据字典和IPO图向用户解释输入数据是怎样一步一步地转变成输出数据的。通过复查，再次完善数据流程图。 ③细化DFD：两条原则 ? 加细前后的I\O须相同。 ? 分解到须考虑具体实现的代码时即可仃止。 3.2获取需求的方法 面向数据流自顶向下求精的过程 3.2 获取需求的方法 3、简易的应用规格说明技术 一种面向团队的需求收集法，使用简易的应用规格说明技术分析需求的典型过程如下： ①进行初步的访谈：通过用户对基本问题的回答，初步确定待解决的问题的范围和解决方案。然后开发者和用户分别写出“产品需求”。 ②会议准备：邀请开发者和用户双方组织的代表出席会议，并在开会前预先把写好的产品需