熱門論文
最新論文
中國電信商務合同信息管理系統 設計與實現
發布時間：2023-07-20 10:22
目 錄
摘 要 I
Abstract II
1緒論 1
1.1主題背景和意義 1
1.2理論基礎和相關技術 2
1.2.1企業管理信息系統基礎 2
1.2.2企業信息平臺開發技術概況 3
2需求分析 6
2.1商務合同信息管理總體需求 6
2.2合同審批管理 7
2.2.1合同創建 7
2.2.2合同變更 9
2.2.3合同撤銷 9
2.2.4合同解除 11
2.3簽約及歸檔管理 12
2.4合同執行管理 14
2.5其他功能簡述 17
3系統設計 19
3.1軟件的架構組成 19
3.2數據庫設計 21
321 數據庫E/R圖 21
3.2.2數據庫表實例 22
3.3合同審批管理模塊 24
3.4簽約及歸檔管理模塊 27
3.5合同執行信息管理模塊 29
4系統實現和測試 35
4.1主要模塊的程序實現 36
4.1.1合同審批管理模塊 36
4.1.2合同簽約及歸檔管理模塊 39
4.1.3合同執行信息管理模塊 40
4.2測試 45
4.2.1基本測試方法 45
4.2.2上線測試 45
結 論 48
參 考 文 獻 50
致 謝…… 51
大連理工大學學位論文版權使用授權書 52
1 緒論
1.1主題背景和意義
本文主題是面向中國電信集團公司運營所需要的各類商務合同實現統一的信息化 規范管理，為此論述如何構建相應的信息系統。該系統是面向總體運營管理的運營管 理平臺眾多業務模塊的組成部分之一，核心目的是對本公司的運營活動中的各種類型 的大量商務合同實現統一的規范管理并且著重體現新的管理理念。較之以往較為孤立 和分散的合同管理機制，本系統的總體功能目標是要支持以合同為中心的商務管理模 式，同時體現面向合同全生命周期的管理模式，改變以往重簽約輕執行的情況，實現 簽約評審、執行監督和效果評估并重的新商務運行模式。
圍繞上述目標，該系統需要實現對合同業務的集中管理，特別是在電信公司目前 實施的企業級資源管理平臺上所涉及的核心類業務、采購類業務、庫存管理業務、配 送及物流管理業務、通信網及相關的建設類業務、資產管理業務以及財務審計類業務 等所涉及的各類合同通過本系統實現統一管理，包括業務信息的集成和合同相關處理 的流程的統一處理，同時與上述具體業務實現統一的接口。其次是要完整體現合同管 理的各個方面，例如在管理方式上要能夠覆蓋不同性質的合同信息，在操作方式上要 能夠涵蓋各種處理情況，包括合同的創建、變更和撤銷等，在流程方面要能夠適應不 同的具體要求而且要具備較好的靈活性，以便在需要變更或補充性的流程是能夠以較 低的維護成本滿足要求。該系統還要體現對合同信息的動態管理功能，強化全生命周 期的管理能力，也就是每個合同作為某項商務活動所關聯的信息單元，其狀態同商務 活動本身的進展狀態同步變化，因此該系統的功能要涵蓋從合同建立階段開始，到合 同結束位置的進程中各個環節的變化狀態所關聯的合同處理事務，例如各種類型的變 更和撤銷處理等，每項處理在數據方面都需要準確和完備，使合同狀態的變化歸集同 商務活動的進程相匹配，并且對較高層次的管理者而言，通過跟蹤檢索合同狀態就可 以基本體現出該合同所對應的商務活動的進展狀況。
該系統的關鍵意義是基于當前較成熟的商務信息管理的科學方法和目前已具有較 好基礎的企業信息平臺，對公司在電信運營業務方面的全部商務合同業務建立較為精 細化的管理工具，同時具有良好的實用性、開放性和易維護性，為下階段繼續完善運 營控制建立基礎。較之以往較為孤立和分散的合同管理機制，本系統通過強有力地支 持以合同為中心的商務管理模式，同時體現面向合同全生命周期的管理模式，改善以 往重簽約輕執行的情況，實現簽約評審和執行監督以及效果評估并重的新商務運行模 式，以滿足更為激烈的市場競爭的需要。
1.2理論基礎和相關技術
1.2.1 企業管理信息系統基礎
當前在運營管理領域已經發展出了面向企業很多種類應用需求的信息系統，其中 管理信息系統是最為成熟、同時也是不斷處于發展演化之中的信息平臺之一。同以往 用途較為單一的情況相比，目前的管理信息系統越來越有功能的綜合性和智能性，通 常很多這類系統是作為更大規模的企業信息平臺的組成部分，在理論和工程實踐等多 個層面不斷拓展其外延和內涵。
從企業應用的角度，管理信息系統可分為很多專門的類型，例如工程項目管理、 成本管理、質量管理、市場營銷管理、客戶關系管理、商務信息及事務管理、企業資 產及物資管理、人力資源管理等，每種類型既有特殊的技術與功能特點，同時在技術 和應用方面也具有很多共性規律。
當代企業的運行無論從內部還是外部的角度來看都較為復雜，而且由于基礎能源 設施對社會經濟的關鍵作用，其運行質量和可靠性都有較高要求。經過許多年的理論 和實踐探索，國內外在企業的運營管理機制和支撐技術方面都認識到很多具有較高普 遍性和有價值的規律，這些運作規律既涵蓋經濟效益層面也包含技術層面［1-3］，同時隨 著市場經濟的發展與成熟，各類企業也不斷發掘出其產品市場相關的運營規律［4-5］。這 些規律為構建有效的企業管理模式和機制起到關鍵性作用，同時也隨著各類企業的市 場特點和技術進步等因素的變化而衍生出不同的具體形態，但是總體而言，無論是企 業的運作管理架構還是相配套的信息平臺架構，都需要圍繞具體企業的運作規律所決 定的各管理要素及其關系進行組織［6］，在此著重以適合國內外中等規模供企業的典型情 況為基礎進行概述。
在總體層面上，中等規模的生產型或服務型企業的信息化管理平臺在架構上可分 為以下層次，其中最高層為運營評估與決策層次，中間層為日常的生產業務監督與執 行層次，底層為基礎資源管理層次［7］，不同的層次具有其特定的信息管理要素和數據處 理的基本規范，通過特定機制映射到業務實踐活動中。
運營評估與決策層次的信息管理任務是面向企業全局性的產品生產、安全運作、 資源效益和在產品市場上的收益，對此提供短期靜態的和長期動態的變化信息，典型 組成要素有產品生產或服務指標統計和評測，產品生產穩定性指標評估，總體技術監 督和質量狀態評估，新產品市場拓展決策以及新的生產與運營設施的投資決策與分析 等［8-9］。該層所處理的信息主要從中間業務層提取歸并和綜合處理生成，具有多源性和 集成性，因此隨著大規模數據處理技術的進步，該層具有的決策支持能力也不斷向深 度分析能力和智能化方向發展。
在產品生產業務或服務的監督與執行層次，核心的信息化要素是面向具體業務執 行的各個分支領域，不同的企業對其組織方式差異較大，但是核心內容主要包含產品 的生產計劃事務、生產設備運維事務、產品安全和質量保障支持、運作成本和財務以 及客戶服務事務等幾個方面［10］，其中再深入細分成不同的業務支持子模塊，以設備運 維事務為例，某些企業對此圍繞產品生產或服務的監測信息處理進行組織［11］，另外某 些企業則圍繞設備故障處理的流程架構進行組織［12］，采用不同機制來達到生產設備或 運營服務型設施的穩定可靠運行的目的。
在基礎資源管理層次，信息化要素以設備資產和生產或服務作業標準等靜態信息 以及全局性事務的動態業務記錄為主，對此執行動態的基本統計和檢索等工作。由于 很多企業有著資產密集型的特點，因此設備等生產服務資源的結構、配置、技術規格 等靜態信息及其狀態數據是上層實現正確的事務處理和決策的核心依據［13-14］，對數據 處理技術的依賴也越來越深入。
以上主要從組成架構的宏觀角度概述了典型企業的信息管理平臺結構和組成要素 和內部分解的概況，具體到特定企業還需要完成很多細化以強化管理的適應性，在這 方面既有具體的管理因素也有外部的技術性因素起作用，其中技術性因素包括產品生 產和營銷服務運作管理技術，也包括以計算機為核心的通用的信息技術，以下對后者 同上述信息平臺的關系簡要概述。
1.2.2企業信息平臺開發技術概況
面向各類生產或服務型企業的信息平臺目前所應用的典型技術，在硬件方面包含 高性價比的服務器設備和高可靠的大型存儲設備、有線和無線計算機網絡設施等，在 軟件方面包含分布式軟件開發技術、大規模的數據管理技術和信息安全技術等［15］。目 前這些技術有很多已處于成熟的水平，因此在開發中應用越來越多，以下著重對軟件 方面的技術及其特點做簡要概述。
當代企業的信息平臺具有分布式的特點，軟件工程是針對這類平臺開發所不可或 缺的技術體系，從確定這類平臺的功能需求、建立科學合理的架構和設計方案、實施 高效和可靠的編程到軟件總體的質量保障，軟件工程領域都能提供具有理論深度同時 又有實踐成效的各種方法［16-18］。除了普通的開發技術及工具支持，近年來該領域在軟
件架構［19］、質量控制［20］、復雜項目的需求管理［21］、大規模的高效測試［22］等分支的進展 也為企業信息平臺這類越來越復雜的應用貢獻了很多創新的技術。
在大規模的企業數據管理方面，數據庫是關鍵的支持技術之一。不僅如此，由于 當代企業在運行層次上的數據密集型特點和分布的特點，因此多數據庫集群及分布式 數據庫已經是國內外很多企業的信息平臺的基本組成模式。目前的主流技術強調同其 他應用的集成、數據庫平臺的靈活配置以及對數據結構的靈活應用能力［23-24］，因此出 現了如面向對象數據庫、支持空間數據結構的數據庫以及支持綜合性的復合數據結構 的工程數據庫等。典型數據庫平臺的組成架構參見圖 1.1。
在信息處理能力上，主流數據庫系統都具有較強的構建數據倉庫的支持工具和實 現數據挖掘類應用的能力［25］，隨著性價比不斷提升和方法的成熟，應用數據倉庫和深 度的智能分析技術為生產型或服務型企業的高層提供決策支持，已經在成本上可以滿 足很多企業的現實要求。
此外信息安全技術也不斷融入到上述平臺的開發之中，從數據存儲和傳輸層次的 對稱和非對稱加密、用戶身份的高效認證到虛擬局域網和面向身份角色的權限控制技 術等［26］，在目前都較為成熟，而隨著數據規模不斷增大，如何高效實現大規模計算環 境下的信息保護，合理平衡安全性和計算的實時性，則是很多安全技術亟需解決的關 鍵問題，這些進展也必然會進一步提升上述信息平臺的性能及其可靠性。目前在理論 上已經有很多創新性很強的方案，但在計算性能特別是大規模數據條件下的計算性能 還有待探索更切實的解決途徑，在應用方面的具體問題如特殊密鑰的有效分配和維護 等也有待探索更實用的技術途徑，在這些問題解決后，這類信息平臺的智能水平和安 全可靠性將有顯著的提升。
2 需求分析
2.1商務合同信息管理總體需求
中國電信公司的商務合同管理系統是面向總體運營管理的運營管理平臺眾多業務 模塊的組成部分之一，基本目的是對本公司的運營活動中的各種類型的大量商務合同 實現統一的規范管理，并且著重體現新的管理理念。
較之以往較為孤立和分散的合同管理機制，本系統的總體功能目標之一是要支持 以合同為中心的商務管理模式，二是體現面向合同全生命周期的管理模式，改變以往 重簽約、輕執行的情況，實現簽約評審、執行監督和效果評估并重的新商務運行模式。 這些要求使該系統在功能層面需要強化以下幾個方面。
（1）實現對全公司商務合同業務的集中管理，克服以往分散管理的不足，具體包 括在電信公司目前實施的企業級資源管理平臺上所涉及的核心類業務、采購類業務、 庫存管理業務、配送及物流管理業務、通信網及相關的建設類業務、資產管理業務以 及財務審計類業務等所涉及的各類合同通過本系統實現統一管理，實現合同業務信息 的集成和統一處理相關商務流程，并且同具體業務實現統一接口。
（ 2 ）完整處理全公司合同事務的各個方面，將合同事務全部納入流程化管理，覆 蓋不同性質的合同信息，同時在操作方式上涵蓋各種處理情況，包括合同的創建、變 更和撤銷以及特殊處理等。在流程方面要能適應不同的具體要求而且要具備較好的靈 活性，在需要變更或補充流程時，能以靈活的配置滿足要求。
（ 3 ）實現對合同信息的動態管理，實現對合同的全生命期管理能力，特別是據此 強化對合同執行信息的管理能力。每個合同作為某項商務活動所關聯的信息單元，其 狀態同商務活動本身的進展狀態同步變化，因此該系統的功能要涵蓋從合同建立階段 開始，到合同結束位置的進程中各個環節的變化狀態所關聯的合同處理事務，例如各 種類型的變更和撤銷處理等，每項處理在數據方面都需要準確和完備，使合同狀態的 變化歸集同商務活動的進程相匹配，通過合同狀態的跟蹤檢索來為較高層次的管理者 提供該合同所對應的商務活動進展狀況的分析和判定信息。
基于上述的總體要求，該系統的具體功能劃分為合同審批、簽約管理、執行管理 等組成部分。合同審批管理功能集中實現在合同創建以及多種變化情況下需要采取的 商務處理功能，保障合同信息的準確性和規范性。執行管理功能對合同在每個生效階 段內的相對應的商務活動進展信息實現相關的審核、監督和評估等處理，為管理者提 供合同履行的動態信息，以體現合同全周期管理的理念。在其他方面，該系統需實現 完整和準確的流程管理以及根據合同執行信息生成各種商務活動統計，同其他業務平 臺如財務、采購、庫存、資產及工程建設等具體業務管理平臺平滑集成，也都是需要 綜合兼顧的次要性要求。
2.2合同審批管理
合同審批是商務合同在其生命周期內的重要控制環節，涵蓋創建階段、變更、撤 銷和解除階段，在本系統中面向本公司全部種類的商務合同加以實現，是保障合同管 理的規范性和準確性的重要因素。
2.2.1合同創建
合同創建功能針對新的合同單元，包含以下的子功能組成：
（1）發起合同創建事務
（2）創建具體的商務合同電子文本
（3）編制相應的初步預算信息
（4）合同電子文本的審核處理
系統對合同創建環節的基本實現方式是基于合同模板來實施管理。用戶打開公司 的商務合同規范文本模板窗口，選擇合同模板和編制通用性的合同屬性，主要信息有 合同名稱，有效時間，合同概況/摘要，合同金額，合同的子類型，收付基本類型，承 辦部門和合同緊急程度等。
合同的范本類型包含規范文本和自擬文本兩大類，默認選擇規范文本，用戶創建 的自擬文本可以在系統中生成新的模板供后續備用，以處理特殊情況的需要，但后者 不能實現非標準屬性的自動處理，如變更環節對收付金額的調整計算等功能，需用戶 手工完成，因此缺省采用規范文本模板以執行后續環節的自動處理。
該系統的合同創建功能同具體商務事務處理的流程相集成，合同創建同時也完成 事務的初始階段信息處理，在最高層次上分為支出類合同、BSS政企類合同、租出類 合同、租入類合同、ICT項目合同、人力資源外包類合同等不同類型來完成，在次級 層次上則分為集團合同和分公司合同單元，接下來分別啟動不同的事務流程來完成商 務合同及事務計劃執行的明細數據項，同時完成不同初步預算計劃的編制。上述流程 在生成文本和完整性數據檢驗后，進入新合同審核環節，對通過審核的合同進入暫存 狀態并流轉帶待簽約事務隊列。對沒有通過審批的合同，系統反饋不能通過的合同明 細項目，流轉回相應的環節使用戶繼續修定。
圖 2.1 是創建商務合同功能的用例圖。
圖 2.1 商務合同創建功能用例
Fig. 2.1 Business contract creation functional use-case
合同審批功能對審核人員用戶，在其進入系統后自動顯示分類的待審批合同列表 每項待審批合同自動關聯審批表，供審批者勾選審批屬性和選項。系統支持電信公司 多個下屬主體共同與供應商簽訂的框架協議情況，審批完成后自動生成相應主體的框 架協議審批表，審批確認后統一在正式生成的合同正文中設置水印和條碼，并支持審 批過程的狀態檢索和跟蹤。用戶提交創建的合同（如支出類合同、資源外包、資產租 賃和政企合同等）的審批表金額等屬性所帶入的信息在審批進程中不能修改，確保數 據的完整性。相關部門會簽的授權用戶必須是部門負責人角色。合同金額、合同分攤 金額與采購信息的物資明細金額需保證一致。合同編號由系統自動生成。
系統在合同審批完成并且通過后，按其中的承辦部門屬性將其流轉分發到相應的 外部業務系統的事務隊列，同時在本系統的合同數據表中存儲合同記錄，狀態為創建 后生效，供后續變更和執行跟蹤信息時使用。
2.2.2合同變更
合同變更是合同生效后適應商務活動變化條件的必要功能，基本工作方式是用戶 打開已生效的合同單元，系統為其同時打開變更導航窗口，用戶在其中選擇變更方式， 每種變更方式關聯特定的合同屬性組合，主要有：
（1）變更公司主體；
（2）變更簽約類型；
（3）變更收付類型；
（4）變更銀行賬戶信息等。 用戶在進入每項變更項目的處理窗口后，變更導航模板提供名詳細的分類變更條 目及其允許的變更范圍等信息并給予特定的提示，例如當用戶變更合同金額時，原合 同金額、變更后的合同金額和變更差額數值會以不同顏色加以顯示。系統對變更后的 合同執行信息完整性檢驗，調整計算簽約主體合同分攤金額、合同履約收付金額。支 出類合同變更金額時，系統更新采購信息，將物料清單對應的小計金額更新為變更后 的總額。
在合同變更后，系統將生成新的合同編號，但允許用戶關聯檢索到全部具有變更 關系的合同集合。
2.2.3合同撤銷
合同撤銷功能也采用導航模板的形式，用戶首先檢查所選定的待撤銷合同的文本 明細，然后設定撤銷狀態，并按照模板提示設置某些特定的合同屬性的撤銷方式。系 統根據撤銷方式，檢索擬撤銷合同的當前執行信息，重新計算分攤金額和收付金額等 數值，生成撤銷合同的請求審批表供主管者審核。
商務合同的變更及撤銷處理用例圖如圖 2.2 所示。
2.2.4合同解除
合同解除事務是針對雙方均已蓋章成立的合同、框架和訂單的情況。用戶打開解 除導航窗口，選擇公司主體（如股份、網資、存續）、簽約類型（如合同、框架或訂 單）、收付類型（支出、收入或無收支等），設定解除狀態。用戶在進入每項具體項 目的處理窗口后，導航模板提供名詳細的分類解除項目及其允許的變化范圍等信息并 給予特定的提示，例如當用戶解除合同金額時，該合同的分攤金額、履約信息約定收 付款金額屬性將被系統提示，用戶須依據合同已經履行金額做調整，例如若該合同的 履行金額為零，則分攤金額在解除前也應更新。如果必填項沒有填寫完整或者部分信 息沒調整，系統在導航窗將生成提示。
為適應不同類型商務合同的解除處理規則及審批要求的差異，系統也同樣按照不 同類型來處理合同接觸事務，具體有支出類合同解除處理、政企類合同解除處理、租 出類合同解除處理、租入類合同解除處理、工程項目合同解除處理、人力資源外包類 合同解除處理等不同類型來完成，在次級層次上分為集團合同和分公司合同解除處理 事務，接下來分別啟動不同的事務流程來完成商務合同在接觸后需處理明細數據項， 例如撤銷尚未完成的預算等信息。
解除合同的信息編制完成后，系統生成審批表，流轉到待解除隊列等待審批。在 合同撤銷生效后，相應的商務事務處理的流程進入終結狀態。
系統的有效合同的范本類型有規范文本和自擬文本兩類組成，對基于規范文本的 商務合同，解除前的大部分屬性調整可以基于規則自動完成。對基于自擬文本所創建 的商務合同，系統不能實現非標準屬性的自動處理，例如變更環節對收付金額的調整 計算等功能，用戶需手工完成然后系統做數據檢驗，確認后提交審批解除。
合同撤銷處理用例參見圖2.3。
對上述合同審批處理，系統還需要遵循以下事務處理規則。
（1） 對于已簽約歸檔的合同，不能夠發起撤銷合同的事務。
（2） 對于已經下達框架協議訂單的框架協議，不能夠發起撤銷合同的事務。
（3） 只有對于已生成合同編號但未簽約的合同，才支持發起撤銷合同的事務。
（4） 對于已歸檔的主合同才能發起合同變更事務或合同解除事務。
（5） 變更和解除合同必需引用合同原始信息，因此該系統提供帶入原合同信息的 部分相關數據，即變更和解除合同時需要檢驗的屬性變量。
（6） 擬解除的合同的狀態必須是未履行的狀態。 以上是合同審批功能的具體內容以及需滿足的通用業務規則與特殊規則。
2.3簽約及歸檔管理 用戶打開簽約導航窗口，查詢待簽約合同列表或直接輸入合同編號，系統打開該 合同的明細信息和當前的審核狀態。在完成簽約處理后，系統對合同狀態設置為已蓋 章已簽約的狀態標識。
用戶可按照屬性分類檢索簽約合同的明細信息，例如簽約主體基本信息、簽約依 據類型信息、附加合約信息、違約類信息等，不同類型主合同的次級明細項目也具有 較多的差異，例如采購合同簽約中的采購計劃明細等，因此也采用次級導航模板來為 用戶實現導航處理。
系統對完成簽約的合同對象生成歸檔處理，合同信息在本系統永久存儲并進入執 行階段，例如對于工程類合同和采購供應類合同開始在下階段合同計劃節點做周期性 查驗和統計處理。
簽約及對方功能的用例參見圖 2.4。
圖 2.4 商務合同簽約及歸檔管理功能用例
Fig. 2.4 Business contract signing and archiving management function use-case
歸檔處理功能需滿足以下業務規則：
歸檔人員確認雙方已蓋章的合同文本后對合同設置歸檔狀態，系統才能觸發后續 的付款處理環節。
系統不將合約框架信息單獨做為收貨和付款的依據，必須和訂單一起使用才能作 為收貨和付款的依據。
系統對支出類合同在設置歸檔狀態前，檢驗承辦人是否已上傳簽章掃描文件，對 非支出類合同，系統則不做該項強制性檢驗。
歸檔前系統檢查合同審批流程是否結束，否則不能完成歸檔處理。
2.4合同執行管理
合同執行管理功能按照合同信息定期匯總統計和查驗其執行數據，合同執行管理 功能按合同類型分類統計處理和顯示，然后匯總為合同進程監控單。對合同的執行進 程信息，具有公共性質的處理規則如下。
系統提供按收付類型、按省市、應付和已付差額、時間等閥值設置功能，各省各 地市分公司的商務人員用戶可按需配置。
系統對已簽約的合同（不含已解除合同）根據履行條件自動生成履約監控單、續 約提醒單、履約提醒單。
對收支類型為無收支類的合同不觸發合同履行監控。
如果合同屬于框架合約類型，則系統不觸發合同履行監控流程。
合同執行信息管理的結果在生成監控單時按照合同計劃數據顯示每個階段的檢查 時間、預算計劃指標、合同約定的收付金額、合同約定的預首付款時間、計劃的收付 款比例等數據，同時基于外部業務平臺的數據統計計算出上述每項指標的實際數據， 對每個檢查階段按時間順序顯示其明細。
用戶在生成合同履行監控單時可以設置異常類型并簡述說明異常原因，異常類型 有本方或對方違反合約、雙方違約、雙方協商終止合約等。履行監控單通過合同承辦 用戶提交履行部門的歸口用戶，然后流轉到履行責任人用戶。
對初始階段的合同項目，系統生成履約提醒單并流轉到履行責任人的工作隊列。 收款類合同的實際履行信息與合同財務平臺的收入數據相集成。
如果合同主信息的是否續約屬性設置為是，則系統默認在合同履行終止日期前兩 個月生成續約提醒單。如果合同屬于是否續約提醒為否的情況，或無限期順延的合同 類型，則系統不進入合同續約提醒功能。
合同執行信息管理功能用例圖參見圖 2.5 。
圖 2.5 合同執行信息管理用例
Fig. 2.5 Business contract execution information management use-case
合同執行信息管理功能對不同種類的合同側重于不同的特殊數據統計，例如對工 程類合同，該系統通過總體系統下屬的工程業務管理平臺和物資信息管理平臺匯總數 據執行合同的綜合成本測算，為合同的項目經理控制成本提供較全面的定量依據。該 功能針對在工程合同執行期間的實際作業費用執行數據處理，計算物資成本、設備運 行費用、施工材料成本、合同結算費用以及公共作業的間接成本分配等數據處理，這 些信息是組成工程合同的實際執行成本的重要信息。
該組功能還在內部實現合同的成本歸集和分配處理功能，具體包含成本歸集處理、 成本費用分配處理和成本明細檢索。
在交互式處理的層次上，合同的成本歸集處理主要包含完成對歸集成本項在特定 工程項目的關聯登記，以及在實際成本數據采集階段進行樣本批次的預統計和檢驗， 以保證成本原始數據同歸集的基本規則相匹配。
在批處理的層次上，該系統基于所配置的成本歸集單元及其關聯的科目信息對按 照工程清單基本信息所采集的作業成本執行轉換和預分配，將費用樣本分配到對應的 成本動因集合中以便為成本分配處理準備輸入信息。對隸屬于直接成本范疇的樣本數 據，則直接按照匹配的成本科目執行匯總計算。該過程默認月度為基本周期，對成本 期間屬性相同的周期來調用執行。
該系統以多個合同項目作為成本分析統計的基本對象，輔助以直觀的統計視圖形式 以便為部門主管提供更完整的合同成本信息，具體功能有對完工或在建工程的成本結 構實現查詢和統計，根據成本統計輸出生成和導出報表文件。工程成本的數據分析子 功能在導航模板引導下可選擇執行在建工程的基本的月度統計分析、成本差異性分析 以及同預算計劃的同期對比分析，基于多合同項目的全局性綜合成本及收益統計分析 和基于長期性成本數據的單項或多項指標趨勢性分析。
該系統對電信工程期間的成本事務的期末結賬處理規則是于當前月度成本數據已 全部歸集并完成分配計算后，將本期成本項目關閉同時開啟下個周期的成本賬期處理 事務。系統要能夠針對外部業務平臺如工程設備運行和工程物資信息平臺的記錄來讀 取電信工程實際作業過程中的成本動因變量的實際記錄，生成同本項目相關聯的成本 結構基礎信息，在分配成本計算過程中用以對原是樣本正確歸集合同指標和訪問基準 費率變量。通過管理預算項和工程量清單中的工程單元分配表，使每項成本科目同某 項或多項工程單元相關聯，為預算數值的計算和間接成本分配費率基準參數。程序在 預設的工程期間周期結束時間自動對全部費用執行分配計算，生成階段性成本分配報 告統計表，并針對同期的預算成本計劃數據生成成本差額指標數值。
該系統的合同執行功能還要實現基于成本歸集單元及其關聯的科目信息對按照工 程量清單基本信息所采集的作業成本執行轉換和預分配，將費用樣本分配到對應的成 本動因集合中以便為成本分配處理準備輸入信息。對登記為直接成本范疇的樣本數據， 則直接按照匹配的成本科目來執行數據匯總計算。
針對電信工程合同預算成本分析方法以訪問工程量清單和成本分解結構樹等數據 為基礎，包括檢索成本科目，確定同成本結構中的指定子樹相關聯的成本科目集合， 確定同指定成本科目集合相關聯的成本結構中的子樹，確定同成本結構及成本科目集 合相匹配的成本預算費率，確定同成本科目和資源對象集合相匹配的成本預算費率， 計算直接型成本數值和專項間接型成本數值。對實際成本相對于預算成本的差異性分 析主要采取資源效率型和成本效率型方法，基本分析要素參見表 2.1。
表 2.1 合同的成本差異分析基本要素
Tab. 2.1 Basic elements for contract cost difference assessment
基本變量 數值生成方法 涵 義
工程合同每項作業的實際成本 項目管理平臺在合同進 所反映的是實際作業
程中所直接采集的實際成 量X實際成本費率所得
本數據。 到的結果。
每項工程作業實際資源用量 計算生成； 按照所預定的成本效
X作業資源的基準費率 其中資源用量來自項 率，消耗工程量清單相匹
目管理平臺所直接采集的 配的實際資源量所發生的
實際數據。 成本，即與實際工程量對 應的目標成本。
工程合同每項作業按照實際工 計算生成，算法為： 在當前實際作業量水
程量所調整后的資源用量X作 每項作業的實際工程 平上的標準成本。
業資源的基準費率 量X每單位工程量的資源 基準用量X單位資源的基 準費率；
其中實際工程量來自 項目管理平臺所直接采集 的實際數據。
2.5其他功能簡述
以上功能是本系統著重要實現的核心功能，此外還需要實現的輔助性功能主要圍 繞商務合同管理事務的全局性統計來組織，為部門主管生成商務合同工作的各種分類 明細的分布及其隨時間的變化趨勢，具體的子功能如下：
合同臺賬統計，按合同要素、管理需要生成合同表單統計明細； 日常合同統計，按合同類型統計省、分支機構的合同金額占比數據； 關聯交易統計，按關聯交易類型統計合同金額占比數據； 合同緊急程度分析，統計平件、急件的分別占比率； 合同辦理分析，統計合同處理事務的工作量。
其他還有合同退回情況統計和信用統計，即統計供應商的服務確認、到貨等履行 異常次數，為評估供應商提供定量依據。
3 系統設計
3.1軟件的架構組成
中國電信公司的商務合同信息管理系統采用多層架構的瀏覽器/服務器框架模式， 在用戶端基于通用瀏覽器為用戶提供圖形化的交互處理和業務導航支持，服務器平臺 集中按照成本事務規則執行對電信工程項目成本數據的處理計算。
瀏覽器/服務器架構特別適合于該企業具有很多下屬分公司的情況，而且技術成熟， 從而利于保障能有效控制開發風險，保障軟件的可用性。在設計和實現階段采用以主 流的面向對象為基礎的方法和編程方案，以實用合理的軟件架構為基礎構建概要設計 方案的總體結構，在詳細設計的層次上采用分類對象和接口為基本要素的設計方法， 針對每類對象需具體完成的處理任務分配相適宜的內部數據結構和處理算法，同時有 益于軟件重用和保障后續階段的編程效率。
考慮到商務合同信息管理所依賴的數據的多樣性和多源性，中國電信公司的商務 合同信息管理系統的設計方案需考慮同企業的其他業務平臺的數據集成，通過合理規 劃的接口例程來實現從其他平臺如項目管理、資產管理和工程物資信息平臺獲取與轉 換滿足自身處理需要的成本數據。
中國電信公司的商務合同信息管理系統的架構框架在中間層次上配置有商務合同 審批模塊、商務合同執行信息模塊和合同簽約及歸檔管理模塊，在底層配置通用數據 庫平臺。商務合同管理導航模塊以交互式窗口單元為基本組成要素，基于交互模式完 成基礎商務合同模板的維護和合同事務處理流程的功能導航、針對不同類型項目的商 務合同信息檢驗等任務。合同信息審批及其范本模板維護具體處理商務工程合同的創 建、商務合同的變更、合同撤銷及解除事務管理等子模塊。在每個子模塊內部劃分面 向具體處理任務的軟件對象，例如針對電信工程的作業分解結構或作業清單，針對合 同計劃的進度數據及具體收付類型處理合同的各項屬性。軟件子模塊作為邏輯組成實 體完成特定規范要求下的事務流程，對象的輸入和輸出基于接口例程調用以滿足后續 的合同執行信息管理的任務。
該軟件在后臺管理靜態基礎數據如商務合同基本信息、合同預計工程量及基本預 算類信息、合同資源計劃、收付資金計劃等數據及在電信工程項目施工期間所生成的 工程量和費用歸集數據等信息。數據庫采用通用的關系性數據管理平臺，執行結構化 的數據存取訪問，調用存儲例程執行合同執行信息的統計任務，以保障程序的運行效 率。該系統的架構框架參見圖 3.1。
合同管理事務導航
合同審批管理
創建
管理
變更
管理
撤銷
管理
解除
管理
簽約/歸檔管理
合同簽約
管理
合同歸檔
管理
合同業務統計分析
合同模板維護管理
系統數據庫
合同基本信息/合同預算/合同執行記錄/工程量清單/合同實際成本等
圖 3.1 軟件系統框架
Fig. 3.1 Software system framework
3.2 數據庫設計
321數據庫E/R圖
數據庫基于關系模型來完成設計，主要實體的E/R模型參見圖3.2。
圖3.2數據庫E/R圖
Fig. 3.2 E/R diagram of database
3.2.2數據庫表實例
表 3.1-3.3描述部分實體的關系數據表的字段組成、數據類型及其內容含義。表3.1 是電信工程預算實體的關系數據表，其中每個表項記錄某項預算計劃在某個施工時間 段的預算組成信息，其字段表達相應的預算子項的成本計劃數值。
表 3.1 合同數據表 Tab. 3.1 Contract data table
字段 描述 數據類型 主鍵/外鍵
CNID 合同標識號 INT PK
ENPID 合同名稱 VARCHAR(80)
INITM 合同類型碼 CHAR(4)
ENDTM 合同承辦部門碼 CHAR(6)
BDTPS 分公司標識碼 CHAR(8)
TSS 對方名稱 VARCHAR(60)
SNR 創建時間 DATE
EFLP 合同范本類型 CHAR(2)
PSLP 適用類型 CHAR(2)
RCVC 合同承辦責任人 VARCHAR(8)
PCNLX 合同總金額 NUMERIC
LCFFS 合同生效起始時間 DATE
CPROC 合同終止時間 DATE
GWTV 對方法人全稱 VARCHAR(60)
GTMCS 審批人 VARCHAR(8)
PSCR 審批時間 DATE
OBSTC 收付賬戶編號 CHAR(24)
OBS 合同文本版本號 VARCHAR(6)
LND 合同登記時間 DATE
LNDEXT 附屬文件編目號 INT
LNDCNT 商務合同發起號 INT
IMPC 緊急程度 CHAR(2)
IMPF 是否內部交易 CHAR(1)
VTMCS 合同概況 VARCHAR(4000)
LCTS 會簽部門 CHAR(6)
MVRIDS 省公司會簽部門 CHAR(6)
NTSEQ 收付類型 CHAR(2)
TIDNZ 當前狀態 CHAR(2)
表3.1是商務合同的主數據表，具有較大差異的不同類型的合同內部屬性采用不同 的數據表來記錄，例如工程合同數據表、采購合同數據表、資產外包合同數據、政企 合同數據表等。表3.2是電信工程類合同數據表的設計方案，該表同表3.1配合使用， 能夠完整表達電信工程合同的詳細信息。
表 3.2 工程合同明細數據表
Tab. 3.2 Engineering contract detailed data table
字段 描述 數據類型 主鍵/外鍵
ENCTID 工程合同標識號 INT PK
CNID 初始標識號 INT
ENPID 關聯工程項目號 INT
RTM 工程名稱 VARCHAR(20)
RCDT 工程清單索引號 INT
FLICT 工程預算索引號 INT
FLOC 驗收文件索引號 INT
LCOF 成本科目主索引號 INT
ESPN 設備資源清單索引號 INT
LND 首付款時間 DATE
DFSRI 首付款金額 NUMERIC
CSST 當前執行凝狀態 INT
表3.3 合同收/付記錄表
Tab. 3.3 Contract income/payment record table
字段 描述 數據類型 主鍵/外鍵
RCD 記錄序號 INT PK
CTID 合同標識號 INT FK
IPT 預計收付時間 DATE
GWSTL 收付標志 CHAR(1)
BNSCL 預計收付金額 NUMERIC
INDLACT 收付賬戶編號 CHAR(24)
STX 實際收付時間 DATE
PSVL 實際收付金額 NUMERIC
FSTRUN 是否關聯交易 CHAR(2)
RCSTMC 是否內部收付 CHAR(2)
其他數據實體的詳細說明在此略去。
3.3 合同審批管理模塊
商務合同審批模塊由合同創建、變更、撤銷及解除等子模塊組成，為完整的合同處 理流程提供針對上述事務的程序服務及審批處理。該模塊的基本對象為ActPrCls,實 現同審批事務相關的接口函數，以及BsCntCls類對象，完成發起合同創建事務，創建 具體的商務合同電子文本，編制相應的初步預算信息和轉儲合同電子文本的審核處理 記錄等數據。
組成該模塊的對象的類型如下：
(1)商務合同通用信息管理類 BsCntCls；
(2)審批事務管理類 ActPrCls；
(3)合同預算管理類BdgtCls。
對商務合同通用信息管理類BsCntCls，按照不同類型的商務合同的基本屬性和合 同指標的管理方式不同劃分以下的子類：
(1)支出類合同信息管理類 TmpBsCntCls；
(2)資源外包類合同信息管理類 PsBsCntCls；
(3)政企類合同信息管理類FluxBsCntCls；
(4)電信工程合同信息管理類 LvBsCntCls；
(5)資產租入/租出商務合同信息管理類HsBsCntCls。
商務合同信息管理BsCntCls的數據結構封裝子類對象的通用性成員數據變量和函 數，主要變量和成員函數有：
(1)商務合同標識號；
(2)合同承辦分公司或機構標識號；
(3)合同基本信息初始化；
(4)合同通用性的屬性更新函數；
(5)通用性合同收付屬性管理函數；
(6)合同基本數據完整性檢驗函數；
(7)資源預算信息管理函數；
(8)通用性首付指標更新函數；
(9)合同費用分配關聯函數。
這些接口函數中的工作參數處理和指標計算函數在子類上重載以實現具體的前端 數據處理算法。
審批事務管理類按照組成類型的不同劃分以下子類：
(1)解除商務合同處理類類FtrActPrCls；
（2） 撤銷商務合同處理類DptsActPrCls；
（3） 非范本商務合同審批處理類CtrGtActPrCls；
（4） 變更商務合同審批處理類EmActPrCls。
審批事務管理類所封裝的成員變量和接口函數有：
（1） 合同審批事務序號；
（2） 合同變更事務隊列；
（3） 合同撤銷事務隊列；
（4） 合同解除事務隊列；
（5） 審批事務發起規則檢驗函數；
（6） 事務完成狀態檢驗函數等。
以變更商務合同處理類EmActPrCls為例，該類對象的基本運行調用過程如下：
（1） 讀取合同當前版本的數據元組和狀態記錄；
（2） 檢驗是否滿足發起合同變更事務的基本業務條件；
（3） 根據合同類型重新計算分攤金額；
（4） 統計合同當前的履約數據項，重新計算收付金額；
（5） 調用BdgtCls類對象重新計算合同預算信息；
（6） 將變更的合同信息插入審批隊列。
類FtrActPrCls封裝處理解除商務合同事務的成員函數，主要有：
（1） 是否滿足發起合同解除事務的業務條件的檢驗函數；
（2） 更新解除前的合同屬性變量；
（3） 生成解除合同審批記錄并提交審批隊列等。
類FtrActPrCls類的子類有：
（1） 工程類商務合同解除處理類PxBdgtCls；
（2） 資源外包合同解除處理類FtrBdgtCls；
（3） 支付類合同解除處理類HtExBdgtCls；
（4） 政企類合同解除處理類EsmBdgtCls；
（5） 資產租入租出類合同解除處理類DpxBdgtCls。
ActPrCls類對象在事務處理的每個環節遵循以下事務規則，即對已簽約歸檔的合 同不發起撤銷合同的事務，對于已下達協議訂單的框架協議不發起撤銷合同的事務， 僅對已生成合同編號但未簽約的合同發起撤銷合同的事務，僅對已歸檔的主合同發起 合同變更事務或合同解除事務，對變更和解除合同將帶入原合同信息需要檢驗的屬性 變量。圖3.3描述該子模塊組成對象類圖模型，其中略去了部分子類對象。
HsBsCntCls
資產租入/租出
合同管理類
HsInit();
HsCstSts();
電信工程合同管理類
LvInit();
LvCstEval();
LvPmsLd();
LvStcf();
圖 3.3 合同審批管理對象類圖
Fig. 3.3 Class diagram of the contract validation management objects
3.4 簽約及歸檔管理模塊
電信商務合同簽約及歸檔管理模塊以ECntSignCls類對象為主封裝簽約事務的接 口例程，該類對象的接口函數檢索待處理合同的工作隊列，確定是否滿足簽約條件等。 更具體而言，該模塊調用以下幾類對象：
ECntfSignCls類對象執行簽約管理的公共事務處理，包括簽約合同基本狀態檢驗、 簽約業務規則匹配檢驗以及發起簽約事務等成員函數。該類對象對在完成簽約處理后 對合同狀態設置為已生效的狀態標識。
ECGdxEvalCls類對象，執行基于規范合同文本子類型的簽約事務處理。 ECLtmEvalCls類對象，執行基于非標準文本的合同簽約事務處理。
WSArcvCls類對象，執行合同歸檔事務處理。該組對象工作的時序圖參見圖3.4。
圖3.4 合同簽約/歸檔處理時序圖
Fig. 3.4 Time sequence of the contract signing and archiving processing
ECntfSignCls類對象調用成員函數ECSigPvf檢驗簽約合同是否滿足屬性的完整性 條件，該函數調用內部例程檢驗簽約主體基本信息、簽約依據類型信息、附加合約信 息、違約類信息等屬性是否滿足簽約條件，調用函數ECSigEva 1檢驗不同類型主合同的 次級明細項目如采購合同的采購計劃明細數據項目。
WSArcvCls類對象調用成員函數WsfStArcvs對歸檔處理事務檢驗是否滿足以下業 務規則，首先是在檢驗確認雙方已蓋章的合同文本后對合同設置歸檔狀態，該系統才 能觸發后續的付款處理環節。該系統不將合約框架信息單獨做為收貨和付款的依據， 必須和訂單同時使用才能作為收貨和付款的依據。該系統對支出類合同在設置歸檔狀 態前，檢驗承辦人是否已上傳簽章掃描文件對象，該系統對非支出類合同則不做該項 強制性檢驗。
WSArcvCls 類對象在歸檔處理前檢查合同審批流程是否結束，否則不能完成歸檔 處理。該類對象調用成員函數 AsClose 對完成簽約的合同對象生成歸檔處理，將合同 信息在本系統永久存儲并進入執行階段，例如對于工程類合同和采購供應類合同開始 在下階段合同計劃節點做周期性查驗和統計處理。
圖3.5是組成商務合同簽約及歸檔管理模塊的對象的類圖。
ECGdxEvalCls
規范文本簽約
管理類
ECdfTsc();
ECdEval();
ECMdtxUpdtf();
圖 3.5 商務合同簽約及歸檔管理對象類圖
Fig. 3.5 Class diagram of the business contract signing and archiving management objects
3.5合同執行信息管理模塊
商務合同執行管理模塊對電信公司的合同相關項目的全周期進程信息在以下對象 類型中執行統計分析與處理：
（1 ）類ProcStxCls處理電信商務合同的通用性進度信息；
（2） 類ProcIECls處理電信項目的合同續約信息；
（3） 類CtrPrCls處理電信項目的合同在執行期間的成本信息。
類ProcStxCls的不同的子類在針對電信公司的商務合同的專項類型的執行指標的 計算實現具體的處理算法，具體有類PtpProcStxCls處理政企類電信運營合同的執行數 據，類EtmProcStxCls處理資源外包類電信商務合同的執行數據，類HtExProcStxCls處理 電信工程的合同的執行數據，類DptsProcStxCls處理支出類合同的執行數據，類 FtrProcStxCls處理資產租入租出類合同的執行數據等。
每類對象都通過調用類ExeStxMgmt的對象訪問相對應的外部專項事務處理平臺 的業務網關來存取事務狀態數據，返回本系統的對象內部后，結合合同信息和數據處 理規則計算進度狀態和確定調用哪項內部函數來計算事務執行的指標信息。
在該處理過程中，每類對象作為獨立的單元實例被調用，由ExeStxMgmt類對象分 配相對應的事務流程及其數據實例來完成處理。
基于上述方法，類ProcStxCls的每個對象實例處理每種類型商務合同的階段性指標、 成本性指標、收付類指標、電信工程的成本類指標的統計計算與分析。每個對象按照 設定的統計規則執行數據存取和計算。
類ProcStxCls及其子類對執行狀態中的合同對象處理收付指標，統計合同的動態 應付和已付差額指標時，按規則配置表的參數執行指標計算，處理規則如下。
對已簽約狀態的合同對象，基于執行數據指標生成履約監控單、續約提醒單、履 約提醒單。該處理例程不針對已解除的合同對象進行調用。
檢驗合同的收支類型，對無收支屬性的合同不觸發合同的執行信息計算。對屬于 框架合約類型的合同不調用合同履行監控流程的專項接口函數。
對當前進入檢查節點的合同對象，ExeStxMgmt類對象調用類ProcStxCls及其子的 類對象根據合同執行信息管理的結果生成監控單，按照合同計劃數據顯示每個階段的 檢查時間、預算計劃指標、合同約定的收付金額、合同約定的預首付款時間、計劃的 收付款比例等數據，同時基于外部業務平臺的數據計算出上述每項指標的實際數據。
在初始階段所設定的時間節點，ProcIECls類對象檢驗續約條件。如果合同單元的 是否續約屬性設置為是，則系統默認在合同履行終止日期前兩個月生成續約提醒單。
如果合同屬于是否續約提醒為否的情況，或無限期順延的合同類型，則系統不進 入合同續約提醒處理事務。
圖3.5是合同執行信息管理對象的類圖，圖3.7是該子模塊程序的時序圖描述。
ProcIECls
續約信息管理類
ProcInit();
ProcEval();
ProcCnxv();
&
CtrPrCls
合同成本信息
管理類
CtrPmsLd();
CtrInit();
CtrPrEval();
龍
ProcStxCls
執行信息管理類"
PStxInit();
PSAlloc();
A A A A A
圖 3.6 商務合同執行信息管理模塊的對象類圖
Fig. 3.6 Class diagram of the objects in contract execution information management module
圖3.7 合同執行信息管理時序圖
Fig. 3.7 Time sequence diagram of contract execution information management
CtrPrCls類對象完成對每個工程類合同在每個計劃周期的成本數據結算統計和到 下個周期單元的結轉處理，通過以下成員函數完成處理：
(1)初始化成本計量參數更新函數；
(2)項目期間成本計量參數更新函數；
(3)期末成本結轉參數更新函數；
(4)期初成本統計函數；
(5)期末成本結轉處理函數等。
結轉處理所執行的基本時間周期默認為月度，不同的項目可以不同，例如在初始 化階段可自行設置如雙月或季度，系統在工程項目執行期間保持其一致。
以ProcStxCls對合同的間接型成本分配處理為例，其處理函數描述如下：
WHILE （SMP=當前費用數組）
BEGIN
根據當前樣本計算成本科目數組CP，如金屬結構安裝工程成本、
工程材料成本、專用機械運行費用等；
FOR每個指標CP[j]
//T表示當前周期
BEGIN
IF （CP[j][T]>普通閾值[i]
AND CP[j][T-1]> 普通閾值[i]
AND CP[j][T-2]>普通閾值[i] ） AND
（CP[j][T]< 上界閾值[i]
OR CP[j][T-1]< 上界閾值[i]
OR CP[j][T-2]< 上界閾值[i]）
THEN
BEGIN
檢索配置數據表
確定指標CP[j]的關聯普通分配對象DF[i]；
調用DF[j]的分配計算函數；
END ELSE
IF （CP[j][T]>=上界閾值[i]
OR CP[j][T-1]>=上界閾值[i]
OR CP[j][T-2]>=上界閾值[i]）
THEN
BEGIN
檢索配置數據表
確定指標CP[j]的關聯專項成本分配對象CRT[j]；
調用CRT[j]的專項分配計算函數；
插入審核隊列表；
END
更新數據庫；
END
END
在總體上，該模塊對電信工程期間的成本事務的期末結賬處理規則是于當前月度 成本數據已全部歸集并完成分配計算后，將本期成本項目關閉同時開啟下個周期的 成本賬期處理事務。
HsDtdCls是針對外部業務平臺如工程設備運行和工程物資信息平臺的數據接口對 象，被調用來讀取電信工程實際作業過程中的成本動因變量的實際記錄，BsCntCls是 同本項目相關聯的成本結構基礎信息，在分配成本計算過程中用以對原是樣本正確歸 集合同指標和訪問基準費率變量。
類CtrPrCls對象管理預算項和工程量清單中的工程單元分配表，每項成本科目同某 項或多項工程單元相關聯，為預算數值的計算和間接成本分配費率基準參數。程序在 預設的工程期間周期結束時間自動對全部費用執行分配計算，生成階段性成本分配報 告統計表，并針對同期的預算成本計劃數據生成成本差額指標數值。CtrPrCls類對象基 于成本歸集單元及其關聯的科目信息對按照工程量清單基本信息所采集的作業成本執 行轉換和預分配，將費用樣本分配到對應的成本動因集合中以便為成本分配處理準備 輸入信息。對登記為直接成本范疇的樣本數據，則直接按照匹配的成本科目來執行數 據匯總計算。
該模塊通過CtrPrCls處理電信工程預算信息，封裝公共類型的預算信息處理函數同 時通過以下繼承類處理專項預算信息，主要有：
(1)類PwCtsPrCls，處理專項作業成本預算信息；
(2)類HtCtsPrCls，處理電信工程機械運行成本預算信息；
(3)類PfCtsPrCls，處理電信工程物資成本預算信息；
(4)類MtmPrCls，處理電信工程項目的成本預算信息的常用工具性例程。
類MtmPrCls封裝電信工程預算的常用例程，用以執行對工程量清單和成本分解結 構樹等對象的綜合訪問。因為預算處理在訪問這些基礎信息時經常需要對相關聯的對 象進行檢索和基本屬性的匹配檢驗等多項預處理，因此將這類計算單元封裝到某類對 象中以提供有針對性的存取服務，有利于提高編程效率。該類對象的主要接口函數執 行以下處理：
(1)檢索成本科目；
(2)確定同成本結構中的指定子樹相關聯的成本科目集合；
(3)確定同指定成本科目集合相關聯的成本結構中的子樹；
(4)確定同成本結構及成本科目集合相匹配的成本預算費率數組；
(5)確定同成本科目和資源對象集合相匹配的成本預算費率數組；
(6)計算直接型成本科目的預算數值；
(7)計算專項間接型成本科目的預分配數值。
類MtmPrCls包含子對象來表達特定電信工程項目的成本結構相匹配的工程資源單 元列表。子對象以EmcDxCls為父類，成員有工程資源類型、基本動因變量標識、成本 動因單位和基準費率，成員函數主要有：
(1)費率檢索函數；
(2)非標準費率換算函數；
(3)實際費率計算函數等。
類StsPrCls調用MtmPrCls類對象及ExpData類對象計算工程資源實際費率的。存 儲每個項目周期單元的平均值，作為長期性合同項目預算費率的校正數值。
以上闡述了該電信公司商務合同信息管理系統的設計工作，描述了架構及主要模 塊的對象單元組成和運行方式，以及數據庫的總體設計和數據表實例，完成了對系統 設計的論述。
4 系統實現和測試
中國電信公司的商務合同信息管理系統采用C#編程，針對Windows平臺環境， 數據庫為SQL Server。軟件開發基于微軟的主流可視化開發環境完成，該環境能提供 靈活可靠的軟件工程支持工具，包括測試、部署、軟件更新維護和發布支持，在編程 方面則完全支持基于對象的組件式開發和測試，開發語言C#具有跨平臺能力而且同數 據庫的集成靈活便捷。
該軟件的部署建立在中國電信公司目前已經開發和實施的企業信息平臺架構基礎 上，特別是同電信工程項目管理、采購業務管理、資產管理、財務管理及工程成本管 理平臺相集成以同步用以處理商務合同事務的信息，同時與公司的工程會計平臺相集 成，以方便訪問全局共享的財會類數據。
該軟件的部署方案如圖4.1所示，其中灰色子模塊表示具有數據集成關系的其他外 部業務平臺。系統的業務功能交互式程序配置在內部服務器平臺上，外部用戶端基于 虛擬專用網的安全隧道機制訪問。
4.1主要模塊的程序實現
4.1.1 合同審批管理模塊
電信公司的商務合同審批管理模塊的程序實現的主要對象類型是商務合同通用信 息管理類BsCntCls、審批事務管理類ActPrCls、合同預算管理類BdgtCls及其子類對象。 以BsCntCls為例，數據結構如下。
Class BsCntCls{
Public:
//合同標識
int Fc;
//合同基本信息初始化
int infbIntVfs(...);
//工程項目的合同單元初始化
EngND PrDcomProc(.);
//支付類合同單元初始化
EngINCNT TNUpdSet(.);
//檢驗合同變更條件
int FcProc(.);
//檢驗合同撤銷條件
int FcInfoNd(.);
//檢驗合同解除條件
int FcInfoRtv(.);
//通用性審批事務處理
int FcEngLstAlloc(.);
//插入審批事務隊列
int FcEngLstAlloc(.);
//其他略
}
該模塊的其他對象數據結構實現描述在此從略。該對象通過FcProc等成員函數檢 驗合同變更、撤銷及接觸等事務處理需滿足的基本條件與規則，然后發起相應的事務， 將后續處理程序流轉到 ActPrCls 的子類對象。該組對象對已簽約歸檔的合同不發起撤 銷合同的事務，對于已下達訂單的框架協議不發起撤銷合同的事務，而對已生成合同 編號但未簽約的合同發起撤銷合同的事務，對已歸檔的主合同發起合同變更事務或合 同解除事務，對變更和解除合同將帶入原合同信息需要檢驗的屬性變量。本節略去代
碼描述，圖4.2-4.5是合同審批及相關事務的窗口顯示。
鮭I M55呂同管理斡
UtKM *
江蘇省公同規范介同文本審批農
«_毎SRXXRh -5TWW： j 贈砂 Ht：
(M2000卜漢知s
□ ■"分公? □ 換分£4 □御份£•
□ ?州分公曲 □ 夠晞公& □ 同直分公4 □ *三•甘公國
□ Q爭公" □ 金漫分公司 □ 勵旳公E □ ?遼分£4
□ M牙公0 □ •0^9 □ 合］U*和*廣禍公5
D
| |
|■創S ~3 合服事賓£｝： 1*諸H 承辦■門；
會蠶■門： □ 0 &0 耳你人感話：
ID33
•上 1WW：
U現惹合同文本審批仁總
圖 4.2 商務合同審批處理窗口
Fig. 4.2 Validation processing window for business contract
圖 4.3 商務合同基本信息
Fig. 4.3 Basic information of business contract
當離位合服見＞
臺辭杠：小M合口26002叫支見合口
zne兄小童咅同26002 （PR20（mS字）：
療&畤悴： 小 HE 口26002 1G 療合冏■號： G06ZV1400006AN110
康合竝 施氏）： 20000人民幣 人民幣*
宮簡擘息腥展： -T14 —7 合曲勺：
Men： 妊"m.市踰 合曲門： 、B
承®人俺話： ? huang)w5 18900000000
圖 4.4 合同變更處理
Fig. 4.4 Contract change processing
當前位15：含翩解除〉
發起號： 含鹽舄號：
合同名稱： 小飯合罔26002的解蹤舍同
合同統兄
（顒20004'漢卻： 小額食同26002
療合同名稱： 小護合同26002 @ 原合同媒號： GDGZvl400006Ah 110
艮合同金額： 20000人民幣 已履行金額： 0 人民幣 *
圖 4.5 合同解除處理
Fig. 4.5 Contract withdraw processing
4.1.2合同簽約及歸檔管理模塊
電信商務合同簽約及歸檔管理模塊以 ECntSignCls 類對象為主封裝簽約事務的接 口例程。ECntfSignCls類對象執行簽約管理的公共事務處理，包括簽約合同基本狀態 檢驗、簽約業務規則匹配檢驗以及發起簽約事務等成員函數。該類對象對在完成簽約 處理后對合同狀態設置為已生效的狀態標識。該模塊的ECGdxEvalCls類對象執行基于 規范合同文本子類型的簽約事務處理，ECLtmEvalCls類對象執行基于非標準文本的合 同簽約事務處理，WSArcvCls類對象執行合同歸檔事務處理。本節略去程序描述，圖 4.6-4.7是部分處理信息的實例。
渣程處理 ＞合同歸檔
股份公司介同審批表
（已簽約
合同佰息 關聯合同 合同問麵單
u基本信息
合同名稱：
噪2000個漢字）：
圖 4.7 合同歸檔處理窗口
Fig. 4.7 Contract archiving processing window
4.1.3合同執行信息管理模塊
該模塊對電信公司的合同相關項目的全周期進程信息執行統計分析與處理，所調 用的主要對象類有ProcStxCls處理電信商務合同的通用性進度信息，類ProclECls處理 電信項目的合同續約信息，類CtrPrCls處理電信項目的合同在執行期間的成本信息， 類ProcStxCls的不同的子類在針對電信公司的商務合同的專項類型的執行指標的計算 實現具體的處理算法，具體有類PtpProcStxCls處理政企類電信運營合同的執行數據， 類EtmProcStxCls處理資源外包類電信商務合同的執行數據，類HtExProcStxCls處理電 信工程的合同的執行數據，類DptsProcStxCls處理支出類合同的執行數據，類 FtrProcStxCls處理資產租入租出類合同的執行數據等。
ProclECls類對象在設定的階段檢驗續約條件。如果合同單元的是否續約屬性設置 為是，則系統默認在合同履行終止日期前兩個月生成續約提醒單。如果合同屬于是否 續約提醒為否的情況，或無限期順延的合同類型，則系統不進入合同續約提醒功能。
類 ProcStxCls 及其子類在處理收付指標、按省市低于分布統計合同的應付和已付 差額指標時，按規則配置表的參數執行指標計算，同時遵循以下處理規則：
程序對已簽約狀態的合同根據執行數據指標生成履約監控單、續約提醒單、履約 提醒單。程序檢驗合同的收支類型，對無收支屬性的合同不觸發合同的執行信息計算。 如果合同屬于框架合約類型，則系統不觸發合同履行監控流程。
類ProcStxCls及其子類根據合同執行信息管理的結果生成監控單，按照合同計劃數 據顯示每個階段的檢查時間、預算計劃指標、合同約定的收付金額、合同約定的預首 付款時間、計劃的收付款比例等數據，同時基于外部業務平臺的數據計算出上述每項 指標的實際數據，對每個檢查階段按時間順序顯示其明細。ProcStxCls類的每個對象作 為獨立的單元實例被調用，處理每種類型商務合同的階段性指標、成本性指標、收付 類指標、電信工程的成本類指標的統計計算與分析。每個對象按照設定的統計規則執 行數據存取和計算。
圖 4.8-10是基于檢驗合同執行數據項生成的履約信息和續約提示信息的顯示。
此外該模塊基于CtrPrCls類對象實現電信工程合同執行過程中的成本統計測計算, 基于ProclECls類對象實現電信工程合同的期末/期初成本事務處理，基于ProcStxCls 類對象實現工程類合同的專項間接成本的分配算法，按成本預算向關聯的科目屬性及 成本結構信息中的分配基準參數執行計算，調用PtpProcStxCls類對象實現工程的施工 設備運行成本分配處理，調用EtmProcStxCls類對象實現施工材料成本費用分配處理, HtExProcStxCls類對象實現工程合同的普通間接費用成本分配處理，DptsProcStxCls類
灘妁里
TTF 節： 3 TTH1人：|~
辦遲您見：|??i■迭擇辦謹意見-- 3 O 說驟用您見：O
合同履行監控m•批表
裁信息
証行單流水號： JSSGS1401177AGY00-LY00002 發起號： JSSGS1403043
合網名稱： 食同（缺刪政0723〉
合同槪況： 含同（缺K湘關0723）
合罔金額： 24080 合円金頌（大寫）： 貳萬It仟霎棚拾元整
対方名祚： 江蘇通栄通倍i殳奮幗 公司 臺略生： A •行政后助類41辦公設奮采購
■81行邰門： 嗔行人： aiO
圖 4.8 合同履約監控信息管理
圖 4.9 合同履約異常信息管理
Fig. 4.9 Contract execution abnormal information management
圖 4.10 合同履約提醒信息管理
Fig. 4.10 Contract execution hint information management
對象實現電信工程分包成本費用分配處理，FtrProcStxCls類對象實現電信工程的附屬 施工材料費用成本分配處理等。
ProclECls類對象實現對每個電信工程合同的周期單元的成本數據結算統計和到下 個周期單元的結轉處理，主要接口函數有初始化成本計量參數更新函數，項目期間成 本計量參數更新函數，期末成本結轉參數更新函數，期初成本統計函數，期末成本結 轉處理函數等，基本時間周期為月度。
該模塊基于CtrPrCls類對象處理電信工程類合同的預算信息，封裝公共類型的預算 信息處理函數同時通過以下繼承類處理專項預算信息，主要有子類PwCtsPrCls處理專 項作業成本預算信息，子類HtCtsPrCls處理電信工程設備運行成本預算信息，子類 PfCtsPrCls處理合同的物資成本預算信息，子類MtmPrCls，處理電信工程項目的成本預 算信息的常用工具性例程。以CtrPrCls類對象的工程預算信息主體處理代碼為例，基本 處理算法的邏輯描述如下。
連接數據庫；
//打開工程項目成本結構表及作業量清單 QL，
檢索該合同清單的工程作業單元的序列。
QL=EnCntrInfo.Expd()；
while(N.ifd<QL.maxNf)
{
//按照作業-資源需求基準數組計算預計資源需求量
//測算預計物資需求量
MRL=QL.Mtsx()；
//計算工程設備預計工時
EQL=QL.Eqmt()；
//計算人力資源需求量
HRL=QLHrs()；
//加載工程資源基準費率表
SRL=CostElsRf.SRates(TDF, PNL, LBL)；
//基于費率表計算每項工程資源的計劃成本數值
while(R.nd<TDF.maxNf){
ElsCntr[R.idx]=TDF[R.rsc]*Mvf(EQL[R.idx])；R=R.nxt; } while(S.nd<EQL.maxSf){
ElsCntr[S.idx]=TDF[S.rsc]*Mvf(PNL[S.idx])；S=S.nxt; } while(T.nd<HRL.maxTf){
ElsCntr[T.idx]=TDF[T.rsc]*Mvf(LBL[T.idx])；T=T.nxt; }
}
// 基于工程量波動率參數校正計算結果
for(i=0; i<vf .WdfDfx; i++){
for(k=0; k<ElsCntr.Dentx; k++)
MfElsCntr [k+vf.Nm*i]= ElsCntr [k]*(1+vf[i])；
}
//基于資源基準波動率數組pf做校正計算
for(j=0; j<pf.Dmsfx; j++){
for(k=0; k<MfElsCntr.Dfcpl; k++)
ExfCntr [k+pf.Nm*j]= MfElsCntr [k]*(1+pf[j])；
圖 4.11 是某分公司的合同成本/收益計算結果（隱去下屬機構名稱），圖 4.12 是關 于本系統的商務合同事務處理的綜合統計信息。
圖 4.11 合同成本/收益統計 Fig. 4.11 Contract cost/income statistics
圖 4.12 合同事務的全局統計信息
Fig. 4.12 Global contract transactions statistical information
4.2測試
4.2.1 基本測試方法
中國電信公司的商務合同信息管理系統的測試分基本測試和上線評估測試兩個階 段。基本測試階段以中國電信公司各類項目合同的部分業務數據樣本為基礎在開發環 境下完成，主要測試任務有：
（1）典型商務合同及其相關信息的錄入和組織。
（2）軟件程序的開發調試，在小規模的業務數據基礎上完成對算法正確性和數據 結構合理性的驗證。
（3）對所識別出的編程錯誤，按照軟件錯誤所屬的功能等級和錯誤結果的嚴重程 度分類提交，優先修正功能等級高的編程錯誤。
（4）對高等級的功能的較嚴重的錯誤，程序員首先完成故障原因分析，提出修改 方案，在系統的項目經理確認后，完成程序修正并實施程序的單元測試，確定消除該 錯誤后，提交測試小組正式測試。
基本測試階段首先對合同的基礎信息如范本模板和事務規則信息的管理維護程序 進行驗證，該類程序測試所需數據量小，較容易進行。
接下來測試圍繞典型合同的案例數據測試合同審批模塊的程序，按合同創建、變 更、撤銷和解除等功能進行驗證，在此基礎上測試驗證合同的執行信息管理以及簽約 和歸檔管理模塊的程序。
在上述測試工作中，涉及電信工程類合同的各項功能測試是工作重點。
表 4.1 對程序測試階段工作進行了小結。
4.2.2 上線測試
上線評估測試階段在完成上述基本測試、修正軟件故障和修改編程錯誤后進行， 在實際的業務環境下驗證系統全局的適用性和穩定性。
在該測試階段，首先測試具有對商務合同管理事務的正確性具有關鍵性影響的程 序，例如各類商務合同的審批處理規則的存取程序、對控制合同事務的屬性及合同執 行狀態變量的處理程序等，驗證其所處理的實際結果的正確性，從資產租入租出類合 同和政企類合同的完整的事務處理流程的測試評估開始，逐步擴大到資源外包類合同、 較復雜的支付類合同和電信工程項目合同的完整的事務處理流程的測試驗證。在上線 測試階段，電信工程項目合同及其相關合同信息管理功能的測試是重點。
表 4.1 程序測試小結
Tab. 4.1 Program testing summaries
測試任務 被測程序或子程序 累計修正
故障數 最終測試 結果
合同創建功能 合同模板維護 7 通過
合同創建事務處理：
創建支出類合同
創建政企類合同
創建租出類合同
創建租入類合同 創建資源外包類合同 創建項目類合同 23 通過
新合同審批 4 通過
合同變更處理 編制初步預算信息
按類型分別測試： 3 通過
公司主體變更處理 1 通過
簽約類型變更處理 3 通過
收付類型變更處理 2 通過
賬戶類型變更處理 3 通過
合同撤銷處理 變更信息審批處理 按撤銷流程分項測試 2 通過
正確檢查撤銷條件 4 通過
調整合同分攤金額 5 通過
調整履約信息
調整收付信息 4
5 通過
合同解除處理 撤銷信息審批處理 按解除合同類型測試 5 通過
工程項目合同解除處理 5 通過
政企類合同解除處理 3 通過
資源外包類合同解除處理 6 通過
資產租入合同解除處理 4 通過
資產租出合同撤銷處理 6 通過
支出類合同解除處理 7 通過
解除信息審批處理 6 通過
合同執行信息管理 基本執行信息統計 8 通過
支出類合同執行信息管理 4 通過
表4.1 程序測試小結(續)
Tab. 4.1 Program testing summaries(continued)
測試任務 被測程序或子程序 累計修正
故障數 最終測試 結果
合同執行信息管理 工程項目合同執行信息管理 8 通過
政企類合同執行信息管理 4 通過
資源外包類合同執行信息管理 7 通過
資產租入合同執行信息管理 3 通過
資產租出合同執行信息管理 4 通過
合同成本信息統計分析 9 通過
合同履約提示信息管理 3 通過
合同續約提示信息管理 4 通過
簽約管理 簽約條件檢驗 2 通過
簽約處理 3 通過
合同電子文本歸檔處理 4 通過
合同明細檢索 6 通過
其他功能 視圖顯示 7 通過
外部平臺數據交換 11 通過
除以上工作外，在上線測試期間還完成了對商務合同事務數據庫的性能優化，改 進在大批量數據情況下的程序性能。總體而言，該系統目前運行穩定，滿足了主要的 業務要求。
結 論
本文論述了中國電信集團公司面向各類電信運營項目及其相關事務的商務合同管 理信息系統，具體完成了以下工作：
分析討論了中國電信集團公司的商務合同管理在目前的主要需求，即商務合同的 創建、變更、撤銷、解除、簽約歸檔、合同執行管理以及其他輔助功能，討論了核心 功能需求的具體內容和建立了用例模型。
闡述了該軟件的架構組成、數據庫設計和主要模塊的子模塊設計，論述了組成對 象的分類和設計，給出了類圖和流程圖等主要設計模型。
闡述了 C#程序實現和測試概況，概述了主要運行實例和測試結果。
中國電信集團公司的商務合同管理系統運行于Windows平臺，數據管理采用SQL Server。該系統是面向中國電信集團公司的總體運營管理平臺的眾多業務模塊的組成部 分之一，基本目的是對本公司的運營活動中的各種類型的大量商務合同實現統一的規 范管理并且著重體現新的管理理念。該系統總體功能實用可靠，通過測試和初步運行 評估，在以下幾個方面取得了較積極的效果。
第一是實現了對各類商務合同業務的集中管理，克服以往分散管理的弊端，不僅 涵蓋在電信公司目前實施的企業級資源管理平臺上所涉及的核心類業務，也涵蓋各種 采購類業務、庫存管理業務、配送及物流管理業務、通信網及相關的建設類業務、資 產管理業務以及財務審計類業務等所涉及的各類合同通過本系統實現了統一管理，包 括業務信息的集成和合同相關處理的流程的統一處理，同時與具體業務的執行過程實 現了統一的信息交換。
第二是完整實現了全公司商務合同管理的全面要求，在管理方式上能夠覆蓋各種 性質的合同信息，在操作方式上能夠涵蓋各種處理情況，包括合同的創建、變更和撤 銷等，在流程方面要能夠適應不同的具體要求而且要具備較好的靈活性，以便在需要 變更或補充性的流程是能夠以較低的維護成本滿足要求。
第三是實現了對合同信息的動態管理，強化了合同全生命周期的管理能力，特別 是以此為基礎強化對合同執行信息的綜合管理。每個合同作為某項商務活動所關聯的 信息單元，其狀態同商務活動本身的進展狀態同步變化，為此該系統的功能涵蓋從合 同建立階段開始，到合同結束位置的進程中各個環節的變化狀態所關聯的合同處理事 務，例如各種類型的變更和撤銷處理等，每項處理在數據方面都需要準確和完備，使 合同狀態的變化歸集同商務活動的進程相匹配，并且對較高層次的管理者而言，通過 跟蹤檢索合同狀態就可以顯示出該合同所對應的商務活動的進展狀況。
綜上所述，該系統的核心目的是基于當前較成熟的商務信息管理的科學方法和已 經具有較好基礎的企業信息平臺，對公司在電信運營業務方面的全部商務合同業務建 立較為精細化的管理工具，同時具有良好的實用性、開放性和易維護性，為下階段繼 續完善運營控制建立基礎。較之以往較為孤立和分散的合同管理機制，本系統強有力 地支持以合同為中心的商務管理模式，同時體現面向合同全生命周期的管理模式，改 變了以往重簽約、輕執行的情況，實現簽約評審、執行監督和效果評估并重的新商務 運行模式。在這些意義上，該軟件較好地滿足了功能需求及開發目標。
參 考 文 獻
[1]陶思睿.企業數字化管理的綜合評估準則探析J].工業工程，2017, 25(1): 35-39.
[2]楊新苑，廖舒迪.國外企業數字化運行管理新趨勢[J].當代企業管理，2016, 32(1):15-22.
[3]Green M. Advanced Management Information Systems[M].Tucson: Sheridale House, 2009.
[4]呂震聲.生產運營綜合效益優化策略比較研究[J].當代企業管理，2015, 31(4):388-392.
[5]柳琰，胡瑞平,劉青.關于初創企業市場營銷策略及決策的幾點思考[J].創新動態，2016,
22(3):297-302.
[6]Cannes J. Fundamentals of Enterprise Management[M]. New York: Elsevier， 2015.
[7]蔡振祥.電信企業綜合數字管理平臺架構優化策略[J].電信科技，2016, 25(1):44-49.
[8]鐘福生.企業生產資源投資分析模型與應用[J].創新動態.2017, 23(1): 46-52.
[9]Fischer E. Production Management[M]. Chicago: IEEE Press， 2013.
[10]Jones S. Heuristic Sub-Optimal Scheduling Policies for Flexible Operations[J]. Advances in Industry Management, 2014,45(2):125-136.
[11]Krisov D, Shallow H, Yang L. Handbook of Business Management[M].New York: John Wiley & Sons, 2011.
[12]Rosedale S. Integration of Control and Monitoring in Digital Grid Maintenance Design[J]. Modern Telecommunication, 2016, 38(1): 56-67.
[13]Erenphist T. Automated Scheduling and Control for Production Systems[M]. New York :
Elsevier, 2013.
[14]Poster G. Digital Communication Networks[M]. New York: Prentice-Hall, 2016.
[15]董明虹，譚鶴翔.STM/P :面向服務型企業綜合事務處理的軟件庫及接口標準[J].軟件工
程及應用, 2017, 15(1):59-63.
[16]林珝.數字基站遠程監控智能算法綜述[J].中國電信業，2017, 23(2): 154-163.
[17]Bose M. Modern Software Engineering[M]. San Francisco: Morgan Kauffman, 2013.
[18]Hse L. Formal Methods in Software Engineering[M]. Cambridge: MIT Press, 2014.
[19]Hustler N, Stinson R. Software Architecture[M]. London: Bergman, 2011.
[20]Viita D. Formal and Semi-formal Models for Software Quality Control：Which are more Practical[J].Software Engineers, 2016, 45(3): 268-281..
[21]Sommerville P, Handbook of Software Quality Assurance[M]. Detroit: Klauwer, 2007.
[22]龍菲，彭詩鋆.需求工程新進展[J].計算機科學與應用，2017, 8(2) : 116-124.
[23]Molina R. Modern Databases[M]. San Francisco: Stanford University Press, 2011.
[24]Dogwood P. Developing Applications with SQL[M]. New York: Elsevier， 2009.
[25]邱格杉，張旸.數據倉庫在電信工業中的新應用[J].電信科技，2017, 26(1):28-33.
[26]Jaccobson N. Fundamentals of Information Security[M]. London: Bergman. 2016.
上一篇：福建省應急信息管理優化研究
下一篇：沒有了
相關標簽:
