5需求分析讲解.ppt

第三章需求分析本堂课讲授重点 一、需求分析概述 二、ERD图 二、数据规范化 （4学时） 上堂课讲授内容 一、分解加工原则 二、DFD的画法 三、数据分解方法及数据字典的实现 四、成本/效益分析 需求分析和规格说明方法 需求分析和规格说明阶段又称需求确定阶段或分析阶段，是结构化开发方法中最重要的阶段之一。通过“分析”，理解用户的各种问题，通过“规格说明”把问题表达出来。 结构化分析(SA方法)概述 传统的软件工程方法学采用结构化分析技术完成系统分析（问题定义、可行性研究、需求分析）的任务 “结构化分析”(Structured Analysis，简称SA方法)是一个简单实用、使用很广的方法。 它适用于分析大型的数据处理系统，特别是企事业管理方面的系统。这个方法通常与设计阶段的结构化设计(SD方法)衔接起来使用。 结构化分析技术的几个要点 采用自顶向下功能分解的方法 强调逻辑功能而不是实现功能的具体方法 使用图形（主要是数据流图）进行系统分析并表达分析的结果 由顶向下逐层分解 软件工程技术中，控制复杂性的基本手段就是“分解”。对于一个复杂的问题，由于人的理解力、记忆力均有限，所以不可能触及到问题的所有方面以及全部的细节。为了将复杂性降低到人可以掌握的程度，可以把大问题分割成若干个小问题，然后分别解决，这就是“分解” 分解也可以分层进行，即先考虑问题最本质的属性，暂把细节略去，以后再逐层添加细节，直至涉及到最详细的内容。它使人们不至于一下子陷入细节，而是有控制地逐步地了解更多的细节，这是有助于理解问题的。 对于一个复杂的系统(例如银行管理系统)，如何理解和表达它的功能呢? SA方法使用了“自顶向下逐层分解”的方式。图3.l中系统X很复杂，为了理解它，可以将它分解成 1、2、3、4几个子系统；如果子系统l和2仍然很复杂，可以将它们再分解成l.1、1.2、……等子系统，如此继续下去，直到子系统足够简单，能够清楚地被理解和表达为止。 对系统作了合理的逐层分解后，我们就可分别理解系统的每一个细部(图3.l中的 1.1、1.2、2.1、2.2、……等)，并为每个细部写下说明(称为“小说明”)、再将所有这些“小说明”组织起来，就获得了整个系统X的系统说明书。 按照这样的方式，无论系统多么复杂，分析工作都可以有计划有步骤、有条不紊地进行，系统规模再大，分析工作的复杂程度不会随之增大，而只是多分解几层而已，所以SA方法有效地控制了复杂性。 需求分析概述 一、需求分析的重要性 二、需求分析的任务 三、需求分析的困难 四、与用户沟通需求的方法 五、分析建模与规格说明 需求分析的重要性 为了开发出真正满足用户需求的软件产品，首先必须知道用户的需求 需求是软件实现之源 需求分析成果是设计、测试、维护的基础 （特别对于统一软件开发过程） 需求分析的现状 不容乐观 需求分析的任务 确定系统必须完成那些工作，用户和软件人员双方一起来充分地理解用户的要求，并把双方共同的理解明确地表达成一份书面文档——需求规格说明书。 成果文档：需求规格说明书 需求分析的任务 1.确定对系统的综合要求 功能需求：最重要的需求，得到所有的功能 性能需求：定时约束、容量约束。通常包括速度即响应时间（实时系统）、信息传输速率（视频会议系统）、磁盘容量（海量数据）、安全性（银行系统） 可靠性和可用行需求：注意和安全性的区别，二者不是一回事，安全性是从外部因素来说的，可靠性和可用性是对系统自身的要求 需求分析的任务 出错处理需求：说明系统对错误信息的响应方式。 接口需求：用户接口、硬件接口、软件接口、通信接口。 约束：系统应遵守的限制条件。如工具和语言约束、设计约束（B/S或者C/S结构）、开发过程中应该遵循的标准（TCP/IP协议，各种开发规范，代码规范）、平台约束（SUN的J2EE或者微软的.NET） 逆向需求：说明系统不应该做什么。 将来可能提出的要求：主要是考虑系统的可扩充性 需求分析的任务 2.分析系统的数据要求 采用建立数据模型（ER图）的方法，复杂的数据可用数据字典定义，但用用图形工具更形象。（层次方框图、Warnier图） 3.导出系统的逻辑模型 常用数据流图、数据字典、ER图、状态转换图、主要处理算法描述 4.修正系统开发计划（成本、进度） 需求分析的困难 用户：知道自己真正的需求，但不知道怎么准确具体地描述和实现。 分析员：知道怎么样用软件实现用户的需求，但缺乏相关领域的专业知识，对用户的需求不清楚。 反复的沟通，严格地审查验证需求分析的结果。 需求分析流程 与用户沟通需求的方法 访谈 面向数据流自顶向下求精 简易