時間：2023-05-29 17:46:08
開篇：寫作不僅是一種記錄，更是一種創造，它讓我們能夠捕捉那些稍縱即逝的靈感，將它們永久地定格在紙上。下面是小編精心整理的12篇系統工程師，希望這些內容能成為您創作過程中的良師益友，陪伴您不斷探索和進步。
兩年以上工作經驗|女|26歲（1990年10月24日） 
居住地：廣東 
電 話：139*******（手機） 
E-mail： 
最近工作[9個月] 
公 司：XX有限公司 
行 業：計算機服務(系統、數據服務、維修) 
職 位：計算機系統工程師 
最高學歷 
學 歷：本科 
專 業：計算機應用 
學 校：廣東輕工職業技術學院 
自我評價
X年工作經驗，學習新知識能力強，中級職稱，性格開朗大方，有組織管理能力，熟練掌握辦公軟件，C語言編程，數據庫，EDA電路設計，ps等相關軟件的使用，有團隊合作精神。
求職意向
到崗時間：可隨時到崗
工作性質：全職
希望行業：計算機服務(系統、數據服務、維修)
目標地點：廣東
期望月薪：面議/月
目標職能：計算機系統工程師
工作經驗
2014/9 – 2015/6：XX有限公司[9個月]
所屬行業：計算機服務(系統、數據服務、維修)
研究部
計算機系統工程師
1.負責某政府內網辦公系統運維項目，負責各子系統的日常維護，包括應用、數據庫、目錄、郵箱、即時通訊、備份服務器等，涉及Linux、Oracle等應用系統
2.負責對內網辦公系統Oracle數據庫數據遷移；定期分析Oracle數據庫警報日志、跟蹤文件；
3.利用shell腳本編寫RMAN數據庫備份腳本，并定期恢復到測試環境；
2013/5 – 2014/8：XX有限公司[1年3個月]
所屬行業：計算機服務(系統、數據服務、維修)
研究部
計算機系統工程師
1.負責為客戶解答內網辦公系統業務相關問題，并處理各類工作單，編寫數據統計報告；
2.編寫內網辦公系統部署、現狀、調整、故障解決文檔；
3.將日常收集到的問題，包括從客戶反饋的問題，提交給開發部。
教育經歷
2009/8— 2013/6 廣東輕工職業技術學院 計算機應用 本科
證書
2010/12 大學英語四級
關鍵詞：系統工程 民用飛機 需求確認 專家意見
中圖分類號：V37 文獻標識碼：A 文章編號：1674-098X（2014）08（b）-0066-03
在民用航空研制領域廣泛使用的ARP4754A，民用飛機系統開發指南，推薦將系統與外界的接口需求以協議的方式形成機載系統規范。系統規范的具體形式包括工作說明、計劃、手冊、需求文檔、接口文檔或合同[1]，是完整和詳細的系統接口描述。從本體論的角度來看，系統規范就是機載系統的知識本體，是該系統“共享概念模型的明確的形式化規范說明”[2-3]。除了該系統內部的系統工程師，共享這些知識概念的專家還包括適航代表，飛行員代表，軟硬件工程師，系統驗證工程師和其他相關系統的系統工程師等外部人員。以上所有專家會在飛機研制的不同階段分別參與到該系統的確認過程。ARP4754A建議使用模板/檢查單、用戶操作場景描述和原型建模等確認方法來保障系統規范的正確性和完整性[1]。這些方法在實際操作過程中普遍存在著以下問題：
（1）模板訂制（裁剪、擴展和修改）缺乏依據。
（2）檢查單項目含義模糊，難以判斷。
（3）用戶操作場景描述不準確或相關條件尚未確定。
（4）原型建模受問題特點的制約，使用范圍有限。
因此，作為上述方法的重要補充，各類專家會根據各自的工作職責針對性地提出問題作為專家意見，參與到系統需求的確認過程中。匯總的專家意見是系統利益相關人對該系統的客觀要求，是飛機設計評審中的重要參照，是飛機研制過程向前邁進和適航取證的必要條件，是決定民機項目成功的關鍵因素。所有系統工程師都很重視這些意見。不過，由于專家知識背景不同，描述問題的角度和層次不同，系統工程師如果直接納入這些意見和反饋進行系統規范開發就會產生知識沖突。綜合分析以上情況，本人提出以專家意見為主線的機載系統需求的確認方法，在一個新的系統工程框架下實現理論與實踐的結合。
1 專家意見驅動的需求確認方法
系統規范的開發是一個迭代的過程，一開始就需要確定知識領域和系統范圍。這將會涉及到以下基本問題：
（1）該系統規范覆蓋什么領域？
（2）該系統規范用來干什么？
（3）該系統規范能回答哪些類型的問題？
（4）誰使用和維護該系統規范？
從本體論的角度看，專家意見就是一系列基于系統規范代表的領域知識模型應該能夠回答的問題，即“資質性問題（Competency Questions）”[4]。它能夠有效確定系統知識的廣度和深度，可以用來評價和比較現有的不同系統規范，也可以作為以后需求確認的有效參照。
系統規范草案出爐之后，部門會先組織內部評審。一般情況下，系統規范都會參照以往機型相似系統的設計文件和航空業適用于該系統的指導規范。一個容易出現的錯誤做法就是把系統規范與行業指導規范做比較，找出兩者的差異，然后研究出現差異的原因和減少差異的措施。這種做法沒有抓住問題的關鍵。行業指導規范大多不是強制標準，不針對任一機型，允許不同機型參考并根據需要進行裁剪，擴充和修改。這種適應性修改的依據，不是看與行業指導參考規范的差異，而應該是看能否滿足飛機設計和適航的各種需求。
系統規范草案通過了內部評審就會進行外部評審。一般的做法就是把系統規范的草案分發到相關專業和適航機構，要求同行評審。這種做法也有問題。首先每個飛機系統都有一套獨立的術語系統來保證描述的一致性和準確性。要讓其他專業背景的系統工程師在短時間內理解和掌握這套新建的術語系統是有難度的。另外，由機系統間的有機聯系，從系統開始研制的相當長的時間內，系統規范的輸入都沒有辦法完全確定，送審的系統草案本身也是不穩定的。草案不成熟蘊含的術語不一致性，會導致外專業評審人員從字面無法理解概念，提出的問題包含大量要求澄清概念的情形。當本系統工程師不得不花費時間和精力向外專業工程師講解系統規范這個版本中的術語概念時，也注意到這些外部專家對概念的初步掌握對系統規范本身的質量提升一般不會起到很大作用。而實際上，外部專家并不真正關心這些概念。他們的最終目的在于確認能用系統規范中的概念表達他們感興趣的問題并能推導出合理的外部結論。
通過對以上兩種做法的分析，可以得出以下結論：系統需求的確認必須以專家意見為依據，以及確認的本質在于讓專家明白系統規范能夠表達他們關心的問題并能進行有效推理。因此，一種更好的確認方法是，系統工程師通過搜集專家意見來確定系統范圍，并利用系統規范建立的領域知識模型來直接表示和解答專家意見，從而避免外部專家對系統規范的字面理解。以下分三個步驟來介紹這種需求確認方法的具體操作過程。
2 搜集專家意見
從系統研制啟動就可以準備搜集專家意見。搜集問題可以從最簡單的問題開始，然后逐步變得復雜。問題必須是具體的，要能夠直接標識到飛機系統，設備，軟件加載項或者硬件接口。問題需要有代表性，不必窮盡。
按問題來源，專家意見可以分為內部意見和外部意見。內部意見來自軟硬件工程師，具體可以參考ARP4754A，4.6.1節“系統過程與配置項過程的信息流”。[1]來自諸如適航代表，飛行員代表，系統驗證工程師和其他相關系統的系統工程師等系統外部人員的意見稱為外部意見。需要特別注意的是系統驗證工程師的盡早介入。系統需求的驗證工作是在系統設備試驗件提交之后，系統驗證工程師按照既定的試驗大綱進行試驗并逐個確認是否滿足預期結果。不過，為了盡早暴露問題，提高系統需求的可驗證性，避免驗證工程師誤解系統概念導致的試驗問題和不必要的進度延誤，試驗大綱也將作為專家問題的重要來源。
根據表述類型，專家問題又可以分為以下四類：[4-6]
存在性問題。某個對象是否存在？專家問題里涉及的概念需要明白無誤地與特定飛機系統或部件對應。比如駕駛艙顯示器的燃油簡圖頁畫面上有沒有表示燃油溫度的指示標識。
屬性的問題。對象的屬性是什么？通過某個飛機系統或系統部件找出所有的內在屬性。比如，高升力系統的襟翼張開的角度是多少。
關系的問題。兩個對象之間是這個關系嗎？在不同狀態下，要求明確給出不同系統或系統部件之間的關系。比如，在飛機單個發動機飛行狀態下，哪些飛行畫面要優先展示給飛行員。
推理的問題。回答這樣的專家問題需要基于一定的規則或邏輯推理。在實例化系統或系統部件屬性之后，可以根據這些數據進行有意義的推理。比如，在航電的IMA資源分配的時候，在保證現有平臺資源安全冗余的條件下，能否為飛控系統的某駐留功能分配20 ms的周期性運行時間。
專家問題的提出不依賴任何目標系統規范的知識，只要是對專家所在系統的研制有意義就可以。專家問題需要由相關部門進行正式的認定和簽發，確實代表該部門對目標系統的實際要求。
3 解答專家問題
在確立系統架構進行系統設計過程中，系統工程師就可以利用規范里的術語來表達專家意見，以衡量系統規范的成熟度。系統工程師通過列寫出專家問題中的重要詞匯，與搜集到的參考資料中的概念進行分析比較，可以判斷這些參考資料的復用程度和使用價值。[5-6]
系統規范寫好后，大多數專家問題都應該得到了解決。當然，考慮到專家的知識背景和特殊的觀察視角，系統工程師不可能完全理解專家意見中所有詞匯的含義。這需要和有關專家進行溝通，進一步挖掘用戶和客戶需求。不過，這與讓專家學習系統規范不同的地方在于，系統工程師在理解了問題含義后，轉換成自己熟悉的系統專業詞匯來回答對方專家認為重要的問題，而不是學習對方詞匯來進行表達和推理。在雙方都在描述同一個知識領域的前提下，這點是可以在短時間內做到的。
上面已經提到，解答專家意見的過程就是利用新建系統規范的概念表示問題，并用定義的屬性和關系對問題進行推導的過程。簡單的問題，一句話就可以說清楚。對于復雜的情況，則可以使用用例/故事，描述操作場景，編寫具體算法或者測試用例的方式來說明。某些特定的復雜問題還可以借助Enterprise Archtect，Rational Rhapsody或CATIA等CASE工具，用UML/SysML模型或數字三維模型來回答問題。例如，在IMA的資源分配過程中就可以利用UML對駐留應用進行建模并利用內置算法來自動優化計算和通信資源。對于保真度要求較高的問題，還可以使用模擬器仿真。比如，評估駕駛艙顯示方案就可以在駕駛艙模擬器中進行，讓飛行員和有關專家身臨其境地評價和比較不同顯示方案的優劣。
讓專家僅憑閱讀文檔就表決通過一份系統規范是不現實的。以上各種手段的目的都是盡可能直接地向專家展示系統規范的表達能力和令人滿意的推理結果，讓對方相信他們關心的問題能夠利用系統規范得到解答。具體做法上，在系統規范和問題演示材料準備好后，先發送給對方專家并進行多次面對面或者郵件溝通，盡可能地達成一致意見。對于有分歧的部分，則可以由部門出面組織研討會，討論修改意見或者解決辦法。在飛機研制的重要評審會上，不僅要把定型的系統規范分發到相關專家和項目負責人，還要匯總說明各類專家問題的解決情況。對于影響較大的遺留問題，還需要在評審會上進行單獨討論。
4 總結經驗/教訓
專家意見的搜集和解答情況不僅僅標志著系統規范的成熟度，還體現著系統工程師對用戶需求理解的深度和廣度。每個問題的成功解答都是一個進步。即便系統規范還會隨著飛機研制的深入而變更，問題的表述方式會變化，但原理和實質不會變。之前通過表達和解決問題與專家達成的共識仍然有價值，解決問題的方法也可以借鑒的。而且，解決專家問題的過程也是和專家互動的過程。良性的溝通可以與專家建立了令人愉快的工作關系。
不可否認的是，肯定存在著某些問題不能得到很好表示或者推理無法令對方滿意的情況。對方專家指出的演示過程中的不合理部分將激發系統工程師對現有系統規范中的架構設計和需求描述方式的深入思考。對于有爭論問題，可以組織更高層級或者更大范圍的討論，聽取更多人的意見。確實有問題的要修改，即使系統規范要推倒重來，也是值得的。在概念和開發階段就發現問題并糾正，避免在驗證和生產運營階段出現更為嚴重的錯誤，這正是系統需求確認活動的意義。[1]
專家意見的解答方法可以寫成工程協調紀要，以備將來參考和復用。一些解答問題的方法，例如算法，模型和原型等，都可以作為系統后續設計的重要參考。另外，解決的專家問題也是培訓員工迅速了解本系統領域知識和工作方法的有效的第一手學習資料，可以幫助新員工或者剛接手相關事務的員工盡快上手，提高團隊工作效率。
5 結語
民用機載系統需求的確認是一個復雜的過程。一方面要多領域專家共同參與，廣泛聽取各方意見；另一方面，要有專門的術語系統，維護規范的內部一致性和準確性。這就需要從系統工程的高度進行頂層設計。本文提出以專家意見為紐帶構建一個框架：內部由系統工程師維護一套一致的、可自我辯護的術語體系；外部則讓不同角色的利益相關人都能在自己的知識層次上提出問題，并通過系統工程師的演示來確認在系統規范的知識體系內確實可以找到問題的合理解答，滿足預期的接口需求。本文提出的方法汲取了本體論研究成果，能夠較好滿足現有的航空工程實踐基礎的要求。
參考文獻
[1] SAE，ARP4754 REV.A，2010. Guidelines for Development of Civil Aircraft and Systems[Z].
[2] Borst，W.N.Constructing of Engineering Ontologies.PhD thesis， Institute for Telematica and Information Technology， University of Twente， Enschede， The Netherlands[Z].1997.
[3] Gómez-Pérez， A.Knowledge sharing and reuse. Handbook of Applied Expert Systems. Liebowitz， editor， CRC Press[Z].1998.
[4] Gruninger， M. and Fox， M.S. Methodology for the Design and Evaluation of Ontologies. In： Proceedings of the Workshop on Basic Ontological Issues in Knowledge Sharing，1995，IJCAI-95， Montreal[Z].
[5] Gruber， T.R.A Translation Approach to Portable Ontology Specification[J].Knowledge Acquisition，1993，5：199-220.
[6] Uschold，M.and Gruninger，M. Ontologies：Principles，Methods and Applications[J].Knowledge Engineering Review，1996，11（2）.
[7] RTCA，DO-178C，Software Considerations in Airborne Systems and Equipment Certification[Z].2012.
關鍵詞：工程監理；建筑智能化系統
1建筑智能化系統工程實施特點
建筑智能化技術是現代建筑技術與通訊技術相結合的產物． 隨著科學技術的進步而逐漸發展和充實． 它的技術基礎是現代建筑技術(Architecture)、現代控制技術(control) ， 計算機技術(computer) ．通訊技術(communication) 圖像顯示技術(CRT)．即所謂的 A+4C 技術。A+4C”技術的發展．推動智能建筑不斷集成化發展．并在一些現代建筑中形成一種嶄新形式的建筑智能化系統．從而實現信息資源和任務的共享與綜合管理．充分體現智能建筑投資合理、安全、高效，舒適，便利、靈活的目標．這也是人們追求建筑智能化的目的。
建筑智能化系統建設是一項復雜的系統工程，它需要 A+4C 以及管理科學、施工管理技術等知識的全面支持。同時 建筑智能化系統建設首先是一項建設工程．必須科學地進行投資 決策、工期規劃。并按建設總目標實施全過程的質量控制 進度控制、投資控制。但是．作為一項綜合性的系統工程，建筑智能化系統工程在系統規劃設計、施工、驗收和行業監管方式上。都與傳統的建筑機電系統有所不同。建筑智能化系統各子系統間。建筑智能化系統與其它機電系統、土建和裝飾都有一系列相關的配合與協調。因此 ，在系統實施過程中，對從事系統規劃設計、工程施工與管理的人員在工程技術。管理經驗上都提出了更高的要求。
2 建筑智能化系統工程監理的性質和特點
建筑智能化系統工程涉及眾多單位和機構．包括業主(或建設單位) 設備生產制造單位(設備供應商)、管線與設備安裝單位(安裝公司)、系統承包商(工程公司或系統集成公司)。建設或設備監理機構。要完成建筑智能化系統工程的監理工作。首先必須明確建筑智能化系統工程監理的職責范圍。同時處理好與其它單位和機構的關系。
2．1建筑智能化系統工程監理與業主間的關系
建筑智能化系統工程監理機構是受業主委托承接監理任務的。經業主授權，建筑智能化系統工程監理可代表業主對系統的規劃設計，工程承包商的選擇、設備選型等提供咨詢服務，對系統的安裝質量、技術性能、建設工期 投資進行監理。所以 建筑智能化系統工程監理與業主間的關系是一種被委托與委托的關系。建筑智能化系統工程監理活動是一種特殊的咨詢和監理服務，貫穿于系統的整個建設過程中服務內容在委托合同中體現。
2． 2 建筑智能化系統工程監理與設備供應商 、安裝公司、系統承包商間的關系
建筑智能化系統工程監理機構之所以能夠擔任工程監理職責，是因為得到了業主的授權。業主應向規劃設計部門、設備供應商、安裝公司、系統承包商及時通報委托與授權事項，明確哪些機構和人員可以代表業主行使工程監理的職責。而建筑智能化系統工程監理機構與這些單位不簽任何合同 監理活動是以業主與這些單位簽訂的合同為依據，按有關標準和規范執行。建筑智能化系統工程監理機構與這些單位間的關系是監理與被監理的關系。
2 .3 建筑智能化系統工程監理與建設監理問的關系
在建筑智能化系統工程建設中，既有項目建設監理及其分支機構， 又有建筑智能化專業監理機構，它們之間既有區別又有聯系。它們監理的根本目標是一致的。都是以投資、質量、進度為控制目標。從監理的業務看，建設監理機構通常是對一項基本建設工程進行全過程監理．包括土建和機電設備的監理。建筑智能化系統工程監理則僅對其中的建筑弱電系統(智能化系統)規劃、設計、調試及弱電管道、線槽預留預埋施工過程進行監理 兩種監理的內容有所交叉，卻各有側重。因建筑智能化技術發展迅速且愈來愈專業化。建筑智能化系統工程監理進入施工現場。可以彌補建設監理機構和人員在專業技術、監理方式和管理經驗上的不足。從實施監理時間的跨度來看．建設監理通常從土建施工開始，到項目整體驗收結束(包括土建和主要機電設備驗收)。而建筑智能化系統工程監理的業務可從系統規劃設計。設備安裝施工、調試運行和系統驗收 一直延伸到建筑整體竣工以后的一段時期。在全過程的監理中，不同階段采用不同的服務形式，有不同的專業技術人員介入，體現出專業化監理機構特有的優勢，這是般建設監理機構所不及的。
3建筑智能化系統工程監理工作開展
3. 1協助業主做好招標投標工作
招標文件是投標人編制投標文件的依據及評標定標的依據。招標文件內容力求完整、詳盡。用詞準確嚴謹 ，對于建筑智能化系統應重點從技術方案上提出要求。主要包括：總體要求 ；設計標準和規范；系統包括的內容和功能；主要設備、元件及其技術要求； 設備清單：安裝調試與驗收。通過公開、公平、公正的招標評標選擇一個合格的、最適合本工程的承包商， 使業主得到技術先進、質量可靠、 交貨準時、價格合理的產品。同時，招投標階段除了對(設計)方案進行比選外。應該對入圍方案做系統模擬測試。
3. 2設計交底與圖紙會審
一個智能建筑工程可能包括很多子系統 ，如設備自控系統、安保系統 消防報警系統、綜合布線系統等，即有很多套系統設計圖紙，而集成商只有一家，有的甚至在設計子系統的時候集成商還沒有選定。監理工程師要做的工作不但要仔細審查該工程本身的系統流程、現場監測點 監控點 配線規格和布線要求等，還應注意核對智能建筑系統從其它專業引出的信息點、變送器和傳感器等是否在其它圖紙上均一應俱備，正確無誤。另外，智能建筑所需預留洞 、預埋件和線槽、 橋架的定位與設置及結構專業的協調也不可忽視。并考慮在以后的系統集成上留有一定的余地。
3 .3管線隱蔽預埋
智能建筑工程的預埋與電氣工程相比有以下不同之處 (1)圖紙多。每套圖紙單個獨立系統的理解上并沒有太大的困難．但預埋在樓層里合在一起時不認真檢查就分辨不出各自所屬的系統 也難以找出不符合圖紙的地方。 (2)走放射線多。智能建筑為減少相互之間干擾．走放射線多。各系統之間以及與電氣之間交叉敷設普遍，使管子相互疊上后接近板厚而使混凝土失去保護層，有的甚至超過樓板使混凝土無法澆注。因此，很多情況下， 監理工程師要及時對現場的走管路線進行調整。 (3)管徑大。電氣的配線以直徑的大小來體現，一般在樓層水平配線時根數變化不太大：而智能建筑的配線多以線的數量來體現(除視頻饋線外)。故越接近布線的始端，線的數量越多，導致配管直徑大 根數越多，結果造成這塊混凝土呈現空洞。因此， 由于上述三個不同， 智能建筑工程的管線隱蔽預埋使監理工程師花費更多的時間和精力。
3. 4智能建筑工程線纜
智能建筑系統的線纜要求較高，品種也較多。僅僅少數通信線纜如RVV或RVVP等可按規范現場抽測浸水絕緣電阻大于20歐兆為驗收合格外。其它智能建筑工程線纜在現場進行技術測試還有難度．目前正在按新規范實施。因此，監理工程師驗證產品的合格證和說明書并使之符合設計和規范要求就顯得更為重要。另外 監理工程師應檢查樓層水平布線的長度．按規范要求不能超過90m，否則 信號就會不穩定，在這種情況下，可以要求改換光纖或者用交換機進行再次連接。
3．5模塊線路連接
在智能建筑工程中，現場控制器采用模塊化結構系統根據區域監控點的類型和數量設置模塊的類型和數量。常用的模塊有：高保安輸入模塊(LSSI) 數字輸入模塊(DI)、數字輸出模塊(DO)、模擬輸入模塊(AI)、模擬輸出模塊(AO)等。模塊的類型和數量在系統圖上均有詳細的說明，關鍵是監理工程師要核對水暖．空調、電氣等其它圖紙上的元件 ，以便使設備上的信號能正確地反饋到控制中心控制中心的指令能再送回到控制點。通過執行機構的調節使系統保持在最佳狀態。
3. 6傳感器和執行器
在智能建筑工程中采用大量的傳感元件和執行元件。如：煙感、溫感控頭；智能門鎖；云臺攝像機； 溫度 ；壓力 ；流量傳感器： 電壓； 電流； 相應變速器以及電動、電氣調節閥；風閥等。這些元件都有廠家的技術說明，工藝安裝應不成問題。監理工程師的主要工作是要分清由本專業提供的元件還是由其它專業配套的元件 是無源元件還是有源元件；不但在圖紙上而且實際進場的設備是否提供了智能建筑系統要求的功能，一一對應后才能萬無一失。
3 .7系統集成界面
從系統集成方面的考慮出發 智能建筑工程各系統之間，各子系統與智能設備的界面劃分，要有切實可行的接口界面，如高、低配電設備接口界面 ；空調設備接口界面；自備發電機和鍋爐接口界面； 冷水機組接口界面：消防報警系統接口界面；電梯監控接口界面以及OAS網絡協議界面等。接口界面的劃分是設計的工作，但由于系統集成商只有一個，而智能建筑工程可能有好幾個承包商各自負責的系統。對此， 監理工程師對于他們之間的管理協調和督促 能促使他們完成各自分內的任務而避免遺漏大量的工作。除了必須掌握智能化工程專業技術，熟悉國家現行有關智能建筑的設計、技術和質量驗收外，熟悉國家現行有關智能建筑的設計、技術和質量驗收規范是非常必要的。
4建筑智能化系統工程的竣工驗收
竣工驗收除了按照《智能建筑工程質量驗收規范》GB 50339-2003中的“3 5分部(子分部)工程竣工驗收”要求外。還有如下幾個注意事項：
(1)消防驗收按照《中華人民共和國消防法》、 《建筑工程消防監督審核管理規定》(公安部第30號令)、 《機關、團體、企業 事業單位消防安全管理規定》 (公安部第61號令)的要求進行消防驗收，合格后方可使用：
(2)安全防范工程驗收按照
(3)衛星電視按照《衛星電視廣播地面接收設施管理規定》 (國務院第1 29號令)申請驗收；
(4)驗收規范中沒有涵蓋的技術參數，可以采用廠家提供的參數。
此外， 由于智能建筑工程涉及到電力、消防、安全，通信等多個方面， 所以前端設備的安裝、軟件安裝調試及監控網絡運行等一系列工作不可能在同一時間內完成。在這種情況下．我們可以放棄整體驗收的方式。采取分階段驗收，待試運行期結束以后，由建設單位組織正式驗收。
關鍵詞：DCS 策略 PMT 界面
自動控制系統的發展可分為五個階段，第一代控制系統為50年代前的氣動信號控制系統PCS，第二代為4～20mA等電動模擬信號控制系統，第三代為數字計算機集中式控制系統，第四代為70年代中期以來的DCS集散式分布控制系統，現場總線系統FCS（Fieldbus Control System）一般被稱為第五代控制系統。
DCS是分布式控制系統（Distributed Control System）的英文縮寫，在國內自控行業又稱之為集散控制系統。它是一個由過程控制級和過程監控級組成的以通信網絡為紐帶的多級計算機系統，綜合了計算機，通信、顯示和控制等4C技術，其基本思想是分散控制、集中操作、分級管理、配置靈活以及組態方便。在系統功能方面，DCS和集中式控制系統的區別不大，但在系統功能的實現方法上卻完全不同，可提供窗口友好的人機界面和強大的通訊功能，是完成過程控制、過程管理的現代化設備，常用的通信介質主要是雙絞線、同軸電纜和光纜，中海油惠州1200萬噸/年煉油項目，采用的是DCS分布式控制系統，近幾年新建石化項目大都采用這種控制方式。
一、DCS系統控制原理和特點
新建大型石油化工廠通常設置中央控制室（CCR）和現場機柜室FAR，中央控制室內部的布置過程監控級的設備和機柜，主要工藝聯合裝置的控制顯示設備布置在中間，公用工程控制顯示設備布置在兩邊，其它電信、電氣監控設施布置在側面。根據裝置的數量和規模，以及廠區建設的規劃情況設置一定數量的現場機柜室FAR，室內布置過程控制級的機柜和設備，以及工程師站。
DCS系統的構成方式十分靈活，可由專用的管理計算機站、操作員站、工程師站、記錄站、現場控制站和數據采集站等組成，也可由通用的服務器、工業控制計算機和可編程控制器構成。 處于底層的過程控制級一般由分散的現場控制站、數據采集站等就地實現數據采集和控制，并通過數據通信網絡傳送到生產監控級計算機。生產監控級對來自過程控制級的數據進行集中操作管理，如各種優化計算、統計報表、故障診斷、顯示報警等。隨著計算機技術的發展，DCS可以按照需要與更高性能的計算機設備通過網絡連接來實現更高級的集中管理功能，如計劃調度、倉儲管理、能源管理等。
DCS系統組成框圖
1.高可靠性
由于DCS將系統控制功能分散在各臺計算機上實現，系統結構采用容錯設計，因此某一臺計算機出現的故障不會導致系統其它功能的喪失。
2.開放性
DCS采用開放式、標準化、模塊化和系列化設計，系統中各臺計算機采用局域網方式通信，實現信息傳輸，當需要改變或擴充系統功能時，可將新增計算機方便地連入系統通信網絡或從網絡中卸下，幾乎不影響系統其他計算機的工作。
3.靈活性
通過組態軟件根據不同的流程應用對象進行軟硬件組態，即確定測量與控制信號及相互間連接關系、從控制算法庫選擇適用的控制規律以及從圖形庫調用基本圖形組成所需的各種監控和報警畫面，從而方便地構成所需的控制系統。
4.易于維護
功能單一的小型或微型專用計算機，具有維護簡單、方便的特點，當某一局部或某個計算機出現故障時，可以在不影響整個系統運行的情況下在線更換，迅速排除故障。
5.協調性
各工作站之間通過通信網絡傳送各種數據，整個系統信息共享，協調工作，以完成控制系統的總體功能和優化處理。
6.控制功能齊全
控制算法豐富，集連續控制、順序控制和批處理控制于一體，可實現串級、前饋、解耦、自適應和預測控制等先進控制，并可方便地加入所需的特殊控制算法。
7.工程師站
工程師站是對DCS進行離線的配置、組態工作和在線的系統監督、控制、維護的網絡節點，其主要功能是提供對DCS進行組態，配置工作的工具軟件（即組態軟件），并在DCS在線運行時實時地監視DCS網絡上各個節點的運行情況，使系統工程師可以通過工程師站及時調整系統配置及一些系統參數的設定，使DCS隨時處在最佳的工作狀態之下。
二、項目管理策略
項目管理單位根據項目規模大小和特點分成若干個項目管理組或團隊PMT（project management team ），每個PMT負責若干個裝置或工程的標段，項目的PMT管理模式一般采用弱矩陣式的管理，它是項目管理單位的工程建設部門的下屬單位，這種方式便于PMT之間的工作協調和管理，DCS系統工程標段可能屬于某個PMT管理。DCS系統工程一般為一個獨立標段，采辦策略是E+P+C的模式。
項目的管理思路是小業主大監理，監理公司充分發揮其優勢，督促指導審查承包單位編制過工程三級計劃和施工方案，同時加強執行力和監控的力度；PMT內部人員的主要職責是監督和協調，PMT的人員按照所管轄標段數量和專業類別分工協作。
三、DCS系統設備供應商的選擇
DCS系統主要供應商為跨國公司供應商和國內影響力較大的供應商，目前DCS系統國外品牌主要有Emerson、Honeywell、Yokogawa和Invensys，國內品牌主要有Hollysys和Supcon；國內大型的石油化工企業一般選擇國外的品牌較多，國外品牌應用比較早，使用廣泛，比較成熟，具有穩定可靠的特點。DCS系統設備供應商的選擇是關鍵，一般根據系統設計方案、系統的可靠性和穩定性、項目類別特點（煉油、乙烯、化工或電力等）、國內的石化行業業績、售后服務，以及用戶意見的反饋情況，并通過招投標的方式選擇合適的優秀設備（集成）供應商。
四、DCS系統工程承包商的選擇
DCS系統工程特點，決定了施工的技術要求較高，因此，選擇具有行業業績和技術能力的專業隊伍很重要；國內大型的石油化工施工單位比較多，他們一般都有專業的自控儀表施工和調試團隊，包括中石油、中石化和中化建集團所屬的施工安裝單位有十多家，根據這些公司的資源和以往的業績，甄選出DCS系統工程類似業績比較好，安裝、調試和檢驗力量比較強，有強烈的服務理念和意識的幾家參加招投標，從中找到更合適和優秀的工程承包商。
五、DCS系統工程管理和協調
1.DCS系統工程的工作界面
全廠DCS系統工程通常作為一個獨立的工程標段來實施，界面的劃分均以現場機柜室（FAR）的第一道接線端子為界，接線端子到裝置區的電纜、橋架和儀表的安裝調試由裝置承包來完成；現場機柜室和中央控制室內的DCS系統、SIS系統，以及成套設備供貨的控制系統機柜的設備安裝，系統電纜、光纜、機柜間的電纜電線、安裝固定機柜的鋼結構支架，以及接地銅板到機柜的接地線均有系統承包商完成。
設備的供貨、軟件組態和出廠測試驗收均由供應商來完成，業主單位派出生產專業技術人員駐廠督促設備制造和組裝，并監督跟進設備的調試和出廠模擬測試相關工作，成套供貨或隨機到達的設備材料的安裝測試由供貨商完成。現場設備機柜安裝就位后的組態和測試工作，由供應商自行完成，業主工藝生產操作人員和技術人員配合組態工作，可在合同中約定需要系統工程承包商和裝置承包商配合的工作。
DCS系統工程界面示意圖
在招投標文件和合同文件編制過程中明確界面分工，避免扯皮推諉的現象，減少設計變更和現場簽證的發生，根據工程范圍和界面的劃分，各個承包商做好本標段的成品保護工作。
2.施工圖設計和審查
DCS系統工程的設計由總體設計院負責，總體設計院一般配合完成可行性研究報告，負責基礎設計、以及主要裝置或公用工程的詳細設計工作，在基礎設計和詳細設計階段，PMT參加設計技術部組織的設計圖紙審查工作，根據工程管理和實際實施的經驗提出修改建議，以便在招標階段提供比較完整的設計圖紙和技術資料，盡量減少實施過程中的變更。
3.DCS系統工程重點和難點
工程的重點和難點包括：設備的選型、系統組態、設備出廠測試、設備安裝和就位、系統送電和通道測試、與成套設備控制系統的聯網，以及全廠聯合調試工作。
4.監督協調管理施工
4.1準備階段
PMT負責審查DCS系統承包商的施工準備情況，包括；施工組織設計、人力動員計劃、QHSE計劃、檢驗試驗計劃、系統調試方案和專題方案、工機具的準備情況；施工單位進場后，PMT負責組織由監理單位、設計單位、施工單位參加的施工圖紙會審和技術交底工作，以便盡早的發現問題，設計單位對實施過程中涉及到的新技術、新材料、新設備，以及關鍵施工技術提出要求，以便施工單位編制切實可行的施工方案。PMT內的專業工程師，負責監理的管理和施工界面的協調工作，組織審查專業技術方案和重大事項的專題方案，按照審批后施工單位編制的三級質量控制點計劃監督實施。
4.2設備材料到場的檢驗和運輸
根據設備材料到場計劃，PMT協調承包商配合倉儲、技術部門，在供應商駐廠人員在場的情況下完成驗收工作，主要是外觀、隨機附件、資料的驗收和保管，DCS系統承包商根據專題方案組織二次運輸和設備的吊裝就位工作，尤其在卸車的過程中防止設備碰傷和跌落，以及人員可能受到的傷害，需要根據預案做好相關準備工作。
4.3設備安裝調試
根據設計施工圖、相關的規范標準，以及施工組織設計要求，施工單位組織人員安裝設備，以及機柜內部和機柜之間的電纜電線的連接，包括柜間電線和接地線、電源線等；敷設完成系統電纜、光纜和接線檢查工作，按照三級控制點的計劃要求，由監理組織關鍵工序控制點檢驗。由裝置區的承包商負責完成機柜室FAR外部的現場儀表和控制盤柜的安裝和調試工作，以及配合本標段儀表控制系統的回路打通和測試工作；DCS系統工程承包商完成中央控制室和機柜室的設備安裝，配合設備供應商進行通電測試，模塊檢驗和通道測試工作，以及組態過程中的信號試驗調試。成套供貨設備由設備廠家主導完成現場控制系統測試后，再和DCS系統聯網。
按照項目管理單位的計劃要求，由DCS系統承包商、裝置承包商、設備供應商、設計單位、監理單位、PMT、生產技術和工藝操作人員共同組成聯合小組， PMT統一協調，按照聯合調試方案共同完成DCS系統工程的系統調試工作，為投料試車做好準備。在聯合調試過程中，設備供應商技術人員和生產工藝操作員負責系統操作及完善，工程承包商分別負責本標段故障的檢查和處理，以及加送信號和接收信號相關事宜，期間分別準備各自的調試工機具，相關調試人員應具有相關儀表資質和能力。
在設備安裝和調試過程中，按照相關規范和技術標準的要求及時進行由相關方參加的工序交接驗收，并及時收集好相關資料文件；由DCS系統設備供應商負責對技術人員和工藝操作人員進行指導和實操培訓，在投料試車時，需要提前熟悉投料試車方案和工藝流程，由生產工藝操作員直接操作設備控制系統，設備供應商、DCS系統工程承包商、裝置承包商和設計等相關單位或人員積極配合，確保裝置的順利投用，生產出來優質合格產品。
六、結論
根據上面的闡述，并經過大量的項目管理經驗和事實情況表明，在大型石油化工項目的管理中，DCS系統的設備供應商、施工承包商的選擇很重要，項目合同打包策略也是順利實施的重要因素， 目前采用較多的項目PMT管理模式，既能實現DCS系統工程施工和調試的統一協調管理，又減少了實際的工作界面，提高工作效率，是項目管理的關鍵。
參考文獻
居住地：北京
電 話：158********（手機）
E-mail：
最近工作 [4年]
公 司：XX通信技術有限公司
行 業：通信/電信/網絡設備
職 位：系統工程師
最高學歷
學 歷：本科
專 業：計算機科學與技術
學 校：北京農業大學
自我評價
熟悉國內外信息安全發展動態，掌握各種主流安全產品，熟悉信息系統建設項目各階段的項目管理。具有較強的專業理論知識,基礎扎實，實踐能力強，能在專業領域提出自己的見解，為人誠信開朗，勤奮務實，有較強的適應能力和團體協作能力，富有責任心和正義感，熱愛集體。
求職意向
到崗時間： 一周之內
工作性質： 全職
希望行業： 通信/電信/網絡設備
目標地點： 北京
期望月薪： 面議/月
目標職能： 系統工程師
工作經驗
2010 /6-至今：XX通信技術有限公司 [ 4年 ]
所屬行業：通信/電信/網絡設備
技術部系統工程師
1.負責自動化測試設備的維護，測試軟件系統的監控與維護，整理及提交相關測試報告；
2.負責手機的生產和測試流程，處理生產線異常問題，確保計劃按時優質完成；
3.負責協助新產品的試產和量產，物料的驗證，新設備和技術的推廣等工作；
4.負責硬件測試設備的維護，保養和改善，提交測試報告；
5.負責測試平臺進行腳本測試，配置工廠數據庫。
2008 /7-2010 /5：XX計算機網絡有限公司 [ 1年10個月 ]
所屬行業： 計算機服務(系統、數據服務、維修)
技術部系統工程師
1.負責幫助客戶建立和實施信息安全管理體系；
2.負責信息安全、IT運維等方面的咨詢工作；
3.負責面向客戶的產品演示會、技術交流會、技術講座、技術培訓；
4.負責與其他部門合作，完成其他相關項目的技術提案；
5.負責公司相關安全產品的安裝部署，故障處理。
教育經歷
2004/9--2008 /7 北京農業大學 計算機科學與技術 本科
證書
2007 /3 全國計算機等級三級
2005 /6 大學英語六級
2004/12 大學英語四級
乙方（承包人）：_________
根據《中華人民共和國招投標法》的規定，參照《居住小區智能化系統建設要點與技術導則》（修訂稿）中相關標準，_________小區智能化系統工程經邀請招標，依據乙方提交的_________花園智能化系統投標文件（包括技術解決方案書、施工組織方案書、設備清單及報價表），并在雙方研究、討論最后確認的設計文件（同投標文件）的基礎上，確定由乙方對本工程實行總承包（系統集成）。
為明確工程內容及雙方權利、義務，本著相互協作，緊密配合的原則，根據《中華人民共和國合同法》、《智能建筑工程質量驗收規范》（征求意見稿）及其他有關法律、行政法規，遵循平等、自愿、公平和誠實信用的原則，結合該工程具體情況，甲、乙雙方經充分協商，簽訂本合同，共同遵守。
第一部分 工程概況
1．工程概況
1．1 工程名稱：_________小區智能化系統工程
1．2 工程地點：___________________________
1．3 工程內容
1）本次智能化系統工程建設包括：閉路監控子系統、可視對講子系統、周界防范子系統、家庭智能化及家庭安防子系統、一卡通管理子系統、停車場管理系統、綜合布線子系統、小區局域網系統、背景音樂子系統、物業管理子系統、設備控制子系統、信息子系統、視頻點播子系統、網站系統。
2）本次合同未涉及_________小區樣板房智能化演示系統和單列的智能化演示系統（模擬展板），雙方另行協商解決，不包含在本合同中。
3）本次工程建設包括很多可選項目或設備（可建設、可不建設），可選項目或設備如需要建設則作為增項工程進行，雙方另外單獨結算，補簽合同，如有爭議，雙方協商解決。可選項目或設備包括：閉路監控系統中的遠程監控中心、一卡通系統中消費系統、www/e-mail服務器、背景音樂子系統中節目定時器/報警信號發生器、電子巡更子系統、家庭智能化及安防系統中的紅外發射器、家電控制繼電器、無線遙控器、無線接收器等。
4）還有部分建議自購項目或設備，建議自購項目或設備是本智能化系統工程有機構成部分，不可缺，由甲方負責采購。建議自購項目或設備包括：機房子系統、卡座廣播系統。
5）本次智能化系統工程一卡通子系統中的智能卡是必選項目，因為價格、型號、印刷不確定，未包含在總報價中，需要另外簽訂合同，不包含在本合同中。
第二部分 工程承包范圍
2．工程承包范圍
承包范圍：工程承包內容同招標文件，設計要求及工程地質情況，詳見本工程施工圖紙及設計說明。
第三部分 合同總額、承包方式及合同文件組成
3．合同總額及承包方式
3．1 合同總額（或者稱為工程總造價）即委托乙方建設_________小區智能化系統工程全部子系統所簽訂合同總額之和，總額為_________萬元（_________元整）。
3．2 承包方式：該項目采取由乙方包工、包料、包工期、包質量、包安全文明施工的方式進行總承包。
3．3 特別說明
1）在本次智能化系統建設中，所有子系統中所涉及的顧地牌pvc管價格均由甲方提供，若價格發生變化，以最終價格為準，補差價（如單價高于合同價，甲方補高出部分差價）。共11頁，當前第1頁1234567891011
2）在本次工程中，未考慮智能化系統工程主干路由，由甲方為乙方提供室外電信干線管道2孔___80pvc管道。
3）合同中有不可預見因素，若發生增減項，雙方補簽增、減項合同，一起構成本合同的有效組成部分。
4．組成合同的文件
4．1 本合同
4．2 _________小區智能化系統招標書
4．3 _________小區智能化系統工程技術解決方案書
4．4 _________小區智能化系統工程設備清單及報價
4．5 _________小區智能化系統工程施工組織方案
4．6 中標通知書
4．7 圖紙
4．8 雙方有關工程的洽商、變更等書面協議或文件視為本合同的組成部分
第四部分 詞語定義
5．詞語定義
5．1 甲方（發包人）：指在合同中約定，具有工程發包主體資格和支付工程價款能力的當事人以及取得該當事人資格的合法繼承人。
5．2 乙方（承包人）：指在合同中約定，被發包人接受的具有工程施工承包主體資格的當事人以及取得該當事人資格的合法繼承人。
5．3 項目經理：指承包人在合同中指定的負責施工管理和合同履行的代表。
5．4 監理單位：指發包人委托的負責本工程監理并取得相應工程監理資質等級證書的單位。
5．5 工程師：指本工程監理單位委派的總監理工程師或發包人指定的履行本合同的代表，其具體身份和職權由發包人承包人在合同中約定。
5．6 工程：指發包人承包人在協議書中約定的承包范圍內的工程。
5．7 合同價款：指發包人承包人在協議書中約定，發包人用以支付承包人按照合同約定完成承包范圍內全部工程并承擔質量保修責任的款項。
5．8 追加合同價款：指在合同履行中發生需要增加合同價款的情況，經發包人確認后按計算合同價款的方法增加的合同價款。
5．9 費用：指不包含在合同價款之內的應當由發包人或承包人承擔的經濟支出。
5．10 工期：指發包人承包人在協議書中約定，按總日歷天數（包括法定節假日）計算的承包天數。
5．11 開工日期：指發包人承包人在協議書中約定，承包人開始施工的絕對或相對的日期。
5．12 竣工日期：指發包人承包人在協議書約定，承包人完成承包范圍內工程的絕對或相對的日期。
5．13 圖紙：指由發包人提供或由承包人提供并經發包人批準，滿足承包人施工需要的所有圖紙（包括配套說明和有關資料）。
5．14 施工場地：指由發包人提供的用于工程施工的場所以及發包人在圖紙中具體指定的供施工使用的任何其他場所。
5．15 書面形式：指合同書、信件、傳真等可以有形地表現所載內容的形式。
5．16 違約責任：指合同一方不履行合同義務或履行合同義務不符合約定所應承擔的責任。
5．17 索賠：指在合同履行過程中，對于并非自己的過錯，而是應由對方承擔責任的情況造成的實際損失，向對方提出經濟補償和（或）工期順延的要求。
5．18 不可抗力：指不能預見、不能避免并不能克服的客觀情況。
第五部分 施工組織計劃及工期
6．施工組織計劃及工期
6．1 根據工期定額及使用需要，確定本工程總工期為________日歷天（公歷日）。開工日期：_________年________月_______日（以開工報告為準）；竣工日期：_________年_______月________日（一次預埋隨土建；二次預埋及安裝調試隨裝修）。共11頁，當前第2頁1234567891011
6．2 進度計劃
1）甲乙雙方簽訂合同后，乙方在15日內做出工程項目計劃書、工程施工組織計劃書（已提供），經甲方確認后方可施工。
2）承包人（乙方）應在每月25日前，將當月的工程進度計劃提交工程師，工程師應在_________日內予以確認或提出修改意見，逾期不確認也不提出書面意見的，視為同意。
3）承包人必須配合土建主體工程進度計劃組織施工，接受工程師對進度的檢查、監督。
7．開工及延期開工
7．1 承包人應當按照協議書約定的開工日期開工。承包人不能按時開工，應當不遲于協議書約定的開工日期前5天，以書面形式向工程師提出延期開工的理由和要求。工程師應當在接到延期開工申請后48小時內以書面形式答復承包人。工程師在接到延期開工申請后48小時內不答復，視為同意承包人要求，工期相應順延。工程師不同意延期要求或承包人未在規定時間內提出延期開工要求，工期不予順延。
7．2 因發包人原因不能按照協議書約定的開工日期開工，工程師應以書面形式通知承包人，推遲開工日期。發包人賠償承包人因延期開工造成的損失，并相應順延工期。
8．暫停施工
工程師認為確有必要暫停施工時，應當以書面形式要求承包人暫停施工，并在提出要求后24小時內提出書面處理意見。承包人應當按工程師要求停止施工，并妥善保護已完工程。承包人實施工程師做出的處理意見后，可以書面形式提出復工要求，工程師應當在24小時內給予答復。工程師未能在規定時間內提出處理意見，或收到承包人復工要求后24小時內未予答復，承包人可自行復工。因發包人原因造成停工的，由發包人承擔所發生的追加合同價款，賠償承包人由此造成的損失，相應順延工期；因承包人原因造成停工的，由承包人承擔發生的費用，工期不予順延。
9．工期延誤
9．1 因以下原因造成工期延誤，經工程師確認，工期相應順延：
1）發包人未能按合同的約定批準乙方提供的圖紙；
2）發包人未能按合同的約定提供開工條件；
3）發包人未能按約定日期支付工程進度款，致使施工不能正常進行；
4）工程師未按合同約定提供所需指令、批準等，致使施工不能正常進行；
5）設計變更和工程量增加；
6）一周內非承包人的原因停水、停電、停氣造成停工累計超過8小時；
7）由于土建或相關聯施工單位原因導致工期延誤；
8）不可抗力；
9）雙方協商約定或工程師同意工期順延的其他情況。
9．2 承包人在上述條款規定的工期延誤情況發生后14天內，就延誤的工期以書面形式向工程師提出報告。工程師在收到報告后3天內予以確認，逾期不予確認也不提出修改意見，視為同意順延工期。
10．工程竣工
10．1 承包人必須按照協議書約定的竣工日期或工程師或發包人同意順延的工期竣工。
10．2 因承包人原因不能按照協議書約定的竣工日期或工程師同意順延的工期竣工的，承包人承擔違約責任。
10．3 施工中發包人如需提前竣工，雙方協商一致后應簽訂提前竣工協議，作為合同文件組成部分。提前竣工協議應包括承包人為保證工程質量和安全采取的措施、發包人為提前竣工提供的條件以及提前竣工所需的追加合同價款等內容。共11頁，當前第3頁1234567891011
第六部分 雙方一般權利和義務
11．工程師權利與義務
11．1 如實行工程監理的，發包人應在實施監理前將委托的監理單位名稱、監理內容及監理權限以書面形式通知承包人。
11．2 監理單位委派的總監理工程師在本合同中稱工程師：
姓名：_________職務：_________
發包人委派的職權：_________
需要取得發包人批準才能行使的職權：_________
工程師應按合同約定行使職權，發包人在合同中要求工程師在行使某些職權前需要征得發包人批準的，工程師應征得發包人批準。
11．3 發包人派駐施工場地履行合同的代表在本合同中也稱工程師：
姓名：_________職務：_________
發包人委派的職權：_________（其職權不得與監理單位委派的總監理工程師職權相互交叉。雙方職權發生交叉或不明確時，由發包人予以明確，并以書面形式通知承包人。）
11．4 合同履行中，發生影響發包人承包人雙方權利或義務的事件時，負責監理的工程師應依據合同在其職權范圍內客觀公正地進行處理。一方對工程師的處理有異議時，按本合同關于爭議的約定處理。
11．5 除本合同內有明確約定或經發包人同意外，負責監理的工程師無權解除本合同約定的承包人的任何權利與義務。
12．工程師的委派和指令
12．1 工程師可委派工程師代表，行使合同約定的自己的職權，并可在認為必要時撤回委派。委派和撤回均應提前7天以書面形式通知承包人，負責監理的工程師還應將委派和撤回通知發包人。委派書和撤回通知作為本合同附件。
工程師代表在工程師授權范圍內向承包人發出的任何書面形式的函件，與工程師發出的函件具有同等效力。承包人對工程師代表向其發出的任何書面形式的函件有疑問時，可將此函件提交工程師，工程師應進行確認。工程師代表發出指令有失誤時，工程師應進行糾正。
除工程師或工程師代表外，發包人派駐工地的其他人員均無權向承包人發出任何指令。
12．2 工程師的指令、通知由其本人簽字后，以書面形式交給項目經理，項目經理在回執上簽署姓名和收到時間后生效。確有必要時，工程師可發出口頭指令，并在24小時內給予書面確認，承包人對工程師的指令應予執行。工程師不能及時給予書面確認的，承包人應于工程師發出口頭指令后7天內提出書面確認要求。工程師在承包人提出確認要求后24小時內不予答復的，視為口頭指令已被確認。
承包人認為工程師指令不合理，應在收到指令后24小時內向工程師提出修改指令的書面報告，工程師在收到承包人報告后24小時內做出修改指令或繼續執行原指令的決定，并以書面形式通知承包人。緊急情況下，工程師要求承包人立即執行的指令或承包人雖有異議，但工程師決定仍繼續執行的指令，承包人應予執行。因指令錯誤發生的追加合同價款和給承包人造成的損失由發包人承擔，延誤的工期相應順延。
本款規定同樣適用于由工程師代表發出的指令、通知。
12．3 工程師應按合同約定，及時向承包人提供所需指令、批準并履行約定的其他義務。由于工程師未能按合同約定履行義務造成工期延誤，發包人應承擔延誤造成的追加合同價款，并賠償承包人有關損失，順延延誤的工期。共11頁，當前第4頁1234567891011
12．4 如需更換工程師，發包人應至少提前7天以書面形式通知承包人，后任繼續行使合同文件約定的前任的職權，履行前任的義務。
13．項目經理
13．1 項目經理的姓名：_________職務：_________
13．2 承包人依據合同發出的通知，以書面形式由項目經理簽字后送交工程師，工程師在回執上簽署姓名和收到時間后生效。
13．3 項目經理按發包人認可的施工組織方案和工程師依據合同發出的指令組織施工。在情況緊急且無法與工程師聯系時，項目經理應當采取保證人員生命和工程、財產安全的緊急措施，并在采取措施后48小時內向工程師送交報告。責任在發包人或第三人，由發包人承擔由此發生的追加合同價款，相應順延工期；責任在承包人，由承包人承擔費用，不順延工期。
13．4 承包人如需要更換項目經理，應至少提前7天以書面形式通知發包人，并征得發包人同意。后任繼續行使合同文件約定的前任的職權，履行前任的義務。
14．甲方責任
14．1 甲方責任：
1）辦理土地征用、拆遷補償、平整施工場地、提供智能化系統公用管道、提供中心機房等工作，使施工場地在承包方開工前具備施工條件，在開工后繼續負責解決以上事項遺留問題；
2）開工前將施工所需水、電、電訊線路從施工場地外部接至約定地點，保證施工期間的需要；
3）開工前開通施工場地與城鄉公共道路的通道，以及施工場地內的主要道路，滿足施工運輸的需要，保證施工期間的暢通；
4）開工前向乙方（承包人）提供施工場地的工程地質和園區地下管線資料，對資料的真實準確性負責；
5）開工前完成施工許可證及其他施工所需證件、批件和臨時用地、停水、停電、中斷道路交通、爆破作業等的申請批準手續（證明承包人自身資質的證件除外）；
6）確定水準點與坐標控制點，以書面形式交給承包人，進行現場交驗；
7）在_________年_________月_________日前組織承包人和相關人員進行圖紙會審和設計交底；
8）協調乙方（承包人）與其他施工方的配合關系，監督、檢查工程質量、進度，并指派專人負責；
9）向乙方（承包人）免費提供器材保管庫房；
10）向乙方（承包人）免費提供施工場地辦公和生活的房屋及設施。
14．2 甲方未能履行上述條款各項義務，導致工期延誤或給承包人造成損失的，甲方賠償乙方有關損失，順延延誤的工期。
15．乙方（承包人）工作
15．1 乙方責任：
1）施工前將相關的設計、施工組織方案送甲方審查；
2）向工程師提供月度工程進度計劃及相應進度統計報表；
3）遵守政府有關主管部門對施工場地交通、施工噪音以及環境保護和安全生產等的管理規定，按規定辦理有關手續，并以書面形式通知發包人，發包人承擔由此發生的費用，因承包人責任造成的罰款除外；
4）保證施工場地清潔符合環境衛生管理的有關規定，交工前清理現場，承擔因自身原因違反有關規定造成的損失和罰款；
5）工程器材進場未交給甲方（發包人）之前，承包人負責保管，在承包人保管期間發生損壞，承包人負責出資維修；如因發包人提前使用造成損壞，由發包人承擔維修費用。
15．2 承包人未能履行上述條款的各項義務，造成發包人損失的，承包人賠償發包人有關損失。共11頁，當前第5頁1234567891011
第七部分 質量和檢驗
16．工程質量
16．1 工程質量應當達到協議書約定的質量標準（其中pvc管由發包人統一報驗）；質量標準的評定以施工組織方案書中相關標準為依據。另：因園區主干路由由甲方為乙方提供室外電信干線管道2孔pvc管道，驗收時主干路由以甲方提供的基礎為驗收依據，其余以電信部門規范為準。
16．2 雙方對工程質量有爭議，由雙方同意的工程質量檢測機構鑒定，所需費用及因此造成的損失，由責任方承擔。雙方均有責任，由雙方根據其責任分別承擔。
17．檢查和返工
17．1 承包人應認真按照標準、規范和設計圖紙要求以及工程師依據合同發出的指令施工，隨時接受工程師的檢查檢驗，為檢查檢驗提供便利條件。
17．2 工程質量達不到約定標準的部分，工程師一經發現，應要求承包人拆除和重新施工，承包人應按工程師的要求拆除和重新施工，直到符合約定標準。因承包人原因達不到約定標準，由承包人承擔拆除和重新施工的費用，工期不予順延。
17．3 工程師的檢查檢驗不應影響施工正常進行。如影響施工正常進行，檢查檢驗不合格時，影響正常施工的費用由承包人承擔。除此之外影響正常施工的追加合同價款由發包人承擔，相應順延工期。
17．4 因工程師指令失誤或其他非承包人原因發生的追加合同價款，由發包人承擔。
18．隱蔽工程和中間驗收
18．1 工程具備隱蔽條件或達到約定的中間驗收部位，承包人進行自檢，并在隱蔽或中間驗收前48小時以書面形式通知工程師驗收。通知包括隱蔽和中間驗收的內容、驗收時間和地點。承包人準備驗收記錄，驗收合格，工程師在驗收記錄上簽字后，承包人方可進行隱蔽和繼續施工。驗收不合格，承包人在工程師限定的時間內修改后重新驗收。
18．2 工程師不能按時進行驗收，應在驗收前24小時以書面形式向承包人提出延期要求，延期不能超過48小時。工程師未能按以上時間提出延期要求，不進行驗收，承包人可自行組織驗收，工程師應承認驗收記錄。
18．3 經工程師驗收，工程質量符合標準、規范和設計圖紙等要求，驗收12小時后，工程師不在驗收記錄上簽字，視為工程師已經認可驗收記錄，承包人可進行隱蔽或繼續施工。
19．重新檢驗
如承包人未通知發包人驗收隱蔽工程，發包人有權要求重新驗收，無論有無質量問題，所發生的費用均由承包方承擔；如承包人通知發包人驗收隱蔽工程，發包人未進行驗收，或發包人已進行驗收而要求重新驗收時，無論有無質量問題，所發生的費用由發包人承擔，與此同時發包人應賠償承包人損失，并相應順延工期。
第八部分 安全施工
20．安全施工與檢查
20．1 承包人應遵守工程建設安全生產有關管理規定，嚴格按安全標準組織施工，并隨時接受行業安全檢查人員依法實施的監督檢查，采取必要的安全防護措施，消除事故隱患。由于承包人安全措施不力造成事故的責任和因此發生的費用，由承包人承擔。
20．2 發包人應對其在施工場地的工作人員進行安全教育，并對他們的安全負責。發包人不得要求承包人違反安全管理的規定進行施工。因發包人原因導致的安全事故，由發包人承擔相應責任及發生的費用。共11頁，當前第6頁1234567891011
21．安全防護
21．1 承包人在動力設備、輸電線路、地下管道、密封防震車間、易燃易爆地段以及臨街交通要道附近施工時，施工開始前應向工程師提出安全防護措施，經工程師認可后實施，防護措施費用由發包人承擔。
21．2 實施爆破作業，在放射、毒害性環境中施工（含儲存、運輸、使用）及使用毒害性、腐蝕性物品施工時，承包人應在施工前14天以書面形式通知工程師，并提出相應的安全防護措施，經工程師認可后實施，由發包人承擔安全防護措施費用。
22．事故處理
22．1 發生重大傷亡及其他安全事故，承包人應按有關規定立即上報有關部門并通知工程師，同時按政府有關部門要求處理，由事故責任方承擔發生的費用。
22．2 發包人承包人對事故責任有爭議時，應按政府有關部門的認定處理。
第九部分 付款方式及工程量計算
23．付款方式
23．1 本工程實行工程總費用包干，無預付款，每月按照經核實的工程實際進度的85%支付工程進度款，竣工驗收后，支付至已完實際工程量的95%，質保期滿后支付剩下的5%款。
23．2 工程因甲方原因進行重大調整（重大調整條款雙方另行約定）所產生的追加合同價款或減少的合同價款，應與工程款（進度款）同時調整支付。
24．工程量的計量
24．1 承包人在每月的28日前，向工程師提交已完工程量的報告。工程師接到報告后3天內按設計圖紙核實已完工程量（以下稱計量），并在計量前24小時通知承包人，承包人為計量提供便利條件并派人參加。承包人收到通知后不參加計量，計量結果有效，作為工程價款支付的依據。
24．2 工程師收到承包人報告后3天內未進行計量，從第4天起，承包人報告中開列的工程量即視為被確認，作為工程價款支付的依據。工程師不按約定時間通知承包人，致使承包人未能參加計量，計量結果無效。
24．3 對承包人超出設計圖紙范圍和因承包人原因造成返工的工程量，工程師不予計量。
第十部分 工程變更
25．工程設計變更
25．1 施工中發包人需對原工程設計變更，應提前14天以書面形式向承包人發出變更通知。
因變更導致合同價款的增減及造成的承包人重大損失，由發包人承擔，延誤的工期相應順延。
25．2 施工中承包人不得對原工程設計進行變更。因承包人擅自變更設計發生的費用和由此導致發包人的直接損失，由承包人承擔，延誤的工期不予順延。
25．3 承包人在施工中提出的合理化建議涉及到對設計圖紙或施工組織設計的更改及對材料、設備的換用，須經工程師同意。未經同意擅自更改或換用時，承包人承擔由此發生的費用，并賠償發包人的有關損失，延誤的工期不予順延。
工程師同意采用承包人合理化建議，所發生的費用和獲得的收益，發包人承包人另行約定分擔或分享。
26．其他變更
合同履行中發包人要求變更工程質量標準及發生其他實質性變更，由雙方協商解決。
27．確定變更價款
27．1 承包人在工程變更確定后14天內，提出變更工程價款的報告，經工程師確認后調整合同價款。
27．2 工程師應在收到變更工程價款報告之日起7天內予以確認，工程師無正當理由不確認時，自變更工程價款報告送達之日起7天后視為變更工程價款報告已被確認。共11頁，當前第7頁1234567891011
27．3 工程師不同意承包人提出的變更價款，按本合同關于爭議的約定處理。
27．4 工程師確認增加的工程變更價款作為追加合同價款，與工程款同期支付。
第十一部分 竣工驗收
28．竣工驗收
28．1 工程具備竣工驗收條件，承包人按國家工程竣工驗收有關規定，向發包人提供完整竣工資料及竣工驗收報告；工程驗收以發包人確認的工程施工圖紙、設備說明書、項目施工方案及整體調試和驗收計劃、有關變更的書面文件為依據驗收。
28．2 發包人收到竣工驗收報告后5天內組織有關單位驗收，并在驗收后5天內給予認可或提出修改意見。承包人按要求修改，并承擔由自身原因造成修改的費用。
28．3 發包人收到承包人送交的竣工驗收報告后5天內不組織驗收，或驗收后5天內不提出修改意見，視為竣工驗收報告已被認可。
28．4 工程竣工驗收通過，承包人送交竣工驗收報告的日期為實際竣工日期。工程按發包人要求修改后通過竣工驗收的，實際竣工日期為承包人修改后重新遞交竣工驗收報告的日期。
28．5 發包人收到承包人竣工驗收報告后5天內不組織驗收，從第6天起承擔工程保管及一切意外責任。
28．6 中間交工工程的范圍和竣工時間，由雙方約定，其驗收程序按本條28．1款至28．5款辦理。
28．7 因特殊原因，發包人要求部分單位工程或工程部位甩項竣工的，雙方另行簽訂甩項竣工協議，明確雙方責任和工程價款的支付方法。
28．8 工程未經竣工驗收或竣工驗收未通過的，發包人不得使用。發包人強行使用時，由此發生的質量問題及其他問題，由發包人承擔責任。
28．9 工程竣工驗收符合合同規定的驗收標準后，發包方不得因其他經濟糾紛拒絕付款給承包人。
29．質量保修
29．1 本工程保修期自通過竣工驗收之日起計算，保修期為壹年；設備或子系統按廠方提供的保修條款執行，合同另附部分原廠家質保和售后服務說明。
29．2 保修責任范圍：凡屬于承包方施工及承包方負責的器材質量原因造成的系統故障，屬承包方保修責任范圍，承包方免費維修。
第十二部分 違約、索賠和爭議
30．違約
30．1 發包人（甲方）違約。當發生下列情況時，發包人應承擔違約責任，并賠償因其違約給承包人造成的經濟損失，順延延誤的工期：
1）本合同第23條提到的發包人不按合同約定支付工程進度款，導致施工無法進行；
2）本合同第23條提到的發包人無正當理由不支付工程竣工結算價款；
3）發包人不履行合同義務或不按合同約定履行義務的其他情況。
4）發包人沒有按照合同付款條件及時付款給承包人工程款項，每拖延一日，按照應付款項的萬分之一支付給承包人利息。
30．2 承包人（乙方）違約。當發生下列情況時，承包人承擔違約責任，并賠償因其違約給發包人造成的損失：
1）因承包人原因不能按照合同約定的竣工日期或工程師同意順延的工期竣工；
2）因承包人原因工程質量達不到合同約定的質量標準；
3）承包人不履行合同義務或不按合同約定履行義務的其他情況。
4）承包人不按工期竣工的，每逾期一日，按未竣工工程造價的萬分之一支付違約金，但違約金額總金額不超過本合同總金額。共11頁，當前第8頁1234567891011
30．3 一方違約后，另一方要求違約方繼續履行合同時，違約方承擔上述違約責任后仍應繼續履行合同。
31．索賠
31．1 當一方向另一方提出索賠時，要有正當索賠理由，且有索賠事件發生時的有效證據。
31．2 發包人未能按合同約定履行自己的各項義務或發生錯誤以及應由發包人承擔責任的其他情況，造成工期延誤和（或）承包人不能及時得到合同價款及承包人的其他經濟損失，承包人可按下列程序以書面形式向發包人索賠：
1）索賠事件發生后7天內，向工程師發出索賠意向通知；
2）發出索賠意向通知后7天內，向工程師提出延長工期和（或）補償經濟損失的索賠報告及有關資料；
3）工程師在收到承包人送交的索賠報告和有關資料后，于3天內給予答復，或要求承包人進一步補充索賠理由和證據；
4）工程師在收到承包人送交的索賠報告和有關資料后3天內未予答復或未對承包人作進一步要求，視為該項索賠已經認可；
5）當該索賠事件持續進行時，承包人應當階段性向工程師發出索賠意向，在索賠事件終了后7天內，向工程師送交索賠的有關資料和最終索賠報告。索賠答復程序與31．2．3、31．2．4規定相同。
31．3 承包人未能按合同約定履行自己的各項義務或發生錯誤，給發包人造成經濟損失，發包人可按上述31．2款確定的時限向承包人提出索賠。
32．爭議
32．1 發包人承包人在履行合同時發生爭議，可以和解或者要求有關主管部門調解。當事人不愿和解、調解或者和解、調解不成的，雙方約定向_________仲裁委員會提請仲裁或向人民法院提起訴訟。
32．2 發生爭議后，除非出現下列情況的，雙方都應繼續履行合同，保持施工連續：
1）單方違約導致合同確已無法履行，雙方協議停止施工；
2）調解要求停止施工，且為雙方接受；
3）仲裁機構要求停止施工；
4）法院要求停止施工。
第十三部分 合同解除、生效與終止
33．合同解除
33．1 發包人承包人協商一致，可以解除合同。
33．2 發包人不按合同的約定支付工程款（進度款），雙方又未達成延期付款協議，導致施工無法進行，停止施工超過7天，發包人仍不支付工程款（進度款），承包人有權解除合同。
33．3 有下列情形之一的，發包人承包人可以解除合同：
1）因不可抗力致使合同無法履行；
2）因一方違約致使合同無法履行。
33．4 一方依據本條33．1、33．2、33．3款約定要求解除合同的，應以書面形式向對方發出解除合同的通知，并在發出通知前7天告知對方，通知到達對方時合同解除。對解除合同有爭議的，按本合同關于爭議的約定處理。
33．5 合同解除后，承包人應妥善做好已完工程和已購材料、設備的保護和移交工作，按發包人要求將自有機械設備和人員撤出施工場地。發包人應為承包人撤出提供必要條件，支付以上所發生的費用，并按合同約定支付已完工程價款。已經訂貨的材料、設備由訂貨方負責退貨或解除訂貨合同，不能退還的貨款和因退貨、解除訂貨合同發生的費用，由發包人承擔，因未及時退貨造成的損失由責任方承擔。除此之外，有過錯的一方應當賠償因合同解除給對方造成的損失。共11頁，當前第9頁1234567891011
33．6 合同解除后，不影響雙方在合同中約定的結算和清理條款的效力。
34．合同生效與終止
34．1 本合同雙方簽字蓋章后生效。
34．2 除第十一部分第29款外，發包人承包人履行合同全部義務，竣工結算價款支付完畢后，本合同即告終止。
34．3 合同的權利義務終止后，發包人承包人應當遵循誠實信用原則，履行通知、協助、保密等義務。
第十四部分 其他
35．合同文件及解釋順序
35．1 合同文件應能相互解釋，互為說明。組成本合同的文件及優先解釋順序如下：
1）合同書
2）圖紙
3）投標書（包括技術解決方案書、施工組織方案書、設備清單及報價）及其附件
4）招標文件
5）工程質量保修條款
6）標準、規范及有關技術文件
合同履行中，發包人承包人有關工程的洽商、變更等書面協議或文件視為本合同的組成部分。
35．2 當合同文件內容含糊不清或不相一致時，在不影響工程正常進行的情況下，由發包人承包人協商解決。雙方也可以提請負責監理的工程師做出解釋。雙方協商不成或不同意負責監理的工程師的解釋時，按本協議書關于爭議的約定處理。
36．語言文字和適用法律、標準及規范
36．1 語言文字：本合同文件使用漢語語言文字書寫、解釋和說明。
36．2 適用法律和法規：本合同文件適用國家的法律和行政法規。需要明示的法律、行政法規是：《中華人民共和國合同法》、《中華人民共和國招投標法》、《建筑法》。
36．3 適用標準、規范
1）適用標準、規范的名稱：《居住小區智能化系統建設要點與技術導則》（修訂稿）、、《智能建筑工程質量驗收規范》（征求意見稿）、《智能建筑設計標準》、《建筑通用布線國際標準》、《商用建筑布線標準》、《建筑與建筑群綜合布線系統工程設計規范》、《建筑與建筑群綜合布線系統工程驗收規范》及地方現行的工程施工驗收規范。
2）發包人提供標準、規范的時間：開工前。
3）所發生的購買、翻譯標準、規范或制定施工工藝的費用，由發包人承擔。
37．圖紙
37．1 發包人應在簽訂合同時向承包人提供一套最終版電子版建筑平面圖，承包人在開工前一周內向發包人提供兩套圖紙。發包人需要增加圖紙套數的，承包人應代為復制，復制費用由發包人承擔。發包人對工程有保密要求的，應在協議書中提出保密要求，保密措施費用由發包人承擔，承包人在約定保密期限內履行保密義務。
37．2 承包人未經發包人同意，不得將本工程圖紙轉給第三人。工程質量保修期滿后，除承包人存檔需要的圖紙外，應將全部圖紙退還給發包人。
37．3 承包人應在施工現場保留一套完整圖紙，供工程師及有關人員進行工程檢查時使用。
38．不可抗力
38．1 不可抗力包括因戰爭、動亂、空中飛行物體墜落或其他非發包人承包人責任造成的爆炸、火災，以及雙方約定的風雨、雪、洪、震等自然災害。
38．2 不可抗力事件發生后，承包人應立即通知工程師，并在力所能及的條件下迅速采取措施，盡力減少損失，發包人應協助承包人采取措施。工程師認為應當暫停施工的，承包人應暫停施工。不可抗力事件結束后48小時內承包人向工程師通報受害情況和損失情況，及預計清理和修復的費用。不可抗力事件持續發生，承包人應每隔7天向工程師報告一次受害情況。不可抗力事件結束后14天內，承包人向工程師提交清理和修復費用的正式報告及有關資料。共11頁，當前第10頁1234567891011
38．3 因不可抗力事件導致的費用及延誤的工期由雙方按以下方法分別承擔：
1）工程本身的損害、因工程損害導致第三人人員傷亡和財產損失以及運至施工場地用于施工的材料和待安裝的設備的損害，由發包人承擔；
2）發包人承包人人員傷亡由其所在單位負責，并承擔相應費用；
3）承包人機械設備損壞及停工損失，由承包人承擔；
4）停工期間，承包人應工程師要求留在施工場地的必要的管理人員及保衛人員的費用由發包人承擔；
5）工程所需清理、修復費用，由發包人承擔；
6）延誤的工期相應順延。
38．4 因合同一方遲延履行合同后發生不可抗力的，不能免除遲延履行方的相應責任。
39．合同份數
本合同正本一式兩份，甲乙雙方各執一份，具有同等的法律效力。
甲方（蓋章）：_________
地址：_________________
法定代表人：___________
委托人：___________
電話：_________________
傳真：_________________
開戶銀行：_____________
賬號：_________________
_________年____月____日
簽訂地點：_____________
乙方（蓋章）：_________
地址：_________________
法定代表人：___________
委托人：___________
電話：_________________
傳真：_________________
開戶銀行：_____________
賬號：_________________
_________年____月____日
姓名：XXX 性別：男
民族：漢 政治面目：團員
學歷(學位)：學士 專業：工業電器自動化
聯系方式
聯系電話：12345678 手機：139000234
聯系地址：北京市東城區XX大街10號 郵編：100007
Email Address： 呼機：66881122-1234
工作經驗
*1998年5月---至今 XX公司
網絡系統工程師
Cisco、IBM網絡產品的技術支持
網絡系統方案（局域網和廣域網）的設計和規劃，解答用戶的疑問，根 據用戶需求提出最佳解決方案；Cisco、IBM網絡產品的現場調試和系統維護
客戶技術培訓，及公司內部的技術交流與培訓
網絡基本原理及技術：LAN，WAN，TCP/IP，ATM等，以及Cisco、IBM 網絡設備調試過程；講解IBM AIX基本系統管理及高級系統管理、Netview、
NFS、HACMP等
曾經參與的項目
設計，安裝，調試吉林97工程--吉林省電信綜合管理系統ATM網絡及主機系統，長沙卷煙廠，錦州合作銀行，人民教育出版社信息系統；設計云南省郵電辦公信息集成系統，濟南廣電ATM寬帶綜合業務網、陜西有線電視寬帶網。
*1996年9月---1998年3月 XX公司
系統管理員/工程師
CHINAGBN Internet網絡信息中心的系統管理
熟練掌握UNIX（SUN Solaris)操作系統、網絡管理并參與組建了CHINAGBN Internet網絡中心（包括網絡設計，安裝系統，聯調，維護，網絡編程）
CHINAGBN 金橋網六城市網絡站點的建設
參與各站點Internet網絡中心的總體規劃和建設及其與衛星主干網的連接，對主干衛星網、X.25分組交換、Frame Relay、ISDN和DDN及其相關設備有所了解
CHINAGBN Internet網絡中心Web系統管理員
教育背景
畢業院校：北京工業大學 1993.9--1997.7 工業電器自動化專業
主修課程：自控原理，電力拖動，電子技術，自動測試系統，計算機組織與結構，計算機硬件及接口電路設計，匯編語言程序設計，C.C++程序設計，軟件工程計算機網絡原理等課程
另：其他培訓情況
*微軟認證系統工程師培訓，培訓科目：Windows NT Technology,Windows NT Enterprise,Networking with TCP/IP on Windows NT,ⅡS4.0 WindowsNT
*英語通過國家四級考試，閱讀和翻譯能力較強，曾多次為機械工業出版社翻譯計算機書籍，并獲出版。
技能專長
具備豐富的工作經驗，認真踏實負責，且具備優秀的表達能力，曾多次主持對用戶和內部的技術講解和培訓，獲得用戶和公司的一致好評。曾在電子工業部三金工程展風采展示會上向來賓講解CHINAGBN專線集團用戶解決方案。
本人性格：溫和、謙虛、自律、自信
軟件工程師職業發展發展方向
方向一、成為項目經理
方向二、成為行業資深專家
方向三、成為研發經理或技術總監
方向四、做技術型銷售和服務
姓名：XXX性別：男
民族：漢政治面目：團員
學歷(學位)：學士專業：工業電器自動化
聯系電話：***手機：***
聯系地址：深圳市福田區深南大道XX號郵編：518028
EmailAddress：XXXXXXX@;XXXXXXX@
教育背景
畢業院校：北京工業大學1993.9--1997.7工業電器自動化專業
主修課程：自控原理，電力拖動，電子技術，自動測試系統，計算機組織與結構，計算機硬件及接口電路設計，匯編語言程序設計，C.C++程序設計，軟件工程計算機網絡原理等課程
另：其他培訓情況
*微軟認證系統工程師培訓，培訓科目：WindowsNTTechnology,WindowsNTEnterprise,NetworkingwithTCP/IPonWindowsNT,ⅡS4.0WindowsNT
*英語通過國家四級考試，閱讀和翻譯能力較強，曾多次為機械工業出版社翻譯計算機書籍，并獲出版。
工作經歷
*1998年5月---至今XX公司
網絡系統工程師
Cisco、IBM網絡產品的技術支持
網絡系統方案（局域網和廣域網）的設計和規劃，解答用戶的疑問，根據用戶需求提出最佳解決方案；Cisco、IBM網絡產品的現場調試和系統維護
客戶技術培訓，及公司內部的技術交流與培訓
網絡基本原理及技術：LAN，WAN，TCP/IP，ATM等，以及Cisco、IBM網絡設備調試過程；講解IBMAIX基本系統管理及高級系統管理、Netview、
NFS、HACMP等
曾經參與的項目
設計，安裝，調試“吉林97工程”--吉林省電信綜合管理系統ATM網絡及主機系統，長沙卷煙廠，錦州合作銀行，人民教育出版社信息系統；設計云南省郵電辦公信息集成系統，濟南廣電ATM寬帶綜合業務網、陜西有線電視寬帶網。
*1996年9月---1998年3月XX公司
系統管理員/工程師
CHINAGBNInternet網絡信息中心的系統管理
熟練掌握UNIX（SUNSolaris)操作系統、網絡管理并參與組建了CHINAGBNInternet網絡中心（包括網絡設計，安裝系統，聯調，維護，網絡編程）
CHINAGBN金橋網六城市網絡站點的建設
參與各站點Internet網絡中心的總體規劃和建設及其與衛星主干網的連接，對主干衛星網、X.25分組交換、FrameRelay、ISDN和DDN及其相關設備有所了解
CHINAGBNInternet網絡中心Web系統管理員
個人簡介
具備豐富的工作經驗，認真踏實負責，且具備優秀的表達能力，曾多次主持對用戶和內部的技術講解和培訓，獲得用戶和公司的一致好評。曾在電子工業部“三金工程展風采展示會”上向來賓講解CHINAGBN專線集團用戶解決方案。
姓名:XXX 性別:男
民族:漢 政治面目:團員
學歷(學位):學士 專業:工業電器自動化
聯系電話:12345678 手機:139000234
聯系地址:北京市東城區XX大街10號 郵編:100007
Email Address: 呼機:66881122-1234
教育背景
畢業院校:北京工業大學 1993.9--1997.7 工業電器自動化專業
主修課程:自控原理,電力拖動,電子技術,自動測試系統,計算機組織與結構,計算機硬件及接口電路設計,匯編語言程序設計,C.C++程序設計,軟件工程計算機網絡原理等課程
另:其他培訓情況
*微軟認證系統工程師培訓,培訓科目:Windows NT Technology,Windows NT Enterprise,Networking with TCP/IP on Windows NT,ⅡS4.0 WindowsNT
*英語通過國家四級考試,閱讀和翻譯能力較強,曾多次為機械工業出版社翻譯計算機書籍,并獲出版。
工作經歷
*1998年5月---至今 XX公司
網絡系統工程師
Cisco、IBM網絡產品的技術支持
網絡系統方案(局域網和廣域網)的設計和規劃,解答用戶的疑問,根 據用戶需求提出最佳解決方案;Cisco、IBM網絡產品的現場調試和系統維護
客戶技術培訓,及公司內部的技術交流與培訓
網絡基本原理及技術:LAN,WAN,TCP/IP,ATM等,以及Cisco、IBM 網絡設備調試過程;講解IBM AIX基本系統管理及高級系統管理、Netview、
NFS、HACMP等
曾經參與的項目
設計,安裝,調試“吉林97工程”--吉林省電信綜合管理系統ATM網絡及主機系統,長沙卷煙廠,錦州合作銀行,人民教育出版社信息系統;設計云南省郵電辦公信息集成系統,濟南廣電ATM寬帶綜合業務網、陜西有線電視寬帶網。
*1996年9月---1998年3月 XX公司
系統管理員/工程師
CHINAGBN Internet網絡信息中心的系統管理
熟練掌握UNIX(SUN Solaris)操作系統、網絡管理并參與組建了CHINAGBN Internet網絡中心(包括網絡設計,安裝系統,聯調,維護,網絡編程)
CHINAGBN 金橋網六城市網絡站點的建設
參與各站點Internet網絡中心的總體規劃和建設及其與衛星主干網的連接,對主干衛星網、X.25分組交換、Frame Relay、ISDN和DDN及其相關設備有所了解
CHINAGBN Internet網絡中心Web系統管理員
個人簡介
具備豐富的工作經驗,認真踏實負責,且具備優秀的表達能力,曾多次主持對用戶和內部的技術講解和培訓,獲得用戶和公司的一致好評。曾在電子工業部“三金工程展風采展示會”上向來賓講解CHINAGBN專線集團用戶解決方案。
姓名：XXX 性別：男
民族：漢 政治面目：團員
學歷(學位)：學士 專業：工業電器自動化
聯系電話： 手機：
聯系地址：深圳市福田區深南大道XX號 郵編：518028
Email Address： ;
教育背景
畢業院校：XXX XXX大學 1993.9--1997.7 XXX XXX專業
主修課程：自控原理，電力拖動，電子技術，自動測試系統，計算機組織與結構，計算機硬件及接口電路設計，匯編語言程序設計，C.C++程序設計，軟件工程計算機網絡原理等課程
另：其他培訓情況
微軟認證系統工程師培訓，培訓科目：Windows NT Technology,Windows NT Enterprise,Networking with TCP/IP on Windows NT,ⅡS4.0 WindowsNT
*英語通過國家四級考試，閱讀和翻譯能力較強，曾多次為機械工業出版社翻譯計算機書籍，并獲出版。
工作經歷
1998年5月---至今 XX公司
網絡系統工程師
Cisco、IBM網絡產品的技術支持
網絡系統方案（局域網和廣域網）的設計和規劃，解答用戶的疑問，根 據用戶需求提出最佳解決方案；Cisco、IBM網絡產品的現場調試和系統維護
客戶技術培訓，及公司內部的技術交流與培訓
網絡基本原理及技術：LAN，WAN，TCP/IP，ATM等，以及Cisco、IBM 網絡設備調試過程；講解IBM AIX基本系統管理及高級系統管理、Netview、
NFS、HACMP等
曾經參與的項目
設計，安裝，調試“吉林97工程”--吉林省電信綜合管理系統ATM網絡及主機系統，長沙卷煙廠，錦州合作銀行，人民教育出版社信息系統；設計云南省郵電辦公信息集成系統，濟南廣電ATM寬帶綜合業務網、陜西有線電視寬帶網。
1996年9月---1998年3月 XX公司
系統管理員/工程師 CHINAGBN Internet網絡信息中心的系統管理
熟練掌握UNIX（SUN Solaris)操作系統、網絡管理并參與組建了CHINAGBN Internet網絡中心（包括網絡設計，安裝系統，聯調，維護，網絡編程）
CHINAGBN 金橋網六城市網絡站點的建設
參與各站點Internet網絡中心的總體規劃和建設及其與衛星主干網的連接，對主干衛星網、X.25分組交換、Frame Relay、ISDN和DDN及其相關設備有所了解
CHINAGBN Internet網絡中心Web系統管理員
個人簡介
具備豐富的工作經驗，認真踏實負責，且具備優秀的表達能力，曾多次主持對用戶和內部的技術講解和培訓，獲得用戶和公司的一致好評。曾在電子工業部“三金工程展風采展示會”上向來賓講解CHINAGBN專線集團用戶解決方案。
電 話：139********（手機）
E-mail：.cn
最近工作 [3 年3個月]
公 司：XXX集團（上海）有限公司
行 業：計算機軟件
職 位：高級軟件工程師 最高學歷
學 歷： 碩士
專 業： 計算機信息管理
學 校：上海復旦大學
目前年薪： 10-15萬人民幣
基本工資： 10萬元/年
自我評價
有5年軟件項目開發經驗，勤奮踏實，工作認真負責，自學能力強；性格開朗，容易與人相處，注重團隊協作精神，且能承受較大壓力。
求職 意向
到崗時間： 一個月內
期望月薪： 10000-14999/月
目標職能： 電子商務，軟件工程師，系統工程師，數據庫工程師/管理員，網絡工程師，技術支持/維護工程師
工作經驗
2007 /8--至今：XXX集團（上海）有限公司(500人以上)[ 5年3個月]
所屬行業：計算機軟件
軟件事業部 高級軟件工程師
部門核心人員，擔任項目主管
2005 /9--2007 /7：上海XXXX集團 [ 1年10個月]
所屬行業： 計算機軟件
軟件開發部 軟件工程師
任職期間參與了3個軟件項目的開發。
教育經歷
2002 /9--2006 /7 上海大學 電子商務 本科
主修課程：銀行信息管理系統、管理信息系統、數據庫技術、ERP、網絡營銷、工商管理模擬、管理中的定量方法、商務溝通、會計學、證券投資學、西方經濟學等
所獲獎項
2005 /10 上海大學人民獎學金三等 校級
2004 /10 上海大學人民獎學金三等 校級
社會經驗
從事校學生會的外事接洽事宜，與兄弟院校建立長期穩定的合作伙伴關系，并在某些事務上展開合作
語言能力
英語 （熟練）
培訓經歷
2005 /3--2005 /5 上海新東方學校 BEC高級
培養了一定的商務 英語 聽說讀寫能力，商務寫作能力良好
證書
2004 /10 大學 英語 六級
2004 /3 大學英語四級
項目經驗
2008 /7--至今 XXX保險核心業務系統項目
軟件環境 Windows XP
開發工具 Graph talk
項目描述 使用XXX公司的FUTURE FIRST平臺，搭建XXXX核心業務壽險系統。
責任描述 擔當項目主管，以及部分業務的編碼與測試
IT技能
技能名稱 熟練程度 使用時間
DreamWeaver 熟練 6月
關鍵詞:嵌入式;教學改革;課程改革
一、前言
近年來，嵌入式技術日漸普及，在通訊、網絡、工控、醫療、電子等領域發揮著越來越重要的作用。嵌入式系統已成為當前最有發展前途的IT應用領域之一。另據權威部門統計，我國目前嵌入式軟件人才缺口每年為20萬人左右。
近幾年工科院校在本科高年級開設了嵌入式系統應用課程，而高職院校卻只有很少。面對企業巨大的人才需求，高職院校需要在嵌入式教學方面進行一系列的改革。
二、崗位分析
人才需求龐大，作為高職院校我們應該培養什么樣的人才、怎樣培養人才?這些問題擺在面前，如何解決，需要用什么方式解決?這首先需要了解企業有哪些崗位，哪些崗位需要什么樣的人。
對此，筆者走訪了20多家嵌入式開發設計公司，仔細研究了其運作流程，分析了其崗位設置，大致如下——
研發部的工作主要分為軟件組、系統組和硬件組，按照崗位職能可進一步細分:
軟件組:應用程序開發工程師、音視頻開發工程師、圖形界面開發工程師
系統組:系統工程師、驅動工程師
硬件組:電路原理圖設計工程師、PCB設計工程師、FPGA開發工程師、單片機開發工程師
銷售和技術支持部門:售前工程師、售后工程師、技術支持工程師
哪些崗位適合高職院校學生呢?通過對企業進行深入的走訪和問卷調查，獲得500份訪談資料和2000多份調查問卷，得到以下數據，70%~95%的人認為高職院校學生適合以下崗位:技術支持工程師、硬件測試工程師、軟件測試工程師、硬件維修工程師、貼片焊接工程師、應用軟件工程師(C/C++、Java、linux、wince)、PCB設計工程師。
通過以上數據可以看出，除了系統組崗位不適合外，高職生適合的崗位還是非常多，既有職能部門，也有研發部門。
三、崗位能力分析、教學改革
從企業的需求出發，找到了高職院校學生適合的崗位，根據對崗位需要的技能進行了深入的分析，轉換成院校的課程后，得出以下數據:
軟硬件交叉部分:C/C++語言、匯編語言;微處理器體系結構;模擬電路和數字電路，單片機原理;嵌入式操作系統原理(Linux、Wince、Vxworks)。
硬件部分:電子電路設計知識，接口電路程序設計;EDA工具;SDL、FPGA、PCB設計;焊接結構設計、制造、管理;硬件的測試與調試。
軟件部分:JAVA.NET、腳本程序編程語言;GUI開發，網絡編程，多任務編程;嵌入式系統程序設計過程，軟件工程;內核定制與裁剪、文件系統;軟件測試技術(黑、白盒測，回歸、單元、集成)。
從以上數據可以看出，企業需要的嵌入式崗位都需要復合型的人才，精通軟件的還要了解硬件知識，精通硬件的還要了解軟件知識，還對教學造成一定的困難。
以前的教學模式存在的問題有:①把硬軟件割裂開，硬件放在電子專業，軟件放在計算機專業。沒有軟硬件交叉學科。②開設了嵌入式教學的學校，學生最后沒有分方向學習，什么都學，最后造成什么都不會。
所以我們必須對現有的課程設置作出調整。調整如下:
①大力壓縮不必要的基礎課;②第2學期和第3學期開始學習交叉部分基礎學科;③第4學期開始根據學生的學習興趣分方向學習，軟件方向學習軟件核心課程，硬件方向學習硬件核心課程。
四、總結
通過重新對教學計劃做出調整，既解決了硬件學習和軟件學習割裂的狀況，也解決了高職嵌入式教學改革的最關鍵、最核心的問題。總之，只要教學規劃得當，教學措施有效，高職院校完全可以使學生真正進入嵌入式系統行業。
參考文獻
