采購系統的設計與實現

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

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

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

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

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

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

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

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

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

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

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

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

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

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

15、控制層。下面是對系統的這三層結構的描述圖：12關系數據庫接受、處理用戶請求決定向用 戶呈現 的視圖圖6 視圖層：視圖是模型的表示，它提供用戶交互界面?？刂茖樱喝缓髮a生下一步用戶界面的責任委派給一個適當的視圖組件。模型層：圖和模型之間交互的支持。這層是系統的核心層。3.3.2 系統模塊介紹系統劃分的模塊包括：采購基礎數據管理、權限管理、供應商評估管理、采購計劃管理、采購訂單管理、采購收貨管理、采購退貨管理和報表管理。系統模塊圖如下：13系統用戶管理圖7 收貨管理、訂單管理、退貨管理屬于采購員使用模塊。采購計劃管理、供應商評估管理、報表管理屬于采購部經理使用模塊。權限管理、用戶管理系統管理員使用

16、。采購基礎數據管理屬于需求部門使用模塊。3.3.3 功能結構圖14系統用戶管理用戶權限管理添加用戶刪除用戶查找用戶修改用戶圖8 3.3.4 業(yè)務流程分析（1）計劃采購業(yè)務流程，如圖 9。15各個需求部門物料庫存信息尋找新的供應商，并考察其資質信息否是采購完成有根據供應商不同拆分訂單，并分配采購員否是收貨管理倉庫管理員采購合同通知采購完成（郵件自動推送）否退貨管理退貨單是貨物入庫貨物簽收貨物質檢單簽收單圖9（2）緊急采購業(yè)務流程，如圖 10。16更新物料備選單出現新物料審批通過的臨時緊急采購需求單物料庫存信息合理性臨時緊急采購計劃單否是采購完成供應商反饋（報價單或標書）有招標管理否生成確定供應商

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

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

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