需求工程无疑是当前软件工程中的关键问题，但又是软件工程中最复杂的过程之一。完整的软件需求工程过程包括需求开发和需求管理两个部分，需求开发的一般过程分为需求获取、需求分析、编写需求规格说明书（SRS）、需求验证四个阶段，需求管理则主要包括需求基线的建立、需求变更控制以及需求跟踪等活动。需求获取是通过与用户的交流，对现有系统的观察及对任务进行分析，从而开发、捕获和修订用户的需求 ；需求分析是为最终用户所看到的系统建立一个概念模型，作为对需求的抽象描述;由需求模型构件生成精确的形式化的描述，即需求规格说明书，它将作为用户和开发者之间的一致协议;需求分析的结果应该通过评审、测试等手段验证它的正确性、完整性和一致性，这就是需求验证。贯穿于整个过程中，需求管理中最基本的任务则是明确需求，并使所有相关人员达成共识 ；建立需求跟踪能力联系链，确保所有用户需求被正确地应用，并且在需求发生变更时，能够完全地控制其影响范围，始终保持产品与需求的一致性。

    需求工程需要各类人员的参与，如领域专家、最终用户、系统投资人、需求分析员、系统开发人员等等，以不同的着眼点和不同的知识背景，获得对软件需求的全面理解。需求工程最大的难度就体现在全方位需求的获取以及非功能性需求与功能性需求的错综复杂的联系上，当前对非功能性需求分析建模技术的缺乏大大增加了需求工程的复杂性，而非功能性需求往往又决定了对软件产品的质量要求。因此，非功能性需求和质量特性的分析模型有待深层次的研究。

    CMM3

    软件产品工程体现TQM的过程控制 从CMM三级开始,软件生命周期的各个阶段被严格地划分出来，其目的是保持软件工程活动和软件工作产品的一致性。目前还有很多软件企业的软件开发工作仅限于编码，软件工程方法学中的各种方法和技术得不到真正的应用，因此单纯的软件工程技术并不能有效的解决“软件危机”，改善软件产品的质量;而单纯的测试也只是一种事后检测的方法。只有通过软件过程管理，将需求、设计过程从编码中分离出来，才能对软件质量进行产品生命周期全过程、全方位的控制。

    TQM的核心就在于防患于未然，做到事先控制，确信“下一道工序就是用户”，层层把好质量关，决不让不合格的半成品流入下道工序，一切为下道工序着想。软件开发生命周期一般分为需求分析、概要设计、详细设计、编码、单元测试、集成测试、确认测试、系统测试几个阶段，常用的生命周期模型有瀑布模型、V模型、增量模型、演化模型和螺旋模型，实际的软件过程往往是几种模型的结合。其中，V模型的运用越来越广泛，它强调了各个测试阶段与开发前期各阶段的对应，更明确表示了个各种工作产品间的关系，也易于用户在软件开发中的参与和评价（见图2）。

图2 V模型

    在软件的整个生命周期中，软件产品的质量首先取决于它的设计，因为质量、成本、效益的80%是在设计阶段就确定了的。设计质量控制在TQM中也是非常重要的一个环节，事实证明:产品投产后设计指标修改得越少，产品的质量水平也将越好。要保证顾客对质量满意，就必须从产品开发研制阶段开始做起，需将用户对软件产品的质量要求转化成设计质量标准和开发过程中各个环节的技术要求。

    因此，CMM要求每个阶段的软件工作产品必须文档化，并分别由上下游角色对其进行同行评审，置于严格的配置管理之下，以保证各角色在一致的基础上工作。同行评审的目的则是在过程中及早地消除缺陷，减少后续阶段的返工，避免上一个阶段引入的缺陷遗留到下一个阶段，造成质量成本的成倍增加。

图3 软件生命周期中的缺陷分布

    从图3可以看出，缺陷是在开发过程的前期引入，但越到后期缺陷修复的成本越高，随着CMM级别的提高，缺陷的消除将从后期逐步转移到前期，遗留到用户手中的缺陷也相应减少，这必将大大缩短开发周期，降低不必要的成本。

    因此，CMM的思想就是以过程为基础进行质量控制，把质量控制从事后检测转变为事前预防，能够尽量减少大的设计更改。需求管理、全面质量管理以及TQM中常用的质量功能展开技术（QFD）也都是这种思想的反映。

    CMM4

    软件质量管理体现TQM的运行机制 软件质量管理是CMM四级中一个独立的KPA，其目的是使项目的软件质量管理活动是有计划的、软件产品的质量目标是量化的和受到管理的。它遵循了全面质量管理活动的科学程序—PDCA（Plan、Do、Check、Action），即四个阶段:

    （1） 计划:即确定质量目标以及实现这个目标需要采取的措施。制定质量计划是整个质量管理活动的基础。国家标准对质量下的定义为: 质量是产品或服务满足明确或隐含需要能力的特征和特性的总和。

    对于软件来说，软件质量则体现在质量特性上，ISO/IEC9126中规定了6个质量特性，即功能性、可靠性、易用性、效率、可维护性和可一致性，每个特性包含若干子特性。设定质量目标就是要找到用户的质量需求与这些质量特性的相关性，并将其转化为开发过程中可度量的技术指标或能力指标，作为质量控制的依据。

    上述的六大特性属于软件的外部属性，与用户满意度直接相关，可以根据组织的目标和项目的特点建立质量模型，并采用一定的方法，如QFD（Quality Function Deployment）、GQM（Goal Question Metrics）等确定量化的质量目标，但这在实际工作中往往是相当复杂和难以获得的。因此，更常用的做法是以过程能力目标反映产品质量目标，一个典型的能力指标就是缺陷密度（即每单位规模工作产品中存在的缺陷数）和相应的阶段缺陷排错率，可以根据历史数据估计产品的规模和目标缺陷密度，从而对每个阶段发现的缺陷数量进行控制。

    （2） 实施 ：即按预定计划、目标措施及其分工实际执行。为了在过程中控制软件的质量，需采取相应的手段在预定的阶段点或里程碑上进行软件工作产品质量的测量，常用的方法有 同行评审、原型评价、测试等。这些方法主要从两方面对软件的质量进行度量，一是内部属性，即过程和活动自身可以度量的属性，例如工作产品的缺陷密度 ；二是外部属性，即与用户环境相关的属性，这些属性在过程中往往难以度量，只有通过在项目的早期引入用户测试来予以评价，而让用户参与开发过程，大大有利于产品质量的提高。

    （3） 检查 ：即把实施的结果和计划的要求对比，检查计划的执行情况和实施的效果，是否达到预期的目标，并找出原因。在对质量度量的结果进行分析时，往往会用到一些统计工具和方法，如检查表、直方图、控制图、Pareto图、散布图、因果图、运行图等。这些工具可以帮助确定问题、评估现状、发现原因甚至形成下一步措施。

    （4） 处理 ：即总结经验教训，将未解决的问题作为下一阶段制定计划的依据。CMM要求对软件质量测量的结果分析后，应“采取合适的与软件质量计划相一致的措施，以便使得产品的质量测量结果与软件质量目标相符合”。