QC需求管理规范

需求管理规范

--QC流程管理

修订历史记录

版号 日期 作者 修订要点 V0.9 2011-8-27 徐红娥 创建文档

主要内容

一 概述 (4)

二 需求受理及管理流程定义 (4)

2.1角色定义 (4)

2.2 状态定义 (4)

2.3 状态权限控制 (5)

2.4 需求状态流程 (6)

3 QC需求管理规范 (6)

3.1 登录 (6)

3.2 新建需求 (7)

3.3 需求分析 (8)

3.4 开发 (9)

3.4.1设计 编码 (9)

3.4.2测试 (9)

3.5发布 (10)

3.6实施 (11)

3.7归档 (11)

附录：QC需求记录模板示意 (12)

一概述

为规范公司软件开发管理规范，强化开发部门和项目实施部门之间的沟通效率，提升软件需求管理能力，拟构建QC需求管理规范。该流程规范适合于美美研发部各项目。

二需求受理及管理流程定义

2.1角色定义

在美美研发部各项目组中，为了便于对需求跟踪，我们将人员角色划分成以下几个角色： Program Management：项目经理，负责需求分析，确认，以及实现的分配，以下简称PM；

Designer：设计人员，负责对需求描述的功能进行设计，负责已设计状态变更；

Developer：开发人员，负责开发，负责已开发状态变更；

Tester：测试人员，负责在评审前编写测试用例，根据测试用例对软件进行测试，负责已测试状态变更。

CM：配置管理人员，负责软件的发布，资料入库；

Requirement Management：需求管理人员，负责需求接收、登记、反馈跟踪，以下简称RM；

Source：需求提出者，所有提出需求的人员，包括用户、客户、我们公司的人员及其他人员；

Product Implementation：项目实施人员，负责软件发布版本的现场实施操作，记录跟踪上线情况，以下简称PI.

2.2 状态定义

在美美软件需求项目中，我们将需求的状态分成以下几种状态，分别为：

z新建：对于开发项目在需求受理后由RM人员录入QC系统需求库，标记为该状态；z分析：项目经理根据提交的新需求，分析需求，分解任务，安排计划，这个阶段需求定义为‘分析’状态。

z终止：经过该项目定义的需求评审制度评审结果为不处理的，设置需求状态为‘终止’。

z挂起：经过项目需求分析，以及客户确认后，延期处理，或暂不处理的，将需求状态设置为‘挂起’状态。

z弱化处理：该需求在设计过程发现无法全部满足要求弱化处理；

z开发：项目需求通过分析，审核，需要进行开发，安排开发任务，需求状态设置为‘开发’状态。

z发布：需求已实现，达到发布要求，将需求状态设置为‘发布’，在这过程，进行发布版本的准备工作。

z实施：需求的软件版本已经提交现场，由工程人员做现场实施，跟踪处理。

z重新打开：现场验证不符合要求，或存在问题，重新打开，重新开发。

z归档：上线获得客户任何，需求处理结束，转归档。

开发子流程涉及的状态如下：

¾待处理：已经分配到开发组，等待安排时间处理；

¾已设计：该需求已经完成设计；

¾编码中：需求设计完毕，进入编码状态；

¾已编码：该需求已经完成编码；

¾测试中：需求编码完毕，进入测试状态；

¾已测试：该需求已经完成测试；

备注：打开，固定，两个状态为QC系统级别的默认状态值，无法删除，请忽略。

2.3 状态权限控制

Program Management：分析、终止、挂起、开发、归档；

Designer：弱化需求、已设计；

Developer：编码中、已编码；

Tester：测试中、已测试；

CM：新建、分析、终止、挂起、开发、发布、实施、归档；

Requirement Management：新建、实施、重新开发.归档；

Source：只读权限；

Product Implementation: 实施；重新开发、

2.4 需求状态流程

需求状态的流转周期

3 QC需求管理规范

3.1 登录

地址：http://192.168.1.80:8089/qcbin/start_a.htm， 选择域‘美美软件’

选择项目：‘RepTrack’

3.2 新建需求

执行角色：

任意项目干系人，需求提出者，需求管理人员。

执行输入：

问题或需求

场景描述：

外部需求:需求管理人员审核需求的描述是否清晰，是否完整，审核后，需求管理人员将需求内容登记在QC-ReqTrack中，转派给相关项目经理执行。

内部需求：项目经理，或需求管理人员统一收集，登记在QC-ReqTrack中，转派给相关项目经理执行。

执行步骤：

1.在QC上增加一条记录

2.填写以下字段的信息：

其中红色字体部分，为必填项，需求创建的起始状态默认“新建”。

需求编号命名规则：

版本简称_项目所在区号_项目医院简称8位时间_2位QC工单序列号。

如：MMTS_0591_FJFY2011090801

福建附一医院追溯系统标准版需求编号。

3.如果有附件将附件附加上这条需求记录。

4.提交需求，转派项目经理处理，设置‘分配给‘字段的值为项目经理.

5.邮件通知项目经理。

3.3 需求分析

执行角色：

项目开发经理

执行输入：

收到新建的需求通知。

执行步骤：

1.必须在1个工作日内进行分析和指派。

2.在QC上找到对应需求记录，进行分析, 需求状态进入‘分析’状态。。

3.如果拒绝处理或暂不处理

1)在‘描述’字段里填写“拒绝原因”或“暂缓原因”

2)修改需求状态（分析->终止 或分析->挂起）

3)通知需求提出人。

4.如果接受处理，需要开发

1)修改工单状态（分析->开发）

2)填写以下字段信息。

负责部门、开发组、计划提交时间、计划上线时间

3)修改当前责任人‘分配给’值为开发负责人

5 如果接受不处理，不需要开发，直接工程操作，

1）修改工单状态（分析->实施）