软件实施工程师总结

前言：想要写出一篇令人眼前一亮的文章吗？我们特意为您整理了5篇软件实施工程师总结范文，相信会为您的写作带来帮助，发现更多的写作思路和灵感。

软件实施工程师总结范文第1篇

时光匆忙结束，实习工作也匆忙进入尾声。这一年我们的工作真的是经历很多，来给自己做个实习工作总结吧!亲爱的读者，小编为您准备了一些软件工程实习生总结，请笑纳!

软件程实习生总结

从入职到现在已经有将近三个星期了，从刚开始看理论知识到接触系统，从完全摸不着头脑到稍稍入门，从几乎不知如何下手到开始有了学习的目标，我确实有很多需要总结的东西，或许零零散散，但都是真实感受。

年前呆的那三四天几乎全看有关测试的理论知识了，感觉跟平时在学校里看课件差不多，就是熟悉测试的流程、测试常见的方法，测试都包括哪些内容等基本知识。年后的第一天学习到的第一点就是“好记性不如烂笔头”。所有的软件账号密码都已经告诉过我，再次来却忘的一干二净，每次问的时候都要麻烦陈芳宾翻笔记，我发现她记得很全很细，大家都有随时记笔记的好习惯，于是第二天我就认真地带了笔记本和笔。(事实证明这个真的很重要)!

接下来的一周我都在看电力方面的理论知识以及重温公司的测试流程和BUG流程。那些电力名词我几乎都没听过，什么输电网配电网，分压分区，理论线损，看的很是吃力，我只好用最笨的方法，看到不会的就在网上查一下记下来，虽然比较慢，但现在多多少少熟悉了一点，接下来看系统的时候也好很多。

第二周我开始看系统，按照主管的指导，我先看控制中心，我把系统帮助管理生成Word文档，用了三天的时间按照步骤说明对控制中心下的每个功能点都完全过一遍，学着建立自己的单位，画接线图、配线图、台区图，当然都是对着文档比葫芦画瓢。看的不细致就很容易出问题，比如我最初建单位不知道分配数据权限意味着什么就没管，导致在组织机构建的单位电网树那边显示不出来，也不知道添加的角色用户只能注销不能彻底删除，结果随手添加的那一堆用户都删不掉了，每次查询的时候看到那么多乱七八糟命名的用户都被自己蠢哭了(学校里课程设计做的系统都是物理删除);还有绘图的时候从工具栏拖输电线路、跨接线、馈线的时候总是一拖就停不下来，跑的其他元件都找不到了，鼠标也挪不开，只能粗暴地关掉绘图窗口，后来才知道双击左键就停止了;还有就是增加的元件被我删掉了，过后又增加了以同样名字命名的同样的元件，结果恢复之后看到两个一模一样的元件就傻眼了，还以为是系统有BUG，结果指导老师告诉我这是允许的，还教我用sql语句查询看它们之间的区别。。。

自己点系统的时候有点盲目，对执行的操作不理解，指导老师讲一会抵得上我看半天，比如指导老师教我用正向有功示值减去正向有功期初示值计算电量，以及分别设置电量优先和底度优先时的区别，还有换表时怎么算，以及对追补电量的审核等。还有对用sl/sql查询时要怎么用数据库表，哪些东西是一类的，哪几个比较特殊，每个元件的属性有很多，哪些比较重要，哪些是唯一标识等等，十分认真。可能有些我目前理解的还不够透彻，但比我自己看要好太多了，也知道自己该往哪方面学习。

要学的东西太多太多，每天都很充实，每当学会了一个新的内容就特别兴奋。同时也认识到自己的很多不足，比如用pl/sql的时候,虽然之前也学习过mysql，但都是理论知识，实际操作的很少，真正用起来还是觉得吃力，所以决定一定要抽时间好好补补sql语句。还有就是对系统的理解还很不够，被我误当成BUG的地方一问才知道系统本身就是那样设计的。接下来我的目标就是照着用例设计多多熟悉系统，多多实践练习sql语句，慢慢尝试着执行简单的测试。我知道还有很多不足的地方也许是我目前没意识到的，所以接下来的日子我要更加认真努力，提高自己的能力，争取能早点像其他同事们一样测试系统，执行任务，继续努力吧!

软件工程实习生总结

时间过的很快，转眼间已经实习将近5个月，其中有2个月是属于完全被流放的。 最先在内部系统组参与内部管理系统开发(struts+mysql+spring+hibernate)，之后是去做网络交换机软件的脚本测试。现在又回归内部系统，虽然在脚本组期间，编码能力被别人甩在后头，但至少具有了一些测试经验。

至少自己做的东西，是真正交付到了客户手上，到也稍微有些成就感。

1、浅谈测试

一直以来，我都认为测试是脱离了软件工程范围的工作，不以为屑。但在实际情况中，测试是既重要且难以精湛的.其真正的压力，在于找不到bug，责任在你，而不在于编码人员。一般的测试人员不懂编码，他们靠的是日以累计的经验总结和想象力。而要做到高级测试工程师，则一定要懂编码，因为这是你完全掌握整个系统的方方面面具体运作的前提。但占主导地位的，还是大型系统的集成测试经验。实际项目中，编码时间一般只占30%左右，真正耗费时间的是IT阶段的找 bug与对应bug，此阶段基本评定了coder的编码质量。

2、程序员的困惑

有些人，以为教学视频和代码看多，自己就懂的多，实际做起来，却不知从何下手，问题在那?如何定位?如何解决?通通跟一样能力有关，debug追踪能力，也称调试。在项目组工作不愁源码资源，但问题是蛋糕摆在面前，你如何去消化?

有位同事告诉我：代码看几遍都没用，要去抄，例如一个查询模块，在此基础上去做具体记录的历史记录查询模块，你可能会觉得很简单，但实际情况却往往报一堆异常，配置问题涉及到方方面面，以及数据库字段，传值问题等等，一大堆对于新人来说很郁闷的问题。但不用怕，只要学会调试，一个个问题去追踪，一个个去解决，自然而然，那段“源码”才真正属于你。

3、如何调试追踪

如果你能在短短的时间内就看到问题点在那，放下断点去追踪，出去找工作，绝对没问题。出现问题的时候，不要光看代码，要用实际行动去追踪运行期间的具体值，那是最好途径。eclipse是个很爽的ide，这点做的很好。例如页面内容显示不是自己想要的数据，我们要先从数据库查询语句去下手，设置断点，一步一步step over，让sql字段(存取最终sql语句的字符串)运行到有值，inspect进去看，如果还看不出来，就点击它，copy后在sql客户端去实际运行，看看实际查询出来的表是什么，如果是对的，有可能就是页面调用的错误或者action逻辑的传值问题。

页面错误的调试，基本方法是用右键点击实际网页查看源代码，copy到editplus，就能看到具体错误发生在那几行。通常有几种常见的错误，例如：缺少对象这种很多时候是有些被你调用的字段有可能为空的情况出现的，可以加if(__x=null)语句加保护。追踪的方法基本就是用alert语句，放在有可能出错的地方。

4、一些习惯

遇到问题先自己思考，无从下手再找高手帮忙看看，注意他帮你看的思路，别在一旁闲着，看多了自己也会了，不然你一辈子都停留在那种水平，从人身上学到的东西远远比书多的多。

解决了一个问题后，要去究根问底去找到问题产生的起因，以防你下次遇到类似的问题再浪费同样的时间。

把代码写的漂亮，注释、空行、规范一样不能少，可读性是放在第一位。曾经看过一个高手写的代码，真的一看就是不同水平的人写的，几乎很完美，读起来很流畅，方便自己也方便别人。

任务完后不要呆着，去要求经理给你更有挑战性的任务，只要你肯去尝试，他们就会对你另言相看，把三天的任务一天加班搞定，效率和忠诚都有了，路也比较好走了。

软件工程实习生总结

在这次软件工程课程中，我学到了很多东西，第一次深刻的体会到了什么叫做用工程化的思想来编写软件，以前自己也写过一些小型软件，没有做过大型的项目，直到这次课堂我担任组长并组织组员共同完成“个人图书管理系统”这个项目，第一次和别人合作，才发现运用工程化的思想来做是如此的有必要。

从这里，我才真正的意识到实施一个软件工程并不是说简单的会编码就能够解决问题的，我们更多的精力不是放在编码上，编码只是一个很小的模块，只占到那么小的一个部分。这个事实在很大程度上颠覆了我以前的思想，在我以前的认识中，似乎整个软件就是编码，除此无它，还好有老师的指导，不然真的会出现老师所说的，撞得头破血流之后才想起来用软件工程的思想来完成这个工作。

刚真正开始工作之前，我们费了很多的时间来完成一些前端工作，如需求分析和可行性分析，这块工作在别人看来可能是相对无关紧要，甚至是多于的，其实，换做在以前，我也会这么认为。可是，我现在算是深深地明白了磨刀不误砍柴工的道理，这些工作的完成太有必要了，太重要了，要想你的软件有用有市场，能被别人接受和认可，在进行过程中不会出现崩溃性的问题，这些工作缺一不可。

软件实施工程师总结范文第2篇

记得初到公司的第一天，领导就将试制了两年多一直没有供货的产品;流水槽总成交给我，当时感觉这是一份很有压力而富有挑战的工作。虽然以前从事过冲压工艺及管理方面的工作，有一定的经验，但是面对的顾客不一样，要求也不一样，现在面对的是大众公司，各方面要求都要严格些。学习是取得一切进步的前提和基础。在这段时间里，白天忙于现场配合泰国工程师及工装科解决流水槽调试及试装过程中存在的一些问题，晚间回家认真学习公司各相关文件、标准，并带着问题向同事们互相探讨、互相学习取长补短，具体做了如下工作;

一、后流水槽总成大众试装工作

来公司两个月，去大众公司现场12次。每次试装顾客都要提出不同的问题(大众倒三班)诸如;后流水槽总成表面波浪、凸凹、划痕等质量问题、与尾灯支架匹配间隙问题、激光焊接等等试装存在的缺陷，每次回来都要配合工装现场制定解决方案，并跟踪落实。然后再同大众公司产品工程师、现场工程师、车间管理人员协调下一轮试装等事宜。功夫不负有心人，在公司领导及相关人员的积极努力下，流水槽总成的试装工作已接近尾声，下一步就要进行ots工装样件提交了。

二、编制各类技术文件几十种

依据新产品开发程序，编制各类技术文件;如;控制计划、过程流程图、过程fmea、作业指导书、检验指导书、检具说明、平面布置图……等等。

在与公司同行的互相交流中，发现我公司有些指导性文件版本中有不完善之处，并及时依据标准进行完善。如;冲压下料卡中没有规定剪切毛刺公差等。

三、设计工位器具二种

根据流水槽零件形状不规则，而且是表面件;内表面质量要求高等特点，设计第一、二工序间带滑轮的转运车两种。

四、焊接夹具改造

后流水槽总成焊接夹具;流水槽(1k5809643/644)与支架(1k5863345)点焊时，支架摆放时是垂直位置，靠压弯部定位放不住，零件容易掉落。提建议将夹具适当位置加小磁铁固定。

软件实施工程师总结范文第3篇

2、一定要确定自己的发展方向，并为此目的制定可行的计划。不要说什么，“我刚毕业，还不知道将来可能做什么?”，“跟着感觉走，先做做看”。因为，这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术，将来成为专家级人物?向管理方向走，成为职业经理人?先熟悉行业和领域，将来自立门户?还是先在行业里面混混，过几年转行做点别的?这很重要，它将决定你近几年、十年内“做什么事情才是在做正确的事情!”。

3、软件开发团队中，技术不是万能的，但没有技术是万万不能的!在技术型团队中，技术与人品同等重要，当然长相也比较重要哈，尤其在mm比较多的团队中。在软件项目团队中，技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，多少你都要有技术基础。算我孤陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目，哪怕就一个，也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦!”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。

4、详细制定自己软件开发专业知识学习计划，并注意及时修正和调整(软件开发技术变化实在太快)。请牢记：“如果一个软件开发人员在1、2年内都没有更新过自己的知识，那么，其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的着名的“三八原则”告诫我们：另外的那8小时如何使用将决定你的人生成败!本人自毕业以来，平均每天实际学习时间超过2小时。

5、书籍是人类进步的阶梯，对软件开发人员尤其如此。书籍是学习知识的最有效途径，不要过多地指望在工作中能遇到“世外高人”，并不厌其烦地教你。对于花钱买书，我个人经验是：千万别买国内那帮人出的书!我买的那些家伙出的书，!00%全部后悔了，无一本例外。更气愤的是，这些书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥有知识;拥有知识并不表示拥有技能;拥有技能并不表示拥有文化;拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧，才算是真正拥有了它。­

6、不要仅局限于对某项技术的表面使用上，哪怕你只是偶尔用一、二次。“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发windows应用程序，看看windows程序的设计、加载、执行原理，分析一下 pe文件格式，试试用sdk开发从头开发一个windows应用程序;用vc++、 delphi、java、.net开发应用程序，花时间去研究一下mfc、vcl、j2ee、.net它们框架设计或者源码;除了会用j2ee、 jboss、spring、hibernate等等优秀的开源产品或者框架，抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。试着这样做做，你以后的工作将会少遇到一些让你不明就里、一头雾水的问题，因为，很多东西你“知其然且知其所以然”!­

7、在一种语言上编程，但别为其束缚了思想。“代码大全”中说：“深入一门语言编程，不要浮于表面”。深入一门语言开发还远远不足，任何编程语言的存在都有其自身的理由，所以也没有哪门语言是“包治百病”的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。我的经验是：用面对对象工具开发某些关键模块时，为什么不可以借鉴c、c51、汇编的模块化封装方式?用传统的桌面开发工具(目前主要有vc++、delphi)进行系统体统结构设计时，为什么不可以参考来自 java社区的ioc、aop设计思想，甚至借鉴像spring、hibernate、jboss等等优秀的开源框架?在进行类似于实时通信、数据采集等功能的设计、实现时，为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式?为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题?“他山之石、可以攻玉”。­

8、养成总结与反思的习惯，并有意识地提炼日常工作成果，形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。众所周知，对软件开发人员而言，有、无经验的一个显着区别是：无经验者完成任何任务时都从头开始，而有经验者往往通过重组自己的可复用模块、类库来解决问题 (其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面)。这并不是说，所有可复用的东西都必须自己实现，别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。但是，最好还是自己实现，这样没有知识产权、版权等问题，关键是自己实现后能真正掌握这个知识点，拥有这个技能。­

软件实施工程师总结范文第4篇

关键词：高速公路、机电工程、监理

高速公路机电工程作为发挥道路设施交通功能的重要辅助系统，是对高速公路实施现代化管理的主要工具。它以电子、电气、通信、控制、机械和交通工程等技术为基础，一般由监控、通信、收费、照明、低压配电等子系统组成。机电工程的监理随着高速公路的大规模建设逐渐被重视和发展起来，为了使高速公路充分发挥其效益，减少意外交通事故的发生机率，机电工程在高速公路建设投资中的比例将越来越大。因此，高速公路机电工程监理应用技术也变的越来越重要。

1机电系统的构成

高速公路机电系统是对高速公路实施现代化管理的主要设施，是一个综合性的大系统，一般由监控、通信、收费3大系统以及与之配套的供配电、照明等辅助设施组成。随着山区高等级公路的大量建设以及跨江(河、海)隧道的建设，隧道机电工程作为一个相对独立的系统也越来越普遍，其主要由隧道通风控制系统、照明控制系统、交通监控系统、火灾自动报警系统、CCTV系统、紧急电话系统、消防系统以及供配电系统等组成。机电工程各大系统之间既相对独立，又相互制约，既有共性，又有差异，实施监理工作的重点与难点，主要体现在以下几方面。

2做好机电工程监理工作的关键

2.1严把制度关

根据机电工程自身的特点，要搞好机电工程的施工质量，在监理工作中必须执行以下监理制度：设计文件、图纸审查制度;技术交底制度;开工报告审批制度;设备材料检查复检制度;变更设计报批制度;隐蔽工程检验制度;工程事故处理制度和工程竣工验收制度。

2.2把好设计关

由于机电系统涉及的专业众多，而目前高速公路机电系统设计往往与有关专业(如房建等)的设计之间存在脱节现象，因此，在监理工作中，应仔细阅读各专业设计图纸、设计说明，及时发现设计中的缺陷、遗漏和脱节问题，在施工前组织相关各方参加技术交底会，弄清设计意图和各种技术问题，避免盲目施工，并建议业主将最新的科研成果运用于联合设计中。

2.3把好协调关

机电工程的实施，往往受其他相关工程的制约，施工协调工作量很大，除了机电工程本身项目业主、监理、施工单位之间的协调外，还包括与设计单位、土建施工单位(包括路基、路面施工单位，桥梁施工单位，隧道施工单位，房建施工单位，绿化施工单位，安全设施施工单位)及监理单位，以及与相邻路段相关部门的协调，因此做好协调工作是监理工作的重点，也是一个难点。在监理过程中，监理人员应对施工质量、进度，工程界面，施工安全、环境保护等方面的问题与相关各方进行协调。采取的主要形式有现场交流、工地例会、现场协调会、专题协调会、多方会议等。监理工作中，要多提合理化建议，做好各种会议、交流记录纪要。特别是与两省相关的项目，更要及早介人，以免产生不良后果。

2.4做好预留、预埋工作

机电工程的设计和实施往往滞后于与之相关的土建工程，机电工程所需的预留、预埋部份需由相关土建工程施工单位完成。而目前国内高速公路的实际情况是机电工程所需的预留、预埋部份是由机电工程设计单位负责设计，在土建工程设计图中没有体现。因此，在土建工程施工标中往往未包含此部分内容，成为漏项。这对机电工程的顺利实施造成了极大的影响。特别是隧道机电系统中所需的预埋管、预留洞数量较大，如果在土建施工中没有按要求实施，造成二次开挖或二次开凿，不仅影响机电系统的工程进度和施工质量，严重时将影响结构的安全。因此，在工程建设中，机电工程监理人员应提前介人，跟进土建施工进度，与相关施工和监理单位密切配合，做好机电系统管、沟、槽、洞的预留工作，保证整个工程的顺利进行。

3机电工程监理的重点

3.1进度控制

机电工程监理涉及专业多、范围广、时间紧，交叉作业现象普遍，特别是隧道机电系统涉及的专业更多，工程作业空间有限，监理面对的承包商数量也比较多，加上施工单位的素质参差不齐，施工协调任务相当繁重。因此，在进度控制方面，严格审查各施工单位的施工组织设计、设备材料的采购计划和施工进度计划，并对其进行有效整合，是保证工程进度的基础，也是监理工作的重点和难点。在实际监理工作中，要合理划分、明确各专业承包商之间的施工界面，根据工程整体进度计划，确定关键线路，保证整个机电工程按期完工。

3.2费用控制

机电系统中设备和材料费用占相当大的比重，加上机电设备更新换代较快，选择性价比最优的产品将是工程投资控制的重点。监理工程师应在设计文件审查、招标文件编制和联合设计阶段严把审查关，对机电产品的性能指标、价格、能否满足工程需要等作充分的了解，减少工程实施过程中的变更，保证投资目标的实现。随着路网的逐渐形成，与相邻道路的衔接也成为监理工作的一个重点，要充分了解当地的路网规划和机电系统的联网要求，及时向业主进言献策，留足与相邻道路的传输通路和联网接口，保证网络的顺利连接。避免因传输通道不足和接口不够等原因引起的变更和费用投资增加。

3.3质量控制

质量控制是监理工作的重中之重。在机电工程质量控制方面，监理工作的重点应放在设备材料的进场检查和检验、工序质量验收检查以及完工检验和验收上。在设备材料的进场检查和检验时，主要检查设备外观是否破损，详细核对设备材料的厂商、规格型号、数量与装箱单和合同要求是否相符，合格证、装箱单、技术说明书、质量检测报告等资料是否齐全，并核对产品技术指标是否与合同要求相符。对于光、电缆等材料还应单独进行全检，包括光缆的配置长度、衰耗值，电缆的直流电阻，芯线间及芯线对地间的绝缘电阻等的测试。对于一些外场设备，除了常规检查外，还应对其防腐指标、涂层厚度等进行检测，指标满足后，设备方能进场。对于一些关键设备，如通信系统的光传输设备、交换设备、光缆等，监控系统的地图板、大型情报板、大屏幕投影仪等，隧道机电系统的风机、可编程控制器等设备，监理工程师应与业主一道进行产品监造和出厂测试，以获得更详细的设备检测资料，确保系统满足业主的最终需求，并在现场安全可靠运行。

工程质量除了要有好的设备和材料外，还必须有好的工序质量作保证，监理工程师应将监理工作的重点，放在检查每道工序开始前的施工方法，审查施工方案、工艺及特殊技术处理措施和特殊操作工艺上。通过旁站、巡视、检测、试验等手段全面监督、检查和控制各施工方法和工序质量，以保证机电系统的安装质量。对隐蔽工程如光电缆接续、敷设、外场设施基础、车辆检测线圈和地线的埋设及不可拆卸部件的安装等重要工序要进行全过程的旁站监督，不符合合同规定质量要求的工序或单项工程不予签认。完工检验和验收是监理工程师质量控制的一个重要阶段。监理工作的重点是审核承包人的交工验收报告，组织交、竣工验收前的系统综合测试;按合同规定的要求对设备、材料的技术指标进行抽测，对设备的安装、光电缆敷设、接续等进行分项测试和综合测试并作好测试记录，按合同的要求对分系统、系统的试运行和运行状态等进行试验，对其综合技术指标进行测试，作好记录。

4机电工程监理的难点

4.1软件工程是监理的一大难点

高速公路机电系统的很多功能是通过软件来实现的，这就决定了机电工程与其它工程有着很大的区别。由于大规模实施高速公路机电工程的时间不长，加上机电监理工程师自身专业的限制等，在系统软件的选择和应用软件的开发中，监理人员发挥的作用不够，以致于在系统运行过程中，软件系统存在或多或少的问题。因此，软件工程成为机电工程监理的一大难点，在监理工作中一定要引起高度重视。具体工作中，应做好以下几方面工作：(1)与业主和承包人一道，充分做好软件需求分析，做好系统软件的选择，保证软件系统具备工程所要求的各项功能;(2)与软件开发人员一道，对应用软件功能作充分的分析，熟悉整个软件的设计原则和设计方法，对软件开发进行监督和模块初测，保证软件的质量;(3)要求承包商提供达到规范要求的应用软件程序详细框图、源程序和源代码以及软件中的注释量。

4.2雷电防护是监理的一大难点

高速公路机电系统的特点是点多、面广、线长，既有强电设备，又有大量的监控、通信、检测等弱电设备，外场设备遍布全路段。特别是高速公路上特长隧道的机电工程，系统庞大，多数设备处于比较恶劣的环境，如果在设计和施工中不重视雷电防护，极易遭受雷击或电磁脉冲的破坏，给高速公路安全管理带来极大的隐患。长期以来，在高速公路机电工程设计和施工中，对强电和弱电系统的防雷问题一直不够重视，接地的要求也不统一，弱电系统的接地处理较为简单，一旦遭到雷电的侵袭，造成的损失是不可估量的。因此，机电系统的防雷接地问题是监理工作的重点，同时由于设计深度不够等原因，系统的防雷又成为监理工作的一大难点。在监理工作中，监理工程师应与设计单位、工程承包单位一道充分了解工程所在地雷暴日的天数和等级，确定雷电防护等级和雷电防护方法，做好机电系统防雷接地的联合设计，以弥补设计深度的不够。由于防雷设备生产厂商技术力量参差不齐，在防雷产品订货过程中，监理工程师应协助承包人对厂家进行全面考查了解，选择满足功能要求的电源防雷和信号防雷产品。产品进场后，监理工程师应严格核对产品的性能指标是否满足功能要求。在实施过程中，监理人员严格检查防雷产品的安装工艺，核对安装数量;在接地网施工过程中，坚持全过程旁站监理，对接地电阻值进行全检，不满足要求的必须整改，直至符合要求。

软件实施工程师总结范文第5篇

[关键词]初步设计施工总价承包验工计价软件管理

中图分类号:TU-0文献标识码:A文章编号:1671-7597(2009)1110198-02

某新建客运专线工程设计时速300～350km/h,由于工期紧张,初步设计批复后,立即对该项目进行了招标。根据铁道部《关于铁路建设项目施工招标文件示范文本的通知》(铁建设[2007]107号)的要求,该客专工程招标使用《铁路建设项目施工总价承包招标文件示范文本》,采用施工可调总价的承包方式,明确了对非承包人引起的Ⅰ类设计变更、不可抗力造成的损失、部分主材价格调整、符合政策并经原审批单位批准调整等内容所增加的费用进行调整。

由于招标时采用的图纸为初步设计图纸,必然导致施工图工程数量和合同清单数量差异较大,如何在按施工图施工进度进行计价的同时,又按合同清单内、外分别计价,如何动态地进行全局、全面和全程的统计和分析投资进度,为项目投资控制的科学决策提供依据,成为建设单位验工计价的核心工作。因此,笔者通过学习验工计价的相关文件和建设单位管理指南,总结多年从事建设单位造价管理的经验,认真分析该新建客运专线工程的特点,制定了和施工可调总价模式相匹配的验工计价管理办法,并据此部署了计算机验工计价软件,取得了预期的效果。现按验工计价总体管理架构、验工计价管理模块进行分别阐述:

一、验工计价总体管理架构

1.维护统一编码的工程量清单

造价工程师对整个项目的合同工程量清单和设备费清单进行统一编码,提交给软件公司。软件公司负责在软件中导入合同工程量清单和设备费清单,建立工程量清单数据库作为整个项目验工计价的基础数据。建设单位造价工程师负责维护该基础数据,各验工计价单位只能从该数据库引用工程量清单,不得擅自修改,如确需修改,必须提请建设单位造价工程师统一修改,从而保证整个项目工程量清单和设备清单数据的稳定,为高效应用软件进行计价奠定扎实基础。

2.合同清单子目计价

各施工单位根据软件中导入的合同工程量清单和设备费清单,按照工程进度编制验工计价报表,监理工程师和建设单位专业工程师按实际工程进度进行审核,造价工程师依据审核后的工程数量进行合同清单计价,并使用验工计价软件自动统计施工图量差和甲控、自购设备费量差价差,为计算总承包风险费提供此部分的数据。

3.总承包风险费计价

汇总各标段验工计价报表的施工图量差、甲控和自购设备量差价差,以及施工单位引起的I类变更、II类变更计价,铁道部批复同意调整的5%以内材料差价,工程保险费,考核费等可以直接计算的有计价凭据的总承包风险费,按照据实验工、分期按比例控制、总额包干的原则进行总承包风险费计价。

4.补充合同验工计价

对可作调整合同价格的内容进行计价。例如甲供材料设备的量差价差、铁道部允许调整的材料差价5%以上的部分等等,在软件中计入补充合同调增计价部分。

5.汇集合同内和补充合同的验工计价,形成季度或者末次计价报表、验工计价汇总表等。

二、验工计价管理模块

验工计价管理模块按照验工计价的内容分成工程量清单验工计价,设备费验工计价,总承包费验工计价和补充合同外增加计价等4各基本功能模块。

(一)工程量清单验工计价

造价工程师审核并编制合同工程量清单,按照规定的数据格式导入验工计价信息系统,形成统一编码的工程量清单,作为整个工程验工计价的基础数据。

对工程量清单进行验工计价的主要工作内容包括2个方面,一是按照施工图工程量和合同工程量清单,进行验工计价;二是汇总量差,为总承包风险费计价提供工程量清单上的量差部分。

根据施工图和合同工程量清单子目的对应情况,合同清单的验工计价和同步计算施工图量差的策略如下:

1.针对合同工程量清单和施工图工程量清单中均有的情况。

在开累计价的施工图数量小于等于合同清单数量时,本季完成的合同清单数量等于专业工程师审核的本季完成的施工图数量;施工图数量差为零。

开累计价的施工图数量大于合同清单数量,或虽然施工图数量小于合同清单数量但要求全部计完合同清单数量时,本季完成的合同清单数量等于合同清单数量减去上一季度开累完成的合同清单数量;施工图数量差等于专业工程师审核的本季完成的施工图数量减去本季完成的合同清单数量。现举例如下:

2.针对合同工程量清单中存在但在施工图工程量清单中不存在的情况。

虽然施工图中无该子目的清单数量,但合同内清单数量末次计价时是必须计完的,如施工图的数量和合同清单不一致,则以施工图量差的形式列入总承包风险费,增加风险费结余。因此,专业工程师要根据相似工程进度情况同比计价,本季完成的合同清单数量为专业工程师审核的同比进度完成的工程量;施工图数量差等于本季完成合同清单数量的负值。现举例如下:

3.针对合同工程量清单不存在但在施工图中存在的情况。

本季完成的合同清单数量等于零,施工图数量应全部列入施工图量差,纳入总承包风险费。施工图数量差等于专业工程师审核的本季完成的施工图数量,该子目的单价由施工单位提出,经监理单位、建设单位审核确定。

(二)设备费验工计价

设备费验工计价的处理方式和工程量清单范围的工程内容计价处理方式相似,在编制、审核时,较建安工程多一个“价格”因素。对于甲供物资设备存在的量差价差,费用列入补充合同增加的费用;甲控、自购物资设备存在的量差价差,费用列入总承包风险费。软件在设备费验工计价模块中的处理方式如下:

1.合同设备清单中包含实际采购的设备。

(1)开累采购的设备数量小于等于合同数量

本季完成的合同内数量等于专业工程师审核的本季采购的设备数量,本季完成合同内价值等于本季完成的合同内数量乘以合同单价;设备量差为零;设备的单价差等于专业工程师审核的设备实际采购单价减合同单价,设备的价差等于专业工程师审核的本季采购的设备数量乘以设备的单价差。现举例如下:

(2)开累采购的设备数量大于合同数量或开累采购的设备数量小于合同数量但要求全部计完

本季完成的合同内数量等于合同内包含的数量减去上一季度开累计价的合同内数量,本季完成合同内价值等于本季完成的合同内数量乘以合同单价;设备的数量差等于专业工程师审核的本季采购的设备数量减去本季完成的合同内数量,设备的量差等于甲供设备的数量差乘以合同单价;设备的单价差等于专业工程师审核的设备实际采购单价减合同单价,设备的价差等于专业工程师审核的本季采购的设备数量乘以设备的单价差。现举例如下:

2.合同价有但实际未采购。

专业工程师要根据相似工程进度情况同比计价,本季完成的合同内数量为专业工程师审核的同比进度完成采购设备数量,本季完成合同内价值等于本季完成的合同内数量乘以合同单价;设备数量差等于本季完成合同清单数量的负值,设备量差等于本季完成合同内价值的负值;设备价差等于零。

3.合同价无但实际有采购。

本季完成合同内价值等于零;设备的数量差等于专业工程师审核的本季采购的设备数量,设备的量差等于设备的数量差乘以专业工程师审核的设备实际采购单价;设备的价差等于零。

本文为全文原貌 未安装PDF浏览器用户请先下载安装 原版全文

(三)总承包风险费计价

依据铁道部的建设单位管理指南中的验工计价办法要求,总承包风险费采用据实验工、分期按比例控制、总额包干的计价方式。平时计价过程中按变更设计联系单、协议发票等有支撑依据的内容进行计价,计算本季总承包风险费的实际使用值。对于非不可抗力造成的自然灾害损失及其采取的预防措施费用、由于变更施工方法、施工工艺所引起的费用等无法用会议纪要和四方签字等依据来计算发生的费用,暂不予计价。末次计价时,不论实际使用的总承包风险费是否大于合同总承包风险费,末次计价的总承包风险费均等于合同总承包风险费减上一季度开累计价的总承包风险费。据此,对各标段总包风险费的计价按以下步骤进行:

1.计算实际使用的总承包风险费。

根据合同条款,在软件中纳入到总承包风险费实际使用的内容有:

(1)施工图量差。在工程量清单范围的工程内容计价中已同步计算出施工图量差的费用;

(2)承包单位引起的Ⅰ类变更。按照原初步设计批准单位批准的概算和相应中标率计算费用;

(3)Ⅱ类变更。已标价工程量清单中有适用于变更工作子目的,采用该子目的单价;无适用于变更工作的子目,但有类似子目的,可在合理范围内参照类似子目的单价、无适用或类似子目的,可按照成本加利润的原则计算;

(4)甲控、自购设备量差价差。在设备计价中已同步计算出甲控、自购设备的量差和价差;

(5)铁道部允许调整的材料差价5%以内。和合同外增加费用中的铁道部允许调整的材料差价5%以外费用同步计算;

(6)工程保险费。凭协议、发票据实计算;

(7)考核费。根据公司每月下发的施工监理考核文件汇总该季度同意计列的考核费。

2.计算与计价进度匹配的总承包风险费控制上限。

为了能分期按比例控制总承包风险费,首先要计算总承包风险费的验工计价当期的风险费控制上限。根据《关于进一步改进和加强铁路建设项目招标投标工作的通知》(铁建设[2008]240号文),招标时的总承包风险费总额不超过已公布的本标段招标概算(不含甲供材料设备价款)的2.5%,即总承包风险费的计算基数为清单费用(不含甲供材料)加甲控、自购的设备费。但由于设计院不能提供每一个子目所包含的甲供材料的消耗量,计价完后无法统计本季完成的甲供材料的消耗量。为此,在保证合同总承包风险费不动的情况下,简化总承包风险费的计算基数,等于清单费用加甲控、自购的设备费,据此重新计算总承包费的费率。计价时按照此新费率计算总承包风险费的控制上限。

开累的总承包风险费的控制上限=(开累完成的清单费用+开累完成的甲控、自购的设备费)×新费率

其中新费率=总承包风险费/(合同清单费用+合同明确的甲控、自购的设备费)

3.计算验工计价的总承包风险费。

开累计价的总承包风险费=MIN(开累的总承包风险费的控制上限,开累的总承包风险费实际使用)

本季计价的总承包风险费=本季开累计价的总承包风险费-上一季度开累计价的总承包风险费

(四)补充合同增加的费用计价

根据《铁路建设项目施工总价承包招标文件示范文本》专用合同条款15.4.1中可作调整合同价格的范围,纳入到补充合同增加的内容和计价方式如下:

对于发包人对建设方案、建设标准、建设工期的重大调整,非承包人原因引起的Ⅰ类变更,保险范围之外不可抗力造成的损失(发包人承担部分)。按照原初步设计批准单位批准的概算和相应的降造率计算费用。

对于甲供设备的量差价差。采用在设备计价中已同步计算出甲供设备的量差和价差。

对于甲供材料的价差。半年度的甲供料调差根据公司移交承包单位的甲供材料数量、实际的采购单价减设计概算内的单价计算。结算时甲供料数量要根据设计院编制的投资检算包含的甲供料消耗量与实际采购的数量进行对照后综合取定。

对于铁道部允许调整的材料差价5%以外的材料差价。根据验工计价的清单项目对应的投标消耗量、计价期的信息价减设计概算单价计算。结算时甲控料数量要根据设计院编制的投资检算包含的甲控料消耗量与实际采购的消耗量进行对照综合取定。

对于经原审批单位批准调整的内容和合同外增减的项目。按照审批单位批准的概算和相应中标率计算费用。

三、结束语

通过对验工计价软件的总体管理架构、验工计价管理模块阐述可看出,应用软件进行计价,提高了计价的准确性和工作效率,并大大减轻了概预算人员的工作量。同时,在计价时就对不同的工程内容进行分别汇总,为今后的清理概算打下扎实的基础。

参考文献:

[1]铁道部,《铁路建设项目施工总价承包招标文件示范文本》,北京:中国铁道出版社,2007.

[2]铁道部建设管理司,《铁路建设项目管理指南(试行)》(建建[2007]72号).

作者简介: