说起需求，大家并不陌生，因为在我们生活中时时刻刻存在。需求，在我们的项目和工作中，谈得越来越多，越来越广泛和细致，而项目生命周期中也涉及各种各样的需求。本期10月19日-22日在深圳举办的需求分析与管理培训班，让我们随湖南大学软件学院王教授一起逐一分析并探讨一些有用的对策。

需求是一条一条编写出来的，用例图是一幅一幅画出来的。当完成部分需求或整个需求文档以后，需要组织会议对需求文档进行验证和评审。利用需求检查表进行检查，确保系统所需要呈现的若干特性得到妥善描述。评审过程需要考虑合规性检查，看需求是否和项目外部的法律、法规和业务规则等存在本质冲突。这种检查是对客户、公司的项目干系人提供一种保障。但有的时候，因为进度的要求，需求评审流于形式，存在根据功能软件或系统开发完成后再补需求文件的乱象，害人又害己。

在编写需求规格说明书时也会存在一些误区。需求不是设计，即需求不是如何去实现这个系统，而是对系统业务功能和非功能的详细解释。需求说明不能等同于软件实现。我们通常使用的原型法主要是用来收集需求的工具，而不是直接要求马上实现的办法。值得注意的是在需求文件中应避免使用软件的特定的功能名称和技术的细节，尤其在有界面呈现的系统需求编写过程中。

在完成内部需求评审后，还要给外部关键干系人进行审批。让客户和用户共同评审需求规格说明书。因为需求用的是业务语言来编写的，所以客户也易于理解，从而确保需求的正确理解和传递。如果评审通过，可以采用个人签字，专家评审签字的会议纪要等方式对需求规格说明书进行最终确认。经过验证、评审和审批后的需求为项目范围基线，如果以后再出现需求变更等情况，则可以以此对需求进行有效的控制。需求变更在软件项目中是非常常见的，变更控制不是避免变更，而是对变更进行有效的管理，减少对后续的设计、开发工作有更大的影响。关于变更的控制，要利用项目管理计划中的变更控制管理流程来进行，完成项目团队对变更进行评估，以及上级领导和客户审批等工作。

完成需求规格说明书的评审以后，将需求放在需求跟踪矩阵中，采用需求跟踪矩阵的意义是保证需求、设计、开发、测试过程的一致性，容易对过程数据进行度量。需求跟踪矩阵确保针对需求的任何修改都存在变更历史过程记录中。也就是需求是可以被跟踪的，可以在系统的生命周期中看到需求被实现的状态。放置在需求跟踪矩阵中的需求是需求的简要描述，是按照优先级和功能类别分类的。分类是有编号的，这些编号和需求规格说明书中的内容进行一一对应。需求分析和管理的具体工作非常艰巨，技术要求相对较高。项目经理的作用不可忽视，前提是他或她需要即懂业务又懂技术，作为项目经理的我们准备好了吗？

中培成立十年来一直秉持“以需求为导向、以质量促发展”的宗旨，致力于为我国提供最高端的IT咨询与培训服务。其当前主要服务范畴涵盖IT管理与IT技术两大范畴。良好的服务态度，使中培教育成立多年来，取得了快速的发展，相关数据显示，中培的教育服务目前已覆盖全国30个省市，多家授课中心，所开设课程超过300门。

一花一世界，一叶一菩提。希望更多的志士仁人加入我们，这是大家的平台，一起努力分享专业！

想了解更多IT资讯，请访问中培教育官网：中培教育