采購系統(tǒng)的設(shè)計與實現(xiàn)

1、采購系統(tǒng)的設(shè)計與實現(xiàn) 5誠 信 承 諾我謹在此承諾：本人所寫的畢業(yè)論文采購系統(tǒng)的設(shè)計與實現(xiàn)均系本人獨立完成，沒有抄襲行為，凡涉及其他作者的觀點和材料，均作了注釋，若有不實，后果由本人承擔(dān)。年月日2The design and implementation of the procurement system J 3目錄1 緒論 11.1概述 11.2系統(tǒng)開發(fā)的背景、必要性和意義 11.3 實現(xiàn)系統(tǒng)的技術(shù) 12 采購系統(tǒng)的需求和設(shè)計 12.1 用戶的特點及用戶登錄界面展示 12.1.1 用戶的特點 12.1.2用戶登錄界面展示 22.2 假定和約束 22.3 各子模塊功能的描述 22.3.1 采購

2、基礎(chǔ)數(shù)據(jù)管理 22.3.2 供應(yīng)商評估管理 42.3.3 采購計劃管理 42.3.4 采購訂單管理 42.3.5 采購訂單審批流程管理 52.3.6 采購收貨管理 52.3.7 采購?fù)素浌芾?53 數(shù)據(jù)庫需求和設(shè)計 53.1 數(shù)據(jù)字典 63.1.1 用戶 63.1.2 供應(yīng)商 63.1.3 物品 63.1.4 訂單 73.1.5 物品處理單 73.2 數(shù)據(jù)庫表設(shè)計 83.3 設(shè)計思想 123.3.1 系統(tǒng)軟件架構(gòu) 123.3.2 系統(tǒng)模塊介紹 133.3.3 功能結(jié)構(gòu)圖 143.3.4 業(yè)務(wù)流程分析 153.4 采購管理系統(tǒng)功能 184 結(jié)論 21參考文獻 22致謝 23附錄A： 2441 緒

3、論1.1 概述整個采購流程自動化、規(guī)范化、模式化、透明化，極大地提高了企業(yè)在采購環(huán)節(jié)的效率并切實降低采購成本。1.2 系統(tǒng)開發(fā)的背景、必要性和意義做到采購過程的客觀，公正，透明及精確性。特別是每次的采購需求數(shù)，在人工成本，提高采購工作效率，為企業(yè)贏得更高的利益。1.3 實現(xiàn)系統(tǒng)的技術(shù)（1）使用 JSP 技術(shù)進行數(shù)據(jù)的展示（2）使用 SSH 框架（、Hibernate、Spring）進行數(shù)據(jù)的處理和分析（3）使用 Oracle數(shù)據(jù)庫進行數(shù)據(jù)的存儲（4）使用 MD5 技術(shù)進行系統(tǒng)數(shù)據(jù)的加密（5）使用 JS 和CSS 進行頁面的美化2 采購系統(tǒng)的需求和設(shè)計業(yè)處于最佳的運作狀態(tài)。重點要實現(xiàn)的目標如下：

4、（1）實現(xiàn)對供應(yīng)商信息的動態(tài)管理和維護，并對供應(yīng)商進行評估。（2）確保企業(yè)采購物品的最佳運作，確保企業(yè)生產(chǎn)的持續(xù)進行；（3）及時地查詢物資庫存情況，避免庫存積壓。（4）實現(xiàn)為訂單采購的運行模式，實現(xiàn)近乎“零庫存”。庫存要做到需貨和斷貨等的時間，把這些信息庫存起來，而不是庫存具體的物料。（5）實現(xiàn)對歷史采購數(shù)據(jù)進行統(tǒng)計分析，從而為提升采購質(zhì)量提供依據(jù)（6）歷史操作日志模塊實現(xiàn)了采購流程中各環(huán)節(jié)操作信息的可追溯性，從而管理者可以更好的對采購流程進行監(jiān)控和管理。2.1 用戶的特點及用戶登錄界面展示2.1.1 用戶的特點該系統(tǒng)的用戶有一定的文化水平，至少高中畢業(yè)。12.1.2 用戶登錄界面展示2.3.

5、1 采購基礎(chǔ)數(shù)據(jù)管理圖3 圖5 2.3.5 采購訂單審批流程管理數(shù)據(jù)字典的主要目的是對各種條目的解釋。3.1 數(shù)據(jù)字典3.1.1 用戶a) 名字：Userinfo別名：用戶描述：需求方與公司內(nèi)部各級管理人員擁有自己的賬號與不同的權(quán)限定義：用戶表 = 用戶賬號 + 用戶名 + 用戶密碼 + 用戶類型 + 用戶電話 + 性別+ 所屬部門 + 備注角色分配：0 為普通用戶即需求方，1 為采購員，2 為采購經(jīng)理，3 為總經(jīng)理，4 為倉管員，5 為系統(tǒng)管理員b) 名字：useraccount別名：用戶賬號定義：用戶賬號=Varchar2(18)位置：userinfo（useraccountDemandp

6、lan（submituserPurchaseplan（Purplandetails（useridFinalplan（checkiduseridSignin（Qualitycheck（userReturngoods（userInstock（）3.1.2 供應(yīng)商a) 名字：Provider別名：供應(yīng)商描述：對公司提供需求貨物的人或公司 = 供應(yīng)商編號 + 供應(yīng)商名稱 + 聯(lián)系方式 + 供應(yīng)商地址 + 信用等級 + 備注b) 名字： providerid別名： 供應(yīng)商編號描述： 唯一地標識用戶表中的一個用戶定義： 供應(yīng)商編號=Int(11)位置： （providerid（Purplandetails

7、（provideridFinalplan（provideridFinalplandetails（providerid）3.1.3 物品a) 名字：Comwarehouse別名：物品描述：公司庫存貨物 = 物品編號 物品名稱 + 現(xiàn)有庫存 + 歷史總庫存 + 類別 + 備用庫存b) 名字：Demandplan6別名：需求計劃單描述：唯一標示計劃 = 計劃單編號 部門 + 提交時間 + 截止時間 + 提交用戶 + 總需求計劃 id + 是否通過審核主鍵定義：計劃單編號=Int(11)c) 名字：Purchaseplan別名：采購計劃單（每月）描述：唯一標示某次采購計劃定義：采購計劃表 = 計劃單編

8、號 +部門名稱 + 提交時間 + 截止時間+ 總金額 + 審批人 + 合同存儲地址 + 計劃單狀態(tài)主鍵定義：計劃單編號=Int(11)位置：Purchaseplan（pcpid）Purplandetails（pcpid）Finalplandetails（pcpid）3.1.4 訂單a) 名字：Finalplan別名：采購訂單描述：唯一標示某次采購訂單定義：采購訂單表 = 訂單編號 供應(yīng)商 id + 提交時間 + 截止時間 +總金額 + 審批人 + 合同存儲地址 + 采購狀態(tài)主鍵定義：計劃單編號=Int(11)位置：Finalplan（pcpidSignin（pcpidQualitycheck（

9、pcid, Returngoods（flid）, （flid）3.1.5 物品處理單a) 名字：Qualitycheck別名：物品質(zhì)檢單描述：唯一標識某一質(zhì)檢單 = 質(zhì)檢單編號 + 采購訂單中某一種物品的 id + 質(zhì)檢員姓名 + 采購訂單 id + 操作員 + 是否合格 + 質(zhì)檢時間 + 備注b) 名字：Returngoods別名：物品退貨單描述：唯一標識某一退貨單 = 退貨單編號 + 退貨的物品名稱 + 采購訂單 id +退貨原因 + 操作員 + 退貨數(shù)量7主鍵定義：退貨單編=Int(11)c) 名字：Signin別名：物品簽收單描述：唯一標識某一簽收單定義：物品簽收單表 = 簽收單編號

10、+ 采購訂單 id + 狀態(tài) + 簽收員名單 + 操作員 + 應(yīng)到貨數(shù)量 + 實際到貨數(shù)量 + 簽收時間 + 備注d) 名字：Instock別名：物品入庫單描述：唯一標識某一入庫單 = 入庫單編號 + 采購訂單中某一種物品的 id + 質(zhì)檢員姓名 + 采購訂單 id + 入庫數(shù)量 + 操作員 + 入庫時間3.2 數(shù)據(jù)庫表設(shè)計下列內(nèi)容：表名中英文)字段名字段數(shù)據(jù)類型字段是否為空字段的默認值備注，對字段的解釋性說明：主鍵、外鍵、是否自動增一、是否為索引、是否唯一、是否進行數(shù)據(jù)檢查等。表1 數(shù)據(jù)類型編號 字段說明是否為空 是否主鍵1234用戶賬號否否否否是否否否用戶姓名用戶郵箱用戶登錄密碼用戶類型（

11、0 為普通用戶即需求方，1 為采購員，2 為采購經(jīng)理，3 為總經(jīng)理，4為倉管員，5 為系統(tǒng)管理員）56否否否否電話號碼8表示男，1 表 示女)7性別否否（）89所屬部門備注否是否否表2 數(shù)據(jù)類型編號 字段說明是否為空 是否主鍵12物品否否是否物品名稱34現(xiàn)有庫存否否否否歷史總庫存（）56類別否是否否備用庫存量（庫存量必須大于這一值）表3 是否為空編號 字段說明數(shù)據(jù)類型是否主鍵12唯一標示計劃單部門否是否否34提交時間截止時間否否否否提 交 用 戶 （ 外 鍵）567否是否否否否總需求計劃 外鍵審核是否通過，2 通過，1 不通過，待審09表4 是否主鍵編號 字段說明數(shù)據(jù)類型是否為空1234唯一標

12、示供應(yīng)商供應(yīng)商名稱聯(lián)系方式否否否否是否否否（）（）供應(yīng)商地址信用等級（分為 A、BCD 四個等級），初始為 （）56是是否否備注表5 是否主鍵編號 字段說明數(shù)據(jù)類型是否為空否唯 一 標 示 某 次 采 購計劃1是（）2345部門名稱提交時間否否否否否否否截止時間（部門領(lǐng)物品的時間）總金額（） 否審 批 人 （ 外 鍵）67否否否合同存儲地址（初始 為空）否否計劃單狀態(tài)（0 為審核未通過，1 為剛生成 的 計 劃 單 未 選 擇供應(yīng)商，2 表示已填寫采購價格待審核，3 為審核通過，4 為已簽合同，5 為質(zhì)檢合格已簽收，6 為質(zhì)檢不合格，7 為已入庫）8（1）否10表6 數(shù)據(jù)類型是否主鍵編號 字段

13、說明是否為空唯 一 標 示 采 購 計 劃物品1否否是23物品名稱物品數(shù)量否否（） 否供 應(yīng) 商 外 鍵 （初始為 空 ， 待 采 購 員 選擇）4是否成交價格（初始為 0，567等 待 采 購 員 與 供 應(yīng) （） 否商確認價格后輸入）否否否e參考價格否否采 購 計 劃 外 鍵)表7 是否主鍵編號 字段說明數(shù)據(jù)類型 是否為空唯 一 標 識 某 一 質(zhì) 檢單12（） 否是采 購 訂 單 中 某 一 種物 品 的 外 鍵 否否否（）34質(zhì)檢員姓名否否采購訂單 （外鍵（） 否操作員（填寫該質(zhì)檢表 的 人 員 外 鍵）否56否否（）是否合格（1 為合格，2 為不合格）否（）78質(zhì)檢時間備注否是否否1

14、1表8 數(shù)據(jù)類型 是否為空是否主鍵編號 字段說明唯 一 標 識 某 一 退 貨單12（） 否是退貨的物品名稱（外鍵否否d）采購訂單 （外鍵34（） 否否否退貨原因否否否操作員（填寫該退貨表 的 人 員 外 鍵 56否否）退貨數(shù)量表9 是否主鍵編號 字段說明數(shù)據(jù)類型 是否為空唯 一 標 示 某 一 入 庫單12（） 否是采 購 訂 單 中 某 一 種物 品 的 外 鍵 否否采購訂單 （外鍵34（） 否（） 否否否入庫數(shù)量操作員（填寫該退貨表 的 人 員 外 鍵 56否否否否）（）入庫時間3.3 設(shè)計思想3.3.1 系統(tǒng)軟件架構(gòu)根據(jù)本采購系統(tǒng)需要采用了 MVC 模式，將系統(tǒng)結(jié)構(gòu)分為模型層、視圖層和

15、控制層。下面是對系統(tǒng)的這三層結(jié)構(gòu)的描述圖：12關(guān)系數(shù)據(jù)庫接受、處理用戶請求決定向用 戶呈現(xiàn) 的視圖圖6 視圖層：視圖是模型的表示，它提供用戶交互界面?？刂茖樱喝缓髮a(chǎn)生下一步用戶界面的責(zé)任委派給一個適當(dāng)?shù)囊晥D組件。模型層：圖和模型之間交互的支持。這層是系統(tǒng)的核心層。3.3.2 系統(tǒng)模塊介紹系統(tǒng)劃分的模塊包括：采購基礎(chǔ)數(shù)據(jù)管理、權(quán)限管理、供應(yīng)商評估管理、采購計劃管理、采購訂單管理、采購收貨管理、采購?fù)素浌芾砗蛨蟊砉芾?。系統(tǒng)模塊圖如下：13系統(tǒng)用戶管理圖7 收貨管理、訂單管理、退貨管理屬于采購員使用模塊。采購計劃管理、供應(yīng)商評估管理、報表管理屬于采購部經(jīng)理使用模塊。權(quán)限管理、用戶管理系統(tǒng)管理員使用

16、。采購基礎(chǔ)數(shù)據(jù)管理屬于需求部門使用模塊。3.3.3 功能結(jié)構(gòu)圖14系統(tǒng)用戶管理用戶權(quán)限管理添加用戶刪除用戶查找用戶修改用戶圖8 3.3.4 業(yè)務(wù)流程分析（1）計劃采購業(yè)務(wù)流程，如圖 9。15各個需求部門物料庫存信息尋找新的供應(yīng)商，并考察其資質(zhì)信息否是采購?fù)瓿捎懈鶕?jù)供應(yīng)商不同拆分訂單，并分配采購員否是收貨管理倉庫管理員采購合同通知采購?fù)瓿桑ㄠ]件自動推送）否退貨管理退貨單是貨物入庫貨物簽收貨物質(zhì)檢單簽收單圖9（2）緊急采購業(yè)務(wù)流程，如圖 10。16更新物料備選單出現(xiàn)新物料審批通過的臨時緊急采購需求單物料庫存信息合理性臨時緊急采購計劃單否是采購?fù)瓿晒?yīng)商反饋（報價單或標書）有招標管理否生成確定供應(yīng)商

17、確認后重新發(fā)貨告知供應(yīng)商聯(lián)系與溝通采購員審批人否審批通過？是為訂單分配采購員與供應(yīng)商簽訂合同收貨管理存儲倉庫管理員采購合同質(zhì)檢合格？否退貨管理退貨單通知采購?fù)瓿桑ㄠ]件自動推送）入庫單是通知財務(wù)部付款貨物入庫貨物簽收貨物質(zhì)檢單簽收單圖 17（1）采購基礎(chǔ)數(shù)據(jù)管理（以下每部分基礎(chǔ)數(shù)據(jù)管理都支持增刪改查）A. 倉庫信息管理圖 圖）（2）供應(yīng)商評估管理（支持增刪改查）供應(yīng)商資料維護供應(yīng)商報價維護（采購部定時對供應(yīng)商的報價進行更新）C供應(yīng)商信用評價：采購部可以根據(jù)供應(yīng)商企業(yè)資質(zhì)、產(chǎn)品質(zhì)量、履約情況等對供應(yīng)商進行信用等級評價注：新增供應(yīng)商時，由總經(jīng)理審核，采購部錄入供應(yīng)商資料。（3）采購計劃管理單。根據(jù)采

18、購需求單生成采購計劃，并作出采購計劃單。計劃采購業(yè)務(wù)：在每個月的 25 需求計劃單樣可以使每張需求計劃單臨時緊急采購業(yè)務(wù)：當(dāng)有臨時項目啟動時，可以向系統(tǒng)提交“臨時緊急需求單。但臨時緊急需求單單匯總，直接單獨為一單，進行采購。（4）采購訂單管理件，和采購訂單文件。（5）采購訂單審批流程管理才可以采購。采購員（審批金額 1000）部門采購經(jīng)理（審批金額 5000） 總經(jīng)理（可以審批所有訂單）自動提醒。（6）采購收貨管理單（如圖 1720圖 某一年公司各月份采購總金額統(tǒng)計，及所占比例b.某一年各類物料年采購總金額統(tǒng)計，及所占比例各年間_月采購金額比較分析5 采購未能及時完成的原因統(tǒng)計6 采購物料比重

19、分布據(jù)統(tǒng)計分析和登錄注冊功能等功能。通過本系統(tǒng)的設(shè)計與實現(xiàn)讓我漸漸地明白“實踐是檢驗真理的唯一的標準” 的真正含義。本來認為比較簡單的功能自己實現(xiàn)起來卻困難重重，只有等到自己動手去做才知道一切并不是自己想的那么簡單。參考文獻: 2 . . ： . . 3版） ： 5 . . 語言描述 ： . 明日科技等. 項目開發(fā)案例整合 . . ：22致謝論文是在老師的悉心指導(dǎo)下完成的。在以往的學(xué)習(xí)過程中，老師的教學(xué)態(tài)度和著我前進的步伐，是我感覺每天都在進步，每天都可以學(xué)到新知識。感謝和我一起完成這個系統(tǒng)的同伴們和在我實現(xiàn)本系統(tǒng)中給過我?guī)椭娜?。最后衷心的感謝在百忙之中抽出寶貴時間來評審論文各位老師！23附錄 ：1. 倉庫信息管理倉庫信息管理 倉 庫 編 號 $errorMessage倉庫詳細信息倉庫編號倉庫管理員管理員號碼修改$warehouse.WID$warehouse.WManager$warehouse.WPhone2. 設(shè)置員工權(quán)限24設(shè)置員