基于ASP.NET的工程管理信息系統的研究與設計

李夢婕

（安徽理工大學計算機科學與工程學院，安徽 淮南 232001）

0 引言

工程管理是一項復雜的工作，涉及到很多不同的參建單位。在工程進展的過程中，包含了很多需要合作完成的項目，這就需要各個責任部門之間進行有效的溝通與協商。隨著計算機技術的普及與發展，各個相關部門都部署了適合自身工作流程的信息管理系統，由于這些系統之間缺乏有效的數據共享，導致原本就復雜的溝通問題變得更加矛盾突出。如此以來，會大大降低工作效率，并拖慢工期的進度。

為了解決以上問題，本文提出并設計了一個基于ASP.NET的工程管理信息系統，通過一個統一規劃的網絡服務器以及數據庫管理系統，保證各單位能夠共享數據，并減少數據的冗余度，保證數據的兼容性和一致性，方便使用者的查詢、瀏覽、修改等操作。本系統能夠有效克服以往的各部門之間數據閉塞的問題，充分利用項目的信息資源，提高工作效率和質量，并可以輔助決策，有效地加快了工期的進程。

1 系統總體設計

對于某個具體的施工項目來說，參建的單位通常包括建設單位、設計單位、監理單位、施工單位以及其他與本工程相關的單位。因此，為了保證項目的順利實施，需要建立一個工程管理信息系統，使管理方、設計方、監理方、施工單位等部門能夠在這個系統上實現資源交換與數據共享。通過本系統，可以實現對工程的計劃和進度、成本、質量、資金等問題的統一管理，也能夠對工程技術文件、材料設備采購、工程施工以及合同管理進行有效規范控制，從而提高工程管理水平并為決策者提供分析決策所必須的準確及時的信息。

本系統的設計目標就是采用先進的計算機技術，為參與工程建設的各個單位建立一個信息交流與資源管理的平臺，提高數據的共享水平。同時，將現代化的信息技術應用在項目管理中，提高項目的管理水平與工作效率。

2 系統的設計模式及軟硬件架構

2.1 系統的設計模式

本系統采用常見的三層設計架構：表現層、業務邏輯層和數據層，這種架構的優點在于它使程序具有良好的開發性和可擴展性。開發人員可以各司其職，前臺開發人員只負責前臺界面的開發，后臺設計人員只負責業務邏輯方法的編寫，只要統一了前后臺的數據格式，就可以將程序整合在一起，這種做法大大降低了開發工作的難度；當程序的功能不能滿足實際的工作需要時，只要在業務邏輯層添加相應的處理方法來實現相應的功能即可，并不用大規模的改變程序的原有結構，保證了程序的完整性。該架構的整體結構如圖1所示。

圖1 三層架構結構圖

表現層的作用是與用戶進行交互，向服務器發送請求或者提交表單。同時，服務器利用表示層將用戶請求的數據呈現給用戶。

業務邏輯層是用來接收瀏覽器傳過來的請求，并將請求傳遞給數據層進行處理，并將處理的結果返回給瀏覽器。它是用戶和數據層進行交互的中間通道，也是向用戶呈現數據和信息的基礎。

數據層采用ADO.NET技術操縱數據為程序提供數據服務，比如存儲數據操作的結果、返回數據檢索結果等。與數據庫的連接，ADO.NET提供了3種不同的方式：通過ODBC連接、通過OLEDB連接和直接與SQL-Server連接。3種方式各有特點，本系統采用直接與SQLServer相連的方式。傳統的應用程序在與數據庫進行交互時，是建立一條與數據庫的連接，在程序運行的整個過程中，都要維護這條連接。這種做法無疑占據了大量的程序資源。ASP.NET技術采取了一種斷開連接方式的數據結構，只有當瀏覽器向網絡服務器發出請求時，程序才會和數據庫之間建立連接。當服務器返回客戶的請求結果以后，連接就被斷開。這樣能大大節約程序的資源。ADO.NET的另一個優勢在于引進了數據集（DataSet）。數據集是內存中提供數據關系圖的高速緩沖區，數據集并不知曉數據源中的內容，它只能由程序或者從數據倉庫中調取數據而被生成、填充。當一段時間沒有使用后，內存直接將其清理掉。

2.2 系統的軟件架構

本系統的軟件架構采用B/S模型。在B/S模式下，用戶通過瀏覽器來與服務器進行交互，瀏覽器上的頁面與圖像均來自于網絡服務器。在這種模式下，瀏覽器端幾乎不用執行業務邏輯，業務邏輯主要由服務器端執行。客戶端和服務器之間的請求和相應是通過TCP/IP上的HTTP超文本傳輸協議進行的。B/S模式的基本架構如圖2所示。

圖2 B/S模式架構圖

它的原理是：當某個用戶使用瀏覽器終端訪問工程管理信息系統服務器時，客戶端瀏覽器通過Intemet向網絡服務器，也就是IIS服務器發出請求，要求訪問一個網頁。系統的網絡服務器收到請求后，通過分析客戶的HTTP請求定位相應網頁的位置，ASP.NET引擎向文件系統請求合適的源代碼文件，將請求文件以圖形、表格形式顯示到計算機瀏覽器頁面上。

對本系統而言，B/S模式的優勢主要體現在：

（1）方便系統的修改和維護。在這種結構下，大部分業務邏輯都由服務器端來處理，客戶端不用處理復雜的計算和數據訪問等業務，只負責結果顯示，因此，維護人員首先不用奔波在各個客戶端之間進行程序維護，只需要對服務器上的程序進行維護和更新即可。與此同時，系統的開發者也不用為不同權限的用戶設計不同的應用程序，只需要把所有的程序都部署在服務器上，然后對不同的用戶設置不同的權限即可。當應用程序需要升級時，不需要對每一個現有的用戶進行程序升級，只需要對服務器上的處理程序進行修訂。這樣可以大大提高程序的運作效率。

（2）增強了系統的安全性。在這種模式下，客戶機是不能直接訪問數據庫服務器的，必須由客戶機向服務器發送請求，再由服務器向數據庫服務器進行數據訪問。這樣可以加強對敏感數據的保護。

（3）提高了服務器資源的利用率。對本系統而言，所有的客戶機共享網絡服務器提供的數據和運算資源，并且可以采用不同的接入方式（如LAN，WAN，Internet等）訪問和操作本系統的數據庫。

2.3 系統的硬件架構

作為一個完整的工程管理信息平臺，本系統的硬件設備主要包括客戶端瀏覽器（囊括所有參建單位）、網絡服務器、網絡交換機、數據庫服務器等。根據工程管理系統的特點，本系統采用星型拓撲結構的網絡模型，以網絡服務器為中心，所有客戶機通過交換機與網絡服務器進行數據交互。系統的硬件架構如圖3所示。

圖3 系統的硬件架構

3 系統的總體設計

3.1 系統模塊設計

根據需求，系統的總體模塊應該包括：用戶管理和工程管理兩大模塊，用戶管理模塊只能由系統管理員進行訪問和控制，工程管理可以由不同的參建單位根據自身的權限訪問與自己相關的模塊。因此，我們設計出如圖4所示的工程管理信息系統的模塊如圖。

圖4 系統的模塊結構圖

3.2 具體功能設計

作為一個完整的工程管理信息系統，所有的功能都要與整個工程相關。因此我們設計了如圖5所示的系統功能模塊。

圖5 系統的功能模塊圖

工程動態是匯報項目的詳細資料、參建單位的信息以及工程進展情況的模塊。這些內容是公開的，都在系統的首頁上顯示，在未登入系統之前就可以查看。

工程質量模塊負責記錄在工程進展過程中的各類質量監管信息，包括項目申請書、開工報告、檢驗報告、階段驗收報告、驗收報告、事故信息等，這些內容都以標準格式的文件反映。本模塊主要由監理方進行維護，由其他用戶進行下載查詢。

工程進度模塊負責記錄工程在建設過程中的進度信息，包括總體規劃、階段計劃以及工程進展的進度情況等。這些內容也是以文件的形式反映，由施工方進行維護與更新，由其他用戶進行下載和查看。

工程費用模塊跟蹤并記錄工程建設過程中的各種費用信息，包括工程變更、工程索賠、資金需求、計量支付、支付統計。工程變更和工程索賠是以下面介紹的事件管理的方式記錄的，這樣做的目的是要跟蹤其發生和處理的全過程。其余的內容以數據統計表格的形式呈現。本模塊由于涉及到具體的資金費用，需要由所有與本項目相關的參建單位登入系統后進行查看和監督。

事件管理負責記錄在項目進展過程中出現的需要處理的特殊情況。每個事件都可以記錄其從發生、發展到處理完成的全過程的信息，較好地還原了事件的處理過程。所有參建單位都可以使用事件管理功能，在使用該功能之前，需要新建一個事件，然后錄入事件的內容，并隨著時間記錄事件的發展過程。

文件管理主要包括公文收發和內部郵件發送兩個部分。公文收發可以實現各個參建單位之間文件的收發和傳閱，內部郵件發送可以實現參建單位之間點對點交流，而不用輸入Email地址。Email地址由開發人員直接初始化到系統中。

合同管理主要用來對工程建設過程中各種合同的跟蹤管理，不同的參加單位負責自己的合同，并做好合同的執行記錄，以表格的形式顯示結果，由工程管理方查看。

資產管理模塊是各個參建單位用來管理本單位的資料和財產的，主要內容包括資產的入庫、領用、借用、報廢、賠償以及庫存盤點平衡等，所有的操作都要有理有據，以表格的形式記錄并在網頁上顯示，供管理方查看。

4 總結

本文所提出的工程管理信息系統，操作簡單，運用方便，具有很高的運行效率。目前可以實現對單個工程項目的管理，經過實際的運行測試，效果良好，加大了各單位之間的交流與溝通，極大提高了工程的進展效率，減輕了工程管理人員的工作負擔。下一步要深入研究的內容是要將多個工程項目整合到一個工程管理信息系統中，并使信息管理系統能夠建立新的項目，這樣，可以進一步提高本系統的應用范圍。

［1］于用慶.基于 WEB 技術的工程管理信息系統開發[J].公路,2003(6)：116-119.

［2］譚瑩宇,李亦明,羅響.ASP.NET 的網站新聞管理系統設計與實現[J].計算機與現代化,2006(10)：66-71.

［3］涂輝,陳學廣.基于Internet/Intranet的大型工程管理信息系統的設計與實現[J].武漢理工大學學報：交通科學與工程版,2003(2)：25-28.

［4］程萍.試論計算機點子信息技術與工程管理[J].信息化建設,2014(15)：18.

［5］朱俊昌,高亞楠,鄭源,劉君.中小型水利工程管理系統的設計與實現[J].水電能源科學,2010(8)：140-142.

［6］陳曉輝,白少稀,許云麗,望原.工程管理信息系統的研究與實現[J].系統管理,2010(1)：44-46.