熱門論文
最新論文
工程造價信息管理系統的設計與實現
發布時間：2023-07-29 10:19
目 錄
第1章緒論 1
1.1研究背景與意義 1
1.1.1本文研究背景 1
1.1.2研究意義與價值 2
1.2相關研究發展與現狀 2
1.2.1國外研究現狀 2
1.2.2國內研究現狀 3
1.2.3發展趨勢 4
1.3論文的研究工作 4
1.4本文結構 6
1.5本章小結 7
第2章 相關技術理論介紹 8
2.1B/S體系結構 8
2.2PHP開發語言技術 9
2.3數據庫MySQL的介紹 10
2.3.1關系型數據庫 10
2.3.2MySQL 數據庫 11
2.3.3LAMP 組合 12
2.5 MVC模式介紹 13
2.6本章小結 14
第3章工程造價信息管理系統需求分析 15
3.1系統需求概述 15
3.1.1系統總體需求 15
3.1.2系統組織需求 15
3.2功能需求分析 16
3.2.1項目管理模塊 16
3.2.2造價費用管理模塊 19
3.2.3模板管理模塊 21
3.2.4設備造價管理模塊 22
3.3系統可行性分析 24
3.3.1技術可行性 24
3.3.2運行可行性 24
3.3.3經濟可行性 25
3.4本章小結 25
第4章工程造價信息管理系統的設計 26
4.1系統總體設計 26
4.2系統模塊設計 27
4.2.1用戶管理模塊設計 27
4.2.2項目管理模塊設計 28
4.2.3造價費用管理模塊設計 29
4.2.4模板管理模塊設計 31
4.2.5設備造價管理模塊設計 32
4.3數據庫設計 33
4.3.1數據庫概念結構設計 33
4.3.2數據庫邏輯設計 35
4.3.3服務器端與數據庫的連接 38
4.4本章小結 39
第5章 工程造價信息管理系統的實現 40
5.1系統總體實現 40
5.2系統各模塊的實現 40
5.2.1項目管理模塊實現 41
5.2.2造價費用模塊實現 45
5.2.3模板管理模塊實現 47
5.2.4設備價格管理模塊實現 49
5.3容器化部署 51
5.3.1開發環境容器化 51
5.3.2生產（線上）環境容器化 .52
5.3.3持續集成交付 52
5.3.4容器化的實際操作步驟 52
5.4本章小結 55
第6章 工程造價信息管理系統的測試 56
6.1系統測試用例 56
6.2系統測試結果 61
6.3本章小結 61
結 論 62
參考文獻 63
致 謝 65
第1章緒論
1.1研究背景與意義
1.1.1本文研究背景
隨著當前計算機科學技術的不斷深化與信息技術的全方位發展，世界各個領域均開 始對信息化提出了更高的要求。近些年以來，我們的國家已經步入到了發展的快速時期, 而信息技術已經逐漸的滲透到了各行各業并取締傳統的手工方式，其高效的特點已經得 到了廣大的認可，并成為了主流。在此大背景下，我國乃至世界各國的工程建設規模仍 舊在不斷擴大，工程建設數量在極具增加，在工程領域方面的管理系統，或者說更加細 化的，工程造價信息管理系統就炙手可熱且受到了廣大管理者的迫切需求了。基于此， 工程建設當中的諸多日常事務以及具體的工程建設中信息化管理成為了當前國內外諸 多工程建設企業所重點關注的內容。
在絕大多數的情況之下，在工程建設當中主要包括了機械設備管理、人力資源管理、 工程額定概算以及工程建設預算等方面⑴。而上面所說的這些方面的管理，在傳統的方 式上均采取人力手工的方式進行。此外，人工管理的工作十分繁重，任務量巨大，經常 會出現人為的失誤情況，對于建設工程自身以及企業自身均會產生嚴重的不良影響。對 于以上的問題，面臨著信息技術和互聯網時代的快速發展的情況之下，各國的工程建設 企業便逐漸開始重視通過先進技術促使工程建設當中的諸多事務得以信息化管理。實際 中，在工程建設領域里信息化管理是一個涉及范圍廣、邏輯深度高、實現需求多的一個 事情，而管理的流程也十分繁瑣，主要管理內容包含著項目進度、項目品質、相關人員 管理、風險預測與管理、相關投資、文檔圖紙管理等諸多任務〔鐵 主要的參與部門則包 括了施工部門、設備管理部門、工程設計部門、工程監管部門、物資部門、運營部門等。 在如此復雜的信息化管理內容當中，各類型的信息與各個部門之間必須要實現準確的、 有效的配合，以此提高信息化管理的效率和質量。就工程造價信息管理系統而言，現有 的且應用比較普遍的工程造價信息管理系統已經不能夠完全滿足工程建設企業的高要 求與高標準。同時，不同的工程建設企業和不同的工程建設項目當中，所采用的工程造 價信息管理系統更加應該不同，需要具有針對性和先進性⑶。另外，我國部分工程建設 企業在工程造價管理當中對于部分項目仍舊采取傳統的管理方法，管理效果并不良好。 例如，部分工程建設企業的統計基本上仍舊釆用手工統計的方式，處于計算、編制的階 段。而諸如現在已經正在使用的工程管理方面的軟件一 軟公司的project等，其實質 也只是停留在信息的錄入與取出層面上。
現如今時代已經進入到了信息化的時代運用信息系統的方式來系統的管理實施項 目全程這個思路已經得到了廣大的認可，世界各國的軟件開發商幾乎均將目光放在了工 程造價信息系統開發這一市場。而現在在行業中投入使用的讓大家比較認可的軟件開發 商，例如前文中提到的國外微軟公司的project工具軟件，與Priancera公司的OS/23.0 和Project Planner P3平臺。而在中國現在有的是背景朦朧公司的PERT3.0系統。由此可 見，當前各個國家在工程造價信息系統的研發當中均做出了較大的努力，并且仍舊在不 斷的創新研發當中。為此，必須要在科學技術與互聯網技術均快速發展的背景下，根據 我國的基本國情與具體的工程建設狀態進行工程造價信息系統的設計與實現⑷。
1.1.2研究意義與價值
本文研究的相關應用價值在于，工程造價信息管理系統能夠對先進的計算機技術和 互聯網技術等進行有效的融合與利用，在此基礎上能夠實現信息的搜集、加工和整理， 便于運算、分析和輔助決策呵。而基于以上的同時，工程造價信息管理系統也應該可以 對工程的信息進行傳達、存儲于維護。簡而言之，現今時代的工程造價信息管理系統能 夠代替傳統的人工管理，對工程建設當中的各項復雜日常工作均能夠進行系統的處理， 愈發的能利用平臺上的信息和處理后的結果數據給在工程項目方面的管理者們決策上 提供幫助。而本文就在這種大環境之下，對于在工程方面關于信息管理的具體情況，進 行工程造價信息管理系統的設計與實現，以期能夠從全方位的角度來看，為我國工程建 設的信息管理提供有力經驗借鑒，幫助其獲得更加穩健的發展。
1.2相關研究發展與現狀
1.2.1國外研究現狀
國外對工程造價信息系統的研究起步比較早于國內，將計算機運用到工程項目管理
過程中開始于上世紀五十年代中、后期回。而信息技術飛躍發展和互聯網應用技術的實 踐逐步增多，運用該項技術的領域也愈發的增加起來。在上個世紀60年代之后，在互 聯網方面的網絡分析系統已經有了質的發展；而發展到了 70年代左右的時候，人們從 分析理論延伸到了信息系統的這一個概念，并將該概念進行了一個起步的發展。同時期 的研究重點除了成本于資源的優化與平衡，還包括對網絡建模與分析方面的實際應用進 行研究⑺。轉而來到80年代以后，互聯網技術的高度發展，令技術上有了可以依托的層 面，外加工程項目管理的理論和相關標準都有了詳細化的制定與發展，這樣才開始有了 對于各種規模的工程企業單位逐步提出利用計算機和互聯網技術對工程進行管理。在此 方面，比較典型的應該為英國和澳大利亞。英國的建筑成本信息服務部(BCIS)對已完成 的工程進行資料的收集，并將這些資料進行分類存儲在數據庫中，以方便使用。澳洲的 相關領域專家研究出了工程造價領域的分析系統，并利用該系統處理以往需要手工處理 的工程造價信息，效率提高的同時，也可以開始存儲比較復雜的文件且聯網時，用戶可 以在任何地方對文件進行使用【嘰伴隨著互聯網技術的發展和網絡技術的進步，在90 年代起，在工程項目的相關管理程序領域出現了量的加速增長，種類繁多的相關軟件頻 繁的更新，在能夠保證其功能實現的基礎之上，在用戶體驗和使用便捷性上也做的越來 越好。故這些項目管理軟件在工程管理領域方面占據的地位越來越高，僅用計算機信息 技術進行工程項目的管理已經發展成為各個企業必須達到的指標。
1.2.2國內研究現狀
中國的工程造價方面的信息管理系統起始于上個世紀80年代末期，而真正開始發 展在1990年后，在市面上開始有了種類紛繁的相關軟件，而所包含的領域也十分寬廣, 包括了施工圖紙制作、工程配料、工程定額造價、工程總量核算、項目標書制作等等不 同類型的產品。這些方面的軟件功能方面不但十分精準，而且在用戶使用方面也做了很 好的優化，便于操作，維護性較高，通用性、可護展性較好［⑼。但是在21世紀初期開 始，在我國的相關領域的軟件信息化方面建設速度就逐漸慢了下來。其中包含了各個方 面的原因。例如技術的發展速度達不到需求的發展速度，在市場方面也有了十分大的限 制等問題。概括來講，時代發展的總體環境和相關領域行業的內部環境均呈現出很多的 問題，具體來分析，問題也涵蓋了在相關方面的人員對于該軟件有了更高的要求、而時
代也處于互聯網技術、電腦應用技術以及數據庫相關技術快速更新等方面。工程項目的 相關管理方面的軟件發展的前景和未來的方向問題，如何與飛速發展而更替的技術匹配 的問題都會成為這個領域的進一步需要思考和研究的問題。當前，我國對于工程造價信 息系統方面的論文研究成果有趙輝（2013）的《工程造價信息管理web平臺的設計與實 現》，其研究當中在基于Web平臺的情況下進行了工程造價信息管理系統的設計與實 現，將工程造價信息管理系統與互聯網技術、計算機技術進行了良好的融合【I】。期刊方 面的研究成果有吳鐵飛（2016）的《動態工程造價信息管理系統的探索》，其研究當中 認為通過互聯網與計算機技術，在現今科技水平越來越高的情況下能夠實現對工程造價 關系信息系統的動態管理與監控，便于保證工程造價的合理性，并且能夠有效控制工程 造價成本［9】。
1.2.3發展趨勢
工程造價信息管理系統在當今世界科學技術與互聯網技術越來越發達的背景下，必 定會得到更加廣泛的且科學的應用。相比我國的工程領域行業的建筑方面行業，使用基 于信息技術的工程造價信息管理系統，并妥善的運用，從某種意義上來說是能夠促進全 行業的進一步發展的。而我國的工程造價信息管理系統方面的相關開發和設計等方面在 客觀意義上而言是落后于那些發達國家的，而因為國家大力發展基礎建設，在建筑行業 方面而言，擁有很大的應用空間和很多的經驗可以來吸取，所以，了解國際發展狀態后, 對我國的工程造價信息系統存在的不足之處進行彌補，促使該系統的設計與實現能夠與 我國的建筑工程需求相符，能夠與我國的基本國情相符。在此基礎上，我國可以將相關 的軟件研發作為工程造價信息系統設計與實現的導向，進一步深化計算機軟件的應用， 強化與提升我國工程項目信息化方面的管理，能夠使得其產生良好的發展并取得一定成 績，為未來發展奠基。
1.3論文的研究工作
本文的主要研究內容包括工程造價信息管理系統的設計與實現，需要以國內外相關 的研究成果或者理論作為撰寫本論文的理論支撐，并依據理論妥善的對工程造價的原理 內容、工程造價信息系統方面的原理以及相關系統的開發理論和方法得以簡要的總結。
而對相應的理論和工程造價管理信息系統的領域進行總結與分析之后，本文將會從整體 .結構設計與各個模塊詳細的設計來進行本文的系統設計與實現。
工程造價信息管理系統從項目的角度來看，由以下幾個模塊組成，主要包括以下的 內容：
(1)項目管理
對工程信息進行誤差分析，管理概預算表，合同管理。
(2)進價費用管理
管理工程項目的進價費用，這里分為兩個子模塊：直接費用管理子模塊與間接費用
管理子模塊。
直接費用管理子模塊的功能涵蓋了包括設備價格的維護管理，定額的維護管理，材 料價格的維護與其他費用的維護。間接費用管理子模塊的功能涵蓋了管理稅費管理、招 標費用管理、業務費用管理、管理費用管理、臨時設施費用以及其他費用的管理。
(3)模板管理
模板管理進行造價模板的管理以及指標的維護。
(4)設備造價管理
在設備造價管理里面負責進行費用的設置，收費的管理以及設備的綣計。
本課題圍繞著工程造價信息管理系統的設計與實現，同時需要滿足以下系統需求：
1.系統組織需求
工程建設公司機構劃分較多，項目部門是其進行項目管理與工程造價的基礎職能部 門。本文所設計的工程造價信息系統項目部門組織結構分為三個層次，第一層為各個部 門，其中包括：財務部、市場部、設備部、技術部、總工辦；第二層為總經理；第三層 為董事長。
2•系統職能需求
職能調査對于后期系統業務流程分析以及總體設計提能夠提供直觀的設計依據。本 工程造價信息系統的組織職能邏輯關系分為三個層次，第一層為各個經理，其中包括： 設計經理、現場經理、施工經理與商務經理；第二層為項目經理；第三層為總經理。
3.業務流程需求
為了進一步對業務與業務之間的關系進行了解,需要對各項業務的邏輯次序以及數 據在不同業務之間的轉移進行分析，并對不同部門中,各種類型事務的處理過程、數據類 型、以及具體需求等進行調查。本工程信息系統的主要業務流程為：項目計劃-激活項 目-項目造價-項目管理-項目存檔。
4•數據流程需求
本文的工程造價信息管理系統的數據流程遵循的是一般性的數據流程。
而除了前文中提及到的需求之外，該系統還將會有系統本身的人員管理、系統的數據維 護、設備相關的數據維護以及項目的管理等功能需求。同時，本工程造價信息系統的設 計與實現，相關開發人員具有一定編程基礎，技術方面能夠采用三層Browser/Server結 構與Internet技術的結合，操作方面能否進行新建模板，操作簡便且安全，可以說本工 程造價信息管理系統的設計與實現具有比較良好的開發軟件環境。此外，本文所設計的 工程造價信息管理系統當中，應用了較高性能的PC機、比較專業的主機服務器、進行 WEB選擇時不僅考慮了系統目前需求，更考慮了 WEB今后的拓展。
1.4本文結構
本論文研究的工程造價信息管理系統，其論文結構如下：
第1章是緒論，主要用來介紹本工程造價信息管理系統的研究背景，研究的意義和 價值，并分析了與本文中系統相關的國外研究現狀和國內研究現狀，并分析了工程造價 信息管理系統的發展趨勢，并總結了本論文的研究工作。
第2章是本文中工程造價信息管理系統的相關技術理論介紹，簡要介紹了 B/S體系 結構，PHP開發語言技術，并介紹了關系型數據庫、MySQL數據庫和當前流行的LAMP 組合開發架構介紹，最后介紹了 MVC模式。
第3章進行系統的需求分析，現實系統需求的概述，從系統總體需求和系統組織需 求兩個方面來進行介紹；然后是進行系統需求分析，分析了本論文中的工程造價信息管 理系統的項目管理模塊、進價費用管理模塊、模板管理模塊和設備造價管理模塊四個模 塊的功能需求；然后從技術可行性、運行可行性和經濟可行性三個方面進行系統可行性 分析。
第4章進行了工程造價信息管理系統的系統設計，從系統總體設計、系統模塊設計 和數據庫設計三個方面進行撰寫，系統模塊設計對用戶管理模塊、姓名管理模塊、進價 費用管理模塊、模板管理模塊和設備造價管理模塊這五個模塊進行詳細介紹；數據庫設 計從數據關系設計、數據表設計和服務器端與數據庫的連接著三個方面進行描寫。
第5章是系統實現，先寫了系統總體實現，然后從項目管理模塊的實現、造價費用 模塊的實現、模板管理模塊的實現和設備價格管理模塊的實現來詳寫系統各模塊的實 現；然后從開發環境容器化、生產（線上）環境容器化、持續集成交付和容器化的實際 操作步驟四個方面來寫本工程造價信息管理系統的容器化部署進行詳寫。
第6章是系統測試，包括系統測試用例和系統測試的結果。
最后一章為結論，總結分析本文的工程造價信息管理系統，并進行了對本文的展望, 總結本系統設計和實現過程中的優點以及本系統需要進行改進的地方。”
1.5本章小結
本章節為全文緒論，先是介紹了本文的研究背景，然后寫出了研究意義與價值，然 后根據國內外的發展歷史分析國外的研究現狀、國內的研究現狀，然后分析了本文的工 程造價信息管理系統的發展趨勢。簡要概述了本文的研究工作，最后寫了本文的結構。
第2章相關技術理論介紹
2. 1 B/S體系結構
B/S結構全稱為Browser/Server即瀏覽器/服務器結構，這個結構往往將會與C/S結 構（Client/Server即客戶端/服務器結構）進行對比，也可以說這個結構是將傳統的C/S 結構的一種改進。首先它傳承了原來C/S的優點，就是將用戶使用過程中必要沉重的架 構放到用戶終端而真正系統能夠實現功能的最核心部分的工作則是在遙遠的服務器端 上，通過互聯網通訊技術的實施傳播來到達用戶方，這樣服務的維護就可以通過維護服 務器端就能夠進行，而不用將其擴展到千千萬萬用戶中去。而B/S結構則是更加簡化了 用戶方面的壓力，對于用戶的終端的要求也可以降到最低，用戶在進行操作極少數的操 作邏輯在瀏覽器端進行，而大量的實際業務操作則放到了服務器端進行，這樣的優點十 分明確，首先是十分的安全，數據的傳輸通過加密以及防火墻等方式保障了整體的安全; 其次就是十分的輕便，維護起來十分統一集中，防止過多的壓力提供至用戶方面上。從 當前的角度來看，用戶利用局域網所建立的B/S結構是非常理想的，不但成本十分的低 廉，減少了引入外網流量所造成的速率和流量費用的問題，而且十分快速，這種快速是 其他模式不可比擬的。對于用戶而言，整個服務過程對于終端的要求也十分的低，僅需 要能夠支持簡單的邏輯操作，能夠運載起瀏覽器方面要求的用戶就能夠完成整個業務操 作，將紛繁復雜的處理業務邏輯工作交給服務器來運行，運行之后產生的運算結果則可 以通過互聯網通信提交給用戶的瀏覽器端。
隨著時代的發展，瀏覽器的技術越來越高，結合瀏覽器的腳本語言技術與ActiveX 技術的日益成熟，瀏覽器的功能也愈發的強大起來，而許多以往需要很強性能的終端才 能完成的客戶端軟件所進行的業務處理功能，現在只需要在瀏覽器中就能夠得以實現， 而這種模式逐漸的被人們所接受，越來越多的軟件功能也均采取這種方式，這也給運營 商們提供了更多的便捷，可以專心的將自己的服務放到服務器端，而不用再考慮跨平臺 跨系統之間的客戶端方面非功能性的開發成本的浪費。不過B/S結構也并不是完美無瑕 T,限于其模式的局限，比較復雜的應用難以在這種架構里面進行開發，而且，由于受 限于所有的使用用戶均需要在通過連接服務器才會實現功能，所以在用戶數量十分的多 且同一時間進行對服務器端的訪問時，服務器往往就會難以支撐如此龐大的業務量，就 會導致服務器的崩潰，而用戶難以繼續持續的工作下去，這也是這個架構目前情況之下 存在的一個弊端。B/S結構拓撲圖如圖2.1所示。
圖2.1 B/S結構拓撲圖
Fig. 2.1 Topological graph of B/S architecture
2.2 PHP開發語言技術
PHP開發語言，Hypertext Preprocessor即超文本預處理器。是一個在如今的開發領 域上而言應用范圍非常廣泛的一個語言,因為語法和很多當今流行的語言如C語言、Java 等語言非常相近，所以對于剛接觸的人而言非常好學，所以推廣的速度也十分的快。由 于PHP的語法混合了 C、Perk Java及PHP自創的語法。所以在執行動態網頁方面它 比CGI或Perl更加快速。PHP因為能夠以自身的優勢直接嵌入到HTML文檔里面直接 執行，所以相比之下這個語言十分的便捷且高效，而通過這個開發語言的優化編譯，整 個編譯的結果運行狀態也非常的迅速。因為PHP遵循開放源碼協議，所以其使用者不 需要購買許可證即可使用。PHP的開發相關人員也可以從網上直接下載PHP源代碼， 然后進行相應的修改和補充。
PHP由Rasmus Lerdorf在1994年創建，創建的原因是Rasmus Lerdorf需要維護個 人網頁。1995 年,Personal Home Page Tools (PHP Tools)發表 了 第一個版本,并由 Lerdorf 寫了一些介紹該程序文檔。1996年底，世界上共有15000多個網站使用了 PHP/FL幾 個月后，PHP開發團隊于1997年發布了 PHP/FI 2。隨后便在很短的時間里又對PHP3 進行了相應的檢測，并在1998年中旬發布。2000年5月，以Zend Engine 1.0為基礎的 PHP 4正式發布,2004年7月則發布了 PHP 5, PHP 5使用了第二代的Zend Engine。2008 年，PHP5成為PHP唯一的在開發的PHP版本。2013年6月，PHP開發團隊有很快的 相應推出PHP 5.5.0o該版本中增加了大量的新功能和對之前一些bug的修復。2014 年10月，PHP開發團隊宣布PHP 5.6.2可用。
PHP相比其他語言擁有著以下的優勢：1.開源，PHP是一個開源的語言，人們可以 看到所有使用PHP編寫的源代碼，開源這一特性使得PHP將會有更多的人去使用并交 流。2.免費，PHP語言不收取任何的費用，這個特性也將會使其成為一個比較受人歡迎 的語言。3.易學性，PHP因為在語法上同很多種常見語言相近，所以對于用戶而言上手 非常的快速，而且可以直接嵌入到HTML中去，所以非常適合初學者。4.跨平臺性，PHP 因為語言腳本通用，不受任何系統的限制，可以在當前可見的任何一個版本中運行。5. 效率高，PHP占用的系統資源很少。
目前，全球前100萬的站點中，70%左右的站點使用PHP來開發，它和Linux、 Mysql、Apache、Nginx等組成搭檔，從成本投入和開發周期考慮，PHP是個很不 錯的選擇。PHP可以用在網站開發上，也可以用在API借口開發，服務器開發內部OA 系統開發，游戲開發，移動端后臺開發等。正是由于PHP具有多種優勢以及廣闊的應 用前景，它常常被使用者稱為世界上最好的語言。
2. 3數據庫MySQL的介紹
2. 3.1關系型數據庫
數據庫一直以來都是開發領域中十分重要的一個組成技術，而數據庫中非常主要的 一個組成部分就是關系型數據庫。關系型數據庫數據模型簡單，支持復雜的查詢工作， 有著強大的數學理論依據，支持的數據類型也比較簡單。關系數據管理系統(Relational Database Maxiagement System： RDBMS)是指包括相互聯系的邏輯組織和存取這些數據 的一套程序(數據庫管理系統軟件)。關系數據庫管理系統就是管理關系數據庫，并將數 據邏輯進行組織的系統。而當前比較常用的關系數據庫的管理系統的產品是Oracle.IBM 的DB2和微軟的SQL Server»數據庫表結構如圖2.2所示。
*鈕冬烷七 渝!th銹 1024$ W狂網CSH-
: '―二；
滋今 ssKft®f?024}
JtS.® i->5>）心 ary
y K goer y，爐
實氐三將wte
曲爭經 M滋瑕2令... '«竟 痢該拓259$
矣號吻弓w^arlSZ*.'
畢 sag.妝W
色遠晳班更 ”；
㈣負慈■辭咖沖 TS^Kfcfe 密和＜0就零 宕茲玄西.潘如和醸箜
圖2.2數據表結構圖
Fig. 2.2 Data table structure diagram
在數據庫的領域中，其非常重要的一個環節就是數據建模，而目標就是期望能夠建 立起一個冗余少而十分方便使用，同時基礎維護成本十分低的一個數據庫。在能夠保證 數據的完整、安全和一致的基礎之上，如果能夠提高數據庫的效率就十分的難得了。而 關系型數據庫一般有三個階段來完成，第一是概念設計階段，第二是邏輯設計階段，第
三則是物理設計階段。
2. 3. 2 MySQL 數據庫
MySQL數據庫是當前使用量非常廣泛非常多的一個關系型數據庫的管理系統，隸 屬于Oracle公司，也經常被用戶評價成在當今世界上可以說是最好的關系型數據庫的應 用軟件了。并且因為其開源的特性，且免費使用的特性，也讓它成為了使用量最為廣大 的一個數據庫之一，而MySQL也能提供一個比較完整的操作約束條件，讓用戶能夠安 全的使用數據庫不用擔心數據丟失的問題。MySQL數據庫輕便快捷，操作簡便，能夠 最大程度上保障用戶的使用效率，而其體積也非常的小，運行起來速度十分的快，數據
庫優化了其查詢的系統，用戶也可以自行編寫更加高效的代碼，讓用戶能夠充分的利用 好數據庫所能夠提供的數據存儲的服務功能。在能夠保證數據庫安全的情況下順利使 用。同時數據庫也對其查詢的系統進行自我優化，用戶可以自行編寫系統的查詢操作， 能夠使得數據查詢變得更加高效迅速，提升整個流程的效率。
2. 3. 3 LAMP 組合
LAMP架構組合是當今開始比較流行的一個框架組合，LAMP指的是 Linux+Apache+MySQL+PHP,這個架構中涉及到的是Linux的運行系統，Apache的服 務器系統，MySQL作為運行端的數據庫外加PHP架構語言的腳本，這個架構中所涉及 到的語言均是開源且免費的，同時有了大量的使用者不斷總結歸納這個架構的經驗，所 以發展十分的迅速。也成為了當今的一個潮流，與J2EE和.Net成了三組鼎立之勢。而 廣大的中小型企業的開發也迅速的吸取了該架構的優勢，并使用這個架構強力的開發了 許許多多的方便的業務系統。而這個架構另一個優勢就是總體而言的體積非常的小，成 本也十分的低廉，可以使得開發整個項目的投資成本非常的低，于是受到了廣大用戶的 好評和支持，也成為了當今可以說是最強大的網站技術方面的解決方案。LAMP架構網
站系統的結構圖如圖2.3所示。
Fig. 2.3 LAMP architecture
2. 5 MVC模式介紹
MVC模式，Model-View-Controller即模型-視圖-控制器模式，這個是在當今比較受 認可的設計模式，也越來越受到了基于開源語言思路下的人們開發的方式歡迎，尤其是 PHP語言的開發者。這里的模型指代的是業務模型，而使用這個模型進行設計的首要思 路就是希望能夠將業務模型與視圖進行代碼層面上的分離，這樣就可以使得系統能夠在 統一程序當中使用不同的表現形式。這種方式與當今的主流開發思想非常貫通，所以受 到了廣大人們的好評。MVC的結構如圖2.4所示。
♦ 方法調用 ♦ 事件
圖2.4 MVC結構
Fig. 2.4 MVC structure
在MVC模式的思路下，主要的思路和核心部分就是控制器，用戶在界面中完成自 己所需要進行的操作和人機交互，完成之后這個指令就會傳送給控制器端，控制器就會 將指令發送給對應的模型，模型與后端的數據庫進行連接和一系列所需的操作之后，在 從業務邏輯的角度出發，傳送回來，最后在視圖中展示給用戶，完成本次交互。
MVC的模式就會有一個很好的邏輯結構，這樣就會實現了一個邏輯模型會有多個 視圖中解決問題，從而使開發工作減少了代碼的工作量，模型即使改變對于運維人員而 言維護起來也十分的方便。
視圖：
視圖是用戶看到并與之交互的界面。視圖在當今情況之下一直都是十分重要的成 分，是用戶能夠直觀的感受到人機交互的一種最好的方式，在視圖中雖然說真正的處理 過程并沒有發生，但是，用戶通過視圖能夠直觀的操作邏輯，而MVC中可以對于應用 程序處理很多不同視圖，是一種良好的用戶操作的方式。
模型：
模型表示企業數據和業務規則。對于設計的程序而言，一個模型可以被許許多多個 視圖所調用，而模型就對應著一段代碼，這樣就提升了代碼的利用率，降低了代碼的重 復率，減少了程序員的工作量。對于連接的數據而言，模型屬于中間狀態，這就是模型 能夠對多個視圖進行操作的原因。
控制器：
控制器是用來協調視圖和模型的中間操作過程，控制器本身不輸出任何東西和做任 何處理，它只是像一個交警一樣接受請求并指揮哪個模型來處理請求，最后返回給哪個 視圖來完成任務。
2. 6本章小結
本章節主要是對本文工程造價信息管理系統實現的相關技術理論進行介紹，首先是 介紹了 B/S體系結構；然后介紹了一下本文開發使用的關鍵技術：PHP語言；然后介紹 了一下本系統使用的數據庫MySQL,介紹了關系型數據庫，MySQL數據庫，以及本系 統使用的當前流行的Linux+Apache+MySQL+PHP (LAMP)組合；最后介紹了一下本文 開發使用的MVC模式。
第3章工程造價信息管理系統需求分析
3.1系統需求概述
3.1.1系統總體需求
本文中的工程造價信息管理系統將會對工程造價信息方面進行信息化可視化和跨 區域化的方式進行管理，使用人員將會從項目管理模塊、造價費用管理模塊、模板管理 模塊和設備價格管理模塊四個模塊共同協作來對本文系統進行管理，在工程造價方面管 理本身的基礎上，還有系統的人員和數據管理。旨在能夠將工程造價管理提供在信息化 平臺上。
工程造價信息管理系統的總體用例圖如圖3.1所示。
圖3.1系統總體用例圖
Fig. 3.1 Overall use case diagram of system
3.1.2系統組織需求
工程建設公司機構劃分較多，項目部門是其進行項目管理與工程造價的基礎職能部
門。工程造價信息管理系統的組織結構如圖3.2所示：
圖3.2系統組織結構圖
Fig. 3.2 System organizational chart
該系統的各信息由財務部、市場部、設備部、技術部和總工辦分別提供數據，有總 經理與董事長來負責全部信息的查看與調度。由財務部和設備部來提供設備價格維護、 定額維護；由財務部和市場部來提供材料價格維護與其他費用維護；財務部同時來提供 稅費管理、招標費用管理、業務費用管理、管理費用管理與臨時設施費用管理，技術部 和總工辦來提供造價模板管理與指標維護；由設備部提供設備造價管理方面的數據。
3. 2功能需求分析
3.2.1項目管理模塊
本文中寫到的工程造價信息管理系統中項目管理模塊將會由三個子模塊功能協同 來完成，三個子模塊包括：誤差分析子模塊、概預算表子模塊和合同管理子模塊。本模 塊主要的功能是對于一個工程的實行前期階段，可以在項目管理中對工程簽訂的合同管 理，然后可以寫入工程的概預算，并可以在工程實際實施中對概預算的數據與實際的數 據進行誤差分析。
在項目管理模塊中的概預算表子模塊中，系統會在數據庫里存儲項目相關合同的歷 史數據，并設計好以表格的形式交互體現給用戶，用戶根據系統所展現的數據在依據合 同，對工程實施概預算，以對工程的整個項目成本進行一個數據的把控，方便做出決策。
而項目管理模塊中的誤差分析子模塊是對概預算表子模塊中完成的概預算表與工 程實際運行期間產生的實際數據進行對比，可以在這上面進行誤差的分析。項目管理模 塊的系統業務流程圖：
業務流程圖的基本圖例如圖3.3所不:
圖3.3基本圖例
Fig. 3.3 Basic legend 項目管理模塊的業務流程圖如圖3.4所示。
分悴衲1
圖3.4項目管理模塊的業務流程圖
Fig. 3.4 Business process diagram of project management model
其中：Pl是用戶登錄本文的工程造價信息管理系統；P2是用戶登錄系統后進入到 合同管理子模塊新建合同的部分，建立好合同并與管理員確認無誤信息完整后方可轉入 P3,否則無法進行合同的概預算；P3是用戶對新建的工程項目合同進行概預算，系統 會生成一個概預算表供用戶參考，進行完概預算表之后用戶方可進入P4； P4為誤差分 析，用戶在這里進行工程項目合同的概預算與實際的對比與誤差進行分析，最后的結果 將會記錄存檔。
3. 2.2造價費用管理模塊
本文中寫到的工程造價信息管理系統中造價費用管理模塊將會由兩個子模塊功能 協同來完成，兩個子模塊包括：直接費用管理子模塊和間接費用管理子模塊。本模塊主 要的功能是對于一個工程的實施期間，對實際工程中的材料、設備價格、維護價格、定 額、稅費、招標費用、業務費用、管理費用臨時設施費用等對于工程方面的價格進行管 理。
在造價費用管理子模塊的直接費用管理子模塊中，主要包含材料價格維護功能、設 備價格費用管理、定額維護費用管理以及其他費用管理，這些費用均為在工程實施過程 中可能實際產生的直接費用。其中：材料價格維護里面所進行管理的是在工程的實施過 程中，工程場地和運行所需要的各種材料，這個維護不是一個靜態的過程，而是需要使 用者時刻的維護該方面的數據，因為，首先就是隨著工程項目的一步一步進行，所需要 的材料種類也會隨之增加，種類增加之后，系統里面的數據也隨之需要進行添加更新。 另外，材料的價格也會隨著時間的推進市場價格產生波動，所以，用戶也需要在這里根 據實時的市場價格來更新數據，這樣才會使得該模塊得以準確無誤的為整個功能進行服 務。而定額維護費用是指工程進行的過程中，施工人員也需要對材料或者工程所用的設 備進行維護，維護會產生一定的費用，這個費用則是定額維護費用。這個費用也會隨著 時間推移和市場波動等因素而導致價格不斷變化，所以為了保證該功能模塊的穩定性， 也需要使用者不斷的更新數據進行維護。其他費用是指在工程進行的過程中，除了以上 提到的直接費用和定額維護費用之外的工程產生的其他費用款項，這個是作為直接費用 中的補充事項。
間接費用管理中：
在造價費用管理子模塊的間接費用管子模塊中主要是用來管理在王程進行實施過 程中，不是直接影響工程造價的其他方面的費用管理，這類的費用包括：稅費、招標費
用、業務費用、管理費用臨時設施費用以及其他的費用。稅費指的是在工程方進行工程 的時候，產生的費用中所需繳納的稅費，用戶可以在這里對相應的稅費進行管理，稅費 是與工程進行之間不存在直接關系的費用，但是這個也是工程造價費用中不可或缺的， 需要落實考慮的一個部分。招標費用指的是工程實施進行過程當中招標部分所需進行的 費用，這個費用同樣也不是直接影響著造價費用，但是因為在工程的實施過程中需要進 行招標的活動以支撐著項目的前行，這個費用也需要在總的造價費用中有所體現，所以 招標費用將會在間接費用管理子模塊里面進行這個方面的管理。業務費用是在工程實施 進行的過程中會出現涉及到的很多種業務，這些業務在處理過程的時候會產生費用，這 個方面的費用也必會成為工程造價費用的一個部分，用戶可以在間接費用管理子模塊中 對該方面的費用進行管理。管理費用是在工程的實施過程當中，對工程實施人員存在著 管理費用，管理人員和員工之間存在著許許多多的管理工作，在管理的過程中會產生費 用，同時工程還會涉及到施工產生的專利費用，這個費用也屬于管理費用的范疇之內。 臨時設施費用指的是，在工程的進行過程中，在工地上搭建的臨時用的生活區域以及臨 時的存儲倉庫等臨時用的設施在購買方面上產生的費用，這個也是在間接費用管理的一 個重要組成部分。在間接費用管理中，除了上述費用之外所產生的其他費用比如突發事 件的處理費用，人員方面的補貼費用，臨時設備的維護費用等等，這個在間接費用管理 子模塊中的其他費用板塊中進行管理。
造價費用管理的業務流程圖如圖所示。
圖3.5造價費用管理的業務流程圖
Fig. 3.5 Business process diagram of cost management
其中，Pl為用戶登錄該工程造價信息管理系統，登錄后用戶可以于P2中添加材料
信息，添加好后的材料信息，系統將存儲至材料表中并在系統里存檔；P3為直接費用
管理，用戶在這里輸入直接費用的信息，并在系統中存檔；P4中進行間接費用管理， 用戶將項目與費用輸入之后，結果在系統中進行存檔，并保存至費用表中。
3. 2. 3模板管理模塊
本文中寫到的工程造價信息管理系統中造價模板管理模塊將會由四個子模塊功能 協同來完成，包括：造價模板管理子模塊、指標維護子模塊、指標明細維護子模塊和指 標子項維護子模塊。該模塊主要是為了給工程的項目指標、評估性質等進行管理。造價 模板管理子模塊中的造價模板是為了為費用記錄的管理設定的一個模板，設定好模板之
后系統費用的填寫方式均可以按照設定的模板進行填寫，而用戶在這個子模塊中則是對 模板進行修改和編輯等操作。指標明細維護子模塊中用戶對于工程的項目實際所需工程 中的指標數據的明細標準進行管理操作。指標子項維護子模塊是對于工程進行中指標部 分的數據進行著指標子項的管理等操作。
模板管理模塊的業務流程圖如圖3.6所示。
圖3.6模板管理模塊的業務流程圖
Fig. 3.6 Business process diagram of template man^ement module
其中，Pl是登錄工程造價信息管理系統，用戶登錄后可以點擊模板管理模塊進行
模板管理P2。P2中用戶添加模板信息，填寫好信息之后，系統將會存檔并將內容存檔 至模板表中。
3. 2. 4設備造價管理模塊
本文中寫到的工程造價信息管理系統中設備造價管理模塊將會由三個子模塊功能 協同來完成，包括：費用設置子模塊、收費管理子模塊以及費用統計子模塊。本模塊主 要是對工程在實施過程中所需用的設備方面的造價進行管理，用戶可以在這里對工程進 行方面的材料設備等工程產生的費用進行著管理。費用設置子模塊是對于在工程實施過 程中在材料以及設施設備以及臨時設施等方面均會產生費用，使用該平臺的用戶可以在
這里進行費用的統一設定，這樣就能夠在平臺上對于費用進行方便而統一的管理，用戶 也可以對費用進行設置，靈活的根據情況變化而將價格進行改變。收費管理子模塊是對 于整個工程項目當中的造價管理方面所有的進行收費的項目，用戶僅在這里進行管理與 編輯，統一管理整個工程方面涉及到收費的地方。費用統計子模塊是前面提到的工程項 目中的各項費用，用戶可以在這里進行統計性的管理，管理以后用戶還可以下載生成可 視化的數據展示或者報表方便用戶做決策。
設備價格管理模塊的業務流程圖如圖3.7所示：
圖3.7設備價格管理模塊的業務流程圖
Fig. 3.7 Business process diagram of equipment price management module
其中，Pl是用戶登錄該工程造價信息管理系統，P2用戶可以在設備價格管理中設 置添加材料信息，填寫好后的材料信息將會被系統存儲至材料表中，填寫好后，用戶
在P3費用設置中進行編寫材料價格信息，該信息將會與價格表和材料表相關聯，用戶 更新信息后系統存儲價格表。
3. 3系統可行性分析
可行性(Feasibility)是對將要開發的信息系統的價值或實用性的度量。可行性分析 (FeasibilityAnalysis)是對信息系統方案可行性進行度量的過程。
3. 3.1技術可行性
本文中提及的工程造價信息管理系統的開發過程主要用到的技術包括：系統分析與 設計方法、相關模型圖及流程圖的畫法、開發語言和數據庫技術，所需技術均為當前世 上較為常用且上手操作難易度較為簡單的，總體開發框架為B/S結構框架，開發采用的 語言為當前十分流行的PHP開發語言，數據庫采用的也是當今開源的MySQL數據庫， 開發架構也運用當前比較流行的LAMP (Linux+Apache+MySQL+PHP)的框架，該框架 已經在全球范圍內有相當多的成功應用案例，能夠保證在實際開發過程中不會出現語言 或者技術本身的bug。平臺與云服務平臺連接所需要用到的是微服務(Microservice), 涉及到的技術和服務有：持續集成(Ci)、Maven庫調試、Git庫連接、Docker鏡像技 術、阿里云提供的DNS配置；在環境的搭建涉及的技術有：K8S技術、ETCD技術、 Zookeeper技術、KAFKA技術，以及Nginx服務器。在Portal端開發使用的技術是當前 流行的開源語言，擁有大量的使用者經驗和成熟的技術框架，同時因為是開源，使用起 來不會產生費用。且已經有無數個例子證實其開發后的程序也能夠無障礙無問題的跑起 來，可以令開發者放心的將其投入到正式使用中去。故綜上分析，開發本文的工程造價 信息管理系統技術可行。
3. 3. 2運行可行性
本文的工程造價信息管理系統經過與實際工程中的項目人員、開發過程中的技術開 發人員以及測試人員進行了深入的訪談與調研，該工程造價信息管理系統的建立得到了 他們的廣泛認可，尤其是占據該系統主流的工程項目人員，他們對于系統提供統一工程 造價管理模式，信息統一在平臺上的方法十分贊同。而實際運用該系統過程中也會極大 降低工程人員的操作困苦，減少工程項目造價管理方面的弊端，提升了工程造價管理的 效率，從深遠意義而言，提升了總體工程的效率。所以從運行可行性方面而言，該平臺 可行。
3. 3. 3經濟可行性
本文的工程造價信息管理系統，采用的開發技術中所用到的PHP語言，MySQL數 據庫等技術均為開源語言，使用與編譯的過程中不涉及費用，這樣就會為本文的工程造 價信息管理系統的開發節約了購買語言與版權所需的成本，僅需花費正常的人力成本以 及時間成本。所以從經濟角度來看，系統可行。
3.4本章小結
本章介紹了工程造價信息管理系統的需求分析，首先進行了系統的需求概述，在系 統總體需求中，分析出本工程造價信息管理系統根據功能需要分為四個模塊：項目管理 模塊、造價費用管理模塊、模板管理模塊與設備價格管理模塊，然后繪制了使用該系統 的工程公司基本的組織結構圖；然后進行了各個模塊的系統需求分析，使用了業務流程 圖來進行分析；然后在本章最后一節進行的系統可行性分析，從技術可行性、運行可行 性和經濟可行性三個方面進行了分析。
第4章 工程造價信息管理系統的設計
4.1系統總體設計
本論文中提到的工程造價信息管理系統的全部功能實現是由四個模塊：項目管理模 塊、進價費用模塊、模板管理模塊以及設備造價管理模塊共同協作完成的，各個模塊通 過各自的子模塊來實現模塊的功能，四個模塊從四個角度共同協作完成整體功能。系統 功能架構圖基本如圖4.1所示：
誤差分析
概預算表
合同管理
定額維護
材料價格維護
直接費用管理
進價費用管理
其他費用維護
稅費管理
間接費用管理
招標費用管理
業務費用管理
管理費用管理
臨時設施費用管理
設備造價管理
費用設置
其他費用管理
收費管理
設備統計
圖4.1系統功能架構圖
Fig. 4.1 System functional architecture diagram
4. 2系統模塊設計
4.2.1用戶管理模塊設計
本論文中的工程造價信息管理系統中各個用戶通過系統授權的權限不同，所能在系 統中進行的操作方式也不同。系統的用戶從總體權限上來劃分，分為兩類用戶，第一類 為系統管理員，第二類為系統的常規用戶。系統管理員admin在系統里擁有著全部的權 限，除了使用功能方面的權限之外，用來調試系統本身及維護本系統用。系統的常規用 戶根據工程管理的人員需要進行權限的細化分，將會劃分為高級管理員，普通管理員和 普通用戶。
（1） 系統管理員
系統管理員在系統中具備所有用戶所能夠擁有的全部操作權限，在該權限的基礎之 上，系統管理員同時還可以對系統的人員進行管理，對于系統的各個功能參數設定，系 統中運行的配置變量和系統的人員權限設定等進行管理。系統管理員除了可以進行系統 操作的同時也能夠維護系統，是本工程造價信息管理系統的重要人員。
（2） 常規用戶
本工程造價信息管理系統中的常規用戶就是運用本系統進行操作的全部用戶，這些 常規用戶將會根據自己權限的不同進行系統的日常使用，對工程造價方面進行信息化的 管理。常規用戶分為三類，高級管理員、普通管理員以及普通用戶。高級管理員擁有著 系統所有模塊的操作權限，因為這四個模塊中互相關聯，高級管理員進行著全部數據的 規定和操作，如制定價格的模板，編寫造價的數據等等，是整個系統日常使用中的關鍵 用戶。普通管理員是相比高級管理員之后權限略微小的管理員，普通管理員可以進行特 定模塊的特定子模塊功能，可以對數據進行編輯添加和刪除，是特定模塊中的一個管理 的人員。而普通用戶則是日常對系統進行操作的人員，根據前面兩種管理員設定好的數 據和模板之后進行的日常系統功能操作。用戶管理用例圖如下所示。
圖4.2用戶管理用例圖
Fig. 4.2 Use case diagram of user management
4. 2.2項目管理模塊設計
項目管理模塊對于整個工程造價信息管理系統而言是用來管理工程項目的，本模塊 的使用者為所有常規用戶。本模塊主要的功能是對于一個工程的實施前期階段，可以在 項目管理中對工程簽訂的合同進行管理，然后可以寫入工程的概預算，并可以在工程實 際實施中對概預算的數據與實際的數據進行誤差的分析。
項目管理模塊的時序圖如圖4.3所示。
用戶在登錄頁面中輸入好用戶名和密碼之后完成登錄本文的工程造價信息管理系 統的操作。系統通過登錄頁面傳遞數據進行交互，當發現用戶名和密碼與存儲在后臺 的數據庫用戶表里面的數據一致之后，用戶登錄成功。登錄成功之后用戶進入到本文 的工程造價信息管理系統的首頁，在首頁中用戶點擊項目管理，則頁面跳轉至項目管 理頁面，在項目管理頁面中用戶可以點擊“合同管理”本系統即可進入到合同管理子 模塊中。在合同管理子模塊的頁面用戶根據需求和頁面上顯示的內容編寫信息，信息 填寫完成之后，系統會將合同信息保存至后臺的數據庫中，成功之后會給用戶一個合 理的反饋信息，則表示用戶成功的進行了合同管理的操作。
合同管理子模塊的類圖如圖4.4所示。
圖4.4合同管理類圖
Fig. 4.4 Class diagram of contract management
4. 2.3造價費用管理模塊設計
造價費用管理模塊對于工程造價信息管理系統中的作用是在這里可以管理所有的 造價費用。本模塊主要的功能是對于一個工程的實施期間，對實際工程中的材料、設備
價格、維護價格、定額、稅費、招標費用、業務費用、管理費用臨時設施費用等對于工 程方面的價格進行管理。本模塊的使用者是常規用戶。
用戶在登錄頁面中輸入好用戶名和密碼之后完成登錄本文的工程造價信息管理系 統的操作。系統通過登錄頁面傳遞數據進行交互，當發現用戶名和密碼與存儲在后臺的 數據庫用戶表里面的數據一致之后，用戶登錄成功。登錄成功之后用戶進入到本文的工 程造價信息管理系統的首頁，在首頁中用戶點擊造價費用管理，頁面進入到造價費用管 理模塊的頁面。用戶在頁面中點擊進價費用管理，則頁面跳轉至進價費用管理，用戶根 據需要和頁面中的規范操作對進價費用信息進行填寫，在確定無誤之后提交給系統，信 息填寫完成之后，系統會將進價費用信息保存至后臺的數據庫中，成功之后會給用戶一 個合理的反饋信息，則用戶成功的進行了造價費用管理的操作。
進價費用管理模塊的時序圖如圖4.5所示。
O
4. 2. 4模板管理模塊設計
模板管理模塊在本文工程造價信息管理系統中的作用是用來管理各項模板。該模塊 主要是為了給工程的項目指標、評估性質等進行管理。造價模板管理子模塊中的造價模 板是為了為費用記錄中的管理設定的一個模板，設定好模板之后系統的費用填寫方式均 可以按照設定的模板進行填寫，而用戶在這個子模塊中則是對模板進行修改和編輯等操 作。指標明細維護子模塊中用戶對于工程的項目實際所需工程中的指標數據的明細標準 進行管理操作。指標子項維護子模塊是對于工程中的進行的指標部分的數據進行著指標 子項的管理等操作。該操作的人員為系統管理員。
用戶在登錄頁面中輸入好用戶名和密碼之后完成登錄本文的工程造價信息管理系 統的操作。系統通過登錄頁面傳遞數據進行交互，當發現用戶名和密碼與存儲在后臺的 數據庫用戶表里面的數據一致之后，用戶登錄成功。登錄成功之后用戶進入到本文的工 程造價信息管理系統的首頁，在首頁中用戶點擊模板管理，頁面進入到模板管理模塊的 頁面。用戶在頁面中點擊造價模板管理，則頁面跳轉至造價模板管理，用戶根據需要和 頁面中的規范操作對造價模板信息進行填寫，在確定無誤之后提交給系統，信息填寫完 成之后，系統會將造價模板信息保存至后臺的數據庫中，成功之后會給用戶一個合理的 反饋信息，則用戶成功的進行了造價模板管理的操作。 -
模板管理模塊的時序圖如圖4.6所示。
提交用戶信息
圖4.6模板管理模塊時序圖
Fig. 4.6 Sequence chart of template management module
4. 2. 5設備造價管理模塊設計
設備造價管理模塊在本文的工程造價信息管理系統中主要是負責管理工程中的造 價方面的內容。本模塊主要是進行管理工程在實施的過程中的所需用的設備方面的造價 進行管理，用戶可以在這里進行工程進行方面的材料設備等工程產生的費用進行著管 理。本模塊的操作者為系統管理員。 '
用戶在登錄頁面中輸入好用戶名和密碼之后完成登錄本文的工程造價信息管理系 統的操作。系統通過登錄頁面傳遞數據進行交互，當發現用戶名和密碼與存儲在后臺的 數據庫用戶表里面的數據一致之后，用戶登錄成功。登錄成功之后用戶進入到本文的工 程造價信息管理系統的首頁，在首頁中用戶點擊設備造價管理，頁面進入到設備造價管 理模塊的頁面。用戶在頁面中點擊費用設置管理，則頁面跳轉至費用設置管理，用戶根 據需要和頁面中的規范操作對費用信息進行填寫，在確定無誤之后提交給系統，信息填 寫完成之后，系統會將費用信息保存至后臺的數據庫中，成功之后會給用戶一個合理的
反饋信息，則用戶成功的進行了費用設置管理的操作。
設備造價管理模塊的時序圖如圖4.7所示。
輸入用"哼
提交用戶信息
獲得用戶請求.
提示登錄成功
<
圖4.7設備造價管理模塊的時序圖
Fig. 4.7 Sequence chart of equipment cost management module
4. 3數據庫設計
數據庫開發設計是本文工程造價信息管理系統開發和應用的重要組成部分，本系統 采用MySQL數據庫作為應用數據存儲工具，下文將對數據庫設計進行詳細的介紹。
4. 3.1數據庫概念結構設計
本文的工程造價信息管理系統根據功能主要設計了四個模塊，分別為項目管理模 塊、造價費用管理模塊、模板管理模塊和設備價格管理模塊，而數據庫也會根據這些模 塊的設定而進行相應的設計。
本文的系統E-R圖如圖4.8所示。
1
圖4.8系統E-R圖
Fig. 4.8 System E-R digram
對應的實體屬性表如表4.1所示。
表4.1實體屬性表
Tab. 4.1 Entity attribuye table
系統管理員 系統管理員編號、管理員用戶名、管理員密碼 ：
系統用戶 用戶編號、用戶姓名、用戶密碼
合同 合同編號、合同名稱、合同內容詳情、甲方、乙方、合同中簽訂時間、合同
備注信息
材料
設備
費用
造價模板
工程 材料編號、材料名稱、材料價格、材料庫存了、材料購買時間 設備編號、設備名稱、設備價格、設備數量、設備購買時間 費用編號、費用名稱、費用類型、費用金額
造價模板編號、造價模板名稱、造價模板內容、造價模板備注 工程編號、工程名稱、工程內容、工程合同編號、工程備注
4. 3. 2數據庫邏輯設計
（1）系統管理員信息表
功能：用來記錄系統管理員的信息，用來對系統管理員的登錄進行匹配。
結構：包括主鍵ID、管理員用戶名以及管理員密碼。
具體信息如表4.2：
表4.2系統管理員信息表
Tab. 4.2 System administrator information table
字段名 說明 數據類型 字段大小 注釋
AdminlD 管理員編號 Varchar 10 主鍵
AdminName 管理員用戶名 Varchar 20 -
AdminPw 管理員密碼 Varchar 20 -
（2）用戶信息表
功能：用來記錄系統用戶的信息，用來對系統用戶的登錄進行匹配。 結構：包括主鍵ID、用戶名以及密碼。
具體信息如表4.3：
表4.3用戶信息表
Tab. 4.3 User information table
字段名 說明 數據類型 字段大小 注釋
UserID 用戶編號 Number 10 主鍵
UserName 用戶名 Varchar 20 -
UserPw 用戶密碼 Varchar 20 -
（3）合同信息表
功能：用來記錄合同的信息。
結構：包括主鍵ID、合同名稱、合同內容詳情、合同簽訂日期、合同甲方、合同 乙方以及合同備注。
具體信息如表4.4：
表4.4合同信息表
Tab. 4.4 Contract information table
字段名 說明 數據類型 字段大小 注釋
Contra ctID 合同編號 Number 10 主鍵
Contra ctName 合同名稱 Varchar 20 -
Contractcontent 合同內容詳情 Varchar 500 -
ContractDate 合同簽訂日期 Date - -
ContractPartyA 合同甲方 Varchar 10 -
ContractPartyB 合同乙方 Varchar 10 -
Contra ctNote 合同備注 Varchar 50 -
(4)材料表
功能：用來記錄工程材料信息。
結構：包括主鍵ID、材料名稱、材料價格、材料庫存量、材料購買時間。 具體信息如表4.5：
表4.5材料表
Tab. 4.5 Material table
字段名 說明 數據類型 字段大小 注釋
MateriallD 材料編號 Number 10 主鍵
MaterialName 材料名稱 Varchar 20 -
MaterialPrice 材料價格 Number 10 -
MaterialAmmount 材料庫存量 Number - -
MaterialDate 材料購買時間 Date - -
(5)設備表
功能：用來記錄工程設備信息。
結構：包括主鍵ID、設備名稱、設備價格、設備數量、設備購買時間。
具體信息如表4.6：
表4.6設備表
Tab. 4.6 Equipment table
字段名 說明 數據類型 字段大小 注釋
EquipmentID 設備編號 Number 10 主鍵
EquipmentIName 設備名稱 Varchar 20 -
EquipmentPrice 設備價格 Number 10 -
EquipmentAmmount 設備數量 Number 10 -
EquipmentDate 設備購買時間 Date - -
（6）費用信息表
功能：用來記錄費用信息。
結構：包括主鍵ID、費用名稱、費用類型、費用金額。
具體信息如表4.7：
表4.7費用信息表
Tab. 4.7 Cost information table
字段名 說明 數據類型 字段大小 注釋
CostID 費用編號 Number 10 主鍵
CostName 費用名稱 Varchar 10 -
CostType 費用類型 Varchar 20 -
CostAmm ount 費用金額 Number - -
（7）造價模板表
功能：用來記錄造價模板信息。
結構：包括主鍵ID、造價模板名稱、造價模板內容、造價模板備注。
具體信息如表4.8：
表4.8造價模板表
Tab. 4.8 Cost template table
字段名 說明 數據類型 字段大小 注釋
CostlemplatelD 造價模板編號 Number 20 主鍵
CostTemplateName 造價模板名稱 Varchar 20 -
CostTemplateContant 造價模板內容 Varchar 50 -
CostTemplateAmmount 造價模板備注 Varchar 50 -
(8)工程表
功能：用來記錄工程信息。
結構：包括主鍵ID、工程名稱、工程內容、工程誤差、工程備注信息。
具體信息如表4.9：
表4.9工程表
Tab.4.9 Project table
字段名 說明 數據類型 字段大小 注釋
ProjectID 工程編號 Number 20 主鍵
ProjectName 工程名稱 Varchar 20 -
ProjectContant 工程內容 Varchar 10 -
ProjectContactID 工程合同編號 Varchar 20 -
ProjectNote 工程備注 Varchar 50 -
4. 3.3服務器端與數據庫的連接
本論文中的工程造價信息管理系統中與査詢有關的操作都是通過服務器連接后臺 的數據庫進行的，而連接數據庫方面的相關代碼如下文所示：
public function _construct()
{
$con = mysql_connect(SAE_MYSQL_HOST_M.. SAE_MYSQL_PORT,
SAE_MYSQL_USER, SAE_MYSQL_PASS);
mysql set charsetCutfB', $con);
mysql_select_db(SAE_MYSQL_DB, $con);
if (!$con)
{
throw new Exception('數據庫無法連接'.mysql_error());
}
}
其中
SAE_MYSQL_HOST_M：主庫域名
SAE_MYSQL_PORT：端口
SAE_MYSQL_USER：用戶名
SAE_MYSQL_PASS：密碼
4.4本章小結
本章介紹了工程造價信息管理系統的設計，首先寫了系統總體設計，繪制了系統功 能架構圖；然后寫了系統模塊設計，使用例圖工具來說明，并使用時序圖來說明用戶管 理模塊、項目管理模塊、進價費用管理模塊、模板管理模塊和設備造價管理模塊的設計; 接著寫了數據庫設計，用E-R圖來說明系統中的實體之間的關系，并繪制了實體屬性表, 然后進行描寫數據表的設計，最后用部分代碼舉例服務器端與數據庫的連接。
第5章工程造價信息管理系統的實現
5.1系統總體實現
本文中的工程造價信息管理系統根據功能設計一共由項目管理模塊、造價費用管理 模塊、模板管理模塊與設備價格管理模塊這四個大的模塊組成。本文的系統的總體框架 圖如圖5.1所示。
其他系統平臺
圖5.1總體框架圖
Fig. 5.1 Framework diagram
5. 2系統各模塊的實現
本文的系統根據功能的設計由項目管理模塊、造價費用模塊、模塊管理模塊以及設
備價格管理模塊這四個功能模塊協同完成全部功能，而在本段將會簡要的描述這些模塊 的實現。
5.2.1項目管理模塊實現
項目管理模塊對于整個工程造價信息管理系統而言是用來管理工程項目的，本模塊 的使用者為所有常規用戶。本模塊主要的功能是對于一個工程的實施前期階段，可以在 項目管理中對工程簽訂的合同管理，然后可以寫入工程的概預算，并可以在工程實際實 施中對概預算的數據與實際的數據進行誤差的分析。
用戶在系統的登錄界面輸入好用戶名密碼并成功登錄到本系統之后，在頁面左邊的 菜單列表中選擇項目管理，點擊后右側的操作界面岀現了三個子模塊：誤差分析子模塊、 概預算表子模塊以及合同管理子模塊，頁面如圖5.2所示。
民工程造價信息管理系統
圖5.2項目管理頁面
Fig. 5.2 Projetc management page
本段將會描述合同管理子模塊的功能來進行全部功能的概述。
點擊合同管理即可進入到合同管理的界面，基本界面如圖5.3所示。
圖5.3合同管理頁面
Fig. 5.3 Contract management page
用戶在工程的實施過程前期進行簽訂合同之后，即可登錄該平臺，將合同的信息寫 入到本文中該合同管理子模塊中，需要填寫的內容有：合同編號、合同名稱、合同內容 詳情、合同甲方、合同乙方、合同中簽訂時間、合同備注信息等。
用戶可通過該模塊中的“新建合同”功能頁面中進行以上合同信息的錄入，新建合 同的界面如圖5.4所示。
設備價格轡理
在該頁面填寫好合同的信息之后，便可成功的在該平臺添加合同。
該部分使用的部分代碼如下: function () { new Vue({ el:K#inventorysheetM?
data:{ isShowInsertLayout:false, confirmLayoutl: false, confirmLayout2:false, inventoryTemplate : false, displayModes:[ {id:l,name:”asd”}, {id:2?name:ndsds"}5 {id:35name:nklkln}?
{id:45name:nojlj',}?
],
inventoryld:-!,
selectData:{
displayMode:l,
inputCode:””
},
postData: {
inventoryId:',M,
isCreateReport:false5
operator: n'\
detailList:[]
}，
checklndexs:{}5
items:[],
page: 05
reqpage:",
size: 10,
sizes:[(id:05value:l}5{id:05value:3}9{id:0,value:10}5{id:0?value:20},{id:l5value:50},{id: 2?value:
100}],
num:5,
>num
pdfReportTemplate : false,
fileUrl:n
},
methods: {
get: function (flag) {
var self = this;
if(flag){
self.page = 0;
}
var url = '7erp/pandian?
inventoryId=n+self.inventoryId+n&displayMode="+self.selectData.displayMode+"&inp utCode="-i-self.select
Data. inputCode
+,'&page="+sel£page+H&size="+selfsize;
$.ajax({
type:nget"5
url:url?
success: function (msg) {
if (msg.code = 200) {
var content = msg.content.data;
self.items = content.content;
var page= {}；
page.size = content.size;
page.number = content.number;
page .totalElements = content.totalElements;
page.totalPages = content.totalPages
self.reqpage = page;
} else {
//console.log(msg.code);
$.dialog_alert(,oop1 + msg.code);
}
}
});
5. 2. 2造價費用模塊實現
造價費用管理模塊對于工程造價信息管理系統中的作用是在這里可以管理所有的
造價費用。本模塊主要的功能是對于一個工程的實施期間，對實際工程中的材料、設備 價格、維護價格、定額、稅費、招標費用、業務費用、管理費用臨時設施費用等對于工 程方面的價格進行管理。
本段將會描述直接費用子模塊的功能來進行全部功能的概述。
其中，直接費用管理子模塊中，主要包含材料價格維護功能、設備價格費用管理、 定額維護費用管理以及其他費用管理，這些費用均為在工程實施過程中所可能實際產生 的直接費用。其中：材料價格維護里面所進行管理的是在工程實施過程中，工程場地和 運行所需要的各種材料，這個維護不是一個靜態的過程，而是需要使用者時刻的維護該 方面的數據，因為，首先就是隨著工程項目的一步一步進行，所需要的材料種類也會隨 之增加，種類增加之后，系統里面的數據也隨之需要進行添加更新。另外，材料的價格 也會隨著時間的推進造成市場價格產生波動，所以，用戶也需要在這里根據實時市場價 格來更新數據，這樣才會使得該模塊得以準確無誤的為整個功能進行服務。而定額維護 費用是指工程進行的過程中，施工人員也需要對材料或者工程所用的設備進行維護，維 護會產生一定的費用，這個費用則是定額維護費用。這個費用也會隨著時間的推移，市 場上的波動因素等導致價格不斷變化，所以為了保證該功能模塊的穩定性，也需要使用 者不斷的更新數據進行維護。
造價費用管理模塊下的直接費用管理中的材料價格維護界面如圖5.5
言息簣理系統
1 造齷ram - 妙費用就 > 伽價瞬護
——
鑰號 材naw： 禪人
模板管理 1 開關柜 正趙行 張三 1230000
2 &!電柜 張三 11000
3 高壓柜 正常送行 李四 234000
4 變壓箱 i*lS 李E9 345000
5 電吝I*廂 字四 H888
圖5.5材料價格維護頁面
Fig. 5.5 Material price maintenance page 直接費用管理操作流程圖如圖5.6所示：
圖5.6直接費用管理操作流程圖
Fig. 5.6 Operation flowchart of direct cost management
5. 2. 3模板管理模塊實現
模板管理模塊在本文工程造價信息管理系統中的作用是用來管理各項模板。該模塊 主要是為了給工程的項目指標、評估性質等進行管理。造價模板管理子模塊中的造價模 板是為了為費用記錄管理設定的一個模板，設定好模板之后，系統的費用填寫方式均可 以按照設定的模板進行填寫，而用戶在這個子模塊中則是對模板進行修改和編輯等操 作。指標明細維護子模塊中用戶對于工程項目實際所需工程中指標數據的明細標準進行 管理操作。指標子項維護子模塊是對于工程中進行指標部分的數據進行著指標子項的管 理等操作。該操作的人員為系統管理員。
本段將會描述造價模板管理子模塊的功能來進行全部功能的概述。
造價模板管理的功能界面如圖5.7所示。
圖5.7造價模板管理頁面
Fig. 5.7 Cost template management page
造價模板管理功能的流程圖如圖5.8所示。
圖5.8模板管理功能流程圖
Fig. 5.8 Template management flowchart
5. 2. 4設備價格管理模塊實現
設備造價管理模塊在本文的工程造價信息管理系統中主要是負責管理工程中設備 造價方面的內容。本模塊主要是對工程在實施過程中所需用的設備方面的造價進行管 理，用戶可以在這里對工程進行方面的材料設備等產生的費用進行著管理。本模塊的操 作者為系統管理員。
本段將會描述費用設置子模塊的功能來進行全部功能的概述。
費用設置子模塊是對在工程實施過程中材料以及設施設備以及臨時設施等方面均 會產生費用，使用該平臺的用戶可以在這里進行費用的統一設定，這樣就能夠在平臺上
對于費用進行方便而統一的管理，用戶也可以對費用進行設置，靈活的根據情況變化而 將價格進行改變。
設備價格管理子模塊界面如圖5.9所示。
圖5.9設備價格管理頁面
Fig. 5.9 Equipment cost management page
該部分的操作流程如圖5.10所示。
圖5.10設備價格管理模塊流程圖
Fig. 5.10 Equipment cost management flowchart
5. 3容器化部署
本文的系統開發完成后需要部署至生產環境才能夠得以運行實現。要實現容器化 部署主要包括三個方面：開發環境的容器化，生產環境的容器化以及持續集成交付。使 用容器化部署，可以簡化開發的效率，消除代碼運行環境的差異性，同時，容器獨有的 特性還可以做到不同程序（系統）享有同一個數據卷，即數據存儲區域。
5. 3.1開發環境容器化
開發環境的容器化旨在消除開發人員因物理環境不同對代碼運行結果的影響，同時 簡化開發人員的環境部署效率。
主要步驟為：
1.確定未來生產環境的操作系統底層環境，用來生成開發環境的操作系統鏡像。
2.根據互聯網應用的開發語言，搭建各種語言運行時的環境。
3.搭建好應用的基礎架構，將整體架構代碼打包入容器中，并生成一個新的鏡像。 這樣，任何一個開發人員只需要下載鏡像，生成一個容器，就可以完全模擬線上環境進 行開發。
5.3.2生產（線上）環境容器化
開生產環境的容器化同開發環境的容器化步驟相似，但有些細微的不同。這不同主 要在于，生產環境的容器化，目的是提高部署效率，同時提高對服務器資源的利用率。 因此，生產環境的鏡像，不會直接打包應用的整體代碼以及開發工具，而是降壓所精簡 后的可執行代碼打包入鏡像內，同時會刪掉開發環境中的一些調試配置，從而達到生產 環境的一鍵部署。
5. 3. 3持續集成交付
既然開發環境和生產環境都做到了容器化，也就是做到了標準化、統一化，那么， 傳統運維人員所做的服務器配置工作、上線部署操作等，自然也可以做到自動化。這就 是基于容器的持續集成、持續交付技術。該技術需要結合svn/git等分布式文件管理系統 使用，通過在git中預設定一些出發條件，編寫好出發時間，就可以實現開發人員提交 代碼后，自動變異生成可執行代碼打包入生產環境，生產環境自動部署等一系列操作。
5. 3.4容器化的實際操作步驟
（1） 打包鏡像
配置的代碼如下：
From registry.growingio.com/sbt:0.13.7
COPY /app /app/
ADD entrypointsh /entrypoint.sh
CMD [“/entrypoint.sh”]
（2） 管理配置
關于配置管理方面，本文嘗試了兩種解決方案：
第一為了能夠進行實施配置更改的這一操作，本文將會運用ETCD與Consul工 具。另外一種方案就是運用環境變量的方式來進行配置管理。運用例如Typesafe 的config或者Openresty的conf,這種方案的優點是工作量比較少。本文將會雙 管齊下，用Consul來管理需更新的配置項，而固定的配置則通過環境變量來注 入。
配置的代碼如下：
hashids.salt = "$SALT"
account.client-id = "$CLIENT_ID"
account.client-secret = "$CLIENT_SECRET"
account.host = "$ACCOUNTM
# redis
redis {
defeult{
host = $REDIS
port = 6379
database = 1
}
}
## JDBC Datasource
db{
default {
driver = norg.postgresql.Drivern
#url = njdbc:postgresql://localhost/accouiitsn
url = ,'jdbc:postgresql://$SIM_USER"
password = H$DIM_PASSM
numThreads = 1
connectionTimeout = 2000
}
backend {
driver = "org.postgresql.Driver"
#url = njdbc:postgresql://localhost/accoxmts"
url = ,,jdbc:postgresql://$BACK_DBn
user = n$BACK_PASSn
password = "$BACK_PASSn
numThreads = 1 connectionTimeout = 2000
}
}
(3)選擇編排工具
當前業界流行的主要編排工具有三個：Swarm, K8s以及Marathon。其中Swarm最 容易上手，但是生產環境的bug較多，只適合在開發環境中實驗，不適合在生產環境中 使用；而K8s學習曲線最為陡峭，熟練掌握需要很長時間，但由于其來源于Google的 工具，所以其大部分功能都是經過大規模的時間檢驗的，十分的穩定；Marathon正好 處于兩者中間，學習難度較低，同時在規模不大的生產環境中穩定性良好。經過對 比，本文決定使用Marathon作為本次系統開發的容器編排工具。
而Marathon則相比之下部署簡單方便，還可以界面之上進行編輯，并運用其提供 REST接口。實際測試下來ui還是有些不穩定的bug,雖然在ui上操作十分直觀但是在 生產環境肯定不能使用有bug的ui,故選擇使用腳本存儲應用的更新，使用JSON文件 存儲應用的定義。
(4)配套日志監控方案
本文提到的日志將會采用ELK技術棧，使用的過程中利用Logspout來進行容器中 日志轉發。各個容器當中通過docker socket來講日志在Logspout中轉發，最后轉發至
Logstash當中引入到Elastic當中，就可以完善的處理的日志。
圖5.12日志處理結構圖
Fig. 5.12 Log processing structure diagram
本文中的日志處理流程基本如上面的圖5.12中所示，用戶可以在實際部署運行的 過程當中，對日志得以實施查看并根據處理結果進行分析，這樣就能得知系統在運行 過程當中究竟哪里會出現問題，這樣對于用戶而言，管理和維護平臺將會變的十分容 易。
5. 4本章小結
本章介紹了工程造價信息管理系統的實現，首先描述了本系統的總體設計，使用總 體框架圖來說明，然后從項目管理模塊實現、造價費用模塊實現、模板管理模塊實現和 設備價格管理模塊實現這四個模塊的實現來說明系統各模塊的實現；然后敘述了本文系 統進行容器化部署的過程，介紹了開發環境容器化的步驟，介紹了生產環境的容器化， 持續集成的交付并給出了相關的代碼最后描述了容器化的實際操作步驟。
第6章工程造價信息管理系統的測試
完成了工程造價信息管理系統的開發之后，整個系統需要進行完善的部署，才可以 進行測試與壓力測試，而測試環境越接近生產環境對測試的準確度和最后驗收所取得的 效果就越好。通過設計好的測試用例，并結合測試的工具，可以全面無死角的進行測試 工作。
搭建該工程造價信息管理系統需要四臺計算機，其中的兩臺計算機分別作為應用服 務器和數據服務器，兩臺計算機作為客戶端模擬用戶的操作。服務器使用的系統為Linux 系統，而應用的服務器使用Weblogic,數據庫使用的是Mysql數據庫。系統測試的計算 機配置環境：操作系統：Windows7,運行CPU： Intel i5 2310,內存：4Gb,硬盤：500Gb, 瀏覽器：IE徳，谷歌瀏覽器，火狐瀏覽器。
6.1系統測試用例
搭準備好測試用的環境與主機之后，本文將在下面進行對工程造價信息管理系統的 各個模塊以及功能進行測試。
(1)項目管理模塊測試用例表:
表6.1項目管理模塊測試用例
Tab. 6.1 Test case of project management module
No 測試步驟 輸入數據 預期結果 實際結果
1 用戶登錄系統 用戶名：userl23
密碼：123
密碼：*&..%
密碼：
mimal23456 設置的密碼過短 密碼格式有誤 登錄成功 Ok
Ok
Ok
2 進入項目管理頁面 - 進入到項目管理模
塊頁面 Ok
3 進入合同管理頁面 進入到模塊管理模
塊頁面 Ok
4 添加新合同 合同名稱：某工程 合同書，生成自動 編號；合同甲方： A公司;合同乙方： B公司;合同內容； A工程合作意向；
簽訂日期：
2017-1-1 內容成功被寫入 Ok
5 輸入完成點擊"確
定” 合同添加成功 Ok
(2)造價費用管理模塊測試用例表:
表6.2造價費用管理測試用例
Tab. 6.2 Test case of cost management module
No 測試步驟 輸入數據 預期結果 實際結果
1 用戶登錄系統 用戶名：userl23
密碼：mimal23 登錄成功 Ok
2 進入造價費用管理 - 進入到造價費用管 Ok
模塊頁面 理模塊頁面
3 進入直接費用管理 - 進入到直接費用管 Ok
頁面 理模塊頁面
4 選擇材料價格維護 - 進入到材料價格維 Ok
護頁面
5 選擇一個材料價格 - 價格修改成功 Ok
進行修改
6 選擇設備價格維護 - 進入到設備價格維 Ok
護的頁面
7 選中列表中的一個 - 選中的設備價格成 Ok
設備價格進行修改 功修改
(3)模板管理模塊測試用例表
表6.3模板管理測試用例
Tab. 6.3 Test case of template management module
No 測試步驟 輸入數據 預期結果 實際結果
1 用戶登錄系統 用戶名：userl23
密碼：mimal23 登錄成功 Ok
2 進入模板管理頁面 - 進入到模板管理模
塊頁面 Ok
3 進入造價模板管理
模塊 - 進入到造價模板管
理模塊頁面 Ok
4 選擇添加造價模板 - 進入添加造價模板
的界面 Ok
5 輸入造價模板中的
內容 輸入：造價模板：
模板A材料A50
元
材料B60元 添加成功 Ok
6 選中新添加的造價
模板進行修改 材料A修改為30
元 修改成功 Ok
7 選中造價模板中點
擊"刪除造價模板" 成功刪除 Ok
8 點擊返回 頁面返回值工程造
價信息管理系統首
頁 Ok
（4）設備價格管理模塊測試用例表
表6.4設備價格管理測試用例
Tab. 6.4 Test case of equipment price management module
No 測試步驟 輸入數據 預期結果 實際結果
1 用戶登錄系統 用戶名：userl23
密碼：mimal23 登錄成功 Ok
2 選擇設備價格管理
按鈕 - 進入到設備價格管
理模塊頁面 Ok
3 選擇費用設置按鈕 - 進入費用設置的界
面 Ok
4 選擇費用列表中的
材料A - 材料A的費用被選
中 Ok
5 點擊修改費用 - 進入到材料A的費
用修改界面 Ok
6 修改材料A的費用 材料A修改為30
元 修改成功 Ok
7 選擇費用列表中的
材料B 進入到材料B的費
用修改頁面 Ok
8 點擊修改費用 - 進入材料B的費用
修改界面 Ok
9 修改材料B的費用 輸入“50元” 材料B的費用修改
為50元 Ok
10 選擇費用列表中的
設備A - 設備A的費用被選
中 Ok
11 點擊修改費用 - 進入設備A的費用
修改界面 Ok
12 修改設備A的費用 輸入"10000元" 設備A的費用修改
為10000元 Ok
13 點擊"返回首頁" 返回至工程造價信
息管理系統的首頁 Ok
6. 2系統測試結果
本文中的工程造價信息管理系統的測試是嚴格按照測試標準與原理進行的，按照測 試用的系統環境和所需的硬件環境搭建好硬件與軟件的環境之后，本文對工程造價信息 管理系統編寫了相應的測試用例，對于“項目管理模塊”、“進價費用管理模塊”、“模 板管理模塊”以及“設備造價管理模塊”這四個模塊相應主要功能編寫好測試用例，并按 照測試用例進行測試。
經過測試，測試結果均符合預期的效果，可以說明本文的系統功能能夠得以良好的 發揮且沒有出現任何問題。測試的結果均成功通過測試，這也說明，本工程造價信息管 理系統達到了本文的要求，可以滿足該系統的用戶對工程造價信息的管理業務的需要， 系統的可操作性十分的高。
6.3本章小結
本章介紹了工程造價信息管理系統的測試，首先描述了系統測試的計算機配置環 境，然后寫出了各個模塊功能的測試用例表，最后描述了工程造價信息管理系統的測試 結果，說明了本文的系統測試通過并可以正常使用，功能已經達到了預期。
結 論
論文結合工程公司實際使用的管理方法與模式，基于MVC模型的三層架構設計， 針對當前工程造價領域的實際應用需求，設計實現了工程造價信息管理系統。
論文首先論述了系統研究背景與現實意義，分析了該領域相關研究與發展現狀，介 紹了工程造價信息管理系統的相關技術，然后進行了系統需求分析，完成了系統總體設 計、功能模塊設計和數據庫設計，編程實現了工程造價信息管理系統，包括項目管理模 塊、進價費用管理模塊、模板管理模塊、設備造價管理模塊等系統功能模塊，最后進行 了系統功能測試。
論文實現的系統具有如下特點：
(1)系統的項目管理模塊、進價管理模塊、模版管理模塊和設備造價管理模塊， 能夠基本滿足工程造價的實際業務需求。
(2)系統具有統計報表、預算表和誤差分析等功能，方便業務人員統計分析數據。
(3)系統實現了工程造價管理流程信息化，減輕了工程管理人員的手工勞動量， 降低了產生錯誤的概率，提升了信息管理工作效率。
(4)系統采用B/S體系結構，該模式降低了用戶對于硬件方面的限制，通過互聯 網可以實施操作與更新數據，公司管理人員能夠實施了解項目進展。
由于經濟形勢的發展與變化，工程造價管理流程也會發生相應改變，這樣不同權限 用戶管理流程就需要調整，可是系統適應業務需求變化的能力還較弱，所以系統需要不 斷完善，使其具有可維護性。
參考文獻
⑴趙輝•工程造價信息管理web平臺的設計與實現[D].吉林大學，2013.
[2]王洪昆.天津三建建筑工程造價信息管理系統的設計與實現[D].大連理工大學，2015.
[3]唐鵬.建筑智能化系統工程設計造價及投標流程研究與實現[D].廈門大學，2014.
[4]范美思.招標公司工程造價預算系統的設計與實現[D].電子科技大學，2013.
[5]朱雅琳.建筑工程造價項目管理信息系統[D].山東大學，2012.
[6]袁雷.PC項目造價管理信息系統設計與實現[D].電子科技大學，2013.
[7]崔靖.公路工程造價評估系統的設計與實現[J].統計與管理，2016, 02 (06) : 123-124.
[8]楊瓊.工程造價信息管理web平臺的設計與實現[J].中國高新技術企業，2016, 16 (12) : 10-11.
[9]吳鐵飛.動態工程造價信息管理系統的探索[J].建材與裝飾，2016, 13 (03) : 160-161.
[10]王秀琴，李淑芝，王冬星，等.基于組件技術的油田工程造價信息管理系統[J].油氣田地面工程, 2014, 11 (04) :103-104.
[11]榮瑋.基于web平臺的工程造價管理系統構建研究[J].江蘇建筑職業技術學院學報，2014, 04:13-15.
[12]王新志.公路工程造價信息管理系統設計[J].北方交通，2015, 01(02) : 114-117.
[13]孫正茂，于瑩.建筑工程造價控制系統的設計及實現[J].產業與科技論壇，2015, 09(11) :60-61.
[14]王燕平.公路工程造價管理信息化建設的體系設計[J].公路交通科技(應用技術版)，2015, 08(06):263-266.
[15]許磊磊.建筑工程造價信息管理系統的設計與實現研究[J].信息通信，2015, 09(02):117-11&
[16]鞏寧平.基于構件的工程造價信息系統分析與設計[J].電腦開發與應用，2008, 01(04):64-66.
[17]唐玉姣.工程造價集成信息系統的設計與實現[J].廣西科學院學報，2004, 03(08) : 165-167.
[18]劉玲，陳欣.全壽命周期工程造價信息數據共享研究[J].建筑經濟，2014, 01(06):49-53.
[19]趙麗，李海波，胡紹蘭.工程造價信息管理系統的構建研究[J].建筑經濟，2014, 01(03):54-56.
[20]聶子軒.神華集團工程造價信息管理系統設計與開發案例研究[J].門窗，2014, 08(11):239-240.
[21]張蘭革•工程造價信息管理系統設計[J].電子測試，2014, 14 (01) : 128-130.
[22]陳階莉.對建筑工程造價管理系統的分析[J].江西建材，2014, 19 (08) :218.
[23]劉凱.論水利工程造價系統的設計與實現[J].中國水能及電氣化，2014, 10 (10) :66-69.
[24]王沖.建設項目工程造價信息管理系統的構建及運用[J].招標與投標，2014, 12 (07) :52-54.
[25]王沖.建設項目工程造價信息管理系統構建及運用[J].企業經濟，2013, 02 (05) :73-75.
[26]鮑靜，蔣英豪,何新華.動態信息系統在工程造價中應用研究[J].經營管理者,2013,06 ( 09 ): 294.
[27]黃曉霞•關于建筑工程造價信息管理的思考[J]•科技創新導報，2013, 10 (02) :53.
[28]T加明，張智慧，丁力行•公路工程全過程造價管理信息化研究[J].T程管理學報，2013, 03 (03) :62-65.
[29]周蓉■基于建筑工程造價的信息管理分析[J].電子測試，2013, 14 (11) :113-114.
[30]關桂鳳.工程造價信息化管理探討[J]■科技創新與應用，2012, 22 (05) :218?
[31]Masoud Zare Naghadehi, Andreas Benardos, Rouhollah Javdan, Hamidreza Tavakoli, Mahdi Rojhani. The probabilistic time and cost risk analysis of a challenging part of an urban tunneling project[J]? Tunnelling and Underground Space Technology incorporating Trenchless Technology Research, 2016, 58:.
[32]01av Torp, Alemu Moges Belay, Carl Thodesen, Ole Jonny Klakegg. Cost Development Over- time at Cons true tion Planning Phase: Empirical Evidence from Norwegian Cons true tion Projects[J]. Procedia Engineering, 2016,145:.
[33]Peter Smith. Project Cost Management with 5D BIM[J]. Procedia - Social and Behavioral Sciences, 2016, 226:.
[34]Peter Smith. Global Professional Standards for Project Cost Management[J]. Procedia -Social and Behavioral Sciences, 2016, 226:.
[35]Xia Zhu3 Ruben Ruiz, Shiyu Li, Xiaoping Li. An effective heuristic for project scheduling with resource availability cost[J]? European Journal of Op7erational Research, 2016
下一篇：沒有了
相關標簽:
