工程管理軟件范文
時間：2023-03-31 20:38:12
導語：如何才能寫好一篇工程管理軟件，這就需要搜集整理更多的資料和文獻，歡迎閱讀由公文云整理的十篇范文，供你借鑒。
篇1
1、進度計劃的編制
（1）計劃審查
為了確保計劃的可執行性，我們必須對編制的各項計劃進行審核，審核的內容主要有以下幾點：
①作業的分解及其編碼是不是合理的、是不是對各分部門的需要都能夠滿足，工序的劃分對于進度統計與分析來說是否是方便的。
②編制的計劃是否能夠確保工程再合同規定時間內完成，各分項工程完成時間是否合理，各資源是否在計劃時間內全部到位。
③存不存在邏輯關系錯誤、不合理等問題。
（2）加載資源對順利實現各作業所需要的物質條件進行定義。
（3）落實責任人在進度問題上落實責任人，能夠在進度上出現問題時，追究相關人的責任，也能夠起到監督激勵的作用。
（4）建立目標計劃目標計劃的建立主要是為了在進度出現問題時及時分析問題出現的原因，并采取措施有針對性的進行糾偏。
2、分析調整
在項目實施過程中產生了新的關鍵線路，要對新的的關鍵線路出現的原因進行研究，并以此為依據對計劃進行調整。調整要以生產、技術、材料、預算等部門確定的最低費用為依據，并保證在單項生產任務中實現，不影響其他相關生產任務。對無法實現單項生產任務調整的項目，可以把調整范圍擴大到一項或多項工作中，并對這些項目進行統一調整，最終當前實現關鍵線路與原計劃關鍵線路的一致。
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萬元的資金消耗。以此為依據，項目部的領導決定組織資金進行投入，最終的實施效果與當初的預測相一致。
二、項目管理軟件在工程成本管理上的應用
為有效的降低成本，在工程中引入管理信息系統是非常必要的。當前我國大多數企業在項目成本管理中都采用了《工程項目成本管理系統》軟件。該軟件通過把工程項目中的的進度計劃、合同、材料、機具、人工、分包、費用控制、財務監控等整合起來，進行數據分析，制定出合理執行措施，有效的實現了資源的合理分配，降低了工程成本。
1、工程項目成本管理流程
通過成本管理軟件實現了對施工過程的人工費、材料費、機械費、現場管理費和其它費用的管理，管理內容包括各項費用的預算、分析、糾偏、審核、結算。這些內容最終
通過信息系統整合起來，提供給上級領導層。
2、工程項目成本管理系統結構
項目部第一步要以預算書和施工進度計劃為依據制定產值計劃，第二步就要以產值計劃為依據制定成本計劃。在項目實施中，以費用類別的不同為依據進行控制。在項目的中間階段，以所處階段實際產生的成本為依據實行核算。在核算結束后，要對項目成本核算結果進行分析從而檢查成本控制是否具有成效，并與項目實際產值進行對比。
三、強項目管理軟件應用培訓
為使項目管理軟件更好的應用于項目中，要加強對員工的培訓，提高其操作水平。在員工對項目管理的理論知識有所認識后，結合這些理論知識，需要對員工進行項目管理軟件及其應用的培訓。培訓對象是企業的項目核心小組、職能小組、IT組成員。這個培訓重在傳播“項目管理的思想在各個模塊中的實現思路如何?”、“項目管理是如何進行項目管理的?”、“項目管理各個模塊能做什么事情、不能做什么事情?”等內容。在詳細解決方案確認之后進行，緊密結合企業實際，面向企業各個應用節點的操作人員，即項目管理的使用者。由于項目管理的操作涉及方方面面，所以分部門、分崗位地進行有針對性的培訓，如“成本會計”這個崗位的學習重點就是掌握項目管理成本管理方面的操作。這個培訓要結合上機操作，詳細地介紹相關窗口、功能按鈕、字段含義、報表內容等等。相對來說，項目管理軟件應用培訓是軟件思想層次的、是“形而上”的；項目管理操作培訓是軟件操作層次的、是“形而下”的。
四、結束語
篇2
關鍵詞 軟件；工程項目管理；應用研究
中圖分類號TP31 文獻標識碼A 文章編號 1674-6708（2013）86-0191-01
0引言
軟件應用作為企業在新時代中的重要生存武器已經被人們廣泛認可，但是各個企業在應用過程中仍有許多問題，而且各個企業在不同領域的發展也是差距很大，所以普及軟件知識對于各個企業的工程項目管理十分重要。
1工程項目管理軟件應用的意義和應用現狀
企業應用工程項目管理軟件的意義有很多。第一，可以使企業更好的適應市場化競爭的現狀，加強監理企業、咨詢企業和施工企業等建筑企業的綜合競爭力和核心競爭力。第二，可以使企業達到快速響應市場變化的目標，提高建筑企業的服務效率縮短時間，優化對客戶的服務提高客戶滿意度，從而可以在最短時間內獲得客戶的需求信息。第三，企業的決策水平得到顯著提高，應用項目管理軟件可以幫助企業迅速獲取、傳遞和利用信息資源。第四，決策者的處理信息能力和評價方案能力會得到顯著提升。決策的效率會得到提高，企業的決策會更合理更科學更迅速。最后，運用工程項目管理軟件可以幫助企業通過降低建筑價值鏈的成本以及改善成本結構來降低企業的成本。
作為工程管理現代化的重要標志，項目管理軟件的重要性顯而易見。項目管理的過程十分重要，主要是處理信息和數據，繪制圖表，然后做出計劃，同時根據執行過程中反饋的信息進行調整。目前，軟件在項目管理中的應用主要是以下幾種形式。
1.1以參與者為主導因素的統一管理應用形式
這一形式主要用于大型或特大型的工程項目。在實施過程中，業主首先要根據項目具體特點和自身的相關情況對軟件的應用進行詳細的規劃，其中包括項目管理的應用范圍、所有編碼系統的編制過程、工程項目中應用的網絡系統的構建以及與之相關的培訓項目等等。
1.2各個參與者獨自應用軟件的形式
因為各個參與者對軟件應用的有著不同的見解，所以這種形式十分常見，因為沒有統一的規劃布置，各個參與者會采用不同的軟件。 例如某位擁有完善項目管理的信息系統的參與者會憑借這一優勢而迅速取得很多信息了解并且避免各種風險從而掌握有利地位。
2工程項目軟件在推廣過程中遇到的問題
雖然工程項目軟件的作用已經顯而易見，但是在真正運用和推廣過程中還是有很多問題的。首先，工程項目管理軟件的普及度還遠遠不夠，企業管理層的意識還不夠高，很多中小型企業還是沒有意識到軟件的重要性。而且落實到實際中時，一些企業還是沒有積極的態度，不愿承擔過高的軟件費用。某些企業最然使用了管理軟件，但是大多不是主動運用軟件，而是屬無奈之舉，也就是說各部門的決策者沒有主動自覺的行為。而且部分軟件的價格對于一些中小企業確實是難以支付。
由于在技術、管理、經濟效益等方面的差距，不同企業在軟件使用的深度和范圍方面都大不一樣，中小企業在資金、企業水平、硬件設施和人才運用方面都不能與高水平企業相提并論，所以一般不能擁有一個完整的項目管理軟件系統，也因此不能像大型企業一樣在這方面得心應手。而在一些大型企業和超大型企業中，管理層不能將軟件與實際操作良好結合，某些企業空有完善的軟件管理系統卻不能將其作用發揮出來，造成企業資源的嚴重浪費，這種現象在很多大型企業里面比較常見，一方面是企業的管理制度不夠完善，另一方面是能充分地使用這些軟件的員工不夠。
3 針對以上問題的解決辦法
對于中小型企業來說，不能承擔過高的軟件費用并不代表這些企業不能擁有一套整體的軟件管理系統，軟件管理系統對于一個企業來講是實現高效率辦公的最重要的手段，是企業實施科學的管理的重要的途徑和體現。決策者可以只在某些重要部門運用高端的軟件系統，而那些普通的部門可以通過人才培訓來解決，一方面可以減少企業經營管理的成本，另一方面長此以來員工的素質和技術也會得到進步，企業經過穩步的發展終會建立一套完善的軟件管理系統。
而對于大型或超大型企業來說，擁有一套要完整的軟件管理體系已經不是問題，但是管理層要做到把這些軟件系統的作用發揮到極致。管理層要做到將軟件與員工的操作完美結合，員工要熟練軟件的工作原理和整個部門的工作流程做到人機合一。決策者要將每個部門系統的聯系在一起，杜絕各個部門管理中的不科學、隨意性大等現象，將企業和項目的管理與軟件相互融合，最終做到先進的管理理念與企業的具體情況完美結合。
4結論
軟件在工程項目管理中的應用目前正處于重要階段，是機遇也是挑戰，從國家決策者到企業管理者都應該認識到軟件在工程項目管理中的巨大作用，企業領導者要具備長遠的眼光，將工程管理軟件普及到每一個部門，各個層次的決策者要相互溝通合作，深入長遠的將軟件作為工程項目管理的核心。擁有了扎實的軟件基礎企業才會在殘酷的企業競爭中占據不敗之地。
參考文獻
篇3
關鍵詞：P6工程軟件；項目管理；應用
中圖分類號：K826.16 文獻標識碼：A 文章編號：
P6工程管理軟件具有先進的思路，在工程項目計劃的編制、靜態動態控制以、技術分析、費用估算以及資源調節等方面的指導作用是不可忽視的。尤其是對一些投資規模大、建設周期長、作業量大以及參見單位多的大型工程的適用性表現的尤為突出。
P6軟件實現項目管理的方法
工程項目管理的目的就是為了通過一定的方法以最少的投入獲得最大的效益，工程項目管理具有較強的專業性，分工細以及目標多也作為其的主要特點，其的所以管理工作都是以如何完成工程總進度計劃所制定的目標而進行的，所以工程項目管理的核心與關鍵就是對工程項目進度計劃的管理。工程項目想要達到預期的目標是離不開先進的技術管理理念的。傳統的工程項目進度計劃主要是側重于對時間進度的管理，這屬于工程技術部門的工作，而項目的資源和費用的投入則屬于成為部門范疇，這樣各部門之間都形成了相對獨立的管理程序。而對于任何工程來說，沒有考慮人力、物力和財力的計劃都不具有合理性的，因此也就談不上可行性，項目施工進度計劃的內容應該包括現場的施工作業、工期的控制、設計以及采購等，這樣才能使得項目進度計劃更加細致，更具有可行性。P6項目管理軟件就是以網絡計劃技術作為基礎理論而編制的，其多項目整體經濟效益給予了高度的重視，將投資費用、進度以及資源這三方面緊密聯系在一起，這作為該工程軟件最主要的特點。當前我國很多大型工程的進度計劃的編制都是采用P6軟件完成的，實踐證明其已經成為項目管理的重要控制方法。下圖為P6軟件的歷史沿革圖。從圖中可以看出其的發展歷程。
工程項目計劃的編制
在施工中，工程項目或者是單項工程都要根據合同文件中的工程要求將工程總計劃以及施工計劃編制出來，以實現對工程進展以及施工情況的控制。通常工程項目進度計劃分為四級，其中一級是里程碑進度計劃，二級是業主工程部門和總監理工程師的控制性總進度計劃，三級是承包方的施工總進度計劃，四級是實施層需要的具體執行進度計劃。在進度計劃編制好之后，為了方便各方的傳遞協調以及業主進行匯總和修改，所以進度計劃的編制要使用同樣的P6軟件，同時要對軟件中的工程結構、資源代碼以及作業分類碼等編碼進行統一的規定。下圖為P6軟件的相關功能圖，從圖中可以看出其實現工程管理的過程。
2.1建立工程組
在所有計劃制定之前，要結合工程項目的特點，對將要制定計劃的整體結構要在腦中形成初步的框架結構。像有的合同中與多個單項工程，有的在一個工程中有多個合同，這時承包單位、監理單位以及業主在其中的角色也是各不相同的。基于此種情況，在初始工程項目組的監理時，要充分了解工程規模情況，若工程國模較大而且很復雜，就可以將其分為若干個子工程項目，進而建立相應的工程項目組，這樣可以方便對工程項目的管理。這里所說的工程組也就是主工程，是指它自己的作業和多個子工程的集合工程。通過工程組的建立可以有效簡化較大規模工程的管理，給不同子工程的數據組織和匯總提供了很多方便。
2.2項目編碼的設置
對網絡計劃的過濾、分級以及對報告數據的分析對比可以通過各種不同特征的編碼訊息快捷的實現，在設置項目編碼的時候，應確保所有的結構代碼都是通俗易懂的。項目代碼主要包括WBS（工程分解結構）代碼、作業分類碼、日歷代碼以及資源代碼。通過資源代碼的設置可以為施工企業資源合理優化配置提供可靠的依據，同時也方便了監理單位對資源的匯總；施工過程中，需要依據施工安排和施工周期設置和選擇日歷，比如在汛期中停工的周期、以及在實際施工過程中具體工作日的安排等。在編制計劃時，我們可以針對這些情況定義出不同的日歷同時加載到相應的工程作業當中，系統可以自動完成數據的組織；WBS代碼是一個分級的樹形結構，可以實現工程作業的細分，按照單相工程、分布工程、單位工程以及分項工程的層次對整個工程項目進行分解。在進行項目規劃中，對于計劃的編制來說WBS結構的設計是非常重要的，其設計應有層次，要堅持從一個層次到另一個層次自然轉移的原則，同時要控制好層次的數量。目前WBS結構設計的方法有很多，比如按照系統和子工程劃分、按照專業劃分以及安裝項目所處的不同階段來進行劃分等，這些方法都有各自有自己的優點和不足。通常項目WBS結構設計是將這些方法結合在一起來進行的，在不同的層次使用不同的方法，主要是根據具體的情況而論。為了方便業主對計劃的宏觀調控，這時就需要一個共同的管理模式系統使得他們可以進行溝通協調。而WBS可以其編碼結構以及代碼字典作為編制的基礎，實現對工程項目的費用、資源以及進度的管理，進而使得所有的參建方都能實現信息的及時溝通，這為工程項目進度的控制和項目管理提供了很多的方便；作業分類碼其實是對WBS的補充，作業碼的設置是為了按照指定的列類別對工程作業進行分組，這樣可以對數據更加有效的進行組織，進而使其為報表圖像的制作或者依據分類碼實現對作業的排序以及匯總等提供可靠的依據，這也就是說起可以從多個方便保證計劃的科學合理性。
2.3邏輯關系的建立
邏輯關系的建立作為項目進度計劃編織中重要的環節之一，所以工程作業的執行都是離不開某些作業的完成的。計劃的可行性在很大程度上會受到確定的邏輯關系的影響，因此在邏輯關系的建立當中，要依據施工設計以及工藝流程，實際情況進行綜合考慮，認真分析每項作業，這樣才能保證所建立邏輯關系的合理性。
2.4關鍵線路
有總時差為0的作業組成關鍵線路，在一個工程中可以同時存在超過兩條的關鍵線路。在工程項目的管理中要將關鍵作業作為重點，進而確保計劃是順利實現。同時為了有效節省費用和資源，要做好對非關鍵工作潛力的挖掘。
2.5對工程項目進度計劃的審核
以上是對工程計劃編制的分析，在編制完之后還要對其進行審核，通常審核的主要內容有：第一，檢查計劃中是否存在漏洞以其完整性；第二，對其邏輯關系的合理性進行檢查以確保其具有可行性；第三，對工期和完工的時間檢查以保證計劃具有指導性；第四，對資源和費用的平衡度進行檢查以保證其具有效益性。
工程項目進度計劃的執行
工程項目進度計劃會涉及整個工程的全部過程，在執行中有很多因素都會給其帶來影響，因此對計劃的科學性還需要進行驗證。首先要對施工進行跟蹤，做好信息收集工作，實現動態管理，承包方要根據施工進度計劃，定期或者是不定期的對施工的進度進行檢查，注意計劃實施的情況，依據工程的進展情況將完成的實物量及時統計出來；其次要根據工程的執行情況進行分析，進而使得進度計劃得到優化，要將工程執行的實際情況和進度計劃進行對比，將出現偏差較大的作業找出來，要及時分析跟不上進度計劃作業的原因，同時要采取補救措施以保證計劃的順利實施。如果是由于施工以及設計變更等給工程進度造成影響的，可以各級具體情況對計劃進行適當的調整。總之就是要及時發現并解決給工程進展帶來影響的所以問題以保證工程項目的順利實施。
XX電廠P6管理實例應用：項目背景國內某電廠建設項目為了在電廠基建過程中更好地對工程項目的進度和費用進行管理，采用Primavera軟件加強對監理及承包商單位的管理，增強項目建設的透明度，迅速準確地掌握電源建設項目的狀態信息，對項目的發展進行預測，從而保證項目按計劃高質量的完成。下圖為該電廠在建設項目中應用P6軟件進行項目管理圖。
結束語
綜上所述，通過P6軟件在工程項目管理中的應用，可以確保工程項目進度計劃編制的科學合理性，在應用的過程中，領導應對計劃管理工作引起高度的重視，以保證計劃得到真正的實施。
參考文獻
[1]吳俊,劉百興,何為,楊學紅. P6軟件在施工總進度網絡計劃技術中的應用[J]. 人民長江.2011(16).
篇4
[關鍵詞] P3 軟件應用 項目管理
[正文]
火電工程項目建設具有資金密集、技術密集、資源密集、專業眾多、交叉施工等特點，同時還要受工程設計、設備制造、設備和材料的采購運輸、還有其他許多工程外部因素的影響。在工程開工前須正確地表示這些錯綜復雜的關系，在工程實施過程中，當某些主客觀原因導致某些進度提前或推遲時，又須動態地反映這種變化對整個工程進度的影響，并及時作出相應的調整，使整個工程項目的建設和施工始終在可知可控、優質高效、安全文明的情況下完成，為了合理地計劃、組織、協調、控制和管理好工程項目建設中方方面面的工作，就需要利用P3軟件進行工程進度計劃控制及管理。本人結合在半山燃機項目中對P3軟件的認識，談談其在電力工程施工過程的實際應用及普遍存在不足。
一、P3軟件的優點
P3作為專業的工程項目管理軟件，能滿足工程項目管理的許多要求，主要是進度控制，同時也可以進行費用控制和資源管理。特別是軟件可以將進度、資源、資源限量和資源平衡很好地結合起來，使得進度計劃可以不再只是憑經驗甚至是拍腦袋制定出來的說不清楚或者說得不太清楚的定性計劃，而是基于要完成的工程量／工作量并結合施工承包商的人材機資源而制定出來的定量的切實可行的科學合理的進度計劃。 另外，作為商業軟件，P3軟件能夠共享數據資源，如網絡版P3軟件的工程組的主子工程模式，使得工程的眾多參建各方如業主、監理、施工承包商可以同時在同一個工程組的不同子工程內按授予的不同權限進行讀寫或只讀的操作，共享同一個P3工程數據庫的數據；操作靈活方便也是P3軟件的一大特色，豐富的視圖管理，作業分類碼，WBS編碼，多種工程日歷、作業類型和邏輯關系，用戶自定義編碼，整體更新，資源平衡，自動匯總，數據組織、輸入輸出、網上等等，尤其是過濾器的使用，非常靈活。
二、P3軟件在工程項目管理中的應用
1、工程項目管理的主要內容。
工程項目建設管理的主要內容包括“四控兩管一協調”。具體來講，“四控”管理包括工程的進度控制管理、質量控制管理、費用控制管理和安全文明施工控制管理；“兩管”管理包括工程合同管理和工程信息管理，“一協調”管理則是指和工程項目建設現場參建各方，如業主、監理、承包商之間，與工程建設有關的外部條件之間各種關系的協調管理。
2、工程進度計劃管理是重點。
在工程管理的諸多內容當中，進度計劃管理是重點，是核心，抓住了進度計劃管理，就等于抓住了主要矛盾，就抓住了綱。工程管理的很多內容都是圍繞著進度計劃管理來進行的。比如每個具體工程的總工期是多少，應該什么時間開始，什么時間完成。工程下面有可以逐級劃分成哪些項目，完成這些項目分別需要多少工期，它們應該什么時間完成。項目之間的邏輯關系怎樣，怎樣表示這些邏輯關系；完成這些項目需要提前進行哪些準備工作，施工圖應該什么時間到，設備材料應該什么時間到，這些都是建立在進度計劃基礎之上的。進度計劃做好了，后面的工作才有依據。完成一項計劃需要多少費用，需要完成多少工程量或者工作量，需要多少人工、材料、機械，不同專業和標段的工序如何交接，何時安排質量控制和檢查驗收等，哪些工種和工序的安全問題應予特別重視，各種關系依據什么來協調等等，都是建立在進度計劃基礎之上的。
3、利用P3軟件編制工程施工進度計劃
一級計劃稱為里程碑計劃，反映的是重要的形象進度控制點以及合同支付控制點。二級計劃分為指導性計劃與控制性計劃，其中指導性計劃由業主工程部門編制，而控制性計劃是由各承包商根據指導性計劃編制初步三級計劃并上報審批，由業主工程部門匯總、平衡形成的總進度計劃，該計劃經過業主審批后作為控制性目標計劃。三級進度計劃是由承包商根據二級控制性計劃編制，反映承包商對所承包的項目內容的總體安排。而四級計劃則是三級計劃的作業實施計劃，是對三級計劃的進一步分解，是現場進度協調的依據。
作為專業公司，我們在利用P3軟件編制工程施工進度計劃時，主要是根據項目部確定的二級計劃進行三級計劃及四級作業實施計劃的編制，以工程施工工序作業為實體，根據相近工程的定額工期，參考已完和在建同類工程的工期，再結合本工程的具體情況，定出該作業的合理工期，再加上完成該作業需要的其它時間因素開工時間，完工時間，以及和其它作業之間的邏輯關系，就構成了基本的施工進度計劃。
編制工程進度計劃時在各級計劃間建立相互的分解與匯總關系，工程各專業工種和各級進度計劃之間要建立必須和必要但不多余的，能真實地表示工程工序之間的相互聯系的邏輯關系，以便工程跟蹤控制進度計劃時能將下級作業的進度自動匯總到上級去，動態地反映進度計劃之間的相互影響和真實進度。
4、月度報表
利用傳統的方式核對本月完成情況并下達下月計劃，是十分費時費力的事情，而且準確性及完整性不是十分好，為此，我們利用P3軟件更新本月的完成情況并過濾出下月計劃，形成下月目標計劃。
三、P3軟件應用過程中存在問題及建議
1、關于質量控制與安全施工計劃的編制。
工程建設管理，除了要求工程施工不僅在可知可控的情況下進行完成外，對工程質量控制，安全文明施工也都有嚴格的考核指標要求，目前，由于電建行業的特殊性，涉及專業范圍太廣，我們編制的進度計劃根本沒有將工程質量控制，安全文明施工管理納入P3工程管理的范疇，這樣，在工程跟蹤過程中，就無法提前過濾出有考核質量要求的作業，提前做好質量施工的技術準備和人力物力上的安排；也無法過濾出易發或容易忽視的有安全隱患的作業，提前給予特別的提示和預警，引起重視，從而確保工程施工在保證質量，安全和文明有序的情況下完成。因此建議可以考慮以后將這一塊內容納入P3管理范疇，可以通過設置質量標準分類碼，安全級別分類碼的形式，對那些有質量要求，有安全要求的工序，在編制計劃時賦予相應的質量標準分類碼和安全級別分類碼。
2、關于工程資金計劃的編制。
用P3軟件編制好工程進度計劃，再定義好費用科目和費用類別后，就可以在相應的作業上輸入完成該項任務需要的工程預算費用，如輸入相應分攤的建筑工程費用，非施工作業輸入相應分攤的其他費用，同時根據考慮費用在作業上的分布曲線，就可以利用P3軟件作出工程的資金計劃。利用P3軟件做出工程的資金計劃后，不但有利于項目部對工程資金需求心中有數，提前做好資金的籌集和組織工作；也有利于直管的技術人員和施工員心中有數，真正做到對費用項目的全員控制。這方面還需投入經營預算人員與P3計劃編制人員的配合，以P3計劃劃分的作業來計算本作業的資金量，這部分內容的實現關鍵在于決策層是否愿意投入人力資源。反過來，如果當資金來源不是要多少就能提供多少，而是受到一定客觀條件限制，或主觀上要求在工程建設期內按某種比例或曲線提供時，可以通過調整進度計劃中某些工序的工期，開工和完工時間，從而制定出與這種資金供應計劃相適應的工程施工進度計劃。
3、關于工程量施工強度計劃的編制。
用P3軟件編制好工程進度計劃，利用P3軟件資源定義功能定義好工程量項目后，就可以在相應的作業上輸入完成該項任務需要完成的實物工程量數量，同時考慮工程量在作業上的分布曲線，就可以利用P3軟件作出工程的工程量施工強度計劃安排。利用P3軟件做出工程量施工強度計劃后，有利于施工員根據工程量施工強度計劃提前做好施工前的組織計劃等準備工作。由于P3軟件操作者一般均有工程技術人員兼任，很多技術人員對P3軟件是第一次使用，對P3軟件的巨大功能認識不足，也存在時間和精力上困難，所以在項目中這方面內容往往沒有被仔細考慮；但也有一些是由專職的P3工程師操作，但P3工程師在操作過程中又往往對專業不是很熟悉，所以也就存在一定困難。
4、關于人材機資源分配計劃、資源平衡和成本計算。
用P3軟件編制好工程進度計劃，利用P3軟件資源定義功能定義好人、材、機資源、資源限量后，就可以在相應的作業上輸入完成該項任務需要人、材、機資源數量，同時考慮資源在作業上的投入分布曲線，就可以利用P3軟件做出工程的人、材、機資源計劃安排。利用P3軟件做出工程的資源計劃后，有利于施工承包商對工程資源需求心中有數，以便提前做好人、材、機資源的計劃組織安排工作。一般說來，任何資源都是有限的。可以通過軟件的資源平衡功能，根據施工班組和施工分包商的資源限量情況，讓P3軟件自動地調整進度計劃中某些工序的工期和完工時間，從而制定出與資源限量情況相適應的工程施工進度計劃，也可以說是結合項目部實際的切實可行的合理的施工進度計劃。
資源平衡的條件是需要資源平衡的作業要有足夠的浮時。當浮時不滿足要求時，且后續作業又不能后推時，施工班組只能通過增加人、材、機資源投入，或者改變施工工藝和施工方法來滿足后續工序的進度要求。在利用P3軟件資源定義功能定義人、材、機資源時輸入資源的單價，還可以生成完成該項作業的成本費用。
5、設計圖紙、設備材料交付進度計劃的編制。
施工圖交付、設備材料交付是制約工程進度的主要外部條件。工程施工進度計劃編制完成后，根據工程設計圖紙和設備材料是施工工序開工的必要條件，將設計圖紙和設備材料處理為施工工序的緊前作業編人工程進度計劃之中。
考慮到必須進行的設計圖紙審圖和交底，施工準備等的時間提前量，利用P3軟件自動倒排出工程需要的設計圖紙交付時間，并據此為基礎與設計承包商充分協商后，從而確定出工程實際的設計圖紙交付進度計劃，并作為以后動態跟蹤控制的目標。
考慮到必須進行的設備材料交付前的設備檢查驗收，有些設備還需要現場組裝等的時間提前量，利用P3軟件自動倒排出工程需要的設備材料交付時間，據此為基礎并與設備材料供應商協商，從而確定出工程實際的設備材料交付進度計劃，并作為以后動態跟蹤控制的目標。
根據目前工程情況，施工圖的交付計劃及其設計過程的跟蹤，設備材料交付計劃及其制造交付過程跟蹤等雖然也編入工程進度計劃進行管理，但實際過程中，計劃趕不上變化，施工圖的交付時間和設備交付時間拖延是P3計劃實施過程中的一大障礙。
7、其他問題。
在P3實際應用中除了工程進度計劃的編制外，還有進度計劃的審查，目標計劃確定和更新，進度計劃的跟蹤控制辦法和網上，P3信息編碼規定，切合實際的P3應用規劃的制定，工程參建各方在進度管理中的分工和職責等，也是應用 P3軟件進行工程進度管理必不可少和相當重要的幾個問題，需要在 工程建設初期就要引起重視和提出 相應的辦法。
篇5
【關鍵詞】P3;項目管理軟件;控制;工程;進度
引言
近年來，國家加大了對電力輸電網絡設備的投入，同時對輸電設備施工質量的管理也提出了更高的要求。在我國的工程管理中仍沒建立起相關機制對進度進行管理，特別是在進度控制信息化方面與國外的管理水平相比還有不小的差距。因此，對輸電項目進程控制的研究，特別是在利用P3項目管理軟件對工程進度進行控制管理以及對實際輸電工程項目進度管理中都有非常好的指導意義。
1.P3項目管理系統闡述
Primavera Project Panner（簡稱P3）美國Primavera公司開發的項目管理系統。P3項目管理軟件的重要性體現在它的強大功能上。許許多多的繁重和復雜的任務，只有P3項目管理軟件勝任管理任務。它作為最為基礎的技術軟件，可以同時對兩個或者兩個以上的項目進行管理。P3項目管理軟件的特征性較為突出，同時由于它的應用范圍非常的廣泛及使用頻率相當高，越來越引起人們的注意。P3項目管理軟件利用網絡計劃技術，很好的解決了工期進度和投資成本情況無法整體性動態管理的問題。P3項目管理軟件還將投資動態過程與目標管理方法相銜接，這樣項目管理的方式和方法會變得應用性更強。
1.1 P3能有效控制大型、復雜項目
P3項目管理軟件對于繁復的任務或者工程具有很強的處理功能。特別有一些工程由于時間的間隔較為長久，更需要它的控制。同時它還支持無限資源，能以目標基準計劃作為對比依據。
1.2 P3能同時管理多個工程
P3項目管理軟件對于用戶來說非常的方便，可以簡簡單單的就控制管理多個工程。多個工程是指同時進行的多個不同項目或者是一個大型的、復雜的主項目下的子項目。主項目和子項目之間的關系處理、多數據共享、遠程工程計劃進度的下達和上報等等。
1.3 信息編碼和工程結構分解
P3項目管理軟件信息編碼功能也較強，它可以按照要求整合作業數據，同時對作業數據進行歸類。它也能將工程數據進行有效的組織。并且及時地審閱工程進展。可使用WBS、資源、費用賬號、作業分類碼和其他方法組織工程數據。
1.4 報告工程進展
P3項目管理軟件能夠提供不同的報告及圖形，對于復雜的工程進行可行性分析。針對不同的用戶支持多種語言的輸入。項目進度報表中同樣可以添加各項數據。
2.P3軟件基本原理
2.1 工程項目計劃的信息化管理
P3項目管理軟件的管理過程是循序漸進的，它通常是以工序為單位，由于工序的特征不盡相同，所以設定的取值也會不同，這樣的劃分是較為合理的。P3項目管理軟件的信息編碼包括以下幾個方面。根據側重點不同劃分為：作業分類碼、WBS編碼、資源代碼、自定義編碼。
2.2 費用與資源管理
正確的將資源費合理的計劃在項目時間的安排之中，是考驗項目管理人員綜合能力的大事。這一問題的解決得益于信息化管理技術的產生。網絡計劃技術的項目管理軟件出現后這一難題得以真正解決。P3項目管理軟件是將資源統計功能逆向分析進度計劃的可行性的項目管理軟件。利用P3項目管理軟件，在制定進度計劃時，可以將各環節的總工程量、所需材料與費用的產生情況都加入到作業內，通過計算可得出各環節的總工程量、所需資源與費用隨著時間的變化情況。
2.3 進度壓縮與優化
計劃模型可通過使用P3項目管理軟件來進行建立，當通過相關計算得出活動節點滿足不了預定工期時間的時候，就必須對相關作業的計劃進行調整和安排，其它作業如果在一起不便于分析。為了方便分析，可使用過濾器將關鍵作業過濾出來，然后再進行分析。
3.P3 運用在SDX工程上的研究
為了實現工程優質、品質高的總目標，必須要實時的展開各種工作，P3項目管理軟件要求進行相關管理工作。
3.1 建立P3管理機構和制度
根據SDX項目工程的組建和籌劃，特別的開展了《P3進度計劃和控制管理規定》的設立。根據管理的目的、構架，計劃的層次、內容、深度，跟蹤、更新，、查詢和安全要求，以及考評辦法進行了規定。基于這些，特別的制定了各部門分工職責 和P3管理制度，同時將其分為P3工作組和P3管理網絡。
3.2 制訂P3規劃并建立P3工作框架
P3管理制度規劃主要包括計劃編寫的能力及范圍、采取何種結構（工程組、WBS工作分解結構等）、不同進度的理論計算、不同權限的設定和設置等原則、計劃更新的職責和周期、目標計劃的維護及工程備份的要求等等。
3.2.1 工程組的確定
一般來講要組建整個SDX工程，必然需要不同的參建方。他們作為子工程，有著不同的識別碼，分別為cl、c2、c9等。根據各子工程包含內容多少和復雜程度，確定是否需要建立各子工程內部的工程組和子工程。#5標段由于施工范圍較大，內部建立#5標段的工程組（WGC5）和土建、安裝子工程，子工程識別碼分別為CV和ER。
3.2.2 P3代碼的確定
P3代碼的不同設定是必不可少的。這些代碼的產生一定需要特定的工程人員來設立，與此同時，這些代碼還必須要滿足不同的層面的人員的各種要求。有效的編碼應當是整個計劃編制的前提，是各種計劃成果輸出的框架基礎。
3.2.3 建立編碼和曰歷
所謂編碼主要包括兩種代碼：資源代碼和作業代碼。作業項目可通過資源代碼和作業代碼進行歸納及分類，因此計劃人員可方便的對計劃指標進行統計。按照SDX工程項目進度的管理部門，三級進度的作業代碼主要包括以下：00 0 01100回回回0 i：此二位為子工程識別碼，在建立子工程時設定，以后在作業代碼中自動生成。i：此位用于區分不同的機組號，以阿拉伯數字表示。0：本位用于R分作業類型。1;本位用于區分系統。@：本位用于區分單位工程。0：該位是對分部工程的表示。回回回：這三位是對每個分部工程的具體工序編號的表示，為日后能夠對內容進行增添，要用適當的值間隔。在施工過程中，遇到固定的節假日，這時要通過定義日歷來解決問題。
3.2.4 跟蹤更新
工程項目的施工過程中，由于受客觀因素的影響，實際施工進度往往會與計劃進度有所不一樣，這就要求對實際施工進度進行實時跟蹤。對施工進度進行控制，通過將實際的施工進度與計劃進度進行比較分析和評估當前施工的執行情況，并根據當前施工的實際情況及目前時間坐標提出新的關鍵線路，為確定工程新計劃提出可行性的依據。
3.3 SDX工程P3進度計劃編制
參與SDX工程建設的各方是工程進度控制及計劃的主體，控制監督者受籌建處的委托，全面對工程的進度進行監督。監理單位的任務包括編制工程進度的一級網絡計劃以及負責對施工、設計、調試等環境核查，然后依據一級網絡計劃編制出二級計劃，同時對一級計劃不斷完善，對工程進度的協調及控制全權負責。
4.結語
本文以P3軟件在SDX電力工程項目中的應用為研究對象，在全面考量了國家電力網絡建設中項目和管理兩方面的效應，充分總結理想解法和灰色關聯度分別的優勢之后，形成了基于理想解法和灰色關聯度的配電網投資效益評價模型。但是在該過程中因為缺少詳細的有關數據，所以可能會存在精確度不夠的缺陷，客觀的來講，本文所提出的評價模型具有一定現實指導意義。
參考文獻
[1]王一軍.對P3項目管理軟件在國內電建項目應用現狀的分析與思考[J].電力建設，2008，29（2）：75-77，100.
[2]周迅.P3項目管理軟件在水電工程投標設計中的應用[J].四川水力發電，2007，26（6）：45-47.
篇6
關鍵詞：軟件工程；質量管理
一、軟件工程質量管理的概述及其原則
1.1軟件工程管理的概述。
在軟件項目中，軟件工程管理是一個非常關鍵的問題，這一點和其他的工程是一致的，但是由于軟件從業人員的精力一般會更多的會放在軟件開發上，使得這一問題經常會被忽視，或者往往會被一筆帶過。這種情況如果發生在一個比較小的軟件開發項目中，一般影響不會很大，但是如果軟件開發項目比較大的化，而且缺乏優秀的管理人員對整個項目進行領導和協調，那么很容易出現軟件項目失敗的情況，基于此，我們必須要對軟件工程管理加強認識。
軟件工程管理這一工作涉及的范圍比較廣，和軟件開發的方方面面都有直接的關系，比如，其直接對象就包括人、財、物，其中，人指的是軟件開發的工作人員，財則是指軟件開發的項目經費，而物則是指整個軟件項目。當前，針對軟件工程管理的理論尚不成體系，整體還處于一個比較初級的階段。但是，管理理論本身是相同的，他山之石，可以攻玉，因此，將傳統項目管理的經驗和理論應用到軟件的項目管理上也將會取得非常明顯的效果。當然，我們身為軟件工程管理人員，在工作之初就應該對整個項目有一個比較全面的了解，如果這種意識達不到則后續的工作很難開展，這是我們順利進行軟件工程管理前提。當我們具備了俯瞰整個項目的能力以后，則需要在管理中使用合理的管理技術。一般來說，軟件工程管理這一工作主要可以分為 4 個方面：軟件項目的計劃、軟件項目的組織、軟件項目的領導和軟件項目的控制。
1.2軟件工程質量管理的原則。
軟件工程管理的原則應該是服務于軟件工程管理根本目的的，而軟件工程管理的根本目是希望整個軟件項目的生命周期處于我們管理值得控制之下，能夠在不超出預定成本的前提下保質保量的將軟件交付給顧客，這一點針對大型項目尤為重要。一般來說，對于軟件工程管理影響比較大的幾個因素有流程、技術、組織以及進度成本。因此，我們在軟件的管理中應該嚴格遵循以下幾個原則。
（1）滿足用戶需求。這是最基本的一個原則，如果軟件不能夠滿足用戶的需求，無論我們將軟件設計的多么優秀，都將沒有實質性的意義。
（2）合理進度、成本、功能關系。這是確保顧客滿意的一大原則，一般來說，我們對于軟件的管理也是從三個方面開展的。在具體的工作中，這一原則體現使進度、成本、功能三者關系處于一個平衡的狀態，只有達到了這種平衡，才能保證我們軟件企業產出的最大化。
（3）具備擴展性和靈活性。這是軟件工程管理中針對軟件的要求，如果軟件不具備這一特點，那么會極大地增加我們的工作量，導致我們工作的效率低下。
二、加強軟件的系統測試工作
目前，軟件的測試較為成熟，已經具有存在完整的理論與體系。我們在軟件的測試中，應注意以下幾點：
（1）軟件測試的過程中，計劃的重要性不容忽視，因此，我們要確保根據開發的具體階段采取相應的測試計劃。
（2）對于軟件測試的執行，又可以分為人工測試以及自動測試。其中，自動測試的方式使用較多，主要是由于此方式能夠有效地避免代碼回歸的現象，而且準確率相對于人工測試要高。對于測試范圍來說，我們的目標是“一切測試自動化”。舉例來說，在處理大型分層應用時，對于數據庫層、業務邏輯層等都可以使用自動測試。
（3）加強“測試優于實踐”理念，測試要在編碼之前，通過這一理念能夠極大地減少編碼實踐，為總體測試成本的降低起到很好的效果。在注意這些細節的同時，我們可以通過以下措施做好軟件測試這一工作：
三、對于軟件開發過程質量項目管理的具體措施
3.1試驗室系統聯調工作務必要做好。
在這一工作中，首先要保證對系統的測試計劃進行合理的評審，評審內容主要是測試范圍、內容、資源、進度等是否符合要求以及測試的方式是否合理等。然后，以此作為基礎，評審系統軟件的驗收測試規范以及驗收測試規程。
3.2對測試進行有效地記錄。
在測試完成之后，我們必須要有詳細的測試記錄以及測試報告，通過這一報告，我們可以做好軟件問題的歸零處理，這就對測試的完整性以及可追溯性起到了有效地保證作用，對于測試的效果也有很大的提高。
3.3充分了解需求，做好質量計劃
軟件開發是以實用為目的的，這就需要我們加強溝通，對用戶的需求有全面、充分的了解，在這個過程中，我們應該保證項目需求說明書的完整性與規范性。另外“質量出自計劃，而非出自檢查”在軟件質量開發中依舊適用，在項目實施時，精準的計劃能夠在我們質量的控制上起到事半功倍的效果，對于質量計劃的實現，我們需要配合對軟顧客需求的了解，然后確定產品的具體參數及技術要點，并找出最合適的方法。我們一般使用用流程圖、因果分析圖等方法對計劃進行分析，然后確定關鍵因素，制訂合理的標準。
3.4加強代碼的檢查
代碼質量一般來說決定著軟件的質量，而開發過程中由于不同的環境、成員的因素這就很容易給代碼帶來很多不易被察覺的隱患，為后續的維護工作帶來很大的麻煩，也為用戶造成了困擾。由于軟件代碼量一般較大，所以我們可以采用代碼走查的方式對代碼進行檢查，這需要開發人員按周期對代碼進行講解、溝通，通過這一方法，不僅可以改善代碼的質量，也可以提高開發人員的技術水平。
3.5軟件質量的測試
軟件的測試一般是指通過人工或者自動的手段對運行的軟件進行測試，其目的是為了發現程序中的錯誤。總體而言，軟件的測試可以說是對于軟件質量最好的保證措施，它能夠發現軟件中的缺陷，提前做出應對措施，減少企業的成本，提升用戶的體驗。目前，軟件的測試較為成熟，已經具有存在完整的理論與體系。我們在軟件的測試中，應注意以下幾點：
（1）在軟件測試中，測試計劃非常重要。我們在工作中，應根據開發的具體階段采取相應的測試計劃。
（2）在軟件測試的執行中，有人工測試和自動測試兩種。一般來說，我們普遍選用自動測試的方式，這種方式可以避免代碼回歸的現象，并且準確率較高。對于測試范圍來說，我們的目標是“一切測試自動化”。舉例來說，在處理大型分層應用時，對于數據庫層、業務邏輯層等都可以使用自動測試。
（3）采用“測試優于實踐”的理念，可以先編寫測試，在進行編碼，這樣可以節省編碼的時間，也為總體測試成本的降低起到很好的效果。
（4）了解測試的種類，軟件測試可以分為單元測試、集成測試以及接受測試三種。
四、結論
軟件工程在開發過程中往往會出現低質量軟件和難以避免的缺陷 ，這就要求軟件工程產品在開發過程中制定一套完善的軟件工程質量標準 ，要做好軟件工程質量保證和質量控制。軟件工程質量管理對軟件工程產品的開發起著不可替代的作用 ，因此需要采取必要的措施加強軟件工程質量管理 ，最終保證軟件工程產品的質量。
參考文獻：
[1]許海昀。 建立軟件質量管理制度，加強軟件正規化管理[J]。 科技創新與應用，2012，（27）。
[2]王軍。 基于CMM軟件項目質量管理的研究[J]。 硅谷，2012，（17）。
[3]李文芳。 基于過程控制的軟件質量管理初探[J]。 計算機光盤軟件與應用，2012，（15）。
篇7
關鍵詞：軟件工程；管理現狀；創新策略
1軟件工程管理的主要特征
從特殊性方面看軟件工程的管理有兩個方面:第一個是軟件工程管理的過程，另一方面是軟件項目管理的內容。負責項目管理人員需要有一個清晰的理解，工作實施步驟熟悉，同時在實際過程中應注意各種突發狀況，進而確保順利完成軟件工程管理的所有工作。開發軟件之前，應進行軟件工程管理工作，應該是在整個軟件生命周期內把所有工作流程都滲透到工作中。完成整個工作的任務的同時，整個軟件工程管理的工作就告一段落了。在軟件工程管理的整個過程中所有的工作人員都必須完整并熟練的掌握自己所負責的工作內容，并制定規范化的流程管理程序。在這種情況下,需要有五個步驟才能完成主處理程序，首先是啟動，然后是規劃，其次是執行，接著是控制，最后也是結束程序。總而言之，項目的每一個過程階段都是一個循序漸進的過程，都需要完整的完成。如果需要完成一個項目，首要條件就是要完成該項目實施中包括的每一個流程。
2軟件工程管理現狀
2.1項目進度規劃性不足
軟件工程子項目進度的規劃性在軟件項目開發階段是非常重要的一個環節，后期開發工作在軟件項目開發階段是有著重要影響力的。但在目前的軟件工程管理中，由于對軟件工程和軟件開發計劃相對缺總體規劃，規劃和實施效果的可行性難以有效推進，規劃工作具有實際應用價值，同時也大幅度的貶值。此外，由于該軟件工程項目的規模在不斷的擴大，因此管理的復雜性也不斷增加。在軟件項目管理工作中，普遍執行效果和可行性達不到標準水平。與此同時，在實際的工作過程中,一些出乎意料的突發事件時常發生,這些突發狀況將會直接影響整個軟件項目的開發計劃,并給進度管理的進度帶來不利的影響,影響了工程工作的順利完成。
2.2項目團隊應對突況的能力有限
軟件工程管理工作的實際操作中，一些相關的突發事件頻頻發生，給軟件項目開發的整體效果圖帶來不利的影響，導致項目管理的進度相對滯后。針對目前的情況而言，大部分的項目組緊急處理事件的能力具有一定的局限性，在突然缺乏靈活能力的情況下，也不能及時提出有針對性的措施，以限制管理工作的運行。
2.3缺乏溝通和風險管理意識
人力資源發揮非常重要的作用在軟件工程管理的發展過程中。如果提前做了有效的溝通又進行了完美的規劃，那么就不會出現大量勞動力浪費這種現象，最終影響軟件項目管理的工作的結果，嚴重的甚至不能按時正常的完成工作。就拿風險管理問題來說，一般的項目經理并不能真正意識到風險管理的重要性，風險管理計劃的時候他們根本不重視，那么就會直接導致許多不可預測的實際管理風險的發生。隨著軟件工程管理工作變得更加復雜，與此同時軟件項目的規模也逐漸的擴大，由于越來越多的人都參與這個項目，以至于軟件工程管理人員也越來越復雜，隨之誕生出來一些問題，進而給管理工作帶來了一定的難度。
2.4缺乏科學靈活的軟件工程管理體系
實施統籌規劃運用在整體軟件工程管理的進程中，建立科學以及靈活的軟件工程管理系統是重要的先決條件之一。軟件工程管理是一項涉及環節非常復雜的任務，需要完善管理體系為指導，但目前的軟件工程管理體系還存在缺點，主要是缺乏凝聚力性和實用性，這也是導致整個工作指導性下降的原因。
3軟件工程管理的創新策略
3.1對項目開展精細化管理
推進軟件工程管理的有效性，以便于提高工程產品的開發水平，促進整體管理的發展首先從工程中包含的各個階段入手，對各個時期的子項目進行精細管理。首先，管理者應該清楚軟件工程管理工作的必經階段包括什么，在軟件工程的設計階段包括界面設計、技術開發和測試階段等各階段的發展過程；其次，以了解各組件的軟件工程部門或職能部門的具體發展方向和任務，并全面掌握兩者之間的聯系；此外，建立組織結構，在詳細的軟件工程的發展過程中，在發展過程中及時改進。從進度、質量和人員三方面進行精細化管理，并通過精細化管理為軟件的開發奠定基礎。
3.2成立項目應急小組，重視項目團隊管理
軟件工程開發也被看做是技術創新的過程，其研究和開發進程中，易發生各種問題，如技術和管理等矛盾與沖突。但是部分技術差異扔存在于不同的職能子項目部門，根據特殊性和需求管理，經營者應當建立應急項目小組，并從所有的子項目中選定一個應急項目小組，成員應選擇一個全面了解技術的人員擔任項目負責人和應急小組成員。在任何技術矛盾的軟件工程開發過程中，啟動項目應急小組，以產品測試，首先加強各子項目代表成員的溝通，通過溝通促進項目的發展。凡是與項目有關的工作人員都應該相互溝通，從溝通中發現問題，通過溝通逐步培養他們的團隊精神。項目經理在分工的時候應該對工作人員進行詳細的分工，這樣一旦出現問題就能找到直接負責人，針對個人進行相應的處罰。一些員工缺乏工作積極性和熱情，發生這種情況的時候就應該建立一個合理的獎勵和懲罰機制去應對，以確保順利開展軟件項目管理工作。
3.3風險管理和項目進度管理都要重視
一般情況下，建立科學的風險管理體系才能有效地預防風險的發生。有效地避免管理過程中的漏洞問題最重要的即制定科學的風險管理體系，并及時地處理這些漏洞。與此同時，項目經理要有對風險提前預知的能力，在風險發生之前就應該找到風險來源并快速及時地處理風險。另外項目經理必須對風險進行整理，然后和其他的項目經理一起進行研究列出具體的風險，并對不同的風險制定出相應的防范措施，把風險發生的可能性降到最低，不延誤項目的正常進度，有助于項目順利完成。
3.4建全管理體系，并進行針對性變革
軟件項目管理過程中，一個良好的管理系統是非常重要的保證，可以促進對工作的有效管理。因此，管理人員在開發一個管理系統的過程中，首先對整個軟件工程預設的過程進行充分的了解，而且對每個子項目、每個部門的只能和發展方向為基礎對組織結構進行細則制定，對組織架構進行分級管理和具體規則的制定。除了建立一個良好的管理系統，企業還應特別注意改革和完善管理體制，在每個特定的軟件項目開發過程中，以軟件技術的進步的特殊性質為依據，同時以生產部門、子項目之間的組織、內容等方面的變動管理為基礎，以實現管理規則的有效性。因此，管理者應該始終保持一種動態的發展，確保管理系統具有可發展性。
參考文獻：
[1]劉翔.淺析軟件工程管理的有效方法及實踐[J].科技資訊,2014(30)
[2]楊周禮.計算機軟件工程項目管理的探究[J].電子測試,2015(13)
篇8
一、引言
隨著教育體制的改革和高校擴招的推進，我國普通高校的學生人數日益增長。據統計，我國普通高等教育在學人數位居世界第一，高等教育毛入學率達到22%。由于在校人數的激增，各高校在學校的各項管理上都會作出一些調整，以便更好地管理學生。而作為各高校的重點管理項目系統——課程管理系統，則更需要作出應對措施，以便達到很好的管理效果。傳統的人工課程管理方式已不能適應這樣的大環境。本文研究的課程管理系統，從以下幾點對普通的人工課程管理方式作出了改進，達到用網絡系統進行管理的效果，使學校能更好地進行課程管理：
（1）建立健全的選課制度；
（2）實現學生與教師在線交流；
（3）在校學生選課更具彈性。
課程管理系統就是為課程建立網站，老師可以在網站上課程大綱、教學計劃以及每堂課的教學內容，并布置作業、批改作業、公布學生成績等。
課程管理系統的應用，將會大大提高教務管理的工作效率。本文將重點探討如何在信息查詢、數據維護及統計等方面體現自身特色，采用安全可靠的C/S開發模式實現學生課程信息管理的信息化、規范化、科學化。本系統還分析了系統在高校管理系統應用后的系統兼容性問題，最終提出“數據倉庫+數據挖掘+OLAP”組成的DSS解決方案。在開發過程中，系統開發使用目前最為流行的MVC設計模式和基于MVC的WEB應用開發框架。本系統主要分為評教管理、選課管理和考試管理三大部分，將功能需求與非功能需求結合，同時考慮系統的綜合性能。在系統框架設計上最大程度減少系統開發和維護的工作量，大大提高了工作效率。
二、系統需求分析
軟件工程課程管理系統的功能需求是根據部分高校軟件工程專業學生的課程管理的實際情況分析的，由于課程管理工作較為繁瑣、量大，且是學生管理中重要的一部分。學校為了使學生能夠更好地完成課業，給學生創造了自主學習的條件：讓學生自主安排上課時間，選擇自己喜歡的老師，同時也可以選擇與自己專業無關的課程。在這些基本課程管理的基礎上，作為軟件工程專業特有的課程特點，該課程管理系統也為學生提供了工作室的選擇。
1.系統功能概述
軟件工程課程管理系統主要為了提高課程管理水平而設計。根據用戶類型將本系統劃分為選課管理、文件管理、成績管理三個子系統。
（1）選課管理。在學生進行評教之后，系統為其自動開通選課功能。根據學校提供的課程信息，學生根據個人情況自主安排上課時間、授課老師以及課程，但選課時必須遵循以下規定：每個學期選擇的課程總學分不能超過30；同一課程不能重復選擇；兩個或兩個以上的課程不能有時間沖突；軟件工程專業的學生在大三時要進入工作室，因此要進行工作室選擇。
（2）文件管理。選課成功后，開始授課。由于大學課程成績由平時成績和期末考試共同考核而得，所以對于平時成績的管理也很重要，平時成績的重要部分就是老師布置的課堂作業的評定。老師將課件上傳，學生下載課件溫習課堂內容，課堂作業布置后，學生將作業上傳，老師在線打分，以此分數作為最終成績的審核指標。
（3）成績管理。期末時，老師公布成績，最終成績是根據期末考試成績和平時成績兩項按比例綜合給出。當學生查詢自己的成績，發現有科目未達到及格分數時，就應該在規定時間進行補考登記。同時成績管理還包括計算各專業、各班級成績及格率和優秀率，為學生的各項評選提供有力依據。
2.系統業務流程分析
根據軟件工程課程管理工作的流程，該項目可以分選課管理、文件管理、成績管理三大模塊。系統分成為用戶端和管理端，用戶端主要提供學生選課的相關信息，管理端主要是教務處公布課程信息以供學生參考選課，在學生提交成績復查時進行成績審核。
3.系統數據流分析
在具體分析了系統的各個業務流程后，設計系統的數據流圖明確系統中數據的具體流向。對于該系統來說，學生、教室和教務處是系統的外部實體，選課管理、文件管理、成績管理是系統對數據的主要處理工程。數據從實體流出，經過加工處理后流入實體中，系統同時對處理好的數據進行儲存。
圖1是對選課管理業務中學生選擇課程的詳細數據流圖，圖中學生進行評教，為上學期選擇課程的老師打分；評教成功后，參考教務處公布的課程信息進行選課，選擇的課程不能有時間沖突，不能超過每學期要求的最高學分；選擇好課程后，學生的選課信息提交到教務處，形成學生個人課程表。
三、軟件工程專業課程管理系統設計
1.系統總體結構
該系統采用B/S設計結構以實現學生課程信息管理的信息化、規范化、科學化。
（1）按系統功能分。該系統分為選課管理、文件管理、成績管理三大管理模塊。
（2）按用戶對象分。該系統分為學生申請查詢系統和院校管理系統兩個部分。
2.系統功能模塊設計
軟件工程課程管理系統主要分為三大模塊，即選課管理模塊、文件管理模塊、成績管理模塊。選課管理模塊主要是實現學生選課功能，在此模塊中，先進行學生評教，評教成功后，系統自動開通選課功能；再由學生根據教務處提供的課程信息開始選課，選擇的課程全部符合規定后，選課成功；同時，學生在大三時，可以進行工作室的選擇。
文件管理模塊主要是教師與學生通過該系統進行交流的模塊。課程開始后，教師將該課程的課件上傳，方便學生進行下載。當教師需要對學生進行考核時可以上傳作業，學生下載完成后再提交給教師。
成績管理模塊主要是對學生的成績進行綜合評定。教師將學生的平時成績和考試成績公布，統計最終成績。若成績低于60分，學生應申請復查；若復查結果無誤，該學生就要在相應的時間進行補考登記。
3.數據庫設計
分析系統的功能并結合各個實體之間的關系得出系統總體的 E-R 圖，如圖2所示。
在系統中，教務處公布一份完整的課程信息，教務處和課程信息是一對一的關系；所有在校學生都可以查詢這份課程信息，學生和課程信息是多對一的關系；所有在校教師也可以查看這份課程信息，教師和課程信息也是多對一的關系；每個學生只能選擇一份選課信息，學生和選課信息是一對一的關系；教務處將所有學生的選課信息進行備份，教務處和選課信息是一對多的關系；每個教師公布所教授學生的成績信息，教師和成績情況是一對多的關系；每個學生只能查到自己對應的成績信息，學生和成績情況是一對一的關系；當學生需要提交復查申請時，一個學生只能提交一份復查申請，學生和復查申請是一對一的關系；教務處接受復查申請，教務處和復查申請是一對多的關系；教務處核對復查結果，教務處和復查結果是一對多的關系；學生只能查看自己的復查結果，學生和復查結果是一對一的關系。
篇9
論文摘要：通過對軟件產品特點的分析，討論軟件工程管理可能涉及的人員、組織機構、用戶、控制、文檔資料等內容.
一、引言
軟件工程管理目前還沒有引起人們的足夠重視。究其原因:首先是人的傳統觀念，工程管理不為人們所重視;另一方面軟件工程是一個新興的學科領域，軟件工程管理的問題也是剛被提出的。同時，由于軟件產品的特殊性，使軟件工程管理涉及到很多學科。因此.對軟件工程管理，人們還缺乏經驗和技術。但事實證明，由管理失誤造成的后果要比程序錯誤造成的后果更為嚴重。很少有軟件項目的實施進程能準確地符合預定目標、進度和預算的，這也就足以說明軟件工程管理的重要。
二、軟件工租，理的內容
目前軟件生產自動化程度很低，在開發過程中人是起決定性的因素，因此，軟件工程管理很大程度上是對人的管理。我們可根據軟件產品的特點.分析軟件下程管理的具體內容，它包括對開發人員、組織機構、用戶、文檔資料等方而的管理。
(一)開發人員
軟件開發人員一般分為:項目負責人、系統分析員、高級程序員、初級程序員、資料員和其他輔助人員.根據項目的規模人小，有可能一人身兼數職，但職責必須明確。不同職責的人，要求的素質不同。如項目負責人需要有組織能力、判斷能力和對重大問題能做出決策的能力;系統分析員則要有概括能力、分析能力和社交活動能力;程序員需要有熟練的編程能力等。人員要少而精，選人要慎重。軟件生命期各個價段的活動有分工又互相聯系。因此，要求選擇各類人員既能勝任工作，又要能相互很好地配合.沒有一個和諧的工作氣氛很難完成個復雜的軟件項目。
(二)組織機構
組織機構不等于開發人員的簡單集合。這里的組織機構要求:好的組織結構、合理的人員分工和有效的通訊。軟件開發的組織機構沒有統一的模式。下面簡單介紹三種組織機構。
1.主程序員組織機。IBM公司提出的主程序員組是軟件系統結構化思想在組織上的體現。它的目的是為了保證全組的協調和統一。一位高級工程師(主程序員)主持計劃、協調和復審組的全部技術活動。技術人員(一般25人)負責分析和開發活動，一位后援工程師支持高級工程師的工作，并且在該項目繼續進行時，可以代替高級工程師工作，以減少可能的損失.
2.專家組。專家組強調每個人的才能，把每個人都看作是某一方面的專家，由這些專家組成一個開發機構。這種組織結構雖然能發揮所有工作人員的積極性，但往往有可能出現協調上的困難，選擇這種方式要慎重.
3.民主組織.民主組織由從事各方面工作的人員輪流擔任組長。很顯然，這種組織結構對調動積極性和個人的創造性是很值得稱道的。但是由于過多地進行組長信息“轉移”不符合軟件工程化的方向。
(三)用戶
我們是為用戶開發軟件的，在開發過程中自始至終必須得到用戶的密切合作和支持。作為項目負責人，要特別注意與用戶保持聯系，掌握用戶的心理和動態.防止來自用戶的各種干找和阻力。 1.用戶不積極，不配合。這種表現通常來自對采用先進技術持懷疑態度的用戶，他們心理上的抵觸情緒會在行動上表現為消極、漠不關心。在需求階段，做好這部分人的工作很重要，通過他們中的業務骨千，才能真正了解到用戶的要求。要使他們認識到:計算機的發展和應用是現代化的必然趨勢，使用計算機將會帶來巨大的經濟效益:讓他們掌握新的技術和方法去取代某些可能過時的或淘汰的專長。
2.用戶求快求全.這種表現來自對使用計算機持積極態度的人.他們中一部分人希望一個早上就能用上計算機，并且全能用上計算機。要他們認識到;開發一個軟件項目不是一朝一夕就能完成的，軟件工程不是靠人海戰術就能加快的工期。另外，即使計算機能夠處理的事情，系統也不能下于包羅萬象，貪大求全。要根據現有的條件量力而行。如果系統大而全，必然會很復雜，開發時間就拖得很長，因此可能會導致一個系統的失敗或性能太差.
3.用戶需求變化.在軟件開發過程中，用戶可能會不斷提出新的要求和修改以前提出的要求。從軟件工程的角度不希望有這種變化。但實際上，不允許用戶提出變動的要求是不可能的.因為一方面每個人對新事物有一個認識過程，不可能一下子提出全面的、準確的要求:另一方而還要考慮到與用戶的關系。對來自用戶的這種變化要正確對待:要向用戶解釋軟件工程的規律，并在可能的條件下部分或有條件地滿足用戶的合理要求.例如:軟件需求分析階段結束后軟件的設計口標已經確定，這時用戶要求的重大變化要導致設計目標的變化，特別是到軟件開發的后期，一般不可能滿足這種變化的要求。要向用戶解釋清楚工程的內在規律，但對用戶提出的如性能等局部方而的要求，只要是合理的，就要加以考慮。
4控制。人員控制是對開發組織內部人員控制。就是要保證開發人員的積極性和穩定性。人員的頻繁更換或流動將會大大增加軟件出錯誤的機會。至少要保證軟件項目每一期工程或軟件生命期每一階段中人員的相對穩定性。同時注意發揮每個開發人員的積極性和創造性。經費控制要編制詳細的經費預算。并在各階段進行經費的核算。在經費上失去控制，軟件項目就沒有經濟保證。質量控制與各階段的復審在意義和作用上是一致的，在此不再敘述。
5.文檔資料。開發過程的各種活動后都要反映在文檔資料上。每一個階段的文檔資料是以后各階段工作的基礎，又是對前面各階段工作的復審。軟件工程管理很大程度上是通過對文檔資料管理來實現的。因此，要把開發過程中的初步設計、中間過程、最后結果等建立成一套完整的文檔資料。文檔標準化是文檔管理的重要方面。
篇10
關鍵詞：測試工程師；績效管理；體系
軟件測試工程師績效考核是IT企業根據發展戰略和使命要求，對測試工程師的工作業績進行考察和評估，包括工作行為和工作效果。隨著中國軟件業的迅猛發展，軟件產品的質量控制與質量管理正逐漸成為企業生存與發展的核心。為了保證軟件在出廠時的“健康狀態”，幾乎所有的IT企業在軟件產品前都需要大量的質量檢測工作。測試工程師作為軟件質量控制中的重要一環，其績效考核成為企業了解測試人員隊伍狀況，監控測試人員工作過程的重要手段。
軟件測試工程師績效考核是IT企業人力資源管理的中心環節，是測試人員薪酬、晉升、人事調整、職稱評定等決策的基礎，并且為企業制定測試人員的培訓、開發計劃及長期職業生涯發展規劃提供依據。測試工程師績效考核的有效性直接影響到人力資源制度的激勵效果和企業管理的公平性，并對測試人員的工作滿意度有重要影響。然而，現實的績效考核工作往往不盡如人愿。許多測試工程師遇到考核時深感不安，產生焦慮，害怕甚至反對考核；很多測試人員認為考核是走過場，抱著無所謂態度。理論上的必要性和重要性與現實中的困惑形成強烈反差。為此，我們有必要對測試工程師績效考核存在的問題進行反思，從而構建能滿足企業和測試工程師共同發展的績效管理體系。
一、軟件測試工程師績效考核存在的誤區及其分析
（一）考核定位模糊并存在偏差
考核定位，就是通過績效考核解決什么問題。考核定位模糊主要表現在考核缺乏明確的目的，僅僅是為了考核而進行考核，這樣做的結果往往導致考核流于形式。考核定位偏差主要體現在片面看待考核的目標上，對考核目的定位過于狹窄。目前許多IT企業績效考核的目的僅僅是為了期末發獎金或津貼，將考核定位于確定利益分配的依據和工具。
（二）重績效考核輕績效管理
績效考核和績效管理既有本質上的區別，又有一定聯系。傳統績效考核以管理者為中心，強調服從和外部控制，著眼于過去，注重成果，是一種被動反應、事后解決問題的管理方法。現代績效管理則以測試工程師為中心，強調承諾和自我控制，著眼于過去、現在和將來的有機統一，是一種主動開發型、在過程中解決問題的管理系統。績效管理是一個完整的系統，績效考核只是績效管理中一個不可或缺的組成部分和環節，絕不能將其等同于績效管理。
（三）重考核結果輕考核過程
績效是工作成果與工作行為的統一。許多IT企業重視對績效中的工作結果考核，而忽視了績效中的行為指標，這表現在許多項目組重視項目完成進度而輕視測試過程，重視項目的數量而輕視其質量，尤其是輕視與測試工程師行為有關的工作動機、熱情度、忠誠感等“周邊績效”考核點。這可能與企業受功利主義思想影響、追求短期利益有關，或者可能與工作結果容易量化，而行為不易評估有關。
許多項目組在項目初期給工程師布置測試任務和預期應完成的指標，期末予以檢查，而對工程師完成任務和指標的過程不管不問，既不對完成任務過程中出現的問題予以及時糾正，也不對測試人員在工作中遇到困難和阻力時提供幫助和支持。這種秋后算賬的做法容易造成管理者與被考核者的對立，不利于測試人員的成長與進步。
（四）考核主體單一
目前，項目經理考核測試工程師已成為一種普遍運用的評價方式甚至是唯一的評價方式。項目經理考核有一定可信性，但也存在一些弊端，如測試人員一味地迎合項目經理的指令，淡化了整個團隊的溝通協作，忽視一些測試人員不可控制因素的影響而造成考核不公正等。測試工程師在考核時處于一種被動地位，或者消極被迫接受，或者導致內部沖突升級。項目組也不重視同行專家的評估意見或根本不吸收同事參與考核。
（五）績效考核指標不全，標準不明
考評項目和指標的選擇是否恰當，是否全面、相關，定義是抽象含混還是具體明確，對考核結果影響很大。如果績效考核標準不明，則不同的考核者可能對優、良、一般、差等績效標準做出不同的解釋，從而造成考評者偏松或偏緊或趨中傾向，造成考核結果的誤差。以測試人員業績考核為例，業績考核包括整體工作效率、工作結果、過程控制三項一級指標。其中，工作結果可以分為測試用例的數量和質量、bug的數量和質量、測試自動化程度及收效等多項二級指標，若不對這些定性指標給出明確定義，則考評時易出現主觀隨意現象。因此，界定應具體明確。如bug的數量和質量可定義為：提交bug的數量（根據項目的不同而確定經驗值）、提交bug的時間段（具體統計在測試的每個階段）、發現bug的比例等。
二、軟件測試工程師績效管理體系的構建
（一）明確測試工程師績效考核目標
Bevan和Thompson（1991）認為績效管理的主要目的是“促進人力資源管理不同組成部分的整合，并使它們與公司的經營目標緊密聯系在一起。”測試工程師績效考核的目標，一是為企業的發展服務，支撐企業使命和戰略的實現；二是服務于工程師個人需要及其職業進步。
（二）構建一體化績效管理體系
績效管理就是根據組織的要求，對雇員進行指導和支持，使雇員盡可能地以更高的效率完成自己的工作。從狹義角度理解，績效管理系統由制定績效計劃，持續的績效溝通與績效信息收集，績效考核，績效反饋、診斷與輔導等部分組成。從廣義上講，績效管理系統由績效管理的影響力量、狹義的績效管理系統、績效管理的運用和目標等部分構成。
廣義的績效管理系統包括以下3部分：對影響測試工程師績效的原因進行分析，尤其是從企業內部的組織結構、領導方式、企業文化、招聘和聘任制度、崗位分析等方面探討與測試工程師績效有關的因素；狹義的績效管理系統；績效管理的目標，包括績效管理要達到的組織目標和測試工程師個人發展目標（見圖1）。
制定績效計劃和考核目標的目的是為了清楚地說明企業期望測試工程師達到的結果以及為達到該結果所期望測試人員表現出來的行為和技能。管理者通過與被考核者協商，共同制定與企業使命相關的具有挑戰性、可實現性、具體明確且有時間限制的績效計劃。持續的、動態的績效溝通就是管理者和被考核者共同工作，以分享有關信息的過程。這些信息包括工作進展情況，潛在的障礙和問題，可能的解決措施以及管理者如何才能幫助被考核者。這些信息必須是有據可查、準確真實的且與績效相關的信息。管理者可通過面談，向其他同事了解意見，查看被考核者的工作記錄等方式獲取信息。績效考核包括測評內容、何時測評、哪些人參加測評、測評方式及責任等。績效診斷與輔導，是管理者和被考核者雙方合作，共同尋找導致績效低的原因，以及幫助被考核者提高未來績效的方法，涉及處理矛盾、準備反饋面談、解決問題和重新設定目標等內容。
（三）實現測試工程師績效考核主體的多元化
在傳統的測試工程師績效考核中，將工程師排斥在外，測試人員作為被考核者處于被動應考的地位，被考核者與考評者的這種對立狀態造成測試人員不認同、不支持考核，使其考核失去應有價值。雖然測試工程師可能由于認知或自利性偏差（根據歸因理論，測試人員可能將自己的成功歸之于自身的能力與努力等內因，而將其失敗或績效不理想歸之于工作難度和機遇等外因；而對別人的成功與失敗歸因與自身歸因相反）和自我防御心理的原因，測試工程師有高估自身的業績，而看不到或有意掩蓋自身存在的問題的可能性，但可以通過構建系統化的績效管理系統，明確績效考核的目標，管理者與被考核者的平等溝通，以及通過考核主體的多元化（除測試工程師本人外，還有領導、同事、客戶等）等方法來避免這些弊端。
（四）構建測試工程師績效考核合理分工、各司其職的組織管理機構
對測試工程師的績效管理是企業人力資源部和項目組的共同責任。人力資源部主要從事組織、指導和協調工作，具體職責包括培訓考核者、規范考核制度、制定各種考核表格、發放及統計等工作。考核由項目組具體組織實施，包括測試工程師工作任務的安排、考核指標與內容的確定、考核方法與時間的確定、考核主體的組織、考核結果的反饋、績效改進與提升等工作。項目經理首先應當是一名合格的人力資源管理者，應把人力資源管理工作如激勵、員工發展、績效管理納入企業的議事日程，并構成企業管理者對項目經理考核的重要內容。當然，這需要改變目前IT企業高度集中的人事管理體制，將部分人事管理權由企業下放至項目組。
（五）根據測試工程師的工作特征，建立考核內容全面、結果與行為（過程）并重的績效考核機制
測試工程師作為專業人員和知識工作者，在其需求和工作方面存在以下特征：追求工作自主，不愿意受過多的外部控制；個人品性對測試工作及其事業影響很大；需求具有多樣性和復雜性，既追求較低層次的需要，如生理、安全需要，又追求較高層次的需要，如受人尊重、自我實現的需要；工作具有分散性、個體性等。這些特征要求在測試工程師績效考核時注意以下方面：一是績效考核內容要全面，德、知、能、勤、績一樣都不能少。測試工程師品德潛移默化影響其對測試工作的態度；知識包括測試工程師應掌握的專業技能及業務知識、個人素養；能力包括軟件測試能力、溝通與團隊協作等方面。二是測試工程師績效考核堅持結果與行為（過程）考核并重。Brumbrach（1988）認為“績效指行為和結果。行為由從事工作的人表現出來，將工作任務付諸實施。（行為）不僅僅是結果的工具，行為本身也是結果，是為完成工作任務所付出的腦力和體力的結果，并且能與結果分開進行判斷。”Borman和Motowidlo（1993）認為行為績效包括任務績效和關系績效（周邊績效）兩個方面。任務績效指正式工作職責和所規定的行為，關系績效指自發或超職責行為。由于測試工程師工作的效果難以量化，且具有滯后性和共同屬性。因此，在堅持完善目前通過測試工作量和測試用例等結果指標衡量測試工程師績效的同時，企業還要重視對測試人員行為，包括團隊合作行為的考核，尤其要關注關系績效的考核，這對克服測試人員工作分散化，形成合作的團隊以及按質按量地完成項目組的目標有重大意義。
參考文獻：
1、張劍虹.績效管理工作中的七個誤區[J].企業改革與管理,2003(5).
2、理查德?威廉姆斯.組織績效管理[M].清華大學出版社,2002.
