本文以某发展银行信贷管理项目(以下简称本项目)为实例，该项目是某发展银行，为适应数据的大幅度增长，满足信息系统能实现行里对数据的统一管理及分析需要，特与我司合作开发该项目。本文阐述了信息系统项目的需求管理，认为需求管理在信息系统项目中目的是确保项目各方对需求的一致理解，管理和控制需求的变更，实现从需求到最终产品的双向跟踪。在本项目中，我担任需求分析师，参与了需求分析、需求管理工作。该项目从项目启动到项目验收，共历时10个月。该项目目前正在稳定运行中，通过该项目的成功实施，为我司与该客户后续的长期合作奠定了良好基础。

　　一、制定需求管理计划

　　在本项目启动时，在制定项目计划时，项目经理安排我负责该项目的需求管理管理工作。需求管理计划对于需求管理工作的成功实施，起来重要作用。因此在项目启动后，我通过如下步骤，完成制定需求管理计划工作。

　　1.与相关人沟通，梳理并明确需求管理工作内容。包括需求的沟通并达成一致、需求变更控制方法、需求跟踪频度及触发时机等。

　　2.明确需求管理涉及的干系人、角色及职责。因需求管理涉及到干系人较多，为避免需求缺乏一个统一的入口及出口。在本项目中，我们要求客户方安排一名的需求接口人，我方也安排一名需求接口人。所有的客户需求均由客户接口人收集并整理后发给我方需求接口人。对于需求的反馈意见，也由该接口人统一对外传递。通过该约定，避免了因客户直接面对开发人员，导致需求零散且随意变化的情况发生。

　　3.明确需求管理采用的平台，如需求管理工具等。在本项目中，我们采用IBM Rational RequisitePro(以下简称RP)作为该项目的需求管理工具，主要实现需求双向跟踪管理等。采用IBM Rational ClearQuest(以下简称CQ)作为需求变更管理工具。这两个工具的组合，很好的帮我们团队实现了需求跟踪管理及变更管理。所有达成一致的需求我均会将其导入RP中进行管理。

　　4.编写需求管理计划。在本项目里，采用公司CMMI体系的需求管理计划模板，进行计划的编写。重点描述了上述内容。完成了需求管理计划编写后，由项目经理、各小组组长、QA、客户共同对该需求管理计划进行评审，并得到客户的认可。

　　二、需求变更管理

　　随着软件技术的复杂化，架构的多样化，业务的灵活化，以及随着客户对所需系统目标及需求的清晰化，变更时不可避免的。管理变更是目前项目成功的关键因素。因此，需求变更管理在整个项目的需求管理工作中显得尤其重要。

　　在本项目中我们采用如下需求变更管理流程。

　　1.首先是客户需求接口人提出需求变更清单(记录需求变更项)，我方需求接口人接收到该需求变更，并在CQ上发起需求变更流程，并分配给技术负责人。

　　2.项目技术负责人接收到需求变更，对该变更进行技术评估，如果技术上可行，进入下一节点;否则给出相关的技术解答，也同样进入下一节点。

　　3.项目经理接收到技术分析通过的需求变更，进行资源分析、进度分析等，分析通过的需求变更项，进入CCB审核环节。对于技术负责人分析不通过的需求变更，项目经理经过确认后，结束来流程，处于驳回关闭状态。针对这部分需求变更，需求接口人将给客户予以答复。

　　4.对于项目经理审核通过的需求变更，CCB安排人员进行复核，复核通过后，该需求变更将由后续的实施人员(如开发修改代码、需求人员修改需求文档等)进行实施，并安排相关人进行验证。因实施及验证不属于需求变更管理流程，故这里不赘述。

　　通过上述手段，本项目保证了所有的需求变更都有据可依，同时，也通过该完整的需求管理过程，为后续的需求跟踪及相关的测试提供了信息保障。

　　三、需求跟踪

　　在实际项目开展中，经常会发生这样的情况。测试人员在进行测试时，发现某些需求未实现，或者客户UAT(用户接收测试)时，发现某些功能点未测试全。诸如此类的问题，很大一部分原因是由于需求双向跟踪未做好。bbs.mypm.net

　　本项目需求双向跟踪，包括从用户原始需求到系统需求、设计、编码、测试用例等之间的双向跟踪。如下图所示：

　　用户需求系统需求概设详设源码测试用例……最终产品

　　双向跟踪包括：

　　·正向跟踪：从需求到设计、源码、测试用例的过程，用于明确是否所有需求都被设计了

[1] [2] 下一页