软件成熟度模型-已定义级论文.docx_第1页
软件成熟度模型-已定义级论文.docx_第2页
软件成熟度模型-已定义级论文.docx_第3页
软件成熟度模型-已定义级论文.docx_第4页
软件成熟度模型-已定义级论文.docx_第5页
已阅读5页,还剩2页未读 继续免费阅读

下载本文档

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

文档简介

湖南农业大学课程论文学 院:班 级: 姓 名: 学 号:课程主题:可重复级、已定义级、已管理级、优化级课程论文题目:已定义级关键过程域分析课程名称:软件成熟度模型(CMM)评阅成绩:评阅意见:成绩评定教师签名:日期: 年 月 日已定义级关键过程域分析摘 要:软件成熟度模型(CMM)是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述,是一种用于评价软件承包能力并帮助其改善软件质量的方法,它侧重于软件开发过程的管理及工程能力的提高与评估。CMM分为五个等级:一级为初始级,二级为可重复级,三级为已定义级,四级为已管理级,五级为优化级。其中,已定义级是已经将管理和工程活动两方面的软件过程文档化,标准化,并综合成该机构的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件。关键词: 软件成熟度;软件开发;已定义级 一、CMM概述CMM(Capability Maturity Model)软件能力成熟度模型,是有关软件企业/组织的软件过程进程中各个发展阶段的定义、实现、质量控制和改善的模型化描述。其核心思想是将软件开发视为一组过程,并根据统计质量管理的理论对软件开发进行过程管理,以使其满足工程化、标准化的要求,是企业能够更好地实现商业目标。二、CMM的等级划分及依据CMM分为五个等级:一级为初始级,二级为可重复级,三级为已定义级,四级为已管理级,五级为优化级。CMM包括两部分软件能力成熟度模型和能力成熟度模型的关键惯例。软件能力成熟度模型主要是描述此模型的结构,并且给出该模型的基本构件的定义。能力成熟度模型的关键惯例详细描述了每个关键过程方面涉及的关键惯例。“关键惯例”是指使关键过程方面得以有效实现和制度化的作用最大的基础设施和活动,对关键过程的实践起关键作用的方针、规程、措施、活动以及相关基础设施的建立。各个关键惯例按每个关键过程方面的5个公共特性(对执行该过程的承诺,执行该过程的能力,该过程中要执行的活动,对该过程执行情况的度量和分析,及证实所执行的活动符合该过程)归类,逐一详细描述。当作到了某个关键过程的全部关键惯例就认为实现了该关键过程,实现了某成熟度级及其以低级所含的全部关键过程就认为达到到了该级。三、已定义级关键过程域分析已定义级是指软件的开发过程(包括技术工作和管理工作)均已实现标准化,文档化,并且建立了完善的培训制度和专家评审制度,全部技术活动和管理活动均可控制,所有人员对项目进行中的过程,岗位和职责均有共同的理解。(一) 已定义级的关键过程域已定义级有7个关键过程域,主要涉及项目和组织的策略。 使软件组织建立起对项目中的有效计划和管理过程的内部细节。它们分别为:机构过程焦点(Organization Process Focus ,OPF) 机构过程定义(Organization Process Definition ,OPD) 培训大纲(Training Program ,TP) 综合软件管理(Integrated Software Management ,ISM) 软件产品工程(Software Product Engineering ,SPE) 组间协调(Intergroup Coordination ,IC) 同行评审(Peer Reviews ,PR)(二)机构过程焦点1、目的使机构内部软件过程的制定和改进活动协调一致;相对于过程标准,将所使用的软件过程的优势和薄弱环节标识清楚;计划好机构级的过程开发和改进活动。为改进机构整体软件过程能力的软件过程活动建立机构。2、组成机构过程焦点包括:建立和维护机构软件过程和项目软件过程的默契关系,并协调有关评估、开发、维护和改进这些过程的活动。3、执行的活动定期评估软件过程,并根据评估结果制定行动计划;机构制定和维护用于其软件过程的计划;在机构级协调关于机构和项目的软件过程的开发和改进活动; 在机构协调有关软件过程数据库的使用;监控和评价机构中限制使用的新过程、方法和工具。合适时,推广到机构的其他部分;在机构内协调机构和项目的软件过程的培训;向与实施软件过程有关的小组通报机构和项目中软件过程开发和改进活动的情况。(三)机构过程定义1、目的开发和维护一组便于使用的软件过程资源集,以提高各项目的软件过程效能, 它以积累的方式使机构长期受益。2、组成机构过程定义包括制定和维护机构标准软件过程,以及相关的过程资源,根据机构对机构过程定义的实施情况,这些资源经多种方式汇集。3、执行的活动依据书面规程,开发和维护机构标准软件过程;依据已建立的机构标准,将机构标准软件过程形成文档;编写和维护经确认由项目使用的软件生命周期描述文档;制定和维护项目剪裁机构标准软件过程的指南和准则;建立和维护机构的软件过程数据;建立和维护软件过程相关文档库。(四)培训大纲1、目的培训大纲关键过程域的目的是提高个人技能和知识,使其有效地履行职责。 培训大纲首先识别机构、项目和个人所需的培训,然后针对需求进行相关培训。 每个软件项目评价当前和未来的技能需求,并决定如何获得这些技能。有些通过非正式方式(如 在职培训和非正式授课)获得,有些通过正式方式获得(如课堂教学和有指导的自学),可根据实际情况选择合适的方式。 2、组成该关键过程域包括培训组完成培训功能的实践,而具体的培训课题(如需要的知识和技能)包含在各关键过程域的执行能力共同特性中。3、执行的活动各软件项目开发和维护规定其培训需求的培训计划;依据书面规程,制定和修改机构的培训计划;依据机构培训计划实施培训;依据机构标准开发和管理机构的培训课程;制定免修培训的规程,并据此确定已掌握所需知识和技能的人员免于培训;管理培训记录。(五)综合软件管理1、目的综合软件管理的目的是将软件工程和管理活动结合成为密切相关、定义完整的软件过程。该软件过程是从机构标准软件过程和相关过程资源中剪裁而来的,这在机构过程定义关键过程域中已进行了说明2、组成综合软件管理包括开发项目定义的软件过程和使用该项目定义的软件过程管理软件项目。项目定义的软件过程是针对该项目的具体特性从机构标准关键过程中剪裁而来的。3、执行的活动根据书面规程,剪裁机构标准软件过程来开发项目定义的软件过程; 按照书面规程,修改每个项目定义的软件过程;依据书面规程,制定和修改项目的软件开发计划,它描述项目定义的软 件过程的使用;依据项目定义的软件过程管理软件项目;将机构的软件过程数据库用于软件计划和估计;依据书面规程,管理软件工作产品规程(或软件工作产品更改的规模);依据书面规程,管理项目的软件工作量和成本;按照书面规程,管理项目的关键计算机资源;依据书面规程,管理项目软件进度中的重要关系和重要路径;依据书面规程,识别、评估、记录和管理项目的软件风险;合适时,定期评审软件项目,采取相应措施使软件项目的运行效能和 结果与市场、客户和最终用户的当前需求及预期需求一致。(六)软件产品工程 1、目的软件产品工程的目的是为了一致地执行一个经过完整定义的工程过程,该过程综合了所有软件工程活动,以便高效生产出正确而一致的软件产品。2、组成软件产品工程包括使用项目定义的软件过程以及适当的方法和工具去实施一系列工程任务,以便建立和维护软件产品。软件工程任务包括分析指定给软件的系统需求,开发软件需求、开发软件习题结构、设计软件、 编码、集成软件部件,并测试软件以验证它满足所规定的需求。3、执行的活动将合适的软件工程方法和工具集成到项目定义的软件过程中;依据项目定义的软件过程,通过系统地分析给定需求,对软件需求进行 开发、维护、建立文档和验证;依据项目定义的软件过程,对软件设计进行开发、维护、建立文档和验证,以满足软件需求和形成编码框架;依据项目定义的软件过程,对软件代码进行开发、维护、建立文档 和验证,以实现软件需求和软件设计;依据项目定义的软件过程,实施软件测试;依据项目定义的软件过程,计划和实施软件的集成测试;计划和实施软件系统测试和验收测试,以表明该软件满足需求; 依据项目定义的软件过程,编写和维护用于运行和维护软件的文档;依据项目定义的软件过程,收集和分析在同行评审和测试中发现的缺陷 数据;维护软件工作产品的一致性,包括软件计划、过程描述、给定需求、 软件需求、软件设计、代码、测试计划和测试规程。(七)组间协调1、目的组间协调的目的是为了建立一种工作方式,使软件工程组与其他小组能积极协作,从而使项目能更好、更有效地满足客户需求。2、组成组间协调包括软件工程组与其他项目工程组进行合作,处理涉及系统层的需求,目标和问题。合适时,项目工程组的代表参与客户和最终用户建立系统层的需求,目标和计划工作。这些需求目标和计划成为所有工程活动的基础。3、执行的活动合适时,软件工程组和其他工程组与客户和最终用户一起参与适当合作, 建立系统需求; 项目软件工程组的代表与其他工程组的代表协作,监督和协调技术活动并 解决技术问题;使用书面计划交流小组间的约定,协调和跟踪所进行的工作;依据书面规程,确定、协调和跟踪工程组间的关键依赖关系;作为其他工程组的输入而生产的工作产品,由接收小组的代表评审,以确定该产品满足他们的需要;依据书面规程,处理项目工程组的代表不能解决的组间问题;项目工程组的代表定期地召开技术评审和交流会议(八)同行评审1、目的同行评审的目的是为了尽早而有效地排除软件工作产品中的缺陷,一个重要的必然结果是对软件工作产品和可预防的缺陷有更好的理解。2、组成同行评审包括由生产者的同行对软件工作产品实行的有组织、有计划的检查,以找出缺陷和需做更改的地方。需经同行评审的具体产品在项目定义的软件过程中加以标识,并作为软件项目计划活动的一部分安排进度计划,如综合软件管理关键过程域中所述。此关键过程域只包含实施同行评审的实践。而有关经同行评审以识别具体软件工作产品的实践包含在描述开发和维护每个软件产品的关键过程域中。3、执行的活动计划同行评审与编制计划文档这些计划:确定经同行评审的软件工作产品 详细说明同行评审的进度计划;依据书面规程,实施同行评审;记录同行评

温馨提示

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

评论

0/150

提交评论