1、CUBSS需求开发管理流程V11CU_BSS_需求开发管理流程版本号：V1.0密 级：机密文 档 信 息项 目 名 称联通BSS4.2项目项 目 经 理文 档 编 号文 档 变 更 记 录版 本日 期作 者说 明评审人V1.02010-12-30高红秀初稿V1.12010-01-08王威根据评审意见修订审核 审核组织审核代表签字时间批准批准组织批准代表签字时间目录1 概述 41.1 目的 41.2 原则 41.3 适用范围 41.4 关联过程 41.5 阅读对象 41.6 略缩语 41.7 相关资料 42 角色识别与职责定义 43 流程图 63.1 需求总体流程图 63.2 SDP-DOORS
2、需求管理系统流程图 64 过程说明 74.1 总体说明 74.2 流程说明 71. 需求接收过程 72. 需求分析过程 73. 开发安排及用户确认过程 84. 需求开发过程 95. 开发审核： 96. 测试版本整理活动 97. 测试活动 108. 需求关闭 104.3 编号规则 105 工具承载 101 概述1.1 目的明确联通北六省BSS项目需求开发全生命周期管控流程，指导涉及到的人员有效的展开并完成需求的实现工作。1.2 原则 方便：方便用户、方便现场、方便开发、方便测试、方便配置 可跟踪：包括是否已经接受，是否已经录入SDP-DOORS，是否已经安排开发，是否已经进行单元测试，是否已经安
3、排集成测试，是否已经上线，以及此过程中涉及的角色的跟踪。 统一配置：所有原始文档全部存放在VSS 服务器上。1.3 适用范围联通北六省BSS项目需求开发、测试、发布。1.4 关联过程1.5 阅读对象现场的项目经理、需求管理员、需求接收组成员、需求管控组成员、需求分析人员、开发人员、测试人员、配置管理员1.6 略缩语1.7 相关资料ID资料名称RM-G-02RM-G-02-需求管理手册2 角色识别与职责定义序角色名称职责描述备注1统一需求组1. 接受并审核局方提交的需求；2. 将用户需求记录到SDP-DOORS系统；3. 通过SDP-DOORS系统进行需求分析任务的安排（安排分析节点）4. 填写
4、需求跟踪矩阵由李岩负责2统一研发组1. 组织进行系统需求分析和设计；2. 跟踪需求开发、测试、发布完成情况；进行开发审核；3. 组织对用户需求进行讨论和评审，编写系统功能需求，形成需求开发矩阵；4. 完成 “设计方案”，并提交到VSS和SDP-DOORS系统；司马军辉3统一需求版本管理组1 接收需求分解矩阵，录入SDP-DOORS系统，录入时标题编码规则：模块_省份_开发人员账号（即邮箱前缀）。2 进行开发安排录入和发布3 需求单的关闭需求管理员、项目助理4统一配置组1 进行单元测试和集成测试版本整理工作2 审核开发人员提交的代码清单；余慧娟5统一测试组1 进行测试计划的安排及单元测试、集成测
5、试2 编写测试用例3 产出测试报告4 在CQ录入系统BUG柳华3 流程图3.1 需求总体流程图3.2 SDP-DOORS需求管理系统流程图 SDP-DOORS需求管理系统流程图4 过程说明4.1 总体说明联通北六省BSS4.2项目的需求实现将采用SDP-DOORS需求管理系统承载。局方需求由统一需求组接收，提交给统一研发组，由统一研发组进行分析设计及开发安排。4.2 流程说明4.2.1 用户需求节点管理维度内容描述活动描述1、 接收用户需求之后，形成对应的需求改造范围说明分析文档；在该节点将系统需求录入系统2、 形成需求跟踪矩阵，放入VSS，需求跟踪矩阵具体格式，详见涉及模板中的“需求跟踪矩阵
6、.xls”参与角色【统一需求组】进入条件【统一需求组】确定接收用户需求，形成需求规格书涉及模板CU_BSS_需求跟踪矩阵节点输入软件需求规约单存储路径VSS节点输出1、 规格化的用户需求信息2、 CU_BSS_需求跟踪矩阵.xls存储路径1、 SDP2、 VSS4.2.2 安排分析节点管理维度内容描述活动描述进行需求分析任务的安排，包括所需的工时、计划开始结束时间、责任人等信息。参与角色【统一需求组】进入条件【统一需求组】已经将用户需求规格化并录入了SDP系统涉及模板无节点输入用户需求存储路径SDP节点输出分析任务的安排存储路径SDP4.2.3 需求分析节点管理维度内容描述活动描述1、【统一研
7、发组】进行需求分析和设计，形成相应的需求设计文档，提交VSS。 2、【统一研发组】进行功能分解，并进行开发计划的安排，形成Excel格式的需求开发矩阵表，提交VSS，并邮件通知【统一需求版本管理组】。具体的格式详见涉及模板中的“需求开发矩阵.xls”。3、【统一需求版本管理组】在该节点进行录入功能需求，同时录入各功能点的开发计划安排，包括时间安排和责任人。4、【统一需求版本管理组】收到需求开发矩阵.xls，邮件通知【测试组负责人】进行测试计划的安排；【测试负责人】安排好测试计划之后，提交给【统一需求版本管理组】参与角色【统一研发组】【统一需求版本管理组】进入条件开发组长已经将功能需求进行分解，
8、形成Excel表格，提交给【统一需求版本管理组】涉及模板CU_BSS_需求开发矩阵、软件需求设计节点输入1、 用户需求2、 Excel需求开发矩阵存储路径1、 SDP2、 VSS节点输出1、 需求设计文档放入vss2、 需求开发矩阵3、 开发安排存储路径1、 VSS2、 VSS3、 SDP4.2.4 开发安排节点管理维度内容描述活动描述1、【统一需求版本管理组】在该节点录入各功能点的开发计划安排以及测试计划安排，包括时间安排和责任人。2、当开发计划有变更，【统一研发组】更新VSS中的需求开发矩阵，并将更改内容邮件通知【统一需求版本管理组】，【统一需求版本管理组】通知【测试组负责人】变更相应的测
9、试计划，【测试组负责人】更改计划之后提交VSS并通知【统一需求版本管理组】，【统一需求版本管理组】并在SDP系统中更改计划，并重新发布计划；4、【统一需求版本管理组】进行版本计划的安排；版本计划作为【配置组】进行集成测试版本整理的触发依据；参与角色【统一需求版本管理组】【统一研发组】进入条件【统一需求版本管理组】收到需求开发矩阵；或者收到需求开发矩阵的变更邮件涉及模板无节点输入1、 系统需求2、 Excel需求开发矩阵；存储路径1、 SDP2、 VSS节点输出1、 开发计划发布2、 下发开发任务3、 版本计划存储路径1、 SDP2、 SDP3、 VSS4.2.5 功能开发4.2.5.1 功能设
10、计节点管理维度内容描述活动描述【开发人员】接收到相应的开发任务之后，在功能设计节点做代码级的设计，并提交该功能点完善后的相关“设计方案”文档参与角色【开发人员】进入条件【统一需求版本管理组】下发了任务。 涉及模板无节点输入开发任务存储路径SDP节点输出功能点完善后的“设计方案”文档存储路径VSS4.2.5.2 功能开发节点管理维度内容描述活动描述【开发人员】功能开发完成 之后，填写代码更新清单，以压缩附件形式在该节点提交。更新清单的格式详见设计模板中的“代码变更单_修改人邮箱前缀_需求编号_提交时间.xls”，更新清单的命名规则参考配置管理中的命名规则参与角色【开发人员】进入条件功能设计节点提
11、交完成 涉及模板代码变更单节点输入开发任务存储路径SDP节点输出功能点的代码清单存储路径SDP4.2.5.3 功能测试节点管理维度内容描述活动描述这里的功能测试，是指开发人员的内测，由【开发人员】自己完成。【开发人员】完成自测后，在节点提交自测报告参与角色【开发人员】进入条件功能开发节点提交完成 涉及模板无节点输入开发任务存储路径SDP节点输出自测报告存储路径SDP4.2.6 开发审核节点管理维度内容描述活动描述1、 这里的开发审核节点，由配置人员使用2、 【配置人员】收到系统邮件之后，进行初步的审核，审核内容有：1)开发人员是否提交自测报告；2）开发修改单填写是否符合要求；3、 【配置人员】
12、对初步审核通过的需求单，发邮件给该需求涉及到的【开发组长】，请他们进行体系外的开发审核，审核内容：1）文档是否缺失；2）文档质量；4、 【开发组长】审核完成之后，邮件通知【配置人员】进行单需求版本整理5、 【配置人员】根据开发的代码清单进行单需求版本整理，并提交配置清单，确认完成参与角色【配置人员】【开发组长】进入条件需求下所有功能分支都完成了自测并确认提交。 涉及模板无节点输入SDP系统提醒邮件存储路径无节点输出配置清单存储路径VSS4.2.7 系统测试节点管理维度内容描述活动描述1、 该节点给【测试人员】进行需求单元测试活动；2、 【测试人员】收到SDP系统提醒邮件之后，根据配置清单获取相
13、应代码进行编译部署；3、 【测试人员】对功能点进行单需求测试，测试过程中发现的BUG录入到CQ系统；若有问题需要回退，由执行退单，退回到开发过程；【开发人员】修改BUG后，重新在功能开发节点提交第二次的增量修改清单。触发配置人员重新进行版本整理；4、 【测试人员】可以在该节点看到该需求下所有BUG的情况。5、 当测试完成，测试人员在该节点提交测试用例及测试报告，并确认完成，若有BUG未关闭，系统会给出相应提示。参与角色【测试人员】进入条件配置组完成单元需求版本整理活动涉及模板无节点输入SDP系统提醒邮件存储路径无节点输出测试报告存储路径VSS4.2.8 产品配置节点管理维度内容描述活动描述1、
14、 【配置人员】依据【统一需求版本管理组】的版本计划来做集成测试的版本整理；2、 【配置人员】进行集成测试需求版本整理，并提交完成参与角色【配置人员】进入条件1、【统一需求版本管理组】发布了版本计划；2、单元测试通过涉及模板无节点输入1、【统一需求版本管理组】的版本计划2、SDP系统提醒邮件存储路径1、 VSS2、 SDP节点输出配置清单存储路径VSS4.2.9 现场测试节点管理维度内容描述活动描述1、 该节点给【测试人员】进行阶段性的集成测试活动；2、 【测试人员】收到系统邮件之后，根据配置信息获取相应代码进行编译部署；3、 【测试人员】进行集成测试，测试过程中发现的BUG录入到CQ系统；4、
15、 【测试人员】可以在该节点看到该需求下所有BUG的情况。5、 当测试完成，测试人员在该节点提交测试报告，并确认完成，但是若该需求下有BUG未关闭，系统强制无法提交完成。参与角色【测试人员】进入条件配置人员已经进行了集成测试版本整理。 涉及模板无节点输入SDP系统提醒邮件存储路径无节点输出测试报告存储路径无4.2.10 关闭节点管理维度内容描述活动描述1、 该节点由【统一需求版本管理组】进行确认关闭；用户需求2、 若是需求流程中还有其他节点未完成，需要强制关闭，则在节点进行强制关闭的操作，输入关闭理由；参与角色【统一需求版本管理组】进入条件需求已经通过集成测试节点涉及模板无节点输入系统邮件存储路
16、径无节点输出无存储路径无4.2.11 上线审核、上线、上线验证这三个节点暂时保留，由项目组自由支配。4.3 需求编码规则基线版本范围内任务编号规则需求来源编码（34位）+涉及模块编码（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信
17、控管理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上不存储
