【正文】 哪些。使讀者對這個小型超市信息管理系統(tǒng)的設計思想有一個初步的了解。預期讀者：本章節(jié)的預期讀者包括設計人員，超市信心管理系統(tǒng)的使用者，管理員。因此在設計時盡量做到圖文兼?zhèn)?，使得閱讀者能夠了解系統(tǒng)的工作流程，相關數(shù)據(jù)的交互。運行環(huán)境：本系統(tǒng)開發(fā)環(huán)境具體如下：1 windows7操作系統(tǒng)；2 ；3 ；4支持Html ，JavaScript的瀏覽器，如 IE9。功能性需求是整個需求分析章節(jié)最為重要的部分。它直接決定了系統(tǒng)的模塊劃分，業(yè)務邏輯，明確了使用者對小型超市信息管理系統(tǒng)功能的要求。一個完善的，明確的，詳細的功能性需求分析是開發(fā)一個系統(tǒng)的關鍵。成功的功能性需求分析可以避免后期對系統(tǒng)的大范圍改動甚至是推倒重建，因此，本部分極為重要。1不用輸入用戶名，密碼 ，直接登錄超市管理系統(tǒng)的商品頁面；2查看商品的基本信息，包括 商品編號，單價，余量，廠家，生產(chǎn)日期，保質(zhì)期；3在購物車中查看自己選中的商品名稱，價格，數(shù)量，并可以從購物車中移除某些商品，查看總價，并可以選擇結(jié)賬或選擇繼續(xù)購物；4點擊結(jié)賬后顯示結(jié)賬成功并退出系統(tǒng)。相關用例圖見圖31。圖31 顧客用例圖顧客用例 “查看商品基本信息”的用例描述見表31。其他用例類似于此，不再一一贅述。表31 用例描述查看商品基本信息使用者顧客用例查看商品基本信息參與者顧客，小型超市信息管理系統(tǒng)數(shù)據(jù)顧客向超市信息管理系統(tǒng)發(fā)送商品相關信息，如商品名，商品類型，商品編號等激勵超市信息管理系統(tǒng)根據(jù)用戶發(fā)送的字段，查詢后臺數(shù)據(jù)庫響應超市信息管理系統(tǒng)返回查詢商品結(jié)果備注無1打開網(wǎng)站后，進入登錄頁面。輸入用戶名，密碼 登錄系統(tǒng)。2登陸后，選擇進入系統(tǒng)人員管理頁面或者商品信息管理頁面。在系統(tǒng)人員管理頁面中，查看其它管理員的信息，并可以添加新的管理員。在商品信息管理頁面，可以查看全部商品的信息，包括商品編號，進價，單價，余量，廠家，生產(chǎn)日期，保質(zhì)期。3進入商品信息管理頁面的進貨管理頁面，可以填寫進貨單，實現(xiàn)相關產(chǎn)品數(shù)量的增加。4進入商品信息管理頁面的銷售查看頁面，可以查看近期各項商品的銷售情況。5點擊頁面右上角的退出按鈕，直接退出系統(tǒng)并跳轉(zhuǎn)到登錄頁面。相關用例圖見圖32 管理員功能性需求用例圖。圖32 管理員功能性需求用例圖非功能性需求分析主要是對面向系統(tǒng)性能方面的要求進行分析，以確定諸如硬件配置，數(shù)據(jù)庫連接等問題。非功能性需求的合理確定會給系統(tǒng)的后期維護，硬件升級，系統(tǒng)性能分析等帶來很大的便利。相互合作的用戶數(shù)量1；系統(tǒng)支持的并發(fā)操作數(shù)量1。容量需求：存儲器：2G；磁盤空間：10G；數(shù)據(jù)庫中表的最大行數(shù)：無規(guī)定。1主機設備和網(wǎng)絡通信設備必須有備份，并處于實時備用狀態(tài)。2建立設備檔案，詳細記錄設備的基本情況(包括升級、更新情況等)、故障現(xiàn)象、故障分析、維修過程、處理結(jié)果等內(nèi)容。設備發(fā)生故障時應及時維修，必要時，通知供貨廠商(代理商)的技術人員到場解決。3在下列情況下須進行系統(tǒng)軟件的系統(tǒng)級全備份：⑴新系統(tǒng)投入運營上線之前；⑵系統(tǒng)軟件升級之前和之后；⑶固定的周期時點（如季末、年末等；⑷特定時點（如災難應急演練前、系統(tǒng)發(fā)生重大事故恢復后等）。4在下列情況下須進行數(shù)據(jù)庫零級備份：⑴新系統(tǒng)上線時(最好全備)；⑵結(jié)帳前后；⑶年終結(jié)算；⑷固定周期時點（如一個月）；⑸特定時點（如系統(tǒng)發(fā)生重大事故恢復之前、之后）。5在下列情況下須進行數(shù)據(jù)庫增量備份：兩次零級備份之間必須每日做增量備份。4 總體設計系統(tǒng)總體設計圖如圖41所示。當使用人員登錄系統(tǒng)后，按身份的不同進入各自的頁面，并使用系統(tǒng)提供的功能。管理員的人員信息管理屬于操作者所有，在此本系統(tǒng)默認管理員可以操作其他管理員的信息。圖41 系統(tǒng)總體設計圖本處將對小型超市信息管理系統(tǒng)進行分模塊設計，明確各個模塊的操作流程，功能如何使用等問題。1 登錄模塊超市信息管理系統(tǒng)的使用者主要有兩種：普通的顧客和管理員。按照日常生活中超市的運作流程，普通顧客不需要為其設立專門的數(shù)據(jù)表，所以只需要實現(xiàn)管理員的登錄模塊。使用者進入系統(tǒng)后，首先進入歡迎界面。普通顧客點擊“開始購物旅程”超鏈接，直接進入購物界面。管理員點擊“進入后臺系統(tǒng)”超鏈接，進入管理員登陸界面。由于管理員對系統(tǒng)有操作，查看等權限，因此不允許在登陸頁面注冊新的管理員。登陸成功后跳轉(zhuǎn)至管理員管理頁面，否則顯示“Login fail”登陸失敗。當輸入正確的姓名，密碼后，界面自動跳轉(zhuǎn)到管理員管理歡迎界面。2 商品信息管理模塊管理員進入后臺管理界面后，點擊“商品信息管理頁面”超鏈接，進入商品信息管理頁面。頁面查詢后臺數(shù)據(jù)庫數(shù)據(jù)，將所有商品信息展示在右側(cè)頁面上。若管理員需要對相關商品信息作出修改，或者刪除某項商品信息。則點擊相應的超鏈接進行操作。刪除成功后系統(tǒng)會提示“刪除成功”。點擊“更新”，系統(tǒng)會進入商品信息更新頁面。在頁面中，已經(jīng)預先填好了所選商品信息。這允許管理員僅對需要修改的字段內(nèi)容修改，避免了全盤輸入的麻煩。若管理員需要添加新商品，則點擊“添加新商品”鏈接。系統(tǒng)跳轉(zhuǎn)到 商品信息添加頁面。在此頁面填入相應的商品信息，點擊“添加”按鈕。若各個字段的值都符合要求，則系統(tǒng)提示“添加成功”。再點擊左側(cè)“商品信息管理頁面”，則可以看到剛才插入的商品信息。3 進貨單管理模塊進貨是超市正常運營，及時跟進市場最新動態(tài)，調(diào)整售貨方向的最重要的手段。進貨單管理模塊用來實現(xiàn)進貨功能，管理員可以填寫進貨單實現(xiàn)對商品表及進貨單表的更新。在 管理員管理歡迎界面 點擊“進貨單管理頁面”，系統(tǒng)跳轉(zhuǎn)到進貨單管理頁面。由于進貨操作是管理員對超市經(jīng)營情況收集信息的重要途徑，因此不允許對進貨單進行修改操作，以便進行對賬，合計等操作。點擊“增加進貨單”鏈接，系統(tǒng)跳轉(zhuǎn)至進貨信息添加頁面。在進貨信息添加頁面中，當管理員填寫好相應的字段后，點擊“添加”按鈕。系統(tǒng)在后臺會自動查找填入的商品名。如果以前存在同名的商品，則在原來的商品的基礎上，對數(shù)量作出修改。如果查不到填入的商品名，則在商品表中新建一條記錄。最后，在進貨單表中生成相應的進貨記錄。4 管理員信息管理模塊在管理員管理歡迎界面，點擊“管理員信息管理頁面”。系統(tǒng)跳轉(zhuǎn)至管理員信息管理界面。在此界面上，可以實現(xiàn)對管理員信息的增刪改，在此不再一一贅述。5 交易信息查看模塊顧客每次在超市的消費都會有相應的記錄。由于小型超市規(guī)模的限制，不可能大量保存每筆交易的詳細信息，因此系統(tǒng)以交易流水號的形式表示每筆交易。此模塊就是供管理員查看交易信息的記錄。由于交易信息是對超市中已存在的交易行為的記錄，因此不允許管理員對交易信息進行修改，只能在記錄較多時刪除某條記錄。6 退出模塊管理員在左側(cè)菜單點擊“退出”鏈接，進入“確認退出頁面”。7　購物模塊在開始頁面點擊“開始購物旅程”鏈接，跳轉(zhuǎn)到購物頁面。點擊一項商品后的添加至購物車鏈接，會提示添加成功，并選擇查看購物車或繼續(xù)購物。點擊“查看購物車”進入購物車管理頁面。可以實現(xiàn)對購物車中商品數(shù)量的修改，查看目前已購買商品的價格總計，或者選擇刪除購物車中的某項商品，甚至清空購物車。點擊“結(jié)賬”鏈接，系統(tǒng)在新頁面中會生成一個交易流水號，繼續(xù)點擊“結(jié)賬”，如果后臺保存成功，則提示交易完成，點擊鏈接離開。商品基本信息表見表41。表41 商品基本信息表名稱含義類型約束備注GoodsID商品IDInt 20主鍵自動增長GoodsName商品名稱Varchar 10唯一值GoodsType商品類型Int 20不為空GoodsPrice單價Int 10不為空GoodsPurchasePrice進價Int 10不為空GoodsAmount商品數(shù)量Int 10不為空GoodsGetTime進貨日期Date不為空GoodsMaintainTime保質(zhì)期Int 10不為空單位為（天）GoodsFactory生產(chǎn)廠家Varchar 50不為空員工信息表見表 42。表42 員工信息表名稱含義類型約束備注MemberID員工IDInt 20主鍵自動增長MemberName員工姓名Varchar 10不為空MemberPassword員工密碼Varchar 6不為空MemberSex員工性別Int 1不為空1：男 2：女MemberAge員工年齡Int 10可為空進貨單表見表43。表43 進貨單表名稱含義類型約束備注Input_ID進貨單IDInt 50主鍵自動增長Input_GoodsID商品IDInt 20不為空Input_GoodsName商品名稱Varchar 10唯一值Input_GoodsType商品類型Int 20不為空Input_GoodsPrice單價Int 10不為空Input_GoodsPurchasePrice進價Int 10不為空Input_GoodsAmount商品數(shù)量Int 10不為空Input_GoodsGetTime進貨日期Date不為空Input_GoodsMaintainTime保質(zhì)期Int 10不為空單位為（天）Input_GoodsFactory生產(chǎn)廠家Varchar 50不為空訂單表見表44。表44 訂單表名稱含義類型約束備注Account__ID訂單IDInt 20主鍵自動增長Account_GoodsID商品IDInt 20不為空Account_Code交易流水號Varchar 50外鍵 參照Sale表code不為空Account_GoodsCount購買商品數(shù)量Int 10不為空交易單表見表45。表45 交易單表名稱含義類型約束備注Sale_ID交易單IDVarchar 20主鍵自動增長Sale_Date交易日期Date不為空Sale_Accountcode交易流水號Varchar 50不為空在進行小型超市信息管理系統(tǒng)的數(shù)據(jù)庫設計時，要綜合考慮到超市的經(jīng)營成本，維護成本，員工素質(zhì)等問題。因此在設計表時，要盡量做到簡潔有效，結(jié)構清晰。過多的外鍵，約束，甚至于不必要的字段等都是在小型超市設計中所要避免的。因此在設計商品表時，只涉及了關于貨物的基本信息，在人員信息表設計時，只涉及了人員最基本的信息，避免了其他冗雜的字段帶來的大量數(shù)據(jù)空間消耗以及維護上和開發(fā)上的困難，從而為商品信息及交易信息的存貯留下了充裕的空間。當然，隨著超市的經(jīng)營，規(guī)模上的擴大在所難免，員工信息，交易記錄的復雜度將會日漸上升。但由于小型超市信息管理系統(tǒng)采用了MVC框架結(jié)構，因此在系統(tǒng)升級，表結(jié)構改變上相對簡單，成本較低。5 系統(tǒng)詳細設計與實現(xiàn)由于小型超市信息管理系統(tǒng)結(jié)構比較簡單，相對大型的，成熟的超市采用的管理系統(tǒng)來說，無論在系統(tǒng)的性能，結(jié)構復雜度，安全性上面都無法與之相比。因此在進行系統(tǒng)設計時，應盡量做到結(jié)構清晰，編碼方式合理，代碼與系統(tǒng)的可維護性較高。在本章節(jié)中，選取小型超市信息管理系統(tǒng)關鍵模塊進行設計闡述。主要模塊有登錄模塊，商品信息查看模塊，購物車模塊三部分。有關本系統(tǒng)的文件結(jié)構見圖51