需求分析概述.pdf

３畅１ 需求分析概述 ３畅１畅１ 需求分析的重要性 需求分析是软件生存周期中相当关键的一个阶段，是介于系统分析和软件设计阶段的重要 桥梁。 要想开发出用户满意的软件产品，首先必须清楚用户的需求。 在可行性研究阶段开发人 员已经粗略了解了用户的需求，其基本目的是用较小的成本在较短的时间内确定是否存在可行 的解法。 由于软件开发人员并不熟悉用户的业务，因此对同一问题，他们在认识上可能存在差 异，不可能全面地、精确地理解和表达用户需求，致使隐藏着一些目前未能发现的问题。 需求分 析是发现、求精、建模、规格说明和复审的过程。 需求分析的结果是形成需求规格说明书，它是系 统设计的基础，它关系到工程的成败和软件产品的质量。 需求的获取非常困难，其主要原因有三：一是用户需求的动态性（不稳定性），实践证明， 软件史上还没有一次就准确获取需求的；二是需求的模糊性（不准确性），也即用户不能清楚 地表达出具体需求；三是需求必须得到用户的确认，否则毫无意义，如同跑题的作文，写得再 长也不能得分。 因此，在软件企业进行需求分析的人员通常是具有较高系统驾驭能力的系统 分析员。 　　　38 ３畅１畅２ 需求分析的任务 需求分析的任务是确定系统必须完成哪些工作，即 “做什么”，至于“怎么做”由设计阶段来 完成。 具体包括确定待开发软件的数据、功能、性能、界面等要求。 需求分析是建立模型的活动， 其结果是得到经过评审的、准确的软件需求规格说明书。 以下是需求分析阶段的任务： （１） 确定对系统的综合要求 ① 系统界面要求：描述软件系统的外部特性，即系统从外部输入哪些数据，又向外部输出哪 些数据。 ② 系统功能要求：列出软件系统必须完成的所有功能。 ③ 系统性能要求：如响应时间、吞吐量、处理时间、对主存和外存的限制等。 ④ 安全性、保密性和可靠性要求。 ⑤ 系统的运行要求：如对硬件、支撑软件、数据通信接口等的要求。 ⑥ 异常处理要求：在运行过程中出现异常情况（如临时性或永久性的资源故障，不合法或超 出范围的输入数据、非法操作、数组越界等）时应采取的行动以及希望显示的信息。 ⑦ 将来可能提出的要求：应该明确地列出那些虽然不属于当前系统开发范畴，但是据分析 将来可能会提出来的要求。 其目的是为将来可能的扩充和修改做准备，便于需要时较容易地进 行这种扩充和修改。 （２） 分析系统的数据要求 任何一个软件从本质上来说都是信息处理系统，必然要与各种数据打交道。 系统的数据要 求包括基本数据元素、数据元素之间的逻辑关系、数据量、峰值等。 常用的数据描述手段是实体 关系模型。 （３） 导出系统的逻辑模型 根据以上分析可导出详细的逻辑模型。 在结构化分析方法中常用数据流图来描述。 （４） 修正项目开发计划 在明确了用户的真正需求后，可以更准确地估算软件的成本和进度，从而对以前提出的软件 项目计划进行必要的修正。 （５） 开发原型系统 对一些需求不够明确的软件，可以先开发一个原型系统，以验证用户的需求。 目前已有一些 较好的工具可快速建立软件的原型系统，这就为在软件开发中采用样机策略奠定了必要的物质 基础。 原型法近年来已逐渐发展成为开发软件的一种重要方法。 ３畅１畅３ 需求分析的过程与方法 １畅需求分析的过程 可以将整个软件需求工程研究领域划分为需求开发和需求管理两部分，如图３ １所示。 需 求开发可进一步分为需求获取、需求分析、编写需求文档和需求确认４个阶段。 这些子项包括软 件类产品中需求收集、评价、编写文档等所有活动，以下分别介绍。 　　　39 图３ １　需求工程层次分解图 （１） 需求获取 需求获取是在问题及其最终解决方案之间架设桥梁的第一步。 需求获取人员只有在真正理 解了问题之后才能开始设计系统，否则，对需求定义的任何改进，都将导致设计上大量地返工。 此阶段应集中在用户任务而不是在用户接口上，这样有助于防止开发组由于草率处理设计问题 而造成的失误。 需求的获取首先要在系统可行性研究报告和系统定义报告中搜集系统的概要信息；然后系 统分析员、程序员向用户进行全面的调研，调研的目的主要是明确软件的业务需求、功能需求、用 户需求和非功能性需求。 需求调研的方法可以有三