??xml version="1.0" encoding="utf-8" standalone="yes"?>
需求管理计划对于需求管理工作的成功实施Qv着重要作用。因此在目启动后,我通过如下步骤Q完成制定需求管理计划工作?/span>
1. 与相关h沟通,梳理q明需求管理工作内宏V包括如何组l项目组人员获取用户需求的方式、需求变更控制流E、需求跟t频度及(qing)触发时机{?/span>
2. 明确需求管理涉?qing)的q系人、角色及(qing)职责。因需求管理涉?qing)到q系多,为避免需求缺乏一个统一的入口及(qing)出口。在本项目中Q在需求基U徏立后,我们要求客户方安排一名的需求接口hQ我方也安排一名需求接口h。后期的客户需求均由客h口h攉q整理后发给我方需求接口h.
3. 明确需求管理采用的q_Q如需求管理工L(fng)。在本项目中Q我们在用需求跟t矩阵表实现需求双向跟t管理。采?/span>svn作ؓ(f)需求变更管理工兗理
4. ~写需求管理计划。在本项目里Q采用公?/span>CMMI体系的需求管理计划模板,q行计划的编写。重Ҏ(gu)qC上述内容。完成了需求管理计划编写后Q由目l理、各组l长?/span>QA共同对该需求管理计划进行评?/span>.
在本目中对需求获取的zdq程做以下描q?/span>:我与2010q?/span>3月下旬组Z需求调研分析小l,包括我在内共8人,其中客户方业务h?/span>3人,本项目组5人,我v草了访谈人员列表计划Q需求调研问南通过早组内谈论将客户方的用户cd分ؓ(f)ȝ业务的领|业务_N的用户、以?qing)普通用户三cR对业务领导我们采取个别U谈的方式,调研重点是调研项目的M要求和非功能性要求,寚wҎ(gu)心的业务需求也q行了调研。对业务_N的重点用户采取了谈会(x)的Ş式,以讨论的形式诱导用户提出需求。对普通用户采取调研问L(fng)形式q行调研。对攉到的用户需求记录进行汇怅R将汇总资料通过svn版本控制软g分发l需求分析组的组员,让组员做q一步的分析和整理。根据用L(fng)原始需求和公司指定?/span>SRS模板~写了需求规D明书的初E,l过反复的与客户方的用户q行需求调研,整理分析Q对需求规D明书内容做必要的修改和增加。与2010q?/span>4月底形成了正式的需求规D明书?/span>2010q?/span>5月初我组l了分析人员Q设计h员、和试人员、客h参与的用戯审和同行需求评审。评审通过后,最后应ppt文g的Ş式和客户q行需求确认ƈ{֭。通过配置理员发布需求基Uѝ?/span>
?/span>.需求变更管?/span>
随着软g技术的复杂化,架构的多样化Q业务的灉|化,以及(qing)随着客户Ҏ(gu)需pȝ目标?qing)需求的清晰化,变更时不可避免的?/span>?x)对目的质量,成本、进度等产生影响,因此需求变更管理在整个目的需求管理工作中昑־其重要.一旦项目的需求基U徏立,寚w求版本控制管理及(qing)极ؓ(f)重要?/span>
在本目中我们采用如下需求变更管理流E?/span>?/span>
1. 首先是客户需求接口h提出需求变更申h单(记录需求变更项Q,我方需求接口h接收到该需求变_(d)q将需求变更申请单转发l项目技术负责h
2. 目技术负责h接收到需求变_(d)对该变更q行技术评伎ͼ如果技术上可行Q进入下一节点Q否则给出相关的技术解{,也同栯入下一节点?/span>
3. 目l理接收到技术分析通过的需求变_(d)q行资源分析、进度分析等Q分析通过的需求变更项Q进?/span>CCB审核环节。对于技术负责h分析不通过的需求变_(d)目l理l过认后,l束来流E,处于驛_关闭状态。针对这部分需求变_(d)需求接口h给客户予以{复?/span>
4. 对于目l理审核通过的需求变_(d)CCB安排人员q行复核Q复栔R过后,该需求变更将由后l的实施人员Q如开发修改代码、需求h员修攚w求文等Q进行实施,q安排相关hq行验证。因实施?qing)验证不属于需求变更管理流E,故这里不赘述?/span>
通过上述手段Q本目保证了所有的需求变更都有据可依Q同Ӟ也通过该完整的需求管理过E,为后l的需求跟t及(qing)相关的测试提供了信息保障?/span>
?/span>.需求跟t?/span>
在实际项目开展中Q经怼(x)发生q样的情c(din)测试h员在q行试Ӟ发现某些需求未实现Q或者客?/span>UATQ用h收测试)Ӟ发现某些功能Ҏ(gu)试全。诸如此cȝ问题Q很大一部分原因是由于需求双向跟t未做好?/span>
本项目需求双向跟t,包括从用户原始需求到pȝ需求、设计、编码、测试用例等之间的双向跟t。如下图所C:(x)
用户需?/span> | pȝ需?/span> | 概设 | 详设 | 试用例 | …… | 最l?/span> | |
1.1 | 1.1.1 | P3 1.1.1 | P4 1.1.1 | XX.java | TC01 | …… | 功能?/span>1 |
双向跟踪包括Q?/span>
l 正向跟踪Q从需求到设计、源码、测试用例的q程Q用于明是否所有需求都被设计了、被~码了,被测试了{。一旦某个需求需要变_(d)可以快速找到所有媄(jing)响的范围?/span>
l 反向跟踪Q从~陷到测试用例、源码、设计、需求的q程Q用于明所有的工作成果都是有对应的需求,避免试多余、设计多余的情况发生。同Ӟ一旦某设计因多种原因发现需要变_(d)也可快速找到对应的需求,以便快速确认相应的需求是否需要变更?/span>