前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了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號).

作者簡介: