系统工程能力成熟度模型
“闰土”通过精心收集，向本站投稿了5篇系统工程能力成熟度模型，下面小编为大家带来整理后的系统工程能力成熟度模型，希望能帮助大家!
篇1：系统工程能力成熟度模型
系统工程能力成熟度模型
重点介绍了两类系统工程能力成熟度模型,即美国电子工业协会开发的SECM模型及美国软件工程研究所开发的CMMI-DEV模型的框架和基本内容;此外,还分析了上述两类成熟度模型的缺陷,并探讨了模型改进途径.目的'在于介绍系统工程能力成熟度模型的概念及意义,探讨模型的改进方向.
作 者：袁俊刚 郝文宇 杨雷 YUAN Jungang HAO Wenyu YANG Lei 作者单位：北京空间飞行器总体设计部,北京,100094 刊 名：航天器工程 ISTIC英文刊名：SPACECRAFT ENGINEERING 年，卷(期)： 18(1) 分类号：V57 关键词：系统工程 系统工程能力 成熟度模型篇2：可靠性系统工程能力成熟度模型研究
可靠性系统工程能力成熟度模型研究
提高武器装备的可靠性是一个十分复杂的`问题,既涉及到可靠性技术也涉及到可靠性管理.本文从武器装备的可靠性系统工程概念出发,在借鉴上述研究成果的基础上,提出了武器装备可靠性系统工程能力的概念,并从需求管理、分析设计、试验评价、信息管理四个方面对此概念的内涵进行了分析.
作 者：王靖 康锐 作者单位：北京航空航天大学 刊 名：航空维修与工程 PKU英文刊名：AVIATION MAINTENANCE & ENGINEERING 年，卷(期)： “”(3) 分类号：V2 关键词：篇3：软件工程与能力成熟度模型CMM
软件工程与能力成熟度模型CMM
北京航空航天大学软件工程研究所 名誉所长周伯生教授
中国计算机用户
20世纪70年代中期，软件工程管理引起广泛注意。当时美国国防部曾立题专门研究软件项目做不好的原因，发现70%的失败项目是因为管理不善而引起的，而不是因为技术实力不够。他们进而得出一个结论，即管理是影响软件研发项目全局的因素，而技术只影响局部。这个结论非常重要。软件项目失败的主要原因有：需求定义不明确；缺乏一个好的软件开发过程；没有一个统一领导的.产品研发小组；子合同管理不严格；没有经常注意改善软件过程；对软件构架很不重视；软件界面定义不善且缺乏合适的控制等等。在关系到软件项目成功与否的众多因素中，软件度量、工作量估计、项目规划、进展控制、需求变化和风险管理等都是与工程管理直接相关的因素。由此可见，软件工程管理的意义至关重要。
软件项目的特殊性
软件工程管理和其它工程管理相比有其特殊性。首先，软件是知识产品，进度和质量都较难度量，生产效率也较难保证。其次，软件系统复杂程度也是超乎想象的。例如，宇宙飞船的软件系统源程序代码多达万行，如果按过去的生产效率一个人一年只能写1万行代码的话，将需要2000人年的工作量，这是非常惊人的。正因为软件如此复杂和难以度量，软件工程管理的发展还很不成熟。
CMM，逐步的成熟
美国Carnegie Mellon大学软件工程研究所(CMU/SEI)主持研究与开发的CMM/PSP/TSP技术，为软件工程管理开辟了一条新的途经。CMM是英文“Capability Maturity Model”的简称，意为能力成熟度模型。CMM的本质是软件管理工程的一个部分。根据软件生产的历史与现状，CMM框架可用5个不断进化的层次来表达：其中初始层是混沌的过程，可重复层是经过训练的软件过程，定义层是标准一致的软件过程，管理层是可预测的软件过程，优化层是能持续改善的软件过程。任何单位所实施的软件过程，都可能在某一方面比较成熟，在另一方面不够成熟，但总体上必然属于这5个层次中的某一个层次。在某个层次内部，也有成熟程度的区别。在一个较低层次的上沿，很可能与一个较高层次的下沿非常接近，此时由这个较低层次向该较高层次进化也就比较容易。反之，在一个较低层次的下沿向较高层次进化，就比较困难。在CMM框架的不同层次中，需
[1] [2] [3]
篇4：软件工程与能力成熟度模型CMM论文
软件工程与能力成熟度模型CMM论文
中国计算机用户
20世纪70年代中期，软件工程管理引起广泛注意。当时美国曾立题专门研究软件项目做不好的原因，发现70%的失败项目是因为管理不善而引起的，而不是因为技术实力不够。他们进而得出一个结论，即管理是影响软件研发项目全局的因素，而技术只影响局部。这个结论非常重要。软件项目失败的主要原因有：需求定义不明确；缺乏一个好的软件开发过程；没有一个统一领导的产品研发小组；子合同管理不严格；没有经常注意改善软件过程；对软件构架很不重视；软件界面定义不善且缺乏合适的控制等等。在关系到软件项目成功与否的众多因素中，软件度量、工作量估计、项目规划、进展控制、需求变化和风险管理等都是与工程管理直接相关的因素。由此可见，软件工程管理的意义至关重要。
软件项目的特殊性
软件工程管理和其它工程管理相比有其特殊性。首先，软件是知识产品，进度和质量都较难度量，生产效率也较难保证。其次，软件系统复杂程度也是超乎想象的。例如，宇宙飞船的软件系统源程序代码多达2000万行，如果按过去的生产效率一个人一年只能写1万行代码的话，将需要2000人年的工作量，这是非常惊人的。正因为软件如此复杂和难以度量，软件工程管理的发展还很不成熟。
CMM，逐步的成熟
美国Carnegie Mellon大学软件工程研究所(CMU/SEI)主持研究与开发的CMM/PSP/TSP技术，为软件工程管理开辟了一条新的途经。CMM是英文“Capability Maturity Model”的简称，意为能力成熟度模型。CMM的本质是软件管理工程的一个部分。根据软件生产的历史与现状，CMM框架可用5个不断进化的层次来表达：其中初始层是混沌的过程，可重复层是经过训练的软件过程，定义层是标准一致的软件过程，管理层是可预测的软件过程，优化层是能持续改善的软件过程。任何单位所实施的软件过程，都可能在某一方面比较成熟，在另一方面不够成熟，但总体上必然属于这5个层次中的某一个层次。在某个层次内部，也有成熟程度的`区别。在一个较低层次的上沿，很可能与一个较高层次的下沿非常接近，此时由这个较低层次向该较高层次进化也就比较容易。反之，在一个较低层次的下沿向较高层次进化，就比较困难。在CMM框架的不同层次中，需要解决带有不同层次特征的软件过程问题。因此，一个软件开发单位首先需要了解自己处于哪一个层次，然后才能够对症下药地针对该层次的特殊要求解决相关问题，这样才能收到事半功倍的软件过程改善效果。任何软件开发单位在致力于软件过程改善时，只能由所处的层次向紧邻的上一层次进化，即软件过程的进化是渐进的，而不能是跳跃的。而且在由某一成熟层次向上一更成熟层次进化时，在原有层次中的那些已经具备的能力还应该得到保持与发扬。
CMM家族包括CMM集成产品集、SACMM(软件获取能力成熟度模型)、SECMM(系统工程能力成熟度模型)和IDEAL模型。其中CMM集成产品集为工业界和政府部门提供了一系列集成产品，以支持软件过程和产品的改善；SACMM用于单位获取和采购基于软件的应用系统的软件过程，美国、陆军、海军和一些商用单位都已采用SACMM对他们的获取能力进行评估；SECMM是描述一个单位为保证实现一个好的系统工程的主要元素；而IDEAL模型则是一个单位用于启动、规划和实现过程改善措施蓝图的模型，概括了建立一个成功的过程改善项目的必要步骤，其中I代表Initiating(启动)、D代表Diagnosing(诊断)、E代表Establishing(建造)、A代表Acting(措施)、L代表Learning(学习)。
美国曾在1995年做过软件产业成熟程度的调查，发现在美国的软件产业中，CMM成熟度等级为初始级的竟占70%，其特征是软件开发过程不能预测，风险度高；为可重复级的占15%，其特征是软件开发过程需小心谨慎方能避免失败；为定义级的所占比例小于10%，其特征是软件开发过程相当稳定，进展顺利且可以预测；为管理级的所占比例小于5%，其特征是软件过程预测准确、值得信赖；为优化级的所占比例小于1%，其特征是软件过程能持续改善。
CMM还需绿叶配
需要注意的是，并不是实施了CMM，软件项目的质量就能有所保障。CMM不是万能的，它的成功与否，与一个组织内部有关人员的积极参与和创造性活动是密不可分的，而且CMM并未提供实现有关子过程域所需要的具体知识和技能。因此，个体软件过程PSP(Personal Software Process)也就应运而生。PSP为基于个体和小型群组软件过程的优化提供了具体而有效的途径，例如如何制订计划，如何控制质量，如何与其他人相互协作等等。在软件设计阶段，PSP的着眼点在于软件缺陷的预防，其具体办法是强化设计结束准则，而不是设计方法的选择。根据对参加培训的104位软件人员的统计数据表明，在应用了PSP后，软件中总的缺陷减少了58.0%，在测试阶段发现的缺陷减少了71.9%，生产效率提高了20.8%。PSP的研究结果还表明，绝大多数软件缺陷是由于对问题的错误理解或简单的失误所造成的，只有很少一部分是由于技术问题而产生的。而且根据多年来的软件工程统计数据表明，如果在设计阶段注入一个差错，则这个差错在编码阶段要引发35个新的缺陷，要修复这些缺陷所花的费用要比修复这个设计缺陷所花的费用多一个数量级。因此，PSP保障软件产品质量的一个重要途径是提高设计质量。PSP的推出，在软件工程界引起了极大的轰动，可以说是由定向软件工程走向定量软件工程的一个标志。
仅有CMM和PSP还是不够的，因此，CMU/SEI又在此基础上提出了群组软件过程TSP(Team Software Process)的方法。TSP指导项目组中的成员如何有效地规划和管理所面临的项目开发任务，并且告诉管理人员如何指导软件开发队伍始终以最佳状态来完成工作。TSP实施集体管理与自我管理相结合的原则，最终目的在于指导一切人员如何在最少的时间内，以预定的费用生产出高质量的软件产品；所采用的方法是对群组软件开发过程的定义、度量和改进。实施TSP的先决条件有3条：首先，需要有高层主管和各级经理的支持，以取得必要的资源；其次，项目组开发人员需要经过PSP的培训并有按TSP工作的愿望和热情；第三，整个单位在总体上应处于CMM二级以上。在实施TSP的过程中，首先要有明确的目标，开发人员要努力完成已经接受的委托任务。在每一阶段开始，要做好工作计划。如果发现未能按期按质完成计划，应分析原因，以判定问题是由于工作内容不合适或工作计划不实际所引起，还是由于资源不足或主观努力不够所引起。开发小组一方面应随时追踪项目进展状态并进行定期汇报，另一方面应经常评审自己是否按PSP的原理工作。开发人员应按自己管理自己的原则管理软件过程，如发现过程不合适，应及时改进，以保证用高质量的过程来生产高质量的软件。项目开发小组则按集体管理的原则进行管理，全体成员都要参加和关心小组的规划、进展的追踪和决策的制订等项工作。
总之，单纯实施CMM，永远不能真正做到能力成熟度的升级，只有将实施CMM与实施PSP和TSP有机地结合起来，才能发挥最大的效力。
篇5：CRM能力成熟度模型从三个层次评估CRM系统的成熟度
有时候，我们需要从很多角度来认识一个企业，因此，CRM评估标准也要考虑到各个角度。这样确立的标准便是基于实践的标准，而不是“高高在上”的标准。
随着后工业时代出现的激烈竞争，越来越多的企业开始将其核心竞争力从产品向客户和服务方向转移。在当今的电子商务时代，消费者的选择范围大大扩大，而转移成本被大大降低，产品和技术已经很难成为各家企业长久的核心竞争力。因此，企业对客户的关注程度得到了很大程度的提升，并逐渐成为企业的核心竞争力之一。
这就是近几年来国内外企业开始青睐客户关系管理，并逐渐部署CRM项目的起因。但是，我们同时也应看到，企业部署CRM的过程并非一帆风顺。在市场上曾经出现过种种不同的声音，尤其是对于CRM项目实施失败率过高的评论非常多。
的确，作为一项管理工程，CRM自有其独特的复杂性，尤其是在中国企业的具体应用中，更夹杂了部分“中国特色”，这使人们对CRM应用更加难以控制和评估。
期待标准出台
目前，在整个CRM市场中，大部分声音都是由软件厂商发出的，而企业用户和其他中立者的声音却相对很微弱，并且行业协会或者类似行业协会的组织至今还没有产生。这就使得整个CRM市场还无法产生一个公正的标准。因此，对一个项目或理论进行公正的评判也就无从谈起。很多评判只是基于个人角度而作出，很多相关的宣传和演讲也大都基于宣讲人对自己有利的方向而进行。
随着市场的增长，这种现象给当前的电子商务和CRM造成了很大的障碍，尤其是企业用户对电子商务和CRM已然产生的心理障碍，往往需要很长一段时间才能完全消除。
无论是准备部署CRM或者已经部署CRM的企业用户，都强烈希望业内能够有一个“公正”的声音或者方法，来对项目实施前后的风险、效果加以评估。这一点很难，但也很关键，因为当用户与软件厂商站在一个公平的水平线上，仍然需要有一个标准。
虽然完成这样的事情很艰难，因为它涉及到整个行业的参与和自律，尤其是在目前这样一个还不能称之为“产业”的未成熟行业。但是，我们却不能因为感到艰难就停止脚步。正是由于应用CRM企业自身的复杂性，才导致了CRM应用上的复杂性。为了分析这一点，我们不妨先从各种不同角度简单地研究一下涉及的部分用户类型：
不同行业：金融、保险、电信、医药、IT系统集成、旅游、制造等;
不同规模：大型集团、中型企业、中小型企业等;
不同组织架构：职业经理、家族制、国营制、创业型、私营等;
不同发展阶段：导入期、成长期、发展期、成熟期、衰退期等;
不同销售模式：交易型、耗材型、项目型等;
不同规划：一次到位、分步实施、中心复制等;
不同关注点：客户资源、销售过程、客户服务、营销战略等;
不同形态：成长型销售、工业制造、专业服务、项目销售、推广销售、会员商贸等，
可以看出，我们需要从很多角度来认识一个企业。所以，CRM评估标准也要考虑到各个角度。这样产生的标准便会基于实践，而不是让人产生其“高高在上”的感觉。
“CRM能力成熟度模型”
目前，在CRM 部署方面还存在几个瓶颈，也就是“如何来评估CRM产品”、“如何评估CRM项目”以及“如何监控CRM过程”。市场需要标准，但如果它只是一个简单的标准，仍不能适合各种复杂的应用。市场的成熟需要建立一个丰富的、全面的、科学的、可量化的、可评估的体系，我暂且称之为：CRM能力成熟度模型。
不同行业对CRM的需求和要求是不同的，在企业发展的不同阶段，CRM应用需求和要求也是不同的，因此，我们不能简单地以一个标准来评价某个项目是否成功或是否优秀。有些企业的业务规模很大，分支机构遍及全国，而其管理水平却较低。对于这种类型的企业而言，其实施CRM项目的第一阶段目标，是完成客户数据的及时、有效采集，完成这一步便意味着成功。但是，对于一些专家和其他企业而言，这样的目标却象征着失败。
所以，我们更要将这种情况体现出来，用企业所拥有的CRM能力成熟度来评估它。比如说：一个集团如果在企业应用的试点阶段只是进行了客户资源的统一，这从整体应用上来说是失败的，但是就当前项目阶段而言却又是成功的。CRM能力成熟度模型可以评估出其对项目目的、项目解决问题的实现程度，反映出其在当前阶段的成熟度，而不是简单意义上的“成功”或“失败”。
对一个人或者一件事情一棒子打死是不负责任的，对于企业管理工程，实际上并没有成功和失败可言，只有不断进取和不断变革。
CRM能力成熟度模型将从三个层次进行：
企业CRM能力成熟度模型：基于企业的角度，对企业的整体CRM战略规划、执行能力进行评估。很多企业和项目在部署CRM之前，恰恰忽略了企业自身能力的问题。如果不进行全面细致的能力评估，看到真正的需求和差距，不针对具体的需求和需要进行提升，如何有效地进行部署?如果这个企业连最基本的客户数据采集能力都不能执行，那么为其规划一个很完美的商业智能目标又怎么可能实现呢?
CRM产品能力成熟度模型：基于软件厂商的角度，对CRM软件厂商的系统产品进行评估。因为产品属于不同规模、不同领域和不同架构，所以评估体系会比较复杂而全面。基于一个行业所认可的标准来对产品进行评估，有利于软件厂商的自我提升和企业用户的选型参考。需要注意的是：CRM产品能力成熟度模型并不是在告诉大家某一款产品比另一个产品好，而是基于标准对每个产品进行独立的中立性分析。
CRM项目能力成熟度模型：基于项目的角度，对具体的CRM项目尤其是项目过程进行评估。每一个项目都有其存在的理由，因为每一个项目都有属于自己的目标，无论是显性的还是隐性的。因此，对于一个项目的评估，也应该参照一个标准，基于项目目标对整个项目过程进行评估，尤其是整个项目的规划能力、阶段实现能力、持续优化能力等都将成为关键指标。
作为一个能推动整个CRM市场前进的标准模型，它一定需要整个行业的各方面力量协同参与，比如CRM厂商、企业用户、咨询组织、专家顾问、相关实践人员、信息产业部及相关部委等都应参与。声音越多，尤其是来自实践人员和用户的声音越多，就能更好地提升模型的有效性和价值。
CRM能力成熟度模型可以用来评估企业用户的 CRM成熟度、评估厂商CRM系统的成熟度、评估CRM项目的成熟度，相信它的诞生和完善会不断促进CRM行业的有序前进。
【系统工程能力成熟度模型】相关文章：
2.系统工程就业方向
4.网络系统工程简历
10.教学模型计划书
文档为doc格式
