CMMI软件过程规范_第1页
CMMI软件过程规范_第2页
CMMI软件过程规范_第3页
CMMI软件过程规范_第4页
CMMI软件过程规范_第5页
已阅读5页,还剩5页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

.浦发个贷系统,《软件过程规范》@;Huateng,2005PagePAGE10ofNUMPAGES10HuatengHuateng浦发个贷系统软件过程规范文件状态:[√]草稿[]正式发布[]正在修改文件标识:Company-Project-PP-PLAN当前版本:1.0作者:戴胜华完成日期:2005-03-18机构公开信息机构公开信息版本历史版本/状态作者参与者起止日期备注目录TOC\o"1-3"\h\z0.文档介绍 40.1文档目的 40.2文档范围 40.3读者对象 40.4参考文献 40.5术语与缩写解释 41.项目介绍 51.1项目范围 51.2项目目标 51.3客户与最终用户介绍 51.4开发方介绍 51.5制约 52.项目过程定义 62.1 过程模型 62.2 SPP模型 62.3SPP过程域的目的 72.4SPP文档结构与规范细分 83.人力资源计划 93.1SPP角色与职责表 103.2项目团队的政策 104.软硬件资源计划 104.1方法与工具 10

0.文档介绍0.1文档目的0.2文档范围0.3读者对象0.4参考文献提示:列出本文档的所有参考文献(可以是非正式出版物),格式如下:[标识符]作者,文献名称,出版单位(或归属单位),日期例如:[AAA]作者,《立项建议书》,机构名称,日期[SPP-PROC-PP]SEPG,项目规划规范,机构名称,日期0.5术语与缩写解释缩写、术语解释SPP精简并行过程,SimplifiedParallelProcessPP项目规划,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.2 SPP模型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和

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论