現在的工程企業都很龐大,要想管理好這麼多人,而且還要掌握住工程專案管理中一些資訊,並對之進行科學地分類處理,必須得藉助於計算機的強大資料處理功能。我們常常能夠在生活之中碰見這樣的困擾,總是因為資訊掌握的不全而致使自己的陷入一種瞎忙活的境地。對工程專案管理系統的設計以及完善,正是為了能夠讓有關的主管人員可以更好地去掌握管理中的一些有效資訊,提升他們的工作效益,進而帶動整個企業的工作效益。
1.工程專案管理系統的設計現狀
1.1 工程專案管理系統的設計意義
建築企業要在激烈的市場競爭中保持長久的發展和優勢,就必須不斷地進行科研開發和技術改造,以期達到業務創新、市場創新、管理創新、高效率的專案管理能力已經成為建築企業必須長期重視的課題,也是建築企業的關鍵能力之一。目前所採用的管理方式是傳統的紙質資料儲存方式。採用傳統方式進行管理時,不光資料難於儲存,而且在使用時,需要耗費大量人力物力,造成資源的浪費。專案管理系統,能統一收集、加工處理資訊,幫助解決各級管理人員的資訊問題,並以標準化的方式做好資訊處理工作;它及時、準確地提供給企業內部各部門及監理公司所需要的資訊,將企業的多專案資訊資源統一管理,並能實現快速查詢,以加強對專案實施中的質量控制,對人力資源和物力資源實施合理的調控和節約。並且隨著市場的規範化和專案投資的多元化,專案複雜度不斷增大,為了保證專案質量,更方便了解專案情況,需要對專案資訊統一呈現,並進行嚴密規劃和監控,這就需要使用現代化的管理模式,做到“全面計劃、嚴格實施、即時反饋、嚴密跟蹤”。
1.2 工程專案管理系統的設計現狀
早期的工程專案管理主要通過文件的形式,人為整理和管理專案資料和執行專案流程,這使得工程專案管理比較混亂隨意,而且大量的文件給管理帶來諸多不便,資料統計和綜合比較都很麻煩,浪費了大量人力物力,卻沒達到很好的效果。?隨著資料庫技術的發展,更多的公司願意將資料儲存在資料庫中並通過軟體進行管理和操控,這樣可以減少工作量,但是僅僅對資料的儲存管理還是不能良好的控制專案各維度的資訊,對專案流程也不能很好的把控。進入2000年來,專案管理軟體的研發出現了滯緩現象。究其原因是多方面的,既有市場因素又有技術因素,既有外部環境的影響又有自身條件的制約,如使用者需求的變化頻繁、網路技術、資料庫技術、通訊技術的進步等。長期以來的專案管理水平的低下,導致在工程實施過程中資金、人力、質量、進度等方面的嚴重失控,不僅造成各種資源極大的浪費,而且使專案風險增大、工期延後。
1.3 工程專案管理系統的功能介紹
文件管理：使使用者能夠管理專案的所有型別的文件,包括普通文件,設計圖紙以及其他所有在專案生命週期內的提交物。公司管理：使使用者能夠管理本公司的資訊,同時也能查詢和維護所有和公司專案相關的其他公司的資訊以及過往的歷史記錄。專案綜合管理：使使用者能夠管理專案的所有關鍵方面,包括設計,人力資源,進度,會議和專案狀態等。業務流程管理,通過一個技術平臺,緊密整合所有與工程專案管理系統相關的所有應用,使整個企業能使用一致的業務流程。商業智慧通過主要績效指標,儀表盤和專案報告,提供專案和設施的整個綜合資訊給高階管理人員和中層管理人員。以上是工程專案管理的一些主要內容,但是如果從使用者的身份來看,不同個身份管理功能應該也是不一樣的。這就需要系統設計時進行注意分辨。建築工程專案管理系統的參與者：部門經理、專案經理、資料庫管理員和普通員工。將公司所有員工大致分為這四種參與者型別,每種參與者的具體業務不相同,他們的許可權也不相同。
2.工程專案管理系統的具體實現
2.1 使用者介面的實現
介面設計時必須考慮軟體使用者的體力和腦力,人類的短期記憶很有限,而且很容易出錯,尤其是需要處理資訊太多或壓力太大的時候。設計使用者介面的時候要綜合考慮這些因素。介面設計的一般性原則有以下幾點：使用者熟悉：介面所採用的術語和概念應該是來自於使用者的經驗,這些使用者是將要使用系統最多的人。一致性：介面應該是一致的,即儘可能讓相似的操作具有相同的操作方式。意外最小化：永遠不要讓使用者對系統的行為感到吃驚。使用者指南：在錯誤發生時,介面應提供有意義的反饋,並有上下文感知能力的使用者幫助文件。使用者差異性：介面應該為不同型別使用者提供合適的互動功能。
2.2 資料庫的實現
資料庫設計是資訊管理系統設計中的最重要的部分,資料庫設計的好壞不僅直接關係到系統資料讀取的速度及伺服器系統資源的利用率,而且還關係到系統資料庫的安全性是否達到需求。要設計資料庫就要進一步細化需求,然後做設計。資料庫設計完成後,可以通過設計的類圖建立資料表並組織表之間的`關聯關係。在資料大小的設計上,一般將長度設定的比需求長一點,以應對需求的變化。
2.3 系統模組的實現
專案管理功能包括如下設定：專案屬性。專案屬性囊括了與專案相關的所有細節資訊。使用者可以通過專案工作區或者公司工作區對專案屬性進行訪問。專案許可權設定。對專案相關屬性和資訊進行許可權管理。明確什麼身份可以訪問或操作什麼專案資訊。專案概要。專案摘要顯示在一個特定的時間內,對專案的一個決照”式的小結。專案經理或管理員建立專案定期彙總,以獲得該專案的當前狀態。這些摘要會被提交到給經理或者主管,他們可以通過這些資料來從專案層面或者公司層面進行專案分析。專案概要集合。在一個專案摘要集合中,所有專案會按照一定的分類集合到一起,並且提供各自的概要。所有的專案只保留最新的概要,專案概要集合只能通過公司工作區進行訪問。
2.4 功能模組的實現
系統功能的模組的實現需要考慮到很多的設計功能,需要大量的文字來進行敘述,在這裡只是挑出其中幾個小部分來進行詳細介紹。
文件管理子系統：文件任務以郵件方式提交給任務責任人。收到後,任務責任人確定文件屬性。若置“忽略”,系統自動發郵件通知該發件人,表示責任人收到;若置“歸檔”,系統自動傳送郵件通知該組成員;若置“節點報告”,系統自動發郵件通知該組成員和訂閱者。若置“報告”,自動發郵件通知上層任務責任人,並要求顯示任務狀態為“完成”。當子任務只有一個人負責,沒有參與者時,負責人可以直接提交文件,預設文件屬性為“歸檔”,同時,可以選擇“節點報告”或“結案報告”系統在收到郵件時先判斷收件人的角色,若是任務責任人,按上述動作操作,其餘,不做動作。許可權管理的設計：專案管理系統的許可權包括：瀏覽、審批、丟棄、回收、立項、投遞、檢視文件、組員管理、組員許可權管理、部門管理、角色管理和leader許可權。
3.結語
計算機對於資料處理的魅力,每位使用過計算機的人都能夠切身感受到。設計好一個合格的工程專案管理系統,是為以後工程專案管理的高效打基礎。
參考文獻
[1]彭光.基於SharePoint的中小型軟體企業專案管理系統的設計與實現[D],成都,電子科技大學,2010,1-2
[2]黃樹標著.提高工程專案管理水平促進工程承包健康發展[J],武漢,鐵道勘測與設計,2003,5-6