合同管理系統(tǒng)需求說明書-資料下載頁
2025-05-30 02:02本頁面
【正文】 型如圖36所示。隸屬 1 m合 同項 目圖 365) 一個員工擁有一個賬號權限，所以員工與賬號實體之間是一對一的關系，設計局部ER模型如圖37所示。擁有 1 1賬號員工圖 37（6）一個合同擁有一個文檔，所以文檔跟合同實體時一一對應關系，設計ER模型如圖：文檔擁有合同 1 1 (7)一個管理員發(fā)布多個公告，所以管理員跟公告實體是一對多的關系，設計局部ER模型如圖：公告發(fā)布管理員 1 m 歸納上述5項，可以定義5個實體：員工、客戶、合同、項目和賬號，這些實體之間的相互聯(lián)系見表31。實體聯(lián)系實體合同管理員維護合同客戶制定合同客戶簽訂項目項目隸屬合同員工擁有賬號表31將局部ER模型綜合成整體ER模型，如圖39所示。 簽訂員工合同客戶項目維護制定隸屬n111m1m1圖38 整體ER模型 數據庫邏輯結構設計邏輯結構設計是將概念模型（ER模型）轉換成關系數據庫。，將E－R模型轉換成關系數據庫。1) 員工信息表 (員工編號，姓名，員工類別， 部門，固話，手機，郵件)PK＝ 員工編號 NOT NULL。2)客戶信息表（客戶編號，客戶名稱，聯(lián)系人，電話， 手機，聯(lián)系地址，郵件， 備注，客戶狀態(tài)） PK = 客戶編號 NOT NULL。3)合同信息表（序號，合同編號，簽訂時間，客戶編號，項目編號，項目名稱，數量，單價，金額，執(zhí)行情況，賬期，信用額度，收款情況， 合同類別， 建立人，建立時間）PK = 合同編號 NOT NULL。FK = 項目編號，參照表是“項目信息表。FK = 客戶編號，參照表是“客戶信息表”。4)項目信息表（項目編號，項目名稱，聯(lián)系人，項目描述，客戶名稱，項目狀態(tài)）PK＝項目編號 NOT NULL。5) 賬號管理（ID號，帳號，密碼）PK= ID號 NOT NULL總結作為一項系統(tǒng)工程，合同管理系統(tǒng)設計過程中有許多問題需要我們研究與思考，其設計過程是一個通過不斷地實踐、總結經驗、推進的過程。由于上次單獨做過一個有關于酒店的管理系統(tǒng)，整個開發(fā)過程都是自己完成的，所以這次設計并沒有什么大的問題，反而對體會到數據庫設計對總個系統(tǒng)開發(fā)是最重要的，因為數據庫的結構會影響到系統(tǒng)的整體結構的,同時系統(tǒng)的業(yè)務流程是影響整個系統(tǒng)的質量的最重要的部分，所以我們經過調研了解了一下合同系統(tǒng)的業(yè)務流程，將系統(tǒng)的業(yè)務結構了解清楚，然后做出這份需求分析。17 / 1
規(guī)章制度相關推薦
鄂ICP備17016276號-1