第3节 需求分析.pdf

第 3 章 需求分析 要开发高质量的软件，很大程度上取决于对要解决的问题的认识以及如何准确地表达出 用户的需求。从而做到对系统有深刻的理解和认识，并将其规范化、理论化，同时起到沟通 用户和开发者的作用，为后续工作提供依据。为达到该目的，拟采用各种技术、方法和手段， 最终以文档的形式表现出来。本章首先介绍需求分析的一些基本概念，然后，分别对需求获 取技术、需求规格说明书、如何进行需求分析以及需求分析方法进行讨论。 3.1 需求分析的任务 3.1.1 需求定义 需求分析的任务就是完全弄清用户(顾客)对软件系统的确切要求，用规范的格式表达出 来。也可以说，需求分析的任务就是给出一个将要用软件来解决的一个问题的初始定义。 根据IEEE 软件工程标准词汇表(1997)年中对需求的描述为： (1)用户解决问题或达到目的所需的条件或权能(Capability) 。 (2)系统或系统部件要满足合同、标准、规范或其他正式规定文档所需具有的条件或权 能。 (3)一种能反映上面(1)或(2)所描述的条件或权能的文档说明。 用规范的格式表达出来的需求说明称为需求规格说明书，或者简称为“需求说明”。 “需求说明”应该具有准确性和一致性。因为它是连接计划时期和开发时期的桥梁，也 是软件设计的依据。任何含混不清、前后矛盾或者一个微小的错漏，都可能导致误解或铸成 系统的大错，在纠正时付出巨大的代价。 “需求说明”应该是具有清晰性和没有二义性。因为它是沟通用户和系统分析员思想的 媒介，双方要用它来表达对于需要计算机解决的问题的共同的理解。如果在需求说明中使用 了用户不易理解的专门的术语，或用户与分析员对要求的内容可以做出不同的解释，便可能 导致系统的失败。 “需求说明”应该直观、易读和易于修改。为此应尽量采用标准的图形、表格和简单的 符号来表示，使不熟悉计算机的用户也能一目了然。 理解问题的需求是软件工程师所面对的最困难和最具有挑战的任务之一。 3.1.2 需求的层次 Karl E. Wiegers 在他的“软件需求”中，将软件需求分为三个层次：业务需求、用户需 求和功能需求。除此之外，还包括非功能需求。软件需求各组成部分之间的关系如图3-1 所 示。 业务需求(business requirement) ：反映了组织机构或客户对系统、产品高层次的目标要 求，它们在项目视图与范围文档中予以说明。 用户需求(user requirement)：描述了用户使用产品必须要完成的任务和具备的功能，这 在用例(use case)文档或方案脚本(scenario)说明中予以说明。 功能需求(functional requirement)：定义了开发人员必须实现的软件功能，使得用户能完 成他们的任务，从而满足其业务需求。 在软件需求规格说明书(software requirements specification，SRS)中对上述三个需求层次 进行详细描述。软件需求规格说明中说明的功能需求充分描述了软件系统所应具有的外部行 为。软件需求规格说明在开发、测试、质量保证、项目管理以及相关项目功能中都起了重要 的作用。 作为功能需求的补充，软件需求规格说明书还应包括非功能需求，它描述了系统展现给 用户的行为和执行的操作等。它包括产品必须遵从的标准、规范和合约，外部界面的具体细 节，性能要求，设计或实现的约束条件及质量属性等。 业务需求 项目视图与范围文档 用户需求 质量属性 其他非功 能需求 用例文档 约束条件 系统需求 功能需求 软件需求规格说明 图3-1 软件需求层次关系图 3.1.3 需求的开发与管理