整理项目质量与监控方案.docx
- 文档编号:30200937
- 上传时间:2023-08-07
- 格式:DOCX
- 页数:11
- 大小:95.50KB
整理项目质量与监控方案.docx
《整理项目质量与监控方案.docx》由会员分享,可在线阅读,更多相关《整理项目质量与监控方案.docx(11页珍藏版)》请在冰豆网上搜索。
整理项目质量与监控方案
项目质量管理体系实施方案
一、简述:
多年来计算事业的发展使人们认识到要高效率、高质量和低成本地开发软件,必须改善软件生产过程。
软件生产转向以改善软件过程为中心,是软件产业或迟或早都要走的道路。
软件行业已经或正在经历着软件过程的成熟化,并向"软件的工业化"渐进过渡。
而规范的软件过程是软件工业化的必要条件。
CMM(软件成熟度模型),就是一个基本架构,其中包含各个进程的关键的元素,能够用来度量过程的有效性和实用性;能够找出这样的一些机会,继续改进的机会,包括在商业目标、策略还有降低项目的风险等方面。
基于CMM建立的项目质量管理体系,主要面向软件过程。
项目质量管理体系,与组织技术积累与管理体系、员工的软件工程能力培训体系配合,将人员、技术和工具等组织起来,通过有效的管理手段,提高软件生产的效率,保证软件产品的质量。
二、CMM架构:
CMM为企业软件能力提供了一个阶段式的五级进程,共计18个核心过程域,52个目标,300多个核心实践。
第一级初始级(Initiallevel)
第二级可重复级(Repeatablelevel)
第三级定义级(Definedlevel)
第四级管理级(Managedlevel)
第五级优化级(Optimizinglevel)
CMM是对软件开发实践所设计的整个工程流程的规定和分析,它的体系既包括软件工程过程本身,也包括对这一过程的管理。
CMM强调企业应对软件过程进行连续的改进,在这一改进过程中,分级结构将提供不同等级中的目标和核心领域来规范这一过程并为企业评论和改进自身生产能力提供客观标准。
CMM描述的五个等级的软件过程反映了从混乱无序的软件生产到有纪律的开发过程,再到标准化、可管理和不断完善的开发过程的阶梯式结构。
除第一级初始级外,每一级成熟度都由若干核心过程域构成,这些核心过程域分别针对软件开发过程的某一方面阐述了这一等级的软件过程在此方面应达到的目标组的核心实践。
CMM2级的特点:
确定了基本的软件生产管理和控制,能针对特定软件项目制定开发过程及管理措施,能将以往项目开发经验用于类似的新项目,有一套不同的软件生产过程提供不同项目选择。
软件生产成本和工期能得以客观预测并被有效追踪,过程标准在项目实施中能保证被遵循。
项目的开发是有计划的,有控制的,并可重复的行为,总原则是:
一个可管理的过程是一个可重复的过程并能逐渐改进和成熟。
CMM2级的管理过程包括:
需求管理(RM),项目计划(SPP),项目追踪和监控(SPTO),子合同管理(SSM),质量保证(SQA)与配置管理(SCM)等六个方面。
在该级的企业可以给客户较有保证的承诺,因为企业可在以往同类项目的成功经验上总结和建立起一整套过程准则来保证成功地重复。
项目管理采用基准来标识进展并对成本和进度进行追踪,企业通过子合同管理同客户建立了有效的供求关系,面对开发缺陷有规则可以依据来纠正错误,个人英雄行为被稀释并分解到企业整体的规则和管理框架之中,文档的准备和项目数据的收集也相应完备。
三、项目质量管理体系初步实施规划
1、CMM2级的阶段目标:
建立软件项目开发过程并进行有效管理;建立需求管理,明确客户要求;建立各类项目计划;建立完善的文档体系,严格执行质量监控;按CMM二级所规定的各项核心实践进行开发。
2、实施方针
当前项目管理体系中,有基于CMM3级的全套体系文件作为文档体系的标准文件。
基本软件过程,可以以其中定义的过程为基础,在具体项目应用时进行过程裁剪,作为进行质量管理体系的推行和实施的基础。
具体的过程文件、模板,其中具体内容改进在体系的运行中进行持续改进;
3、初步实施的范围:
从项目计划(SPP)、项目追踪和监控(SPOT)、质量保证(QA)、配置管理(CM)四个领域着手开始进行实施;
4、实施目标:
每项管理的内涵与实施过程基本确定与有序;
具有指导项目建立适当管理过程的策略;
确定基本的软件管理控制:
四、质量管理体系实施内容
子合同管理可以暂不考虑;需求管理需与客户统一,当前以《软件需求规格说明书》和《需求跟踪矩阵》为输出要求,暂不进行过程要求;
从策划、监控、QA、CM四个领域开始,进行质量管理体系推进。
一)项目策划过程域:
进行项目估算,并依据文档化的流程,形成项目计划文档。
项目计划文档经复审后纳入配置管理,由项目开发人员遵循,并据此跟踪检查计划的执行。
具体参照《S_PP000_项目策划过程》
1、目的:
建立合理的计划,以执行软件工程和管理软件项目。
是开展项目活动的基础,是软件项目跟踪与监控(SPTO)的基础。
2、过程开始的必须条件:
●输入《项目立项书》
●完成《软件需求说明》
●完成《生命周期模型》
3、策划过程域的任务项:
1)过程域的任务项说明:
●项目定义:
完成项目过程定义;
选择生命周期模型;
确定标准过程模型;
确定各阶段的入口标准、工作任务、出口标准;
●项目估计:
进行项目的范围估计、工作量估计和成本估计等;
阶段工作成果:
《项目估计表》
●制定项目计划:
完成《项目计划》;包括附属计划:
《测试计划》、《项目培训计划》、《配置管理计划》、《质量保证计划》。
●审批项目计划
阶段工作成果:
《项目计划审批表》
2)项目采用MicrosoftWord拟定计划文档,以MicrosoftProject拟定计划的进度表。
3)估算过程文档和软件项目计划文档必须通过相关组的审查,以获得相关组及个人的支持,包括:
系统分析组、设计组、编码组、测试组、质量保证组、配置管理组。
4)配置管理人员将软件开发计划文档纳入配置管理。
4、过程输出:
《项目计划》
二)项目监控过程域:
跟踪的方式有三种:
周跟踪、里程碑跟踪、不定期跟踪。
跟踪过程发现的问题填写《问题跟踪表》,跟踪的输出结果纳入配置管理。
具体参照《S_PMC000_项目监督和控制过程》
1、目的:
建立对实际进展的适当的可视性,为了及时发现开发过程与项目计划之间的误差,使项目经理或高层管理者能够及时了解软件开发过程的状态,能在软件项目明显偏离软件计划时采取有效措施。
2、过程开始的必要条件:
完成《项目计划》
3、项目监控过程域的任务项:
1)计划跟踪:
分周跟踪与里程碑跟踪:
角色
活动
输出
汇报对象
周跟踪
项目成员
编写个人周报
《个人周报》
项目经理
参加项目例会
项目经理
编写个人周报
《个人周报》
所属部门经理
进行周跟踪(工作量、进度、风险、资源、承诺、问题)
《项目计划》
《问题跟踪表》
《风险管理报告》
部门经理
编写项目周报
《项目周报》
部门经理
召开项目例会
《会议纪要》
会议成员及涉及的相关人员
里程碑跟踪
项目经理
《项目里程碑报告》
部门经理
2)问题管理:
记录《问题跟踪表》
4、过程结束的输出:
《个人周报》
《项目周报》
《项目里程碑报告》
《会议纪要》
《问题跟踪表》
《风险管理报告》
三)质量保证过程域(QA):
通过对软件开发过程的监控和评测保证软件质量。
具体参见《S_PPQA000_过程与产品质量保证过程》
1、目的:
通过有计划地检查“工作过程以及工作成果”是否符合既定的规范,来监控和改进“过程质量”与“产品质量”。
2、过程开始的必要条件:
完成《项目计划》
3、项目监控过程域的任务项:
1)过程域的任务项说明:
●质量保证策划:
完成《项目质量保证计划》
●QA评审与检查:
完成《QA问题跟踪表》;
按阶段、里程碑点,完成《过程审计单》、《产品审计单》;
●QA工作汇报:
完成《QA工作报告》
4、过程结束的输出:
《质量保证计划》
《QA工作报告》
《过程审计单》
《产品审计单》
《QA问题跟踪表》
四)配置管理过程域(CM):
标识在给定时间点上软件的配置,系统地控制对配置的更改,并维护在整个软件生命周期内配置的完整性和可跟踪性。
软件配置管理分为两方面的内容,一是配置项的识别和管理,另一方面是变更管理。
主要工作活动包括:
配置项识别、基线管理、配置状态跟踪、变更控制、配置审计及产品构造与发布。
采用统一的配置管理软件MicrosoftVisualSourceSafe来开展配置管理工作。
1、目的:
在整个软件生命周期中建立和维护软件项目中的产品的完整性。
2、过程开始的必要条件:
完成《项目计划》
3、配置管理过程域的任务项:
1)过程域的任务项说明:
●配置库管理:
配置库至少包括受控库、非受控库两个部分;可根据项目情况增加产品库;主要工作活动包括:
配置项识别、基线管理、配置状态跟踪、产品构造与发布。
完成《VSS资源申请表》
基线管理,完成《配置状态报告》
配置状态跟踪,完成《配置项状态报告》
产品构造与发布,完成《发布报告》
项目结项完成《配置库管理报告》
●版本控制
完成基线管理和配置状态跟踪活动;
基线管理,完成《配置状态报告》
配置状态跟踪,完成《配置项状态报告》
产品构造与发布,完成《发布报告》
●变更控制
(二)环境影响经济损益分析的步骤
2)规划实施可能对环境和人群健康产生的长远影响。
完成《配置项变更报告》、《配置项状态报告》
完成《配置状态报告》
●配置审计
跟踪和报告CM活动,审查CM过程,保证CM实践在软件维护期间得到执行
完成《配置审计报告》
五、文件清单
KPA
体系文件
工作产品
过程文档
规程、规范文档
文档
表格
检查单
会议记录
评审报告
报告
RM
需求管理过程文档
软件需求规格说明书
软件需求规格说明书检查单
软件需求规格评审
需求跟踪矩阵
SPP
项目策划过程定义
软件生命周期模型
软件开发计划
项目估计表
风险检查表
项目计划评审
立项报告
项目估计规程
项目开发进度
项目计划审批表
计划变更规程
SPTO
项目监督和控制过程
项目计划与跟踪指导
个人周报
问题跟踪表
会议记录
风险管理报告
项目周报
项目里程碑报告
SQA
过程与产品质量保证过程
审计指南
软件质量保证计划
QA问题跟踪表
QA审计单
项目SQA工作报告
过程审计单
产品审计单
SCM
配置管理过程
配置管理规范
软件配置管理计划
VSS资源申请表
配置审计报告
发布报告
配置状态报告
配置项状态报告
配置库管理报告
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 整理 项目 质量 监控 方案