多维度需求分类及评审方法.docVIP

多维度需求分类及评审方法 　　摘要：随着信息和网络通信技术的高速发展，电网企业为了提高需求管理实用化程度，加强和规范信息需求管理工作，针对各系统制定需求管理流程和标准并统一规范。本文主要介绍和分析多维度的需求分类及评审方法。 　　 　　 关键词：功能需求；非功能需求；评审方法 　　中图分类号：F014.32文献标识码： A 文章编号： 　　 　　研究背景 　　 现阶段广东电网公司信息系统需求管理总体内容在可管控范围之内，针对具体的需求仍需进行全程管理和跟踪。各个系统需求管理流程和方式各不相同，未制定统一需求管理标准。需求管理实用化程度相对来说较低，人员工作量繁重，重复工作比较多，影响人力资源的使用。对于需求管理信息中心各管理部门未明确管理职责，需统一全面管控。为加强和规范信息需求管理工作、有效落实需求管理全过程闭环机制，公司应针对各系统制定需求管理流程和标准并统一规范。 　　 目前，电网公司正在进行一体化信息系统建设，广东电网也正在进行各种大集中系统的规划和建设，为了能够使大集中系统在建设过程中，避免需求不可控，需求管理不规范的情况，需要设计基于大集中系统的需求管控体系。本文主要对多维度的需求分类以及评审方法进行具体分析说明。 　　目标和意义 　　 需求分析是一个非常重要的过程，它完成的好坏直接影响后续软件开发的质量。一般情况下，用户并不熟悉计算机的相关知识，而软件开发人员对相关的业务领域也不甚了解，用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。因此，在需求分析阶段，能够清晰的描述和组建多维度的需求分类对软件开发至关重要。而需求评审不但是软件开发活动中一个重要的质量控制机制，而且也是一个重要而有效的沟通方式。通过评审可以尽早发现潜在的问题，尽早纠正缺陷，控制纠正成本的滚雪球效应。 　　需求分类 　　在一般使用中，需求按照功能性（行为的）和非功能性（其它所有的行为）来分类。 　　功能需求 　　 功能需求定义了开发人员必须实现的软件功能，它源于用户需求。功能需求是软件需求说明书中最重要的部分之一，它在开发、测试、质量保证、项目管理以及相关项目功能中都起了重要的作用。 　　 需求分析人员理解用户需求，并编写需求规格说明书，对功能的输入、行为、输出进行组合及描述。作为后续设计工作和软件开发工作的最重要依据。 　　 对于功能需求而言，最关键的地方是如何对其进行组织，保证开发人员能够理解在产品中需要实现的软件功能，确保用户利用这些功能来完成任务，满足业务需求。 　　 在需求分析过程中，整理功能需求不是一项一蹴而就的工作，它需要一个长期的过程，而这个过程是一个由粗到细的过程，它体现了人类认识事物的客观规律。在需求分析的初期，我们对需求的认识往往是整体的、宏观的，随着分析工作的逐渐深入，一步步细化。 　　 产品特性，是指一组逻辑上相关的功能需求，它们为用户提供某项功能，使业务目标得以满足。对商业软件而言，特性则是一组能被客户识别，并 帮助他决定是否购买的需求，也就是产品说明书中用着重号标明的部分。客户希望得到的产品特性和用户的任务相关的需求不完全是一回事。一项特性可以包括多个用例，每个用例又要求实现多项功能需求，以便用户能够执行某项任务。 　　 功能需求除了来自于用户需求，还来自于其它几方面需求。 　　系统需求 　　 用于描述包含多个子系统的产品(即系统)的顶级需求，它是从系统实现的角度描述的需求，有时还需要考虑相关的硬件、环境方面的需求。 　　业务规则 　　 业务规划本身并非软件需求，因为它们不属于任何特定软件系统的范围。然而，业务规则常常会限制谁能够执行某些特定用例，或者规定系统为符合相关规则必须实现某些特定功能。它包括企业方针、政府条例、工业标准、会计准则和计算方法等。有时，功能中特定的质量属性（通过功能实现）也源于业务规则。所以，对某些功能需求进行追溯时，会发现其来源正是一条特定的业务规则。 　　质量属性 　　 产品必须具备的属性或品质。系统的质量属性包括可用性、可修改、性能、安全性、可测试行以及易用性等 　　约束 　　 约束也称为限制条件、补充规约，通常是对解决方案的一些约束说明。 　　2、非功能需求 　　非功能需求对产品的功能描述作了补充，它从不同方面描述了产品的各种特性。这些特性包括功能性、可靠性、易用性、效率、维护性以及可移植性。 　　功能性 　　功能性指与一组功能及其指定的性质有关的一组属性，这里的功能是指满足明确或者隐含的需求的那些功能。具体包括： 　　适合性：与规定任务能否提供一组功能，以及这组功能的适合程度有关的软件属性，例如面向任务系统中由子功能构成的功能是否合适，表容量是否合适等等。 　　准确性：与能否得到正