CUBSS需求开发管理流程V11.docx
《CUBSS需求开发管理流程V11.docx》由会员分享，可在线阅读，更多相关《CUBSS需求开发管理流程V11.docx（18页珍藏版）》请在冰豆网上搜索。
CUBSS需求开发管理流程V11
CU_BSS_需求开发管理流程
版本号：
V1.0
密级：
机密
文档信息
项目名称
联通BSS4.2项目
项目经理
文档编号
文档变更记录
版本
日期
作者
说明
评审人
V1.0
2010-12-30
高红秀
初稿
V1.1
2010-01-08
王威
根据评审意见修订
审核
审核组织
审核代表
签字
时间
批准
批准组织
批准代表
签字
时间
目录
1概述4
1.1目的4
1.2原则4
1.3适用范围4
1.4关联过程4
1.5阅读对象4
1.6略缩语4
1.7相关资料4
2角色识别与职责定义4
3流程图6
3.1需求总体流程图6
3.2SDP-DOORS需求管理系统流程图6
4过程说明7
4.1总体说明7
4.2流程说明7
1.需求接收过程7
2.需求分析过程7
3.开发安排及用户确认过程8
4.需求开发过程9
5.开发审核：
9
6.测试版本整理活动9
7.测试活动10
8.需求关闭10
4.3编号规则10
5工具承载10
1概述
1.1目的
明确联通北六省BSS项目需求开发全生命周期管控流程，指导涉及到的人员有效的展开并完成需求的实现工作。
1.2原则
Ø方便：
方便用户、方便现场、方便开发、方便测试、方便配置
Ø可跟踪：
包括是否已经接受，是否已经录入SDP-DOORS，是否已经安排开发，是否已经进行单元测试，是否已经安排集成测试，是否已经上线，以及此过程中涉及的角色的跟踪。
Ø统一配置：
所有原始文档全部存放在VSS服务器上。
1.3适用范围
联通北六省BSS项目需求开发、测试、发布。
1.4关联过程
1.5阅读对象
现场的项目经理、需求管理员、需求接收组成员、需求管控组成员、需求分析人员、开发人员、测试人员、配置管理员
1.6略缩语
1.7相关资料
ID
资料名称
RM-G-02
RM-G-02-需求管理手册
2角色识别与职责定义
序
角色名称
职责描述
备注
1
统一需求组
1.接受并审核局方提交的需求；
2.将用户需求记录到SDP-DOORS系统；
3.通过SDP-DOORS系统进行需求分析任务的安排（安排分析节点）
4.填写需求跟踪矩阵
由李岩负责
2
统一研发组
1.组织进行系统需求分析和设计；
2.跟踪需求开发、测试、发布完成情况；进行开发审核；
3.组织对用户需求进行讨论和评审，编写系统功能需求，形成需求开发矩阵；
4.完成“设计方案”，并提交到VSS和SDP-DOORS系统；
司马军辉
3
统一需求版本管理组
1．接收需求分解矩阵，录入SDP-DOORS系统，录入时标题编码规则：
模块_省份_开发人员账号（即邮箱前缀）。
2．进行开发安排录入和发布
3．需求单的关闭
需求管理员、项目助理
4
统一配置组
1．进行单元测试和集成测试版本整理工作
2．审核开发人员提交的代码清单；
余慧娟
5
统一测试组
1．进行测试计划的安排及单元测试、集成测试
2．编写测试用例
3．产出测试报告
4．在CQ录入系统BUG
柳华
3流程图
3.1需求总体流程图
3.2SDP-DOORS需求管理系统流程图
SDP-DOORS需求管理系统流程图
4过程说明
4.1总体说明
联通北六省BSS4.2项目的需求实现将采用SDP-DOORS需求管理系统承载。
局方需求由统一需求组接收，提交给统一研发组，由统一研发组进行分析设计及开发安排。
4.2流程说明
4.2.1用户需求节点
管理维度
内容描述
活动描述
1、接收用户需求之后，形成对应的需求改造范围说明分析文档；在该节点将系统需求录入系统
2、形成需求跟踪矩阵，放入VSS，需求跟踪矩阵具体格式，详见涉及模板中的“需求跟踪矩阵.xls”
参与角色
【统一需求组】
进入条件
【统一需求组】确定接收用户需求，形成需求规格书
涉及模板
CU_BSS_需求跟踪矩阵
节点输入
软件需求规约单
存储路径
VSS
节点输出
1、规格化的用户需求信息
2、CU_BSS_需求跟踪矩阵.xls
存储路径
1、SDP
2、VSS
4.2.2安排分析节点
管理维度
内容描述
活动描述
进行需求分析任务的安排，包括所需的工时、计划开始结束时间、责任人等信息。
参与角色
【统一需求组】
进入条件
【统一需求组】已经将用户需求规格化并录入了SDP系统
涉及模板
无
节点输入
用户需求
存储路径
SDP
节点输出
分析任务的安排
存储路径
SDP
4.2.3需求分析节点
管理维度
内容描述
活动描述
1、【统一研发组】进行需求分析和设计，形成相应的需求设计文档，提交VSS。
2、【统一研发组】进行功能分解，并进行开发计划的安排，形成Excel格式的需求开发矩阵表，提交VSS，并邮件通知【统一需求版本管理组】。
具体的格式详见涉及模板中的“需求开发矩阵.xls”。
3、【统一需求版本管理组】在该节点进行录入功能需求，同时录入各功能点的开发计划安排，包括时间安排和责任人。
4、【统一需求版本管理组】收到需求开发矩阵.xls，邮件通知【测试组负责人】进行测试计划的安排；【测试负责人】安排好测试计划之后，提交给【统一需求版本管理组】
参与角色
【统一研发组】【统一需求版本管理组】
进入条件
开发组长已经将功能需求进行分解，形成Excel表格，提交给【统一需求版本管理组】
涉及模板
CU_BSS_需求开发矩阵、软件需求设计
节点输入
1、用户需求
2、Excel需求开发矩阵
存储路径
1、SDP
2、VSS
节点输出
1、需求设计文档放入vss
2、需求开发矩阵
3、开发安排
存储路径
1、VSS
2、VSS
3、SDP
4.2.4开发安排节点
管理维度
内容描述
活动描述
1、【统一需求版本管理组】在该节点录入各功能点的开发计划安排以及测试计划安排，包括时间安排和责任人。
2、当开发计划有变更，【统一研发组】更新VSS中的需求开发矩阵，并将更改内容邮件通知【统一需求版本管理组】，【统一需求版本管理组】通知【测试组负责人】变更相应的测试计划，【测试组负责人】更改计划之后提交VSS并通知【统一需求版本管理组】，【统一需求版本管理组】并在SDP系统中更改计划，并重新发布计划；
4、【统一需求版本管理组】进行版本计划的安排；版本计划作为【配置组】进行集成测试版本整理的触发依据；
参与角色
【统一需求版本管理组】【统一研发组】
进入条件
【统一需求版本管理组】收到需求开发矩阵；或者收到需求开发矩阵的变更邮件
涉及模板
无
节点输入
1、系统需求
2、Excel需求开发矩阵；
存储路径
1、SDP
2、VSS
节点输出
1、开发计划发布
2、下发开发任务
3、版本计划
存储路径
1、SDP
2、SDP
3、VSS
4.2.5功能开发
4.2.5.1功能设计节点
管理维度
内容描述
活动描述
【开发人员】接收到相应的开发任务之后，在功能设计节点做代码级的设计，并提交该功能点完善后的相关“设计方案”文档
参与角色
【开发人员】
进入条件
【统一需求版本管理组】下发了任务。
涉及模板
无
节点输入
开发任务
存储路径
SDP
节点输出
功能点完善后的“设计方案”文档
存储路径
VSS
4.2.5.2功能开发节点
管理维度
内容描述
活动描述
【开发人员】功能开发完成之后，填写代码更新清单，以压缩附件形式在该节点提交。
更新清单的格式详见设计模板中的“代码变更单_修改人邮箱前缀_需求编号_提交时间.xls”，更新清单的命名规则参考配置管理中的命名规则
参与角色
【开发人员】
进入条件
功能设计节点提交完成
涉及模板
代码变更单
节点输入
开发任务
存储路径
SDP
节点输出
功能点的代码清单
存储路径
SDP
4.2.5.3功能测试节点
管理维度
内容描述
活动描述
这里的功能测试，是指开发人员的内测，由【开发人员】自己完成。
【开发人员】完成自测后，在节点提交自测报告
参与角色
【开发人员】
进入条件
功能开发节点提交完成
涉及模板
无
节点输入
开发任务
存储路径
SDP
节点输出
自测报告
存储路径
SDP
4.2.6开发审核节点
管理维度
内容描述
活动描述
1、这里的开发审核节点，由配置人员使用
2、【配置人员】收到系统邮件之后，进行初步的审核，审核内容有：
1）开发人员是否提交自测报告；2）开发修改单填写是否符合要求；
3、【配置人员】对初步审核通过的需求单，发邮件给该需求涉及到的【开发组长】，请他们进行体系外的开发审核，审核内容：
1）文档是否缺失；2）文档质量；
4、【开发组长】审核完成之后，邮件通知【配置人员】进行单需求版本整理
5、【配置人员】根据开发的代码清单进行单需求版本整理，并提交配置清单，确认完成
参与角色
【配置人员】【开发组长】
进入条件
需求下所有功能分支都完成了自测并确认提交。
涉及模板
无
节点输入
SDP系统提醒邮件
存储路径
无
节点输出
配置清单
存储路径
VSS
4.2.7系统测试节点
管理维度
内容描述
活动描述
1、该节点给【测试人员】进行需求单元测试活动；
2、【测试人员】收到SDP系统提醒邮件之后，根据配置清单获取相应代码进行编译部署；
3、【测试人员】对功能点进行单需求测试，测试过程中发现的BUG录入到CQ系统；若有问题需要回退，由执行退单，退回到开发过程；【开发人员】修改BUG后，重新在功能开发节点提交第二次的增量修改清单。
触发配置人员重新进行版本整理；
4、【测试人员】可以在该节点看到该需求下所有BUG的情况。
5、当测试完成，测试人员在该节点提交测试用例及测试报告，并确认完成，若有BUG未关闭，系统会给出相应提示。
参与角色
【测试人员】
进入条件
配置组完成单元需求版本整理活动
涉及模板
无
节点输入
SDP系统提醒邮件
存储路径
无
节点输出
测试报告
存储路径
VSS
4.2.8产品配置节点
管理维度
内容描述
活动描述
1、【配置人员】依据【统一需求版本管理组】的版本计划来做集成测试的版本整理；
2、【配置人员】进行集成测试需求版本整理，并提交完成
参与角色
【配置人员】
进入条件
1、【统一需求版本管理组】发布了版本计划；
2、单元测试通过
涉及模板
无
节点输入
1、【统一需求版本管理组】的版本计划
2、SDP系统提醒邮件
存储路径
1、VSS
2、SDP
节点输出
配置清单
存储路径
VSS\
4.2.9现场测试节点
管理维度
内容描述
活动描述
1、该节点给【测试人员】进行阶段性的集成测试活动；
2、【测试人员】收到系统邮件之后，根据配置信息获取相应代码进行编译部署；
3、【测试人员】进行集成测试，测试过程中发现的BUG录入到CQ系统；
4、【测试人员】可以在该节点看到该需求下所有BUG的情况。
5、当测试完成，测试人员在该节点提交测试报告，并确认完成，但是若该需求下有BUG未关闭，系统强制无法提交完成。
参与角色
【测试人员】
进入条件
配置人员已经进行了集成测试版本整理。
涉及模板
无
节点输入
SDP系统提醒邮件
存储路径
无
节点输出
测试报告
存储路径
无
4.2.10关闭节点
管理维度
内容描述
活动描述
1、该节点由【统一需求版本管理组】进行确认关闭；
用户需求
2、若是需求流程中还有其他节点未完成，需要强制关闭，则在节点进行强制关闭的操作，输入关闭理由；
参与角色
【统一需求版本管理组】
进入条件
需求已经通过集成测试节点
涉及模板
无
节点输入
系统邮件
存储路径
无
节点输出
无
存储路径
无
4.2.11上线审核、上线、上线验证
这三个节点暂时保留，由项目组自由支配。
4.3需求编码规则
基线版本范围内任务编号规则
需求来源编码（3~4位）+涉及模块编码（2位）+年月日（8位）+序列号（3位）
例:
VXT_DZ_YYYYMMDD_XXX
需求来源编码
需求来源编码说明
V42
总部4.2需求
V41
总部4.1需求
VJT
总部统一需求
VBJ
北京分公司需求
VHLJ
黑龙江分公司需求
VSD
山东分公司需求
VLL
辽林分公司需求
VHN
河南分公司需求
VHB
河北分公司需求
VXT
系统优化需求
设计模块编码
设计模块编码说明
DZ
多模块需求
YY
营业受理
WX
维系挽留
JF
计费处理
ZW
帐务处理
ZG
帐务管理
XK
信控管理
JK
接口
FK
服务开通
ZY
资源管理
CX
查询统计
5工具承载
ØSDP-DOORS需求管理系统
访问方式：
亚联侧员工使用自己的oa账号，登陆公司的oa网址：
http:
//218.94.61.137/index.jsp
集成公司员工使用临时工号访问：
http:
//218.94.61.137/oatask
ØDOORS需求管理工具
ØVSS配置管理工具
6输出物约定
序
模版名称
命名规则
VSS路径
1
软件需求规约单
CU_BSS_软件需求规约单_需求编号_需求名称
$/04需求资料/2011/01/。
。
。
2
需求跟踪矩阵
CU_BSS_需求跟踪矩阵
$/01集中实施/02需求相关/01需求管理/01跟踪矩阵/。
。
。
3
需求开发矩阵
CU_BSS_需求开发矩阵_模块名
$/01集中实施/02需求相关/01需求管理/01跟踪矩阵/。
。
。
4
软件需求设计
CU_BSS_软件需求设计_需求编号_需求名称
$/04需求资料/2011/01/。
。
。
5
测试用例
CU_BSS_测试用例_需求编号_2位序号
$/04需求资料/2011/01/。
。
。
6
代码变更单
CU_BSS_代码变更单_修改人邮箱前缀_需求编号_提交时间
VSS上不存储
升级会员 