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