系统集成心得体会精选多篇.docx
《系统集成心得体会精选多篇.docx》由会员分享，可在线阅读，更多相关《系统集成心得体会精选多篇.docx（17页珍藏版）》请在冰点文库上搜索。
系统集成心得体会精选多篇
系统集成心得体会（精选多篇）
第一篇：
系统集成心得体会
谈谈自己参加考试的一点小心得体会。
经过半个多月的复习，于xx年5月22日参加了全国统考。
当天考试的人还挺多的，我被分配到了第24考场，参加考试的人除了六位同事大家都互相不认识，有5名老师监考，每个人像是有多年擒贼经验的老警察。
上午考试75道选择题，试卷发下来后，匆匆看了一下，发现有些上次考过的类似题目，总体上还是不错。
我是分两次做题，第一次做有把握的，直接就涂在答题卡上，第二次做不太有把握的，只能靠逻辑推理或是靠猜以及排除法找出答案的。
等我做完第二遍时，离考试时间还有近一个小时，考场剩下一半的考生了。
上午考完试后，总体感觉尚可，估计分数应该在55分左右。
下午2点开考，总共5到案例分析，翻开一看，感觉有两道题比拟有把握，答题时根据参考资料上要求的一是要根据每道问答题的分数来答要点，比方5分问答，答案至少要答到5条；二是如果不会，也要根据经验写满，这样老师多少会给点分。
下午我到了铃声响了后才离开考场。
感觉下午的考试不是很理想，估计不出大致的分数。
耐心的等待成绩的公布，如果自己通过中级考试后，那就开始准备高级的考试。
在今后的论坛学习中，我会做些考点分析，定期发布主题，希望同样参加考试的人提供方便，假设朋友们有其他的考点有疑惑或需要交流的都可以发布主题，我们共同讨论。
期望我们共同的进步。
系统集成心得体会〔2〕：
心得
最后，谈谈在这次ci实践中感受到的一些心得：
ci和process及agile：
敏捷编程中要求在每个小迭代中都有交付件，因此要求每个迭代都有完整的集成及测试工作，因而ci是一个很的敏捷实践，用以保证交付件的质量。
如果没有很的ci，很难做到真正的敏捷。
此外，ci的引入也会对现有流程形成一定的影响，一个实际的例子就是：
以前rd总是在每天晚上下班前把当天完成的代码checkin，而现在那么是，完成了一局部就立即checkin一局部，并等待几分钟，确保checkin的代码不会让ci失败。
ci和testing及automation：
其实在前面的实践中也已经看到，ci中包含了很多的测试实践，比方单元测试、组件测试、功能测试、系统测试等等。
integration不只是compile，更多地是通过测试来保证质量。
这对rd和qa都提出了更高的要求，首先，持续意味着我们必须要保证测试的一直可用，在实施ci之前，我们也有单元测试，但单元测试往往在进入alpha或beta后就再也没人关心和维护了，在工程结束时甚至单元测试的程序连编译都不能通过。
其次，自动化的要求意味着必须要更地去考虑产品设计、实现、以及测试的设计工作，一个低耦合的架构才有可能更多地自动化，糟糕的设计工作会让自动化根本无法进行。
ci和cross-platform开发：
趋势很多工程都有多个平台的版本，因此对软件的跨平台开发也有很高的要求。
那ci对跨平台有什么意义呢？
如果我们在多个开发平台上都有响应的ci系统，那我们在开发任何一个平台的时候，新增或者修改的代码都可以及时通过其他平台上的ci系统得到尽早的验证和反应。
这样，通过ci可以更地要求开发人员考虑跨平台的需要，不能因为一个平台的代码而让其他平台的ci失败。
持续：
我想对ci里持续的理解可以从两方面来谈，首先是持续地集成产品，尽早地发现问题；其次，也可以把这里的持续理解为持续改良，正如前面说的，ci里包括很多的实践，我们不可能一下子引入全部，这就要求我们有持续改良的sense，持续地引入新的实践〔比方参加代码审查等〕、持续地参加新的case、持续地完善ci和process，在改良的同时，ci又很地保证了已有局部的长期有效，不过像猴子摘西瓜那样，缺少历史的积淀。
企业化和公司的支持：
最后一点心得，和ci关系不大，但在任何公司、任何组织中，要想能不断改良、尝试新的实践和流程，必然离不开组织和制度的支持。
我们在实践ci过程中，manager们给了团队很多的自由，可以充分去开掘，同时允许失败，这是任何一个实践能够有所收获的必备前提。
最后，推荐一本关于持续集成的书籍：
continuousintegration:
improvingsoftwarequalityandreducingrisk〔持续集成：
软件质量改良和风险降低之道〕，它对ci进行比拟全面的介绍，可以从这本书里开始对ci做个全面的了解。
ci并不是软件开发的银弹，它也并不尝试解决软件开发中固有的很多问题，但通过采用ci，可以更地控制和降低风险，并能更地保证团队和流程走在不断成功和改良的正确道路上，从而让我们有更大的信心去release产品，refractor代码，agile流程。
拥抱敏捷、拥抱变化、拥抱ci！
第二篇：
计算机信息系统集成工程管理人员资质延续换证心得体会
计算机信息系统集成工程管理人员资质延续换证
心得体会
通过参加信息系统集成高级工程经理的继续教育过程中，感到这次的坚持不懈的学习对我日常的工作有很重要的理论提高和指导实践工作的作用。
我觉得在以下三点我有很大的收获：
1、厘清了工程管理过程中长期解决不了的理论知识与实际工程紧密联系的问题，例如在某涉密工程的软件系统开发过程中，针对客户不断提出的需求，在已经严重影响到工程进展和突破本钱预算的时候，我适时的通过继续教育中学到的新的围管理的知识点，巧妙的躲避了潜在的工程风险，也取得了客户较的满意度，保障了工程的正常进展。
2、利用管理知识带团队是一门学问也是一种艺术。
作为高级工程经理，在工程管理层面上，我觉得80%的精力主要花在沟通上，与客户的沟通，与工程团队的沟通。
与人的沟通能力也是在不断学习中培养出来的，高效的协作团队是工程成功的根底。
通过学习，我较的掌握了不少成功的工程案例的学习，应用在实际的工作中，受益匪浅。
养成良的工程管理方法和习惯能创造更的效益。
融洽的管理气氛与良的管理制度能形成一种良的企业化，减少内耗，提高效率，在实际工作中用所学知识进行科学有效的管理是以后工程管理中必不可少的一课，这次能通过继续教育的考核，是一个新的起点，必将能进一步鼓励更多的工程管理者采取科学、有效的方法进行生产实践。
第三篇：
计算机系统集成工程管理的一些体会
计算机系统集成工程管理的一些体会
摘要：
就计算机系统集成工程管理中应注意的一些问题，结合实际经验，谈了一
些体会
关键词：
计算机系统集成、工程管理、体会
工程管理是一门实践性很强的管理工作，一个成功的工程经理一定是做出来的，而不是学出来的。
这就提醒我们，在学习和掌握正确的理论知识的同时，应努力实践，并善于在实践中总结。
作为从事计算机系统集成工程管理多年的的一个工程经理，通过自己的亲身体会，对工程管理中的一些经验和教训，作出的一些总结，供大家参考。
一、计算机系统集成工程的特点
工程的种类有很多，工程管理的内容千差万别。
工程管理有其共同的特点，也有其不同点。
为做工程管理的工作，我们应认真分析和掌握工程的各种特点，因地制宜，做工程的管理工作。
具体而言，计算机系统集成工程有如下特点：
1、多学科交叉合作。
一般需要多种学科的配合，需要工程管理者具有广泛的知识体系。
如指挥调度系统由有线通信系统、无线通信系统、计算机络与数据库、视频图像监控系统、指挥调度综合平台系统、录放音系统及电子地图系统〔gis〕等子系统组成，需要计算机、有线和无线通信技术、络技术、电力技术，大屏拼接技术、电子技术、络技术、光纤通信技术等。
2、独特性。
由于用户的不同特点和需求，每一个系统集成工程都和其他工程不完全一样,因此需要量身定做，带有一些非标准问题。
。
3、工作环境开放，导致质量控制有较大的难度。
系统集成那么有很大一局部工作要在工作现场完成，甚至要在客户工作的同时完成系统集成的安装和调测，这就对现场作业管理的质量控制提出了新的问题。
4、系统集成是集软件、硬件于一体的全套解决方案，同时集安装和调测为一体，技术要求很高，是智力、劳动力密集的工程。
5、系统集成工程的参与者较多，包括客户、材料及设备供给商等，管理较复杂。
二、做工程方案的制订。
每个工程经理都知道需要制订工程的方案。
方案是工程管理的根本保证，工程的方案有很多，其中最重要的是进度、本钱、资源、质量的方案。
有的工程经理不注重工程的方案，只是把它当作形式上的一种工作。
把原来工程中的方案拿过来，稍微修改以下，就成了新工程的方案。
有的工程方案制订不够严谨，随意性大，可操作性很差，因此在实施过程中无法遵循。
对于刚开始管理工程的工程经理来说，工程方案可以不制订得很细，随着管理的工程越来越多，工程方案就应该越来越细和越来越具有可操作性，同时还要多考虑一些特殊的情况，做各种特殊情况下的应急方案的制订。
这实际上是一个管理能力和方案能力逐步提高和完善的过程。
熟话说方案没有变化快，任何完美的方案在实施过程中仍然会面临修改，在遇到工程的特殊情况的时候，我们就要对方案做相应的修改，及时作出调整。
我们还要加强对方案执行过程的检查和监督，按照pdca的循环过程，做工程管理的工作。
第1页共3页
三、注重与客户的沟通，这主要表达在以下几个方面
1、准确把握用户的需求，系统集成要求以用户需求为导向，工程的成功首先取决于对用户需求的准确把握。
首先要弄清什么是用户的真正需求。
所谓用户的真正需求即指工程管理人员在系统集成的错综复杂的关系中应理清思路，明确用户的意图和想法。
其次要分清用户需求的主、次要局部。
所谓主要局部即用户最关心的需求，尽可能抓住用户的主要需求对提升用户满意度十分重要。
2、合理降低用户的需求。
对用户的不合理的要求应给予必要的合理解释。
在工程建设过程中由于用户一味追求高性能而忽略对稳定性、可靠性的要求，往往可能提出超出系统设计功能的需求，为此集成方应首先进行工程组的内部沟通，确定无法实现用户需求后应及时向用户做出合理的解释，说服用户方工程决策人放弃这一不成熟的想法。
任何系统都不是万能的，都不可能百分之百地解决客户地所有问题。
在工程的实施过程中，应该实事求是地、明确地告诉用户那些是系统不能做到的，得到用户的认可和谅解。
3、注重在工程实施过程中的沟通和交流，对工程的成功同样至关重要。
在工程实施过程中，材料的采购，设备的选型，工程进度等都是需要着重沟通的问题，尤其是用户对计算机系统集成的理解不够的情况下，我们更应该做沟通工作。
很多时候，用户提出的问题都是因为沟通不够所致。
四、做工程的质量控制
质量控制的重要性已经在工程管理领域得到了广泛的重视，在计算机系统集成行业同样如此。
工程实施的质量坏，会直接影响到客户对所交付的工程产品的满意度。
因此，对于工程的质量管理需要从工程质量的规划、实施过程中的保证及控制上进行重点控制。
计算机系统集成工程工程施工涉及面非常广，是一个复杂的系统，诸如信息系统设计、材料、设备、施工机械、施工工艺、操作方法、技术措施、管理制度等都直接影响着工程工程的质量。
同时它的工作环境是一个开放的系统。
因此要做到质量第一，就要确实搞质量的管理和控制，应该充分了解质量管理的内涵以及质量管理体系中的每一个步骤。
根据人、材、机三大要素的管理理论和对工程施工全过程进行认真的分析，明晰工程质量控制的内容。
通过工程质量的控制和技术交底来树立全员的质量意识，在质量上形成你追我赶的自觉行动，形成人人关心质量，个个重视质量的风气。
同时在工程管理中注重检查和监督，并实行竞争机制，鼓励机制和奖惩机制，这样才能切实提高质量，以到达保证工程质量的目的。
在计算机系统集成工程中，材料设备的质量是控制工程质量管理根本要素，保证材料设备按质、按量的供给和使用是工程质量控制的重要内容。
通过工程管中的采购管理对提供给工程实施的材料设备的质量控制应采用“三把关，四检验〞的制度。
同时，工程质量控制另一个重要的控制是施工工序的质量控制。
工序质量控制的目的就是要发现偏差和分析影响工序质量的制约因素，并消除制约因素，使工序质量控制在一定围内，以确保每道工序的质量。
五、注重对用户的培训。
培训是工程实施的一个很重要环节，目前国内很多单位的人员素质较低，对于信息化的理解较差。
所以我们在进行培训时，应该分层次、分阶段的进行培训，不能期望一次培训就能使客户的人员理解和掌握系统的操作。
培训应贯穿于工程的
始终，并且应做适合用户水平的操作手册。
在培训的时候，一定要有耐心，不要有用户太笨了等想法和行为的出现。
培训可以让客户较较快的掌握系统，减少因为对系统的不熟悉而导致的对系统的较差的评价，可以提高用户的满意度，减少因操作失误对系统产生的危害。
同时也可以减少工程的售后效劳的本钱。
六、做系统的测试工作。
在工程实施前就应做工程的测试方案。
在工程的实施过程中，完工一局部就应及时做完工局部的测试工作，及时发现存在的问题，防止小问题最后变成大问题，甚至到最后无法解决。
在系统完工后，应做系统的系统测试。
系统测试是针对系统进行的测试，目的是验证系统是否满足了需求，找出与需求不符或与之矛盾的地方。
系统测试发现问题之后要经过调试找出错误原因和位置，然后进行改正。
系统测试是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的局部。
对象不仅仅包括需测试的软件，还要包含软件所依赖的硬件系统。
在测试前应做测试方案，包括人员安排、测试内容和测试方法。
应做压力测试、容量测试、性能测试、平安测试、容错测试、可靠性测试，应尽可能多的考虑各种特殊的情况，同时模拟多种环境。
很多工程经理不太重视测试工作，觉得只要系统能够正常运行就可以了，有问题以后再解决就是了。
这是一种错误的观念，与其等到用户在使用过程中遇到问题再来解决，不如在投入使用前尽可能的提前发现问题，并提前解决。
这样一是提高客户对系统的满意度，同时由于提前发现问题也会节约工程的人力和物力。
每一个工程完成后，工程经理都应该及时时总结经验，提高自己的管理水平和能力，做到与时俱进。
以上仅是笔者在计算机系统集成工程管理中的一些粗浅的体会，希望可以对大家有一些帮助和借鉴。
同时，由于笔者的水平不高，肯定存在着一些的疏漏和错误，希望大家予以谅解。
--------------------
参考献：
1凯西.施瓦尔贝著邓世忠等译it工程管理机械工业出版社
2赛宝认证中心信息产业部计算机信息系统集成培训教材
3帕特丽夏·恩斯华斯．从技术主管到工程经理［ｍ］．王雷，译．北京：
电子工业出版社
4schwalbek.it工程管理［ｍ］．王金玉，译．北京：
机械工业出版社5杨卫东．络系统集成与工程设计［ｍ］．北京：
科学出版社
6罗德尼·特纳．工程管理手册［ｍ］．任伟，译．北京：
清华大学出版社
第四篇：
系统集成工程管理工程师考试心得
2022系统集成工程管理工程师考试经验传授
系统集成工程管理工程应具备三方面的知识和能力：
工程管理方面、信息系统方面和应用行业方面，还应包括相关法律法规、标准规方面的根本知识。
以下就工程管理方面中的围管理和质量管理中谈一下我的想法。
一、工程围管理：
围管理确定在工程内包括什么工作和不包括什么工作，由此界定的工程围在工程的全生命周期内可能因种种原因而变化，工程围管理也要管理工程围的这种变化。
对工程围的管理，是通过以下5个管理过程来实现的：
〔1〕编制围管理方案
一个工程的初期需要确定如何定义工程围、如何制定详细的围说明说、如何定义和编制工作分解结构，以及如何验证和控制围，这就需要编制围管理方案，在编制的时候需要联系实际工作，考虑公众主要制约因素，比方准备采取的行动是否有可能违背本组织的既定方针，某些活动之间是否存在必然的联系等。
〔2〕围定义
围定义的过程是详细描述工程和产品的过程，并把结果写进详细的工程围说明书中，准备一个详细的工程围说明书，对工程的成功是至关重要的，这个工作基于在工程启动阶段的主要可交付物如初步的工程围说明书、假定以及约束上。
多获知更多的工程信息时，工程围被更清晰地定义和描述。
为了完成工程，分析现存的风险、假定以及约束，同时把必要的新发现的风险、假定以及约束追加到详细的工程围说明书中。
〔3〕创立工作分解结构
在这里主要明确了工程的工作分解结构〔wbs〕的定义和意义，wbs是管理工程围的根底，详细描述了工程所要完成的工作。
工作分解的坏是工程实施顺利以及最后评估成败的重要因素，因为wbs的最底层工作单元称为工作包，是定义工作围、定义工程组织、设定工程产品的质量和规格、估算和控制费用、估算时间周期和安排进度的根底。
〔4〕围确认
主要就是客户等工程干系人正式验收并接受已完成的工程可交付物的过程。
〔5〕围控制
围控制是一个监控和实施调整的过程，监控变更的发生和在围允许内做一定的变更，防止出现围之外的变更。
其中焦点问题有三个：
1.确定围变更是否已经发生。
2.对造成围变更的因素施加影响，以确保这些变更得到一致的认可。
3.当围变更发生时，对实际的变更进行管理。
现就结合我跟进的白云区教育版oa的工程谈一些自己的看法：
这个工程前期工作就是因为工程开始时没有指定一定的围而导致工作滞后，在工程前期疲于按照学校的要求对软件做修改，由于大量的开发需求和其他因素导致项目推进工作缓慢，客户一直在提出个性的需求，又导致最后四所学校的系统版本没有统一，在后期维护和更新工作造成困难。
在意识到这些问题时才发现系统版本已经改的面目全非，和规统一学校管理的初衷相差甚远。
尽管软件不够成熟，变更一直在发生，但是现阶段，工程参加了围确认和围控制的
围管理要素，客户提出修改的需求，先通过教育局的初审，然后经过公司研发人员的二审，将审批的结果告知学校，确认之后再进行开发工作。
这样就防止了一个过于个性的需求占用大局部开发的时间而拖沓工程的进度的情况。
二、工程质量管理
引用书中的原话：
“工程的信誉是靠质量树立的，效益是质量带来的，工程质量管理的重点是质量筹划、质量保证的和质量控制。
〞质量是产品的生命，成功打造一个工程的关键首先是产品质量，只有质量的产品才能成就品牌，尤其是在开发早期，一定要把质量关，否那么就容易功亏一篑。
质量包括产品质量、工作质量和服务质量。
对于工程质量的管理，首先需要制定工程质量方案，这个是工程质量管理的一局部，致力于制定质量目标并规定必要的运行过程和相关资源以实现工程质量目标。
项目质量目标是指工程质量管理方追求的目的。
制定工程质量方案包含了几个步骤：
收集资料、编制工程分质量方案、使用工具和技术、形成工程质量方案书。
其中使用工具和技术是重要的局部，如今在做工程质量方案时，有这样几个所采用的方法、技术和工具：
效益/本钱分析、基准比拟、流程图、实验设计、质量本钱分析、质量功能展开过程决策程序图法。
运用这些方法工具，采用相应的工具和技术才能保证工程的顺利进行。
有了这些技术，我们来谈一下如何来保证工程质量，工程质量保证的活动包含两大方面：
产品、系统、效劳的质量保证和管理过程的质量保证。
这两方面又可分为以下几点：
一、产品的质量保证：
一个的产品要有清晰的规格说明书来说明最终产品和中间产品，要有使用完善的标准作为模板，要有历史经验来补充和完善产品，要有合格的资源来更的应用前面这些标准去做产品，要有公正的设计复审保证在设计阶段就满足客户的需求，要有变化控制做工程变更工作使工程不会失控。
二、系统的质量保证：
质量保证应贯穿整个系统每一项工作的全过程，要建立从系统总体设计、可行性研究、需求分析、立项、概要设计、详细设计、编码、试用、测试到鉴定评审、运行维护全过程的质量保证体系。
三、效劳的质量保证：
在当今技术普及的情况下，产品自身的质量相差不会太多，产品的效劳质量越来越受关注，效劳的质量保证包括：
效劳时间，效劳能力，效劳态度等。
做到效劳的主动性，及时性，信誉。
以上几点归为产品、系统、效劳的质量保证，以下谈一下管理过程的质量保证：
一、制定质量标准：
根据不同的工程制定相应的具体的质量标准，按照标准实施工程，其中以国家的标准为依据，再根据工程的异同去制定相应的标准。
二、制定质量控制流程：
就是讲工程关键点和质量检查评审相结合，形成对应的质量控制节点，已保证在每个时间段工程的实施顺利和质量保证，及时发现问题及时改良，把风险降低。
三、提出质量保证所采用方法和技术：
工程质量保证采用的方法、技术包括：
1.制定质量保证规划。
2.质量检验。
3.确定保证围和等级。
4.质量活动分解。
四、建立质量保证体系：
质量保证体系是需要贯彻到整个工程的质量方针，建立健全对形成质量全过程有影响的所有管理者、执行者、操作者的质量责任，建立起质量保证手册、质量程序件等书面件，确保与工程质量保证体系有关人员都得到相应的培训，简历质量保证体系的评估制度，确保质量保证活动在各部门的有效运行，制度工程质量保证的具体措施等。
第五篇：
系统集成工程管理工程师通关心得
系统集成工程管理工程师通关心得
一
我今年5月刚考过。
如果有些工程经验对理解有些处。
备考时间在二个月。
教材至少看两遍；技术选择题要看历年考试的；
下午计算题不能丢分，其他的案例题重点是工程管理九大领域的，要背些案例。
对应答题点，用书上的术语答。
做三套模拟题。
二
经过长时间的等待，系统集成工程管理工程师考试的成绩终于出来了。
笔试和问答都是46，有惊无险的过关。
从去年冬天第一次参加考试，这是第二次了，想想自己的经验对其他人也许有点帮助，特写在这里。
系统集成工程管理工程师是信息产业部和人事部举办的软考中新增开的一门考试。
软考全称全国计算机技术与软件专业技术资格〔水平〕考试，这门新开的系统集成工程管理工程师分属该考试“信息系统〞专业，位处中级资格。
其实这个证书最主要的并不是这些官方的介绍，因为中国的考试几乎都用一个共同点，就是学非所用，在国内，如果一个企业要申请系统集成商的资质，根据申请资质的不同，需要具有一定数量的持有该证书的员工。
这也许是我所在的企业大力提倡员工报考这个证书的原因吧。
第一次考试，拿到了公司提供的两本书，一本是考试委员会编写的教材，另一本是电子工业出版社编写的试题分类精解与题型练习。
最初估计，在考前的两个月里，我每晚上看一个小时，应该可以看上两遍教材，一遍习题集。
但是毕业以后，久不看书，以至于看不了几页书，就开始发困，到考前也不过是勉强看完了一遍教材，习题集更是匆匆的翻了一遍，临考前更是赶上公司封闭开发任务。
于是在半昏迷中出现在了考场，除了上午的选择题比拟顺利外，下午的问答几乎空白一片，最终成绩出来也证明了，想碰运气不是那么容易的，选择题过关，问答题差七分之多。
呵呵
今年春天再次组织考试，本不想再报名，但是对自己晕头晕脑的看书经历心有不甘，如果不考，那么多的夜晚就白费了，于是再次上场，为了万无一失，这次进行里适当的准备，除了过了一遍教材，更是将习题集仔细的看了一遍，尤其是问答题，找出了他出题的规律〔虽然这种考试09年才开始〕。
对于准备报考的朋友们，我建议如下：
1、买一本教材，最是考试委员会编写的那本“权威〞教材，另外买一本习题集，估计不同出版社出的差异不会太大。
2、首先利用一个月左右的时间过一遍教材，建议看的较仔细一些，以后需要查找时至少知道在什么地方。
3、在上下载一下历年的考题，现在应该有三次考试的试题可以下载，建议把这些题看一
遍，看看自己掌握的内容和考试的内容偏差是多大，报考这个考试的人，在学校应该经历过上百场考试，通过这些东西总结一些规律应该是小case。
4、根据对历年试题的总结，或者至少对他怎么考试，怎么出题的套路有了了解，就可以看习题集了，我的经验是，先过一遍，然后把做错的或蒙对的题都标上记号，下次只看这些错的。
升级会员 