第一篇：系统集成心得体会.docx

第一篇：系统集成心得体会 谈谈自己参加考试的一点小心得体会。经过半个多月的复习，于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罗德尼特纳.项目管理手册.任伟，译.北京：清华大学出版社 第四篇：系统集成项目管理工程师考试心得 2014系统集成项目管理工程师考试经验传授 系统集成项目管理工程应具备三方面的知识和能力。项目管理方面、信息系统方面和应用行业方面，还应包括相关法律法规、标准规范方面的基本知识。以下就项目管理方面中的范围管理和质量管理中谈一下我的想法。 一、项目范围管理： 范围管理确定在项目内包括什么工作和不包括什么工作，由此界定的项目范围在项目的全生命周期内可能因种种原因而变化，项目范围管理也要管理项目范围的这种变化。对项目范围的管理，是通过以下5个管理过程来实现的： （1）编制范围管理计划 一个项目的初期需要确定如何定义项目范围、如何制定详细的范围说明说、如何定义和编制工作分解结构，以及如何验证和控制范围，这就需要编制范围管理计划，在编制的时候需要联系实际工作，考虑公众主要制约因素，比如准备采取的行动是否有可能违背本组织的既定方针，某些活动之间是否存在必然的联系等。 （2）范围定义 范围定义的过程是详细描述项目和产品的过程，并把结果写进详细的项目范围说明书中，准备一个详细的项目范围说明书，对项目的成功是至关重要的，这个工作基于在项目启动阶段的主要可交付物如初步的项目范围说明书、假定以及约束上。多获知更多的项目信息时，项目范围被更清晰地定义和描述。为了完成项目，分析现存的风险、假定以及约束，同时把必要的新发现的风险、假定以及约束追加到详细的项目范围说明书中。 （3）创建工作分解结构 在这里主要明确了项目的工作分解结构（wbs）的定义和意义，wbs是管理项目范围的基础，详细描述了项目所要完成的工作。工作分解的好坏是项目实施顺利以及最后评估成败的重要因素，因为wbs的最底层工作单元称为工作包，是定义工作范围、定义项目组织、设定项目产品的质量和规格、估算和控制费用、估算时间周期和安排进度的基础。 （4）范围确认 主要就是客户等项目干系人正式验收并接受已完成的项目可交付物的过程。 （5）范围控制 范围控制是一个监控和实施调整的过程，监控变更的发生和在范围允许内做一定的变更，防止出现范围之外的变更。其中焦点问题有三个： 1.确定范围变更是否已经发生。 2.对造成范围变更的因素施加影响，以确保这些变更得到一致的认可。 3.当范围变更发生时，对实际的变更进行管理。 现就结合我跟进的XX县区教育版oa的项目谈一些自己的看法： 这个项目前期工作就是因为项目开始时没有指定一定的范围而导致工作滞后，在项目前期疲于按照学校的要求对软件做修改，由于大量的开发需求和其他因素导致项目推进工作缓慢，客户一直在提出个性的需求，又导致最后四所学校的系统版本没有统一，在后期维护和更新工作造成困难。在意识到这些问题时才发现系统版本已经改的面目全非，和规范统一学校管理的初衷相差甚远。尽管软件不够成熟，变更一直在发生，但是现阶段，项目加入了范围确认和范围控制的范 围管理要素，客户提出修改的需求，先通过教育局的初审，然后经过公司研发人员的二审，将审批的结果告知学校，确认之后再进行开发工作。这样就避免了一个过于个性的需求占用大部分开发的时间而拖沓项目的进度的情况。 二、项目质量管理 引用书中的原话。“项目的信誉是靠质量树立的，效益是质量带来的，项目质量管理的重点是质量策划、质量保证的和质量控制。”质量是产品的生命，成功打造一个项目的关键首先是产品质量，只有质量好的产品才能成就品牌，尤其是在开发早期，一定要把好质量关，否则就容易功亏一篑。质量包括产品质量、工作质量和服务质量。 对于项目质量的管理，首先需要制定项目质量计划，这个是项目质量管理的一部分，致力于制定质量目标并规定必要的运行过程和相关资源以实现项目质量目标。项目质量目标是指项目质量管理方追求的目的。制定项目质量计划包含了几个步骤：收集资料、编制项目分质量计划、使用工具和技术、形成项目质量计划书。其中使用工具和技术是重要的部分，如今在做项目质量计划时，有这样几个所采用的方法、技术和工具：效益/成本分析、基准比较、流程图、实验设计、质量成本分析、质量功能展开过程决策程序图法。运用好这些方法工具，采用相应的工具和技术才能保证项目的顺利进行。 有了这些技术，我们来谈一下如何来保证项目质量，项目质量保证的活动包含两大方面：产品、系统、服务的质量保证和管理过程的质量保证。这两方面又可分为以下几点： 一、产品的质量保证： 一个好的产品要有清晰的规格说明书来说明最终产品和中间产品，要有使用完善的标准作为模板，要有历史经验来补充和完善产品，要有合格的资源来更好的应用前面这些标准去做产品，要有公正的设计复审保证在设计阶段就满足客户的需求，要有变化控制做好项目变更工作使项目不会失控。 二、系统的质量保证： 质量保证应贯穿整个系统每一项工作的全过程，要建立从系统总体设计、可行性研究、需求分析、立项、概要设计、详细设计、编码、试用、测试到鉴定评审、运行维护全过程的质量保证体系。 三、服务的质量保证： 在当今技术普及的情况下，产品自身的质量相差不会太多，产品的服务质量越来越受关注，服务的质量保证包括：服务时间，服务能力，服务态度等。做到服务的主动性，及时性，信誉好。 以上几点归为产品、系统、服务的质量保证，以下谈一下管理过程的质量保证： 一、制定质量标准： 根据不同的项目制定相应的具体的质量标准，按照标准实施项目，其中以国家的标准为依据，再根据项目的异同去制定相应的标准。 二、制定质量控制流程： 就是讲项目关键点和质量检查评审相结合，形成对应的质量控制节点，已保证在每个时间段项目的实施顺利和质量保证，及时发现问题及时改进，把风险降低。 三、提出质量保证所采用方法和技术： 项目质量保证采用的方法、技术包括： 1.制定质量保证规划。 2.质量检验。 3.确定保证范围和等级。 4.质量活动分解。 四、建立质量保证体系： 质量保证体系是需要贯彻到整个项目的质量方针，建立健全对形成质量全过程有影响的所有管理者、执行者、操作者的质量责任，建立起质量保证手册、质量程序文件等书面文件，确保与项目质量保证体系有关人员都得到相应的培训，简历质量保证体系的评估制度，确保质量保证活动在各部门的有效运行，制度项目质量保证的具体措施等。 第五篇：系统集成项目管理工程师通关心得 系统集成项目管理工程师通关心得 一 我今年5月刚考过。 如果有些项目经验对理解有些好处。备考时间在二个月。 教材至少看两遍；技术选择题要看历年考试的； 下午计算题不能丢分，其他的案例题重点是项目管理九大领域的，要背些案例。 对应好答题点，用书上的术语答。 做三套模拟题。 二 经过长时间的等待，系统集成项目管理工程师考试的成绩终于出来了。笔试和问答都是46，有惊无险的过关。从去年冬天第一次参加考试，这是第二次了，想想自己的经验对其他人也许有点帮助，特写在这里。 系统集成项目管理工程师是信息产业部和人事部举办的软考中新增开的一门考试。软考全称全国计算机技术与软件专业技术资格（水平）考试，这门新开的系统集成项目管理工程师分属该考试“信息系统”专业，位处中级资格。其实这个证书最主要的并不是这些官方的介绍，因为中国的考试几乎都用一个共同点，就是学非所用，在国内，如果一个企业要申请系统集成商的资质，根据申请资质的不同，需要具有一定数量的持有该证书的员工。这也许是我所在的企业大力提倡员工报考这个证书的原因吧。 第一次考试，拿到了公司提供的两本书，一本是考试委员会编写的教材，另一本是电子工业出版社编写的试题分类精解与题型练习。最初估计，在考前的两个月里，我每晚上看一个小时，应该可以看上两遍教材，一遍习题集。但是毕业以后，久不看书，以至于看不了几页书，就开始发困，到考前也不过是勉强看完了一遍教材，习题集更是匆匆的翻了一遍，临考前更是赶上公司封闭开发任务。于是在半昏迷中出现在了考场，除了上午的选择题比较顺利外，下午的问答几乎空白一片，最终成绩出来也证明了，想碰运气不是那么容易的，选择题过关，问答题差七分之多。呵呵 今年春天再次组织考试，本不想再报名，但是对自己晕头晕脑的看书经历心有不甘，如果不考，那么多的夜晚就白费了，于是再次上场，为了万无一失，这次进行里适当的准备，除了过了一遍教材，更是将习题集仔细的看了一遍，尤其是问答题，找出了他出题的规律（虽然这种考试09年才开始）。 对于准备报考的朋友们，我建议如下： 1、买一本教材，最好是考试委员会编写的那本“权威”教材，另外买一本习题集，估计不同出版社出的差别不会太大。 2、首先利用一个月左右的时间过一遍教材，建议看的较仔细一些，以后需要查找时至少知道在什么地方。 3、在网上下载一下历年的考题，现在应该有三次考试的试题可以下载，建议把这些题看一 遍，看看自己掌握的内容和考试的内容偏差是多大，报考这个考试的人，在学校应该经历过上百场考试，通过这些东西总结一些规律应该是小case。 4、根据对历年试题的总结，或者至少对他怎么考试，怎么出题的套路有了了解，就可以看习题集了，我的经验是，先过一遍，然后把做错的或蒙对的题都标上记号，下次只看这些错的。 5、根据做习题的经验再看一遍书，重点是看做错题的地方，就基本上可以上场去考试了，我有个同事只看了一晚上的习题解答，就上场了，而且很容易的通过了，看来，实际的工作经验还是很宝贵啊。 6、关于问答题中的实例分析，根据我的理解，这类问答题的套路没有什么变化，就是那几个题型，考察的内容虽然略有变化，但是方向就那样了。我看的习题集上对他们出题的方式几乎都概括了，无非是把张三换成李四，把aa公司的ddd项目换成了ss公司的hhh项目了，没有什么新意。 7、关于问答题的概念题，有些问答题明显是送分的，就是考察一些概念，什么项目的需求管理啊，配置库管理的方式有哪些啊，变更管理的流程啊。这些东西，在百度文档中可以找到一个叫什么什么最全的小抄的资料，当然我不鼓励你冒险带进去，但是坦白说这个资料整理的已经挺全的了，把这上面的东西好好看一下，在考试中基本上可以蒙了，实在记不全，就随意发挥一下，呵呵。记得从上面把原来出过题目的内容删掉，剩下其实也没有多少。这个资料我还亲自增补了一部分，如果有需要的可以给我发邮件或留言。 8、有些选择题或问答题会涉及合同法和投标招标法，虽然分值多少有变化，但是这类题目必出，建议对这些内容特别注意一下。 根据我的考试经验，这些应该够了，希望报考的朋友都能顺利过关，也希望自己在下次的高级考试中也能顺利。 三 1，教程。 2，教辅。系统集成项目管理工程师考试辅导教程（第2版）还不错。 3，历年试卷。网上可以搜集，也可以去图书城购买。 4，两年月内，不要心存杂念，反复练习习题，软考很多题目历年重复考，容易摸索出规律，严格遵守三从一大：一切从严，一切从难，一切从实战出发，大运动训练量。 四 参加培训无疑大大提高了通过率，但是光靠参加培训，平时不花点时间学想通过考试，我觉得有一定的难度。 因我在公司的头衔是高级项目经理，主要负责大型项目的管理工作。因公司缺少中级项目经理证，人力资源部顺手就给我报了，其他和我一起参加这次考试的同事大部分不是搞项目管理的，如果我过不了，不敢想象公司会怎么看你，没办法，只能硬着头皮上。 考试大部分内容都是书本上的理论知识，光有实践经验也不行。 参加培训后，我了解到软考的项目管理师包括中级和高级，公司给我报的是中级，但从我自己身的情况来看，通过高级更加符合我本人的情况。现在的软考是以考代评，只要考下来就具备了相应岗位的能力和水平。了解之后，我就给自己下了目标，先过中级，再于下半年过高级。考过了中级，再考高级增加了考过的几率。 因培训给的辅导材料不够，加上考试不完全是教程上的内容，我买了一本项目管理师考试的历年真题及解答分析，事实证明，买这本书对我帮助很大。 先花了2周的时间把教程泛泛地看了一遍，然后就直接做历年真题。先攻克上午客观题。做了几年的真题，发现很多东西都不懂，比如信息安全、网络知识、采购法、合同法，运筹学和经济学等内容。不过有一点，感觉考试出题逻辑不够严谨，有些题目即使不会，靠逻辑推理也能够猜对。下午的案例分析是我最没底的，我采取的办法是，把历年的案例分析考试范围和频率做一个总结，比如沟通管理和进度管理方面出题比较多，针对一些常见的案例情况归纳出通用的答案，比如在采取哪些措施使得制定的进度计划满足客户要求。归纳后标准答案，需要花时间记忆。这样在考试时肚里有货，能够在限定的时间能答完题。 比起其他同事来说，我投入的精力和时间可能要多些，主要原因是我的最终目标是过高级。学习过程是很痛苦的，尤其对像我这样的三十多岁的大龄人士。 最终考完后，和我们一起的去的人大部分感觉没底，只有我感觉尚好。 五 经过1个多月的备考，5月23日参加了全国统考。 我们被分配在北京联合大学，当天考试的人很多，感觉就像是在参加高考。 我被分配在29号考场，只有一位我们公司的同事，离得也很远，参加考试的人大家都不认识，由两名老师监考，想作弊不太容易。 上午考试75道选择题，试卷发下来后，匆匆看了一下，发现有几道历年考过的试题，总体感觉自己在复习时好些知识点没覆盖到。 我是分三次做题，第一次做有把握的，直接就涂在答题卡上，第二遍做不太有把握的，第三遍剩下的题只能靠逻辑推理或是靠猜。 等我做完第二遍时，离考试时间还有40分钟，但考场就只剩下我一个人了：）。 上午考完试后，总体感觉尚可，我悲观估计分数应该在50分左右（实际考试成绩为54分）下午1点半开考，总共5到案例分析，打开一看，感觉有一半的题答题有把握。答题时根据老师要求的一是要根据每道问答题的分数来答要点，比如5分问答，答案至少要答到5条；二是如果不会，也要根据经验写满，这样老师多少会给点分。 下午的有些题目同样没有复习到，比如关于制定进度计划的分类，教程上没有明确提出，后来我看到pmp的辅导书里面有。 下午同样是我最后离开考场。感觉下午的考试比上午没底。我估计在45-50分，实际考试成绩为58分，问了其他同事的成绩，感觉下午试题判分较松。 经过1个多月漫长等待，终于得知自己通过了，我们公司参加考试的10人好像过了8个，通过率还是蛮高。 六 系统集成项目管理工程师（水平）考试经历 5月22日（周六）那天去福州软件职业技术学院考点参加2014年上半年系统集成项目管理工程师（水平）的考试。至今，刚好过去2个多月的时间了。 今天，考试成绩终于出来了，结果还不错，比我原先预计的要好一些，上午选择题部分得了50分，下午问答题部分得了51分。按照惯例，上、下半场分别达到45分以上就算成绩合格，可以获得资格证书。 前后投入了差不多有3个月的复习时间，也算是有了收获，祝贺自己一下。第25页 共25页