合同管理系統(tǒng)技術方案

1、合同管理系統(tǒng)技術方案版本 第46頁 共46頁合同管理系統(tǒng)技術方案版本文檔信息及版本歷史文檔信息項目名稱合同管理系統(tǒng)項目編號文檔名稱合同管理系統(tǒng)_技術方案.doc存儲位置版本作者/修改者日期描述版權信息【目錄】1概述51.1編寫目的51.2適用范圍51.3讀者對象51.4術語和縮寫51.5參考資料52設計概述62.1設計約束62.2設計策略62.3技術實現(xiàn)72.3.1J2EE開發(fā)框架73系統(tǒng)概述81.1用戶現(xiàn)狀81.2業(yè)務需求分析104系統(tǒng)總體結構114.1功能模塊圖114.2系統(tǒng)架構圖115功能描述121.1合同管理121.1.1我的合同121.1.2合同起草121.1.3合同簽署及用印171

2、.1.4合同履行171.1.5合同歸檔181.2合同提醒181.3項目管理191.3.1項目基本信息管理201.3.2項目附件管理201.4產(chǎn)品管理211.4.1產(chǎn)品管理211.5合同轉移211.5.1轉移申請211.5.2轉移復核221.5.3轉出記錄221.5.4轉入記錄221.6范本管理221.6.1范本類型管理221.6.2范本模版管理221.7合同臺賬231.8相對方管理251.9檔案管理261.9.1待復核261.9.2合同檔案261.10制度及公告271.10.1規(guī)章制度及公告發(fā)布276接口設計287運行環(huán)境287.1軟件平臺287.2硬件清單287.3軟件清單297.4數(shù)據(jù)容量

3、估算297.5網(wǎng)絡帶寬估算308編碼規(guī)范308.1代碼組織與風格308.1.1源代碼文件約束308.1.2源代碼目錄308.1.3源代碼包結構組織318.1.4類結構318.1.5命名358.2代碼優(yōu)化378.2.1代碼優(yōu)化原則378.2.2代碼優(yōu)化實踐378.3SQL優(yōu)化418.3.1提高查詢效率原則418.3.2SQL語句優(yōu)化注意事項448.3.3SQL語句查詢案例459系統(tǒng)備份設計451 概述1.1 編寫目的本文檔為合同管理系統(tǒng)的概要設計文檔，概要描述此項目的整體輪廓和各個模塊的基本功能，使得用戶對系統(tǒng)有一個整體的了解和基本認識，應作為設計人員，開發(fā)人員，測試人員和維護人員以的參考依據(jù)，

4、并能給用戶提供使用說明。1.2 適用范圍本文檔適用于項目生命周期的各個階段，為設計人員、開發(fā)人員、和測試人員能提供開發(fā)和測試的參考依據(jù)，維護人員對項目進行了修改后，應該相應的修改本文檔。1.3 讀者對象參與項目的客戶，設計人員、開發(fā)人員、測試人員、以及維護人員等等都是本文檔的讀者對象；此文檔定義了系統(tǒng)的基本功能，以及系統(tǒng)架構，系統(tǒng)流程等等。1.4 術語和縮寫術語和縮寫解釋備注1.5 參考資料參考文件備注合同管理系統(tǒng)_需求規(guī)格說明書2 設計概述2.1 設計約束1) 本項目為標準Web應用，能在各種服務器中運行（比如WebSphere、Tomcat等等）2) 連接數(shù)據(jù)庫采用數(shù)據(jù)庫連接池的方式，建議

5、用JNDI，連接數(shù)據(jù)庫為Oracle 11g版本（理論上支持各種主流數(shù)據(jù)庫）3) 禁止本地IO操作，如果有IO操作，比如上傳文件上傳到遠程FTP服務器上；本應用最后運行在集群和門戶上，要求能適應集群和門戶環(huán)境的要求。4) 本應用要求要有較高的穩(wěn)定性，要求能夠全天候運行；本應用要有較高的安全性，沒有經(jīng)過認證的用戶無法訪問本系統(tǒng)。5) 本應用權限配置要靈活，沒有權限的用戶無法訪問系統(tǒng)內(nèi)沒有授權的模塊，并且左邊的菜單能根據(jù)權限的不同而發(fā)生變化；本應用要求連接用數(shù)據(jù)庫連接池，最好使用WAS的數(shù)據(jù)源； 6) 本系統(tǒng)面向企業(yè)的所有員工開發(fā)，因此，要求易用性強，人機交互界面友好。7) 本應用要求有較高的效率

6、，要求絕大多數(shù)響應速度在500ms以內(nèi)。2.2 設計策略系統(tǒng)權限要做到靈活，最好能夠配置化，能方便的加入管理人員并授予角色，角色與菜單/模塊的訪問權（權限）能無縫連接起來，比如菜單能根據(jù)用戶的權限的不同而不同。要求所有的持久層能夠業(yè)務邏輯層能夠復用，各個層次指職責分清楚，嚴格避免層次結構不清的現(xiàn)象，比如在Action或者View對數(shù)據(jù)庫操作。2.3 技術實現(xiàn)2.3.1 J2EE開發(fā)框架本建設方案將采用J2EE框架來進行開發(fā)完成。J2EE是一種利用Java 2平臺來簡化諸多與多級企業(yè)解決方案的開發(fā)、部署和管理相關的復雜問題的體系結構。J2EE技術的基礎就是核心Java平臺或Java 2平臺的標準

7、版，J2EE不僅鞏固了標準版中的許多優(yōu)點，例如“編寫一次、到處運行”的特性、方便存取數(shù)據(jù)庫的JDBC API、CORBA技術以及能夠在Internet應用中保護數(shù)據(jù)的安全模式等等，同時還提供了對 EJB（Enterprise JavaBeans）、Java Servlets API、JSP（Java Server Pages）以及XML技術的全面支持。 J2EE提供了一整套核心企業(yè)應用程序編程界面，而所有這些界面均為標準的模塊化組件。J2EE技術還為這些組件提供一整套企業(yè)服務，通過自動化的方式完成應用程序開發(fā)中的諸多耗時且費力的艱難工作，為用戶提供一種可創(chuàng)建廣泛兼容的企業(yè)解決方案而無需進行復雜

8、編程的平臺。利用這一優(yōu)勢可以方便地開發(fā)出高質(zhì)量的、適合企業(yè)使用的應用程序，還可極大地減少產(chǎn)品研發(fā)上市時間、成本和風險。 J2EE使用了EJB Server作為商業(yè)組件的部署環(huán)境，在EJB Server中提供了分布式計算環(huán)境中組件需要的所有服務，例如組件生命周期的管理、數(shù)據(jù)庫連接的管理、分布式事務的支持、組件的命名服務等等。有些企業(yè)級的EJB Server，例如Sybase公司的EAS 3.6（Enterprise Application Server 3.6）還提供了支持高可用性和高性能的群集技術、失敗的自動轉移和恢復、應用負載的自動均衡能力等。實現(xiàn)商業(yè)邏輯的EJB組件可以更加高效地運行在應用

9、服務器中，支持多種客戶端的訪問，HTTP的客戶端可以先向運行在Web Server上的Java Servlet或者JSP發(fā)出請求，在JSP中嵌入Java的代碼調(diào)用運行在EJB Server中的EJB，以實現(xiàn)商業(yè)邏輯；而其他的客戶端，可以通過IIOP直接訪問運行在EJB Server中的組件。J2EE體系結構的優(yōu)點是: 1.Java Servlet和JSP都要編譯為Java Class才作為Servlet運行，因此執(zhí)行性能會明顯提高。 2.Java Servlet和JSP中可以完全使用Java進行編程，可以完成許多簡單的商業(yè)邏輯，特別是JSP，可以直接書寫HTML，因此簡化了頁面的輸出，這樣就保

10、留了腳本語言易于使用的優(yōu)點。 3.復雜的商業(yè)邏輯以組件的形式部署在EJB Server中。由于EJB Server提供了多種組件事務服務，使系統(tǒng)更能夠應付大量的并發(fā)用戶和管理復雜的事務邏輯。 4.EJB Server中集成的組件命名服務可以使組件位置透明化，簡化了組件的部署和客戶端應用的維護。 5.開發(fā)過程易于分工，可以由專人負責編寫組件，其他人組裝頁面。 6.J2EE平臺全面支持和實施XML，這種強大的組合可使XML具備跨平臺的兼容性，甚至用于對XML代碼進行語法檢查和調(diào)試的工具也可與平臺無關。J2EE技術和XML技術分別是企業(yè)開發(fā)的陰陽兩極，因為XML可實施獨立于平臺的數(shù)據(jù)，而J2EE平臺

11、則可實施獨立于平臺的解決方案。XML可通過移植的方式表現(xiàn)數(shù)據(jù)，因此就對Java技術的可移植性構成了補充。3 系統(tǒng)概述1.1 用戶現(xiàn)狀目前，由于合同缺乏統(tǒng)一的存放管理平臺，要查找某合同、補充協(xié)議或函件，可能需要到KM系統(tǒng)、檔案管理系統(tǒng)、M盤、AI系統(tǒng)、電子郵件、業(yè)務經(jīng)理個人電腦或者信件傳真等紙質(zhì)文件中查找，非常不方便。根據(jù)對公司合同管理的現(xiàn)狀分析，主要問題如下：l 合同管理制度待完善合同定義：制度已對合同進行定義，但未能有效傳達各部門，理解偏差導致合同歸檔的完整性得不到保證。合同分類：未建立合同分類標準。合同要素：合同關鍵信息要素模板分散化，各部門管理的程度以及需求不統(tǒng)一，部門間未形成要素信息共

12、享。合同范本：未明確合同范本的管理流程。合同對手方庫：未建立合同對手方庫及相關管理規(guī)則。合同管理細則：合同全生命周期相關管理細則有待更新完善，例如，制度中缺乏維護合同有效期的相關規(guī)定。l 合同管理組織架構待完善組織架構：目前公司未明確合同管理職能的承擔部門，整個合同管理較為松散，未建立監(jiān)督及問責機制。崗位職責：目前尚未明確前后臺部門之間對于合同的傳遞、歸檔、要素化的職責分工與信息共享機制，此外，各部門業(yè)務助理兼任合同管理員，但尚未細化和明確其崗位職責。l 補充協(xié)議及函件的傳遞歸檔待規(guī)范對于部分合同后續(xù)履行階段可能出現(xiàn)的補充協(xié)議及函件，存在傳遞不及時、未進行歸檔的情況，影響合同傳遞的時效性和歸檔

13、的完整性。l 無法掌握公司合同數(shù)量及管理狀況合同歸檔：由于缺乏統(tǒng)一平臺，各部門合同管理水平不一，合同存放分散，合同查找和檢索的效率低下，不能隨時掌握公司合同管理情況。合同有效期：現(xiàn)有系統(tǒng)都不具備合同到期提醒功能，并且由于無法獲取完整的合同清單，現(xiàn)階段依靠手工管理也很困難。l 合同號的配發(fā)缺乏系統(tǒng)控制目前合同號的生成依靠檔案管理系統(tǒng)手工錄入，系統(tǒng)無法自動配發(fā)，且合同號可刪除，缺乏統(tǒng)一管理。l 當前系統(tǒng)合同管理功能不足KM系統(tǒng)：承擔合同審批及用印申請（部分另類合同除外）的職能，缺點是合同版本為過程版本，并非最終蓋章生效版本，且合同審批混雜在其他事項審批中，不便于查找。檔案管理系統(tǒng)：承擔獲取合同號、

14、保管合同最終用印版本的職能，缺點是合同號配發(fā)缺乏系統(tǒng)控制，由于合同定義不清晰使得合同歸檔完整性得不到保證，合同要素信息填寫不完全，主從合同之間的關聯(lián)關系依靠手工維護缺乏專門的系統(tǒng)功能。M盤：承擔部門內(nèi)共享及臨時存放的職能，缺點是沒有操作記錄，誤刪除等情況不易被發(fā)現(xiàn)，且存放混亂缺乏維護。AI系統(tǒng)：目前另類投資項目從審批到投后管理已全流程納入AI系統(tǒng)，但AI系統(tǒng)文檔管理功能較弱，僅起到歸檔保管作用，缺乏合同要素模板和有效期管理等功能。AD域：AD域的用戶管理未做統(tǒng)一用戶信息的管理和驗證。1.2 業(yè)務需求分析根據(jù)用戶現(xiàn)狀的梳理，以及相關業(yè)務系統(tǒng)的調(diào)研分析，整理出合同系統(tǒng)的相關業(yè)務需求。l 合同管理系

15、統(tǒng)需要明確合同的定義，以及歸檔范圍，履行合同的相關制度，明確合同的基本要素，并對基本要素進行補充和整理。l 實現(xiàn)對對手庫的相關信息進行整理和維護，建立完善的合同管理對手庫信查詢功能。l 實現(xiàn)對合同范本的管理和使用，建立完善的合同范本庫。l 完善合同的審批和流轉操作，建立強大和獨立的流程引擎平臺，對合同以及相關第三方系統(tǒng)提供流程審批支持，并對合同的狀態(tài)和合同的到期時間進行自能化的提醒。l 建立標準化的平臺數(shù)據(jù)對接規(guī)范，實現(xiàn)合同系統(tǒng)與各業(yè)務系統(tǒng)的數(shù)據(jù)對接和交換。建立主從合同的關聯(lián)關系，并提供方便的查詢功能。4 系統(tǒng)總體結構4.1 功能模塊圖4.2 系統(tǒng)架構圖5 功能描述1.1 合同管理合同管理下包

16、含所有當前登錄用戶經(jīng)辦或代辦的全部合同信息。合同管理包括我的合同、合同起草、合同簽署及用印、合同履行、合同歸檔幾大部分。1.1.1 我的合同我的合同包含合同管理下所有當前登錄用戶經(jīng)辦或代辦的全部合同信息。1.1.2 合同起草狀態(tài)描述：經(jīng)辦人（代辦人）進行保存但未發(fā)布形成的列表。 功能描述名稱、標識符新增合同基本信息功能描述1）、合同號獲取超過7天未進行發(fā)布的，系統(tǒng)給經(jīng)辦人（代辦人）發(fā)送提醒信息。2）、合同發(fā)布后會顯示在“合同簽署及用印”列表下，發(fā)布后的合同信息不能再進行刪除操作。3）、用印形式為“不用印”的，填寫完簽署日期和生效日期后，部門檔案管理員可以進行歸檔申請。4）、合同起草可以批量生成

17、100（手動填寫份數(shù)）份以下的相同合同內(nèi)容，合同號手動進行獲取。5）、公司合同管理員可以導出全部合同信息列表excel到本地（合同起草列表），字段：經(jīng)辦人、經(jīng)辦部門合同名稱、合同號。6)、合同到期日期、合同費率（費率類型、費率種類、費率值）系統(tǒng)記錄每次經(jīng)辦人（代辦人）修改前后的記錄。7)、經(jīng)辦人（代辦人）篩選到對應的主合同后（可以篩選全部的合同列表）將主合同的相關信息帶入到當前合同中。帶入的字段為（其它主合同信息不顯示）： 合同名稱、合同分類、合同主體、合同對方8）、經(jīng)辦人（代辦人）所填寫的合同一旦在起草中發(fā)布，當前合同的狀態(tài)更新為“簽署中”；簽署日期填寫完成后再發(fā)布合同狀態(tài)更新為“已簽署，未

18、生效”；生效日期填寫完成后再發(fā)布合同狀態(tài)更新為“已生效”。補充說明 數(shù)據(jù)項描述數(shù)據(jù)項名稱數(shù)據(jù)類型是否必填數(shù)據(jù)來源備注說明 合同起草頁簽 經(jīng)辦人（代辦人）填寫登記日期日期必填系統(tǒng)自動生成當前日期是否代辦字符必填是/否有代辦人角色可見；具體見下文說明1；代辦人字符系統(tǒng)計算有代辦人角色可見；具體見下文說明1；經(jīng)辦人字符必填系統(tǒng)默認當前登錄人，可選擇具體見下文說明1經(jīng)辦部門字符必填系統(tǒng)計算具體見下文說明1主合同編號字符選擇/手動填寫彈出搜索頁面關聯(lián)查詢自動帶出主合同要素的相關信息主合同名稱字符選擇/手動填寫彈出搜索頁面關聯(lián)查詢自動帶出主合同要素的相關信息合同名稱字符必填手動填寫標識提醒：請?zhí)顚懞贤Q

19、全稱合同編號字符必填系統(tǒng)按一定規(guī)則自動生成點擊按鈕獲取，校驗前幾項是否填寫；具體見下文說明2；合同一級分類字符必填下拉框選擇具體見下文說明3合同二級分類字符必填下拉框選擇具體見下文說明4是否客戶指定業(yè)務字符必填是/否幫助中進行內(nèi)容說明，便于選擇是否；選擇“是”，頁面提醒經(jīng)辦人將客戶指定投資指令作為合同附件上傳；默認為空；項目簡稱字符下拉框選擇彈出搜索頁面關聯(lián)查詢；具體見下文說明5；產(chǎn)品簡稱（多個產(chǎn)品需填寫）字符多選彈出搜索頁面關聯(lián)查詢；具體見下文說明6；幣種金額（大寫）金額（小寫）刪除幣種金額（大寫）金額（小寫）刪除幣種金額（大寫）金額（小寫）刪除合同幣種字符必填下拉框選擇幣種為無，金額不填寫

20、；具體見下文7；合同金額（大寫）字符必填根據(jù)小寫金額轉換可選無合同金額（小寫）數(shù)值必填手動填寫可選無、其他，可以手動填寫內(nèi)容；具體見下文8；合同費率（費率類型、費率種類）字符必填費率類型下拉框選擇；費率種類對應固定和浮動兩種方式；可選無；具體見下文9； 合同費率 （費率值）字符必填可填寫具體數(shù)值；合同主體字符必填下拉框選擇具體見下文10合同對方字符必填選擇自動補全；標識提醒：請?zhí)顚懞贤瑢Ψ饺Q；具體見下文11；用印形式字符必填下拉框選擇各方用??；僅我方用??；僅對方用??；不用??；具體見下文12； 合同簽署頁簽用印管理員、經(jīng)辦人（代辦人）填寫用印完成情況字符必填下拉框選擇已完成；我司已完成，對方未

21、完成；（各方用?。痪唧w見下文13； 經(jīng)辦人（代辦人）填寫簽署日期日期控件選擇具體見下文14合同狀態(tài)字符必填下拉框選擇中止簽署；簽署中；已簽署未生效；已生效； 已失效；合同生效日期日期必填控件選擇具體見下文15；合同到期日期日期控件選擇到期續(xù)簽情況字符下拉框選擇到期無異議續(xù)簽；自動順延；其它；具體見下文16；合同文本必填手動上傳上傳一個附件；具體見下文17；合同附件合同附件類型選擇；合同附件手動上傳；可以上傳多個附件，記錄上傳日期；具體見下文18；備注手動填寫發(fā)布范圍手動選擇可查看該合同信息的人員，具體角色待定。轉移說明字符手動填寫轉移申請時可見轉移附件手動上傳附件轉移申請時可見說明：1、當前

22、登錄人有代辦人的角色，可以選擇“是否代辦”，默認為“否”，即當前登錄人自己起草合同，系統(tǒng)自動計算當前登錄人為“經(jīng)辦人”，當前登錄人所在部門為“經(jīng)辦部門”； “是否代辦”選擇為“是”，即代辦人替經(jīng)辦人起草合同，選擇“經(jīng)辦人”，系統(tǒng)自動計算經(jīng)辦人所在部門； 如不具有代辦人角色，“是否代辦”、“代辦人”字段不可見。 2、“合同編號”，通過點擊按鈕按照一定的規(guī)則獲取，獲取合同編號前校驗表單中“登記日期”、“經(jīng)辦人”、“經(jīng)辦部門”、“合同名稱”是否已經(jīng)完成填寫，如未填寫完成給與提示，否則生成合同編號。 3、“合同一級分類”為可維護字段，從系統(tǒng)管理數(shù)據(jù)字典中獲取。 4、“合同二級分類”為可維護字段，選擇“

23、合同一級分類”后自動篩選對應的“合同二級分類”內(nèi)容，從系統(tǒng)管理數(shù)據(jù)字段中獲取。 5、“項目簡稱”為可維護字段，選擇項目簡稱會彈出新的搜索頁面，頁面內(nèi)容為項目簡稱、項目全稱、項目類型（其他字段不可見），可以進行查詢選擇需要的項目簡稱。 6、“產(chǎn)品簡稱”為可維護字段，選擇產(chǎn)品簡稱會彈出新的搜索頁面，頁面內(nèi)容為全部的產(chǎn)品信息，可以進行查詢選擇需要的產(chǎn)品簡稱。（1）、一個合同編號下可以選擇多個產(chǎn)品，選中多個產(chǎn)品后可以填寫對應的多行“幣種”、“金額”信息，默認值為“無”經(jīng)辦人可手動修改； （2）、選中一個產(chǎn)品后填寫“合同幣種”、“合同金額”、“合同費率”的對應信息；7、“合同幣種”為可維護字段，可選擇具

24、體幣種和無；合同幣種選擇“無”，對應的“合同金額（大寫）”、“合同金額（小寫）”字段內(nèi)容為“無”； 8、填寫“合同金額（小寫）”后自動計算“合同金額（大寫）”，可以選擇“無”或“其他”選擇項，選擇其他可以填寫具體內(nèi)容。 9、“合同費率”為可維護字段，可選具體費率和無。 10、“合同主體”內(nèi)容為選擇項，也可填寫具體內(nèi)容。 11、“合同對方”為可維護字段，新增合同發(fā)布完成會將合同對方的內(nèi)容自動生成一條記錄，下次再次新建合同可以選擇到之前生成的記錄； 合同對方的內(nèi)容可以進行自動補全；12、“用印形式”內(nèi)容為選擇，分為各方用印、僅我方用印、僅對方用印、不用印幾個選項，具體分以下幾種情況：合同主體用印形

25、式說明本企業(yè)各方用印辦公室管理員完成用印并在系統(tǒng)選擇“用印完成情況”本企業(yè)僅我方用印辦公室管理員完成用印并在系統(tǒng)選擇“用印完成情況”非本企業(yè)各方用印線下完成用印后，由經(jīng)辦人填寫“用印完成情況”、“簽署日期”、“合同生效日期”、“合同到期日期”本企業(yè)其它僅對方用印線下完成用印后，由經(jīng)辦人填寫“用印完成情況”、“簽署日期”、“合同生效日期”、“合同到期日期”非本企業(yè)僅我方用印線下完成用印后，由經(jīng)辦人填寫“用印完成情況”、“簽署日期”、“合同生效日期”、“合同到期日期”本企業(yè)其它不用印不顯示“用印完成情況” 13、“用印完成情況”內(nèi)容為選擇，分為“我司已完成，對方未完成”、“已完成”兩個選項； 14

26、、“簽署日期”用印完成情況為“已完成”發(fā)布時需填寫簽署日期，否則系統(tǒng)給與提示不允許發(fā)布；用印完成情況為“我司已完成，對方未完成”的發(fā)布時該字段可以為空； 15、“合同生效日期”用印形式為“不用印”發(fā)布時需填寫生效日期，否則系統(tǒng)給與提示不允許發(fā)布； 合同狀態(tài)選擇“已生效”，經(jīng)辦人（代辦人）需填寫合同生效日期，否則不允許發(fā)布。 16、“到期續(xù)簽情況”為下拉選擇框，到期無異議續(xù)簽、自動順延、其它三個選項。合同到期前30天，系統(tǒng)給予提示提醒一次。如為自動續(xù)簽則需要填寫需要續(xù)簽的時間（XX年）、合同到期日期兩個字段，如選其它可以填寫具體內(nèi)容。 17、“合同文本”上傳唯一一個附件（可以上傳打包文件），未上

27、傳附件發(fā)布時系統(tǒng)給與提示。 18、“合同附件”可以上傳多個附件，可以選擇上傳附件的類別，附件類別在系統(tǒng)管理中由管理員進行維護。 19、表單中增加“幫助”的鏈接，用于對合同要素各字段使用說明。 1.1.3 合同簽署及用印包含以下幾種狀態(tài)： 中止簽署、簽署中 各個狀態(tài)在系統(tǒng)中通過不同頁簽進行分類管理。1.1.4 合同履行 包含以下幾種狀態(tài)： 已生效、已失效、已簽署未生效 各個狀態(tài)在系統(tǒng)中通過不同頁簽進行分類管理，默認頁簽為已生效狀態(tài)列表。 公司檔案管理員確認歸檔后，經(jīng)辦人（代辦人）在合同履行階段可以修改非歸檔字段信息。具體字段如下： 合同一級分類合同二級分類項目簡稱產(chǎn)品簡稱合同狀態(tài)合同生效日期合同

28、到期日期到期續(xù)簽情況合同附件是否客戶指定業(yè)務1.1.5 合同歸檔 狀態(tài)描述：經(jīng)辦人（代辦人）填寫完成“簽署日期”后形成的部門檔案管理員待歸檔和已歸檔的列表。經(jīng)辦人（代辦人）填寫完“簽署日期”點擊【發(fā)布】后，部門檔案管理員可以在“歸檔”列表下查看此條記錄，確認系統(tǒng)記錄與合同文本內(nèi)容無誤后點擊【歸檔申請】，由公司檔案管理員進行歸檔復核確認。部門檔案管理員可以進行批量申請歸檔的操作。具體歸檔字段如下： 部門管理員歸檔后帶入檔案管理的字段經(jīng)辦人經(jīng)辦部門合同名稱合同編號主合同編號主合同名稱合同幣種合同金額（小寫）合同主體合同對方合同文本合同簽署日期1.2 合同提醒1.2.1 系統(tǒng)提醒 顯示當前用戶預先設

29、置過時間節(jié)點且即將或已經(jīng)到期的文件，主要是提醒用戶及時處理相應的事宜。提醒列表樣式顯示 提醒類型及標題樣式（括號中內(nèi)容為紅色字體）：【合同到期】（還有30天）+合同名稱（合同編號）【進度反饋】（合同號獲取超過7天未發(fā)布）+合同名稱（合同編號）【進度反饋】（我司已完成用印，對方超過XX天未用?。?合同名稱（合同編號）提醒條件：1、合同到期日期前30天，系統(tǒng)提醒經(jīng)辦人（代辦人）一次。2、合同號獲取超過7天未進行發(fā)布的，系統(tǒng)提醒經(jīng)辦人（代辦人）、部門和公司合同管理員一次。3、合同用印狀態(tài)為“我司已完成，對方未完成”，30天后合同狀態(tài)為“簽署中”的系統(tǒng)提醒經(jīng)辦人（代辦人），每30天提醒一次。1.2.2

30、 我的提醒當前用戶可以預先定制自己的提醒信息，以便及時處理相關合同事項。選擇對應的合同，設置提醒日期、提醒內(nèi)容、提醒人員（默認提醒自己）。 功能描述名稱、標識符新建合同提醒信息功能描述補充說明 數(shù)據(jù)項描述數(shù)據(jù)項名稱數(shù)據(jù)類型是否必填數(shù)據(jù)來源備注說明登記日期日期默認當前日期合同名稱字符選擇可以選擇到當前用戶經(jīng)辦或代辦的合同信息列表提醒日期日期選擇提醒日期提醒人字符選擇提醒人員不選擇默認提醒自己；提醒內(nèi)容字符手動填寫1.3 項目管理1.3.1 項目基本信息管理 主要對項目基本信息進行維護，被設定為項目管理員的人可以進行項目基本信息的創(chuàng)建與維護。 項目文件及項目文件類型創(chuàng)建時默認為空，項目附件創(chuàng)建后可

31、以通過項目簡稱進行關聯(lián)。管理員可以導出全部的項目信息到本地EXCEL，導出列表包含項目簡稱、項目全稱、項目附件類型、項目附件名稱。 功能描述名稱、標識符新增項目基本信息功能描述補充說明 數(shù)據(jù)項描述數(shù)據(jù)項名稱數(shù)據(jù)類型是否必填數(shù)據(jù)來源備注說明項目編號字符按照規(guī)則自動生成項目全稱字符必填手動填寫項目簡稱字符必填手動填寫通過全稱進行自動復制，并可以進行i需改立項時間日期手動選擇項目類型字符手動選擇可維護字段；（考慮按照AI的項目類型）項目運作方式字符必填下拉選擇可維護字段暫定：自主發(fā)行； 主導發(fā)行； 外購；登記人字符系統(tǒng)自動記錄當前登錄人登記日期日期系統(tǒng)自動記錄當前日期項目文件項目附件創(chuàng)建后與對應簡稱

32、的項目進行關聯(lián)1.3.2 項目附件管理 主要對項目附件進行維護。 功能描述名稱、標識符新增項目附件功能描述補充說明 數(shù)據(jù)項描述數(shù)據(jù)項名稱數(shù)據(jù)類型是否必填數(shù)據(jù)來源備注說明項目簡稱字符必填下拉選擇項目文件文件以附件形式上傳；項目文件類型下拉選擇，為可維護字段；，可維護字段；要件類；權證類；管理類；綜合類；1.4 產(chǎn)品管理1.4.1 產(chǎn)品管理 主要對產(chǎn)品簡稱進行維護，有權限的人可以進行產(chǎn)品簡稱的管理。 功能描述名稱、標識符新增產(chǎn)品名稱功能描述補充說明 數(shù)據(jù)項描述數(shù)據(jù)項名稱數(shù)據(jù)類型是否必填數(shù)據(jù)來源備注說明產(chǎn)品編號字符按照規(guī)則自動生成產(chǎn)品全稱字符必填手動填寫產(chǎn)品簡稱字符必填手動填寫產(chǎn)品類型字符下拉選擇可

33、維護字段登記人字符系統(tǒng)自動記錄當前登錄人登記日期日期系統(tǒng)自動記錄當前日期1.5 合同轉移1.5.1 轉移申請 經(jīng)辦人（代辦人）已經(jīng)發(fā)布的合同信息，可以點擊【移出申請】移交給下一個人作為經(jīng)辦人進行后續(xù)事項的處理，轉移時可填寫轉移說明，可以上傳轉移的附件到系統(tǒng)上。1.5.2 轉移復核 接收人在我的待辦和轉移復核下可以看到需要移入的合同信息列表，點擊【移入確認】，確認后經(jīng)辦人（代辦人）不在有查看和修改該合同信息的權限。如原經(jīng)辦人（代辦人）想再次查看需和系統(tǒng)管理員做申請，由系統(tǒng)管理員開放查看范圍后可以進行查看。1.5.3 轉出記錄經(jīng)辦人（代辦人）申請移出后，系統(tǒng)生成一條轉出記錄。記錄轉出時間、轉出人、

34、轉出部門、合同編號、合同名稱、合同狀態(tài)、轉入人、轉入部門。1.5.4 轉入記錄接收人移入確認后，系統(tǒng)生成一條轉入記錄。記錄接收時間、轉出人、轉出部門、合同編號、合同名稱、合同狀態(tài)?？梢枣溄拥皆贤畔?。1.6 范本管理1.6.1 范本類型管理 功能描述名稱、標識符新增合同業(yè)務類型功能描述補充說明 數(shù)據(jù)項描述數(shù)據(jù)項名稱數(shù)據(jù)類型是否必填數(shù)據(jù)來源備注說明業(yè)務類型一級名稱字符必填手動填寫與合同一級名稱相同業(yè)務類型二級名稱字符必填手動填寫與合同二級名稱相同1.6.2 范本模版管理 功能描述名稱、標識符新增合同范本模版功能描述補充說明 數(shù)據(jù)項描述數(shù)據(jù)項名稱數(shù)據(jù)類型是否必填數(shù)據(jù)來源備注說明業(yè)務類型一級名稱字

35、符必填下拉框選擇業(yè)務類型二級名稱字符必填下拉框選擇范本名稱字符必填手動填寫日期日期必填系統(tǒng)默認當前日期維護人字符必填系統(tǒng)默認當前登記人版本號字符必填手動填寫修訂情況字符必填手動填寫可多次記錄最新版本號字符必填手動填寫多個版本號最新維護時間日期必填系統(tǒng)計算是否生效字符必填是/否合同范本模版必填上傳附件說明：1、選擇“業(yè)務類型一級名稱”后可自動顯示對應的“業(yè)務類型二級名稱”。 2、每次修改都記錄修訂情況和最新版本號，形成多行的修改記錄。 3、“最新維護時間”，每次修改版本號后系統(tǒng)自動記錄最后的修改日期。 4、“是否生效”默認為“是”，范本模版管理員修改為“否”后表示已經(jīng)失效，合同范本的模版附件不可

36、以在下載到本地。1.7 合同臺賬通過合同臺賬可以查詢一段時間內(nèi)所有簽訂合同的明細情況查詢（所有狀態(tài)下的合同信息列表）。臺賬統(tǒng)計頁面如下圖所示（字段為參考樣式）： 功能描述名稱、標識符新增合同臺賬功能描述補充說明 數(shù)據(jù)項描述數(shù)據(jù)項名稱數(shù)據(jù)類型是否必填數(shù)據(jù)來源備注說明標題時間段經(jīng)辦部門經(jīng)辦人合同名稱合同編號主合同名稱主合同編號合同一級分類合同二級分類項目簡稱產(chǎn)品簡稱合同金額合同幣種合同費率合同主體合同對方用印形式用印完成情況簽署日期合同狀態(tài)合同生效日期合同到期日期到期續(xù)簽情況合同文本合同附件說明：1、統(tǒng)計時可以通過選擇【導出的列】來定制結果中顯示哪些信息。 2、可以點擊結果頁面的導出excel，將

37、統(tǒng)計結果以excel表形式導出到本地。臺賬統(tǒng)計結果頁面（字段為參考樣式）：1.8 相對方管理 新增合同發(fā)布完成會將“合同對方”的內(nèi)容自動生成一條記錄，下次新建合同可以選擇到之前生成的記錄；合同對方的內(nèi)容可以進行自動補全； 功能描述名稱、標識符自動生成相對方信息功能描述補充說明 數(shù)據(jù)項描述數(shù)據(jù)項名稱數(shù)據(jù)類型是否必填數(shù)據(jù)來源備注說明相對方名稱字符必填自動生成1.9 檔案管理1.9.1 待復核部門檔案管理員在合同管理中點擊【歸檔申請】后，會在檔案管理【待復核】列表下自動生成一條合同信息的記錄。系統(tǒng)檔案管理員點擊待復核的信息可以填寫“檔案編號（按規(guī)則系統(tǒng)自動生成）”、“歸檔日期”、“密級”、“保存期限

38、”、“歸檔人”、“歸檔部門”、“備注”等信息，填寫完成點擊【確認歸檔】按鈕，合同信息自動歸檔到對應的經(jīng)辦部門下。部門檔案管理員可以查看本部門已歸檔的全部信息。公司檔案管理員可以選擇批量歸檔，歸檔需要填寫的字段按照默認值生成。1.9.2 合同檔案 合同檔案按照組織結構的部門進行分類。 功能描述名稱、標識符合同歸檔功能描述補充說明 數(shù)據(jù)項描述數(shù)據(jù)項名稱數(shù)據(jù)類型是否必填數(shù)據(jù)來源備注說明 部門管理員歸檔后系統(tǒng)自動生成經(jīng)辦人歸檔以后，如果做轉移，經(jīng)辦人和經(jīng)辦部門不變動經(jīng)辦部門合同名稱合同編號主合同編號主合同名稱合同幣種合同金額（小寫）合同主體合同對方合同簽署日期合同文本 系統(tǒng)檔案管理員確認歸檔時填寫檔案

39、編號數(shù)值必填按照規(guī)則系統(tǒng)自動生成2015-03-HT01-0001歸檔份數(shù)數(shù)值必填手動填寫2歸檔日期日期必填系統(tǒng)檔案管理員點擊【確認歸檔】按鈕后自動生成，可修改密級字符必填下拉列表框絕密、秘密、限制，默認“絕密”保管期限字符必填下拉列表框永久、30年、10年，默認“永久”歸檔人字符必填系統(tǒng)計算經(jīng)辦部門檔案管理員歸檔部門字符必填系統(tǒng)計算即經(jīng)辦部門題名字符手動填寫默認當前合同名稱；可手動修改；備注字符手動填寫1.10 制度及公告1.10.1 規(guī)章制度及公告發(fā)布可以發(fā)布規(guī)章制度，并上傳附件。 功能描述名稱、標識符新增規(guī)章制度、其它公告功能描述補充說明 數(shù)據(jù)項描述數(shù)據(jù)項名稱數(shù)據(jù)類型是否必填數(shù)據(jù)來源備注

40、說明登記人字符必填系統(tǒng)生成登記日期字符必填系統(tǒng)生成標題字符必填手動填寫類型字符必填下拉選擇制度發(fā)布、公告發(fā)布正文字符必填手動填寫附件附件手動填寫6 接口設計接口表傳遞的數(shù)據(jù)接口方式采用的技術AI數(shù)據(jù)同步接口抓取項目基本信息定時WebServiceKM待辦數(shù)據(jù)接口待辦數(shù)據(jù)實時WebService7 運行環(huán)境7.1 軟件平臺7.2 硬件清單序號名稱配置描述 數(shù)量 備注 1認證服務器CPU: 4Core，內(nèi)存：16G，硬盤：300G22臺虛擬機，操作系統(tǒng)RedHatEnterpriseLinuxServerrelease6.4 Linuxversion2.6.32-358.el6.x86_64 ，制

41、作群集2流程引擎服務器CPU: 4Core，內(nèi)存：16G，硬盤：300G22臺虛擬機，操作系統(tǒng)RedHatEnterpriseLinuxServerrelease6.4 Linuxversion2.6.32-358.el6.x86_64 ，制作群集3應用服務器CPU：4Core，內(nèi)存：16G，硬盤：300G22臺物理機，操作系統(tǒng)RedHatEnterpriseLinuxServerrelease6.4Linuxversion2.6.32-358.el6.x86_64，制作群集。4數(shù)據(jù)庫服務器CPU:8Core，內(nèi)存：32G，硬盤：500G，HBA*244臺物理機，帶光纖存儲卡，操作系統(tǒng)RedH

42、atEnterpriseLinuxServerrelease6.4Linuxversion2.6.32-358.el6.x86_64，制作RAC5存儲高端存儲600G總計10臺機器（6臺物理機、4臺虛擬機）7.3 軟件清單軟件名稱軟件版本IBM WebSphere Application ServerVIBM Http ServerVOracle V.0RedHat LinuxRedHatEnterpriseLinuxServerrelease6.4Linuxversion2.6.32-358.el6.x86_647.4 數(shù)據(jù)容量估算根據(jù)業(yè)務部門對合

43、同管理業(yè)務需求的描述，按照每月1G的數(shù)據(jù)量估算，則全年總共的容量約為12G，此外考慮30%的數(shù)據(jù)冗余容量，總共容量為15.6G；根據(jù)本企業(yè)對數(shù)據(jù)備份的要求，按每周3次增量備份，每月1次全備，總共存儲空間將需要180G。7.5 網(wǎng)絡帶寬估算網(wǎng)絡帶寬估算采用峰值并發(fā)場景進行估算，假設合同系統(tǒng)使用用戶為1000人，平均每天大概有60%的用戶即600個用戶要訪問該系統(tǒng)，對于一個典型郵件用戶來說，每15分鐘用戶訪問一次合同系統(tǒng)，每次訪問平均交互時間為2分鐘，每天平均訪問合同系統(tǒng)的時長是64分鐘。而在一天之內(nèi)，用戶只有在8小時之內(nèi)會使用該系統(tǒng)。平均并發(fā)用戶數(shù)C = nL/T，C是平均并發(fā)用戶數(shù)，n是log

44、in session的數(shù)量，L是login session的平均長度，T是值考察的時間長度平均并發(fā)數(shù)為600*64/(8*60）=80峰值并發(fā)數(shù)C= C + 3* 即峰值并發(fā)數(shù)為：80+3*80=107依據(jù)我們之前的經(jīng)驗，每個用戶平均占用帶寬是100KB：107*100Kb/1024=11MBps。根據(jù)網(wǎng)絡帶寬利用率70%計算，則1000個用戶需要的總帶寬為：11M/70%=8Mb8 編碼規(guī)范8.1 代碼組織與風格8.1.1 源代碼文件約束每個.java源文件內(nèi)僅定義一個class，不允許在一個.java文件內(nèi)定義多個class。（匿名內(nèi)部類除外。）8.1.2 源代碼目錄源代碼目錄有且僅有兩個

45、目錄：src和test。src目錄存放系統(tǒng)源代碼，test目錄存放單元測試源代碼。特別注意：不允許構建多個源代碼目錄，這樣不利于源代碼的可讀性。8.1.3 源代碼包結構組織所有的項目（產(chǎn)品）的類的頂層包必須為 XXX.。根據(jù)三層結構的約定，每個模塊都dao、service等包。模塊功能類包按照橫向結構組織，即每個模塊的service、dao等歸屬于該模塊包，禁止縱向結構組織，即項目分為 service、dao等多個包，每個模塊包放在service、dao之下。下面是一個典型的項目源碼結構：Src說明XXX.ims項目名稱 .user模塊包 .domain領域?qū)ο蟀?.dao數(shù)據(jù)訪問層包 .se

46、rvice業(yè)務層報 .springconfigspring配置包 .util模塊工具包 .view視圖數(shù)據(jù)包8.1.4 類結構在新建一個Java類文件時，必須遵循下面的文件結構：圖（1） Java類文件結構文件注釋文件注釋是用來該文件相關開發(fā)信息的，如該類的開發(fā)公司或單位、版權、作者、代碼審定人、該類所支持的JDK版本、該類版本、開發(fā)日期、最后更新日期、修改人、復審人等信息。文件注釋中使用author、since、version、date等標記，方便使用jdoc等技術生成Java API標準文檔。下面就是一個Java類的文件注釋例子：/*開發(fā)單位：門戶技術資源部*版權：XXXX有限公司*aut

47、hor：duckXXX*since： JDK1.4*version：0.0.1*date：2009-03-22*最后更新日期：2009-03-23*修改人：XXX*復審人：XXX*/包聲明所有項目代碼的頂層包都應該是XXX.。 例如XXX Report 報表展現(xiàn)平臺，項目名稱為report，因此頂層包應該是 XXX.report。例如：package XXX.report.domain;引入聲明雖然Java支持用*通配符，但不允許這么做，要求使用哪個類就單獨引入哪個類。不允許： import java.util.*;允 許： import java.util.ArrayList;類注釋類注釋是

48、用來說明類的實現(xiàn)的功能以及該類的相關類的說明。文件注釋中使用description、see等標記，方便使用jdoc等技術生成Java API標準文檔。下面就是一個Java類的文件注釋例子：/*description : 演示Java基礎語法的例子 *see：XXX.test.Hello*/類聲明所有的類名稱采用帕斯卡表示法。如：public class HelloWorld類體元素順序類體中各組成元素的順序請遵照圖（1）所示。注釋代碼中注釋是非常重要的部分。類體中的注釋可分為：變量注釋包括對public、protected、default、private變量的說明。方法注釋 包括對public、protected、default、private方法功能的說明。應使用”/* */”風格注釋方