【導讀】及取得的研究成果。據(jù)我所知，除了文中特別加以標注和致謝的地方。獲得電子科技大學或其它教育機構的學位或證書而使用過的材料。說明并表示謝意。的規(guī)定，有權保留并向國家有關部門或機構送交論文的復印件和磁盤，允許論文被查閱和借閱。本人授權電子科技大學可以將學位論文的全。等復制手段保存、匯編學位論文。的指導下進行的研究工作及取得的成果。不包含任何其他個人或集體已經(jīng)發(fā)表或撰寫的成果作品。究做出重要貢獻的個人和集體，均已在文中以明確方式標明。全意識到本聲明的法律后果由本人承擔。本人授權大學可以將本學位論。涉密論文按學校規(guī)定處理。信息化被提升到了國家戰(zhàn)略層面，企業(yè)信息化是企業(yè)發(fā)展的必經(jīng)之路。想來研究電廠與電力企業(yè)項目建設合同方面存在的問題。該系統(tǒng)采用了enterprise結合MySql的開發(fā)環(huán)境，應用。Jbuilder2020提供的數(shù)據(jù)庫控件和Swing控件，比如Swing包的JTree、JTable、JdbNavToolBar，DataExpress包的Database、QueryDataSet，sql包的Connection、合同審批、合同查詢和系統(tǒng)幫助這七個模塊的功能。

　　

【正文】 序的靈活來 保障系統(tǒng)靈活性。合同文本 文檔 的 格式以及 合同文本 文檔中 涉及的 信息數(shù)據(jù) 等都是動態(tài) 的 。表示層（ Presentation） 利用 JSP 頁面和 Servlet， 并且 與業(yè)務邏輯 層 進行交互 后 ， 再從數(shù)據(jù)庫中獲取 所 需要的信息 與數(shù)據(jù) ， 用來 生成 動態(tài)的 合同文本頁面以及 合同文本的 具體內(nèi)容。 j2ee 中的 業(yè)務邏輯層（ Business Logic） 包含了各類業(yè)務邏輯的實現(xiàn)。在 本 合同管理系統(tǒng)中 ， 需要 跟蹤用戶的 session 數(shù)據(jù) 。 電子科技大學工程碩士學位論文 16 基礎架構層 （ Infrastructure） 在本系統(tǒng)中體現(xiàn)的功能為 負責 各種 數(shù)據(jù) 的管理。 本電廠 合同管理系統(tǒng) 系 采用 J2EE 平臺構建，其主要目標是實現(xiàn)組件的可復用性，從而能有效快捷地進行系統(tǒng)的開發(fā)和維護。 系統(tǒng)功能分析 合同管理涉及合同的多個方面，如工程信息、合同信息、合同變更信息、合同索賠信息等等。根據(jù)這些信息完成合同管理的日常業(yè)務。 本系統(tǒng)需要完成的功能主要有： 合同信息和具體內(nèi)容的建立。 合同變更、索賠等方面信息的輸入。 工程信息和客戶信息的輸入與查詢。 對各種信息的查詢、添加、刪除和編輯。 系統(tǒng)管理員對不同組別的用戶權限的配置。 系統(tǒng)日志的建立。 本電廠項目合同 管理 系統(tǒng) 的 模塊設計 在本電廠項目管理 系統(tǒng) 的系統(tǒng) 功能列表如下所示。， 不同 的 用戶的 不同 權限操作 ， 對使用 本電廠項目 合同管理信息系統(tǒng)的人員進行權限 的 劃分，不同 的 權限的人員對該系統(tǒng)的操作范圍 和操作能力 不同， 此模塊的功能為 維護系統(tǒng)中信息的安全性，可靠性 ，并在此基礎上 實現(xiàn)對系統(tǒng)人員的使用掌握 。 系統(tǒng) 的 用戶管理 ，在本系統(tǒng)中實現(xiàn) 對使用該系統(tǒng)的人員進行管理，可以添加新的管理人員， 添加新的其他權限的用戶并 對各個人員的權限進行修改 等操作 。 客戶 的 資料 管理 ， 允許 用戶錄入所有客戶資料，并能對其進行瀏覽、修改、刪除、查詢等操作。 合同 的 信息管理 ， 對 與本 系統(tǒng)中的合同管理內(nèi)容，進行新 起草 合同信息的錄第五章 總結 17 入，對己有合同信息 的修改，刪除，更新，在此基礎上可根絕企業(yè)需求自定義合同的起草模板，并根據(jù)合同文本內(nèi)容實現(xiàn)不同類型的合同之間的數(shù)據(jù)查詢功能。 合同 的 付款跟單 ， 對于合同中涉及到分期付款的項目，增加合同跟單的操作，在每次付款后，進行款額的更新。 合同 的 到期提醒 ， 提醒管理人員哪些合同即將到期。 對到期的合同實行哪些合同文本文檔需要永久保存等。 合同 的 分類 與 增刪 ， 為了使部門中種類繁多的合同能夠分類存儲，合同的種類可以根據(jù)需要 進行合同的歸類，在此基礎上并可以 進行 合同新的種類的 添加和刪除 ，并可以依據(jù)自定義的合同模板添加 到 新的合同類型。 合同 的 過程控制 ，在 合同 從起草到執(zhí)行完畢的 過程 中，對合同的整體情況進行 控制 ，例如 對生效合同的運作情況記錄。合同在運作中必然產(chǎn)生一些狀態(tài)的轉移， 例 如，一期錢款到位、合同由于某種原因被終止或者合同順利完成等，合同進展控制擔負起記錄所有合同進展情況的任務。 合同 的 信息 數(shù)據(jù) 統(tǒng)計 ，本系統(tǒng)可 提供用戶所有合同的統(tǒng)計功能，按 照 項目、按 照 客戶、按 照 項目的 完成狀態(tài)等條件，統(tǒng)計相應條件下合同 的 金額情況，到位的 金額情況，以及對每一 條 合同實施以來 直 至 當前的操作信息明晰。以上功能除合同信息 數(shù)據(jù)的 統(tǒng)計以外，授權于所有合同管理員，而統(tǒng)計功能只對 企業(yè)的 管理者 或決策者 生效，其他用戶 并 無權訪問。 在分析了系統(tǒng)所有功能以后，我們大概可以確定本電廠項目合同管理系統(tǒng)的功能模塊，本電廠項目管理系統(tǒng)應該分為合同概況、用戶管理、合同的分類、合同起草、合同審批、合同管理查詢以及系統(tǒng)幫助等幾個功能模塊，其中我們準備對合同的分類、合同的起草進行較為詳細的描述與介紹，在這兩項功能模塊中，我 們準備利用合同文本內(nèi)容管理思想來進行不同類型合同的管理與操作，在合同起草功能模塊中我們準備給用戶最大的自由度，可由用戶自定義合同模板，用以體現(xiàn)企業(yè)對合同的詳細需求，并同時體現(xiàn)企業(yè)的個性化。 在定義模板過程中，由于需要確保程序的可用以及用戶自由的平衡，我們采用合同文本數(shù)據(jù)信息的內(nèi)容管理來進行建模，更為詳細的設計與實現(xiàn)我們在后面的章節(jié)會有詳細的描述。 在系統(tǒng)功能分析的基礎上，得到如圖 所示的功能模塊圖。 電子科技大學工程碩士學位論文 18 圖 功能模塊圖 項 目 合 同 管 理 系 統(tǒng)合同概況合同起草合同查詢用戶管理合同分類合同審批系統(tǒng)幫助 數(shù)據(jù)庫設計（庫表設計） 數(shù)據(jù)庫 的 設計 (Database Design)定義： 是指對于一個給定的應用 系統(tǒng) 環(huán)境，構造最優(yōu) 化 的數(shù)據(jù)庫 訪問 模式，建立數(shù)據(jù)庫及其應用系統(tǒng) 的關聯(lián) ， 并能夠準確，有效地存儲數(shù)據(jù) 信息 ，滿足各種用戶 以及業(yè)務 的應用需求。 通常 在數(shù)據(jù)庫領域 中 ，把使用數(shù)據(jù)庫的各類 應用 系統(tǒng) 都 稱為數(shù)據(jù)庫應用系統(tǒng)。 很多的 合同管理項目系統(tǒng)采用 混雜 的 數(shù)據(jù)庫訪問模式即在 java 語言 類中 采用JDBC 訪問代碼 。 業(yè)務代碼中 使用 基于 JDBC 的程序代碼永久 實現(xiàn) 方式 。 采用混雜數(shù)據(jù)庫訪問 模式的優(yōu)點 是節(jié)約 開發(fā) 成本 ，減少開發(fā)時間，并在通用程序中對代碼的移植與安全都有好處，給開發(fā)者帶來的損失較小 。 缺點是程序代碼的靈活性差，這種方式在 小型應用 系統(tǒng)中被廣泛使用。應用系統(tǒng) 基于這種模式開發(fā)， 那么 其維第五章 總結 19 護性和擴展性 都差強人意 . 基于 java 語言的數(shù)據(jù)類的持久層實現(xiàn)模式， 在這種基于數(shù)據(jù)類的 應用系統(tǒng) 模式中， 程序的 數(shù)據(jù)類 至關重要，它 作為 系統(tǒng)中 業(yè)務類與 數(shù)據(jù)庫之間 溝通的 紐帶 的作用。 數(shù)據(jù)類 包含業(yè)務類對數(shù)據(jù)信息的使用以及數(shù)據(jù)庫對業(yè)務類的反饋。 而 數(shù)據(jù)庫訪問類是 通過 java 中數(shù)據(jù)庫代碼 ,即 JDBC 代碼 讓業(yè)務類 與數(shù)據(jù)庫表相關聯(lián)。這種模式實現(xiàn)了業(yè)務邏輯與底層數(shù)據(jù)結構之間的分離。 數(shù)據(jù)類 作為一個 應用系統(tǒng)程序中 相對獨立的 類 ， 作用是 底層數(shù)據(jù)的結構 發(fā)生 變化， 在數(shù)據(jù)類中能夠相對好的被 屏蔽 掉 ， 可以 避免對業(yè)務邏輯造成 不必要的改動 。目前正在運行的 大 多 Java應用系統(tǒng)中，這種 數(shù)據(jù)庫訪問模式 的設計 被很廣泛的使用 。 但是，數(shù)據(jù)類訪問模式 的缺陷 是 隨著設計層次的增多， 程序的工作量也相應加大 。 在 系統(tǒng)結構上 與數(shù)據(jù)庫混雜訪問模式相比，可以得到好的保障 。 但是相對大的代碼編寫也需要增加系統(tǒng)開發(fā)成本以及系統(tǒng)開發(fā)時間。 本電廠合同管理系統(tǒng) 內(nèi) 容管理的設計 實現(xiàn) 在本節(jié)中將闡述 按照合同文本內(nèi)容的設計 方案，本節(jié) 詳細說明 了對于上文 中提出的 系統(tǒng) 靈活性 、 通用性 以及 合同數(shù)據(jù)的 合理性等總體設計目標。 。 項目合同管理系統(tǒng) 合同文本 的 構成 在項目管理中 ， 合同是項目開始最重要的組成部分，標準的項目 合同 應該 由一下幾個部分組成： 合同 起始部分 、合同 文本部分 以及合同結尾 這三部分 組成，這 幾個 部分其中 :合同 起始部分描述的是簽訂合同的單位，人員以及簽訂人的基本信息，包括簽訂方的姓名、職務、聯(lián)系方式等基本信息。 合同 文本部分應該包含合同涉及的 合同類型 、 結算方法 、 合同 雙方的法律關系權利義務等 等信息。合同類型的不同， 在合同文本 部分 就 會 產(chǎn)生較大的差別 。 在 合同結尾部分 ， 主要 應該電子科技大學工程碩士學位論文 20 包含 本次簽訂合同的一些附加條款 和資質印章等 。 在這部分合同的精確與嚴謹 是非常重要的一個 問題，因為這牽涉到法律條文 。 在項目管理 合同中 ，它 所包 括 的 各項 內(nèi)容 都能夠 看作是純文本 文檔 ， 我們需要分析這類依靠文本格式的合同。 根據(jù) 合同類型，合同 文本 的基本結構 就 需要 產(chǎn)生變化的 。 在各種 類型的合同中 ，它 所包含的 內(nèi)容以及每個要件的詳細信息、 基本構成等等都 不會完全相同 。 每個 類型的合同 中所 包含 的 有效數(shù)據(jù)都不會完全相同 。 相同的情況例如在采購類型的合同中所涉及到的物品的數(shù)量，名稱等等在倉庫保管合同中也會出現(xiàn)。所以在本系統(tǒng)中，各種類型的合同之間的有效數(shù)據(jù)關聯(lián)是一個較難的問題。 在各種 類型不同的合同 中 ， 它 的 數(shù)據(jù)信息 構成會 產(chǎn)生差異 ， 所以在 合同文本中 ，能夠 包含的數(shù)據(jù)信息 都 可能在合同 中位置也不盡相同 。 如果上點提到的不同類型的合同所使用的數(shù)據(jù)相同，但是在合同文本中體現(xiàn)的名稱以及其他一些要素不同的話，那么這些合同文本中的 數(shù)據(jù) 以及 信息 是 無法快速準確地獲取， 也會造成數(shù)據(jù)庫系統(tǒng)的負擔，這種情況就會造成資源的不合理 利用以及影響合同實行的效率等諸多問題 。 我們再次強調， 合同是 現(xiàn)代企業(yè) 商務行為中規(guī)范 簽訂 雙方 的 權利 、 義務的具有法律效力的 文檔。 所以在合同文本中需要詳盡的體現(xiàn)雙方的具有法律效力的要素。例如：人員的身份、物品的價格、數(shù)量、合同違約處理等等。 經(jīng)過以上我們關于 合同文本的分析 與理解 ， 我們就會找到 合同文本 所獨特具備的 一些特點， 應該 包括 : 合同文本的 構成 要素由于合同類型的不同所產(chǎn)生的差異。 在合同類型不同的情況下，所產(chǎn)生的合同結構不能完全相同。 合同文本中有效數(shù)據(jù)在合同文本內(nèi)容中較為分 散。 合同簽訂的 條款必須具備 嚴格 的法律效力 ，因此合同相關條款具有很高的嚴謹性。 第五章 總結 21 本電廠項目管理系統(tǒng) 合同文本結構 設計 在對合同文本結構設計之前， 我們 應該了解到合同 內(nèi)容是 一個關于整型、浮點型、字符型、等等 任何類型的 數(shù)據(jù) 信息的 綜合 ， 它符合 java 的編程思想，是一個對象的概念，這要比我們通常認為的數(shù)據(jù)與信息等概念更為廣泛。本電廠項目合同管理系統(tǒng)對于合同文本是使用基于 內(nèi)容管理 的思想方法，是在合同文本內(nèi)容這一 對象上 為基礎上 的 處理過程 ， 這樣的處理過程 是為了使內(nèi)容 這一對象可以 在需要的時候才會出現(xiàn) 。 所以我們應該先將合同 文本內(nèi)容 進行程序中的處理，我們應該使之與表現(xiàn)形式獨立開來，為了這一目的，應該將內(nèi)容這一對象變成獨立的結構，并需要詳細描述。首先，我們需要建立合同 文本內(nèi)容 的 模型， 同時需要一種合適的手段對 抽象的 合同文本 內(nèi)容模型 進行詳細的 描述， 只有這樣，才能使之 具體化。 在我們的電廠項目管理 系統(tǒng)中，我們 需要 通過 合同的要件來 定義 合同內(nèi)容的 關鍵字 ，這樣我們才能做到對內(nèi)容的檢索。接下來我們需要 定制 合同文本內(nèi)容的 模板 方法 來進行合同文本 抽象 結構的建模 工作 ， 上述兩個關鍵步驟是 完成合同文本內(nèi)容 這一對象 結構 獨立以及詳細 描述 的基礎 。 關于本電廠項目管理系統(tǒng)中合同文本的要件。 通過上一章我們關于 合同文本的 內(nèi)容 構成分析 ，我們了解到 ，合同的構成 要件 具有不確定性， 因為合同的類型不同，就會造成合同的內(nèi)容要件不盡相同，其中 每個 要件 中的具體 信息 也會 因為 合同類別的不同而有 較大差異 。 在項目合同管理 系統(tǒng)中，我們 需要將 合同 文本當 作是一個獨立的文檔， 在這份文檔中包含合同文本內(nèi)容的各種要件，其中一些要件我們可以作為必不可少的要件來看待，例如合同的編號，合同的關鍵字，合同簽訂對象，即合同簽訂雙方的基本信息，比如簽訂單位等。 在 合同文本 基于 內(nèi)容管理 的情況下 ， 本系統(tǒng) 我們定義 的要件 為組成合同文本的內(nèi)容組件， 在合同管理中這個組件式 是合同管理的最小單元。 對于合同文本文件提取關鍵字。 在 合同中有效數(shù)據(jù)是分散的 、獨立的 ，而目 對于 不同類別的合同， 勢必 很難采用統(tǒng)一的名稱 命名一些同類別的數(shù)據(jù) 。 在這種情況下， 為了 可以更加有效地、準確的、高速的獲得 合同中數(shù)據(jù) ，在不同類別的合同管理中提高工作效率 ，需要電子科技大學工程碩士學位論文 22 用戶 自主定義一些 關鍵字標簽來進行描述。關鍵字標簽主要負責對同類或不同類合同中相同或相似的某些關鍵元素進行統(tǒng)一的描述，它本質上是元數(shù)據(jù)，是關于數(shù) 據(jù)的數(shù)據(jù)。關鍵字標簽為系統(tǒng)提供了處理合同文本內(nèi)容所需要的信息，從而使得系統(tǒng)可以根據(jù)關鍵字標簽進行合同內(nèi)容的自動化處理。例如 :買賣合同中的條款部分可能會詳細地指明該合同涉及的商品分幾次交貨，每次交貨的時間、地點等信息。這些信息在合同的 監(jiān)控管理中是合同完成情況的監(jiān)控指標。我們可以通過設定關鍵字來對合同內(nèi)容進行描述 ， 對于不同類型的 合同中 的 這些 數(shù)據(jù) 之間的相互關系進行表示 和描述 ， 目的是方便 對 這些數(shù)據(jù) 進行有效地 獲取 ， 最終 達到 基于合同 內(nèi)容進行管理 。 定義合同內(nèi)容的模板 通過對合同文本內(nèi)容的要件提