QC需求管理规范

  • 格式:pdf
  • 大小:276.61 KB
  • 文档页数:13

需求管理规范 --QC流程管理 需求管理规范 修订历史记录

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

福州美美软件开发有限公司 Page 2 of 13 需求管理规范 主要内容 一 概述......................................................................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

福州美美软件开发有限公司 Page 3 of 13 需求管理规范 一 概述

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

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

2.1角色定义 在美美研发部各项目组中,为了便于对需求跟踪,我们将人员角色划分成以下几个角色: 󰂗 Program Management:项目经理,负责需求分析,确认,以及实现的分配,以下简称PM; 󰂗 Designer:设计人员,负责对需求描述的功能进行设计,负责已设计状态变更; 󰂗 Developer:开发人员,负责开发,负责已开发状态变更; 󰂗 Tester:测试人员,负责在评审前编写测试用例,根据测试用例对软件进行测试,负责已测试状态变更。 󰂗 CM:配置管理人员,负责软件的发布,资料入库; 󰂗 Requirement Management:需求管理人员,负责需求接收、登记、反馈跟踪,以下简称RM; 󰂗 Source:需求提出者,所有提出需求的人员,包括用户、客户、我们公司的人员及其他人员; 󰂗 Product Implementation:项目实施人员,负责软件发布版本的现场实施操作,记录跟踪上线情况,以下简称PI.

2.2 状态定义 在美美软件需求项目中,我们将需求的状态分成以下几种状态,分别为: z 新建:对于开发项目在需求受理后由RM人员录入QC系统需求库,标记为该状态; z 分析:项目经理根据提交的新需求,分析需求,分解任务,安排计划,这个阶段需求定义为‘分析’状态。 z 终止:经过该项目定义的需求评审制度评审结果为不处理的,设置需求状态为‘终止’。

福州美美软件开发有限公司 Page 4 of 13 需求管理规范 z 挂起:经过项目需求分析,以及客户确认后,延期处理,或暂不处理的,将需求状 态设置为‘挂起’状态。 z 弱化处理:该需求在设计过程发现无法全部满足要求弱化处理; z 开发:项目需求通过分析,审核,需要进行开发,安排开发任务,需求状态设置为‘开发’状态。 z 发布:需求已实现,达到发布要求,将需求状态设置为‘发布’,在这过程,进行发布版本的准备工作。 z 实施:需求的软件版本已经提交现场,由工程人员做现场实施,跟踪处理。 z 重新打开:现场验证不符合要求,或存在问题,重新打开,重新开发。 z 归档:上线获得客户任何,需求处理结束,转归档。 开发子流程涉及的状态如下: ¾ 待处理:已经分配到开发组,等待安排时间处理; ¾ 已设计:该需求已经完成设计; ¾ 编码中:需求设计完毕,进入编码状态; ¾ 已编码:该需求已经完成编码; ¾ 测试中:需求编码完毕,进入测试状态; ¾ 已测试:该需求已经完成测试;

备注:打开,固定,两个状态为QC系统级别的默认状态值,无法删除,请忽略。 2.3 状态权限控制 󰂗 Program Management:分析、终止、挂起、开发、归档; 󰂗 Designer:弱化需求、已设计; 󰂗 Developer:编码中、已编码; 󰂗 Tester:测试中、已测试; 󰂗 CM:新建、分析、终止、挂起、开发、发布、实施、归档; 󰂗 Requirement Management:新建、实施、重新开发.归档; 󰂗 Source:只读权限; 󰂗 Product Implementation: 实施;重新开发、

福州美美软件开发有限公司 Page 5 of 13 需求管理规范 2.4 需求状态流程

需求状态的流转周期 3 QC需求管理规范 3.1 登录 地址:http://192.168.1.80:8089/qcbin/start_a.htm, 选择域‘美美软件’

福州美美软件开发有限公司 Page 6 of 13 需求管理规范 选择项目:‘RepTrack’

3.2 新建需求 执行角色: 任意项目干系人,需求提出者,需求管理人员。 执行输入: 问题或需求 场景描述: 外部需求:需求管理人员审核需求的描述是否清晰,是否完整,审核后,需求管理人员将需求内容登记在QC-ReqTrack中,转派给相关项目经理执行。 内部需求:项目经理,或需求管理人员统一收集,登记在QC-ReqTrack中,转派给相关项目经理执行。

执行步骤: 1. 在QC上增加一条记录 2. 填写以下字段的信息:

其中红色字体部分,为必填项,需求创建的起始状态默认“新建”。 需求编号命名规则: 版本简称_项目所在区号_项目医院简称8位时间_2位QC工单序列号。 如:MMTS_0591_FJFY2011090801 福建附一医院追溯系统标准版需求编号。

福州美美软件开发有限公司 Page 7 of 13 需求管理规范 3. 如果有附件将附件附加上这条需求记录。 4. 提交需求,转派项目经理处理,设置‘分配给‘字段的值为项目经理. 5. 邮件通知项目经理。

3.3 需求分析 执行角色: 项目开发经理 执行输入: 收到新建的需求通知。 执行步骤: 1. 必须在1个工作日内进行分析和指派。 2. 在QC上找到对应需求记录,进行分析, 需求状态进入‘分析’状态。。 3. 如果拒绝处理或暂不处理 1) 在‘描述’字段里填写“拒绝原因”或“暂缓原因” 2) 修改需求状态(分析->终止 或分析->挂起) 3) 通知需求提出人。 4. 如果接受处理,需要开发 1) 修改工单状态(分析->开发) 2) 填写以下字段信息。 负责部门、开发组、计划提交时间、计划上线时间

3) 修改当前责任人‘分配给’值为开发负责人 5 如果接受不处理,不需要开发,直接工程操作, 1)修改工单状态(分析->实施) 福州美美软件开发有限公司 Page 8 of 13 需求管理规范 2)填写以下字段信息。 负责部门 项目执行组

4) mail通知处理责任人。 3.4 开发 3.4.1设计 编码 执行角色: 开发组成员 执行输入: 项目开发负责人指派开发任务的需求工单,或mail。 执行步骤: 1. 在QC上找到对应记录,开发处理状态为“待处理”,进行设计,设计完成修改开发处理状态为‘已设计’。填写开发人员。 2. 设计完成,进行开发,将开发处理状态设置为‘编码中’。 3. 明确要处理的内容,从VSS库CHECK OUT出相应的代码,若为新增配置项则无需该步骤。 4. 进行开发和自测。 5. 开发和自测完毕,将已修改或新增的配置项提交配置库。 6. 找到QC记录,修改开发处理状态为“已编码”。 7. 如果有遗留问题,在Comment字段里填上“遗留问题”信息。 8. 修改当前责任人‘分配给’字段值为测试负责人。 9. mail通知当前责任人和项目开发经理。

3.4.2测试 执行角色: 测试工程师(由开发工程师兼) 执行输入:

福州美美软件开发有限公司 Page 9 of 13