【正文】 實(shí)施進(jìn)貨：根據(jù)供貨方檔案及評(píng)審 結(jié)果，選定供貨方；生成定貨單給選定的供貨方；雙方就價(jià)格、數(shù)量、質(zhì)量等方面洽談磋商，直至簽定合同；跟蹤合同執(zhí)行，安排供貨進(jìn)度和貨物運(yùn)輸，做好驗(yàn)收入庫(kù)工作。 系統(tǒng)主要流程分析 （ 1）進(jìn)貨業(yè)務(wù) 進(jìn)貨管理是企業(yè)生產(chǎn)經(jīng)營(yíng)活動(dòng)中極其重要的一環(huán)，它關(guān)系到產(chǎn)品質(zhì)量能否得到保證，生產(chǎn)是否能夠順利進(jìn)行，采購(gòu)成本能否得到有效控制等問題。 （ 7）安全性原則：該系統(tǒng)的管理員具有可設(shè)置登陸密碼，修改密碼的權(quán)限。 （ 3）準(zhǔn)確性原則：對(duì)輸入的相關(guān)資料建立檢錯(cuò)機(jī)制，及時(shí)報(bào)錯(cuò)，使用戶能夠及時(shí)準(zhǔn)確的輸入合法資料 （如類型匹配，長(zhǎng)度不超限等）。作為應(yīng)用程序有較強(qiáng)的可操作性和擴(kuò)展性。 （ 2）應(yīng)用目標(biāo) 開發(fā)這個(gè)系統(tǒng)的目的 就是幫助超市的管理部門提高工作效率。信息錄入項(xiàng)目齊全、完整、系統(tǒng)。當(dāng)超市規(guī)模比較小的時(shí)候，人力可以完成，隨著超市的規(guī)模越來越大，超市的員工人數(shù)也越來越多，依然維持著人力進(jìn)行超市資料管理，必然會(huì)造成工作效率低，工作錯(cuò)誤增高的問題。 （ 4）商品進(jìn)銷情況：變更商品的進(jìn)銷情況。 續(xù)表 26 圖 61 系統(tǒng) ER圖 Mysql 數(shù)據(jù)庫(kù)設(shè)計(jì)界面圖 圖 62 各數(shù)據(jù)表索引 27 圖 63 用戶信息表 圖 64 商品信息表 圖 65 訂單信息表 28 圖 66 銷售信息表 系統(tǒng)數(shù)據(jù)分析 系統(tǒng) 啟動(dòng)的時(shí)候有一個(gè)管理員用戶并沒有任何商品，使用這個(gè)用戶登錄后，可以添加商品信息，并可以通過系統(tǒng)注冊(cè)新用戶，新用戶通過提供商品給管理后臺(tái)，提交通過之后便可顯示新商品。 （ 3）銷售表（用戶編號(hào)，商品編號(hào)，銷售數(shù)量），如表 64 所示。用戶可以在 IE器中訪問此系統(tǒng)的頁面，并執(zhí)行相關(guān)的操作，其訪問數(shù)據(jù)庫(kù)的操作實(shí)現(xiàn)了整個(gè)系統(tǒng)的功能，如用戶注冊(cè)信息管理，商品信息管理，定單信息管理，管理員信息管理等，另外，在系統(tǒng)開發(fā)的同時(shí)也使用了 J2EE、 SSH 和 CSS 等技術(shù)。在這種情況下，一個(gè)可以規(guī)范化、自動(dòng)化的超市管理系統(tǒng)就顯得非常必要。 （ 2）人員層面，包括： A、維護(hù)協(xié)議； B、思想認(rèn)識(shí)； C、法律法規(guī)教育； D、編寫代碼時(shí)候起名字用匈牙利法命名，以便以后維修； E、工作流程及方式方法。 DAO 最適用于單系統(tǒng)應(yīng)用 程序或小范圍本地分布使用。網(wǎng)絡(luò)接口層將幀放在網(wǎng)上，或者從網(wǎng)上把幀取下來。 L、購(gòu)物車界面：由商品 ID、商品名稱、商品價(jià)格、購(gòu)買數(shù)量、商品廠家等信息及刪除、繼續(xù)購(gòu)買、下定單提交按鈕組成。 接口設(shè)計(jì) 用戶接口 （ 1）注冊(cè)、登陸界面 A、登錄界面：由輸入用戶名（由下拉菜單組成，由管理員和用戶組成）、密碼的文本框和登錄、注冊(cè)按鈕等組成； B、注冊(cè)界面：注冊(cè)用戶名、密碼信息輸入文本框等組成； （ 2）管理者后臺(tái)界面 C、查看商品信息界面：商品的相關(guān)信息組成，點(diǎn)開商品名稱會(huì)鏈接至該商品的詳情介紹，幫助客戶了解商品。 問題定義 商品按類管理：所以需要有一商品類型信息，商品必須屬于一個(gè)商品類型，如果一個(gè)商品類型存在商品或存在下級(jí)商品類型則該類型不該刪除，需要記錄供應(yīng)商信息，在涉及商品數(shù)量的地方，要給出相應(yīng)的單位。具體來說，總體設(shè)計(jì)要去確定構(gòu)成系統(tǒng)的每個(gè)物理單元，說明每個(gè)物理單元之間的相互關(guān)系（即系統(tǒng)結(jié)構(gòu)）。 Servlet 也可以很方便地處理 post 請(qǐng)求。 本文檔的閱讀對(duì)象是課程設(shè)計(jì)指導(dǎo)老師以及同學(xué)，此文檔將作為本小組進(jìn)行詳細(xì)設(shè)計(jì)和軟件開發(fā)的依據(jù)，并且可幫助以后進(jìn)行系統(tǒng)擴(kuò)展和維護(hù)的開發(fā)人員了解和維護(hù)此系統(tǒng)。 數(shù)據(jù)庫(kù)的運(yùn)行和維護(hù)包括以下方面： （ 1）數(shù)據(jù)庫(kù)的轉(zhuǎn)儲(chǔ)和恢復(fù)； （ 2）數(shù)據(jù)庫(kù)的安全性、完整性控制； （ 3）數(shù)據(jù)庫(kù)性能的監(jiān)督、分析和改造； （ 4）數(shù)據(jù)庫(kù)的重組織和重構(gòu)造。 “進(jìn)貨信息表”，用來記錄每次的進(jìn)貨信息，“進(jìn)貨信息表”與系統(tǒng)的多張數(shù)據(jù)表相關(guān)聯(lián)，在該表需要設(shè)置字段：進(jìn)貨 ID、商 品 ID、進(jìn)價(jià)、數(shù)量、金額、員工 ID 和進(jìn)貨日期等。 功能分析 “商品信息表”，用來記錄超市里每種商品的信息，這是該管理系統(tǒng)中主要的操作對(duì)象，大部分的功能操作都要涉及到該表中的信息。 各部分功能主要有： （ 1）商品信息檔案管理 商品下架或因各種原因可以將商品檔案及時(shí)更新，可以按各種查詢要求方便查詢商品基本信息。 接口 本工程產(chǎn)品通過 PC 及運(yùn)行，需要用戶輸入相應(yīng)的數(shù)據(jù)，產(chǎn)生相應(yīng)的處理。 （ 5）系統(tǒng)的可移植性 : 能在 Windows、 Linux 和 Unix 操作系統(tǒng)上運(yùn)行。 其他需求 （ 1）系統(tǒng)的功能實(shí)現(xiàn)情況 : 用戶可在本系統(tǒng)下實(shí)現(xiàn)各種用戶要求的功能。 硬件接口 支持各種系列 PC機(jī)，不需要特定的硬件或硬件接口進(jìn)行支撐。 （ 2）數(shù)據(jù)庫(kù)檢索超時(shí)不超過 20 秒。 表 43 用戶 管理用例 用例 ID號(hào) 用例說明 用例名稱 用戶 管理 執(zhí)行者 用戶 描述 用戶注冊(cè)、登陸、購(gòu)買、提供等 操作 續(xù)表 14 涉眾利益 管理員希望管理過程越簡(jiǎn)單越好 前置條件 管理員正常登陸系統(tǒng)，并且具有 用戶 管理權(quán)限 后置條件 用戶對(duì)后臺(tái) 進(jìn)行了更新 基本流程 請(qǐng)求 購(gòu)買 管理 購(gòu)買 管理頁面 填寫 購(gòu)買 信息 提 交 購(gòu)買 信息 購(gòu)買 信息 擴(kuò)展流程 4步 優(yōu)先級(jí) 高 業(yè)務(wù)規(guī)則 購(gòu)買數(shù)量 是否 為空 ， 購(gòu)買數(shù)量、定單 ID、商品名稱 必須填寫 設(shè)計(jì)約束 非功能性需求 字段列表 信息 = 商品 名稱 + [商品 別名 ] + [商品 描述 ] + 定單 ID 性能要求 數(shù)據(jù)精確度 （ 1）要按照嚴(yán)格的數(shù)據(jù)格式輸入，否則系統(tǒng)將給出錯(cuò)誤 提示信息并要求重新輸入，系統(tǒng)給予不響應(yīng)處理。 12 圖 41 超市購(gòu)物系統(tǒng)用用例圖 用例規(guī)約 權(quán)限管理系統(tǒng)主要用例有：商品管理用例、定單管理用例和用戶管理用例，下面分別對(duì)這三種用例場(chǎng)景進(jìn)行描述。活動(dòng)圖可以描述存在的并且已經(jīng)被定義為需求到處任務(wù)一部分的活動(dòng)或功能。用例視圖從外部用戶的角度捕獲系統(tǒng)、子系統(tǒng)或類的行為，它將系統(tǒng)功能劃分為對(duì)參與者具有意義的事務(wù)。 （ 4）作為項(xiàng)目評(píng)審驗(yàn)收的依據(jù)。 表 33 風(fēng)險(xiǎn)分析 風(fēng)險(xiǎn)排序 風(fēng)險(xiǎn)項(xiàng)名稱 風(fēng)險(xiǎn)描述 風(fēng)險(xiǎn)緩解方案 1 需求分析 對(duì)項(xiàng)目的需求分析不夠好，可能導(dǎo)致在進(jìn)行接下來的工作中受到限制和停頓 在需求分析過程中做好充分分析和計(jì)劃，當(dāng)做到滿意時(shí)，可以開始接下來的工作 2 界面設(shè)計(jì) 在實(shí)現(xiàn)界面設(shè)計(jì)上不能符合用戶的習(xí)慣 在編程這個(gè)過程中對(duì)美觀設(shè)計(jì)多加注重 3 時(shí)間控制 成員在時(shí)間上把握不是很準(zhǔn) 在開發(fā)過程中適當(dāng)調(diào)整時(shí)間的分配，適當(dāng)加快進(jìn)度 階段名稱 起止時(shí)間 工 作 內(nèi) 容 階段產(chǎn)品 問題的定義及規(guī)劃 89周 確定軟件開發(fā)目標(biāo)、可行性、 項(xiàng)目計(jì)劃 可行性研究報(bào)告、 項(xiàng)目計(jì)劃書 需求分析 910周 對(duì)軟件需要實(shí)現(xiàn)的功能進(jìn)行詳細(xì)分析 需求規(guī)格說明書 軟件設(shè)計(jì) 1013周 對(duì)整個(gè)軟件系統(tǒng)分進(jìn)行設(shè)計(jì)、 如框架設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)等 概要設(shè)計(jì)說明書 數(shù)據(jù)庫(kù)設(shè)計(jì)說明書 程序編碼 1314周 對(duì)所實(shí)現(xiàn)功能的算法設(shè)計(jì) 詳細(xì)設(shè)計(jì)說明書 軟件測(cè)試 1415周 以發(fā)現(xiàn)軟件在整個(gè)設(shè)計(jì)過程中存在的問題并加以糾正 測(cè)試計(jì)劃 運(yùn)行維護(hù) 1520周 在軟件投入使用后，需對(duì)軟件 進(jìn)行更改，以滿足用戶的需求 完成系統(tǒng)成品 11 第四章 需求分析 引言 編寫目的 需求分析的任務(wù)簡(jiǎn)略的說就是弄清用戶的需求，確定系統(tǒng)必須完成哪些工作，也就是對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求，建立系統(tǒng)的邏輯模型。 （ 3）使規(guī)模大、結(jié)構(gòu)復(fù)雜的軟件開發(fā)變得很容易。 （ 3）文檔必須按照國(guó)標(biāo)的文檔編寫。 非交付項(xiàng) （ 1）源碼：軟件源代碼。 （ 8）系統(tǒng)測(cè)試（提交測(cè)試計(jì)劃、測(cè)試用例和測(cè)試報(bào)告）。 （ 4）需求分析（提交需求分析說明書）。測(cè)試的目標(biāo)是想以最少的時(shí)間和人力找出軟件中潛在的各種錯(cuò)誤和缺陷。概要設(shè)計(jì)的重要任務(wù)就是設(shè)計(jì)軟件的結(jié)構(gòu)，也就是要確定系統(tǒng)是由哪些模塊組成，以及這些模塊相互間的關(guān)系。是定義全部項(xiàng)目任務(wù)，識(shí)別出關(guān)鍵任務(wù)，跟蹤關(guān)鍵任務(wù)的進(jìn)展?fàn)顩r，已保證能 及時(shí)發(fā)現(xiàn)拖延進(jìn)度的情況 （ 2）軟件生命周期（ software life cycle）：是人們?cè)谘芯寇浖_發(fā)過程時(shí)所發(fā)現(xiàn)的一種規(guī)律性的事實(shí)。編寫項(xiàng)目開發(fā)計(jì)劃的主要目的： （ 1）給本開發(fā)人員提供一個(gè)框架，使之能合理地估算軟件項(xiàng)目開發(fā)所需的資源、經(jīng)費(fèi)和開發(fā)計(jì)劃，并控制軟件項(xiàng)目開發(fā)過程按此計(jì)劃進(jìn)行 。 用戶業(yè)務(wù)需求 該管理軟件將對(duì)庫(kù)存產(chǎn)品進(jìn)行資料管理和統(tǒng)計(jì)，對(duì)產(chǎn)品的進(jìn)貨單和產(chǎn)品的銷售單進(jìn)行錄入管理和統(tǒng)計(jì)。而且整個(gè)銷售系統(tǒng)采用最友好的交互界面，簡(jiǎn)潔明了，不需要對(duì)數(shù)據(jù)庫(kù)非常了解。所以在管理中獲得經(jīng)濟(jì)效益是一個(gè)綜合效益，要對(duì)他進(jìn)行直接定量的分析是比較困難的。同時(shí)超市就其他產(chǎn)品還說，屬于高端行業(yè)，無論是產(chǎn)品的價(jià)格還是質(zhì)量都比較高，而經(jīng)營(yíng)產(chǎn)品的經(jīng)銷商或者是商家都要求有雄厚的資金的作支持。 企業(yè)研發(fā)開支 開發(fā)新系統(tǒng)的工作是一項(xiàng)艱巨復(fù)雜的工作，它的投資主要是人力和物力的投資。 問題定義 商品按類管理，所以需要有一商品類型信息，商品必須屬于一個(gè)商品類型，如果一個(gè)商品類型存在商品或存在下級(jí)商品類型則該類型不該刪除，需要記錄供應(yīng)商信息，在涉及商品數(shù)量的地方，要給出相應(yīng)的單位，在進(jìn)貨信息中要包含供應(yīng)商等信息，商品銷售信息單中要包含登記商品，銷售數(shù)量單價(jià)等信息，進(jìn)貨，銷售，報(bào)損操作要有相應(yīng)操作員信息，只有管理員登陸之后才可以使用后臺(tái)管理系統(tǒng)，默認(rèn)的管理員不可以刪除，進(jìn)貨，銷售，庫(kù)存，報(bào) 損信息都要可以添加，修改，刪除，分類，查找。本系統(tǒng)運(yùn)用計(jì)算機(jī)管理信息技術(shù)，建立數(shù)據(jù)庫(kù)，對(duì)超市的進(jìn)銷存過程進(jìn)行詳細(xì)的分析，實(shí)現(xiàn)了對(duì)超市的進(jìn)貨、銷售和庫(kù)存的科學(xué)管理。兩個(gè)分析的結(jié)果將分別作為數(shù)據(jù)庫(kù)設(shè)計(jì)和程序設(shè)計(jì)的依據(jù)。為此，我在本次設(shè)計(jì)之中選 擇了超市信息管理系統(tǒng)設(shè)計(jì)，依靠現(xiàn)代化的計(jì)算機(jī)信息處理技術(shù)來管理超市，從而節(jié)省了大量的人力、物力、改善了員工的工作條件，減輕了勞動(dòng)強(qiáng)度，并且能夠快速反映出商品的進(jìn)銷存狀況和各種反饋信息分析，使管理人員快速對(duì)市場(chǎng)的變化作出相應(yīng)決策，加快超市的系統(tǒng)建立的技術(shù)基礎(chǔ)： 數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)是以數(shù)據(jù)庫(kù)為基礎(chǔ)的信息管理系統(tǒng)，它一般包含兩個(gè)方面內(nèi)容，一個(gè)數(shù)據(jù)庫(kù)設(shè)計(jì)，二是程序設(shè)計(jì)。作為一家中小型超市，他們的主要業(yè)務(wù)是銷售產(chǎn)品，目前系統(tǒng)運(yùn)做中存在很 多題，所有的進(jìn)貨單，出貨單都是人工填寫，耗時(shí)而且易出現(xiàn)錯(cuò)誤；庫(kù)存也是人工記帳，無法隨時(shí)掌握最準(zhǔn)確的存貨情況；對(duì)于銷售數(shù)據(jù)，往往要花好多時(shí)間和精力去計(jì)算每個(gè)業(yè)務(wù)員的銷售業(yè)績(jī)，每項(xiàng)商品的銷售狀況，為了解決上述問題，提高經(jīng)濟(jì)效益，準(zhǔn)備導(dǎo)入進(jìn)銷存系統(tǒng)進(jìn)行銷售，采購(gòu)，庫(kù)存等的計(jì)算機(jī)化管理。在開發(fā)過程中， 我們針對(duì)當(dāng)前各超市管理特點(diǎn)和技術(shù)人員的實(shí)際水平，采用 Window 基于圖形界面這一易學(xué)易用的操作系統(tǒng)環(huán)境，在系統(tǒng)設(shè)計(jì)過程中，我們盡量采用一些易懂易讀的接口界面，使用戶可以在短期內(nèi)完全掌握。 作為國(guó)內(nèi)市場(chǎng)的一些中小超市，他們?cè)谛畔⒒^程中的步伐要落后大中型超市，而對(duì)于這些企業(yè)的資源管 理，信息的存儲(chǔ)和處理也顯的迫切需要，要適應(yīng)市場(chǎng)競(jìng)爭(zhēng)，就需要有高效的處理方式和管理方法，因此加快超市的電算化進(jìn)程是必不可少的。 在會(huì)計(jì)業(yè)務(wù)中，產(chǎn)成品的完成，發(fā)出和結(jié)存關(guān)系到超市銷計(jì)劃的完成和流動(dòng)資金占用情況，而銷售核算子系統(tǒng)是電算化會(huì)計(jì)系統(tǒng)中一個(gè)關(guān)鍵且比較復(fù)雜的子系統(tǒng)。在功能方面，我們借鑒現(xiàn)在市場(chǎng)上流行的財(cái)務(wù)軟件的特點(diǎn)，拋去泛泛不實(shí)用的缺點(diǎn)，使我們?cè)O(shè)計(jì)的系統(tǒng)在功能上極貼近中小超市的使用要求。 問題的引出 超市形式在我國(guó)于 20世紀(jì) 90年代初期起步，現(xiàn)已成為我國(guó)零售業(yè)的一種重要形態(tài)。 數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的開發(fā)是一個(gè)軟件工程，應(yīng)按照軟件工程的開發(fā)方法進(jìn)行分析，設(shè)計(jì)，編程和調(diào)試。實(shí)際上在設(shè)計(jì)數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)時(shí)，這兩個(gè)需求分析是緊密相關(guān)的，不論是數(shù)據(jù)庫(kù)設(shè)計(jì)，還是程序設(shè)計(jì)都需要考慮這兩個(gè)方面的因素。 6 第二章 可行性研究 引言 編寫目的 根據(jù)調(diào)查研究報(bào)告而進(jìn)行編寫的超市購(gòu)物管理系統(tǒng)，編寫本系統(tǒng)主要是為了提高超市的管理及超市的銷售額，給超市帶來更多的經(jīng)濟(jì)效益，更是在超市實(shí)體店與互聯(lián)網(wǎng)聯(lián)系起來以適應(yīng)當(dāng)今網(wǎng)絡(luò)時(shí)代的需求，達(dá)到促進(jìn)消費(fèi)并提高超市的聲譽(yù)，尤其是一些連鎖超市。 技術(shù)可行性研究 在 IT 行業(yè)中從業(yè)的工作人員一般都要求懂計(jì)算機(jī)，具有一定軟硬件基礎(chǔ)，會(huì)使用各種管理軟件，熟悉 IT 產(chǎn)品。對(duì)于本系統(tǒng)的開發(fā)來說，其主要投資還是在人力和物力兩個(gè)方面。所以