北漂程序员采购流程

㈠ 简述成品入库完整流程

1. 当日成品生产结束，由车间外包班长和仓库程序员核对数量入库。

2. 依据外包入库记录托盘条码号和程序电脑记录进行数据核对，对于可能出现的重复扫码、空托盘入库、尾托盘数量一一核对。

3. 对于有异议的进行记录和说明，以便第二天出库核对。没有核对和记录说明的，发货时发现有差错的，当班人员将承担全部责任。

4. 核对完毕，没有异议当面开具入库单据，双方签字确认生效。

5. 中办产品单独入库，由车间依据中办订单提前备货。出库后即办理入库手续由仓库班长签字确认，不在由主管签字确认。

6. 保温产品入库由车间开具入库单后，由仓库班长核对数量后签字。通知叉车入库发货。

7. 入库单一式四张，仓库前边两张、车间后边两张，仓库白联交生产部上账，红联留底。车间白联交车间生产统计，红联留底。

拓展资料：

商品入库是商品进入仓库时所进行的卸货、清点、验收、办理入库手续等工作的总称。是仓库业务活动的第一道环节，是做好商品储存的基础。商品入库作业的具体内容和程序是：

(1)做好入库前的准备工作。事先掌握入库商品品种、性能、数量和到库日期;安排商品接货、验收、搬运、堆码所需设备、场地和劳力。

(2)进行商品接收工作。根据业务部门的入库凭证按大件核点品种、规格、数量、包装及标志等，检查单、货是否相符，有无多送、少送和错送等情况。

(3)办理商品交接手续。仓库收货人在送货单上签收。如有问题，应会同交付入库的有关人员作出记录、分清责任，并立即通知业务部门及时处理。

(4)检验商品细数、质 量。根据货主及仓库规定，开箱、拆包点验品种、规格、细数是否正确无误，检查质量是否符合标准。

(5)办理商品入库凭证签收、分发登帐手续。根据验收结果，由保管员在商品入库单上逐项按实签收，并注明实收数量和堆码仓位。其中一联加盖仓储企业印章后退还货主，作为仓储企业收货凭证，一联交货区记帐员登记“代管商品明细帐”，一联由保管员留存，登记“商品保管卡”。

在财会部门设有表处“代管商品物资”帐户情况下，商品入库凭证尚应增加一联送交财会部门，据以登记“代管商品物资”帐户。

主要任务

1、入库商品的接收。入库商品的接收主要有四种方式：车站码头接货；专用铁路线或码头接货；到供货方仓库提货；本库接货。

2、入库商品的验收。入库商品的验收工作，主要包括数量验收、质量验收和包装验收三个方面。在数量和质量验收方面应分别按商品的性质、到货情况，来确定验收的标准和方法。

3、验收发现问题的处理。验收中出现的问题，大体有如下几种情况：数量不符；质量问题；包装问题；单货不符或单证不全。

4、办理商品入库手续。商品经过质量和数量验收后，由商品检查人员或保管员在商品入库凭证上盖章签收。仓库留存商品入库保管联，并注明商品存放的库房、货位，以便统计、记账。同时，将商品入库凭证的有关联迅速送回存货单位，作为正式收货的凭证。

㈡ 我是一名在北京工作的IT人士，现公司需采购一套IT设备管理的系统，有操作便捷、功能强大的系统不

岗位：程序员
程序员(英文Programmer)是从事程序开发、维护的专业人员。一般我们将程序员分为程序设计人员和程序编码员，但两者的界限并不非常清楚，特别是在中国。
作一个真正合格的程序员，应该具有的素质。
1：团队精神和协作能力
团队精神和协作能力是作为一个程序员应具备的最基本的素质。软件工程已经提了将近三十年了，当今的软件开发已经不是编程了，而是工程。独行侠可以写一些程序也能赚钱发财，但是进入研发团队，从事商业化和产品化的开发任务，就必须具备这种素质。可以毫不夸张的说这种素质是一个程序员乃至一个团队的安身立命之本。
2：文档习惯
文档是一个软件系统的生命力。一个公司的产品再好、技术含量再高，如果没有缺乏文档，知识就没有继承，公司还是一个来料加工的软件作坊。作为代码程序员，必须将30％的工作时间写用于技术文档。没有文档的程序员势必会被淘汰。
3：规范化的代码编写习惯
知名软件公司的代码的变量命名、注释格式，甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。一些所谓的高手甚至叫嚣高手写的代码一般人看不懂，我只能说他不是一名合格的程序员。
4：需求理解能力
程序员要能正确理解任务单中描述的需求。在这里要明确一点，程序员不仅仅要注意到软件的功能需求，还应注意软件的性能需求，要能正确评估自己的模块对整个项目中的影响及潜在的威胁，如果有着两到三年项目经验的熟练程序员对这一点没有体会的话，只能说明他或许是认真工作过，但是没有用心工作。
5：模块化思维能力
作为一个优秀的程序员，他的思想不能在局限当前的工作任务里面，要想想看自己写的模块是否可以脱离当前系统存在，通过简单的封装在其他系统中或其他模块中直接使用。这样做可以使代码能重复利用，减少重复的劳动，也能是系统结构越趋合理。模块化思维能力的提高是一个程序员的技术水平提高的一项重要指标。
6：测试习惯
测试是软件工程质量保证的重要环节，但是测试不仅仅是测试工程师的工作，而是每个程序员的一种基本职责。程序员要认识测试不仅是正常的程序调试，而要是要进行有目的有针对性的异常调用测试，这一点要结合需求理解能力。
7：学习和总结的能力
程序员是很容易被淘汰的职业，所以要善于学习总结。许多程序员喜欢盲目追求一些编码的小技巧，这样的技术人员无论学了多少语言，代码写起来多熟练，我们只能说他是一名熟练的代码民工，他永远都不会有质的提高。一个善于学习的程序员会经常总结自己的技术水平，对自己的技术层面要有良好的定位，这样才能有目的地提高自己。这样才能逐步提高，从程序员升级为软件设计师、系统分析员。
作为高级程序员，乃至于设计师而言，除了应该具备上述全部素质之外，还需要具备以下素质：
1、 需求分析能力
2、 整体框架能力
3、 流程处理能力
4、 模块分解能力
5、 整体项目评估能力
6、 团队组织管理能力

岗位：项目经理
主要职责：
1、 计划：
a)项目范围、项目质量、项目时间、项目成本的确认。
b)项目过程/活动的标准化、规范化。
c)根据项目范围、质量、时间与成本的综合因素的考虑，进行项目的总体规划与阶段计划。
d)各项计划得到上级领导、客户方及项目组成员认可。
2、 组织：
a)组织项目所需的各项资源。
b)设置项目组中的各种角色，并分配好各角色的责任与权限。
c)定制项目组内外的沟通计划。（必要时可按配置管理要求写项目策划目录中的《项目沟通计划》）
d)安排组内需求分析师、客户联系人等角色与客户的沟通与交流。
e)处理项目组与其它项目干系人之间的关系。
f)处理项目组内各角色之间的关系、处理项目组内各成员之间的关系。
g)安排客户培训工作。
3、 领导：
a)保证项目组目标明确且理解一致。
b)创建项目组的开发环境及氛围，在项目范围内保证项目组成员不受项目其它方面的影响。
c)提升项目组士气，加强项目组凝聚力。
d)合理安排项目组各成员的工作，使各成员工作都能达到一定的饱满度。
e)制定项目组需要的招聘或培训人员的计划。
f)定期组织项目组成员进行相关技术培训以及与项目相关的行业培训等。
g)及时发现项目组中出现的问题。
h)及时处理项目组中出现的问题。
4、 控制
a)保证项目在预算成本范围内按规定的质量和进度达到项目目标。
b)在项目生命周期的各个阶段，跟踪、检查项目组成员的工作质量；
c)定期向领导汇报项目工作进度以及项目开发过程中的难题。
d)对项目进行配置管理与规划。
e)控制项目组各成员的工作进度，即时了解项目组成员的工作情况，并能快速的解决项目组成员所碰到的难题。
f)不定期组织项目组成员进行项目以外的短期活动，以培养团队精神。
结语：
项目经理是在整个项目开发过程中项目组内对所有非技术性重要事情做出最终决定的人。

岗位：系统架构师（技术总监）
主要功能及职责：
1、系统架构师是软件项目的总体设计师，是软件组织新产品的开发与集成、新技术体系的构建者。
2、系统架构师是在技术上对所有重要事情做出决定的人。（系统架构师在整个软件开发过程中都起着重要作用，并随着开发进程的推进而其职责或关注点不断地变化。）
3、需求阶段，软件架构师负责理解和管理非功能性系统需求，比如软件的可维护性、性能、复用性、可靠性、有效性和可测试性等。审查客户和市场人员所提出的需求，确认开发团队所提出的设计；组织开发团队成员和开发过程的定义；协助需求分析师完成《用户需求说明书》、《需求变更说明书》。
4、设计阶段，架构师负责对整个软件架构、关键构件、接口的设计。协助系统分析师完成《系统概要设计说明书》
5、编码阶段，架构师则成为程序员的顾问，并且经常性地要举行一些技术研讨会、技术培训班等；
6、测试及实施阶段，随着软件开始测试、集成和交付，集成和测试支持将成为软件架构师的工作重点；
结语：
系统架构师也可以理解成技术总监。系统架构师是在部门内所有软件项目中，对技术上所有重要的事情做出决定的人。

岗位：需求分析师
主要职责：
1、在项目前期根据《需求调研计划》对客户进行需求调研。
2、收集整理客户需求，负责编写《用户需求说明书》。
3、代表项目组与用户沟通与项目需求有关的所有事项。
4、代表客户与项目组成员沟通项目需求有关的所有事项。
5、负责《用户需求说明书》得到用户的认可与签字。
6、负责将完成的项目模块给客户做演示，并收集对完成模块的意见。
7、完成《需求变更说明书》，并得到用户的认可与签字。
8、并协助系统架构师、系统分析师对需求进行理解。
结语：
需求分析师是项目前期与客户方打交道最多的人，对于客户来说，他可以代表整个项目组，对与项目组成员来说他的意见可以代表客户方的意见，项目组内所有与客户需求相关的事情必需得到他的认可。

岗位：系统分析师
主要职责：
1、 协助需求分析师进行需求调研。
2、分析、解析《用户需求说明书》，将系统需求整理成《软件需求规格说明书》；
3、负责解决《软件需求规格说明书》被评审后发现的问题；
4、在分析系统前，负责向架构设计师解释《软件需求规格说明书》的内容。
5、协助架构设计师进行架构设计，并协助其完成《系统架构说明书》。
6、根据《系统架构说明书》对系统进行建模；
7、系统分析及建模完成后，负责将建模成果转化为《系统概要设计》；
8、协助数据库设计师按《系统概要设计说明书》进行数据库逻辑设计和物理设计，完成数据库CDM及PDM图，并协助其完成《数据库设计说明书》
9、协助软件设计师按《系统概要设计说明书》进行《系统详细设计说明书》。
10、指导软件工程师按《系统详细设计说明书》进行代码实现。
11、 负责重点代码检查；
12、协助项目经理进行配置管理，并提供优化改进建议；
13、定期对项目组成员进行技术方面的培训。
结语：
系统分析师是项目组中的首席执行官，他涉及项目的所有方面，是项目进度的推动者，也是项目成功的关键。

岗位：数据库设计师
主要职责：
1、根据《系统架构说明书》与系统架构师、系统分析师一同进行数据库建模。
2、根据数据库建模结果，绘制数据库CDM与PDM图。
3、 根据数据库PDM图进行数据库建库。
4、 对数据库进行维护、备份、恢复、同步。
5、 负责客户数据的导入导出。
6、 对数据库进行初始化操作。
7、协助软件设计师完成《系统详细设计说明书》中与数据库相关的部分。
8、根据《系统详细设计说明书》编写对应的视图、存储过程、函数、触发器等。
9、对项目组其它成员进行SQL方面的指导。
10、定期对项目组其它成员进行数据库方面知识的培训。
11、为测试经理及测试工程师建立测试数据。
结语：
数据库设计师又称DBA，是项目组中唯一能对数据库进行直接的操作的人。对项目中与数据库相关的所有重要的事做最终决定的人。

岗位：软件设计师（模块）
1、根据《系统概要设计说明书》编写分模块的《系统详细说明书》。
2、负责对软件工程师讲解《系统详细设计说明书》内容。
3、协助软件工程师按《系统详细设计说明书》进行代码实现。
4、 控制本模块的开发进度。
结语：
软件设计师又称模块设计师，协助系统分析师对分模块进行详细设计，并直接管控该模块的进度，对于本模块中所有重要的事做最终决定的人。

岗位：软件工程师
主要职责：
1.根据《系统详细设计说明书》进行代码实现；
2.对自己代码进行复查，并进行简单的测试；
结语：
软件工程师是最终实现代码的成员。

岗位：测试经理
主要职责：
1.独立编写测试计划；
2.独立编写测试用例；
3.协调测试团队内部的工作以及与开发团队之间的工作；
4.完成“执行测试”的工作；
5.掌握较深层次的测试方法、测试技术和较复杂的业务流程；
6.负责测试过程工具的研究、推广与维护，负责测试数据库维护工作；
7.负责编写《用户手册》、《操作手册》和相关培训教材；
8.负责项目的质量审查。
结语：
测试经理其实应该是整个项目中最关心项目质量的人，他的主要工作就是找到项目中存在的不合理、不合格的部份，并要求项目其它成员按其给定的项目质量完成项目。

岗位：测试工程师
主要职责：
1.在测试经理的安排和指导下，编写测试用例；
2.在测试经理的安排和指导下，完成“执行测试”的工作；
3.在测试经理的指导下，按测试计划进行测试工作；
4.按测试用例进行测试工作。
5.负责被分派项目的质量审计。
6.了解项目的基本流程，可以熟练的进行项目中各种流程的操作。
结语：
测试工程师是项目质量的保证，是最终进行项目测试的成员。

岗位：实施经理
主要职责：
1.负责制定项目实施计划；
2.在项目实施计划的约束下，协调项目组相关资源，完成系统实施相关工作（包括系统安装、用户培训、系统上线、系统试运行等）；
3.在项目实施阶段，跟踪、检查实施人员的工作质量；
5.负责协助用户进行“用户确认测试”和编写《确认测试报告》。

岗位：实施工程师
主要职责：
1.在实施经理安排和指导下，执行项目用户现场实施任务；
2.参与编写《用户手册》、《操作手册》和相关培训教材；
3.参与进行“用户确认测试”和编写《确认测试报告》。

岗位：美术工程师
主要职责：
1.负责完成软件设计师安排的功能界面设计。
2.负责对项目整体色彩的调配。
3.向系统分析师提出项目美化的建议。
4.为BS项目提供一套或几套CSS样式表及HTML结构表
5.为CS项目提供符合项目内容的静态、动态图片。
6.并为软件设计师提供界面指导。

岗位：客户经理（当所开发的项目属于定制型的项目时设立，可由项目经理或部门经理兼）
主要职责：
1.策划并独立完成目标客户的拜访和沟通；
2.定期分析、整理客户需求，制定有针对性的方案；
3.进行重点客户的关系维护，了解并整理重点客户的需求，为开发更符合用户需求的产品提供富有价值的市场信息；
4.参与产品定位的研讨，为产品策划献计献策。

岗位：产品经理（当所开发的项目为产品型项目时设立，可由市场部成员兼）
主要职责：
1.对所负责的产品进行策划和管理；
2.对所负责的产品进行市场调研和分析，及时提出应对措施；
3.负责产品实现的内部管理，保证产品功能的顺利实现以及时满足市场需求；
4.负责产品对外宣传与推广，开拓市场，提高产品品牌知名度和认可度；
5.配合销售制订产品销售策略，支持市场销售业务。

㈢ 请教干过销售和程序员的前辈

如果你想从事销售这个行业

你要确定你对一个事物是否有钻研的精神.

就比如你吃饭,聊天,学习甚至睡觉时都会引起对这个事物启发

还有你要有强烈的主观判断能力,洞察环境的能力和敏锐的神经.

最后要强迫自己有一个固定的生活规律(为了锻炼自己的自制力)

如果你具备以上条件相信你能成为一名出色的计算机工程师

不过你未必能成为一名出色的销售人员.

你可以针对自己的机遇和个人的想法去找销售工作.

建议你毕业后先从事一段时期销售工作,最好计算机方面的工作.

不要抱着试一试的心态,这样进步很慢，既然做了,就一定要成功！

从事一段时期之后希望你有所成。

战略转型当技术.这个很重要,当技术一定要多心

因为你以后如果都顺利的话,转型成为技术销售两手抱的小老板,从小公司做起。

某事在人成事在天！

说点眼前的

在做销售工作之前
你认为你销售的东西是否能卖的出去吗？

不要否定自己,不要怕自己给自己洗脑.

你之前的主观意识锻炼能让你变的冷静了.

最后 万里长征第一步,靠走出来的.

干销售非常能锻炼人.建议你试一试.

以上回答献给一个敢想敢做的人.

回答完毕

㈣ 关于程序员

那编程能力实在是太强了，而且开发经验丰富。你要想成为程序员就一定要做好吃苦的准备，还有一点要说明，做这个行业不是早结婚，就是晚结婚，这是不争的事实。
学好某一门语言或学好多门语言只是成为一名合格的程序员必备的条件之一，重要的是软件工程所要走的一个流程，看一下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级里单独提出了一个独立的关键过程域叫做风险管理。

㈤ it界的程序员是干什么的

程序员(英文Programmer)是从事程序开发、维护的专业人员。一般我们将程序员分为程序设计人员和程序编码员，但两者的界限并不非常清楚。
程序员的岗位职责：
1、负责公司网站前后台服务功能的修改和升级，并保证网站软硬件平台的正常高效运行。
2、负责公司网站功能改进计划和网络安全计划的编写。
3、按照计划的时间和质量要求，对公司网站前后台功能进行修改和升级；负责网站代码的优化和维护，保证网站的运行效率。
4、每日根据公司网站业务需要开发，制作和程序修改要求，必须按时按质按量地完成日常公司网站业务的编程开发技术工作。
5、负责公司网站开发前期的测试。
6、负责对公司网站软硬设施进行安全和稳定性巡检；并负责统计和监视系统日志。
7、协助公司各部门关于软件同客户进行沟通，保持良好的客户关系，为客户提出的、客服人员无法解答的专业技术问题提供支持和回馈，保证客户的满意度。
8、负责公司网站开发所需要的软硬件的采购和选型；同时对外包编程工作的质量和进度加以监督和管理。
9、对于外包的项目的技术方面进行设计、实施跟踪和交付成果的控制和验证。保证外包项目能完全按照我方技术要求和规划完成。
10、参与需求调研、项目可行性分析、技术可行性分析和需求分析。
11、熟悉并熟练掌握公司开发的网站项目的相关技术。
12、负责及时向上级领导反馈网站开发中的情况，并根据实际情况提出改
进建议。
13、参与网站开发和维护过程中重大技术问题的解决，参与首次安装调试、数据割接、用户培训和项目推广。
14、负责相关技术文档的拟订。
15、负责对业务领域内的技术发展动态。
16、负责公司网站及其相关网站改版、网站功能完善、新系统的开发工作。
17、负责公司服务器安全管理与维护及公司内部网络维护和电脑软硬件维护工作；
18、负责公司加盟商城开发与维护和加盟商域名管理与维护，为加盟商解
答疑难问题，并提供技术支持；
19、公司速达软件、CRM平台、EMAIL、企信通等信息平台的管理与维护工作。

㈥ 30岁想要转行做程序员，还有竞争力吗

找工作要看三样东西：需求圈、能力圈、兴趣圈，三个圈都重叠的地方，才是最适合你的，问这个问题的话，应该是还没有仔细梳理过，“种一棵树最好的时间是十年前，其次是现在”，所以了解自己的优势、劣势永远都不晚，现在再加上30岁这个定语，看看30岁的你有什么优势和劣势。
然后思考感兴趣的企业都有哪些需求，一般来说，企业对于30岁的求职者期望会更高，要求有更多的管理能力和商业嗅觉，光写代码，熬夜拼不过年轻人啦。如果有做过不错的开发项目，并且从头到尾都了解流程，并且对结果负责，我相信企业会对你青睐有加，当然，找一个对的企业也是很重要的，新兴的物联网3D可视化领域很有前景，3D商业项目有不错的市场需求，要抓住这次机会。
ThingJS不是做项目的，我们是为项目开发者提供3D可视化开发组件，利用thingJS平台进行项目演示，一站式服务很方便，重要的是积累3D项目经验，这种实操是到哪儿都学不到的财富。
30岁的你，有了自己的3D项目，寻找合适的人脉和市场应该不再是难事。

㈦ 程序员真的没前途吗

不要做互联网的web程序员。

一般web软件和互联网公司都是私营企业，私营有以下特点：

web软件公司有项目时招人非常忙碌，每天早九点工作到晚上8--11点或更晚。
有些甚至周六加班。
web程序员来自不同专业，由于外面广告宣传大量人涌入，行业竞争残酷。

除了工作繁忙占时长，程序员业余时间也要不断学习新的编程技能（有些知识不简单）不学习30岁后淘汰。没公司要失业。
新技术不断出来，大量刚毕业年轻人有时间精力学习，上了年纪有家庭的在这些年轻人面前没有优势（体力、照顾孩子、教孩子作业）
程序员没很多空余时间做其他的事情。

有许多都比web程序员好，我随便列举：

我有朋友在大型国企，比如国家电网，他上班8 30--4 30，一个月2万，公积金以2万基数加每月2000到手。年薪30万以上
这种岗位托人际关系、塞钱等，也值得的。

会计财务：会计选择性大，哪个行业公司赚钱前景好，就能投身哪个企业，不管是汽车业、房地产、国企，会计知识体系都样都能胜任。

程序员就不一样了，如做web前端的，很难跳入C++嵌入式等。

公务员不用说了，人脉好朋友多，逢年过节送礼多，家族有发言权。收入除工资还有隐性的收益（包括社会地位）。
关键公务员退休后，退休工资都比普通企业高，我亲戚是派出所警察，退休工资8000元。
这种岗位托人际关系、塞钱等，也值得拼命挤进去，值得的。

采购，采购油水多，灰色收入多（因为现在市场生产力好）常出差，去的地方多，增加眼界

老师，寒暑假整整3个月（有时更长），带薪休假(这段时间老师休息或打工都可以。。)。
老师逢年过节和开学，都能收到家长很多礼（特别很多家长有钱）。我身边亲戚朋友有很多开学直接塞老师千元红包或消费卡。

医院医生，工资奖金高，门诊赚的多，开刀等红包收的多（特别是帮富人开刀）

嵌入式开发（C++硬件等，这种是国家的支柱，竞争人少，包括通信、银行ATM机等都需要）。收入相对很高。

建筑师等，这种职业高新且高大上，竞争人比较少。受人爱戴

㈧ 事业单位招聘程序员值得去吗

我也是程序员，做了3年JAVA了。有时候也会考虑安定这个问题，在继续北漂还是回家之间徘徊，如果回家，必定要放弃相当一部分的薪水……

如果我面对楼主的这个选择，会依据以下几个方面考虑：
1.工作地点。如果在家门口，那么回家。如果依然在一线城市，果断跟着工资走。
2.所属行业。我们工作3年了，应该去选择一个自己认为比较有前景的行业，工作时间越长，业务知识越重要。那么问题来了，这份事业单位属于你看好的行业吗？
3.工资待遇。如果差距太大，估计一时不太好接受。顺便说下，合同和编制不是一个概念，福利差距挺大的，但地方不同可能有些差异，这个问题楼主再确认一下吧。