緒論：寫作既是個人情感的抒發，也是對學術真理的探索，歡迎閱讀由發表云整理的11篇工程項目管理軟件范文，希望它們能為您的寫作提供參考和啟發。

篇（1）

中圖分類號：TP311 文獻標識碼：A 文章編號：1009-3044（2016）34-0115-02

作為我國工程項目建設的核心部分之一，工程項目管理對整個工程項目有著舉足輕重的作用，然而社會的發展以及項目管理體制的不斷改革給工程項目管理帶來了諸多挑戰。由于工程項目對管理的要求越來越多，其管理內容也越來越豐富，其中包括投標、設計、采購、施工等，然而隨著社會發展速度的加快，傳統的手工化操作已經難以滿足當今國際社會的發展需求。因此如何采用先進的科學技術來進一步提高工程項目管理的工作效率，確保決策工作的科學合理，增加工程項目管理的信息透明度，已經成為了工程項目管理行業面臨的非常重要的問題。不過由于計算機的普及，信息技術的發展，將計算機、信息技術等應用到工程目管理問題上，能夠大大提升工程項目管理的工作效率，在招標、設計、采購以及施工等發面發揮著非常重要的作用，因此構建并設計工程項目管理軟件正在逐步成為大家關注的焦點，成為提升工程項目管理水平的重要手段之一。

1 工程項目管理的主要內容

工程項目管理的內容主要包括以下環節，招標、設計、采購、質量控制、資金預算、進度安排、施工等。工程項目管理中主要是通過招標來獲得工程項目，然后再進行工程項目的設計、物質的采購，將不同的項目資源配置到適宜的地點和時間，并保持一種動態平衡，用最為經濟的手段來完成項目。在工程項目管理進行的各個環節有著密切的聯系，然而各自直接又有著不同的規律，所以工程項目的管理需要進行大量的信息處理以及信息傳遞，并且還需要對施工人員合理的調度，把握適當的時機以滿足各種復雜的要求。

2 工程項目管理軟件的基本功能要求

由于工程項目管理的內容較為繁多，涉及面廣，所需要處理的數據量大，各種管理對象之間的關系聯系緊密，因此進行工程項目管理是一類非常復雜的工作。并且由于行業的不同，工程項目管理的需求有著很大的差別，而通用的工程項目管理軟件為了獲得較大的市場份額及保持較低的開發成本，一般不會考慮各種類型工程企業的要求，所以市場上較為通用的工程項目管理軟件難以完全滿足需求。但是一些比較大的企業為了解決這個問題通常會根據不同的工程需求選擇較為成熟的通用工程項目管理軟件，然后進行二次開發，再投入使用。

為了保證對工程項目的實現快速和系統化管理與控制，工程項目管理軟件應當具備以下一些基本功能：

1）實現施工企業的信息共享。現代的工程項目管理軟件應該采用完善的數據庫管理系統，其最大的優點在于確保了信息的存儲與共享。實現企業內部的信息共享可以確保企業所采用的標準的統一。能夠保證在同一個工程項目中不同的施工人員所接收的信息一致，包括施工進度、施工時間、財務預算及物資采購等，此外，實現信息的共享也便于項目負責人掌握施工的進展以及企業經驗數據的積累。

2）實現工程項目信息的快速處理。先進的計算機數據庫管理系統具有非常便利的數據查找算法，能夠供管理者從眾多的數據中查找到所需要的信息，并且所耗費的時間很短，并且還支持比較復雜的組合條件查詢甚至模糊查詢等。此外工程項目管理軟件還應該能夠在較短的時間內對各類數據進行復雜的計算以及其他處理。

3）確保統計資料的準確性。傳統的工程項目管理中，數據資料往往是有人工進行記錄，因此在信息傳遞或者存儲時可能會由于人為因素而致使資料不準確。而采用工程項目管理軟件進行處理時，工程項目數據是存儲在計算機數據庫中，用戶需要獲得數據時只需要從中調出即可，能夠保證資料的準確性，避免由于信息的傳遞錯誤而導致物資調度或者施工進度出問題。

4）可以呈現不同的報表形式。通常情況下，報表是常用的數據信息統計以及傳遞的一種形式。但是不同的數據往往需要采用不同的報表格式，所以工程項目管理軟件應該能夠根據用戶選擇數據信息制成不同格式的報表，并且還需要能夠自由切換不同的報表格式。

5）通過模擬計算來輔助決策。一個項目的實施往往都需要較長的時間，短則數月，多則幾年，并且在項目實施的過程中還會遇到原始物資缺乏，施工工藝不滿足要求、施工進度緩慢等問題，這些都會給這個工程項目的管理帶來許多困難，因此工程項目管理軟件需要能夠對工程項目進行模擬計算，將分析結果供管理人員進行參考，輔助管理人員進行科學合理的決策。

3 工程項目管理軟件的特點

篇（2）

0引言

建設工程是一個產生巨量內容的地方，這里的內容包括文檔、數據、圖片、音像等。而軟件則能讓這些內容有效地積累存儲并通過最有效的手段使其充分發揮應有的作用。所以軟件工程和建設工程的結合是工具和內容的結合。在這基礎之上的大數據工作，才是財富最大化的未來。

1建設工程項目管理軟件概況

建設工程項目管理軟件是指將建設工程業務操作的過程通過軟件化手段實現，例如審批、填報、記錄等。通過搭建軟件平臺或軟件系統，初始錄入各類項目管理用的內容，在使用過程中不斷的更新信息和數據。不似一般的小軟件開發，建設工程項目管理軟件一般需要承載大量的信息和內容，同時還有復雜的流程處理。這就決定了該類軟件的開發面臨的風險不同于一般的軟件開發，其風險特征既具備普通軟件開發的特點，又具有自己的特殊性。

2建設工程項目管理軟件開發風險及分類

風險是指客觀存在的，對目標達成具有負面影響的不確定性。風險分類方法是根據風險性質、風險的來源、風險產生的階段、風險產生的后果、風險發生的對象等進行的，有多種不同的分類方法。項目管理軟件開發按照上述五種分類方法有如下風險因素。按風險性質分為：經濟風險、政治風險、社會風險、技術風險、資源風險；按產生階段分為：業務開發、需求階段、業務分析、接口、軟件開發、交付使用；按產生后果分為：重大、較大、一般、輕微；按發生對象分為：業主風險、開發團隊風險（業務團隊風險、軟件團隊風險）、市場團隊風險。

3項目管理軟件開發各階段面臨的風險分析

3．1軟件開發階段面臨的風險窮舉

對風險進行分析、評估、管控的前提是對風險進行識別，找出某一過程所有可能的風險因素才能更好地對癥下藥。對項目管理軟件開發各階段的風險進行分析，利用窮舉法對其風險因素進行分析。

3．2業務開發風險

業務開發風險是指出在項目市場開發階段所面臨的不確定性。（1）項目的不確定性。項目團隊、開發團隊缺少配合或經驗缺失，對項目策劃、建議、實施措施理解、分析不到位，導致項目本身在落地之前產生了易主、取消、降低投資等風險。（2）市場不穩定。一些項目管理軟件的開發必須依托市場經濟或工程項目進行，當這方面發生政策變化、重大變更以及建設單位對項目軟件的需求降低時，容易產生項目中途流產風險。（3）業主心態。如何抓住業主的痛點，真正解決業主的問題，或者僅僅是從業主的角度出發思考項目管理軟件的做法，是項目開發經理應該深思的問題。（4）自身實力不足。項目管理軟件結合了建設工程和軟件工程，建設工程不同于其他行業，例如金融、互聯網等，其透明度高，講究資源效率。工程行業自身的資本運作密集，項目建設流程模式固定并且存在許多的“漏子、暗道、關系、利益”等，如果沒有足夠的市場疏通、業務分析和軟件開發實力，難以做出成功的項目管理軟件。經常可見有許多項目管理系統開發完成以后閑置、棄用，就是因為這些原因。

3．3業主風險

和以上開發階段來自于業主的風險不同，這里的業主風險更多的是強調業主在項目軟件項目開發決策和執行力上存在的風險。（1）因為是建設工程的原因，業主可能存在自身業務能力不足導致軟件開發初期，功能需求不全面、不詳盡、模糊的情況。（2）部分業主因為存在建設管理程序不合法，例如圖紙準備不到位就招標施工、隨意調整施工進度、重大變更多等，對軟件部署時的數據初始化、部分功能使用造成嚴重影響。（3）項目管理軟件屬于新型的工程建設費用，國家對此暫未出臺相關取費標準，因此對于軟件開發、使用的資金來源，部分業主解決能力不強，導致軟件開發和使用受阻。（4）項目管理軟件的開發要以合同為主線，早制定、早落實合同內容。（5）因為建設管理人員和軟件開發人員在知識體系上的不同，需求方經常會給出軟件難以實現或在合同、投資范圍內難以實現的功能要求，從而產生擱置、重啟需求調研、功能調整等風險。

3．4需求階段風險

如果軟件開發是業主、業務團隊、軟件團隊的三級開發結構，那么需求階段的風險就是業主和業務團隊之間的信息過渡。了解這個階段的風險尤為重要。（1）需求細分不全面。需求細分，其實是對軟件開發所需要的一切原始信息的分類。業主本身積累了足夠龐大的知識量和隱藏的管理行為，需要進行細分挖掘。（2）需求調研不充分。需求調研不夠深入，自身缺乏對建設工程活動的更多認識，從而產生遺漏、錯失相關需求信息。（3）需求信息不對稱。在需求調研、收集的過程中，因為記錄、理解的原因，需求信息發生了錯位，偏移了業主的初衷。（4）需求文檔管理不規范。需求階段要做好文檔記錄，對相關會議進行備案，對業主的需求要進行充分確認，形成規范有序的文件檔案管理制度，防止出現軟件開發問題找不到源頭，增加開發成本和難度。

3．5業務分析風險

要將傳統的建設工程的知識體系、管理行為、結果過程通過軟件實現，首先要對建設工程所涉及的一切業務進行深入分析。（1）業務流程不確定性。建設工程的審批流程、上報流程、驗收評定流程等，涉及的人多、單位多、文件多，在實際操作中，流程具有可變通性、不定期性、人員代簽等問題。（2）業務內容生成難度大。建設工程的業務內容具有涉及面廣泛、數量龐大、牽連性強、專業性高等特點，而軟件開發需要集中處理大量的業務內容，同時準備好初始化數據，需要軟件工具、專業人員、組織管理等多方密切配合。（3）軟件化后的現實風險。軟件化的弊端是固定化，少了靈活性，對于工程建設人員可能會帶來體驗性的風險。因此要盡可能設計得合理，從工程人員的習慣出發，講求實用性、適用性。（4）業務架構與系統架構。針對項目質量、進度、計量支付、檔案等的業務管理存在內在的關聯關系，在軟件化的時候，要注重各模塊之間的內在關聯關系，關注各模塊內部數據的調用和資料文件的歸屬。

3．6接口風險

業務團隊和軟件團隊的對接是真正實現項目管理軟件開發的最重要環節，提高業務人員的流程策劃能力和軟件人員的業務熟悉程度同等重要，讓雙方在交錯中實現軟件的順利開發。（1）需求理解不到位。單純的文檔化需求分析及設計交接很難形象直接地展現需求方對軟件開發的各種要求，軟件人員也要花費大量的時間去了解文檔的背后，然后梳理成自己的邏輯。這個過程中，很可能發生需求曲解、重新設計、修改困難等風險。（2）設計思維差異化。在原型設計功能不能滿足建設工程軟件項目開發的時候，因為軟件開發人員的固有思維模式，其對界面設計、功能點選取、流程設置、角色配置會有個人的慣性設計方式。（3）資源配置不合理。軟件項目開發是一個將業務工作持續軟件化的過程，有點兒邊設計邊施工的感覺。這個時候軟件方面要合理地配置各項開發資源，包括人力的投入曲線、進度計劃的制定、業務人員的工作安排、基礎數據的準備等。

3．7軟件開發風險

軟件開發風險已經有很多專業性的風險研究，在這里不做相應說明，僅列出軟件開發可能面臨的風險類型：①軟件開發技術不足。②配套軟硬件風險。③軟件開發管理風險。④軟件開發安全風險。⑤人才組織風險。⑥文化風險。

3．8軟件交付使用風險

（1）市場風險。體現在長周期軟件開發項目中，市場環境變化帶來的風險。比如競爭對手更新更快的產品出現，研發產品市場地位下降；項目建設投資發生變化，費用投入減少；環境輿論對新產品應用帶來的不良影響，尤其是跟風產品。（2）使用測試風險。主要體現在系統集成以后，因未有充分準備或潛在軟件bug而出現大量的問題。（3）用戶體驗風險。軟件開發過程客戶參與度不高造成的使用習慣風險，體驗不佳；對軟件使用說明不夠詳細全面，造成用戶使用障礙。（4）二次開發風險。跟工程返修類似，因部分功能大量調整或新增功能，以及系統整體功能、穩定性、適用性等出現嚴重bug，而面臨二次開發風險。

篇（3）

0引言

建設工程是一個產生巨量內容的地方，這里的內容包括文檔、數據、圖片、音像等。而軟件則能讓這些內容有效地積累存儲并通過最有效的手段使其充分發揮應有的作用。所以軟件工程和建設工程的結合是工具和內容的結合。在這基礎之上的大數據工作，才是財富最大化的未來。

1建設工程項目管理軟件概況

建設工程項目管理軟件是指將建設工程業務操作的過程通過軟件化手段實現，例如審批、填報、記錄等。通過搭建軟件平臺或軟件系統，初始錄入各類項目管理用的內容，在使用過程中不斷的更新信息和數據。不似一般的小軟件開發，建設工程項目管理軟件一般需要承載大量的信息和內容，同時還有復雜的流程處理。這就決定了該類軟件的開發面臨的風險不同于一般的軟件開發，其風險特征既具備普通軟件開發的特點，又具有自己的特殊性。

2建設工程項目管理軟件開發風險及分類

風險是指客觀存在的，對目標達成具有負面影響的不確定性。風險分類方法是根據風險性質、風險的來源、風險產生的階段、風險產生的后果、風險發生的對象等進行的，有多種不同的分類方法。項目管理軟件開發按照上述五種分類方法有如下風險因素。按風險性質分為：經濟風險、政治風險、社會風險、技術風險、資源風險；按產生階段分為：業務開發、需求階段、業務分析、接口、軟件開發、交付使用；按產生后果分為：重大、較大、一般、輕微；按發生對象分為：業主風險、開發團隊風險（業務團隊風險、軟件團隊風險）、市場團隊風險。

3項目管理軟件開發各階段面臨的風險分析

3．1軟件開發階段面臨的風險窮舉

對風險進行分析、評估、管控的前提是對風險進行識別，找出某一過程所有可能的風險因素才能更好地對癥下藥。對項目管理軟件開發各階段的風險進行分析，利用窮舉法對其風險因素進行分析。

3．2業務開發風險

業務開發風險是指出在項目市場開發階段所面臨的不確定性。（1）項目的不確定性。項目團隊、開發團隊缺少配合或經驗缺失，對項目策劃、建議、實施措施理解、分析不到位，導致項目本身在落地之前產生了易主、取消、降低投資等風險。（2）市場不穩定。一些項目管理軟件的開發必須依托市場經濟或工程項目進行，當這方面發生政策變化、重大變更以及建設單位對項目軟件的需求降低時，容易產生項目中途流產風險。（3）業主心態。如何抓住業主的痛點，真正解決業主的問題，或者僅僅是從業主的角度出發思考項目管理軟件的做法，是項目開發經理應該深思的問題。（4）自身實力不足。項目管理軟件結合了建設工程和軟件工程，建設工程不同于其他行業，例如金融、互聯網等，其透明度高，講究資源效率。工程行業自身的資本運作密集，項目建設流程模式固定并且存在許多的“漏子、暗道、關系、利益”等，如果沒有足夠的市場疏通、業務分析和軟件開發實力，難以做出成功的項目管理軟件。經常可見有許多項目管理系統開發完成以后閑置、棄用，就是因為這些原因。

3．3業主風險

和以上開發階段來自于業主的風險不同，這里的業主風險更多的是強調業主在項目軟件項目開發決策和執行力上存在的風險。（1）因為是建設工程的原因，業主可能存在自身業務能力不足導致軟件開發初期，功能需求不全面、不詳盡、模糊的情況。（2）部分業主因為存在建設管理程序不合法，例如圖紙準備不到位就招標施工、隨意調整施工進度、重大變更多等，對軟件部署時的數據初始化、部分功能使用造成嚴重影響。（3）項目管理軟件屬于新型的工程建設費用，國家對此暫未出臺相關取費標準，因此對于軟件開發、使用的資金來源，部分業主解決能力不強，導致軟件開發和使用受阻。（4）項目管理軟件的開發要以合同為主線，早制定、早落實合同內容。（5）因為建設管理人員和軟件開發人員在知識體系上的不同，需求方經常會給出軟件難以實現或在合同、投資范圍內難以實現的功能要求，從而產生擱置、重啟需求調研、功能調整等風險。

3．4需求階段風險

如果軟件開發是業主、業務團隊、軟件團隊的三級開發結構，那么需求階段的風險就是業主和業務團隊之間的信息過渡。了解這個階段的風險尤為重要。（1）需求細分不全面。需求細分，其實是對軟件開發所需要的一切原始信息的分類。業主本身積累了足夠龐大的知識量和隱藏的管理行為，需要進行細分挖掘。（2）需求調研不充分。需求調研不夠深入，自身缺乏對建設工程活動的更多認識，從而產生遺漏、錯失相關需求信息。（3）需求信息不對稱。在需求調研、收集的過程中，因為記錄、理解的原因，需求信息發生了錯位，偏移了業主的初衷。（4）需求文檔管理不規范。需求階段要做好文檔記錄，對相關會議進行備案，對業主的需求要進行充分確認，形成規范有序的文件檔案管理制度，防止出現軟件開發問題找不到源頭，增加開發成本和難度。

3．5業務分析風險

要將傳統的建設工程的知識體系、管理行為、結果過程通過軟件實現，首先要對建設工程所涉及的一切業務進行深入分析。（1）業務流程不確定性。建設工程的審批流程、上報流程、驗收評定流程等，涉及的人多、單位多、文件多，在實際操作中，流程具有可變通性、不定期性、人員代簽等問題。（2）業務內容生成難度大。建設工程的業務內容具有涉及面廣泛、數量龐大、牽連性強、專業性高等特點，而軟件開發需要集中處理大量的業務內容，同時準備好初始化數據，需要軟件工具、專業人員、組織管理等多方密切配合。（3）軟件化后的現實風險。軟件化的弊端是固定化，少了靈活性，對于工程建設人員可能會帶來體驗性的風險。因此要盡可能設計得合理，從工程人員的習慣出發，講求實用性、適用性。（4）業務架構與系統架構。針對項目質量、進度、計量支付、檔案等的業務管理存在內在的關聯關系，在軟件化的時候，要注重各模塊之間的內在關聯關系，關注各模塊內部數據的調用和資料文件的歸屬。

3．6接口風險

業務團隊和軟件團隊的對接是真正實現項目管理軟件開發的最重要環節，提高業務人員的流程策劃能力和軟件人員的業務熟悉程度同等重要，讓雙方在交錯中實現軟件的順利開發。（1）需求理解不到位。單純的文檔化需求分析及設計交接很難形象直接地展現需求方對軟件開發的各種要求，軟件人員也要花費大量的時間去了解文檔的背后，然后梳理成自己的邏輯。這個過程中，很可能發生需求曲解、重新設計、修改困難等風險。（2）設計思維差異化。在原型設計功能不能滿足建設工程軟件項目開發的時候，因為軟件開發人員的固有思維模式，其對界面設計、功能點選取、流程設置、角色配置會有個人的慣性設計方式。（3）資源配置不合理。軟件項目開發是一個將業務工作持續軟件化的過程，有點兒邊設計邊施工的感覺。這個時候軟件方面要合理地配置各項開發資源，包括人力的投入曲線、進度計劃的制定、業務人員的工作安排、基礎數據的準備等。

3．7軟件開發風險

軟件開發風險已經有很多專業性的風險研究，在這里不做相應說明，僅列出軟件開發可能面臨的風險類型：①軟件開發技術不足。②配套軟硬件風險。③軟件開發管理風險。④軟件開發安全風險。⑤人才組織風險。⑥文化風險。

3．8軟件交付使用風險

（1）市場風險。體現在長周期軟件開發項目中，市場環境變化帶來的風險。比如競爭對手更新更快的產品出現，研發產品市場地位下降；項目建設投資發生變化，費用投入減少；環境輿論對新產品應用帶來的不良影響，尤其是跟風產品。（2）使用測試風險。主要體現在系統集成以后，因未有充分準備或潛在軟件bug而出現大量的問題。（3）用戶體驗風險。軟件開發過程客戶參與度不高造成的使用習慣風險，體驗不佳；對軟件使用說明不夠詳細全面，造成用戶使用障礙。（4）二次開發風險。跟工程返修類似，因部分功能大量調整或新增功能，以及系統整體功能、穩定性、適用性等出現嚴重bug，而面臨二次開發風險。

篇（4）

（1）提升建筑企業（包括監理、咨詢企業和施工企業）的核心競爭力，適應市場化競爭的要求。

（2）縮短建筑企業的服務時間，提高建筑企業的客戶滿意度，及時的獲取客戶需求，實現對市場變化的快速響應。

（3）可以有效提高企業的決策水平。

項目管理軟件的應用使企業在獲取、傳遞、利用信息資源方面更加靈活、快捷和開放，可以極大地增強決策者的信息處理能力和方案評價選擇能力，拓展了決策者的思維空間，延伸了決策者的智力，最大限度地減少了決策過程中的不確定性、隨意性和主觀性，增強了決策的合理性、科學性及快速反應，提高了決策的效益和效率。

（4）有效降低企業成本

項目管理軟件的應用可以直接影響建筑企業價值鏈任何一環的成本，改變和改善成本結構。

（5）有助于理順建筑企業內部的各種信息，提高建筑企業的管理水平。

（6）加速知識在建筑企業中的傳播，同時在企業內部營造出一個重視知識、重視人才的環境。

2.從宏觀上看，工程項目管理軟件的推廣應用對于國家和整個行業的作用表現在：

（1）加速信息在建筑企業內部和工程項目建設的各個參與方之間的流動，實現信息的有效整合和利用，減少信息損耗。

（2）通過項目管理軟件及其所代表的現代項目管理思想在項目管理中的應用，可以提高工程項目的管理水平，提高工程項目各個參與方的管理水平，提高工程項目的整體效益，從而最終增強國家的綜合實力；

（3）有利于建筑相關行業迎接加入WTO后的挑戰，適應國際化競爭。加入WTO以后，建筑相關行業將更直接地面對國際競爭的挑戰，在全球知識經濟和信息化高速發展的今天，作為項目管理工作中的重要的知識管理工具——項目管理軟件的推廣應用已經成為決定成敗的關鍵因素，也是建筑企業實現跨地區、跨國經營的重要前提。

（二）工程項目管理軟件的應用現狀

項目管理軟件在工程項目管理中的應用是工程管理現代化的主要標志之一。項目的管理是一個動態過程，在這一過程中有大量的數據和信息需要處理，需要各種圖表，需要在施工前做好規劃、編制好計劃，需要在項目執行過程中反饋真實的記錄，需要執行過程中對計劃進行不斷的調整；這些具體工作的實現過程，同時也是項目管理水平提高的過程，是項目管理軟件的應用過程。沒有計算機系統的應用，就談不上高水平的項目管理，對于大型工程項目尤其如此。

目前，在項目管理軟件的應用過程中，存在以下幾種形式。

1.以業主為主導的統一的項目管理軟件應用形式

采用這類形式的往往是大型或特大型工程項目。在這類項目的實施過程中，業主或者聘請專業的咨詢單位或人員為工程項目提供涉及項目管理全過程的咨詢，或者自行建立相應的部門專門從事這方面的工作，無論采用哪種方式，都需要做到事前針對項目的特點和業主自身的具體情況對項目管理軟件（或項目管理信息系統）的應用進行詳細地規劃，包括應用范圍、配套文檔編制（招標文件、合同、系統輸入輸出表格、使用與審查細則等）、各類編碼系統的編制、信息的標準化、工程項目管理網絡系統的建立和相關培訓工作；在應用的準備過程中，建立實施時數據和文檔的申報、確認、審查、處理、存儲、分發和回復程序，并在合同文件中用相應的條款對這些程序的執行進行約束。從使用的效果來看，由于在業主的組織下，將工程項目的各個參與方凝聚成一個有機的整體，實現了統一規劃，統一步調、統一標準、協調程序，因此應用效果較好。

2.項目的某個參與方單獨或各自單獨應用項目管理軟件的形式

這種項目管理軟件的應用形式目前在工程項目管理中普遍存在。由于工程項目的各個參與方對項目管理軟件應用的認識程度存在很大差距，只要業主沒有對項目管理軟件在項目管理中的應用進行統一布置，則往往是工程參與方中的先知先覺者會單獨選用適用于己方的項目管理軟件，例如，設計方采用CAD軟件和概預算軟件，監理單位采用監理專用的軟件，承包商采用進度計劃管理、費用管理和風險管理軟件等；或工程項目的某個參與方自己擁有完善的面向企業管理和項目管理的信息系統，由于這些工具的使用，使得項目管理軟件的使用方較其他參與方有更高的效率，能掌握更多的信息，能更早地預知風險，能對出現的問題做出快速響應，使其在各個參與方之間處于一種有利的地位。但從整體上看，應用效果不如前一種情況。

（三）我國工程管理軟件應用推廣中存在的問題

盡管工程項目管理軟件在我國的應用已經取得了很大的進步，但從目前的應用效果上來看，還有很多不盡人意的地方。工程管理軟件應用推廣中存在的問題表現在以下兩個方面。

1.意識上的問題

隨著市場壓力的逐漸增大，很多建筑企業都體會到信息的重要性，體會到項目管理軟件應用的重要性，都認識到項目管理軟件在企業和項目中的應用可以促進企業發展。但在實際操作上,各個企業有很大差別。大部分企業對此持積極態度，但也有些企業不愿在工程項目管理軟件的應用上增加投入，認為軟件價格過高，而且其應用不僅在短期內不會帶來效益，還會增加負擔。在這種指導思想下，企業很難把項目管理軟件的應用變為企業的主動自覺的行為，即使在某些項目上使用了項目管理軟件，也經常是在項目的甲方或上級領導的要求下使用的，根本保證不了使用效果。當然，對于大多數中小企業來說，資金和人才也是妨礙項目管理軟件應用的一大障礙。

隨著企業競爭環境的不斷變化，會促使企業向信息化尋求出路，隨著與項目管理軟件相關的管理思想和信息技術的成熟及成本下降也會使企業在這方面的的積極性會進一步提高，可以說，意識上的問題將不成為問題。

2.使用深度和使用范圍方面的問題

篇（5）

1 項目管理軟件在工程進度管理上的應用

工程進度管理中的控制就是對項目的進度有一個預期規劃，在項目實施過程中對沒有按規劃進行的內容進行糾偏的過程。這就需要管理人員對項目的進況進行實施跟蹤，一旦出現問題，能夠及時分析原因，并有針對性的進行改進，修改計劃。這個流程可以總結為：計劃--執行--檢查--行動，即“戴明環”（PDCA），PDCA循環在夢龍軟件中可以得到了很好的應用。在項目管理中，項目的進度控制在整個控制體系中處于協調和帶動其它工作的主導地位。以PRIMAVERA 公司的P3 軟件為例分析其在進度管理中的應用。

1.1 進度計劃的編制

1.1.1 建立工程的統一代碼系統

在計劃編制前，為滿足P3 應用和項目管理的需求，我們必須要建立相對一個完整的、統一的編碼體系，并且要制定出相應的原則，從而使編碼系統能夠符合邏輯且相互協調。具體流程如下：確定作業分解結構（WBS-Work Breakdown Structure）――確定組織分解結構（OBS- Organization Breakdown Structure）――確定資源（RES- Resource）――編碼。

1.1.2 計劃編制

無論什么項目，都必須要對四個層次的進度進行計劃編制，具體如下：（1）項目總進度計劃：總進度計劃能夠對下級計劃起到一個統領全局的作用，同時也對上級決策提供的重大依據，項目總進度計劃一般每月一次。這個技術通過橫道圖方式來實現對整個項目的主要裝置和單項工程的綜合進度關系的反映。（2）裝置主進度計劃：分別按裝置編制反映施工中的里程碑和主要活動的進度計劃，此計劃既能夠實現控制下層計劃的目標，又能夠起到為上層提供決策依據的作用。（3）單元進度計劃:此計劃應該做到同項目的工作分解結構一致，它的作用主要是滿足管理層與操作層的使用需求。（4）詳細執行計劃：對項目工作作出詳盡的計劃，主要是滿足操作層的使用。上述四個層次的進度計劃主要是以進度綜合控制的要求為依據實施的，在實際操作中仍然不可缺少其他計劃，如項目年度計劃，月進度計劃，三周滾動計劃等等。

1.1.3 計劃審查

為了確保計劃的可執行性，我們必須對編制的各項計劃進行審核，審核的內容主要有以下幾點：（1）作業的分解及其編碼是不是合理的、是不是對各分部門的需要都能夠滿足，工序的劃分對于進度統計與分析來說是否是方便的。（2）編制的計劃是否能夠確保工程再合同規定時間內完成，各分項工程完成時間是否合理，各資源是否在計劃時間內全部到位。（3）存不存在邏輯關系錯誤、不合理等問題。

1.1.4 加載資源

對順利實現各作業所需要的物質條件進行定義。

1.1.5 落實責任人

在進度問題上落實責任人，能夠在進度上出現問題時，追究相關人的責任，也能夠起到監督激勵的作用。

1.1.6 建立目標計劃

目標計劃的建立主要是為了在進度出現問題時及時分析問題出現的原因，并采取措施有針對性的進行糾偏。

1.2 分析調整

在項目實施過程中產生了新的關鍵線路，要對新的的關鍵線路出現的原因進行研究，并以此為依據對計劃進行調整。調整要以生產、技術、材料、預算等部門確定的最低費用為依據，并保證在單項生產任務中實現，不影響其他相關生產任務。對無法實現單項生產任務調整的項目，可以把調整范圍擴大到一項或多項工作中，并對這些項目進行統一調整，最終當前實現關鍵線路與原計劃關鍵線路的一致。

1.3 應用實例

某地鐵二號線A站是地區內第一個采用淺埋暗挖法施工的地鐵車站，工程總投資1102億元，建筑面積為12,000m2，工期為24個月。工程位于城市的繁華地段,施工難度大，工期緊。在項目實施中，工期要求與資源供給存在矛盾，在這種情況下，項目采用P3軟件對進度進行安排，合理解決了矛盾。

根據工期安排，A站的南北站廳應在2001年2月以前完工，而工地當時的模板和腳手架數量遠遠不能滿足施工需要，此項資源的投入至少需要150萬元，如果采用通常的銷峰值法，用延長工期的辦法增加施工循環，多次倒用周轉性材料以減少此項資源投資，那么將使工程的工期延長2個月。根據P3 系統的重新規劃，如果南北站廳主體施工滯后2個月，將導致附屬工程工期推遲，并趕上雨季，預計總工期將延長3～4個月。根據P3測算對于A站來說，每天的固定資源消耗為2萬元，3～4個月的工期，潛在的固定資源消耗總值將達到180～240萬元。有了這樣的資源消耗預算對比，對于150萬元的投入就顯得很必要，短期的150萬元的投入對于此項目來說資金是比較緊張的，但這筆投入將使工程提前3 、4個月完工，并且可以節約至少30萬元的資金消耗。以此為依據，項目部的領導決定組織資金進行投入，最終的實施效果與當初的預測相一致。

2 項目管理軟件在工程成本管理上的應用

為有效的降低成本，在工程中引入管理信息系統是非常必要的。當前我國大多數企業在項目成本管理中都采用了《工程項目成本管理系統》軟件。該軟件通過把工程項目中的的進度計劃、合同、材料、機具、人工、分包、費用控制、財務監控等整合起來，進行數據分析，制定出合理執行措施，有效的實現了資源的合理分配，降低了工程成本。

2.1 工程項目成本管理流程

通過成本管理軟件實現了對施工過程的人工費、材料費、機械費、現場管理費和其它費用的管理，管理內容包括各項費用的預算、分析、糾偏、審核、結算。這些內容最終通過信息系統整合起來，提供給上級領導層。

2.2 工程項目成本管理系統結構

項目部第一步要以預算書和施工進度計劃為依據制定產值計劃，第二步就要以產值計劃為依據制定成本計劃。在項目實施中，以費用類別的不同為依據進行控制。在項目的中間階段，以所處階段實際產生的成本為依據實行核算。在核算結束后，要對項目成本核算結果進行分析從而檢查成本控制是否具有成效，并與項目實際產值進行對比。

3 強項目管理軟件應用培訓

為使項目管理軟件更好的應用于項目中，要加強對員工的培訓，提高其操作水平。

在員工對項目管理的理論知識有所認識后，結合這些理論知識，需要對員工進行項目管理軟件及其應用的培訓。培訓對象是企業的項目核心小組、職能小組、IT組成員。這個培訓重在傳播“項目管理的思想在各個模塊中的實現思路如何?”、“項目管理是如何進行項目管理的?”、“項目管理各個模塊能做什么事情、不能做什么事情?”等內容。 在詳細解決方案確認之后進行，緊密結合企業實際，面向企業各個應用節點的操作人員，即項目管理的使用者。由于項目管理的操作涉及方方面面，所以分部門、分崗位地進行有針對性的培訓，如“成本會計”這個崗位的學習重點就是掌握項目管理成本管理方面的操作。這個培訓要結合上機操作，詳細地介紹相關窗口、功能按鈕、字段含義、報表內容等等。相對來說，項目管理軟件應用培訓是軟件思想層次的、是“形而上”的；項目管理操作培訓是軟件操作層次的、是“形而下”的。

4 結束語

地鐵建設是一個規模巨大的復雜的系統工程，包括從項目可行性研究、前期勘測、初步設計、工期策劃、拆遷、招標、施工圖設計、土建施工、設備采購、供貨、安裝、調試、工程驗收等一系列過程，各個過程之間又大量業務存在重疊、交叉、并行的情況，沒有項目軟件輔助，工程管理就會陷入混亂。因此，在施工過程中要充分應用項目管理軟件強大的分析、預測與決策功能，做好項目的管理工作。

參考文獻

[1]孫德坤,劉洋.P6軟件在威海三期工程上的應用[J].城市建設理論研究（電子版）,2011(15).

篇（6）

一、軟件工程項目管理和計算機軟件

（一）計算機軟件的概念人們當前所理解的軟件概念較為廣泛，包含有諸多內容，比如計算機操作系統相關說明書、圖文介紹等材料。軟件和硬件是體現計算機功能的兩個重要部分，兩者之間相輔相成共同作用，構成了計算機整體系統。可見，為了保證計算機軟件工程的發展，在管理中應當積極應用現代化手段，積極將應用系統升級優化。

（二）工程項目管理在項目工作過程中開展的管理工作主要是以建設委托方的要求和合同規定內容為基礎對工程項目開展一系列的整體規劃、統籌、處理等工作內容。合理的工程項目管理有助于保證工程更加順利地完成。

二、當前計算機軟件工程項目管理的問題

（一）忽視計算機軟件工程項目管理的培訓在日常計算機軟件工程項目管理中，大部分企業不會對項目管理培訓有所重視，很多管理者認為沒有必要在這方面投入較多的財力和人力，這就導致系統化知識培訓體系無法形成。大多數企業在具體工作中都是以某一個項目管理的工作人員為依賴，在企業內缺乏良好的項目管理氛圍，造成培訓工作存在缺失。企業對計算機軟件工程項目管理的不重視導致企業專業人才缺乏，在瞬息萬變的市場競爭中很難及時感應市場變化，無法及時作出調整。

（二）風險控制的意識不足當前越來越多的企業開發計算機軟件，各個企業之間面臨著激烈的競爭。受到高速發展的經濟的影響，在軟件工程項目管理開發中，各個軟件企業面臨著越來越多的風險，一旦企業經營中出現風險就會發生一定損失。在項目管理過程中，計算機軟件開發管理者必須要樹立高度風險控制意識。但是當前很多企業對風險控制方面存在嚴重的不重視，同時也沒有充分重視風險管理的重要意義，所以企業容易在計算機軟件開發過程中出現一定損失。

（三）管理人員團隊意識不足在開展計算機軟件開發項目管理中，需要依靠的是一個團隊而不是某一個人。工作人員在具體操作中應當從宏觀對項目進行把控。不過當前很多工作人員沒有認識到這一點，他們大多單純地完成自己的工作，對管理工作的事跡狀況沒有進行全面考慮。團隊意識是當前很多計算機軟件工程項目管理工作人員都沒有認識到的，雖然工作人員的綜合素質和技術都十分優良，但是在具體計算機軟件工程項目管理中需要大家共同努力、集思廣益，而不是單純地依靠一個人的能力。如果項目管理團隊依然人心渙散，將會十分不利于企業未來發展。

三、軟件工程項目管理對策

（一）完善管理體系在整個項目工程中，科學有效的管理體系是至關重要的。在管理人員之前需要首先確保項目管理體系的完善。在開展項目管理之前應當考核工作人員，保證工作人員具有杰出的工作能力和責任心，在成立計算機軟件工程項目小組階段就加強工作人員隊伍的質量管控。每個工作成員都應當積極熱情地投入到計算機軟件工程中，調整自己的工作態度和心態，根據管理體系中的要求做好行為約束，同時要加強工作人員之間的溝通，可以利用獎懲制度將工作人員工作的積極性提升，保證工程項目質量。

（二）加快進度與提高風險管理工作的效能為了確保計算機軟件工程項目質量和進度，就要充分評估整個項目的風險，并且采取有效的風險管控做事。可以成立監察小組監管和督促整個項目的進程，利用計算機技術合理管理軟件工程項目。每個工作人員都要詳細地了解自己的工作，評估可能發生的風險，了解應當采取的應對措施，從而及時解決可能出現的突發狀況，將風險所產生的損失降低。整個項目要由整個工作團隊負責，管理人員需要認真遵守相關規章制度，和同事之間及時溝通，確保能夠順利完成工作任務。工作人員需要重視風險應對預案，定期評估工程項目風險，定期檢查設備等硬件設施。在軟件工程中應當加強控制相關信息，共享需要的信息。在軟件工程項目管理中，應當優化處理和分析相關信息，從而對科技的發展進行更加客觀科學的預測判斷。在開展軟件工程項目管理中還可以積極應用多種計算方法完成項目管控，從而確保項目管理的效果。

（三）有效組織項目進度、風險管理進度管理是保證計算機軟件工程項目得以定期完成的基礎，為此，首先應當做好任務和跟蹤管理，定期開展狀態會議對項目進程進行匯報和監督，對項目進度進行嚴格控制。其次，建立并貫徹落實風險管理機制，保證所有工作人員樹立風險控制意識，采用多種方法進行風險管控。最后，對整個項目生命周期出現的風險進行細致地記錄，定期識別和處理出現的風險，采取不同的方法進行風險預防和處理。

篇（7）

工程項目是具有一定生命周期，每個工程項目既有自己的個性，但所有工程項目都有一些共同點，它們都符合于一些特定的客觀規律，如果將這方面研究出來，設計成軟件，將大大方便工程項目的管理和提高管理效率，減少工程項目管理中失誤和損失。項目管理主要有項目計劃，控制，反饋。我覺得工程項目管理主要從工作進度，財務，材料三個方面著手。首先，就是項目啟動后根據目標進行可行性研究，完成工作分析，設立詳細計劃。我所設想的工程管理軟件只能從一個成熟的項目的深化設計開始。有了詳細的深化的設計，就可以運行該軟件，進行進度設計，財務計劃，材料計劃以及相關的人員安排。還可以通過詳細的工作設計提醒工作重點，如何避免項目中的可以避免的風險，以及如何應對，將對整個項目的影響。

功能設想和界面設計

進度計劃與控制應該是項目管理的核心部分，所以應在主界面體現出來。每個項目應該有自己獨立的主界面，就如word 軟件，我們打開每份word 說文檔，顯示的內容都不一樣。制定進度計劃首先要確定項目的目標和各項工作，由于工程項目常常具有專業眾多，交叉施工等特點，首先要積極研究各項工作的邏輯關系和關鍵路線的工作，確定哪些工作在前，哪些工作在手，哪些可以同時進行。然后以模塊方式添加網絡進度圖，與書本所學的雙代號網絡圖不同的是，這個網絡圖應該以時間軸為單位，以及工作的細節信息應當足夠充分，以便進行組織，明確工作目標，還要把任務和責任分配到有關人員的頭上。接下來就是要確定項目工作的邏輯關系，一旦每項工作的持續時間確定下來，項目的整個工期也就可以確定。主界面的內容是對工程項目管理中的重點進行全面的監督和控制，能夠對項目過程進行有效控制，所以需要有總的進度圖，總的材料計劃，財務計劃。主界面應該做到明朗清晰，方便的看出每天的工作內容，需要的原料，可以提前知道以后特定天數的材料需求以及采購計劃。

細項工作設計時，應有工作的標準命名，給工作一個標準的命名方法。工作的詳細介紹，就相當于一本工作指南作目標，不僅有工作方法，工作注意事項（如天氣，安全等），還有標準的工作進度條，與主界面類似的進度條表示，這樣可以方便自動整合到主界面中。并且相關的物料計劃，財務計劃，人員計劃。這樣設計一個大的具體的項目，就可以像堆積木一樣，一塊塊添加，很快完成初步的計劃，判斷項目的總的工期和費用，判斷其可行性，還可以通過更加具體的修正，使用其中的信息幫助完成投標。

將每次累積的經驗制作成工作模塊，建立強大的項目工作的數據庫，在這基礎上，如果有類似的工作，就可以很輕松快捷的將整個項目用小工作模塊整合出來，通過簡單的修改就是適應新的工程項目，這在工程造價還有工期估計方面完成工作進度計劃，人員需求，財務還有和材料的安排。

軟件還應該能夠記錄每天的工作信息，而且能夠反應在該項目的主界面，根據完成情況，自動更正相應的進度計劃。在財務管理功能方面，主要是要適應變化的價格，不同的階段不同的報價。加強財務管理，嚴格控制總費用。在輸出方面，應該能夠做到工作內容的輸出，方便安排工作以及采購。還有相關數據，方便向上級上報工作進展情況。

工程項目信息管理系統軟件對工程項目管理有著至關重要的作用，然而我國的信息管理系統軟件的開發距離世界先進國家還有較大差距，隨著社會經濟的飛速發展，我國對自主開發設計軟件的需求也越來越明顯，我國也必須加快工程項目信息管理系統軟件的自主開發。工程項目信息管理系統軟件的設計需要遵循一下四點：

（1）需求分析：需求分析主要是了解用戶的需求。需求了解得越詳細，程序的后期開發與維護費用就會越少。一般的開發團隊中，需求分析都是由資歷較深的系統分析員或項目經理擔當，可見它的重要性。需求分析制訂好后，需要反復修改。將最后的結果交給用戶審定，確認無誤后，由系統分析員完成需求分析文檔，再開始下一步工作。 轉貼于

（2）概要設計：概要設計緊跟在需求分析之后。用戶需求明確后，將得到的數據分析后，開始構建數據庫的邏輯結構。此時，數據庫中的表格還未成形，通過各種分析工具（如PowerDesigner等）畫出數據流圖，最后就可抽象出數據庫的具體表結構。這時由系統分析人員反復審核。確認所有的需求都考慮在內，沒有遺漏后，就可以開始制訂概要設計文檔。概要設計文檔形成后，整個程序的邏輯框架也就形成了。

（3）詳細設計：詳細設計就是將各個業務模塊的窗口全部建好，各個窗口控件的處理代碼全部用語言表達出。所以詳細設計是整個系統中最繁瑣的環節。程序編碼：程序編碼相對于其他環節來說比較簡單，程序員只需要根據詳細分析文檔寫程序編碼，保證代碼沒有錯誤即可。

（4）測試：程序編碼完成后，就需要測試。測試有幾種類型，主要是測試代碼有無邏輯錯誤以及在加載數據環境下程序的穩定性問題。

參考文獻：

[1]《中國建設信息》工程項目管理軟件的發展趨勢與應用現狀初探討李洪東孫藝鍵

[2]《工程項目管理》清華大學出版Frederick E. Gould Nancy E. Joyce

[3]《建設工程項目管理》中國建筑工業出版社繆長江主編

[4]《信息系統開發與管理》科學出版社湯志偉主編

篇（8）

【中圖分類號】G71 【文獻標識碼】A 【文章編號】2095-3089（2013）12-0233-01

一、P6項目管理軟件簡介

P6軟件是一套由美國Primavera公司研發的適合項目級和企業級推廣應用的項目管理軟件。世界上最大的企業級項目管理軟件供應商，從事項目管理軟件的研發有30年的歷史。現被orcle公司收購。在美國，十有八九的工程項目使用Primavera進行項目管理，中國有4，200多用戶，分布在700多個公司。目前已推出P6V8.3版本，個人版為免費使用。

P6項目管理軟件主要有以下幾個方面的功能：

1.多項目、多用戶及多權限設置管理

2.項目進度計劃及進度管理

3.資源的使用分析及平衡

4.項目預算、費用計劃，跟蹤實際成本支出

5.項目文檔記錄

6.項目風險分析及跟蹤

二、工程管理課程主要的知識內容體系

高職高專工程項目管理課程的知識體系長期以來一直比較固定，大部分教材都沿著體系內容進行編寫，主要包括以下幾個方面：

1.項目經理責任制

2.項目管理規劃，施工組織設計

3.項目進度計劃，流水施工及網絡圖

4.施工項目的成本、質量、安全控制

5.施工項目合同管理

三、P6項目管理軟件在工程預算課程應用

P6項目管理軟件的使用離不開項目管理知識，同樣，工程管理課程的基礎知識需要通過工程實例的實際應用加深理解。在工程管理課程的課堂教學內引入P6項目管理軟件，使得原來比較枯燥的理論知識有應用對象，也使得原來比較難以操作的P6項目管理軟件在教學下學生易于理解，以下是工程管理課程與P6項目管理軟件課程安排點。

1.工程管理課程中的項目經理責任制，通過P6項目管理軟件內設置的權限管理，使學生更加清楚理解權限的概念。P6軟件內設置了諸多權限選項，可以根據施工現場的實際情況配置項目經理權限，施工員權限，材料員權限等。

2.項目進度計劃，P6項目管理軟件是按照關鍵路徑法進行參數計算的軟件，所以在進度計劃安排上可以反映出網絡圖的參數計算，包括最早開始時間，最晚開始時間，總機動時間，自由機動時間等六個時間參數。對于流水施工，可以通過計算后在邏輯關系上進行延時來完成。

3.項目的成本、進度控制，P6項目管理軟件通過“贏得值”這一參數對工程進行實際的成本分析控制。通過輸入預算值，實際值，軟件自動進行贏得值的計算，通過分析費用差值（盈利）和時間差值（進度指標），對項目進行動態的控制。

4.施工項目的合同管理。P6軟件內包括文檔管理，可以給每個工作任務加以合同文檔，進行合同文檔管理，同時外接專業的合同管理軟件Contract Manager進行專門的合同管理，相關數據可以直接導入P6軟件內。

5.項目管理規劃，通過上述的幾項可以完成施工進度計劃，通過在軟件資源加載可以完成資源需求計劃，在P6軟件內有EPS及OBS，EPS（企業項目結構）和OBS（企業組織結構），通過EPS和OBS的一一對應，可以完成項目管理規劃中的施工管理組織機構，并且通過權限設置，使學生更加深刻理解。

四、實際的課程運用案例

在實際的課程教學中，在《工程預算與管理》課程中應用了P6項目管理軟件進行案例分析講解，引發了學生較高的興趣。在工程管理的課程內容穿插結合實際的P6項目管理案例（新校區圖書館工程），使得學生在學習了理論知識的同時，也掌握了進行工程項目管理的實際操作方法。

五、總結

篇（9）

中圖分類號：E271文獻標識碼： A

軟件應用作為企業在新時代中的重要生存武器已經被人們廣泛認可 ，但是各個企業在應用過程中仍有許多問題 ，而且各個企業在不同領域的發展也是差距很大 ，所以普及軟件知識對于各個企業的工程項目管理十分重要。在實際的工作中，將一個工程項目的管理看作是一個復雜的系統工程一點都不過分。尤其是在大型的工程項目中，工程量就更大，這個工程系統就更為龐大。在系統工程中，項目管理質量的高低主要取決于采用管理技術的高低。而與工程項目管理有關的管理技術主要有進度管理、質量管理、造價管理以及目標管理等。縱觀這些技術，都是以手工為基礎的，應用在項目管理中取得的效果并不是很理想。而結合IT技術的項目管理軟件P6可以大大簡化管理流程，獲得意想不到的效果。因此對工程項目管理的軟件綜合應用進行探討是非常有必要的。

1工程項目管理的內容和功能

1.1工程項目管理的內容

一個完整的工程項目管理過程主要包括五個環節，預測、決策、計劃、實施并控制、控制反饋等環節。具體來說，工程項目管理的主要內容可以細分為以下過程。戰略制定、綜合管理、范圍管理、時間管理、成本管理、人員管理、溝通管理、風險管理、采購管理等等。

1.2工程項目管理軟件的功能

工程項目管理軟件由各類不同的功能模塊構成，一般有信息輸入模塊、數據分析模塊、數據存儲模塊、信息實時查詢模塊、圖形圖像處理模塊、報表輸出模塊等等。通過這些模塊來實現工程項目進度控制、人力資源配置、資金合理調配、項目成本控制以及項目分析、項目風險識別和控制等諸多功能。工程項目進度控制是基于進度計劃，在項目實施當中，預測出干擾項目的因素，并且對這些因素進行跟蹤監控，一旦預測或者發現偏差即時采取相應的控制措施加以調整，使實際結果達到預期目標或者減少與預期目標的偏差。項目管理軟件的核心功能是進度計劃，軟件通過合理的計劃網絡，將計劃進度與實際進度進行對比，識別當前狀態并分析進度不一致的原因，及時調整影響因素的各種參數，以對資源進行重新調整。對于人力資源配置功能，工程項目管理軟件在提高人員管理水平方面有有顯著效果，通過項目的資金、計劃、進度以及質量等方面來對人力資源做出合理的規劃，組成合理的項目組織結構。此外項目管理軟件在收集充分的信息時，能自動建立起智能化判斷的知識庫，以對項目成本進行分析，實現項目資金合理高效調配。

2工程項目軟件在推廣過程中遇到的問題

雖然工程項目軟件的作用已經顯而易見，但是在真正運用和推廣過程中還是有很多問題的。首先，工程項目管理軟件的普及度還遠遠不夠，企業管理層的意識還不夠高，很多中小型企業還是沒有意識到軟件的重要性。而且落實到實際中時，一些企業還是沒有積極的態度，不愿承擔過高的軟件費用。某些企業雖然使用了管理軟件，但是大多不是主動運用軟件，而是屬無奈之舉，也就是說各部門的決策者沒有主動自覺的行為。而且部分軟件的價格對于一些中小企業確實是難以承擔。由于在技術、管理、經濟效益等方面的差距，不同企業在軟件使用的深度和范圍方面都大不一樣，中小企業在資金、企業水平、硬件設施和人才運用方面都不能與高水平企業相提并論，所以一般不能擁有一個完整的項目管理軟件系統，也因此不能像大型企業一樣在這方面得心應手。而在一些大型企業和超大型企業中，管理層不能將軟件與實際操作良好結合，某些企業空有完善的軟件管理系統卻不能將其作用發揮出來，造成企業資源的嚴重浪費，這種現象在很多大型企業里面比較常見，一方面是企業的管理制度不夠完善，另一方面是能充分地使用這些軟件的員工不夠。

3針對以上問題的解決辦法

對于中小型企業來說，不能承擔過高的軟件費用并不代表這些企業不能擁有一套整體的軟件管理系統，軟件管理系統對于一個企業來講是實現高效率辦公的最重要的手段，是企業實施科學的管理的重要的途徑和體現。決策者可以只在某些重要部門運用高端的軟件系統，而那些普通的部門可以通過人才培訓來解決，一方面可以減少企業經營管理的成本，另一方面長此以來員工的素質和技術也會得到進步，企業經過穩步的發展終會建立一套完善的軟件管理系統。

而對于大型或超大型企業來說，擁有一套完整的軟件管理體系已經不是問題，但是管理層要做到把這些軟件系統的作用發揮到極致。要將軟件與員工的操作完美結合，員工要熟練掌握軟件的工作原理和整個部門的工作流程，做到人機合一。管理層要將每個部門聯系在一起，杜絕各個部門管理中的不科學、隨意性大等現象，將項目管理與軟件相互融合，最終做到先進的管理理念與企業的具體情況完美結合。

4工程項目管理中常用的軟件

4.1 計劃的編制

在P6軟件中，對于各種工程項目的管理，進度計劃的編制是采用編制不同 內容的多級計劃。多級計劃是編制一個計劃，在EPS、項目、WBS、作業、步驟上形成從粗到細的、按照項目漸進明細特征的層層細化的計劃，計劃的層次遠遠 超過傳統意義上的多級計劃。而這一計劃對不同級別的使用者來說反映不同的重 點，對于高層領導，多級計劃是看見較高級別的問題，從宏觀的角度看是否存在工期的滯后、費用超出的問題，而對于計劃工程師來說，看見的是比較微觀的問題，即工程計劃的哪些WBS和哪些作業存在問題，應該如何去調整計劃。

項目進度計劃編制及審查將工程分為四級進度計劃進行控制與管理，各級計 劃相互依存。二、三、四級進度計劃工序間與工作分解結構編碼( WBS )對應，需要注意的是各級進度計劃相互獨立，之間不要有網絡關系，高級進度計劃是低級進度計劃的匯總，低級進度計劃要符合高級進度計劃的里程碑日。

4.2 計劃的維護與更新

在計劃編制完成后,需要對計劃進行評估、分析和調整,如果存在著不能滿足 合同或管理要求時,就需要對計劃進行調整,以確保計劃能滿足實際要求。

（1）時間調整。查看最新的項目完成時間是否符合項目的必須完成日期，調整關鍵路徑上的作業的總浮時中存在的負值。

（2）資源調整。核查是否存在資源用量超出限量的現象。另外,要根據資源直方圖核查資源的使用是否做到盡量均衡。根據檢查情況對資源進行平衡,資源平衡需要與時間進度安排一起進行,以達到時間進度安排與資源使用均能滿足要求。

（3）建立目標計劃。調整后的施工計劃,經過相關的審批程序批準后,將該 計劃作為整個工程施工的目標計劃進行保存。當保存完成目標計劃后將進行目標計劃的分配以便于查詢對比分析。

（4）目標計劃的維護。只要計劃進行了調整,就需要重新進行目標計劃的維 護工作,維護的操作方法與前面敘述的方法相同。因為目標計劃可以保存一定的數量所以只需在計劃調整完成后進行目標計劃的維護即可。

（5）計劃的更新。施工三級計劃需要按月進行數據的更新和反饋，施工四級計劃需要按周進行數據更新。更新主要包括:進度、費用、工程量等情況的更新及匯總數據,最后還需要對計劃進行總體更新,以便計算出作業狀態等內容。

（6）匯總。完成總體更新后,將所有的數據進行匯總,從而達到PV模塊與PM模塊的同步以及在PV模塊中反映出匯總數據情況。

5結論

軟件在工程項目管理中的應用目前正處于重要階段，是機遇也是挑戰，企業管理者應認識到軟件在工程項目管理中的巨大作用，企業管理者要具備長遠的眼光，將工程管理軟件普及到每一個部門，各個層次的決策者要相互溝通合作，深入長遠的將軟件作為工程項目管理的核心。擁有了扎實的軟件基礎企業才會在殘酷的競爭中占據不敗之地。

篇（10）

【摘　要】核電項目進度計劃管理屬于多用戶管理，本文通過對核電項目上進度計劃的分級管理、各類進度計劃的編制、通過工程管理軟件（P6）實現多領域進度計劃的接口管理等方面的介紹，提出了工程大、接口多、工藝復雜的工程項目通過工程管理軟件實現進度優化管理的方法，為后續核電項目進度優化管理提供參考。

關鍵詞 核電項目；工程管理軟件；進度優化管理

1　建立科學的計劃管理體系，明確責任主體

核電項目工程進度計劃實行分級管理。一般分為六級管理，即里程碑進度計劃、工程一至六級進度計劃，并輔以專項進度計劃支持，全面涵蓋并逐級分解、細化工程各項工作。在EPC總承包管理模式下，工程進度管理以里程碑進度計劃和工程一級進度計劃為基礎，以工程二級進度計劃為核心，下級進度計劃依據上級進度計劃逐級分解、細化，以保障上級進度計劃的有效落實。核電項目各級工程進度計劃的分級管理如下圖所示：

在EPC總承包管理模式下，各級進度計劃管理責任主體：里程碑計劃、工程一級進度計劃，及工程一、二級進度計劃之間接口，由業主計劃控制部門負責控制；工程二級進度計劃，及工程二、三級進度計劃之間和各領域三級進度之間接口，由總承包商負責控制，業主相關管理部門負責監督對口領域三級進度之間接口控制。工程三級及以下進度計劃，及工程三級及以下各級進度計劃之間的接口，由分包商負責控制，總承包商負責監管，業主相關管理部門負責監督對口領域三級及以下進度計劃執行及接口控制。

2　合理編制進度計劃，夯實進度管理基礎

2.1　編制設計圖紙、設備材料等交付計劃

“兩設”問題對于核電項目，尤其是采用新技術的核電項目尤其需重點關注。在考慮必須的設計圖紙審圖、技術準備、設計交底等絕對工期和必須進行的設備材料交付前檢查驗收及部分設備還需現場組裝的時間提前量，以現場施工為主線，利用P6軟件自動倒排出工程需要的設計圖紙和設備材料交付時間，并據此為基礎與相應承包商充分協商后，確定出工程實際的設計圖紙和設備材料交付進度計劃，并作為以后動態跟蹤控制的目標。

2.2　編制質量控制和安全施工計劃

通過設置質量標準分類碼，安全級別分類碼的形式，對質量要求較高，易存在安全隱患的重要工序，在編制計劃時給其賦予相應的質量、安全碼值。這樣，在工程跟蹤過程中，就可以提前過濾出有考核質量要求的重要作業，以及提前過濾出易發或容易忽視的有安全隱患的作業，以便提前作好技術準備和人力物力上的安排，以及提前給予特別的提示和預警，引起有關方面的重視，從而為確保工程質量控制體系、安全控制體系的有效運行，起到輔助管理作用。

2.3　編制資源需求計劃

2.3.1　建立設計工程數據庫，進行資源加載

進度計劃管理工作涉及到工程建設各方面的信息，包括龐大的工程數據量。通過整理并建立各專業工程總體設計量基礎數據庫，將技術圖紙、文件中所有的工程量數據信息全部輸入到工程數據庫中，包括名稱、數量、規格型號、參數等，并將相關工程量加載到二至四級進度計劃中，以滿足通過工程管理軟件直接報告工程量進度的要求。

2.3.2　通過資源平衡，優化進度計劃

在確保質量、安全的前提下，以保障上級進度計劃既定目標及要求為目標，通過“關鍵路徑找工期，非關鍵路徑省資源”的原則，進行進度計劃優化，力爭達到資源均衡，投資最省、進度最優的目的。

2.3.3　施工進展信息反饋錄入

隨著工程建設的不斷推進，將已經檢查認可的工程完成情況信息及時輸入到已建立的各專業基礎信息數據庫中。并在二至四級進度計劃中加載各項實際完成的資源信息（工程量、費用、人力、機械、材料等），為進度計劃實施定量化評審和控制奠定基礎。

3　合理規劃接口管理，提高進度計劃的可執行性

核電項目各參建方應在工程開建前對工程進度計劃進行評估審定，理順設計、采購、土建、安裝、調試之間的關系，平衡不同參建單位間的供需矛盾，形成合理的且達成共識的整體進度計劃。

3.1　合理規劃設備、材料供應與安裝進度的關系

設備、材料供應必須與施工進度保持高度一致。在總體施工進度規劃后，提出合理的基于施工進度的設備、材料供應計劃建議，并結合供貨商的意見及自身管理特點，確定出滿足施工進度的設備、材料供應計劃。

3.2　合理規劃圖紙供應與安裝進度的關系

施工圖紙的供應同樣必須與施工進度保持高度一致。在考慮足夠的施工準備時間，深化施工設計，降低施工難度，一般施工圖紙至少應提前6個月交付并固化，關鍵路徑上施工圖紙至少應提前9~12個月交付并固化。

3.3　合理規劃土建與安裝的平行交叉施工關系

土建和安裝詳細施工計劃之間的關系必須規劃、協調好，為此在計劃中應理出土建向安裝移交的控制節點作業，并在業主方或總包方的組織下，統一各方的要求，制定出各方都認可的土建房間移交控制點計劃，避免施工步調不一致從而影響整體進度。

3.3.1　處理好土建與安裝的平行施工深度

土建、安裝平行施工深度屬工程整體規劃議題，需在整個工程的全局性戰略部署下完成。平行施工的深度取決于從業主到承包商的整體規劃及管理協作水平。管理協作不暢而平行施工深度過大既不利于施工面的盡快展開，也不利于資源的盡快投入以及規模化施工，管理困難進而起不到預期應有的作用。例如：對于AP1000堆型反應堆廠房內的安裝工作，若以最小單位房間進行移交只會增加土建與安裝的交叉接口工作，相互制約時間長而不利于整體進度，但一次性大面積（區域或廠房）移交不僅不符合AP1000特點又耗費時間。因此，綜合上述特點，反應堆廠房土建移交可分為三個層次進行：首先對于結構、設備模塊的安裝應按固有的工藝關系進行；其次對關鍵路徑中安裝活動所需要的土建房間，應盡量提前安排，即時移交；最后對于其他大宗的散裝設備、管道、電儀、通防等專業施工，土建可進行大面積整批移交。

3.3.2　土建房間移交完全徹底，減少在同一施工點上安裝與土建的反復交叉施工

在確定土建與安裝的平行施工深度后，對于移交的土建房間，除了必需的交叉施工外，應移交完全徹底，不允許在同一個房間里土建與安裝同時進行或頻繁交接施工，緩解對施工空間、運輸通道等共有資源的需求矛盾，降低成品保護的難度，盡量避免相互制約與責任不清造成的不利影響，有效提高雙方的工作效率。

3.4　合理安排安裝與調試的進度接口關系

綜合考慮調試的要求，在詳細的安裝進度計劃中制定系統移交控制節點，由業主方或總包方組織相關方進行評估審定，取得共識后作為安裝向調試單位的工作交接點，理清雙方的施工責任和工作權限。

4　利用工程管理軟件實現進度優化管理的方法

4.1　確定施工關鍵路徑，合理組織施工邏輯關系，保證重點，統籌安排

以關鍵路徑為主線，確定與其相關的主要施工活動，編制科學合理的進度計劃。實際施工中以關鍵路徑為主要控制對象，全力保證關鍵路徑上的施工活動，對于影響關鍵路徑施工的先決條件采取措施重點跟蹤，力求滿足施工要求：

對于關鍵路徑中的材料應提前至少六個月進行跟蹤，若所需材料供應存在滯后風險，應立即發出預警并修改供貨計劃或采取相應措施，滿足施工要求。

對于關鍵路徑中施工活動所需的土建房間，應盡量提前移交，并指定專人嚴密跟蹤，排除一切不確定的因素。

另外，在計劃中除了對關鍵路徑工作內容重點規劃外，對于其他施工活動應合理布局，統籌安排。因為對于一般施工活動，如果延誤太久，就會變成影響整個工程的關鍵作業，所以應該在保證重點的情況下，兼顧其他，連續均衡地施工。

4.2　在進度計劃中進行資源平衡，保證連續、均衡施工

在進度計劃中進行資源加載，通過資源平衡，使整個安裝過程的施工強度變化曲線平穩光滑，資源的投入曲線同樣平緩光滑，保證連續均衡施工。工程進行中，一般采用“S曲線比較法”和“贏得值曲線比較法”對工程的費用和進度進行綜合評估和預測，若發生偏差，可及時采取糾偏措施。

4.3　進度目標超前可靠

制定施工進度目標首先要滿足合同的需要，但要比完成合同里程碑時間積極可靠，有一定的前置期，具有足夠的彈性應變空間。

4.4　建立上游先決條件定期評估制度

首先在計劃中應該使圖紙供應、技術準備、材料供應、土建移交等安裝先決條件與安裝進度保持高度一致。這就需要不斷對其進行評估，特別是接口工作，應與相關單位研究磋商，達成共識。日常工作中應提前跟蹤，合理協調，減少對安裝施工的影響。

4.5　計劃PDCA動態控制

執行計劃動態跟蹤管理，更新及時準確，準確掌握施工實際進展情況，盡快發現施工風險，提前發出預警，并采取有效的預防或糾偏措施。

4.6　進度控制過程科學高效，處理措施快速合理

根據項目工作分解情況，確定各控制單元的進度目標，建立進度目標控制體系（目標計劃），實際執行過程中，不斷對比控制目標分析評估工程進展情況，緊抓工程關鍵路徑，兼顧一般，綜合成本、資源等要素進行項目贏得值分析，編制能真實反映項目進展狀況的報告，在科學的數據分析基礎上，制定合理的糾正措施，快速處理存在的問題，不斷修正施工方向，決不讓任何施工隱患擴大化。

篇（11）

1 引言

實驗教學是高校教學的重要環節，然而目前高校實驗教學方面普遍使用的是各實驗室彼此獨立的實驗信息管理系統，這給學校的實驗監督工作帶來了很大的困難。

目前國內尚未出現面向全校所有實驗室的類似系統，究其原因，最重要的一點就是項目管理難度大。僅從需求而言，實驗室多而且各具特點，導致需求難以全面覆蓋和深入挖掘，這樣就很難梳理出一套標準和科學的管理模型，且系統開發極具不可預知性。

本論文的實踐對象――高校實驗教學管理系統就是為高校所有實驗室提供一個統一的網上排實驗和網上監視實驗運行的系統。本系統共分為四個平臺：教務處、實驗室、教師和學生，利用科學有效的數據庫設計技術和長期服務高校教育教學的經驗技巧、以動態定制方式解決實驗室（中心）個性化需求問題。本系統的特點可以概括為以下三點：

（1）該系統有多種用戶，多種管理員；對于每個實驗室，該系統都是一個小型的實驗教學管理系統；

（2）各個實驗室運行模式差異性大，需求多樣化；

（3）用戶群體龐大，對于系統數據的及時準確性要求較高。

上述特點決定了本系統項目管理工作的難度必定很大。從項目管理的角度來說，開發模型體現了軟件開發管理者在管理模式上的變化，目前也存在多種開發模型。然而，傳統的項目管理是選擇一種軟件開發模型，在開發的各個階段實施管理。另外，考慮到開發模型越簡化，管理工作就會越容易，大多數管理者會采用傳統的瀑布模型。瀑布式生命周期的開發過程是順序行進的；活動流向基本是單向的；這種模型的缺點也是很明顯的，各個階段的劃分完全固定，早期的錯誤可能要等到開發后期的測試階段才能發現，進而帶來嚴重的后果。

那么，本系統將會不拘泥于現有的開發模型，針對系統的特點，采用一套行之有效的開發管理方法，合理有效的推動項目的研發進程。

2 “高校實驗教學管理系統”項目管理模型

該系統是在傳統瀑布模型的基礎上加以修改，添加原型和迭代。即首先做出原型，向用戶展示，然后根據用戶提出的修改意見，不斷改善系統，直到用戶滿意。

采用這種管理方式的優點：可強迫開發人員采用規范的方法；原型系統已經通過與用戶交互，在一定程度上可以減少開發過程中的返工；開發人員通過建立原型已經學到了很多東西，在設計和編碼階段發生錯誤的可能性降低；每個階段交出的所有產品都經過負責人的仔細驗證，可保證符合文檔的要求；

該系統開發模型如圖1所示。

依據采用的開發模型，將該系統的開發階段分為需求分析、系統設計、編碼實施、測試、系統試運行，在每個開發階段中進行質量、團隊和進度管理，主要從文檔、工具、溝通、制度、合作四個角度進行。管理模型如圖2所示。

3 “高校實驗教學管理系統”項目管理實踐

3.1 制定團隊規范

團隊開發，永遠不是一個人在行動，因此需要制定團隊規范，來約束大家的行為，以保證進度和質量，團隊規范的內容主要包括：每個開發人員每天晚上匯報當天工作進度；每周末總結本周工作，制定下周進度計劃；遇到問題及時溝通，充分利用團隊優勢；不能完成任務或提前完成任務及時告知負責人；個人獨立解決一個問題的時間不能超過半小時，半小時之后未解決應及時與其他成員商討；階段性的技術總結、團隊內部技術、經驗交流；保證充分可靠的文檔；周期執行檢查工作。

3.2 需求獲取

全面的需求獲取是保證系統開發少走彎路的前提。該系統采用多種方法從不同角度獲取每個平臺的不同需求。比如：方法調查表、定期召開研討會、原型展示。對于每一次的調查和會議，都要有專門人員做好全程記錄，會后及時做好應對策略。

3.3 開發過程管理

采用Microsoft Project制定項目管理計劃。在制定計劃時要注意保證計劃的可行性，明確責任劃分。項目管理計劃隨著系統的進行不斷細化，不斷調整。對于影響系統整體進度的調整，要召開小組會議并和老師交流商量。

3.4 系統設計和編碼

在系統設計階段，給出詳細設計文檔和界面原型，階段性地將設計內容反饋給用戶。在充分理解需求文檔的基礎上，每個開發成員給出詳細設計和界面原型。并在階段性的時間點以研討會的形式展示界面原型，根據用戶要求完善系統設計。

對于四個平臺的功能模塊，根據功能難度、開發成員的編程能力和項目經驗進行劃分。比如排實驗，由于功能復雜，要考慮和驗證的情況很多，這塊功能分配給編程老練、心思縝密的開發成員完成。

在編碼實施階段，采用源代碼管理工具VSS，制定統一編碼規范文檔，統一編碼風格，降低開發和維護的風險及難度。

3.5 測試和試運行

測試階段：制定好測試計劃、編寫測試用例，測試過程做好測試報告，收集測試結果。測試時測試人員要認真細致，對測試中發現的問題做好記錄。測試用例設計要基于需求，避免測試自己編寫的模塊，輸入數據包括合理的和不合理的，測試數據具有代表性。

試運行階段：首先在小范圍內試運行，根據反饋完善系統；然后大范圍試用。試運行之前準備數據，要求數據能夠盡可能的展示各個實驗室的情況；制作培訓PPT；對于操作較復雜的界面錄制視頻；召開用戶培訓會，使實驗室負責人熟悉該系統，同時發現潛在的問題；公布用戶反饋方式，及時、最大限度的獲取用戶反饋意見。在多個學院試運行期間，準備兩套系統，一套試運行數據，一套正式運行數據。學生和教師的培訓工作由實驗室負責。

4 結論

本論文闡述的軟件工程項目管理方法：根據系統的特點靈活使用傳統的管理模型，采取用原型去引導用戶，通過實踐來了解目標系統的概貌，從而不斷獲知和細化用戶的真正需求，明白系統應該做什么，不應該做什么。在項目實現過程中，制定合理規范的管理制度，不僅保證項目按質向前推進，同時使團隊每位成員在項目開發的整個過程中都切實負起責任，增強團隊合作意識，保證用戶的真實需求得到滿足。

通過近一年時間的開發，目前本系統已經開始在幾個學院展開使用，且取得較好的反響，證明該系統采取的管理方法是合理有效的，其開發模型和管理模式是值得借鑒的。

參考文獻

[1]Galin,D. Software Quality Assurance: From Theory to Implementation[M]. Addison Wesley/Pearson,2009:35-40.

[2]Kerzner,H. Project Management: A Systems Approach to Planning, Scheduling, and Controlling[M]. John Wiley & Sons,2009:191-241.

[3]Pressman,R.S.Software Engineering:A Practitioner’s Approach[M].McGraw-HillCompanies,2008:462-602.

[4]Brooks,F.P. The Mythical Man-Month: Essays on Software Engineering, Anniversary Edition[M].Addison-Wesley Professional,2010:20-281.

[5]Patton,R. 軟件測試[M].張小松,譯.北京:機械工業出版社,2008:123-196.

[6]Scgwalbe,K. IT項目管理[M].楊坤,譯.北京:機械工業出版社,2009:150-246.

[7]覃征.軟件項目管理[M].北京:清華大學出版社,2009:40-44.

[8]施平安.軟件項目管理實踐[M].北京:清華大學出版社,2008:73-81.

[9]陳京鷺.淺談信息系統集成項目管理[J].電腦知識與技術,2009(24).

[10]孫延靖,楊功元.項目管理技術在軟件開發過程中的若干問題探討[J].硅谷,2009(17).

[11]許薇.IT項目研發過程中的進度管理研究[J].項目管理技術,2009(S1).

[12]孟曉鴻.談軟件測試自動化[J].中國新技術新產品,2008(10).