当前位置:
文档之家› 【软件工程】【CMMI】软件项目需求开发管理规程
【软件工程】【CMMI】软件项目需求开发管理规程
需求小组把《需求调查表》发给客户方需求提供人,需求提供人员根据当前实际情况填写《需求调查表》,并把调查结果反馈需求小组。
需求小组根据客户反馈的《需求调查表》编写《用户需求说明书》。
6.1.4.2.5
《用户需求调查表》,《用户需求说明书》。
6.1.4.2.6
《用户需求调查表》,《用户需求说明书》完成。
客户化项目:公司开发出较为成熟的软件产品,可以适用于某领域的大多数客户,项目实施过程中只需要针对不同的客户进行局部开发的项目。
EPG:工程过程组,组织、执行、维护软件过程改进的所有活动。
CCB:Change Control Board变更控制委员会(项目经理、客户、高级经理、技术专家等)。
CCB的参加范围可以根据不同的情况而有所变更:当变更的影响非常小,对项目的阶段性进度和阶段内的各项活动的影响也非常小,甚至可以忽略不计时,CCB可由项目经理和客户组成;当变更的影响仍非常小,对项目的阶段性进度的影响也非常小,甚至可以忽略不计,但在阶段内的活动需要有所变动时,投入的资源相对不发生变化时,CCB可以项目经理、项目组成员和客户组成;其他的情况,CCB应由项目经理、项目内的主要成员、高级经理和客户组成。
1
“需求开发”过程帮助项目组有序地分析和产生客户需求、产品及产品构件需求。
对需求进行管理、维护需求;
识别与项目计划和工作产品之间的不一致之处;
并且确保能把对需求的更改反映到项目计划、活动和工作产品中。
确保项目经过确认的用户需求,能被有效的管理、维护、跟踪,并正确的实现,最终满足用户的需要。
2
适用于公司所有项目、产品或产品升级的需求获取。
需求开发管理规程
文件状态:
[ ]草稿
[√]正式发布
[ ]正在修改
文档编号:
当前版本:
V1.0
建立日期:
创建人:
审核/批准人:
批准日期:
密级:
内部公开
文档修订记录
版本编号
变化状态
简要说明(变更内容和变更范围)
日期
变更人
批准人
V0.1
C
创建
V1.0
AU
评审审核
*变化状态:C——创建,A——增加,M——修改,D——删除,AU——审核
需求人员会:对有关技术问题进行评审、审查的组织,一般执行同行评审的活动。成员为项目经理、技术专家等,项目总监、技术副总可以以技术专家的身份参加需求人员会。针对具体的项目时,客户的技术专家也可以临时加入这个组织。
需求跟踪矩阵:用于维护项目实现客户需求的跟踪工具。
需求不一致:需求与项目计划和工作产品之间的差异。
从“需求开发”的“需求确认”结束开始,直到项目结束为止;有些项目可能只到通过“用户验收”为止。
3
需求开发:RD(Requirements Management),完成产品需求的获取、转换、细化描述、分析与确认的过程活动。
产品构件:最终可运行产品的各个组成部分,可以是软件的展现界面、业务逻辑模块、类或接口、基础构件、存储过程、数据结构、第三方产品等。
需求分析人员根据原始需求中描述的版本目标或售前需求等项目要求要素及以往项目中的开发过程中的问题反馈、客户使用过程中的问题反馈、项目实际实施过程中问题反馈、上一版本问题汇总及解决方案、以及如在迭代模型中上次迭代总结的本次迭代目标概要,确定本次项目活动中需求的调研目标(明确哪些问题、得到哪些成果物)、对象、方式、时间安排等内容。
工作产品:用于指由过程产生的任何人工制品。这些人工制品包括文档、产品的一部分、服务、过程、规范等。
需求基线:需求开发结束时发布的与需求相关的一组工作产品。这组工作产品一般包括需求开发的全部工作产品(需求文档、评审记录及参考文档)。是项目计划以及其他附属计划的参考依据。
4
角色
活动
高层经理
项目经理
需求分析人员
6.1.4.2.7
无
6.1.4.3
6.1.4.3.1
《用户需求调查表》,《用户需求说明书》。
6.1.4.3.2
开发客户需求完成。
6.1.4.3.3
需求分析人员。
6.1.4.3.4
在开发产品需求时,应注意前期需求的分析。
把客户需求理解为产品需求时应剖析客户需求本质;抽取共性需求,根据客户业务需求,区分主次,归纳,分析,总结并提炼。主要通过以下两个步骤进行需求分析:
客户提供的原始需求资料。
6.1.4.1.2
《商务合同解决方案书》完成。
6.1.4.1.3
高层经理,项目经理,需求分析人,项目组。
6.1.4.1.4
项目经理根据《合同书》确定需求开发范围和确定需求小组成员,会同需求人员制订需求开发的工作计划。
需求小组预研公司内部所积累的业务知识和基本解决方案,并向外部行业用户代表或行业专家了解行业需求,丰富需求小组进行需求开发的能力。
需求确认
组织需求确认
组织需求确认
客户进行确认
变更管理
审批变更
审批变更
收集变更需求
客户提出变更
需求跟踪
每个阶段完善需求跟踪矩阵
5
不可以裁剪。
6
6.1
6.1.1
6.1.2
项目已经立项;
已经确定的了需求分析人员
6.1.3
《合同书》;
客户提供的原始需求资料。
6.1.4
6.1.4.1
6.1.4.1.1
《合同书》;
项目组
客户
准备
参与需要开发及管理计划评审
执行需求开发及管理计划
参与需要开发及管理计划评审
参与需要开发及管理计划评审
需求调查
执行需求调查
配合需求调查,提供原始需求
建立用户需求说明书
建立用户需求说明书
需求分析
执行需求分析
建立需求规格说明书
建立需求规格说明书
需求评审
参加评审
组织评审
参加评审
参加评审
可能时,参加评审
需求调研的对象可能会是:客户、售前人员、售后服务人员、产品实施人员、竞争对手的产品等。
项目经理组织相关人员对需求开发计划的安排进行评审,直到评审通过后将应用计划到项目的实际活动中使用。如不通过则相关人员进行修改重新执行评审。
6.1.4.1.5
《项目计划书》中项目需求与管理计划。
6.1.4.1.6
《项目计划书》中项目需求与管理计划完成。
6.1.4.1.7
无
6.1.4.2
6.1.4.2.1
制订需求开发的详细计划。
6.1.4.2.2
需求开发准备完成。
6.1.4.2.3
需求分析人,客户。
6.1.4.2.4
项目经理与用户管理层确定客户方需求提供人(高层领导、管理干部或具体用户),并协调客户方需求提供人开展工作。
需求小组根据项目经理制订的工作计划以及需求开发的范围,在《需求调查表》填写需要调查的信息。