房地產工程項目管理系統的設計與實現(編輯修改稿)

　

【文章內容簡介】 統首要滿足的需求是：。程項目會產生合同、文件、資料、圖紙等文檔，量大而且一般以紙張的形式保存，在工程的進展過程中，開發商需要隨時能查詢與調用，需要計算機系統的支持，實現部分資料的電子化，并且建立資料庫便于查找，提高資料的管理效率與利用率。程項目需要巨額的資金，因為開發商代表投資方是資金的投入者，因此更好地監控資金的運用情況，勢必影響到整個項目的投資回報。同時由于資金的到位與運用與進度是緊密相關的，有了系統實時的數據支持，開發商就能很好地根據實際進度來調整資金投入，避免資金的閑置與濫用。“工程”的角度實現對項目的全面管理，包括單位工程的劃分，進度計劃，計劃的執行情況，進度報告、風險報告、相關文檔等全面管理，并采用直觀的圖形化界面，反映項目真實進度。項目開發過程中簽訂的設計、施工、監理、采購、配套等多種類型合同進行管理，重點是合同涉及的金額、費用項占用、付款進度與執行進度，并對合同的變更和結算設定嚴密的管理流程從而減少管理盲區、預防管理漏洞。系統同時對與合同相關的請款流程，以及供應商進行有效的管理。對于非合同費用的支出，系統提供專門的管理模塊。（二）可行性分析 可行性分析是通過對項目的主要內容和配套條件，如市場需求、資源供應、建設規模、工藝路線、設備選型、環境影響、資金籌措、盈利能力等，從技術、經濟、工程等方面進行調查研究和分析比較，并對項目建成以后可能取得的財務、經濟效益及社會環境影響進行預測，從而提出該項目是否值得投資和如何進行建設的咨詢意見，為項目決策提供依據的一種綜合性的系統分析方法。可行性分析應具有預見性、公正性、可靠性、科學性的特點。服務器端的安裝簡潔明了，客戶機無需再裝任何軟件，通過瀏覽器就可以直接訪問，可以直接接入Internet，無論您身在何處，只要您可以訪問Internet都可以使用本系統。本系統對計算機配置的要求不高，企業機房更換下來的低配置電腦都可以完全滿足需要，所以在經濟上具有完全的可行性本系統開發工具是Viual studio 2008和SqlServer2008數據庫，，它是一種面向對象編程語言，簡單易學而且靈活方便。系統的開發工具、基盤軟件、數據庫全部采用自由軟件軟件。.NET三層架構應用模型讓多層應用程序實現服務，并消除了很多的問題，提供了可伸縮的，易訪問的，易于管理的方法。開發者實現商業和表達邏輯。開發者可以依賴于這個平臺為開發中間層服務中遇到的系統級硬件問題提供。本系統操作簡單，輸入信息頁面大多數都是下拉框的選擇形式，在某些頁面，信息可以自動生成，無需輸入，時間的輸入也是用的日歷控件，操作簡便，對用戶的要求很低，只需對WINDOWS操作熟練，而且本系統可視性非常好，所以在技術上不會有很大難度。（三）業務流程分析根據項目管理的制度要求與現行政策的結合，項目管理工作業務的具體內容如下：項目的申報、受理、審批、立項、合同簽訂、撥款、項目跟蹤、項目驗收(評審)和成果推薦等服務，形成完整的數據鏈，實現全面的動態管理。實時更新項目數據，建立起各類項目申報項目庫、立項項目庫、合同項目庫和驗收項目庫等。各類項目的檢索、查重、統計，對各類計劃進行全過程的定義、分類和管理，產生符合政府部門規定所要求的各類報表。由系統管理和發布，將與項目管理業務相關的各種公告、新聞、政策制度等各類的內部和外部信息的發布在對應的欄目下，供各級工作人員查詢。將項目管理工作的各種規章制度、辦事流程發布在應用平臺上，提高辦事效率。：四、系統設計（一）系統設計目標及原則1．設計目標項目管理系統的總體建設目標是，在統一網絡平臺上，與廣域主干網相銜接，建設統一的項目管理數據中心。在此基礎上建立網絡互聯、信息共享、安全可靠、全省統一的項目管理信息服務網絡。以項目集中監管為目的，以項目過程管理為核心，以項目資源管理為重點，采用軟件系統為工具全面實現項目信息整合，達到全面管理的目的。具體目標是：實現對各類項目工作業務全過程的管理。利用信息技術，整合和優化業務處理模式，實現項目申報、項目立項、合同管理、項目匯報、科研成果、項目評估、項目經費和各種統計分析的計算機處理和規范化管理，實現本地業務處理全過程的電子化、自動化。以達到方便、高效地管理和控制項目活動，滿足行業管理與決策的需要，為領導對各類項目成果的正確評估提供依據。（1）注重系統實用性在應用軟件系統方面，本著實用性、先進性的原則：結合項目管理政策及應用方面現有的實際情況，并充分考慮用戶實際的使用習慣等具體因素，構建實際的應用系統；選用先進的數據管理和系統管理平臺，使用性能可靠、功能強大的軟件工具開發出符合本地實際情況的先進的應用軟件系統，以實現高速、高效、便捷、可靠的信息處理功能，從而保證項目管理工作中各項業務功能的順利開展，全面提高項目管理工作的業務水平和管理力度。（2）注重系統規范性在系統設計時采用最新的國家標準或國際標準編碼，保證系統數據的規范化、標準化。 在系統設計過程中要嚴格符合軟件工程的規范，包括詳盡的文檔、精密的流程控制等方面。（3）注重系統的安全性安全性是一項重要的系統的指標，項目管理工作中將涉及許多的保密數據，因此其安全可靠性是十分重要的，是整個系統穩定運行的基礎。從系統整體考慮，安全可靠性包含以下兩方面： ① 系統平臺的可靠性。包括系統軟硬件平臺、網絡構件、通信線路等方面，本系統采用了設備、模塊冗余、線路冗余等手段加以保證。 ② 系統數據的可靠性。數據的可靠性包括信息處理的保密性和信息存取的分級控制，系統采用的手段有數據不能被無關人員訪問；每個人只能作擁有權限的數據操作；數據在網絡傳輸時進行加密等。（二）系統功能設計本系統主要是針對設計管理的，主要實現了以下功能：●用戶的登錄界面●用戶的身份驗證●項目的合同管理，包括合同的錄入，修改，查詢，統計，打印●項目基本信息管理，包括項目的添加，項目的修改，項目的刪除●項目的經費管理，包括項目的所需投資資金，項目的支出資金等●項目的進度管理，包括項目的進度，項目的日程安排●項目的人員管理，包括項目經理，項目的實施成員系統管理員： 系統功能結構圖（三）數據庫設計數據庫系統是以數據為中心，在數據庫管理系統的支持下進行數據的收集、整理、存儲、更新、加工和統計，進行信息的查詢和傳播等操作的計算機系統。數據庫系統的設計既要滿足用戶的需求，又要與給定的應用環境密切相關，因此必須采用系統化、規范化的設計方法進行設計。設計與使用數據庫系統的過程是把現實世界的數據經過人為的加工和計算機的處理，為現實世界提供信息的過程。在給定的DBMS、操作系統和硬件環境下，表達用戶的需求，并將其轉換為有效的數據庫結構，構成較好的數據庫模式，這個過程稱為數據庫設計。要設計一個好的數據庫必須用系統的觀點分析和處理問題。數據庫及其應用系統開發的全過程可分為兩大階段：數據庫系統的分析與設計階段；數據庫系統的實施、運行與維護階段。數據庫系統的設計分為需求分析、概念設計、邏輯設計、物理設計四個階段。數據庫系統的生命周期分為兩個重要的階段：一是數據庫系統的設計階段，二是數據庫系統的實施和運行階段。其中數據庫系統的設計階段是數據庫系統整個生命周期中工作量比較大的一個階段，其質量對整個數據庫系統的影響很大。數據庫系統設計有兩種不同的方法：一種是面向數據的設計方法(dataoriented approach)，這種設計方法以信息需求為主，兼顧處理需求；另一種是面向過程的設計方法(processoriented approach)，這種設計方法以處理需求為主，兼顧信息需求。用前一種方法設計的數據庫系統，可以比較好地反映數據的內在聯系，不但可以滿足當前應用的需要，還可以滿足潛在應用的需要。用第二種方法設計的數據庫系統，可能在使用的初始階段比較好地滿足應用的需要，獲得好的性能，但隨著應用的發展和變化，往往會導致數據庫系統的較大變動或者不得不重新設計。這兩種設計方法，在實際中都有應用。面向過程的設計方法主要用于處理要求比較明確、固定的應用系統。但是在實際應用中，數據庫一般由許多用戶共享，還可能不斷有新的用戶加入，除了常規的處理要求外，還有許多即席訪問。對于這類數據庫系統，最好采用面向數據的設計方法，使數據庫系統比較合理地模擬一個組織部門。通常一個組織部門的數據是相對穩定的，而處理則是相對變動的，為了設計一個相對穩定的數據庫系統，一般采用面向數據的設計方法。概念設計的目標是設計出反映某個組織部門信息需求的數據庫系統概念模式，數據庫系統的概念模式獨立于數據庫系統的邏輯結構、獨立于數據庫管理系統（DBMS）、獨立于計算機系統。概念模式的設計方法是在需求分析的基礎上，用概念數據模型（例如ER模型）表示數據及數據之間的相互聯系，設計出反映用戶信息需求和處理需求的數據庫系統概念模式。概念設計的目標是準確描述應用領域的信息模式，支持用戶的各種應用，這樣既容易轉換為數據庫系統邏輯模式，又容易為用戶理解。數據庫系統概念模式是面向現實世界的數據模型，不能直接用于數據庫系統的實現。在此階段，用戶可以參與和評價數據庫系統的設計，從而有利于保證數據庫系統的設計與用戶的需求相吻合。在概念模式的設計中，ER模型法是最常見的設計方法。本系統的ER圖如下圖所示： 項目基本信息ER 實體圖 項目支出信息ER 實體圖 實體圖 日程安排信息ER 實體圖設計邏輯結構應該選擇最適于描述與表達相應概念結構的數據模型，然后選擇最合適的DBMS。設計邏輯結構時一般要分三步進行：（1）將ER模型轉換為關系模型關系模型的邏輯結構是一組關系模式的集合。而ER圖則是由實體、實體的屬性和實體之間的聯系三個要素組成的。所以將ER圖轉換為關系模型實際上就是要將實體、實體的屬性和實體之間的聯系轉化為關系模式，這種轉換一般遵循如下原則：①一個實體型轉換為一個關系模式。實體的屬性就是關系的屬性。實體的碼就是關系的碼。②一個m:n聯系轉換為一個關系模式。與該聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性。而關系的碼為各實體碼的組合。③一個1:n聯系可以轉換為一個獨立的關系模式。也可以與n端對應的關系模式合并。如果轉換為一個獨立的關系模式，則與該聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，而關系的碼為n端實體的碼。④一個1:1聯系可以轉換為一個獨立的關系模式。也可以與任意一端對應的關系模式合并。如果轉換為一個獨立的關系模式，則與該聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，每個實體的碼均是該關系的候選碼。如果與某一端對應的關系模式合并，則需要在該關系模式的屬性中加入另一個關系模式的碼和聯系本身的屬性。⑤三個或三個以上實體間的一個多元聯系轉換為一個關系模式。與該多元聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性。而關系的碼為各實體碼的組合。⑥同一實體集的實體間的聯系。即自聯系，也可按上述1:1:n和m:n三種情況分別處理。⑦具有相同碼的關系模式可合并。（2）數據模型的優化為了進一步提高數據庫應用系統的性能，通常以規范化理論為指導，還應該適當地修改、調整數據模型的結構，這就是數據模型的優化。數據模型的優化方法為：①數據依賴。 ②對于各個關系模式之間的數據依賴進行極小化處理，消除冗余的聯系。 ③按照數據依賴的理論對關系模式逐一進行分析，考查是否存在部分函數依賴、傳遞函數依賴、多值依賴等，確定各關系模式分別屬于第幾范式。 ④按照需求分析階段得到的各種應用對數據處理的要求，分析對于這樣的應用環境這些模式是否合適，確定是否要對它們進行合并或分解。 ⑤對關系模式進行必要的分解。 （3）設計外模式在我們將概念模型轉換為邏輯模型后，即生成了整個應用系統的模式后，還應該根據局部應用需求，結合具體DBMS的特點，設計用戶的外模式。根據系統數據庫邏輯機構分析可以得出數據表如下所示：表名列名數據類型（精度范圍）空/非空約束條件其他說明IDint非空種子，自增1ID用戶名Varchar(50)非空系統使用用戶注冊時間Datatime非空時間聯系方式Varchar(50)非空用戶的聯系方式 合同信息表表名列名數據類型（精度范圍）空/非空約束條件其他說明IDint非空種子，自增1Id合同編號Varchar(50)非空合同編號甲方Varchar(50)非空甲方乙方Varchar(50)非空乙方合同內容Ntext非空合同內容簽訂時間Datatime非空簽訂時間表名列名數據類型（精度范圍）空/非空約束條件其他說明IDint非空種子，自增1Id項目編號Varchar(50)非空項目編號項目名稱Varchar(50)非空項目名稱項目要求Ntext非空項目要求要求完成期限Datetime非空要求完成