基于B/S的建筑合同信息管理系統的設計與實現

發布時間：2023-08-02 13:54

摘要 I

ABSTRACT III

插圖索引 V

表格索引 VII

縮略語對照表 XI

第一章緒論 1

1.1選題背景和意義 1

1.2國內外研究現狀 2

1.3研究內容 3

1.4組織結構 3

第二章系統實現技術與工具 5

2.1MVC開發模式 5

2.2Struts 業務框架 6

2.3Spring業務框架 7

2.4UML 8

2.5B/S 架構 8

2.6開發環境 9

2.7本章小結 10

第三章系統需求分析 11

3.1業務需求分析 11

3.2功能需求分析 12

3.3系統功能需求 13

3.3.1基本信息管理 13

3.3.3合同簽訂管理 13

3.3.4合同變更管理 14

3.3.5 合同統計分析 15

3.3.6合同監控管理 15

3.4非功能需求分析 16

3.5 本章小結 16

第四章系統設計 17

4.1系統設計原則 17

4.2系統體系架構設計 18

4.3系統網絡架構設計 19

4.4安全設計 20

4.5系統數據庫設計 21

451數據庫E-R圖 21

4.5.2數據庫表結構設計 25

4.6本章小結 28

第五章系統實現 29

5.1基本信息管理功能實現 29

5.2合同簽訂管理功能實現 32

5.3合同變更管理功能實現 34

5.4合同統計分析功能實現 36

5.5合同監控管理功能實現 39

5.6本章小結 41

第六章系統測試 43

6.1系統測試方法與目標 43

6.1.1測試方法 43

6.1.2測試目標 43

6.2測試環境 44

6.3功能測試 44

6.3.1基本信息管理模塊測試 44

6.3.2合同簽訂模塊測試 45

6.3.3合同變更模塊測試 46

6.3.4合同統計分析模塊測試 46

6.3.5合同監控功能模塊測試 47

6.4功能操作界面 47

6.5性能測試 50

6.6系統測試結果分析 51

6.7本章小結 52

第七章結束語 53

7.1系統總結 53

7.2系統展望 53

參考文獻 55

致謝 57

作者簡介 59

第一章緒論

緒論中主要敘述了建筑合同管理系統開發的選題背景、研究意義等內容，從而確定整個論文的研究內容與章節結構。

1.1 選題背景和意義

隨著經濟的發展，國內的各行各業得到了快速的發展，在建筑行業之中，以往關注的重點內容主要在國定資產管理、采購業務管理、人力資源管理、建筑費用管理、建筑質量管理以及奉獻管理上面的內容，但是對建筑合同業務方面的管理卻較少，主要的緣由在于國內長時間實現計劃經濟的管理機制，市場經濟的方式出現的時間較晚，使得公民的合同意識與西方國家相比較為淡薄，因此總體上建筑合同管理系統的發展空間較大［1］。

針對合同管理系統的研究內容，主要是研究合同管理的多方面內容，主要針對合同信息的實現過程進行分析，包括合同的簽訂、合同的執行等整個業務流程進行分析。通過合同管理的操作過程，從而實現對整個工程的費用信息及進度信息進行管理，從而實現對整個業務流程進行有效的管控。在美國項目管理之中的PMI管理手冊之中，合同管理同人力資源管理、風險管理、費用管理、采購管理、人力資源管理一樣，都是重要的管理內容［2］。在每一個建筑工程項目之中，針對合同簽訂的內容、合同實施的流程等都需要在合同之中進行有效的落實與管理，這方面的內容在發達國家都是通用的工作模式，已經形成日常的管理，而這點則需要在國內的環境之中進行加強，主要的在于國內的商品經濟制度與市場經濟的建設方面還不是特別完善，長期以來在人民群眾中，唯心意識、人情觀念與法制意識甚至處于同樣重要的地位，因此在建筑行業之中合同管理的權威性并不能被真正樹立起來。但是隨著國內市場經濟的逐步深入，良好的合同管理意識正在被越來越多的人員認同，因此開發此合同管理系統能夠適應時代發展的潮流，滿足建筑行業信息化管理的需要［3］。

在一個工程項目的建設周期之內，存在多種變化，包括建設本身方面的內容以為系統外部的發展內容，都在隨著工程進度的發展之中進行改變，因此需要外在一定的管控標準適應此變化的產生，從而有效的維持整個項目的發展處于一個順利的狀態之內，協調工程項目參與各方的權益，確保整個建筑工程的進度按照預期制定的時間進度及標準進行。對工程項目的主要管控標準就是項目參與各方簽訂的合同，此合同能夠對各個參與單位的行為進行規范，確保項目參與各方能夠有效的進行協調與配合，此合同具備法律效應，在某方不能完成對應的責任的時候，對應采用措施對其違約行為進行追究，確保整個工程項目的三大工作目標，即工程項目的進度目標、工程項目的質量目標及工程項目的費用目標［4］。

通過合同管理的工作，主要建立一個對工程項目進行管控的質量體系，通過此質量體系，能夠提升項目的管理效益，因此需要結合實際工程項目的管理內容，加強合同管理系統建設的分析，從而符合國內的實際工程管理狀況。隨著合同意識及各方面法律的完善，采用信息化的方式對合同內容進行管理具備重要的工作意義［5］，主要的內容體現在下面幾個方面。

1.通過合同管理系統的建設，通過對各方行為的約束，能夠有效的提升整個工程的合同履約率。

2.提升整個建筑行業的合同管理技術及競爭觀念，從而與世界進行快速接軌，使得國內的建筑公司進入到國際的工程承包市場。隨著改革開放的深入及國內基建事業的快速發展，通過信息化的方式能夠提升建筑行業的競爭力，對合同進行全方位的信息化管理。

3.適應國內市場經濟的發展趨勢，政府職能正從管理型向服務型進行轉變，工程行業的客戶與承包商主要通過合同進行雙方責任與義務，通過法律對其進行保護，從而有效的推進整個市場經濟體制的規范化及標準化的過程。

4.促進整個工程建設行業的信息化程度，之前建筑行業由于從業人員文化水平較低，使得信息化的程度需要進行更多的工作。因此通過此合同管理系統的建設，能夠推進項目建設行業的招投標管理體制、合同管理制及項目法人責任制等各項制度的建設與發展過程。

1.2 國內外研究現狀

針對合同管理系統的國內外研究現狀方面的內容，主要的工作內容是圍繞著合同管理這個中心環節方面的內容進行分析，通過合同管理規定的內容，對整個工程項目的狀態及進度進行有效管控，同時實現對歷史數據信息的統計操作與分析操作［6］。

由于國內市場經濟從改革開放才開始實施，與國外相比總體管理的規范性、制度性能方面都存在較大的差距，后續對這些體制、制度的建設還需要較長的時間，主要的原因［7］在于以下幾個方面的敘述。

1.國內的建筑行業缺乏專業的合同管理人才，因為在整合建筑項目的管理周期之中，合同管理都是其中核心的工作內容，涉及的知識性與專業性都較強，合同管理的人員不僅需要了解本行業的工作內容、工作知識，同時需要對其他行業進行涉足，包括法律知識、工程管理的各個環節等，對于法律知識，需要同時了解國內的法律與國外通用的法律法規，才能夠在與國際大公司的競爭之中脫穎而出，但是目前國內這方面的人才數量較少［8］；

2.工程項目的市場管理制度有待完善。對于工程項目現如今的國內管理現狀，主要的問題之一在于法律法規并不完善，在某些領域存在管理的矛盾，如在建筑項目發包的業務管理過程及承包的業務管理之中存在管理矛盾的問題，甲方在招標過程之中與承包商進行合同的簽訂，承包商實際簽訂之后，甲方同時需要與承包商實際執行的公司進行合同的簽訂，這兩份工作合同不能同時滿足＜＜招投標法＞＞與＜＜合同法＞＞的法律要求，因此對待此狀況，后續需要進行改善［9］；

3.合同管理意識不足，使得合同管理的法律效應難以表現出來。在國內的實際部分建筑公司之中，缺乏合同管理的意識，日常與承包商進行溝通的時候以人情意識進行確定，停留在原始的手工管理方式，不能進行有效的業務管理體系及操作流程管理。

相比國內合同管理系統的研究現狀，國外總體處于成熟的管理機制，從合同的簽訂、變更、監控等整個流程通過信息化的方式進行管控，提升了總體合同管理的效率，從而促進工程項目建設順利進行，為整個業務的發展提供良好的保障。

1.3研究內容

本文主要研究合同管理系統的業務需求，包括用戶的系統總體需求、功能性需求和非功能性需求，主要使用 UML 用例圖工具進行各個功能模塊的業務需求分析，使用 UML 時序圖進行系統設計分析，使用 E-R 圖進行數據庫設計分析，使用流程圖進行系統業務流程分析。通過對合同管理現狀的分析，找出業務管理中存在的問題、分析問題的存在根源，運用現代化信息技術，研究出解決方案，建立了合同管理系統，以此來提高業務管理效率和經濟效益，增強企業的競爭力。

本文主要研究合同管理系統建設相關的項目技術管理工作，在整個過程中主要完成以下工作。

1.分析了合同管理中的業務需求，在分析項目建設需求的基礎上，分析了系統功能與性能需求。

2.設計合同管理系統的架構和功能模塊。在需求分析的基礎上，對系統做了總體設計，具體包括系統總體設計、系統架構和對系統功能模塊進行分解。

3.對于公司，合同管理系統進行設計與實現，主要包括合同簽訂、合同變更、合同監控、客戶信息管理等功能模塊。

4.部署合同管理系統并給出系統運行及測試結果分析。

1.4組織結構

本論文共分為 7 個章節。

第一章，是論文引用，介紹了合同管理系統的研究背景和意義，介紹了國內外合同管理研究狀況，最后介紹了論文的研究內容和組織結構。

第二章，是相關技術介紹，主要介紹了 MVC開發模式、UML等技術。第三章，是系統需求分析部分，主要介紹了合同管理系統的總體需求、功能性需求以及非功能性需求。

第四章，是系統的總體設計部分，首先介紹了合同管理系統的系統設計原則、系統核心技術架構、系統網絡架構、系統的功能設計、數據庫設計。

第五章，是系統的實現部分，主要描述系統的各個模塊的功能實現。第六章，是系統的測試部分，主要介紹了系統測試的目的、原則、方法和過程，重點描述了系統的測試用例。

第七章，是總結與展望部分，總結全文，并展望未來的發展。

第二章系統實現技術與工具

對于本系統而言，系統的主要開發技術采用J2EE方面的技術，使用MVC的模式進行面向對象的開發，

2.1MVC 開發模式

在應用開發之中，MVC［10］應用開發模式是重要的開發內容，MVC的英文全稱為 Model-View-ControllE-R,對應中文名稱為模型-視圖-控制，這三個方面分別對應系統的應用的輸入、應用的處理及應用的輸出，采用“分而治之”的思想進行設計開發，三個業務層次主要分為模型層、控制層及是圖層。

MVC 將應用系統開發分為各個層次進行開發，從而易于分配系統的資源，完成整個系統管系統的控制與開發。MVC此種設計模式作為軟件的開發思路，其提倡的軟件開發原則適合軟件的開發過程，將內容、控制與顯示進行分離，降低整個信息管理系統開發的復雜性，提升整個軟件管理系統開發的健壯性與重用性［11］。

在軟件的架構設計模式之中， MVC 設計模式是典型的開發模式，可以將復雜的信息管理系統分為三個部分，分別針對用戶的操作界面、系統應用管理系統的業務數據及業務邏輯及系統請求的處理，從而完成應用管理系統的的數據訪問處理、調度及控制處理。對系統的視圖、模型及控制［12］進行詳細的分析的內容如下面所示。

1.視圖層：此個業務層次主要負責對數據的顯示，在視圖層沒有程序業務邏輯的處理，當對視圖層上的數據信息進行刷新的時候，視圖層需要訪問信息管理系統的模型圖。在Web應用系統的開發之中，視圖層的開發可以使用的HTML界面、XML 等內容，隨著信息管理系統的規模性及復雜性提升之后，視圖層的處理變得越來越有挑戰。對于一個Web應用而言，針對不同的視圖進行處理，主要負責對用戶的請求進行數據信息采集，之后將數據信息的處理結果進行顯示。

針對J2EE的應用開發環境，視圖層通常采用JSP技術進行顯示，采用自定義的標簽庫進行處理，完成國際化用戶界面的操作處理過程。

2.模型層：此一層主要負責的內容是制定系統的業務規則，負責對業務狀態及流程的處理，對于控制層及視圖層的而言，模型層的操作處于黑箱之中，模型層從視圖層接收的數據信息，然后將處理的結果信息進行返回，因此在 MVC 設計模式之中，業務模型層是整個業務管理系統的核心。

數據模型層的主要作用是封裝涉及到信息管理系統的數據信息及數據的處理，可以對系統的數據庫進行訪問操作，其不依賴于信息管理系統的控制層及視圖層。不管視圖層如何進行顯示，或者業務邏輯如何進行操作，并不影響整個模型層的業務處理，在業務模型層之中，數據信息的變化主要通過刷新機制進行處理，負責數據信息的公布。如果視圖層主要顯示業務模型的數據，則視圖層需要在業務模型之中進行注冊，當數據模型中發生變化的時候，視圖層從而顯示對應的數據信息［13］。

3.控制器層：此業務層的作用主要是接受用戶的操作請求，將業務模型與對應的視圖層進行匹配，完成數據信息的請求、處理及顯示的操作過程，控制層并不負責對數據信息進行處理，作為一個分發器，將業務模型與視圖層進行匹配。

在業務邏輯的處理過程之中，當用戶點擊發送一個操作請求之后，控制器層接收到此操作請求的時候，并不負責對其進行處理，只是將此請求對應發給相應的業務模型，在業務模型對操作進行處理之后，控制器通知業務模型選用對應的視圖，將對應的處理結果返回給用戶端，用戶可以在客戶端查看對應的處理結果。

2.2Struts 業務框架

對于MVC業務模式而言，其業務內容在上述進行了詳細說明，而典型的實現方式是Struts［14］業務框架，此框架是開源的，同Tomcat等一樣，都是Apache的開源項目，開源的特性使得軟件程序開發人員能夠了解開源業務框架的內部實現機制。

在Struts業務框架之中，用戶的操作請求通過JSP進行發送，提交到Struts業務框架的*.do, faction之中，這些都是業務框架的處理標記文件，根據提交的標記名稱處理struts.config.xml此配置文件，根據配置文件中的內容，將對應的處理文件進行跳轉，尋找到對應的Action文件之中，將處理的結果進行反饋，通過JSP頁面進行顯示［15］。

在Struts業務框架之中，業務框架整合了視圖層、業務模型圖層及控制器層。在 Struts 業務框架之中的模型層之中，將數據訪問技術與模型層進行結合處理，包括 JDBC、HibE-Rnate及EJB等。在Struts業務框架的視圖層之中，主要通過JSP技術進行顯示。在 Struts 業務框架之中，業務模型主要分為兩個，分別是改變狀態的操作及系統的內部狀態，系統的內部狀態由實體Bean進行表述，根據設計程序處理場景業務的不同，實體Bean之中包括業務持續的狀態內容，根據業務的改變從數據庫之中獲取對應的數據信息。對于某些通用的業務程序，如數據連接、檢驗規則等，將這些方法進行封裝，供系統之中的應用程序進行調用［16］。

在Struts業務框架之中，視圖層主要由JSP技術開發完成，用戶在JSP技術的頁面之中點擊進行輸入，之后系統處理之后通過JSP技術的頁面進行顯示，在Struts業務框架之中，其包括多種自定義的標簽庫，完成用戶業務功能界面的操作過程。在業務框架之中，控制器的組件是ActionSE-Rvlet類，對業務類進行實例化的操作，對應的映射操作由配置文件完成。在 Struts 業務框架之中，實現的思路主要針對 WebMVC 模式進行實現，將 MVC 模式的的思路進行分離，主要是業務邏輯與顯示邏輯進行分離，從而完成信息管理系統業務功能的實現。

2.3Spring 業務框架

在信息管理系統業務功能的開發之中，目前表現最為優秀的業務框架之一是 Spring 業務架構［17］，其在 Java 程序開發語言之中已經得到了廣泛的應用。在 Spring 業務框架之中，目前軟件程序開發人員使用的業務組件共有十幾個分類組件內容，其中核心的共有三類業務組件，分別是Beans業務組件、Context業務組件及Core業務組件，此是應用程序實現的骨骼架構內容，由這三方面的業務邏輯架構構成了系統上層業務功能實現的基礎［18］。針對這三個方面的業務組件內容，下面進行詳細的分析。

1.Bean 組件：對于 Sring 業務框架而言， Beans 組件是此業務的核心功能，由此構成 Sring 業務框架的核心，通過配置文件就可以實現對對象之間的依賴關系進行管理操作，此種機制的名稱為依賴注入機制，對這些內容進行管理的名稱為 Ioc 容器。通過此種操作機制將業務邏輯功能進行包裝，包裝之后就可以通過容易對這些對象進行管理操作，達成面向對象的管理機制，此種程序的實現策略與 OOP 的實現方式類似，能夠降低各個業務功能模塊之間的耦合度，有效提升整個應用程序開發的可擴展性。

在 Spring 業務框架之中， Bean 組件主要工作的架構名稱為 org.springframework.beans，在這個架包下，主要工作的內容包括三個方面，首先是敘述了 Bean 業務組件的定義，接著詳細敘述了創建過程，最后對 Bean 組件信息進行解析。在 Bean 業務組件進行創建的時候，采用的處理模式為工廠模式，這些模式采用的頂級接口為BeanFactory,此數據接口主要有三個業務子類，這些業務子類分別 ListableBeanFactory 業務子類、 HiE-RarchicalBeanFactory 業務子類和 AutowireCapableBeanFactory 業務子類，每一個業務子類分別具備不同的操作作用，這三個業務子類的默認實現類是DefaultListableBeanFactory，在這個默認的實現類之中，所有接口進行了實現，從而便于軟件程序開發人員進行調用與實現［19］。

2 .Context 組件：在 Spring 業務框架之中，此數據接口具備重要的作用，實現的架包名稱為org.springframework.context。此組件主要的作用是為信息管理系統提供一個良好的運行環境，對程序之中的各個對象的狀態進行保存。在 Contex 的類中， Contex對應的頂級父類是ApplicationContext，此業務類中描述了應用環境的基本信息，并且繼承了業務類的五個接口，從而有效擴展了 Context 組件的業務功能。在 Context 組件之中， ApplicationContext 業務類從 BeanFactory 進行繼承，在繼承此業務類的基礎上，同時繼承接口 ResourceLoadE-R，從而使得Context組件能夠訪問到系統的外部資源信息［20］。

對于 ApplicationContext 子類之中，主要包括兩個方面的業務內容：第一個方面的數據接口內容是ConfigurableApplicationContext，主要對Context接口進行修改，從而及時完成信息管理系統應用程序內容的操作；第二個子類的內容是 WebApplicationContext，主要用于網絡訪問，訪問的對象為SE-RvletContext，下一步工作內容是對Context組件的文件類型進行構建，接著敘述Context的訪問方式［21］。

3.Core 組件：在 Spring 業務框架之中， Core 組件是整個業務邏輯處理的核心，里面包括了許多關鍵的業務處理類，從而對資源的訪問方式進行定義，將所有的抽象資源進行處理，從而抽象成一個數據接口。在此數據組件之中，主要的工作包括描述、加載及解析操作，由業務類ResourcePattE-RnResolvE-R完成，完成之后此數據信息資源由其他組件進行完成［22］。

2.4UML

在信息管理系統的設計與實現過程中，UM。23］起到一個重要的說明作用，具體是指對信息管理系統實現的全部過程進行說明。在系統的需求分析環節，主要用到的 UML圖是用例圖，其是信息管理系統的核心位置，主要對信息管理系統的相關功能進行敘述，用例圖主要包括的事務有角色和對應用例，角色是對系統具體參與的人物進行描述，而用例則給出了參與人物具體所做的事情，因此通過角色與用例構成的用例圖，可以對信息管理系統的功能進行良好的敘述。在系統的具體設計與實現的環節中，可以具體通過UML圖中的類圖、序列圖、活動圖等多種方式進行敘述，類圖主要描述了信息管理系統的參與的類之間的關系，類表示名詞，指參與信息管理系統的角色，而類圖則詳細的給出了這些名詞之間的關系。活動圖主要對一個流程的開始到結束狀態進行了敘述，在具體圖形表示中，從開始狀態到結束狀態對一個過程進行了敘述。時序圖通過時間的順序對一個過程進行了描述，因此在信息管理系統的設計與實現中，具體對功能模塊的描述中給出了其相關的實現過程［24］。

2.5B/S 架構

信息系統的開發技術自從進入到上世界90 年代之后，開發方向有兩個明顯的區別，一種開發方向從里向外，一種開放方向從外向里，從而形成了兩種網絡體系結構， C/S網絡體系結構［25］和B/S網絡體系結構［26］,兩種體系結構相似的地方都是在客戶端進行提交，然后在服務器端進行響應，其他不同的特點具有如下面所述。

1.C/S 體系結構

C/S 體系結構的主要特點［27］有：具有兩層體系結構，主要是客戶端和服務器端，因此 C/S 網絡體系結構的信息管理訪問的效率較高，而且此 C/S 體系結構的信息管理系統安全性較高，其一般部署于單位的內網之中，外網的用戶并不能進行訪問，大大加強了信息管理系統的安全性， C/S 網絡體系結構的信息管理系統具有良好的靈活性和獨立性，但是其維護的成本較高，在系統進行升級時候，需要同時對客戶端軟件和服務器端軟件進行同時升級［28］。

C/S 體系結構通過工作站和服務器端將數據處理的工作進行隔開，從而使得兩者相互獨立，互相不受影響，從而使得系統開發人員能夠有效的進行系統開發工作。

2.B/S 體系結構

B/S 體系結構的主要特點［29］有：其主要特點是 B/S 具有三層體系結構，其并不像 C/S 的兩層體系結構，客戶管和服務器直接通信，在 B/S 網絡體系結構，具有客戶端、網絡通信與服務器端三層結構，大大加強了信息管理系統訪問的便捷性，只要有瀏覽器都可以對信息管理系統進行訪問，這也帶來了一個新的挑戰，安全性成為 B/S 網絡體系結構中重要的組成部分，因為人人都可以訪問，因此需要加強B/S網絡體系結構的安全性［30］。

因此 B/S 體系結構采用 TCP/IP 作為通訊協議，由前臺瀏覽器、網絡訪問層和后臺數據庫服務系統組成，根據合同管理系統的特點，本系統的開發將采用 B/S 體系結構。

2.6開發環境

對于信息管理系統而言，其主要采用 JavaEE 相關的環境［31］，因此在具體進行程序開發時候應該采用 Java 相關的開發的環境，主要采用的版本為 MyEclipse EntE-Rprise Workbench，這個開發平臺是企業級的開發平臺，可以為軟件程序開發人員提供良好的開發環境， MyEclipse EntE-Rprise Workbench 是對原先舊版本的擴展，從而在繼承原先信息管理系統開發平臺的優勢，繼而得到多個方面的擴展，從而支持 Java 開發中的多項技術，包括最新的 HibE-Rnate 數據訪問框架、 JSF、 CSS 等技術，充分提高軟件開發人員程序開發的效率，使其在進行具體的編碼及測試過程中提高其應用效率［32］。

在企業級的開發平臺 MyEclipse EntE-Rprise Workbench 中，包括多項管理模塊，具體的管理內容包括應用服務器方面的管理、Web方面開發的內容、EJB方面開發的內容及 JavaEE 模型方面的內容，針對上述這幾種開發模塊，企業級的開發平臺 MyEclipse EntE-Rprise Workbench 都可以提供較高的幫助，從而使得其對信息管理項目進行相應的擴展與開發，為軟件開發人員提供一個強大的開發環境。

2.7本章小結

對于建筑合同信息管理系統而言，本章主要的工作是描述了合同管理系統設計開發實現的技術內容，主要采用了 Java方面的實現內容，主要包括MVC開發模式Struts 業務框架、Spring業務框架等方面的內容。

第三章系統需求分析

對于系統的研發來說，系統需求分析是系統研發的一個關鍵步驟，同時也是必不可少的過程，因為需求分析的主要功能在于根據用戶和使用者的現實需求，設計研發符合客戶需要的一套分析方案，能夠在現有系統的研發目的、系統研發范圍、系統功能等方面給出具體的定義和介紹，并且，對于研發的系統的主要功能以及使用的主要范圍都能夠給出解釋和闡述說明。

3.1業務需求分析

伴隨著國內城鎮化的推進以及隨之而來的道路交通改造升級和城市市容市貌的改造，城市道路照明及城市景觀照明行業取得了快速的發展，其市場規模也將在現有的基礎上進一步擴大。此外，城市文化照明也將因其兼具文化藝術體驗和功能照明技藝結合的多重優勢而成為城市照明發展趨勢所在。

1.更加注重城市文化特征的體現：因國民經濟的發展與人民生活水平的提高，城市照明已不再是簡單的照亮物體的過程，優秀的城市照明方案必須能夠通過照明將藝術、技術與城市文化特征融為一體，使城市特色在夜晚得以重塑和再現，表現出城市夜晚特有的景色。促進科技與藝術的結合，利用自然與人文因素來再現城市特色，將在越來越多的城市照明方案中得以體現。

2.節能環保更受重視：近年來，我國城市照明發展迅速，對完善城市功能、改善城市環境、提高人民生活水平發揮了重要的作用。但城市照明的過快發展也加大了能源的需求和消耗，根據相關資料顯示，我國照明用電量大約占全社會用電總量 12%，而城市照明則在照明耗電中占 30%左右。為此國家提出實施“城市綠色照明工程”，通過科學的照明規劃與設計，采用節能、環保、安全和性能穩定的照明產品，實施高效的運行維護與管理，提升城市的品質，創造安全、舒適、經濟、健康的夜環境，體現現代文明。

3.智能照明得到更多運用：城市化的快速推進，城市照明設施大幅增長。根據相關數據測算，從 2013 年至 2017 年的五年間，我國平均每年需新建和更換路燈數量達 300 多萬套。城市照明路燈數量巨大且快速增長，使城市照明管理難度也不斷增加。如何充分利用地理信息技術、 3G/4G 通信技術、大數據、云計算、物聯網技術等高科技手段解決城市照明管理中存在的矛盾也就成為當前城市照明管理維護領域一個重要的課題。

對于系統業務需求的功能分析來說，本系統多次與合同管理工作人員進行交流，采集多種業務與技術管理資料，詳細的了解建筑工程合同管理的需求分析，總結了系統的主要功能模塊，下面將從三個方面進行詳細闡述與說明。

1.通過對合同項目工程管理的詳細情況進行了解和分析，并且與該項目負責人詳細的溝通，記錄合同管理工作的詳細流程和工作報告。

2.對項目流程進行分析，首先設計出一套完整的合同管理系統項目方案，進一步與項目相關工作人員交流溝通，與負責人共同商討出完整的、更加合理的解決方案，對于項目部門的相關負責人提出的寶貴意見和建議都要積極采納并予以高度重視，這樣才能設計出一套符合雙方共同要求的合同解決方案。

3.最后一步是將初步設計出的項目計劃書和項目目標，交予相關的負責人審核。

該系統的組成主要是以合同業務處理模塊為核心，系統數據的重要組成主要由前臺業務操作構成，包括合同的簽訂、變更管理等，另外要一個重要的組成部分是數據后臺存取模塊。其中，合同業務處理模塊的主要功能在于對系統前臺和系統后臺的提供服務，在文件數據的有效處理方面也會起到重要的作用；前臺業務操作模塊的主要功能是對于外部合同系統服務發揮作用，在合同資料檢索與資料打印等方面都是重要的工具；后臺數據存儲的主要功能在于對系統操作的功能起到作用，比如系統合同文件的導入、導出功能，相關文檔的編輯于分類操作等；數據持久性存取的主要功能是指對相關文件或文檔的存儲和查詢工作。其中前臺業務操作、后臺數據處理、數據持久存取模塊等都需要與合同處理模塊進行工作交涉，共同協作完成工作。

3.2功能需求分析

經過多方面的需求分析，可以對建筑工程管理模塊的需求模塊進行詳細的闡述，主要包括了基本信息管理模塊、合同文件檢索模塊等，其中合同簽訂管理、合同變更管理等也是其中的重要方面，具體的管理模塊如下圖 3.1 所示：

建筑合同信息管理系統

圖 3.1 系統功能結構圖

從圖 3.1 可以看出，組成建筑工程合同信息管理的五個主要部分，主要針對合同的基本信息進行管理，包括合同的簽訂管理、變更管理、統計分析及監控管理，下面

將對著五個部分進行詳細的闡述。

3.3系統功能需求

3.3.1基本信息管理

下圖 3.2 是主要的基本信息管理功能用例分析圖。

圖 3.2 基本信息管理用例圖

基本信息管理主要的功能在于對系統內部信息的管理，主要包括用戶信息、客戶信息、合同信息以及部門信息等管理，這四個模塊的信息管理構成了信息的檢索、信息添加、信息更新與刪除等操作。基本信息管理系統的合理運行不僅有利于系統的正常有序運行，還可以在系統管理工作中發揮重要的作用，

3.3.2合同簽訂管理

合同管理系統以合同簽訂管理為核心，其中合同簽訂管理模塊主要包括了從合同起草到合同簽訂這一系列流程的信息管理與維護。通過合同管理工作的開展，業務管理模塊也將共同與之發揮重要的作用，可以依據用戶的需求開展流轉會簽工作，主要包括流程順序，流程類型，以及外部條件的管理。在進行會簽工作中，要同時注重部門內部審核工作，部門會簽工作等，主要的參與部門包括財務部門，法律部門主要參與會簽的工作內容還包括單位領導的審批蓋章和文件打印蓋章工作的流程管理，實現

合同簽訂整個過程的合理化與科學化。關于建筑工程方面的合同簽訂的主要流程主要包括，材料問價，材料價格談判，合同條款制定，以及從合同擬訂到合同簽訂的一系列活動。

合同簽訂管理的UML用例圖如圖3.3所示。

圖 3.3 合同簽訂管理用例圖

3.3.3合同變更管理

合同文件編輯的UML用例圖如圖3.4所示。

圖 3.4 合同變更管理用例圖

合同變更管理主要是指更新合同文件的過程，所更新的文件是指已經入庫的文件，管理員可以對這些文件自行的編輯、刪除和注銷，這些工作可以對合同管理的工作起到積極作用，比如，發包人可以在項目工作中修改計劃或是減少預算等；另一方面，在圖紙設計中，可以對圖紙的相關內容進行修改；還可以依據現實條件改善工作條件；采用新技術，改善原有的工程技術，相應的改善工程方案；還有政府部門的干預；最后可能由于合同本身的問題調整合同目標。

合同變更的主要包括了合同條例的改變、合同協議規定等變更，還包括了工程量

的變更，包括工程質量、施工條件等變更，都會導致合同的變更。

3.3.4合同統計分析

合同統計分析是指對大量的合同統計資料的分析，合同資料會隨著企業工程量的增多而不斷增加，因此對合同資料的統計分析能夠系統的整合合同資料，為用戶的查詢提供便捷的服務。合同資料的量化分析主要包括對合同資料的定期核查、整理、總結，能夠促進后期合同的擬定提供借鑒價值，本文對合同系統的統計分析主要是指合同分類分析、合同計劃分析等。

合同統計分析的UML用例圖如圖3.5所示。

圖 3.5 合同統計分析用例圖

3.3.5合同監控管理

合同監控管理的 UML 用例圖如圖 3.6 所示。

合同監控管理主要是指對合同簽訂過程進行監控，主要包括了從合同擬定到簽訂的整個過程，包括合同擬定、合同簽訂以及簽訂后的合同監控，這對于技術性的要求比較高，下面艦隊合同監控管理進行詳細闡述。

3.4 非功能需求分析

功能需求分析主要是指對合同管理的功能進行分析，包括對系統功能性分析，以及系統非功能分析，下面重點闡述系統非功能需求分析的幾個方面：

1.數據分析。在系統中查詢數據的完整性和全面性，系統內部輸入關鍵字即可對系統信息進行查詢。時間方面。系統查詢檢索與業務維護時間分別控制在 5秒以內。靈活性方面。系統運行和系統操作都可以靈活的轉換。擴展性方面。系統功能管理的設計為系統靈活性發展提供平臺，強大的數據延展性能夠為用戶的需求提供發展空間。

2.可行性方面。系統的開發工具與開發技術都比較成熟，遵循合理的開發管理模式，運用先進的開發理念與開發成果，具備先進的開發能力，因此在系統運行管理方面能夠實現系統開發的可行性。穩定性方面。本系統利用MySQL數據庫平臺對系統進行管理，因此以B/S架構模式為基礎的管理系統，能夠實現系統的良性運行。

3.實用性方面。本系統的設計基于用戶的實際需要研發，以用戶的最佳體驗為基礎，圍繞顯示需要，為系統的開發設計注入創新型元素，對于系統每個細節的設計都追求用戶需要為先，實現符合需求的，方便用戶使用的開發系統。

對應的性能指標如下面所示。

1.并發性指標：使用性能測試工具模擬多用戶登錄系統， 500 用戶同時登錄操作系統系統保持穩定；

2.查詢時間：對系統的各個數據信息進行查詢，平均查詢時間不超過5s,最長查詢時間不超過 8s；

3.響應時間：系統的業務功能平均響應時間不超過6s，最長響應時間不超過10s。

3.5本章小結

本章主要詳細描述了系統需求分析，分別從系統功能性和非功能性兩個層面描述系統的需求分析，對于系統需求分析主要采用用例圖的方式進行解讀；對于功能性系統需求分析主要采用UML用例分析模式圖闡述；對于系統非功能性分析主要講述系統需求的性能需求分析。

第四章系統設計

對于合同管理系統而言，需求分析階段主要的工作內容是確定整個系統開發實現的重點內容，對需求確定之后，后面主要的工作就是對確定的需求分析進行設計與實現工作。本章主要圍繞合同管理系統的設計內容進行分析，首先給出了系統的設計指導原則，之后對系統的技術架構、數據庫設計等方面的核心內容進行設計與分析，詳細的內容如下面所述。

4.1系統設計原則

對于軟件工程信息管理系統而言，系統設計的主要任務是將需求分析階段確定的內容進行設計，根據每一個業務功能的工作功能、工作關系及工作目標等進行設計，從而對系統的各個業務功能進行分別實現。系統在進行設計的過程之中主要遵循的原則包括設計的靈活性、合理性、可擴展性、統一性等方面的內容，詳細的內容敘述如下面所示。

1.系統的穩定性在軟件系統的開發之中，著重需要考慮的問題是系統如何長期穩定的運行，此是

系統設計與實現的重點。系統的保障主要在于數據信息保障及應用程序保障兩個方面，為了提高系統的穩定性，此信息管理系統采用雙機熱備份的機制來提高整個系統運行的穩定性。

2.系統設計的合理性

在對系統具體業務進行設計的時候，主要依據需求分析階段確定的整個系統流程進行設計，設計的過程不僅需要軟件開發人員參與，同時也需要客戶參與其中，并且根據設計與實現的內容完成用戶說明書的編寫，使得系統開發之后用戶可以快速上手對系統進行操作。根據各個業務功能模塊的實際流程，設計整個軟件系統的操作步驟，提升系統設計的合理性。

3.系統設計的可擴展性對于軟件管理系統而言，后續由于業務的擴展，難免需要對軟件管理系統進行升

級與維護，因此可擴展性就是系統開發過程之中需要進行重點考慮的內容，系統采用面向對象的思路進行開發，從而有效降低各個業務功能模塊之間的耦合度。總體系統采用分層架構的模式進行開發，后續可以根據業務的擴展進行優化，有效提升系統開發的便利性。

4.系統開發的靈活性對于此信息管理系統而言，總體系統需要進行設計與實現的需求較多，本身系統的運行周期也較長，因此系統的各個業務功能模塊進行設計與實現的時候，靈活性需要充分進行考慮，后期可以根據業務流程的變化及時進行調整，提高系統的靈活性，從而滿足后續日益變化的業務調整與變化。

4.2系統體系架構設計

在建筑合同信息管理系統之中，對系統需求分析之后下一步工作內容是對系統的總體進行設計，依據系統所處的業務背景及采用的體系架構方式進行設計，總體系統采用的技術架構為三層體系架構設計的模式，從而實現系統設計上的低耦合、高內聚的目標，對此詳細的設計架構圖如圖 4.1 所示。

從系統的體系架構設計圖之中可以看出系統的三層體系架構的工作內容，從上層到下層分別是表現層、服務層及數據層，不同的體系架構對應不同的操作內容。在系統的實現之中都起著重要的作用，不同體系架構的內容如下面詳細所示。

1.表現層：主要的作用是與用戶進行交互，提供各類業務功能的操作接口，在用戶進行操作之后，操作接口負責給用戶顯示對應的操作結果信息，便于用戶根據操作的提示進一步進行操作；

2.服務層：是整個信息管理系統的業務處理核心，負責連接表現層與數據層之間，包括合同信息管理系統的所有業務處理功能，調用數據庫的數據信息，進行增刪改查操作，處理之后將顯示結果更新在表現層之中，對應的數據信息更新在系統的數據庫之中，起著承上啟下的作用；

3.數據層：是整個信息管理系統的數據存儲核心，負責對合同信息管理系統的各類數據信息進行存儲，日常用戶通過SQL語句可以對其中的數據信息進行查詢、刪除、修改等操作。

在系統體系架構設計的環節之中，體系架構的設計思路有多種，該信息管理系統采用常用的三層體系架構設計方式，此種設計方式的主要優點是將系統的業務功能按照相似性、特殊性等方式進行劃分，使得不同的軟件開發人員可以有針對性進行開發與維護，提升了總體信息管理系統的重用性，提高開發效率，在后期系統測試的時候，便于軟件開發人員對出現的問題進行快速定位，針對出現的問題進行解決。

4.3系統網絡架構設計

在系統網絡架構的設計之中，主要的工作內容是依據系統的應用場景確定系統采用的網絡設計模式，當今流行的網絡設計模式主要分為兩種，分別是C/S網絡開發模式及B/S網絡開發模式，C/S網絡模式主要應用在局域網之中，業務邏輯處理主要在客戶端進行，而B/S網絡的特點主要是業務邏輯集中在服務器端進行處理，日常用戶在瀏覽器登錄進行操作即可。

對于合同信息管理系統而言，其是公司最新設計使用的信息管理系統，因此在當今開發應充分考慮到技術的先進性及公司的應用場景，公司作為一個規模較大的工程公司，各個地區有分公司，因此為了便于各地的分公司統一對業務進行管理操作，系統的網絡模式不應采用局域網的方式進行，應采用廣域網的方式，從而便于各個地區的用戶登錄合同信息管理系統進行操作，而且采用B/S模式進行開發的系統的技術具備一定的先進性，能夠在長時間內容都滿足公司的業務管理需求。之前公司所用的信息管理系統都是基于 B/S 模式進行開發，因此基于上述的特點，合同管理系統采用 B/S模式的方式進行開發，詳細的網絡結構圖如圖4.2所示。

從圖4.2系統網絡設計圖之中可以看出詳細的設計內容，采用B/S模式進行開發的合同管理系統主要分為三個部分進行實現，分別是服務器端、網絡層及客戶端。服務器端主要負責的內容是為整個合同管理系統提供Web訪問服務及數據信息存儲服務，是整個公司業務管理系統的核心。由于采用 B/S 模式開發的系統的安全性所限，對服務器端應采用嚴格的安全認證措施，對外數據信息通信應通過系統的軟硬件防火墻，有效提升整個合同管理系統的安全性。

各個分公司的用戶在瀏覽器端進行系統的訪問操作，因此此網絡模式的特點有效提升了系統操作的便利性，用戶根據業務功能需求點擊對應的合同變更、基本信息管理等模塊進行操作，服務器端對用戶的操作進行響應，將對應的操作結果返回到瀏覽器端。

4.4 安全設計

對于此合同管理系統而言，除了系統的功能模塊非常重要之外，其他重要的就是系統具有的多種信息，這些信息包括合同信息、客戶信息等，因此對于合同管理系統而言，安全設計就成為其中重要的部分，具體安全設計采用多種措施進行保護具體措施如下面所示。

1.用戶登錄注冊方式對于合同管理系統而言，為了加強系統的安全性，系統用戶的劃分采用的方式是由系統的管理員進行分配，對外不提供系統注冊的窗口，對于每一個部門都對應設置一個用戶的管理組，在這個管理組中分配多個角色，基本上包括各級管理員及對應用戶。

對于合同管理系統而言，管理員擁有最高的權限，其可以給各個用戶分配權限，分配的權限根據用戶所在的部門進行分配，財務管理模塊的用戶主要擁有財務管理的權限，除了這些用戶權限管理之外，也可以對系統對應的文檔資料進行管理，具體文檔管理的權限包括增加操作、刪除操作、修改操作及查詢操作等，權限較低的用戶只擁有查詢的權限，擁有權限較大的用戶可以對文檔進行修改操作等。

2.對于合同管理系統而言，數據庫管理是重要的管理環節，其中在數據庫管理環節中，包括的信息有合同信息、合同簽訂信息、合同變更信息等，而這些信息對于公司而言是核心的信息，因此對于這些核心信息，需要經過加密之后在放在網絡上進行共享，然后在合同管理系統中的客戶端及服務器端安裝解密插件，然后針對用戶的權限進行相關的設置，從而最大程度提高系統的安全性。

3.網絡防火墻：對于合同管理系統而言，網絡防火墻主要用于保護系統，系統基于B/S結構進行設計，人人通過網絡可以打開系統的網址進行訪問，通過網絡防火墻可以防止黑客的攻擊，從而最大程度的保護系統的數據信息。

4.系統備份恢復：對于合同管理系統而言，系統備份與恢復是重要的安全措施，對于系統數據庫所存儲的信息，包括合同信息、客戶信息等重要的數據，系統都要定時對信息進行存儲，除了自動備份之外，也可以手動對信息進行存儲。

4.5系統數據庫設計

在軟件信息管理系統的設計之中，數據庫設計是其中重要的內容，系統大部分的業務處理都離不開數據信息，而數據庫系統負責對這些數據信息進行存儲與管理，各類數據信息在數據庫之中并不是孤立存在的，需要通過數據庫設計的過程將這些數據信息進行有效整合。

對于合同信息管理系統，數據庫設計主要包括兩個方面的工作，首先是對系統采用的技術及狀態進行分析，系統主要采用Java方面的技術，與之結合較為緊密的數據庫軟件為MySQL軟件，此款軟件主要的特點是開源免費，與Java開源技術能夠無縫連接。在數據庫的詳細設計過程之中，主要針對數據庫實體及數據庫實體之間的關系進行分析，詳細的內容如下面所示。

4.5.1數據庫E-R圖

在系統數據庫的設計之中，首要的工作任務是確定數據庫的實體及其屬性信息，各個數據庫實體負責存儲整個合同信息管理系統的數據信息，從而便于后期對詳細的數據庫表格進行設計。對數據庫實體進行確定之后，下一步主要的工作任務是確定數據庫實體之間的關系，專業的名稱為E-R圖，有效確定各個數據庫實體之間的關系, 結合整個合同信息管理系統的業務分析之后確定總體的關系。

對合同信息管理系統的數據庫實體進行分析之后可以得知包括的數據庫實體有合同信息數據庫實體、合同更改記錄數據庫實體、違約信息數據庫實體等，每一個數據庫實體包括不同的屬性信息，詳細的內容如下面所示。

1.簽約前合同評審信息數據庫實體，詳細的數據庫實體屬性圖如圖4.3所示。

從圖 4.3 簽約前合同評審數據庫實體屬性圖之中可以看出詳細包括的內容，包括評審匯報人、審批意見、審評地點、填表人、填表時間、談判日期、實施方案內容、合同額等多方面屬性內容，日常由專門的工作人員負責對這些數據信息進行管理。

2.在合同管理系統之中，部門數據庫實體是一個基本的內容，負責存儲部門的信息，詳細的數據庫實體如圖 4.4 所示。

從圖 4.4 部門數據庫實體屬性圖之中可以看出詳細的內容，針對部門編號、負責人、部門名稱及聯系電話等信息進行說明。

3.往來單位數據庫實體，負責對簽約的單位進行信息管理，詳細的數據庫實體屬性如圖 4.5 所示。

圖 4.5 往來單位信息數據庫實體屬性圖

從圖 4.5 往來單位數據庫實體屬性圖之中可以看出包括的內容有聯系人、編號、名稱、聯系人電話、地址等屬性信息，日常由專門的人員負責對這些數據信息進行維護。

4.合同簽訂數據庫實體，負責對各類簽訂的合同數據信息進行管理，詳細的數據庫實體屬性圖如圖 4.6 所示。

圖 4.6 合同簽訂數據庫實體屬性圖

從圖4.6合同簽訂數據庫實體屬性圖之中可以看出合同簽訂數據庫實體是系統的核心存儲信息，包括的內容有合同金額、簽訂日期、郵編、結算方、詳細信息、開戶銀行等詳細的內容，日常由公司的專門人員負責對這些數據信息進行錄入。

5.在日常的合同信息管理之中，違約索賠記錄負責記錄合同違約時候的數據信息，詳細的數據庫實體屬性圖如圖 4.7 所示。

圖 4.7 違約索賠記錄數據庫實體屬性圖

從圖4.7違約索賠記錄數據庫實體屬性圖之中可以看出包括的數據嘻嘻你有問題內容、編號、索賠情況、負責人等數據信息，從而完成違約索賠記錄數據信息的存儲。

6.合同更改記錄，在合同的履行之后，更改是日常常見的操作，對更改記錄數據信息進行存儲的數據庫實體屬性圖如圖 4.8 所示。

圖 4.8 合同更改記錄數據庫實體屬性圖

從圖4.8合同更改記錄數據庫實體可以看粗包括的內容有更改日期、主辦部門、合同簽署人、更改內容、合同編號等數據信息，通過此數據庫實體對這類數據信息進行專門的存儲。

7.用戶是合同管理系統的基本操作實體，數據庫實體屬性圖如圖 4.9 所示。

圖 4.9 用戶數據庫實體屬性圖

從圖4.8用戶數據庫實體可以看粗包括的內容有登錄名稱、登錄密碼等數據信息，通過此數據庫實體對這類數據信息進行專門的存儲。

對不同的數據庫實體屬性進行分析之后，下一步的工作內容是對整個系統的E-R

圖進行確定，對應設計的 E-R 圖如圖 4.10 圖所示。

從圖 4.10E-R 圖之中可以看出主要的數據庫實體包括往來單位信息、違約索賠記錄、合同更改記錄、合同簽訂、簽約前合同評審等數據庫實體，下一步可以確定的數據庫實體及屬性內容對數據庫表格進行詳細設計。

4.5.2數據庫表結構設計

在數據庫的設計之中，對各種存儲數據信息的數據庫實體進行分析之后，給出數據庫實體之間的E-R圖，下一步的主要工作內容就是對這些確定的實體進行信息存儲，通過各類不同的數據庫表格進行存儲，對存儲的數據信息的字段進行確定，詳細的各類數據庫表格如下面所示。下面列舉數據庫中的一些主要表的結構。對合同信息管理系統中的部門信息表如表 4.1 所示。

表 4.1 XTGL ZBXX(部門勺信息表）

字段含義字段名數據類型主鍵非主鍵

部門名稱 zbbh Varchar(2) YES NO

部門編號 zbmc Varchar(10) NO YES

負責人 zbbz Varchar(20) NO YES

說明 zbbz Varchar(20) NO YES

從表 4.1 部門信息表的數據信息主要包括字段含義、字段名、數據類型、主鍵、非主鍵等工作內容。

對合同信息管理系統中的往來單位信息表如表 4.2 所示。

表4.2KHGL KHXX（往來單位信息表）

字段含義字段名數據類型主鍵非主鍵

客戶編號 KHID 自動編號 YES NO

姓名 XM Varchar(8) NO YES

客戶呢稱 KHNC Varchar(10) NO YES

客戶性別 KHXB Varchar(10) NO YES

關系類型編號 GXLXBH Varchar(2) NO NO

傳真 CZHM Varchar(20) NO YES

家庭電話 JTDH Varchar(12) NO YES

辦公電話 BGDH Varchar(12) NO YES

移動電話 YDDH Varchar(15) NO YES

OICQ OICQ Varchar(10) NO YES

E MAIL E MAIL Varchar(20) NO YES

郵政編碼 YZBM Varchar(10) NO YES

職務 ZW Varchar(10) NO YES

國家地區 GJDC Varchar(10) NO YES

省自治區 ZZQ Varchar(10) NO YES

所在城市 SZCS Varchar(10) NO YES

工作單位 GZDW Varchar(20) NO YES

所在部門 SZBM Varchar(20) NO YES

辦公室 BGS Varchar(20) NO YES

單位地址 DWZZ Varchar(50) NO YES

公司網址 GSWZ Varchar(20) NO YES

家庭住址 JTZZ Varchar(50) NO YES

客戶備注 BZSM Varchar(100) NO YES

出生年月 CSNY datetime NO YES

籍貫 JG Varchar(10) NO YES

月收入 YSR float NO YES

銀行帳號 YHZH Varchar(30) NO YES

開戶銀行 KHYH Varchar(20) NO YES

登記人 DJR Varchar(8) NO YES

從表 4.2 往來單位信息表的數據信息主要包括字段含義、字段名、數據類型、主鍵、非主鍵等工作內容。對合同信息管理系統中的合同簽訂信息表如表 4.3 所示。

表4.3HTGL HTXX（合同簽訂信息表）

字段含義字段名數據類型主鍵非主鍵

合同編號 HTBH Varchar(3) YES NO

合同名稱 HTMC Varchar(20) NO YES

客戶編號 KHBH Varchar(6) NO YES

工程項目編號 GCXM Varchar(12) NO YES

簽定日期 QDRQ datetime NO YES

開始日期 KSRQ datetime NO YES

結束日期 JSRQ datetime NO YES

完成標志 WCBZ Varchar(10) NO YES

合同金額 HTJE float NO YES

核審標志 HSBZ Varchar(1) NO YES

負責人 FZR Varchar(8) NO YES

變更標志 BGBZ Varchar(1) NO YES

審核意見 SHYJ Varchar(100) NO YES

審核時間 SHSJ Datetime NO YES

審核人 SHR Varchar(8) NO YES

合同文件 HTNR Varchar(20) NO YES

從表 4.3 簽約前合同評審表的數據信息主要包括字段含義、字段名、數據類型、主鍵、非主鍵等工作內容。對合同信息管理系統中的合同變更信息表如表 4.4 所示

表4.4 HTGL HTBGXX（合同變更信息表）

字段含義字段名數據類型主鍵非主鍵

變更編碼 BGBM Varchar(3) YES NO

合同編號 HTBH Varchar(3) NO YES

變更名稱 BGMC Varchar(10) NO YES

變更類型 BGLX Varchar(8) NO YES

變更日期 BGRQ Datetime NO YES

生效日期 SXRQ Datetime NO YES

變更原因 BGYY Varchar(50) NO YES

變更通過標志 GTGBZ Varchar(1) NO YES

從表 4.4 合同變更信息表的數據信息主要包括字段含義、字段名、數據類型、主鍵、非主鍵等工作內容。

對應簽約前合同評審表的對應數據信息如表 4.5 所示。

表4.5XTGL YHXX（簽約前合同評審表）

字段含義字段名數據類型主鍵非主鍵

項目名稱 yhbh Varchar(10) YES NO

項目類別 yhmc Varchar(8) NO YES

評審匯報人 bmbh Varchar(10) NO NO

合同額 yhzb char(2) NO YES

單位幣種 xb Varchar(2) NO YES

審評地點 yhmm Varchar(10) NO YES

審批意見 zcbs char(1) NO YES

從表 4.5 簽約前合同評審表的數據信息主要包括字段含義、字段名、數據類型、

主鍵、非主鍵等工作內容。

對合同信息管理系統中的違約索賠信息表如表 4.6 所示。

表4.6HTGL GCXX（違約索賠信息表）

字段含義字段名數據類型主鍵非主鍵

工程編號 gcbh Varchar(3) YES NO

工程名稱 gcmc Varchar(20) NO YES

索賠情況 kgrq datetime NO YES

問題內容 jgrq datetime NO YES

從表 4.6 違約索賠信息表的數據信息主要包括字段含義、字段名、數據類型、主鍵、非主鍵等工作內容。

4.6本章小結

在對合同信息管理系統之中，設計階段的工作是重要的業務內容，其是負責需求分析及系統實現之間的橋梁，首先對系統的設計原則進行說明，給出合同信息管理系統的設計指針，之后對系統的技術架構、數據庫等方面的內容進行設計操作，之后給出合同信息管理系統的網絡結構設計方面的內容。

第五章系統實現

對于合同管理系統而言，在系統的總體及數據庫進行設計操作之后，下一步的主要管理內容是對各個業務功能模塊進行設計與實現操作，主要圍繞需求分析確定的各個業務功能模塊進行操作，通過多種方式進行敘述，包括業務流程圖、UML圖等內容，對這五個業務功能模塊的實現操作過程詳細敘述的過程如下面所示。

5.1基本信息管理功能實現

在基本信息管理之中，客戶信息管理業務功能模塊是系統的重要管理業務之一，主要負責的工作內容是對簽訂合同的客戶的信息進行錄入管理操作，錄入的信息包括客戶的詳細工作內容，包括客戶的工作單位、建筑項目、項目周期、項目預算、項目地點、項目名稱等，在對客戶信息進行錄入的時候，系統負責記錄錄入的時間。除了錄入操作之外，業務功能模塊同時具備對客戶信息的刪除、修改等操作，工作人員根據業務的需求對其進行操作，此客戶管理的業務操作流程圖如圖 5.1 所示。

從圖 5.1 客戶修改管理流程圖的示意圖之中可以看出詳細的工作內容，系統首先針對用戶的個人信息進行驗證操作，輸入用戶信息不正確的用戶不具備操作管理的權限，驗證通過之后用戶可以點擊操作，操作的步驟按照系統給出的業務邏輯步驟進行，每一步的操作之后，系統負責進行驗證與給出對應的操作提示，如果用戶的操作滿足系統的要求，則給出更新程工的提示，如果操作不成功，系統需要給出具體的原因，從而使得用戶可以根據提示進行操作的修改。

在客戶信息管理功能模塊中，如果想獲得客戶信息，首先需要輸入客戶的詳細詳細信息，然后將輸入的信息上傳系統，系統進行判斷，如果符合需求上傳，不符合需求系統返回相應的提示信息。客戶信息管理的具體類圖如圖 5.2 所示。

圖5.2客戶信息管理類圖

從圖 5.2 客戶信息管理類圖中可以看出，主要分為客戶信息日常主要由公司的工作人員負責，管理的方式主要包括修改、查看、刪除及增加操作。

客戶信息管理功能主要針對與公司簽約的客戶或者有意向簽約客戶的信息進行綜合的管理，工作人員點擊進入此業務功能模塊進行操作，詳細操作的業務功能結構圖如圖 5.3 所示。

從圖5.3系統功能結構圖之中可以看出此業務的功能模塊主要分為四個子業務功能，分別進行添加客戶信息操作、查看客戶信息操作等內容，日常此業務功能模塊主要由辦公室的管理員進行操作，操作的結果信息公司的經理可以點擊進行查看。

客戶管理

圖5.3系統功能圖

客戶信息是公司的重要資源信息，日常需要專門的工作人員負責對這類客戶信息進行維護，詳細操作的時序圖如圖 5.4 所示。

圖 5.4 增加客戶信息時序圖

從圖 5.4 客戶信息管理操作的時序圖可以看出詳細的處理步驟，系統采用 MVC 的工作模式進行，系統之中的業務類負責接收用戶的操作請求，根據用戶操作的內容進行管理，日常的操作主要分為增刪改查四種，業務類在接收到操作請求之后，調用系統的數據庫之中存儲對應的客戶信息，對客戶信息的名稱、地址、聯系方式合同項目等詳細內容進行管理，每一次操作之后，數據庫負責對各類更新的數據信息進行存儲。

日常對客戶進行市場開發的時候，需要公司的客服人員及時與這些客戶進行聯系，詳細的管理活動圖如圖 5.5 所示。

從圖 5.5 客戶信息管理活動圖之中可以看出市場開拓客戶的大致工作流程，公司針對這方面的業務進行客戶開發計劃的指定，專門的市場人員負責對這些客戶進行日常的聯系與溝通，在簽訂合同協議之后，點擊進行新客戶的創建，將這類數據信息進行專門的存儲。

在合同管理系統中，對于不同種類的客戶信息采用其相對應的管理方式進行處理。對公信息管理主要針對集團、企業單位，系統處理的流程首先是登錄進去企業信息管理模塊，然后選擇增加客戶信息管理，首先判斷此新增加的客戶信息是否在系統中，如果系統提示此客戶信息已經存在，說明已經有此客戶信息，直接結束就行，如果此用戶信息是新增加的，然后需要首先判斷的其是對公用戶還是個人用戶，如果是個人用戶，則系統錄入個人的相關信息等信息，如果是對公用戶，則系統錄入企業單位的法人等信息。

5.2合同簽訂管理功能實現

在合同管理系統之中，合同簽訂管理業務功能主要的作用是負責對合同信息進行起草、溝通等操作，系統提供多種合同信息的模版，工作人員可以根據項目的不同，對應選擇不同的操作模版，選擇好合同模版之后，工作人員可以根據項目的具體內容對合同的內容進行填寫，此業務功能模塊同時提供合同草稿箱的業務功能，便于工作人員定期對撰寫的合同內容進行保存。同時此業務功能模塊具備合同列表的功能，工作人員在撰寫一個合同的同時可以撰寫其他的合同，對這些合同系統同時提供保存內容，每一次工作人員登錄系統的時候可以點擊其中某一個合同信息進行操作。對于不

再使用或者不需求的合同列表信息，業務功能模塊同時提供刪除的操作功能，系統業務功能負責對用戶的操作進行響應，并對應對系統數據庫之中的信息完成更新操作。

對于此合同簽訂管理模塊，詳細的工作流程圖如圖 5.6 所示。其中對合同信息的撰寫操作時序圖如圖 5.7 所示。

圖 5.6 合同簽訂管理流程示意圖

圖 5.7 合同撰寫與提交時序圖

從圖 5.6 合同簽訂的管理流程圖之中可以看出詳細的操作內容，工作人員根據系統的提示對其中的數據信息進行撰寫等，而這個業務功能負責對用戶的錄入內容進行審核操作，審核通過之后點擊進行提交，最后對合同的相關數據信息進行更新操作。

在合同簽訂的業務管理模塊之中，主要針對兩個方面的數據信息進行操作，分別是項目的概況信息及屬性信息等進行填寫，如項目的合同名稱、簽訂雙方的信息、合同價格、合同細節、合同施工等工作內容，詳細敘述建筑工程的項目節點等內容。

從圖 5.7 合同撰寫的操作時序圖之中可以看出詳細的操作內容，工作人員根據合同的需求填寫詳細內容，之后通過業務類實現數據信息的檢查與存儲，在用戶操作的過程將合同的編輯結果信息、保存信息等方面的操作提示，便于用戶快速操作，完成相關數據信息的保存。

5.3合同變更管理功能實現

在合同信息管理系統之中，合同變更業務管理功能主要的工作是針對已經撰寫的合同信息進行管理，變更的操作主要有合同信息的更改、合同信息的刪除等。對于日常建筑項目的合同信息，當出現合同協議的變化、雙方責任的變化、合同條款的變化等內容之后，需要雙方進行溝通協調，尤其是在工程方面的變化，包括施工的順序、施工的方案及施工的質量等方面的內容，需要雙方盡快進行確定，從而保證建筑項目的快速順利進行，對此業務的操作流程圖如圖 5.8 所示。

圖 5.8 合同變更管理流程圖

從圖 5.8 合同變更管理流程圖中可以看出此業務功能模塊的操作內容，首先點擊變更管理，根據合同的變化對其中的內容進行添加，系統負責對工作人員添加的變更信息進行審核，如果審核通過，則將此合同變更數據信息更新到系統的數據庫之中，

從而完成合同變更業務的操作。合同內容管理的類圖如圖 5.9 所示。

ContractManageDao 4d

-Permission -ContractManageDao +executeUpdate() +execute()

圖5.9合同內容管理業務類圖

從圖5.9合同內容管理業務類圖之中可以看出對應的操作內容，包括業務類

ContractWritingSE-Rvice 業務類、ContractManageDao 業務類、ContractWritingAction 業務類、ContractManageAction業務類、UsE-R業務類等，采用MVC的方式對用戶層、業務邏輯層及數據層分別進行管理操作o Action業務類分別接收用戶的操作請求, 之后調用 sE-Rvice 業務類，對此業務進行操作與處理，從而完成合同的內容變更的操作過程。

對于整個合同信息管理系統之中，對合同內容的變更是整個系統管理的核心，每一個合同數據的管理與項目進行結合，通過此業務功能，同時可以實現對項目的清單信息進行維護，主要的操作分為對清單的瀏覽操作、編輯操作、導入操作及批量操作。

對應合同變更管理操作的時序圖如圖 5.10 所示。

提示操作成功

圖 5.10 變更信息管理操作時序圖

5.4合同統計分析功能實現

在合同信息管理系統之中，針對合同的內容包括多個方面的信息，系統提供統計分析的模塊進行操作，便于用戶可以工作的需要及時統計各類數據信息，業務功能模塊將統計出來的結果形成報表，用戶可以進行導出操作。

合同統計流程圖如圖5.11所示。

從圖5.11合同信息統計操作流程圖可以看出此業務功能模塊的操作過程，主要分為三個方面，首先用戶可以點擊業務功能進行檢索操作，之后將顯示的結果信息進行統計操作，統計操作的內容形成報表，針對這部分的報表信息，工作人員可以點擊進行導出操作，從而使得工作人員可以及時查看這方面的數據信息，完成合同信息的統計操作。

系統的統計查詢類圖如圖5.12所示。

圖 5.12合同統計查詢業務類圖

從圖5.12 合同統計查詢管理業務類圖之中可以看出對應的操作內容，包括業務類 UsE-R 業務類、QuE-RyandStatisticAction 業務類、QuE-RyandStatisticSE-Rvice 業務類、 QuE-RyandStatisticDao 業務類、 ShowDateAction 業務類等，采用 MVC 的方式對用戶層、業務邏輯層及數據層分別進行管理操作。Action業務類分別接收用戶的操作請求，之后調用 sE-Rvice 業務類，對此業務進行操作與處理，從而完成合同查詢分析的操作過程。

針對合同信息管理系統，統計分析業務功能是重要的功能模塊，其主要的作用是對存儲的文檔資料信息進行檢索操作，在用戶設置統計條件之后，系統進行自動化的

計算并將統計的報表進行顯示。合同統計查詢業務功能提供多種數據信息的查詢，如合同資料、協作單位等，不僅可以對總體的數據信息進行查詢，同時提供字段信息的檢索操作，工作人員可以選擇合同的簽訂方、合同的價格區間、合同的名稱、合同的類型等方面提供精確檢索的內容，同時系統提供模糊檢索的操作，可以實現對合同產值、工程計量及工程分布的統計，并將這部分的統計結果信息進行導出操作。

對于合同信息的統計查詢業務功能，詳細功能模塊的操作時序圖如圖5.13所示。

圖 5.13 合同統計查詢序列圖

從圖5.13合同統計查詢的操作時序圖之中可以看出詳細的工作內容，工作人員首先調用系統之中的查詢函數，對數據庫對應的合同信息發起檢索操作，之后業務邏輯模塊將此數據信息返回到業務邏輯界面，工作人員可以根據業務需求對合同信息發起統計操作，用戶可以查詢此統計報表信息。

主要涉及到處理的業務類有DateExportSE-Rvicedava業務類、QuE-RyAndStatistic Dao業務類，工作人員可以將統計的報表內容進行導出操作，從而完成合同統計分析

的業務操作過程。

5.5合同監控管理功能實現

在合同管理系統之中，日常對合同信息的履行過程由合同監控管理模塊負責，指在每一個實現節點，合同的雙方需要對合同的實施狀況進行評審，確定實施過程之中的問題進行分析，從而確定后續采用的措施，確保合同能夠順利進行實施。

合同評審流程圖如圖5.14所示。

從圖5.14 合同評審流程流程圖之中可以看出詳細的操作內容，工作人員點擊進入此業務功能模塊，首先針對需要進行評審的合同進行檢索操作，確定對應的合同之后，按照合同評審的流程對這部分合同內容進行分析與操作，并且將合同評審的內容在系統之中進行記錄，從而完成合同評審操作的業務。

具體合同評審的業務類圖如圖 5.15 所示。

從圖5.15 合同評審業務類圖之中可以看出此業務功能模塊的主要操作內容，分為多個用戶類進行操作管理，用戶點擊其中的業務功能模塊進行操作，采用MVC的模式進行實現，用戶類調用其中的Acition業務類，其負責接收用戶的操作請求，之后調用其中的業務邏輯進行處理，處理的同時負責對數據庫之中的數據庫表格中存儲的信息進行更新操作。

ContractReviewManageService

-id

-user

-password

-role

+login()

+add()

+delete()

ContractReviewManageDao

-User

-Role

+executeUpdate()

+execute()

圖5.15合同評審業務類圖

在對合同信息的評審進行業務類圖說明之后，下一步的工作內容是圍繞其中的業

圖 5.16 合同評審操作序列圖

從圖 5.16 合同評審的操作時序圖之中可以看出詳細的工作內容，管理員根據業務操作的要求登錄到信息管理系統之中，點擊對應需要進行操作的業務功能模塊，主要是合同評審的操作內容，根據業務的需求用戶按照操作步驟進行操作，從而完成此業務功能模塊的操作，最后將修改的數據信息更新到系統的數據庫之中。

5.6本章小結

本章主要的工作內容是對合同管理系統的業務功能模塊的實現過程進行了詳細的分析，主要針對需求分析階段確定的六個業務功能模塊進行實現操作，實現合同統計分析、合同監控管理、合同變更管理等業務功能，通過業務流程圖及UML圖的方式進行實現。

第六章系統測試

系統測試是指在進行系統設計的過程中，對系統的相關功能進行分析和測試，制定一套切實可行的形同測試方案，并且能夠對一些系統功能進行用例分析，在進行功能檢測的同時，對系統的性能和實用價值做出報告分析，報告中需要指出系統研發過程出現的問題，也要詳細描述對這些問題的解決策略。

6.1系統測試方法與目標

6.1.1測試方法

軟件測試包括多種測試方法，對于本系統的軟件測試來說，將采用最便捷的測試法，下面是對幾種測試法的簡單描述。

1.黑盒測試法。黑盒測試主要在于對軟件的功能進行測試，在數據驅動方面也能進行測試，而對于軟件運作原理久于事無補了。

2.白盒測試法。與黑盒相對，白盒測試法主要是對軟件內部工作原理的測試，測試的主要內容包括軟件的工作過程是否符合系統開發的目標，而對于軟件的功能分析不做要求，這也是對軟件開發中的整個設計過程測試需求的滿足。

3.單元測試法。單元測試是對軟件的細節方面進行測試，主要存在于小型規模的測試，主要用于在精確查找軟件問題的同時分析軟件的細節性問題，從而確定問題產生的根本原因。

4.集成測試法。集成測試就是指將軟件的不同功能或多個模塊組合起來進行測試的方法，這種測試法同樣滿足了系統各個功能及各個版塊之間的聯系性、關聯性，避免將某一功能孤立測試，因為軟件的各個功能都存在一定的聯系，需要各個版塊配合工作，所以就需要集成測試來發現各個功能同時運行中是否存在問題。

6.1.2測試目標

合同管理系統測試主要是為了測試系統的性能，對系統的穩定性和實用性做出合理分析，具體能夠經過系統分析實現的目標詳細描述如下：

1.軟件質量測試。確保軟件在使用過程中能夠最大成都的達到用戶滿意度，數據的分析、輸入、輸出能夠維持在正常的狀態。軟件問題反應。在軟件設計之初可能會遇到許多的問題，這時候就需要講這些問題一一列舉并詳細分析，在向領導提交問題報告的同時要注意不同問題的嚴重程度。

2.軟件設計全程測試。對于軟件的測試除了功能性測試，還包括對軟件開發過程的測試，從而保證軟件的質量能夠達到系統開發的目標。也就是說，在對軟件開發過程進行測試的同時，如果出現錯誤，可以及時的檢測這些錯誤出現的原因，也能在開發過程中發現技術上的問題，從而來確保開發質量，對于軟件的開發過程檢測主要描述如下：

首先，要對軟件的正確性進行測試，軟件的開發和使用在每個階段是否都能夠準確無誤。其次，對軟件的使用需求進行測試，在不同的地點，面對不同的人群，軟件的使用是否都能夠滿足人們的需求，無論使用者的年齡、種族、習慣等條件下，軟件的使用不存在問題。最后，對軟件進行全面檢測，處理對整個使用過程進行測試之外，還要對軟件的操作進行測試，是否每一操作都是正確的。只有對軟件進行全面的測試，才能保證軟件的使用能夠最大程度的為用戶提供服務，彌補企業人工操作的缺陷，這也是軟件測試的目的所在。

6.2測試環境

對于信息管理系統而言，具體在進行測試時候，需要選取相應的測試工具，對于 Web具體的測試采用的工具是Selenium，對于單元測試而言具體采用的測試工具為 TestNG,具體的測試過程首先是需要對信息管理系統進行部署，對進行部署的平臺與操作系統進行相應的配置。系統部署的操作管理系統為Windows SE-RvE-R2008,并針對管理信息系統進行Java環境的配置，然后對應用服務器進行安裝，安裝的應用服務器為Weblogic 10gR3,下一步操作就可以將相應的信息管理系統的代碼進行部署在應用服務器中。針對數據庫服務器，其配置的操作管理系統為Linux操作系統，上述對應部署的數據庫服務器為MySQL數據庫，然后啟動相應的數據庫服務。

針對數據庫服務器和應用服務進行相應的部署之后，啟動Web服務器Weblogic，然后在相應的瀏覽器輸入對應的網址，對信息管理系統進行訪問，從而確定信息管理系統的各個功能模塊，判斷系統的功能需求是否滿足當初的設計需求。

6.3功能測試

在系統測試章節之中，主要的工作內容是對業務功能方面的內容進行測試，這在系統測試工作量占據主要的部分，工作目標是針對需求分析階段確定的合同簽訂、基本信息管理等業務模塊進行測試，測試過程是確定系統的業務功能邏輯、軟件操作界面等進行測試，詳細敘述了測試的前提、步驟、結果等內容。

6.3.1基本信息管理模塊測試

基本信息業務模塊主要的工作內容是負責對合同的基本信息進行維護，包括簽訂合同的客戶等相關的數據信息進行管理，在進行測試的時候，詳細敘述基本信息管理模塊的測試過程，對應的測試用例如表 6.1 所示。

表 6.1 基本信息測試用例

編號功能測試用例-1

測試人員系統測試人員、公司用戶

首要操作步驟合同管理系統對用戶輸入的信息驗證通過，用戶點擊合同管理系統

之中的基本信息管理模塊

步驟 1.點擊業務模塊；2.對基本進行記性錄入操作，對整個錄入操作過

程之中的系統提示及業務功能模塊響應進行記錄

其他操作內容對合同的基本信息進行刪除、修改等操作

結論系統測試人員及公司用戶對業務功能模塊的操作得到系統正確的

響應，符合操作預期

從表 6.1 基本信息測試用例之中可以看出詳細的操作內容，從測試人員、測試過程及結論等方面對基本信息模塊進行詳細的測試，軟件測試人員負責記錄測試結果，將有問題的內容進行匯總，反饋軟件開發人員，確保最終基本信息管理模塊能夠順利完成測試。

6.3.2合同簽訂模塊測試

合同簽訂模塊主要是指對合同簽訂時候的事務等進行管理操作，測試用例如表

6.2 所示。

表 6.2 合同簽訂測試用例

編號功能測試用例-2

測試人員系統測試人員、公司用戶

首要操作步驟合同管理系統對用戶輸入的信息驗證通過，用戶點擊合同管理系統

之中的合同簽訂模塊

步驟 1.點擊業務模塊；2.對合同簽訂事項操作，對整個業務功能操作過

程之中的系統提示及業務功能模塊響應進行記錄

其他操作內容對合同的基本信息進行刪除、修改等操作

結論系統測試人員及公司用戶對業務功能模塊的操作得到系統正確的

響應，符合操作預期

從表 6.2 合同簽訂測試用例之中可以看出詳細的操作內容，從測試人員、測試過程及結論等方面對合同簽訂模塊進行詳細的測試，軟件測試人員負責記錄測試結果，將有問題的內容進行匯總，反饋軟件開發人員，確保最終合同簽訂管理模塊能夠順利完成測試。

6.3.3合同變更模塊測試在合同管理系統中，合同變更信息管理是日常信息的重要管理內容，詳細的操作用例圖如圖5.3所示。

表 6.3 合同變更測試用例

編號功能測試用例-3

測試人員系統測試人員、公司用戶

首要操作步驟合同管理系統對用戶輸入的信息驗證通過，用戶點擊合同管理系統

之中的合同變更管理模塊

步驟 1.點擊業務模塊；2.對合同變更信息進行記性錄入操作，對整個錄入操作過程之中的系統提示及業務功能模塊響應進行記錄

其他操作內容對合同變更信息進行刪除、修改等操作

結論系統測試人員及公司用戶對業務功能模塊的操作得到系統正確的

響應，符合操作預期

從表 6.3 合同變更測試用例之中可以看出詳細的操作內容，從測試人員、測試過程及結論等方面對合同變更模塊進行詳細的測試，軟件測試人員負責記錄測試結果，將有問題的內容進行匯總，反饋軟件開發人員，確保最終合同變更管理模塊能夠順利完成測試。

6.3.4合同統計分析模塊測試在合同管理系統中，系統的業務由管理員進行操作，詳細內容包括合同統計、合同分析等內容，測試用例如表6.4所示。

從表 6.4 合同統計分析測試用例之中可以看出詳細的操作內容，從測試人員、測試過程及結論等方面對合同統計分析模塊進行詳細的測試，軟件測試人員負責記錄測試結果，將有問題的內容進行匯總，反饋軟件開發人員，確保最終合同統計分析模塊能夠順利完成測試。

表 6.4 統計分析測試用例

編號功能測試用例-4

測試人員系統測試人員、公司用戶

首要操作步驟合同管理系統對用戶輸入的信息驗證通過，用戶點擊合同管理系統

之中的基本信息管理模塊

步驟 1.點擊業務模塊；2.對基本進行記性錄入操作，對整個錄入操作過

程之中的系統提示及業務功能模塊響應進行記錄

其他操作內容對合同的基本信息進行刪除、修改等操作

結論系統測試人員及公司用戶對業務功能模塊的操作得到系統正確的

響應，符合操作預期

6.3.5合同監控功能模塊測試

在合同管理系統中，合同監控模塊主要用于日常合同信息的管理操作，測試用例

如表6.5所示。

表 6.5 合同監控管理測試用例

編號功能測試用例-5

測試人員系統測試人員、公司用戶

首要操作步驟合同管理系統對用戶輸入的信息驗證通過，用戶點擊合同管理系統

之中的合同監控管理模塊

步驟 1.點擊業務模塊；2.對合同監控事項進行操作，對整個錄入操作過

程之中的系統提示及業務功能模塊響應進行記錄

其他操作內容對合同的監控信息進行刪除、修改等操作

結論系統測試人員及公司用戶對業務功能模塊的操作得到系統正確的

響應，符合操作預期

從表 6.5 合同監控測試用例之中可以看出詳細的操作內容，從測試人員、測試過程及結論等方面對合同監控進行詳細的測試，軟件測試人員負責記錄測試結果，將有問題的內容進行匯總，反饋軟件開發人員，確保最終合同監控模塊能夠順利完成測試。

6.4功能操作界面

用戶點擊登錄合同信息管理系統之中，可以進行多個方面的業務進行管理操作，

用戶登錄之后，對應的操作主界面如圖6.1所示。

圖 6.1 合同管理系統操作主界面

從圖6.1合同管理系統操作主界面之中可以看出主要的操作內容，主要參與實現

的業務功能有基本信息管理、合同簽訂業務、合同變更業務、合同統計分析等操作內容。

對應合同的操作管理如圖6.2所示。

圖 6.2 合同簽訂流程

從圖6.2合同簽訂流程可以看出詳細管理的內容，主要分為擬定合同草本、填寫評審表、選擇評定流程及上傳合同等操作過程，從而完成合同信息的撰寫、評定操作過程。

具體合同信息的撰寫操作界面如圖6.3所示。

從圖6.3合同撰寫的操作界面之中可以看出，對合同的撰寫內容主要包括合同名稱、合同內容、合同金額、合同簽約日期、合同甲方、合同乙方等內容，對這些填寫之后完成合同草本的撰寫。

圖 6.3 合同撰寫操作界面

在對合同信息進行撰寫的時候，可以對合同簽訂的內容方面的參數進行設置，詳細的操作界面如圖 6.4 所示。

參數設置

提能園付款提醒：小于等于15 日歷天

回回款提醒：小于等于15 曰歷天

合同結算預雲團合同結算預警：

甸高大于30 %

団中在…之間池 1% 30 %

叼低在...zib||o l%ia %

合同支忖預警団臺同支討預警：

回高丈于10 %

壓I中在...之間5 % 10 %

圍低在…之間0 %5 %

圖 6.4 合同簽訂參數設置操作界面

從圖 6.4 合同簽訂參數設置操作界面之中可以看出詳細的操作，可以對合同結算預警、合同支付預警等方面的內容進行設置，從而完成合同簽訂方面的業務操作內容。

對簽訂的合同評估分析操作的界面如圖 6.5 所示。

圖 6.5 合同評估分析操作界面

從圖 6.5 合同評估分析操作界面之中可以看出主要的操作內容，可以對簽訂的合同進行評估分析，從而完成此項業務功能模塊的操作。

對合同進行變更操作時候，對應操作的界面如圖 6.6 所示。

圖 6.6 合同變更操作界面

從圖 6.6 合同變更操作界面之中可以看出內容，可以對簽訂的合同方面的內容進行更新操作，從而完成業務功能模塊的操作。

6.5性能測試

在信息管理系統的測試部分，除了功能測試之外，性能測試也處于重要的地位，其主要的作用是是判斷系統在響應時間、并發性等方面是否符合需求。若系統在性能

方面不能滿足需求，即使業務功能非常完善，這個系統也是不友好，不符合用戶的需求。系統的功能測試大多采用黑盒測試及白盒測試等方法進行，而性能測試的過程則需要借助于性能測試工具進行。

對于本信息管理系統而言，采用的性能測試工具為LoadRunnE-R,此款測試工具是自動化的負載測試工具，在目前的軟件測試行業之中運用廣泛，占據較高的市場占有率，主要用于對系統的性能及行為進行預測，主要的工作原理是模擬多用戶登錄系統進行業務功能模塊的操作，性能測試工具對這些操作的時間進行檢測及記錄，從而判斷系統的性能是否符合需求分析階段確定的工作目標，如果性能測試存在問題則進行修改。

性能測試的步驟內容如下面所示。

1.首先根據信息管理系統的運行環境進行配置，將服務器端、瀏覽器等進行進行操作，在服務器端安裝性能測試工具LoadRunnE-R軟件，點擊打開性能測試工具，主要使用LoadRunnE-R之中的VuGen對測試腳本進行錄制，之后使用Load RunnE-R ControllE-R方面的內容進行負載的模擬，從而記錄整個數據信息；

2.在數據信息進行記錄之后，采用性能測試工具中的分析組件對這些數據信息進行統計，從而得出最后的測試結果信息，并填寫測試報告內容。

針對此信息管理系統，采用性能測試工具按照上述步驟進行測試，記錄詳細的測試結果信息，內容如下面所示。

1.并發性測試：使用性能測試工具模擬多用戶登錄系統，對需求分析階段確定的各個業務功能模塊進行操作，記錄系統的響應性能， 500 用戶同時登錄時候業務功能總體穩定性良好，符合系統的需求；

2.查詢時間：對系統的各個數據信息進行操作，記錄查詢時間，業務的平均查詢時間為2.5s,，最長查詢時間為4s。符合需求分析階段確定的目標；

3.響應時間：對此信息管理系統的各個業務功能模塊進行測試，記錄系統的平均響應時間為3.5s，最長響應時間為6s。

從上述內容可以看出，此信息管理系統的性能測試結果符合預期，總體穩定性良好。

6.6系統測試結果分析

經過大量的專業性系統測試發現，系統的各個用例分析與測試都滿足系統開發的價值需求，沒有存在功能性問題，因此，本系統的開發基本符合軟件開發的最初需求，符合用戶的使用需求。

對系統的功能測試結果分析主要包括了模塊分析、案例分析、記過分析、測試分析和相關缺陷分析，測試結果與預期結果基本保持一致，對于測試結果的記錄應該盡量詳細，從而方便軟件開發人員及測試人員后續對系統進行維護。

6.7本章小結

本章的主要工作內容是對整個合同信息管理系統的測試過程進行敘述，給出了系統的測試方法及系統的測試目標，之后對系統的測試環境及功能測試、性能測試方面的內容進行了闡述。

第七章結束語

7.1系統總結

對于建筑合同管理系統而言，其主要的目標是對合同項目的整個流程進行管理操作，系統主要應用的客戶是單位合同管理部門的員工，針對整個建筑項目的合同信息等業務進行管理，主要包括基本信息管理、合同簽訂、合同變更等業務。對這些業務功能的實現采用JavaEE方面的技術，按照軟件工程的方式進行實現，對于此建筑合同管理系統，論文主要的工作內容如下面所示。

1.針對建筑合同管理系統的業務流程進行分析，給出系統使用的場景，從而有效的確認系統進行開發的業務功能，給出開發內容的具體內容；

2.對確定的建筑合同管理系統的業務功能進行設計操作，給出總體系統架構方面的設計，包括數據信息存儲的數據庫設計方面的內容，同時給出業務功能的設計內容操作；

3.對確定的業務功能進行實現與測試，通過流程給出每一個業務功能模塊的業務邏輯流程，包括合同變更、合同統計分析等業務，之后給出每一個業務功能模塊的操作界面。

4.目前系統已經成功在單位之中進行使用，對合同信息管理的各個方面的業務進行管理，提高了單位辦公的效率，降低了工作成本。

7.2系統展望

對于建筑合同管理系統而言，對系統進行軟件工程的設計完成之后，其可以對項目的整個流程進行管理，保障合同信息管理工作的順利完成。對系統進行測試之后進行部署，業務功能的運行基本滿足了系統運行的需求，后期對于系統而言主要工作在于兩個方面：第一方面是根據系統的業務功能操作結果進行優化，主要改進系統的使用便利性，對存在不方便使用的業務功能模塊進行修改；第二個方面的工作主要是根據系統的運行情況提高總體系統的安全性，主要包括應用程序的安全性及數據信息安全性兩個方面的內容，最大程度的提高合同信息管理系統的安全性。

參考文獻

[1]萬榮紅，趙嵩正.基于UML的工程項目合同管理信息系統設計與實現J]•計算機應用與軟

件．2006 年 08 期.12-13.

[2]鄭麗婷•建設工程施工合同管理系統的設計與實現[D].太原科技大學.2010年.18-19.

[3]鄭永中，應菲•利用合同管理系統建立企業財務和業務結合管理新模式[N]•中國建材報.2006

年.2-3.

[4]呂智瑩，叢路衛.基于CORBA的合同管理信息系統的設計與實現[A]. 2005全國計算機程

序設計類課程教學研討會論文集[C]. 2005年,19-21.

[5]楊永紅.基于VB. NET和ACESS2002的合同管理系統[A].重慶市測繪學會第三屆優秀論

文評選獲獎論文暨2005. 2006年度學術交流會論文選編[C]. 2008年,23-24.

[6]蔡燕敏.基于UML的面向對象的需求分析方法[J].電腦知識與技術（學術交流）.2006年29

期,37-38.