程序员的定义

❶ 什么是程序员

1. 程序员，从字面看就是写程序的人员。

2. 程序员(英文Programmer)是从事程序开发、程序维护的专业人员。一般将程序员分为程序设计人员和程序编码人员，但两者的界限并不非常清楚，特别是在中国。软件从业人员分为初级程序员、中级程序员、高级程序员（现为软件设计师）、系统分析员，系统架构师，测试工程师六大类。

3. 初，中级程序员一般叫做码农。
   

4. 高级程序员和架构师一般叫做攻城狮

5. 系统分析员是指做需求分析同时懂代码的那群

6. 测试攻城狮一般指黑盒测试，也就是点点点，所有功能按钮全点，看看有没有错误，常见错误404，500。

总结而言，一只优秀的程序猿通常有以下特点：（以下来自于网络，词条：程序猿）

1. 【PMonkey】对技术充满JI情（因为能够得到香蕉）

2. 将编程作为一种爱好（不一定，只有少数的程序猿有这一素质） 如果你允许会滔滔不绝地跟你谈论技术（程序猿使用特殊的语言，别的人或猴子很难听懂）

3. 【PMonkey】有过个人的开发经历（独立的寻找过香蕉或追寻母猿）

4. 坚持认为某种技术最好（程序猿都很固执）

5. 如果让他用他认为不好的技术他会非常别扭（同上）

6. 聪明、健谈、兴趣广泛（只限于NEET和有关宅话题）

7. 在大学和工作前就开始接触程序（程序猿从小就是程序猿了）

8. 总而言之，程序猿和它的一些同种族（如网管猿，技术猿）一样，都是人类用来帮助提高生产力的技术人员，由于许多程序猿的智力很高，所以经常自己去寻找香蕉或母猿而无心工作，但这只是个别现象，总体来说程序猿是一种对人类很有用的动物，它们工作时很勤劳，而且不像业务猿那样喜欢跳奇怪的舞蹈（也叫增猿舞）吵的人们想鬼畜它，程序猿一般到了30岁左右就会进化成别的猿类（一般是管理猿），不过据报道，也有一些少数一生都是没有母猿的悲剧程序猿。

9. 程序猿是被诅咒的悲惨生物，它们受到的诅咒有：过度的劳作、永远不足的睡眠、低廉的收入等等……

10. 程序猿并不擅长战斗，它们生活中最主要的活动是——在树叶上打洞，然后将打洞的树叶放进一个木盒子里念咒语，并声称那些是能够提高族群的食物供给或提供其他神奇功能的伟大产品。但是，因为每个程序猿打洞的方式各不相同，他们之间也会经常爆发冲突，每个程序猿都声称自己所用的打洞方式是最好最先进，打出的洞是最美最华丽的，并不惜因此用打洞的树叶互相投掷。根据一些冒险者收集到的程序猿族群的资料，所谓的打洞方式，有西珈岬式、爪哇式、希沙埔式等等。不过，令人惊异的是，虽然每个程序猿所用的打洞方式都不同，但它们能用几乎所有的方式来给树叶打洞，来表达“你好，世界”的意思……

11. 因为长时间的不运动，程序猿的体力普遍低下，不擅长近战。不过，它们的高超智力弥补了这个缺陷。投掷打洞树叶是它们常用的攻击方式，而且，一如它们所宣称的一样，那些树叶有着一些神奇的功能——很多冒险者在受到树叶攻击后，虽然受伤并不严重，但都不同程度表现出反应迟缓、四肢不听指挥、眼前一片蓝色等症状，甚至于昏迷不醒。不过，好在这些症状都不致命，但是这足以保护程序猿远离冒险者的侵扰。

12. 程序猿只为了保护栖息地才会战斗，因此，一般冒险者都会绕开它们的地界。而且，由于程序猿的智力达到了能和冒险者交流的程度，甚至有的冒险者和程序猿族群建立了良好的关系，并且得到了它们的打洞树叶作为向族群提供食物的交换——只是这些礼物在冒险者手上远不如在程序猿手上可靠……

❷ 程序员的职责

其实，程序员的职责并不仅仅是编程，甚至编程只是占到很小一部分，
程序员的工作内容如下：
1、对项目经理负责，负责软件项目的详细设计、编码和内部测试的组织实施，对小型软件项目兼任系统分析工作，完成分配项目的实施和技术支持工作。
2、协助项目经理和相关人员同客户进行沟通，保持良好的客户关系。
3、参与需求调研、项目可行性分析、技术可行性分析和需求分析。
4、熟悉并熟练掌握交付软件部开发的软件项目的相关软件技术。
5、负责向项目经理及时反馈软件开发中的情况，并根据实际情况提出改进建议。
6、参与软件开发和维护过程中重大技术问题的解决，参与软件首次安装调试、数据割接、用户培训和项目推广。
7、负责相关技术文档的拟订。
8、负责对业务领域内的技术发展动态进行分析研究。

作者：茹姐
链接：https://www.hu.com/question/343889670/answer/827559986
来源：知乎
着作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

❸ 什么人算是程序员

mod=viewthread&tid=314起因先声明，只是谈自己看法，和大家讨论一下，没有别的意思 我根据自己的经验把程序员分为以下几种 单纯没有脑子的 这种程序员是最让经理气的一种，因为大多是刚入门的，或是学生刚走出校门，不喜欢问，也不懂得分析，只是一味的很听话，为什么说他们单纯呢？那是因为他们从来不会问，不会说也没有自己的想法，你让干什么就干什么，让自己怎么干就怎么干，听上去感觉特好的员工，很听话，如果只是这样就好了，可怕的是他们没有脑子，比如你说让他完成一个增加的功能吧，他们很听话的给你做出来，但只是一个增加的功能，他根本不会在增加功能之后再给你处理一下刷新数据的问题，或是做一些必要的验证，更说不上代码的扩展性，那都是见不着边的事，不可能。 你说让做一个查询功能，他完全有可能给你做出来一个查询所有的功能，不会管你要不要根据时间，要不要分页，或是其它的方式的查询，人家还可有理，会告诉你，你需求上没说啊，只说要有一个查询的功能？然后你无语。 有脑子先斩后凑的 这类程序员大致是工作有一年或是两年工作经验的人，自认为自己有些经验了，做了几个项目，感觉自己NB的不得了了。分配一个功能总有一些自己的想法，其实他自己不知道这些想法还不成熟，只是个人主观意向，你说让人家做一个导航条吧，你清楚的告诉他是在头部用的，要直排下拉类型的。 好了得到需求了，他根本不管你为什么要这样做，在做的过程中，他发现自己以前做一些项目里有导航条的，而且很好看，他们想，经理是怎么想的，设计的还不如我设计的好看，我给他改一下说不定还能得到他的奖励，于是自己把直排下拉的导航改成了，直排出面板那种的，因为好看，而且还不告诉经理，想给大家一个惊喜，谁知道经理一看，说怎么改需求了，客户不要这样的，然后他就跟你讲理，说这样的好看，而且什么扩展性还好，技术先进，流行，然后你会很无耐的告诉他，你做的确实很好看，但是客户不付钱怎么办，于是没办法在你的强逼之下他不得不改，于是你对他的工作很不满意，首先是这个人不好管，老自己做主，不把你当回事，怎么办，好点的经理会慢慢引导一下，脾气大的经理会直接扔出两字滚蛋 我们来分析一下他的心理， 第一种可能就是感觉自己做了很多项目，有一点自大，目中无人的心态，看不起别人设计的东西，总以为自己的技术和代码很棒了，因为自己在程序界摸爬滚打一两年了，也算是有所见识了。但他们确不明白，现在的自己正像当前的曹仁学曹操一样，只是学得其形而为尽其神。大部分的软件，网站，不能只看网站本身的价值，成功不成功，不是自己说了算，也不是经理说了算，还得看客户，一句话客户喜欢的就是好东西，客户不懂技术啊，你写的再好，客户不懂哦，所以一定不要乱改需求，软件要和市场结合才能真正体现出它的价值，做让大家喜欢的软件，而不是单纯的技术堆积。 第三种可能是自己实现不了，而又不想学习，感觉浪费时间，所以直接改动一下得了。感觉自己如果写的话，写好了还好说，写不好，耽误时间，一个导航几天能不完，会很丢人的。于是要加速。 有脑子，很听话，很认真，但基础不好，代码有局限性 这类型的程序员大多是工作一到两年的程序员，但和上面的不同，他们很有脑子思路很好，而且很听经理的话，做东西很认真，做不完了自己会加班写，学新的东西也很快，但是有一点不好的是，他们有很多理由说自己没时间学习基础，这些人一般是在学校没有学好，出来之后后悔了，学起来很认真，由于学了些新的知识，起点高，看不起基础的东西，从不想着没事去看看编程基础，看看算法，看看数据结构，总是以为我都能做出这样的项目了，还看那些小东西会很丢人的，于是在公司从不看回家更不想看，时间长了，技术会有很大的局限性，对某一块技术很不错，但是对其它技术不怎么好，于是在接到一个项目时，总喜欢使用自己现有的，会的技术去实现，转了一圈又一圈总算是把东西写出来了，而且还是加班完成了，但是代码的性能，稳定性，和效率上差的很远，扩展性也谈不上，时间一长，项目一多起来，就会出现多次反工，因为需求是会不断变化的，于是自己的代码也要变化，感觉很是理所当然，一个项目没事，接手的多了就麻烦了，新项目刚到手，老项目就出问题了，不是这里有点小毛病就是那个功能要升级，于是新项目放下，着手改老项目，手上能有三四个项目时，就会忙个不停，改的多了，没办法再改了就得重新设计，或是直接说这个功能实现不了。 其实在这个阶段的朋友很有潜力的，只要花点心思补习一下自己的技术缺陷，多看看高手的代码，写之前想一下，设计一下，自然事半功倍，千万不要有眼高手低的心态。 不随便改变需求 他们不会主观的改变一些东西，不管是对还是错，如果要改的话他们会在开会时，或是私下跟你提出来，通过后再改，否则会按需求办事 2.不写没有思想的代码 在写功能时会加上一些人性化的功能，比果加个小图标，加一些验证，处理一些操作习惯，加加快捷键，处理好Tab顺序，等这些，不用你说，他们自己会处理好。 3.不写没有远见的代码 4.不写不负责任的代码 我们写代码一是为客户用，二是方便其他人看，不单单是自己维护，要对自己的代码负责，从自己手上出去的代码代表的就是自己的脸，代码不好，人家会打脸的。他们不愿意挨打所以他们负责。 高手在编程效率方面可能并不比普通程序员快多少，因为他们会吝啬自己敲下的每一行代码。这种吝啬有两方面的含义，一是项目的架构性和整体性考量，二是从性能和优化的角度进行Coding。其实，这里所映射的是一个开发者的技术视野。 有多位技术专家强调项目执行时的全局观。面对一个项目，即使是团队中的普通一员，也要力求从项目整体架构的角度审视开发需求，对各个模块、接口和通信做最优化的预想和配置。这样可以从全局审视整个项目的技术布局，预判可能出现的问题。 在确定了整体之后，落实到具体的模块实现，每一行代码不但有上下文的考量与规划，还要具备模块间的整体布局。这是模块内的技术视野，比如接口的定义、注释的可读性、代码的执行效率等。当你写下一行代码前，要考虑它是否会对整个系统造成影响，是否方便其他接口进行调用，这些都是一个开发高手的技术潜意识。 据一些经常带领入门级开发者的技术经理介绍，多数人只考虑自己所负责的模块进行开发，缺乏一个全局性的技术视野和对代码性能苛刻的态度，这样虽然能按交付日期完成项目，却对项目质量和开发者的自我提高有很大阻碍。 开发高手是代码阅读者。大多数技术专家的代码阅读量是普通程序员的百倍，代码阅读的时间比写代码的时间要长得多。 多数程序员只把程序开发当成一份工作，他们在乎平台的前景、语言的优劣、报酬的高低；他们不愿为一个技术点反复钻研，不愿为一个bug精心测试，不愿为自身技术水平的提高多花时间。而开发高手往往具有单纯的技术梦想，愿意为技术付出自己全部的时间。这几段话是来自

❹ 程序员是做什么的什么是程序

程序员：

程序员是从事程序开发、程序维护的专业人员。程序员一般需要会做：确认通过审查方案的目标，输入数据，分析师，监事，和客户的输出要求的项目要求。

通常情况下将程序员分为程序设计人员和程序编码人员，软件从业人员分为初级程序员、中级程序员、高级程序员（现为软件设计师）、系统分析员，系统架构师，测试工程师六大类。

程序：

程序是一组计算机能识别和执行的指令，运行于电子计算机上，满足人们某种需求的信息化工具。以某些程序设计语言编写，运行于某种目标结构体系上。

程序就如同以英语（程序设计语言）写作的文章，要让一个懂得英语的人（编译器）同时也会阅读这篇文章的人（结构体系）来阅读、理解、标记这篇文章。

(4)程序员的定义扩展阅读：

程序员的日常工作：

1、确认通过审查方案的目标，输入数据，分析师，监事，和客户的输出要求的项目要求。

2、安排项目要求在编程序列分析要求;准备工作流程图和使用计算机知识的能力，题材，编程语言和逻辑图。

3、编码工作流程的信息转换成计算机语言的项目要求。

4、通过输入编码信息的计算机程序。

5、确认程序操作进行测试，修改程序序列和/或代码。

6、准备写操作指令供用户参考。

7、保持历史记录，通过记录方案的制定和修订。

参考链接：网络-程序员

网络-程序

❺ 程序员是干什么的啊

程序员是写程序的属于电脑IT行业。

程序员(英文Programmer)是从事程序开发、维护的专业人员。一般将程序员分为程序设计人员和程序编码人员。

软件从业人员分为初级程序员、高级程序员、系统分析员，系统架构师，测试工程师五大类。

一年可报考软考程序员考试两次，但一次考试只能报考一种资格，因此报考了程序员考试则无法再报考软考其他级别或科目的考试。

同时软考程序员考试采用笔试形式，考试实行全国统一大纲、统一试题、统一时间、统一标准、统一证书的考试方式。

❻ 程序员分为哪些类型啊

你是按水平分还是工种:
顶级程序员不但技术好,而且有很强的创业精神,不给别人打工,钱对tm就是数字了.

在次一点的就是企业里面的技术大拿,工资也很高
还有就是在技术大拿下面的小弟,技术也不错.

工种分:
如果是网站可能前端,后台.
还有就是有的做手机软件.等等.
还有专门管服务器的.这种低手玩不转.

❼ 程序员是什么职业什么职务

程序员（英文Programmer）是从事程序开发、程序维护的专业人员。

一般将程序员分为程序设计人员和程序编码人员。

软件从业人员分为初级程序员、中级程序员、高级程序员（现为软件设计师）、系统分析员，系统架构师，测试工程师六大类。

职务：

1、对项目经理负责，负责软件项目的详细设计、编码和内部测试的组织实施，对小型软件项目兼任系统分析工作，完成分配项目的实施和技术支持工作。

2、协助项目经理和相关人员同客户进行沟通，保持良好的客户关系。

3、参与需求调研、项目可行性分析、技术可行性分析和需求分析。

4、熟悉并熟练掌握交付软件部开发的软件项目的相关软件技术。

5、负责向项目经理及时反馈软件开发中的情况，并根据实际情况提出改进建议。

6、参与软件开发和维护过程中重大技术问题的解决，参与软件首次安装调试、数据割接、用户培训和项目推广。

7、负责相关技术文档的拟订。

8、负责对业务领域内的技术发展动态进行分析研究。

(7)程序员的定义扩展阅读：

程序员职业要求：

1、熟练开发工具

作为程序员，掌握至少两个或三个开发工具是程序员的基础。其中，C/C++和Java是最推荐的开发工具。C/C++已经成为开发工具高效、灵活的锐利工具。

许多系统级软件都是用C/C++编写的。Java的跨平台与Web的良好结合是Java的优势，Java相关技术JavaOne很可能成为未来主流的开发工具之一。

其次，最好掌握一个简单的可视化开发工具，如vb、powerbuilder、delphi、cbuilder，这样可以降低开发难度，强化程序员对象模型的概念。另外，您需要掌握基本的脚本语言，如shell、perl等，至少能理解脚本代码。

2、熟知数据库

很多应用都是以数据为中心的数据库，有很多数据库产品，其中关系数据库仍然是主流形式，所以程序员至少要精通一两个数据库，非常清楚关系数据库的关键元素，熟练掌握在SQL的基本语法中。

虽然许多数据库产品提供可视化的数据库管理工具，SQL是数据库操作的基础和常用方法。如果您没有访问商业数据库系统的权限，那么最好使用免费的数据库产品，如mysql、postgres等。

3、了解操作系统

目前，主流操作系统是windows、linux/unix，熟练使用这些操作系统是必要的，但只有这些还远远不够。

作为一个真正的编程大师，我们需要对操作系统及其内存管理机制、进程/线程调度、信号、内核对象、系统调用、协议栈实现等有深入的了解。

Linux作为开发源代码的操作系统，是一个很好的学习平台。Linux几乎具有现代操作系统的所有特征。虽然关于Windows系统内核实现机制的信息很少，但是通过Internet仍然可以获得很多信息。了解网络协议TCP/IP。

❽ 程序员的符号是什么意思

1、程序员的符号有很多种，你具体是在指什么符号。
2、比如运算符号，加减乘除等等，与数学运算符号的意义基本相同。
3、还有特殊符号，比如#号，@号等等，会有一些特殊的含义，在不同语言中指代意义不尽相同。
4、还有分隔符号，这个一般是程序中自定义的。
5、希望对你有帮助。

❾ 程序员是做什么的

程序员一般的工作是从事程序开发、程序维护。

程序员是从事程序开发、程序维护的专业人员。一般将程序员分为程序设计人员和程序编码人员，软件从业人员分为初级程序员、中级程序员、高级程序员（现为软件设计师）、系统分析员，系统架构师，测试工程师六大类。具体工作职责如下：

1、负责软件项目的详细设计、编码和内部测试的组织实施，对小型软件项目兼任系统分析工作，完成分配项目的实施和技术支持工作。

2、协助项目经理和相关人员同客户进行沟通，保持良好的客户关系。

3、参与需求调研、项目可行性分析、技术可行性分析和需求分析。

4、熟悉并熟练掌握交付软件部开发的软件项目的相关软件技术。

5、负责向项目经理及时反馈软件开发中的情况，并根据实际情况提出改进建议。

6、参与软件开发和维护过程中重大技术问题的解决，参与软件首次安装调试、数据割接、用户培训和项目推广。

7、负责相关技术文档的拟订。

8、负责对业务领域内的技术发展动态。

(9)程序员的定义扩展阅读：

职业要求

一般的程序员都有四年的在专业领域的学习，需要一个在程序领域的学士学位获得者，不论是数学方面的还是工程方面的都是可以的。

大约有20%的人在这一领域的计算机科学和工程学拥有更高的学位。还有很小一部分程序员是自学的，尽管一些专业性的学校或者综合大学可以提供，但是也需要一些别的途径来提供相关的人才。

尽管学历是比较重要的，但是公司经常把重点放在应聘者的工作经验上，很多刚从大学毕业的大学生虽然有引人注目的学位证书，但是他们找不到工作是因为他们缺乏经验。

一个程序员虽然没有正规的学历，但是如果一个人拥有程序设计的深厚知识背景或者丰富的工作经验的话，那么他的机会要比有学历的应届毕业生大得多。

对于职业程序员，另外一个重要的方面就是，程序员需要不断提升自己的业务技术，他的技术必须一直保持在一个较高的水平，并且要不断发展，程序员也要寻找贸易的机会，要参加研讨会，在周刊上发表文章和接受职业教育，这些使程序员在自己的领域中分级或者不断并排前进。

❿ 关于程序员

那编程能力实在是太强了，而且开发经验丰富。你要想成为程序员就一定要做好吃苦的准备，还有一点要说明，做这个行业不是早结婚，就是晚结婚，这是不争的事实。
学好某一门语言或学好多门语言只是成为一名合格的程序员必备的条件之一，重要的是软件工程所要走的一个流程，看一下CMMi方面的资料会对你有一些好处.
(Capability Maturity Model Integration，能力成熟度模式整合)

CMMI（ Capability Maturity Model Integration）的本质是软件管理工程的一个部分。软件过程改善是当前软件管理工程的核心问题， 50多年来计算的发展使人们认识到要高效率、高质量和低成本地开发软件，必须改善软件生产过程。基于模型的过程改进是指用采用能力模型来指导组织的过程改进，使之过程能力稳定的进行改善，该组织也能变得更加成熟。

然而，软件组织形成一套完整而成熟的软件过程不是一蹴而就的事情，需要经历一系列的成熟度。软件组织首先要进行差异分析，评定自己比较接近哪一个成熟度，然后再根据自身的情况来决定要采取哪些改进活动，来更有效地改进自己的软件过程。这就对软件过程的评定提出了一个客观的标准。美国卡内基梅隆大学软件工程学院于1987年研究成功的SW-CMM（Capability Maturity Model for Software）就是这样的一个理论模型，其目的在于帮助软件组织改善软件生产流程，以探索一个保证软件产品质量、缩短开发周期、提高工作效率的软件工程模式与标准规范。

CMMI是一个可以改进系统工程和软件工程的整合模式。1997年10月SEI停止对CMM的研究，改而致力于CMMI，以解决使用多个过程改进模型的问题。SEI同时宣布CMMI将取代CMM，与2000年8月11日颁布了CMMI-SE/SW 1.0版本，2001年12月颁布了1.1版本，这次发布标志着CMMI正式启用,并准备今年内完成CMM到CMMI的过渡。说到CMMI就不能不提CMM。

CMM

CMM框架用5个不断进化的层次来评定软件生产的历史与现状：初始级描述了不成熟，或者说是未定义的过程的组织，是混沌的过程以不可预测结果为特征；可重复级是经过训练的软件过程；已定义级是标准一致的软件过程，以组织内改进项目执行为特征；已管理级是可预测的软件过程，以改进组织性能为特征；优化级是能持续改善的软件过程，以可快速进行重新配置的组织性能，和定量的、持续的过程改进为特征。任何单位所实施的软件过程，都可能在某一方面比较成熟，在另一方面不够成熟，但总体上必然属于这5个层次中的某一个层次。

CMM包括两部分"软件能力成熟度模型"和"能力成熟度模型的关键过程域"。"软件能力成熟度模型"主要是描述此模型的结构，并且给出该模型的基本构件的定义。"能力成熟度模型的关键过程域"详细描述了每个关键过程方面涉及的过程域。

可重复级关键过程域：需求管理，软件项目计划，软件项目跟踪和监控，软件子合同管理，软件质量保证，软件配置管理。

已定义级关键过程域：组织级过程焦点，组织级过程定义，培训大纲，集成软件管理，软件产品工程，组间协调，同行评审。

已管理级关键过程域：定量过程管理，软件质量管理。

优化级关键过程域：缺陷预防，技术更新管理，过程更改管理。

多数组织的基本目标是达到成熟度3级。评估组织当前的成熟度级别的手段之一是软件能力评估（SCE）。SCE通过评估软件过程（一般以方针陈述的形式）和项目实践来确定该组织是否言行一致。组织的过程体现了如实记录所做的工作，项目实施（对该过程的特定剪裁和解释）应该证明说到做到。

现在全球许多不同的组织以CMM为协助企业作全面的过程改进活动，除了肯定其软件成熟度外，更像征具有跨足国际市场的能力。现在通过CMM5级认证的组织达到了一百多家。

CMMI

CMM的成功促使其他学科也相继开发类似的过程改进模型，例如系统工程、需求工程、人力资源、集成产品开发、软件采购等等，从CMM衍生出了一些改善模型，比如：SW－CMM,SE-CMM,IPD-CMM等。不过，在同一个组织中多个过程改进模型的存在可能会引起冲突和混淆。CMMI就是为了解决怎么保持这些模式之间的协调。

由业界、美国政府和卡内基·梅隆大学软件工程研究所率先倡导的能力成熟度模型集成（CMMI）项目致力于帮助企业缓解这种困境。CMMI为改进一个组织的各种过程提供了一个单一的集成化框架，新的集成模型框架消除了各个模型的不一致性，减少了模型间的重复，增加透明度和理解，建立了一个自动的、可扩展的框架。因而能够从总体上改进组织的质量和效率。CMMI主要关注点就是成本效益、明确重点、过程集中和灵活性四个方面。

与原有的能力成熟度模型类似，CMMI也包括了在不同领域建立有效过程的必要元素，反映了业界普遍认可的"最佳"实践；专业领域覆盖软件工程、系统工程、集成产品开发和系统采购。在此前提下，CMMI为企业的过程构建和改进提供了指导和框架作用；同时为企业评审自己的过程提供了可参照的行业基准。

CMMI的源模型：软件能力成熟度模型2.0版，C稿；电子行业协会临时标准（EIA/IS）731；集成产品开发能力成熟度模型（IPD- CMM)。

CMMI的原则：

1． 强调高层管理者的支持。过程改进往往也是由高层管理者认识和提出的，大力度的、一致的支持是过程改进的关键。

2． 仔细确定改进目标，首先应该对给定时间内的所能完成的改进目标进行正确的估计和定义并制定计划。选择能够达到的目标和能够看到对组织的效益。

3． 选择最佳实践，应该基于组织现有的软件活动和过程财富，参考其他标准模型，取其精华去其糟粕，得到新的实践活动模型。

4． 过程改进要与组织的商务目标一致，与发展战略紧密结合。

CMMI目标:

1. 为提高组织过程和管理产品开发、发布和维护能力的提供保障。

2. 帮助组织客观评价自身能力成熟度和过程域能力，为过程改进建立优先级以及执行过程改进。

CMMI的方法：

1 决定哪个CMMI模型等级最适合组织过程改进需要。

2 选择模型的表示法是连续式还是阶段式。

3 决定组织需要用到的模型中的知识领域。

4 类似CMM提出的过程改进6步，集成化过程改进分成：开始集成过程改进,建造集成改善平台，集成传统过程，启动新过程，进行改 进评估。

CMMI内容

CMMI内容分为"要求"、"期望"和"提供信息"三个级别，来衡量模型包括的质量重要性和作用。最重要的是"要求"级别，是模型和过程改进的基础。第二级别"期望"在过程改进中起到主要作用，但是某些情况不是必须的可能不会出现在成功的组织模型中。"提供的信息"构成了模型的主要部分，为过程改进提供了有用的指导，在许多情况下他们对需要和期望的构件做了进一步说明。

"要求"的模型构件是目标，代表了过程改进想要达到的最终状态，它的实现表示了项目和过程控制已经达到了某种水平。当一个目标对应一个关键过程域，就称为"特定目标"；对应整个关键过程域就称为"公用目标"。整个CMMI模型包括了54个特定目标，每个关键过程域都对应了一到四个特定目标。每个目标的描述都是非常简捷的，为了充分理解要求的目标就是扩展"期望"的构件。

"期望"的构件是方法，代表了达到目标的实践手段和补充认识。每个方法都能映射到一个目标上，当一个方法对一个目标是唯一就是"特定方法"；而能适用于所有目标时就是"公用方法"。CMMI模型包括了186个特定方法，每个目标有两到七个方法对应。

CMMI包括了10种"提供的信息"：目的，概括和总结了关键过程域的特定目标；介绍说明，介绍关键过程域的范围、性质和实际方法和影响等特征；引用，关键过程域之间的指向是通过引用；名字，表示了关键过程域的构件；方法和目标关系，关键过程域中方法映射到目标的关系表；注释，注释关键过程域的其他模型构件的信息来源；典型工作产品集，定义关键过程域中执行方法时候产生的工作产品；子方法，通过方法活动的分解和详细描述；学科扩充，CMMI对应学科是独立的，这里提供了对应特定学科的扩展；公用方法的详细描述，关键过程域中公用方法应用实践的详细描述。

CMMI提供了阶段式和连续式两种表示方法，但是这两种表示法在逻辑上是等价的。我们熟悉的SW-CMM软件能力成熟模型就是阶段式的模型，SE-CMM系统工程模型是连续式模型，而IPD-CMM集成产品开发模型结合了阶段式和连续式两者的特点。

阶段式方法将模型表示为一系列"成熟度等级"阶段，每个阶段都有一组KPA指出一个组织应集中于何处以改善其组织过程，每个KPA用满足其目标的方法来描述，过程改进通过在一个特定的成熟度等级中满足所有KPA的目标而实现的。

连续式模型没有像阶段式那样的分散阶段，模型的KPA中的方法是当KPA的外部形式，并可应用于所有的KAP中，通过实现公用方法来改进过程。它不专门指出目标，而是强调方法。组织可以根据自身情况适当裁剪连续模型并以确定的KPA为改进目标。

两种表示法的差异反应了为每个能力和成熟度等级描述过程而使用的方法，他们虽然描述的机制可能不同，但是两种表示方法通过采用公用的目标和方法作为需要的和期望的模型元素，而达到了相同的改善目的。

======================================================================

CMMI 模型的前身是 SW-CMM 和 SE-CMM，前者就是我们指的CMM。CMMI与SW-CMM的主要区别就是覆盖了许多领域；到目前为止包括四个下面领域：

1．软件工程（SW-CMM）

软件工程的对象是软件系统的开发活动，要求实现软件开发、运行、维护活动系统化、制度化、量化。

2．系统工程（SE-CMM）

系统工程的对象是全套系统的开发活动，可能包括也可能不包括软件。系统工程的核心是将客户的需求、期望和约束条件转化为产品解决方案，并对解决方案的实现提供全程的支持。

3．集成的产品和过程开发（IPPD-CMM）

集成的产品和过程开发是指在产品生命周期中，通过所有相关人员的通力合作，采用系统化的进程来更好地满足客户的需求、期望和要求。如果项目或企业选择IPPD进程，则需要选用模型中所有与IPPD相关的实践。

4．采购（SS-CMM）

采购的内容适用于那些供应商的行为对项目的成功与否起到关键作用的项目。主要内容包括：识别并评价产品的潜在来源、确定需要采购的产品的目标供应商、监控并分析供应商的实施过程、评价供应商提供的工作产品以及对供应协议和供应关系进行适当的调整。

在以上模块中，企业可以选择软件工程，或系统工程，也可以都选择。集成的产品和过程开发和采购主要是配合软件工程和系统工程的内容使用。例如，纯软件企业可以选择CMMI中的软件工程的内容；设备制造企业可以选择系统工程和采购；集成的企业可以选择软件工程、系统工程和集成的产品和过程开发。CMMI中的大部分内容是适用各不同领域的，但是实施中会有显着的差别，因此模型中提供了"不同领域应用详解"。

CMM的基于活动的度量方法和瀑布过程的有次序的、基于活动的管理规范有非常密切的联系，更适合瀑布型的开发过程。而CMMI相对CMM更一步支持迭代开发过程和经济动机推动组织采用基于结果的方法：开发业务案例、构想和原型方案；细化后纳入基线结构、可用发布，最后定为现场版本的发布。虽然CMMI保留了基于活动的方法，它的确集成了软件产业内很多现代的最好的实践，因此它很大程度上淡化了和瀑布思想的联系。

在 CMMI 模型中在保留了CMM阶段式模式的基础上，出现了连续式模型，这样可以帮助一个组织以及这个组织的客户更加客观和全面的了解它的过程成熟度。同时，连续模型的采用可以给一个组织在进行过程改进的时候带来更大的自主性，不用再像CMM 中 一样，受到等级的严格限制。这种改进的好处是灵活性和客观性强，弱点在于由于缺乏指导，一个组织可能缺乏对关键过程域之间依赖关系的正确理解而片面的实施过程，造成一些过程成为空中楼阁，缺少其他过程的支撑。两种表现方式（连续的和阶段的）从他们所涵盖的过程区域上来说并没有不同，不同的是过程区域的组织方式以及对成熟度（能力）级别的判断方式。

CMMI 模型中比 CMM 进一步强化了对需求的重视。在 CMM 中，关于需求只有需求管理这一个关键过程域，也就是说，强调对有质量的需求进行管理，而如何获取需求则没有提出明确的要求。在CMMI的阶段模型中，3 级有一个独立的关键过程域叫做需求开发，提出了对如何获取优秀的需求的要求和方法。CMMI 模型对工程活动进行了一定的强化。在CMM中，只有3级中的软件产品工程和同行评审两个关键过程域是与工程过程密切相关的，而在CMMI中，则将需求开发，验证，确认，技术解决方案，产品集成这些工程过程活动都作为单独的关键过程域进行了要求，从而在实践上提出了对工程的更高要求和更具体的指导。CMMI中还强调了风险管理。不像在CMM 中把风险的管理分散在项目计划和项目跟踪与监控中进行要求，CMMI3级里单独提出了一个独立的关键过程域叫做风险管理。