CMMI软件过程规范.docx
- 文档编号:3404436
- 上传时间:2022-11-22
- 格式:DOCX
- 页数:9
- 大小:19.10KB
CMMI软件过程规范.docx
《CMMI软件过程规范.docx》由会员分享,可在线阅读,更多相关《CMMI软件过程规范.docx(9页珍藏版)》请在冰豆网上搜索。
CMMI软件过程规范
Huateng
浦发个贷系统
软件过程规范
文件状态:
[√]草稿
[]正式发布
[]正在修改
文件标识:
Company-Project-PP-PLAN
当前版本:
1.0
作者:
戴胜华
完成日期:
2005-03-18
机构公开信息
版本历史
版本/状态
作者
参与者
起止日期
备注
0.文档介绍
0.1文档目的
0.2文档范围
0.3读者对象
0.4参考文献
提示:
列出本文档的所有参考文献(可以是非正式出版物),格式如下:
[标识符]作者,文献名称,出版单位(或归属单位),日期
例如:
[AAA]作者,《立项建议书》,机构名称,日期
[SPP-PROC-PP]SEPG,项目规划规范,机构名称,日期
0.5术语与缩写解释
缩写、术语
解释
SPP
精简并行过程,SimplifiedParallelProcess
PP
项目规划,ProjectPlanning
…
1.项目介绍
1.1项目范围
提示:
(1)用简练的语言说明本项目“是什么”,“说明用途”。
(2)说明本项目“应当包含的内容”和“不包含的内容”。
(3)说明本项目“适用的领域”和“不适用的领域”。
1.2项目目标
提示:
说明本项目的目标,这些目标必须是“可实现”、“可验证”的。
1.3客户与最终用户介绍
提示:
如果是合同项目,请说明本项目的客户及其责任人是谁,描述最终用户的特征。
如果不是合同项目,请描述潜在客户和最终用户的特征。
1.4开发方介绍
提示:
如果是合同项目,请说明本项目的开发方是谁,责任人是谁。
1.5制约
提示:
(1)请说明在项目开发过程中应当遵循的标准或规范,注意可能存在特殊的行业规定,请不要遗漏。
(2)请说明相关项目可能对本项目造成的影响。
(3)说明一些假设和依赖。
2.项目过程定义
2.1过程模型
SPP(“精简并行过程”SimplifiedParallelProcess)是基于CMMI以及软件工程和项目管理知识而创作的一种“软件过程改进方法和规范”,它由众多的过程规范和文档模板组成。
SPP主要用于指导国内IT企业持续地改进其软件过程能力。
此处“精简并行”的含义是:
1、对CMMI3级以内各过程域的内容和要求作了“精简”处理。
2、在产品生命周期之内,项目管理过程、项目研发过程和机构支撑过程“并行”开展。
本章是SPP的综述文章,全面介绍SPP的思想方法以及软件过程改进政策。
2.2SPP模型
✧SPP模型把产品生命周期划分为5个阶段,分别为:
✧产品定义阶段,记为PH1。
✧产品开发阶段,记为PH2。
✧产品测试阶段,记为PH3。
✧用户验收阶段,记为PH4。
✧产品维护阶段,记为PH5。
在SPP模型中,软件项目的过程有三大类:
项目管理过程、项目研发过程和机构支持过程。
上述三类过程可以细分为19个主要过程域,分布在PH1到PH5的各个阶段。
项目管理过程包含6个过程域,分别为:
✧立项管理
✧结项管理
✧项目规划
✧项目监控
✧风险管理
✧需求管理
项目研发过程包含8个过程域,分别为:
✧需求开发
✧技术预研
✧系统设计
✧实现与测试
✧系统测试
✧Beta测试
✧客户验收
✧技术评审
机构支撑过程包含5个过程域,分别为:
✧配置管理
✧质量保证
✧培训管理
✧外包与采购管理
✧服务与维护
2.3SPP过程域的目的
SPP所有19个过程域的目的如表2-1所示。
项目管理过程域
目的
(此部分略)
项目研发过程域
目的
需求开发
通过调查与分析,获取用户需求并定义产品需求。
技术预研
在立项之后到开发工作完成之前的时间内,对项目将采用的关键技术提前学习和研究,尽可能早地发现并解决开发过程中将会遇到的技术障碍。
系统设计
设计软件系统的体系结构、用户界面、数据库、模块等,从而在需求与代码之间建立桥梁,指导开发人员去实现能满足用户需求的软件产品。
实现与测试
依据系统设计文档,编写并测试整个系统的代码。
在SPP中,实现与测试是“编程、代码审查、单元测试、集成测试、缺陷管理与改错”的综合表述。
系统测试
对最终系统进行全面的测试,确保最终系统满足产品需求并且遵循系统设计。
Beta测试
在产品正式销售之前,开发方将产品交付给一些潜在的客户免费试用,请他们对产品进行测试,并获取他们对产品的建议。
客户验收
客户依据合同对产品进行审查和测试,确保产品满足客户需求。
技术评审
尽早地发现工作成果中的缺陷,并帮助开发人员及时消除缺陷,从而有效地提高产品的质量。
此过程也可以加入其他过程域。
机构支撑过程域
目的
配置管理
通过执行版本控制、变更控制等规程,以及使用配置管理软件来保证所有配置项的完整性和可跟踪性。
配置管理是对工作成果的一种有效保护。
质量保证
提供一种有效的人员组织形式和管理方法,通过客观地检查和监控“过程质量”与“产品质量”,从而实现持续地改进质量。
外包与采购管理
选择合适的承包商(外包)和供应商(采购),并依据合同进行有效的管理。
培训管理
根据机构(或项目)的需求来制定培训计划,并监督该计划的实施,确保培训取得预期效果。
服务与维护
是指产品销售之后的客户服务和产品维护,其宗旨是提高客户对产品以及对开发方的满意度。
表2-1SPP过程域的目的
2.4SPP文档结构与规范细分
项目管理过程域
主要规程
文档模板
(此部分略)
项目研发过程域
主要规程
文档模板
需求开发
SPP-PROC-RD
需求分析
需求定义
《需求说明书》
技术预研
SPP-PROC-TPR
技术预研
《技术预研报告》
系统设计
SPP-PROC-SD
体系结构设计
用户界面设计
数据库设计
模块设计
《功能说明书》
《体系结构设计书》
《模块设计说明书》
《数据库设计书》
实现与测试
SPP-PROC-IT
实现与测试
《编码规范》
《测试计划》
《代码模板》
系统测试
SPP-PROC-ST
系统测试
《测试用例》
《测试报告》
客户验收
SPP-PROC-CA
客户验收
《客户验收计划》
《客户验收报告》
技术评审
SPP-PROC-TR
正式技术评审
非正式技术评审
文档和计划评审
《技术评审计划》
《技术评审报告》
《技术评审检查表》
机构支撑过程域
规程与关键活动
文档模板
质量保证
SPP-PROC-QA
制定质量保证计划
过程与产品质量检查
问题跟踪与质量改进
《质量保证计划》
《质量保证检查表》
配置管理
SPP-PROC-CM
制定配置管理计划
配置库管理
版本控制
变更控制
《配置管理计划》
培训管理
SPP-PROC-TM
机构培训管理
项目培训管理
《客户培训计划》
《用户手册》
表2-3SPP规范细分
3.人力资源计划
提示:
规划小组制定本项目的角色职责表,并为已知的项目成员分配角色(一个人可以兼多个角色)。
角色
职责
人员
工作说明
机构领导
项目经理
需求分析员
系统设计员
程序员
测试员
质量保证员
配置管理员
…
3.1SPP角色与职责表
SPP的主要角色及其职责如表2-4所示(详见各个过程域对角色与职责的描述)。
企业在应用SPP时,可以将SPP的各个角色映射到企业原有的岗位上,也可以依据SPP角色建立新的岗位。
一个人可以被赋予多个角色,视具体情况而定。
常设角色
职责简述
表2-4SPP的角色与职责简表
3.2项目团队的政策
项目中的任何管理人员、开发人员、测试人员等,必须学习与本职工作相关的过程规范,每个人都必须明白自己“应当在什么时候依据什么规范做什么事情”。
项目经理应当树立榜样,并且督促项目成员们按规范做事。
允许项目经理根据本项目的特征,在SEPG和QAG的指导下,适当地裁剪或扩充机构的过程规范,从而快速建立本项目的过程规范。
这项工作应当在“项目规划过程域”中完成,并在《项目计划》中体现出来。
4.软硬件资源计划
4.1方法与工具
提示:
规划小组分析项目开发、测试、运行所需的软硬件资源,主要内容包括:
✧资源级别(分为“关键”、“普通”两种)
✧详细配置
✧获取方式(如“已经存在”、“可以借用”或“需要购买”等)与获取时间
✧使用说明(如“谁”在“什么”时候使用)
软硬件资源名称
级别
详细配置
获取方式与时间
使用说明
关键
关键
关键
普通
普通
…
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- CMMI 软件 过程 规范