合同系統需求分析說明書
1.需求分析
軟體系統的設計與開發中，最重要是從使用者的專業領域中整理出需要計算機處理的需求。 通過檢視一些資料調研，發現公司公司規模大，地域分散較廣。下屬單位可能根據自身實際情況形成內部獨立的合同管理工作模式，這對整個公司合同管理的標準化造成了困難；而且基礎資料存留在基層部門，將形成資訊孤島現象，造成資訊不準確，利用率低等問題，合同資料傳輸的滯後也會對企業決策層的決策產生影響。
因此可以總結公司合同管理的需求如下：
1) 實現資訊處理的標準化和資料化，在公司內部建立標準的合同管理流程和內容規範；
2) 建立統一的資料庫系統，實現全公司資料集中管理，避免資訊孤島的出現；
3) 在合同生命週期內，實現資料資訊跟蹤管理，包括基本資訊和履行資訊的管理；
4) 實現合同的歸檔管理，以及合同資料查詢、統計等處理功能；
5) 確保合同管理工作的規範性和安全性。
2. 業務流程分析
調查管理業務流程應順著原系統資訊流動的過程調查，本例中業務流程為：首先銷售員將擬好的合同提交銷售部門經理進行審批，部門經理收到合同後對其內容，包括銷售**、付款條件、賬期等進行審核。若審核未通過，則將合同返回銷售員進行修改；若審核通過，則將合同轉交給合同管理人員。
隨後合同管理員將合同資訊錄入系統。
業務流程圖見圖2－1：
圖2-1業務流程圖
圖2-2業務流程圖圖例說明
3.資料流程分析
根據對現實系統的詳細調查與分析，開發合同管理系統總體設想流程是：對銷售員提供的資訊進行人工審核，將通過審核的資料彙總錄入計算機，進行資料錄入處理程式，再將資料儲存到相關資訊檔案中。系統的資料流程見圖2-3：
圖2-3資料流程圖
4.系統總體結構設計
4.1用例描述
使用本系統的主要有兩個角色，他們是合同管理員（公司員工）和經理（超級管理），經理有絕對的許可權使用整個系統，而合同管理員只能有一部分的許可權，如圖所示為各角色對應的用例。
4.2 功能模組設計
本合同管理系統主要實現如下功能：員工資訊管理、客戶資訊管理、合同資訊管理，合同執**況的全面跟蹤監管控制，並具有嚴格的系統使用者分級許可權控制，保證了公司合同資料的嚴格保密性。
系統模組劃分如圖3-1所示，將系統分別5個模組，每個模組負責的功能相對專一。
圖 3-1 模組劃分圖
每個功能模組的功能描述如下:
（1)員工資訊管理
管理所有參與合同管理動作的員工資訊。包括員工編號、姓名、部門、**等。
（2)客戶資訊管理
客戶管理模組主要實現對客戶的增、刪、改、查等操作。客戶分為兩種型別，重要客戶和一般客戶。管理員可以新增客戶、按照客戶型別或者客戶名稱進行客戶查詢，通過查詢條件的結果鏈結到客戶的修改或者刪除頁面，對客戶進行修改刪除等操作。
（3)合同管理
合同管理模組主要實現對合同的增、刪、改、查等操作。管理員可以新增合同，對合同進行查詢，為了使查詢更加簡便。系統提供兩種查詢方式，一種是按照編號進行查詢，另一種是按審核標誌進行詢，可以通過查詢的結果鏈結到合同的修改或刪除頁面，對合同進行修改或者刪除。
（4）專案資訊管理
管理所有專案資訊。專案資訊包括專案編號、專案名稱、聯絡人等。
（5）使用許可權管理
本系統從合同資訊的安全角度出發，將系統設計成具有嚴格的系統使用者及分級許可權控制。系統的員工分為兩類使用者：一般使用者和合同管理員。
使用不同使用者名稱登入所具有的許可權不同，保證了企業合同資料的嚴格保密性。
合同管理系統提供對公司內部合同的管理功能。使用本系統，可以完成合同的錄入、修改以及維護等操作，同時對合同管理員進行許可權控制，以滿足安全性方面的要求。
本系統分為合同管理員和經理（即系統管理員）2種使用者。合同管理員預設可以新增、修改、刪除和查詢自己的合同；經理可以檢視和管理所有合同，並對合同進行統計及管理使用者資訊。使用者登入後自動讀取該使用者的操作許可權，使用者可以在導航欄中選擇某一操作鏈結進入相應的操作頁面。
為了更清楚地說明系統框架，以便更好地設計該系統的解決方案，圖3-2給出了系統流程圖。系統流程圖展示了該系統所有功能模組之間的邏輯關係，其中的各個功能模組基本上都代表了乙個獨立的頁面，並將在下面的系統設計階段得到體現。
圖 3-2 系統流程圖
5.資料庫設計
合同管理系統的主要目的就是利用軟體實現合同的錄入、查詢、編輯等功能，使工作人員對合同的管理更加容易，提高工作效率、降低管理成本。
具體分析如下：
(1) 員工管理
瀏覽負責管理所有參與合同管理動作的員工資訊。包括員工編號、姓名、部門、**等。
新增、刪除、修改，查詢員工資訊。
此許可權只有經理（即系統管理員）具有。
(2) 客戶管理
瀏覽所有客戶資訊。客戶資訊包括客戶編號、客戶名稱、聯絡人等。
新增、修改、禁用和查詢客戶資訊。
(3) 合同管理
合同分類管理：按採購類合同和銷售類合同進行分類劃分。
瀏覽與合同相關的明細資料。合同資訊包括合同編號、簽訂日期、客戶名稱、專案名稱、貨品名稱、數量、單價、金額、合同執行狀態等。
分別按合同號、客戶名稱及專案名稱查詢合同資訊。
新增、修改、刪除合同資訊。
對合同資訊進行實時處理。如合同執**況控制，包括已執行、執行中、未執行三個狀態。
按專案名稱、客戶名稱、合同執**況等幾項內容或任意幾項內容組合來對合同的執**況進行綜合查詢。
按項客戶名稱對所有合同運作情況進行統計，包括合同總金額，執行中合同數量，未執行合同數量等。
(4) 專案管理
瀏覽所有專案資訊。專案資訊包括專案編號、專案名稱、聯絡人等。
新增、修改、禁用及查詢專案資訊。
(5) 賬號管理
公司資訊設定。
系統引數。
新增操作員。
修改密碼。
其中，系統引數和新增操作員兩個功能，只有經理（系統管理員）具有此操作許可權。
(6) 考慮到公司合同的保密性，對合同維護的各項操作需按照員工的工作類別區別給予。故對系統分為兩類許可權：合同管理員（級別為b）和經理（即系統管理員,級別為a）。
他們所具有的操作許可權如下：
合同管理員所具有的操作許可權：
合同管理員可以錄入新的合同，並對自己錄入的合同進行查詢，也可以進行合同修改、更新及刪除操作，但不允許檢視其他人所簽的合同，也不允許修改或刪除其他人的合同。
經理所具有的操作許可權：
經理擁有對所有合同的新增、刪除、修改、合同查詢、統計的許可權和賬號許可權的設定。
資料字典
資料庫概念結構設計的目標是產生出乙個能反映組織資訊需求的概念模型。最廣泛使用的概念模型是實體－聯絡（e-r）模型。
對合同管理系統實體關係的設計是建立在需求分析、系統分析的基礎上的。本系統的實體包括合同管理員、客戶、合同、專案、賬號、合同類別。
下面分別對這6個實體做e-r圖設計。
1) 乙個合同管理員可以負責多個合同，所以員工和合同實體之間是一對多的關係，設計區域性e-r模型如圖3-3所示。
1m圖 3-3
2) 乙個客戶可以簽訂多份合同，所以客戶與合同實體之間是一對多的關係，設計區域性e-r模型如圖3-4所示。1m
圖 3-4
3) 乙個客戶會簽訂多個專案的合同，所以客戶與專案實體之間是一對多的關係，設計區域性e-r模型如圖3-5所示。
1m圖 3-5
4) 乙個專案隸屬於乙個合同，所以專案與合同實體之間是一對一的關係，設計區域性e-r模型如圖3-6所示。
1m圖 3-6
5) 乙個員工擁有乙個賬號許可權，所以員工與賬號實體之間是一對一的關係，設計區域性e-r模型如圖3-7所示。
11圖 3-7
（6）乙個合同擁有乙個文件，所以文件跟合同實體時一一對應關係，設計e-r模型如圖：11