cmmi

论:CMMI项目集成管理(IPM)

拥有回忆 提交于 2020-03-28 15:25:54
项目集成管理方法 一、建立项目集成管理的过程和方针 1. 建立方针:我们组织的过程方针描述中,有对项目集成管理方针的描述。 2. 建立过程:依据组织的过程流程、裁剪指南;结合项目特性,裁剪得出项目过程定义。其中包含了项目集成管理的过程。 二、策划项目集成管理过程 3. 策划项目集成管理过程:项目主计划和进度计划中,策划了项目集成管理的过程。 4. 获取资源:项目主计划中明确了对项目集成管理所需要的人员和软硬件环境资源的描述;公司提供了项目集成管理的支持体系。 5. 明确职责:团队建设指南中描述了,项目人员的角色、职责和任务;项目主计划中描述了参与项目的人员、角色职责和任务 6. 进行培训:我们参加了组织过程培训,其中有对项目集成管理过程的培训。 三、执行项目集成管理 7. 建立并维护项目过程定义:项目策划时,依据组织过程流程,参考周期裁剪指南,结合项目特性裁剪得出项目过程定义;项目瀑布式开发的生命周期。 8. 利用组织过程资产库和度量数据策项目:利用组织提供的劳动生产率和各阶段工作量比值,对项目工作量进行了估算。利用了组织提供的体系规程和模板来建立项目过程中的工作产品。 9. 建立项目工作环境:依据组织工作环境标准 和 产品合同要求来建立项目工作环境。我们的主计划中描述了 开发环境;测试计划中描述了测试环境。 10. 制定各种计划:主计划(项目资源计划、外部干系人管理计划、数据计划

论:CMMI项目监督和控制方法(PMC)

南楼画角 提交于 2020-03-21 21:54:00
项目监督和控制方法 一、建立项目监控的 过程和方针 1. 建立方针:我们组织过程方针中,有对项目监控方针的描述。 2. 建立过程:依据组织过程流程,参考裁剪指南,结合项目情况裁剪得出项目过程定义,其中就包含了项目监控过程。 二、策划项目监控活动 3. 策划过程:在项目主计划及项目时间安排表中策划了执行项目监控的过程。 4. 获得资源:项目主计划中描述了执行项目监控所需的人员及软硬件环境资源;公司提供了体系规程和模板支持。 5. 明确人员职责:组织团队建设指南中明确了项目人员角色的职责;在项目主计划和质量保证计划中描述了项目参与的人员、角色职责和任务。 6. 进行培训:参加了组织过程培训,其中有关于项目监控过程的培训。 三、实施项目监控活动 7. 对计划进行监督:每周开展周例会,进行周报编写,对项目计划中的实际数据,包括:需求规模、进度安排、工作量的安排、质量管理规划等等进行监控。每周项目经理通过项目数据统计表监控项目进度。在里程碑会议上,做对项目做出阶段性的总结。 8. 对计划完成情况进行监督:通过周例会检查工作情况;里程碑点时,项目经理总结本阶段的任务完成情况,对相关干系人的产物进行验证。 9. 对风险进行监督:依据风险管理计划,每周、每里程碑、事件触发时对风险进行管理。 10. 对配置管理进行监督:在周例会上听取配置管理人员的工作汇报,查询配置项状态记录表。 11.

什么是CMM和CMMI

血红的双手。 提交于 2020-03-09 08:11:06
CMM是由美国软件工程学会(Software Engineering Institute)制定的一套专门针对软件产品的质量管理和质量保证标准。该标准最初是为美国军方选择软件产品提供商时评价软件企业的软件开发质量保证能力而制定,所以称为软件企业能力成熟度模型(Capability Maturity Model,简称CMM)。该标准将软件企业的能力成熟度划分为5个等级,级别越高表明该企业在提供合格软件产品方面的能力越强。 CMM(Capability Maturity Model) 是能力成熟度模型的缩写。CMM的工作最早开始于1986年11月,当时为了满足美国联邦政府评估软件供应商能力的要求,美国卡内基·梅隆大学的软件工程研究院SEI牵头,在Mitre公司的协助下,于1987年9月发布了一份能力成熟度框架(Capability Maturity Framework)以及一套成熟度问卷(Maturity Questionnaire).很多人认为这套问卷就代表了CMM模型,其实它只是用于探索软件过程成熟度的一个工具,真正的模型出现在四年以后。SEI总结了自1987年以来对成熟度框架和初版成熟度问卷的实战经验,并以此为基础,推出了CMM1.0版。这个推出于1991年的CMM1.0集中了四年来对软件公司评估的经验以及广泛的用户反馈,在成熟度框架的基础上建立了一个可用的模型

CMMI知识介绍

a 夏天 提交于 2020-03-09 00:01:03
第一级:初始级 在初始级,企业一般不具备稳定的软件开发与维护的环境。常常在遇到问题的时候,就放弃原定的计划而只专注于编程与测试。 第二级:可重复级 在这一级,建立了管理软件项目的政策以及为贯彻执行这些政策而定的措施。基于过往的项目的经验来计划与管理新的项目。 第三级:定义级 在这一级,有关软件工程与管理工程的一个特定的、面对整个企业的软件开发与维护的过程的文件将被制订出来。同时,这些过程是集成到一个协调的整体。这就称为企业的标准软件过程。 第四级:定量管理级 在这一级,企业对产品与过程建立起定量的质量目标,同时在过程中加入规定得很清楚的连续的度量。作为企业的度量方案, 要对所有项目的重要的过程活动进行生产率和质量的度量。软件 产品因此具有可预期的高质量。 第五级:(不断)优化级 在这个等级,整个企业将会把重点放在对过程进行不断的优化。企业会采取主动去找出过程的弱点与长处,以达到预防缺陷 的目标。同时,分析有关过程的有效性的资料,作出对新技术的 成本与收益的分析,以及提出对过程进行修改的建议。 CMM第一级:初始级 ◆ 特征 (1)软件过程的特点是杂乱无章,有时甚至混乱,几乎没有定义过程的规则或步骤。 (2)过分的承诺,常作出良好的承诺:如“按照软件工程方式,有序的工程来工作”;或达到高目标的许诺。但实际上却出现一系列问题。 (3)遇到危机就放弃原计划过程,反复编码和测试。 (4

CMM/CMMI的5个等级

南楼画角 提交于 2020-03-08 15:39:00
CMM/CMMI将软件过程的成熟度分为5个等级,以下是5个等级的基本特征: (1)初始级(initial)。工作无序,项目进行过程中常放弃当初的计划。管理无章法,缺乏健全的管理制度。开发项目成效不稳定,项目成功主要依靠项目负责人的经验和能力,他一但离去,工作秩序面目全非。 (2)可重复级(Repeatable)。管理制度化,建立了基本的管理制度和规程,管理工作有章可循。 初步实现标准化,开发工作比较好地按标准实施。 变更依法进行,做到基线化,稳定可跟踪,新项目的计划和管理基于过去的实践经验,具有重复以前成功项目的环境和条件。 (3)已定义级(Defined)。开发过程,包括技术工作和管理工作,均已实现标准化、文档化。建立了完善的培训制度和专家评审制度,全部技术活动和管理活动均可控制,对项目进行中的过程、岗位和职责均有共同的理解 。 (4)已管理级(Managed)。产品和过程已建立了定量的质量目标。开发活动中的生产率和质量是可量度的。已建立过程数据库。已实现项目产品和过程的控制。可预测过程和产品质量趋势,如预测偏差,实现及时纠正。 (5)优化级(Optimizing)。可集中精力改进过程,采用新技术、新方法。拥有防止出现缺陷、识别薄弱环节以及加以改进的手段。可取得过程有效性的统计数据,并可据进行分析,从而得出最佳方法 来源: https://www.cnblogs.com

系统分析与设计——作业1

纵然是瞬间 提交于 2020-03-08 15:17:03
1.简单题 (1)软件工程的定义 软件工程是一门研究和应用如何以系统性的、规范性的、可定量的过程化方法去开发和维护软件,以及如何把经过时间验证而证明正确的管理技术和当前能得到的最好的技术方法结合起来的学科。 (2)阅读经典名著“人月神话”等资料,解释 software crisis、COCOMO 模型。 software crisis: 软件危机是指计算机软件的开发和维护过程所遇到的一系列严重问题,它的表现包括对软件开发成本和进度的估算不准确、无法满足用户需求而导致用户很不满意、软件质量不可靠等等。软件危机出现的原因包括:从主观上,软件开发人员缺乏工程性的、系统性的方法论;从客观上,软件产品开发的复杂度和难度随软件规模呈指数级别增长。 COCOMO模型: COCOMO模型是一种常见的软件规模估算方法。 它采用3个不同层次的模型来反映不同程度的复杂性,包括:基本模型、中间模型、详细模型。 根据不同应用软件的不同应用领域,COCOMO模型划分为3种软件应用开发模式:组织模式、嵌入式应用开发模式、中间应用开发模式。 (3)软件生命周期 软件生命周期是软件的产生直到报废或停止使用的生命周期。 (4)按照 SWEBok 的 KA 划分,本课程关注哪些 KA 或 知识领域? Software requirements Software construction Software design

CMMI3证书

北战南征 提交于 2020-02-20 17:24:54
CMMI全称是Capability Maturity Model Integration, 即软件能力成熟度模型集成,是由 美国国防部 与 卡内基-梅隆大学 和美国国防工业协会共同开发和研制的,其目的是帮助软件企业对软件工程过程进行管理和改进,增强开发与改进能力,从而能按时地、不超预算地开发出高质量的软件。其所依据的想法是:只要集中精力持续努力去建立有效的软件工程过程的基础结构,不断进行 管理的实践 和过程的改进,就可以克服软件开发中的困难。CMMI为改进一个组织的各种过程提供了一个单一的集成化框架,新的集成模型框架消除了各个模型的不一致性,减少了模型间的重复,增加透明度和理解,建立了一个自动的、可扩展的框架。因而能够从总体上改进组织的质量和效率。CMMI主要关注点就是成本效益、明确重点、过程集中和灵活性四个方面。 CMMI3 只是其中的一个等级,也就是3级: CMMILevel 1,完成级。在完成级水平上,企业对项目的目标与要做的努力很清晰,项目的目标得以实现。但是由于任务的完成带有很大的偶然性,企业无法保证在实施同类项目的时候仍然能够完成任务。企业在一级上的项目实施对实施人员有很大的依赖性。 CMMILevel 2,管理级。在管理级水平上,企业在项目实施上能够遵守既定的计划与流程,有资源准备,权责到人,对相关的项目实施人员有相应的培训,对整个流程有监测与控制,并与 上级单位

我们还有理想吗?

北战南征 提交于 2020-02-03 05:48:49
兴致勃勃从海边享受了几天,本来打算回来后在这里写上几篇.其中还准备了一篇名为"一千个不加班的理由".可笑的是今天就从梦中醒来.因为有几个项目要加快投标准备了.我唯一能做的是耸耸肩膀,公司的事情当然要做,现实就是现实! 前几天和老同学突然谈起一个话题,别的行业的同学似乎慢慢都找到了自己的定位,从小某混到老某,今后的目标是某老.他们在三十岁后好象倍增信心,毕竟老的要让出位子来了.大大小小的培训.领导的提拔;客户的赞扬;家庭的笑声围绕了流汗的他们.但是看看我们这些IT打工仔吧!我们的明天会怎样呢?我知道好些人有脖子和腰的职业病,恋爱对大部分人来说好象是学生时代或者电视上的事情. 其实我们这些人大多数其实心了都挺不踏实,虽然现在我们是白领,但是我们时常想35岁是否要改行的问题,想累了,干脆不想,久了变麻木了. 我和几个朋友搞起QPG,只是希望自己不要再麻木下去了.虽然我等无力改变中国IT目前的诸多问题,但是我们每个人心里有了共识: 我们虽然不时淘金人,但是我们可以给他们搭个桥啊. <<人月神话>>之所以经典,是作者认为软件的复杂的本质实在于问题域的复杂多变.本人确实非常认同.我们认为成功的项目通常具备以下几个重要环节的成功: 1) 准确的定位,各方对系统要做什么,不在做什么或者今后什么是达成有效一致的;CMMI里称为需求开发(RD) 2) 管理\沟通是顺畅的\并且双方的项目经理职责明确

图解 CMMI 2.0之(九)实施流程

大兔子大兔子 提交于 2020-01-16 14:42:34
CMMI可以帮助提升企业能力。采用CMMI进行组织的过程改进,需要组织提供正在实施的项目,投钱,投人,从实际工作出发在实践上进行改进。 业界最有名的过程改进模型可能非IDEAL莫属。IDEAL模型代表了过程改进活动的生命周期,它作为一个基础性的策略,已经在SEI的许多服务中采用。IDEAL来自五个阶段的首字母: I——初始化(Initiating),确定改进的目标,并获得改进的基础结构; D——诊断(Diagnosing),确定现状与改进目标之间的差异; E——建立(Establishing),计划如何达成目标; A——行动(Acting),根据计划开展工作; L——学习(Learning) ,从经验中学习,以提高未来组织过程的效能。 CMMI V2.0的实施流程仍然采用IDEAL过程改进模型,整体上与之前版本的实施流程没有太大的区别,只是在实施过程中,更加关注价值,注重对绩效(Performance)的度量。 CMMI V2.0的实施流程总体上可以划分为8个阶段。 阶段1:组建CMMI 2.0过程改进团队 召开CMMI项目启动会,明确企业实施CMMI的商业目标,建立CMMI项目实施的沟通机制,获得高层领导的支持,进行CMMI基础概念讲解和基础培训,建立核心的过程改进小组(EPG)。 阶段2:现状与差距分析 充分了解企业研发过程现状,识别企业现有软件过程与企业目标的差距

CMMI 笔记

∥☆過路亽.° 提交于 2020-01-15 01:14:56
前言: CMMI:Capability Maturity Model Integration 软件能力成熟度模型 CMU/SEI:卡内基梅隆大学/软件工程研究所 CDIO:构思(Conceive)、设计(Design)、实现(Implement)和运作(Operate),工程教育模式。 从2000年起,麻省理工学院和瑞典皇家工学院等四所大学组成的跨国研究获得Knut and Alice Wallenberg基金会近2000万美元巨额资助,经过四年的探索研究,创立了 CDIO 工程教育理念,并成立了以 CDIO命名的国际合作组织。 第一章 软件工程基础 一 软件工程基本原理 1968年,联邦德国召开一次国际会议上提出“软件工程”。 1983年,著名软件工程专家波汉姆(Barry Boehm)通过论文提出软件工程7条基本原理。确保软件产品质量和开发效率的原理的最小集合。 1 按照软件生命周期的阶段划分制定计划,严格依据计划进行管理。 共有六类计划,项目概要计划,里程碑计划,项目控制计划,产品控制计划,验证计划和运行维护计划。 2 坚持进行阶段评审。 统计结果显示63%缺陷来自设计阶段,并且发现于改正越晚,付出代价越高。每个阶段评审目的为了尽早发现错误。 3 实行严格的产品控制。 变需求需要付出代价,但需求变更符合客观需要,因此需要科学控制技术。主要实行基准配置管理(变更控制),定义基线