第4章需求范例.pptxVIP

4.1 需求分析概述 4.2 需求分析的目标和任务 4.3 需求分析的原则与获取需求的方法 4.4 需求分析的过程 4.5 需求分析的方法 4.6 软件需求分析文档 1 软件需求分析是软件生存周期中重要的一步，也是最关键的一步，是介于系统分析和软件设计阶段的重要桥梁，要想开发出用户满意的软件产品，首先得清楚用户的需求。项目需求分析是一个项目的开端，也是项目建设的基石! 软件项目中40%～60%的问题都是在需求分析阶段埋下的“祸根”! 2 在可行性分析阶段开发人员已经粗略了解了用户的需求，其基本目的是用较小的成本在较短的时间内确定是否存在可行的解法。由于软件开发人员和用户并不熟悉对方的业务，因此对同一问题，他们在认识上可能存在差异，不可能全面地、精确地理解和表达用户需求，这就隐藏了一些目前未能发现的问题。 需求分析是发现、求精、建模、规格说明和复审的过程。需求分析的结果是形成需求规格说明书，它是系统设计的基础，它关系到工程的成败和软件产品的质量。 3 需求的获取非常困难： 用户需求的动态性(不稳定性)。实践证明，软件史上还没有一次就准确获取需求的案例。 需求的模糊性(不准确性)，也即用户不能清楚地表达出具体需求。 需求必须得到用户的确认，否则毫无意义。这如同跑题的作文，写得再长也不能得分。 4 软件需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么样的性能。 所谓“需求分析”，是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。 需求分析?计算机“做什么” 4.1.1 需求的定义 5 需求可分解为四个层次 业务需求 用户需求 功能需求 非功能需求 4.1.2 需求的层次 组织机构或客户对系统、产品高层次的目标要求，由管理人员或市场分析人员确定 用户通过使用本软件产品必须完成的任务，一般由用户协助提供。 开发人员必须实现的软件功能 对功能需求的补充。包括用户关心的有效性、效率、灵活性、完整性、互操作性、可靠性、健壮性和可用性等；对开发者来说很重要的质量属性，例如可维护性、可移植性、可复用性和可测试性等。 6 4.1 需求分析概述 4.2 需求分析的目标和任务 4.3 需求分析的原则与获取需求的方法 4.4 需求分析的过程 4.5 需求分析的方法 4.6 软件需求分析文档 7 软件需求分析的目标是深入描述软件的功能和性能，确定软件设计的约束和软件同其他系统元素的接口细节，定义软件的其他有效性需求。 8 需求分析是软件定义时期的最后一个阶段，它的基本任务是准确地回答“系统必须做什么?”这个问题，而不是“怎样实现”。 【分析结果】：系统分析员应该写出软件需求规格说明书，以书面形式准确地描述软件需求。 【掌握内容】：对一个软件系统来说，数据是稳定的，事务处理可能是变化的。 4.2.1 需求分析的目标 9 一般说来，需求分析阶段的任务包括下述几方面： 1. 确定对系统的综合需求 系统功能需求——系统必须完成的所有功能 系统性能需求——响应时间、精确度指标需求、安全性等 运行需求——对系统运行时所处环境的需求 将来可能提出的需求——虽然不属于当前系统开发范畴，但是根据分析将来很可能会提出来的需求，有利于系统维护升级。 系统分析人员与用户协商，澄清模糊需求，删除无法做到的需求，改正错误需求。 4.2.2 需求分析的任务 10 2. 分析系统的数据需求 这是需求分析的一个重要任务。主要体现在： 如何定义数据？数据的作用？如何用？如何表达数据间的关系？如何存储？为减少数据冗余，如何简化数据，并进行规范化？ 分析系统的数据需求是由系统的信息流归纳抽象出数据元素组成、数据的逻辑关系、数据字典格式、数据模型，并以输入/处理/输出的结构方式表示。 11 3. 提出系统的逻辑模型 在理解当前已存在系统结构的基础上，对当前已存在系统的物理模型进行分析，抽取其做什么的本质，就可获得反映系统本质的逻辑模型，通常用数据流图、数据字典和主要的处理算法描述逻辑模型。 具体做法是： 首先确定目标系统与当前系统的逻辑差别 ； 然后将变化部分看作是新的处理步骤,对功能图（一般为数据流图）及对象图进行调整； 最后由外及里对变化的部分进行分析，推断其结构，获得目标系统的逻辑模型。 12 4. 修正系统开发计划 在经过需求分析阶段的前述工作之后，分析员对目标系统有了更深入更具体的认识，因此可以对系统的成本和进度做出更准确的估计，在此基础上应