論文——企業(yè)合同管理系統(tǒng)

1、企業(yè)合同管理系統(tǒng)1 系統(tǒng)概述1.1 產(chǎn)品介紹企業(yè)合同管理系統(tǒng)是企事業(yè)單位實現(xiàn)合同管理自動化的前提和基礎(chǔ)，適用于絕大部分企事業(yè)單位。本系統(tǒng)的開發(fā)是為了更好的對合同進行管理，節(jié)省大量人力資源1.2 產(chǎn)品功能企業(yè)合同管理系統(tǒng)的主要內(nèi)容是對合同和供應(yīng)商客戶信息的管理，并且提供對供應(yīng)商和客戶發(fā)票的管理。對合同的管理主要是指管理者對合同信息的創(chuàng)建，對某個合同的查詢，以及對某個合同的修改。對供應(yīng)商客戶信息的管理主要是指對這些信息的查詢，對一個新供應(yīng)商或客戶信息的創(chuàng)建，以及當(dāng)供應(yīng)商或客戶信息發(fā)生改變時，對其進行修改。企業(yè)合同管理系統(tǒng)供應(yīng)客戶信息合同信息供應(yīng)商發(fā)票客戶信息添加新的客戶信息查詢供應(yīng)商信息修該供應(yīng)商

2、信息刪除客戶信息添加新合同信息查詢合同信息修改合同信息添加發(fā)票信息查詢發(fā)票信息修改發(fā)票信息添加發(fā)票信息查詢發(fā)票信息修改發(fā)票信息圖1 企業(yè)合同管理系統(tǒng)的功能分解圖1.3 系統(tǒng)目標(biāo)記載供應(yīng)商（或客戶）信息，管理供應(yīng)商（或客戶）資料。與供應(yīng)商簽定購貨合同，審核合同的有效性，管理購貨合同資料。記載每次購貨的日期、數(shù)量、應(yīng)付款、應(yīng)付日期等信息，管理供應(yīng)商發(fā)票資料。與客戶簽定供貨合同，審核合同的有效性，管理供貨合同資料。記載每次供貨的日期、數(shù)量、應(yīng)收款、應(yīng)收日期等信息，管理客戶發(fā)票資料。1.4 軟件支持及開發(fā)工具操作系統(tǒng)：WINDOWS XP數(shù)據(jù)庫軟件：SQL server 2005應(yīng)用系統(tǒng)開發(fā)軟件：Vi

3、sual C+ 6.02 系統(tǒng)總體結(jié)構(gòu)2.1 數(shù)據(jù)流圖對于本次設(shè)計，我將根據(jù)系統(tǒng)的功能分別來設(shè)計數(shù)據(jù)流圖。企業(yè)合同管理人員企業(yè)合同管理系統(tǒng)客戶供應(yīng)商合同管理請求合同查詢請求記載信息請求管理資料請求合同信息供應(yīng)商，客戶信息供應(yīng)商發(fā)票客戶發(fā)票圖2 頂層數(shù)據(jù)流圖1請求分類2處理資料3處理合同合同管理請求管理合同請求記載信息請求管理資料請求合同處理要求資料處理要求供應(yīng)商，客戶信息供應(yīng)商發(fā)票客戶發(fā)票合同信息圖3 第0層數(shù)據(jù)流圖2.1資料處理命令分類2.3 新建資料2.2 資料查詢2.4 修改資料供應(yīng)商，客戶信息文件供應(yīng)商，客戶信息資料處理要求2.5制作供應(yīng)商，客戶信息表圖4 加工2的數(shù)據(jù)流圖3.1 合同

4、處理要求分類3.2 創(chuàng)建新合同3.3 查詢合同合同信息文件庫3.5 處理新合同供應(yīng)商發(fā)票信息庫客戶發(fā)票信息庫3.4創(chuàng)建合同查詢信息表3.6 制作供應(yīng)商發(fā)票3.7 制作客戶發(fā)票供應(yīng)商發(fā)票客戶發(fā)票合同信息合同處理要求圖5 加工3的數(shù)據(jù)流圖2.2 數(shù)據(jù)字典根據(jù)對企業(yè)合同管理系統(tǒng)的分析，可以定義以下幾個結(jié)構(gòu)體：供應(yīng)商客戶信息，合同信息，供應(yīng)商發(fā)票信息，客戶發(fā)票信息。供應(yīng)商客戶信息的數(shù)據(jù)項描述：數(shù)據(jù)項名類型長度備注編號Int4主鍵名稱Char10地址Char80開戶帳號Char10聯(lián)系人Char20聯(lián)系電話Int4合同信息的數(shù)據(jù)項描述：數(shù)據(jù)項名類型長度備注合同號Int4主鍵合同日期Datetime8貨種

5、Char10合同數(shù)量Int4買入價格Money8出口港Char40卸貨港Char40到期日期Datetime8賣出單價Money8實際提貨數(shù)量Int4供應(yīng)商發(fā)票信息的數(shù)據(jù)項描述：數(shù)據(jù)項名類型長度備注賣方發(fā)票號Int4主鍵合同號Int4外鍵應(yīng)付日期Datetime8提貨數(shù)量Int4提貨日期Datetime8船名Char20應(yīng)收金額Money8客戶發(fā)票信息的數(shù)據(jù)項描述：數(shù)據(jù)項名類型長度備注買方發(fā)票號Int4主鍵合同號Int4外鍵應(yīng)收日期Datetime8提貨數(shù)量Int4應(yīng)收金額Money82.3 ER圖設(shè)計2.3.1 實體屬性圖供應(yīng)商，客戶信息開戶行帳號聯(lián)系人聯(lián)系電話編號名稱地址圖6合同合同號合同

6、日期買方實際提貨數(shù)賣方合同數(shù)量貨種買入價格出口港卸貨港到期日期賣出單價圖7供應(yīng)商發(fā)票賣方發(fā)票號合同號應(yīng)付日期提貨數(shù)量應(yīng)付金額船名提貨日期圖8客戶發(fā)票應(yīng)收金額提貨數(shù)量應(yīng)收日期買方發(fā)票號合同號圖92.3.2 實體關(guān)系圖供應(yīng)商，客戶信息供應(yīng)商發(fā)票合同客戶發(fā)票涉及發(fā)放發(fā)出MN1NM1圖102.4 關(guān)系模型設(shè)計根據(jù)設(shè)計好的E-R圖，可以將其轉(zhuǎn)換為以下一組關(guān)系模式，其中關(guān)系模式的碼用下橫線標(biāo)出。供應(yīng)商客戶信息（編號、名稱、地址、開戶行帳號、聯(lián)系人、聯(lián)系電話）此為供應(yīng)商客戶信息實體型所對應(yīng)的關(guān)系模式。其中編號唯一確定一個供應(yīng)商客戶信息，所以為該關(guān)系模式的碼。合同（合同號、合同日期、貨種、合同數(shù)量、買入價格、

7、出口港、卸貨港、到期日期、賣出單價、實際提貨數(shù)量）此為合同實體型所對應(yīng)的關(guān)系模式。其中合同號唯一確定一個合同，所以為該關(guān)系模式的碼。供應(yīng)商發(fā)票（賣方發(fā)票號、合同號、應(yīng)付日期、提貨數(shù)量、提貨日期、船名、應(yīng)付金額）此為供應(yīng)商發(fā)票實體型所對應(yīng)的關(guān)系模式。其中賣方發(fā)票號唯一確定一個供應(yīng)商發(fā)票，所以為該關(guān)系模式的碼。客戶發(fā)票（買方發(fā)票號、合同號、賣方發(fā)票號、應(yīng)收日期、提貨數(shù)量、應(yīng)收金額）此為客戶發(fā)票實體型所對應(yīng)的關(guān)系模式。其中買方發(fā)票號唯一確定一個客戶發(fā)票，所以為該關(guān)系模式的碼。合同記錄（編號、合同號）編號和合同號是該關(guān)系的碼。3 總體實施3.1 基本表設(shè)計CREATE TABLE dbo.供應(yīng)商客戶信

8、息 (編號 int NOT NULL ,名稱 char (10) COLLATE Chinese_PRC_CI_AS NULL ,地址 char (80) COLLATE Chinese_PRC_CI_AS NULL ,開戶帳號 char (10) COLLATE Chinese_PRC_CI_AS NULL ,聯(lián)系人 char (20) COLLATE Chinese_PRC_CI_AS NULL ,聯(lián)系電話 int NULL ) ON PRIMARY圖11 供應(yīng)商客戶信息表CREATE TABLE dbo.合同信息 (合同號 int NOT NULL ,合同日期 datetime NULL

9、 ,貨種 char (10) COLLATE Chinese_PRC_CI_AS NULL ,合同數(shù)量 int NULL ,買入價格 money NULL ,出口港 char (40) COLLATE Chinese_PRC_CI_AS NULL ,卸貨港 char (40) COLLATE Chinese_PRC_CI_AS NULL ,到期日期 datetime NULL ,賣出單價 money NULL ,實際提貨數(shù)量 int NULL ) ON PRIMARY圖12 合同信息表CREATE TABLE dbo.供應(yīng)商發(fā)票 (賣方發(fā)票號 int NOT NULL ,合同號 int NUL

10、L ,應(yīng)付日期 datetime NULL ,提貨數(shù)量 int NULL ,提貨日期 datetime NULL ,船名 char (20) COLLATE Chinese_PRC_CI_AS NULL ,應(yīng)收金額 money NULL ) ON PRIMARY圖13 供應(yīng)商發(fā)票信息表CREATE TABLE dbo.客戶發(fā)票 (買方發(fā)票號 int NOT NULL ,合同號 int NULL ,應(yīng)收日期 datetime NULL ,提貨數(shù)量 int NULL ,應(yīng)收金額 money NULL ) ON PRIMARY圖14 客戶發(fā)票信息表CREATE TABLE dbo.合同記錄 (合同號

11、 int NOT NULL ,編號 int NOT NULL ) ON PRIMARY圖15 合同記錄信息表3.2 關(guān)系圖設(shè)計圖16 關(guān)系圖3.3 角色創(chuàng)建于不用的系統(tǒng)用戶會擁有不同的權(quán)限，這樣才能保證數(shù)據(jù)庫的安全性。在這次企業(yè)合同管理系統(tǒng)數(shù)據(jù)庫的設(shè)計中，主要用戶包括管理員、供應(yīng)商和客戶。管理員應(yīng)該具有超級用戶的權(quán)限，而供應(yīng)商和客戶只能對數(shù)據(jù)進行簡單的查詢，不能修改數(shù)據(jù)庫中的數(shù)據(jù)。因此在數(shù)據(jù)庫中分別建立3個角色：管理員、供應(yīng)商和客戶。圖17 管理者的權(quán)限圖18 客戶的權(quán)限圖19 供應(yīng)商的權(quán)限3.4 數(shù)據(jù)載入在本次住院數(shù)據(jù)庫的設(shè)計中，數(shù)據(jù)載入并不是一次性全部入庫的。對于第一次使用該系統(tǒng)的供應(yīng)商和

12、客戶，要為其新建檔案，將該檔案的信息寫進數(shù)據(jù)庫中，而對于已經(jīng)在使用過該系統(tǒng)的供應(yīng)商和客戶，只需要調(diào)出其檔案信息，當(dāng)有供應(yīng)商或客戶信息需要更改時，須更新數(shù)據(jù)庫。對于合同信息和發(fā)票信息的錄入，基本與檔案信息載入相似，下面幾張圖表現(xiàn)了部分資料：圖20供應(yīng)商客戶信息圖21 合同信息圖22 供應(yīng)商信息圖23客戶信息圖24 合同記錄信息4 研制報告4.1 研制過程在這次課程設(shè)計中，我在圖書館查閱了大量的關(guān)于數(shù)據(jù)庫技術(shù)的書籍，了解了很多關(guān)于數(shù)據(jù)庫編程知識。在設(shè)計數(shù)據(jù)庫時，我知道了關(guān)于數(shù)據(jù)庫設(shè)計的一些要求，對數(shù)據(jù)庫的設(shè)計有了重新的認(rèn)識。對于一些不懂的問題，通過網(wǎng)上搜尋資料，終于得到了解決。4.2 對設(shè)計評價這

13、次數(shù)據(jù)庫課程設(shè)計，我運用了教材上的幾個設(shè)計方法，按照老師的要求，從需求分析到數(shù)據(jù)庫實施，每一步都按照老師的提示完成。但是由于對編程技術(shù)的缺乏，沒能實現(xiàn)應(yīng)用系統(tǒng)設(shè)計，是這次設(shè)計的最大缺陷。雖然應(yīng)用系統(tǒng)設(shè)計失敗了，但我在這個過程對一些關(guān)于數(shù)據(jù)庫編程開發(fā)還是有了一些認(rèn)識，對ODBC,ADO一些技術(shù)有了一部分的了解，相信在以后的過程中，一定會彌補這個缺陷的。4.3 心得與體會通過這次課程設(shè)計，我對數(shù)據(jù)庫又有了重新的認(rèn)識。在這次課程設(shè)計中，我充分認(rèn)識到了自己的不足，對數(shù)據(jù)庫知識有了進一步的了解。對自己的理論知識和動手實踐能力都有了很大的鍛煉和提高，只有多通過這些練習(xí)與鍛煉，自己的知識和能力才可以得到提高，才可以發(fā)現(xiàn)自