1、PAGE PAGE 57小型超市管理系統可行性分析報告1.引言1.1編寫目的：可行性研究的目的是為了對問題進行研究，以最小的代價在最短的時間內確定問題是否可解經過對此項目進行詳細調查研究，初擬系統實現報告，對軟件開發中將要面臨的問題及其解決方案進行初步設計及合理安排。明確開發風險及其所帶來的經濟效益。本報告經審核后，交軟件經理審查。作為國內市場的一些中小型超市，它們在信息化過程中的步伐要落后于大中型超市，而對于這些企業的資源管理，信息的存儲和處理也顯得迫切需要，要適應市場競爭，就需要有高效的處理方式和管理方法，因此加快超市的信息化進程是必可少的。1.2項目背景：開發軟件名稱：小型超市管理系統項

2、目提出任務者：小型超市管理人員項目開發者：河北軟件職業技術學院09嵌入式班第一小組用戶：小型超市管理人員及工作人員實現軟件單位：小型超市用戶與開發小組1.3 定義：信息系統：是指利用計算機、網絡、數據庫等現代信息技術，處理組織中的數據、業務、管理和決策等問題，并為組織目標服務的綜合系統。1.4 參考資料軟件工程概論，衛紅春，清華大學出版社。2.可行性研究的前提2.1要求：主要功能：為用戶提供優質服務，方便超市管理者的管理工作，提高超市的服務質量和服務效率。性能要求：為超市物品銷售建立數據庫及時更新銷售信息，為庫存建立數據庫使管理者能夠時刻了解超市庫存量信息，總結每日經營的物品數量，反映消費者及

3、市場對物品的需求量。輸出要求：簡捷，快速，實時，數據完整，詳實。安全與保密要求：數據資料有些屬內部資料，不能為外人所知，系統須有保密措施，設置密碼。不能輕易被破壞，不能讓管理人員以外的人更改數據。查看資料需輸入正確密碼。銷售人員銷售貨物需輸入代號才能打開收銀柜。萬一泄露密碼，應設修改密碼的程序，同時密碼不能過于簡單 。完成期限：預計三個月。2.2目標：提高超市的運作效率，節余財力物力資源。降低錯誤發生率，解決超市管理的紊亂。減少人力和設備費用提高處理速度提高控制精度及生產能力改進管理信息服務提高決策科學性提高人員利用率2.3條件，假定和限制局限性：只限于內部聯網，如果發生被盜、密碼丟失等事故處

4、理會比較麻煩，需修改多個文件。經費來源和使用限制；充分考察市場，得到相關的一系列信息。2.4可行性研究方法通過調查分析開發小型超市管理系統所具備的能力及實現的方法。確定總體結構， 利用SQL Server數據庫所具有的能力，以最簡潔最容易的方法，使用VB（Visual basic）開 發出界面友好、簡單易懂、易操作、功能完備的進銷存系統軟件。系統的開發采用快速原型法（RPPRapid Prototype Ping）。即在總體設計思想的指導下，根據用戶提出的基本需求，選擇一些關鍵的子系統作為基本原型，并加以實現，然后逐步擴大原型向整個系統的其它方面延伸，最終達到系統的開發目標，以得到整個系統。這

5、種方法強調了用戶至上的原則，要求用戶的高層管理人員參加，對用戶現行的組織結構，管理方式及管理方法的沖突較少，而且用戶逐步得到系統，易于接受，故成功率較高。這種方法的主要優點在于：系統開發效益高。運用快速原型法可以使系統開發的周期短，速度快，費用低，獲得較高的綜合開發效益。系統的可維護性。由于用戶參與了系統開發的全過程，對系統的功能容易接受和理解，使得移交工作比較順利，而且有利于系統的運行，管理與維護。系統適用性強。由于快速原型法是以用戶為中心的，系統的開發符合用戶的實際需要，所以系統開發的成功率高，容易被用戶接受。系統的可擴展性。由于快速原型法開始并不考慮許多細節問題，系統是在原型應用中不斷修

6、改完善的。所以系統具有較強的可擴展性，功能的增減都比較靈活方便。2.5決定可行性的主要因素超市規模、設備狀況、操作人員技術技術可行性分析3.1系統簡要描述新系統在原有系統的基礎上加入了新的數據庫的支持，使用了先進的數據庫技術與數據管理技術，使數據的準確性與安全性得到了很大的提高，且在用戶的并行操作與用戶管理方面也有了極大地改善。3.2處理流程和數據流驗證信息驗證信息超市管理員管理員信息修改商品入庫信息處理商品庫存信息處理商品銷售信息處理密碼信息處理結果處理結果商品入庫信息商品庫存信息商品銷售信息商品銷售信息處理結果處理結果管理員信息銷售信息庫存信息入庫信息打印商品信息商品銷售信息顧客身份驗證管

7、理員信息驗證信息工作人員商品銷售信息身份驗證工作人員信息工作人員信息管理員信息修改密碼信息處理結果4經濟可行性研究設備費：本系統所需的硬件設備費用為2萬元。其他一次性支出不可預見費： 8000015%=12000元經常性支出人員費用：本系統開發期為三個月，試運行一周。開發期需要開發人員4人，試運行期需要開發人員2人。人員費用為6萬元。（445003+22000=6萬元）系統維護費：需要1人/年進行系統維護，維護費為1.5萬元（如當年系統無故障，則不需支付維護費用）設備維護費：設備更新費為5萬元。設備維護費為2萬元。消耗材料費：每年按1萬元計算。效益一次性收益 出售系統的適用權的收入：10000

8、0元。經常性收益每月的銷售收入20000元。社會因素可行性分析5.1法律因素該項目為獨立開發，在技術上沒有使用任何現有的軟件與方法。所以在法律方面不會存在侵犯專利權、侵犯版權等問題，完全按照合同規定的責任履行。.5.2用戶使用可行性使用本軟件人員要求有一定計算機基礎的人員，系統管理員要求由計算機的專業知識，所有人員都要經過本公司培訓。管理人員也需經一般培訓。經過培訓人員將會熟練使用本軟件。還有就是提高用戶使用的可行性，適用于更多的用戶，更多的用戶可使用該系統，提高運行效率，減少工作時間。小型超市管理系統需求分析說明書開發目標在計算機網絡，數據庫和先進的開發平臺上，利用現有的軟件，配置一定的硬件

9、，開發一個具有開放體系結構的、易擴充的、易維護的、具有良好人機交互界面的小型超市管理系統，為超市的提供準確、精細、迅速的超市管理以及銷售信息。通過本管理系統軟件，幫助超市工作人員利用計算機，極為方便的對超市的有關數據進行管理、輸入、輸出、查找等有關操作，使雜亂的超市數據能夠具體化、直觀化、合理化等。功能要求主要完成的功能有：系統設置、商品供應商信息管理、員工檔案管理、商品信息管理、商品入庫管理、銷售管理、銷售數據查詢，以及這一系列過程中涉及商品的數據修改與查詢統計等多種操作1）系統設置(1) 添加刪除用戶：只限于管理員操作。管理員可以向里面添加和刪除用戶信息，也可修改用戶密碼。(2) 退出登錄

10、：返回到登錄界面，重新登錄.2）商品供應商信息管理(1) 供應商信息的錄入;(2) 供應商信息的修改;(3) 供應商信息的刪除;(4) 供應商信息的查詢;3）員工檔案管理實現員工檔案的添加、刪除、修改、查詢的功能 。 4）商品信息管理(1) 商品信息的錄入。對商品的基本信息進行錄入并保存。(2) 商品信息的修改：在有商品進入時，修改商品的基本信息，更新商品的信息，使商品信息始終是最新的商品信息。(3) 商品信息的刪除：當商品沒貨時，又不準備再進相同的貨時，可以將該商品的信息刪除，保證信息庫中無冗余的數據。5）商品入庫管理 及時錄入商品的入庫信息，保證每種商品再入庫信息種都有登記，做到商品的實際

11、的量、種類和記錄的量和種類相匹配。6）銷售管理及銷售數據查詢數據流圖超市管理員超市管理員超市管理系統數據查詢登錄信息查詢結果頂層數據流圖查詢條件供應商進貨單入庫單顧客購買的商品憑條小型超市管理系統的性能需求為了保證系統能夠長期、安全、穩定、可靠、高效的運行，小型超市管理系統應該滿足以下的性能需求：1系統處理的準確性和及時性系統處理的準確性和及時性是系統的必要性能。在系統設計和開發過程中，要充分考慮系統當前和將來可能承受的工作量，使系統的處理能力和響應時間能夠滿足企業對信息處理的需求。2系統的易用性和易維護性小型超市管理系統是直接面對使用人員的，而使用人員往往對計算機并不時非常熟悉。這就要求系統

12、能夠提供良好的用戶接口，易用的人機交互界面。要實現這一點，就要求系統應該盡量使用用戶熟悉的術語和中文信息的界面；針對用戶可能出現的使用問題，要提供足夠的在線幫助，縮短用戶對系統熟悉的過程。小型超市管理系統中涉及到的數據是超市相當重要的信息，系統要提供方便的手段供系統維護人員進行數據的備份，日常的安全管理，系統意外崩潰時數據的恢復等工作。3系統的標準性系統在設計開發使用過程中都要涉及到很多計算機硬件、軟件。所有這些都要符合主流國際、國家和行業標準。例如在開發中使用的操作系統、網絡系統、開發工具都必須符合通用標準。如規范的數據庫操縱界面、作為業界標準的TCP/IP網絡協議及ISO9002標準所要求

13、的質量規范等；同時，在自主開發本系統時，要進行良好的設計工作，制訂行之有效的軟件工程規范，保證代碼的易讀性、可操作性和可移植性。4系統的響應速度 小型超市管理系統在日常處理中的響應速度為秒級，達到實時要求，以及時 反饋信息。在進行統計分析時，根據所需數據量的不同而從秒級到分鐘級， 原則是保證操作人員不會因為速度問題而影響工作效率。超市管理系統的數據需求超市管理系統的數據需求包括如下幾點：數據錄入和處理的準確性和實時性數據的輸入是否準確是數據處理的前提，錯誤的輸入會導致系統輸出的不正確和不可用，從而使系統的工作失去意義。數據的輸入來源是手工輸入。手工輸入要通過系統界面上的安排系統具有容錯性，并且

14、對操作人員要進行系統的培訓。在系統中，數據的輸入往往是大量的，因此系統要有一定的處理能力，以保證迅速的處理數據。數據的一致性與完整性由于超市產品銷售管理的系統化、規范化、網絡化和自動化，實現對商品入庫和銷售信息的集中統一的管理，所以如何保證這些數據的一致性，是系統必須解決的問題。要解決這一問題，要有一定的人員維護數據的一致性，在數據錄入處控制數據的去向，并且要求對數據庫的數據完整性進行嚴格的約束。對于輸入的數據，要為其定義完整性規則，如果不能符合完整性約束，系統應該拒絕該數據。數據的共享與獨立性 整個超市管理系統的數據是共享的。然而，從系統開發的角度上看，共享會給設計和調試帶來困難。因此，應該

15、提供靈活的配置，使各個分系統能夠獨立運行，而通過人工干預的手段進行系統數據的交換。這樣，也能提供系統的強壯性。數據字典1、數據流條目(1)進貨信息=進貨單號+供應商號+商品號+進貨價+進貨數量+進貨日期+進貨員工(2)銷售信息=銷售單號+供應商號+商品編號+銷售數量+銷售日期2、文件條目(1)文件名：職工清單組成：職工編號+姓名+性別+聯系電話+聯系地址+郵箱地址組織：按職工編號遞增排列(2)文件名：商品清單組成：商品編號+供應商+商品名稱+批號+批準文號+計量單位+產地+單價+備注組織：按商品編號遞增排列(3)文件名：供貨商清單組成：供貨商號+名稱+聯系人+聯系電話+聯系地址+郵政地址+開戶

16、銀行+郵箱地址+銀行帳號+備注組織：按供貨商編號遞增排列(3)文件名：進貨清單組成：進貨單號+商品編號+供貨商號+進貨價+數量+金額+進貨日期+備注組織：按進貨單編號遞增排列(4)文件名：銷售清單組成：銷售單號+商品編號+銷售數量+銷售日期組織：按銷售單編號遞增排列(5)文件名：庫存清單組成：商品編號+庫存數量組織：按商品編號遞增排列3、加工說明(1)加工名：1：查詢加工邏輯：根據要查詢的庫存信息，檢索出庫存信息明細表輸入流：庫存信息查詢，發出庫存信息請求輸出流：庫存信息清單，進貨信息請求(2)加工名：1：更新根據進貨信息或銷售信息更新庫存信息輸入流：已進貨信息，銷售信息輸出流：發出庫存檢索請

17、求(3)加工名：2：查詢根據要查詢的銷售信息，檢索出銷售信息明細表輸入流：銷售信息查詢輸出流：銷售清單，銷售單(4)加工名：2：更新加工邏輯：根據銷售信息更細銷售清單輸入流：前臺銷售信息，庫存信息輸出流：更新庫存清單小型超市管理系統的邏輯模型小型超市管理系統的邏輯模型如下圖所示：名稱名稱職工/用戶職工編號籍貫供貨日期進貨日期電話地址供貨商編號供貨商進貨進貨單號商品編號名稱價格商品姓名性別條形碼mnmn開戶行銀行帳號工資身份證號客戶供貨銷售單號銷售日期數量mn銷售小型超市管理系統的運行要求(1)用戶界面本系統采用Microsoft Visual Studio .Net 2003設計，用戶交互界面

18、采用的是基于Windows的窗口界面。(2)硬件接口運行本系統的硬件基本要求如下：CPU：Intel P3及以上；內存：256MB及以上；硬盤：10GB及以上。(3)軟件接口.NET框架：Microsoft .Net Framework V1.1版本及以上。數據庫服務器：Microsoft SQL Server 2000及以上。其它要求1)系統的功能實現情況: 用戶可在本系統下實現各種用戶要求的功能。2)系統的安全性: 對于系統的重要數據都有密碼保護，具有一定的安全性。3)系統的容錯性: 用戶輸錯數據都有提示信息，具有較好的容錯性能。4)系統的封閉性: 用戶的封閉性較好，用戶基本上在提示信息下

19、輸數據。小型超市管理系統概要設計說明書1.引言1.1編寫目的在本超市管理系統項目的前一階段，也就是需求分析階段中，已經將系統用戶對本系統的需求做了詳細的闡述，這些用戶需求已經在上一階段中對一些中小型超市的實地調研中獲得，并在需求規格說明書中得到詳盡得敘述及闡明。本階段已在系統的需求分析的基礎上，對超市管理系統做概要設計。從該階段開發正式進入軟件的實際開發階段，本階段完成系統的大致設計并明確系統的數據結構與軟件結構。在軟件設計階段主要是把一個軟件需求轉化為軟件表示的過程，這種表示只是描繪出軟件的總的概貌。本概要設計說明書的目的就是進一步細化軟件設計階段得出的軟件總體概貌，把它加工成在程序細節上非

20、常接近于源程序的軟件表示。1.2項目背景待開發軟件系統的名稱：超市管理系統任務的提出者：小型超市管理人員開發者：河北軟件職業技術學院09嵌入式班第一小組用戶：中小型超市用戶1.3參考資料陶宏才.數據庫原理及設計.第1版.北京.清華大學出版社.2004年范立南SQL Server 2000 實用教程第2版.北京.清華大學出版社.2005年卲良彬 劉好增 馬海軍（c#）實踐教程清華大學出版社齊治昌 譚慶平 寧洪軟件工程第2版.高等教育出版社.2004年2. 任務概述2.1目標2.2運行環境（1）硬件環境：建議配制PIV以上的處理器，256M以上內存。 （2）軟件環境：Windows 2000/XP

21、 ，SQL Server 2000，Microsoft Visual 2005 （3）使用人員：會Windows操作的超市管理人員2.3 需求概述提高超市的運作效率，節余財力物力資生率，解決超市管理的紊亂。降低錯誤發源。減少人力和設備費用提高處理速度改進管理信息服務提高決策科學性提高人員利用率3.總體設計3.1處理流程下面將使用（結構化設計）面向數據流的方法對機票預定系統的處理流程進行分析超市管理系統超市管理系統供應商信息管理商品信息管理庫存管理銷售管理系統登錄系統設置員工檔案管理用戶管理新用戶注冊密碼管理改、刪除供應商添加、修修改、刪除商品信息添加、除加、修改、刪員工信息添、修改商品庫存查詢

22、商品入庫查詢、修改商品銷售信息圖4-2 超市管理系統頂層圖圖4-3 超市管理系統第0層圖圖4-4 庫存管理部分第1層圖圖4-5 銷售管理部分第1層圖圖4-6 進貨管理部分第1層圖圖4-7 人事管理部分第1層圖4.接口設計4.1用戶接口命令語法信息正確信息錯誤提交If else進入系統提示重新輸入取消close退出登錄界面無4.2外部接口用戶界面在用戶界面部分，根據需求分析的結果，用戶需要一個用戶友善界面。在界面設計上，應做到簡單明了，易于操作，并且要注意到界面的布局，應突出的顯示重要以及出錯信息。外觀上也要做到合理化，考慮到用戶多對WINDOW 風格較熟悉，應盡量向這一方向靠攏。在設計語言上，

23、已決定使用 MS VISUAL C+ 進行編程，在界面上可使用VISUAL C+ 所提供的可視化組件，向WINDOWS 風格靠近。 其中服務器程序界面要做到操作簡單，易于管理。在設計上采用下拉式菜單方式，在出錯顯示上可調用VISUAL C+ 庫中的錯誤提示函數?？偟膩碚f，系統的用戶界面應作到可靠性、簡單性、易學習和使用硬硬件接口軟件接口鍵盤鼠標掃描儀Sql 2000IIS 5.0Windows xp sp2本系統4.3內部接口模塊名稱登錄模塊查詢模塊銷售模塊管理模塊管理員模塊員工模塊5.數據結構設計1)管理員信息表字段數據類型字段長度說明userIDVarchar20UsernameVarch

24、ar20passwordVarchar16密碼為6至16位2)商品信息表字段數據類型字段長度說明productIDVarchar30productNameVarchar40productDataDatatime8AddressVarchar100Sort codeVarchar503)員工信息表字段數據類型字段長度說明EmpIdVarchar20EmpNameVarchar20PasswordVarchar16密碼必需6至16位SexChar2AgeInt4personIDVarchar18身份證號碼為18位BirthDatatime8PhoneInt4AddressVarchar1004)銷

25、售信息表字段數據類型字段長度說明productIDVarchar30productNameVarchar40PriceDecimal9QuantityInt45)訂單信息表字段數據類型字段長度說明OrderIDVarchar4productNameVarchar40customerNameVarchar60OrderDataData8Phoneint4AddressVarchar100QuantityInt4PriceDecimal9sPriceDecimal9總金額6)供應商信息表字段數據類型字段長度說明customerIDVarchar4customerNameVarchar60Phone

26、Int4AdrressVarchar100E-mailVarchar30MemoVarchar100 備注7）商品庫存表字段數據類型字段長度說明productIDVarchar30productNameVarchar40customerIDVarchar4customerNameVarchar60In_numInt4商品入庫數量In_priceInt4商品入庫單價In_sumInt4商品入庫總金額Out_numInt4商品出庫數量Out_priceInt4商品出庫單價Out_sumInt4商品出庫總金額Now_numInt4庫存數量Now_moneyInt4現金流6.物理結構設計要點數據結構與

27、程序的關系由于數據的存取是通過界面的接口和數據庫進行連接的，所以在實現過程中必不可少的是應用程序實現它們的連接。常用的訪問有：查詢、添加、刪除、修改等，所以用到的程序見下表（為需用到的程序）A:管理員登錄模塊超市信息管理系統模塊Employee_(員工信息)表Admin(管理員)表ISP(供應商)表Goods(商品信息)表Sell_info(銷售)表Strore(商品庫存)表Order form(訂單)表A:管理員程程序名稱數據表名Select * from Insert intoUpdate set Delete fromEmployee_(員工信息)表Admin(管理員)表ISP(供應商)

28、表Goods(商品信息)表Sell_info(銷售)表Strore(商品庫存)表Order form(訂單)表B:超市員工程程序名稱數據表名Select * from Insert intoUpdate set Delete fromEmployee_(員工信息)表Admin(管理員)表ISP(供應商)表Goods(商品信息)表Sell_info(銷售)表Strore(商品庫存)表Order form(訂單)表7.運行設計7.1運行模塊組合 1.系統管理員進入系統后的窗口為管理系統的界面,可以查詢商口供應商、商品信息、員工信息銷售情況、庫存信息等。管理員對員工信息進行修改不會影響其他模塊；對商

29、品供商修改將影響商口信息模塊,管理員對各個模塊的操作將連接至數據庫。2.員工進入系統后只能對商口庫存信息查詢。員工銷售的產品記錄會進入數據庫進行記錄，同時銷售模塊、庫存模塊的數據會進行自動更新，員工對各個模塊的操作將連接至數據庫。3系統管理員在服務器登錄，需要SQL SERVER 2000數據庫的支持；本系統的運行需IIS5.0架設Web服務器。4查詢模塊管理員對數據查詢時通系統與數據庫的連接就可查詢.員工查詢時,會通過Web服務器,再由Web服務器查詢數據庫。7.2 運行控制1.管理員登錄系統時,登錄界面的登錄響應事件會根據用戶名給予管理員的權限; 員工是以普通用戶登錄系統的,所以數據庫會以

30、用戶名自動識別,并給予不同的權限。2.系統需要先啟動數據庫服務器，然后啟動中間的Web服務器，然后各個用戶才能登錄到系統。73 運行時間1后臺DB服務器和WEB服務器占用一臺PC服務器。前端用戶對系統的需求很小，普通PC就可以。正常情況下后臺的DB和WEB服務器是一直運行的?？紤]到此系統為小型超市開發的，所以一般停業時間服務器是關閉的。其中銷售模塊占用的資源較其他模塊要多得多，因為它在時刻將與服務器交換數據。7系統出錯處理設計7.1出錯信息出錯輸出信息：在用戶使用錯誤的數據或訪問沒有權限的數據后，系統給出提示：“對不起，你使用的數據是非法的”。用戶的可以對自已的密碼進行管理，不允許用戶匿名登錄

31、。7.2補救措施對于數據庫中的數據會隨時進行備份的，所以故在系統出錯后可以依靠數據庫的恢復功能，并且依靠日志文件使系統再啟動，就算系統崩潰數據也不會丟失。8.維護設計對于系統較小，所以沒有外加維護模塊，因為維護工作比較簡單，僅靠數據庫的一些基本維護措施就可。但為便于維護，應該設計了三種日志：系統運行日志、操作日志、出錯日志。三種日志根據不同的重要程度采取存放在文件和數據庫的方式，系統管理員可以很輕松地監控系統運行情況。數據表的建立和刪除有數據庫系統管理員予以維護。小型超市管理系統詳細設計說明書1.引言1.1編寫目的根據需求規格說明書、概要設計說明書，在仔細考慮討論之后，我對超市理貨系統商品進貨

32、及主要界面子系統軟件的功能劃分、數據結構、軟件總體結構的實現有了進一步的想法。我們將這些想法記錄下來，作為詳細設計說明書，為進一步設計軟件、編寫代碼打下基礎。在前一階段（概要設計說明書）中，已解決了實現該系統需求的程序模塊設計問題。包括如何把該系統劃分成若干個模塊、決定各個模塊之間的接口、模塊之間傳遞的信息，以及數據結構、模塊結構的設計等。在以下的詳細設計報告中將對在本階段中對系統所做的所有詳細設計進行說明。在本階段中，確定應該如何具體地實現所要求的系統，從而在編碼階段可以把這個描述直接翻譯成用具體的 程序語言書寫的程序。主要的工作有：根據在需求分析說明書中所描述的數據、功能、運行、性能需求，

33、并依照概要設計說明書所確定的處理流程、總體結構和模塊外部設計，設計軟件系統的結構設計、逐個模塊的程序描述（包括各模塊的功能、性能、輸入、輸出、算法、程序邏輯、接口等等）1.2背景待開發系統：超市理貨系統商品進貨及主要界面子系統 項目任務提出者： 小型超市管理人員開發者：河北軟件職業技術學院軟件工程學院09嵌入式第一小組 最終用戶：小型超市各收銀員小型超市零售管理系統是小型超市商品銷售及貨物管理的主要控制部分，直接影響銷售的方便性及管理的規范性。隨著信息時代的發展，對效率的要求日益提高，因而軟件控制銷售和管理已經取代了傳統全手工方式。小型超市具有自身的特點：商品要求一般齊全，進出貨關系較為簡單，

34、員工人數種類不多；在軟件角度看，數據較少，對存儲和速度要求不高。但正由于員工較少，使用軟件控制成為必須。1.3定義 無1.4參考資料1Database System Concepts（Fourth Edition） Abraham Silberschatz Henry F.Korth S.Sudarshan Higher Education Press2王珊.數據庫系統概論（第四版）. 高等教育出版社，2007.3羅運模.完全掌握SQL Server 2000.人民郵電出版社，2001.4白尚旺等.PowerDesigner軟件工程技術.電子工業出版社，2004.5張海藩.軟件工程概論（第五版

35、）.清華大學出版社，2007.6趙松濤.Visual Basic+SQL Server 2000系統開發實錄. 電子工業出版社，2007.7陳燕峰等.Visual Basic數據庫項目案例導航. 清華大學出版社，2004.8需求規格說明書9概要設計說明書2. 系統的結構圖5-1 超市管理系統功能結構圖3數據庫模塊設計說明E-R圖：4. 系統登錄模塊功能：本模塊的主要功能是對用戶身份進行，驗證只有系統的合法用戶才能進入系統。其窗體如圖5-3所示：圖5-3 系統登錄模塊在進行系統登錄過程中，登錄模塊將調用數據庫里的用戶清單，并對賬號和密碼進行驗證，只有輸入了正確的賬號和密碼后，系統登錄才會成功。在

36、登錄模塊中，對系統的嘗試登錄次數進行了限制，禁止用戶無終止的進行系統登錄嘗試，在本系統中，當用戶對系統的三次登錄失敗后，系統將自動機制登錄，突出登錄模塊。并在輸入了錯誤的或者是不存在的賬戶和密碼時，系統會給出出錯信息提示，指明登錄過程中的錯誤輸入或者錯誤操作，以便用戶進行正確的登錄。輸入項、輸出項：輸入項為賬號和密碼。賬號和密碼均為字符串，長度各為6個字符，密碼回顯字符是“*”。5. 進貨管理模塊模塊描述 商品進貨子系統是超市理貨系統的重要組成部分，其中的進貨信息有管理員進行更新。5.1功能建立與數據庫連接；獲取數據庫中的信息；增加進貨商品的信息；修改進貨商品的信息；刪除一條進貨商品的信息記錄

37、；退出子系統時斷開與數據庫的連接。5.2性能 查詢數據庫響應時間2s;更新數據庫運行時間1s;5.3輸入項進貨ID（P_ID）:整數（唯一標識符）進貨名稱（P_Name）：變長字符串條形碼（P_BarCode）：變長字符串進貨數量（P_Num）：整數進貨日期（P_Date）：日期型制造商（P_Factory）：變長字符串供應商（P_Provide）：變長字符串類別號（Type_ID）：整數5.4輸出項 商品進貨信息（同輸入項）5.5設計方法（算法）使用的是順序的數據結構，對于商品信息也使用的是基礎的計算方式。包含的具體設計思想如下：1）添加按鈕設計（cmdAdd）：在添加時，添加、修改和刪除按

38、鈕處于不可用狀態，保存和取消按鈕處于可用狀態，每個文本框都對應了數據庫中的相應屬性列。2）修改按鈕設計（cmdEdit）：在修改時，先判斷數據庫中是否有數據，如果有，則添加、修改和刪除按鈕處于不可用狀態，保存和取消按鈕處于可用狀態，每個文本框都對應了數據庫中的相應屬性列；如果沒有，則顯示“沒有要修改的數據”。3）刪除按鈕設計（cmdDel）：在刪除時，先判斷數據庫中的數據總數是否大于零，如果是，則首先提示一下，然后添加、修改按鈕處于不可用狀態，保存和取消按鈕處于可用狀態，然后數據庫刷新；如果不是，則顯示“沒有可刪除的數據”。4）保存按鈕設計（cmdSave）：首先要判斷是否每個文本框都填寫了數

39、據，然后將數據庫更新，將保存按鈕設為不可用，將取消、增加、修改和刪除按鈕設置為可用，之后再將數據保存進數據庫中。5）取消按鈕設計（cmdCancel）：在取消時，添加、修改和刪除按鈕處于可用狀態，保存和取消按鈕處于不可用狀態，并將每個文本框置空。5.6流程邏輯5.7接口與主模塊的邏輯聯系方式：通過主模塊上的單擊按鈕觸發事件，彈出進貨子系統對話框。與主模塊的參數傳遞方式：數據庫連接控件。5.8存儲分配內部數據：數據庫Adodc1.ConnectionString：數據庫連接字符串 用戶界面進貨ID（P_ID）:整數（唯一標識符）進貨名稱（P_Name）：變長字符串條形碼（P_BarCode）：變

40、長字符串進貨數量（P_Num）：整數進貨日期（P_Date）：日期型制造商（P_Factory）：變長字符串供應商（P_Provide）：變長字符串類別號（Type_ID）：整數5.9注釋設計 在每一個具體的按鈕功能旁都要有注釋，解釋每個按鈕的具體設計思想。5.10限制條件必須連接數據庫，否則會出現無法連接數據庫錯誤。必須登錄，否則無法進入到系統。6. 銷售管理模塊功能：本模塊的主要功能是把銷售信息寫入銷售清單，同時對庫存清單進行更新，以備用戶將來對庫存信息進行查詢和打印，此外還可以對銷售信息進行查詢和盤點功能。銷售信息查詢：根據商品銷售情況，按需要對銷售情況進行查詢。在該查詢模塊中，可以按照

41、商品的編號、銷售日期等多種方式進行商品銷售信息查詢。銷售信息盤點：可以按照需要對在一定時期內的銷售情況進行盤點。輸入項、輸出項：本模塊的數據輸入項主要是商品的銷售單號和商品編號。其中還包括銷售數量和銷售日期。(1)該銷售模塊的用例圖，如圖5-8所示：圖5-8 銷售管理模塊用例圖(2)該銷售管理模塊的活動圖，如圖5-9所示：圖5-9 銷售管理模塊活動圖(3)銷售信息查詢時序圖，如圖5-10所示：圖5-10 銷售信息查詢時序圖(4)銷售盤點時序圖，如圖5-11所示：圖5-11 銷售盤點時序圖7. 庫存管理模塊功能：本模塊的主要功能是商品信息的查詢和更新，庫存信息的查詢和更新。查詢商品信息：主要功能

42、查詢商品的明細信息，和它的庫存信息。添加商品信息：主要功能添加新進的商品。修改商品信息：主要功能是修改商品的信息，包括他的庫存數量。刪除商品信息：主要功能是刪除不再銷售的商品信息。輸入項、輸出項：本模塊的數據輸入項主要是商品編號。(1)該庫存管理模塊的用例圖，如圖5-12所示：圖5-12 庫存管理用例圖(2)庫存管理模塊活動圖，如圖5-13所示：圖5-13 庫存管理模塊活動圖(3)庫存管理查詢時序圖，如圖5-14所示：圖5-14 庫存管理查詢時序圖(4)庫存管理添加時序圖，如圖5-15所示：圖5-15 庫存管理添加時序圖(5)庫存管理修改時序圖，如圖5-16所示：圖5-16 商品管理修改時序圖

43、(6)庫存管理刪除時序圖，如圖5-17所示：圖5-17 庫存管理刪除時序圖8.系統管理模塊系統用戶管理：在系統實行多用戶管理時，本模塊將為系統開辟多個系統用戶，并能對其進行簡單的信息維護，用戶名變更和密碼修改。退出：選擇退出系統，將關閉整個系統，結束本次使用。小型超市管理系統測試計劃分析報告1引言1.1 編寫目的1）這份測試計劃報告書時為了測試本系統是否可行。當輸入商品的信息時，測試其信息能不能被完整地保存在數據庫中以備日后查詢用。當輸入的數據不符合要求時，看系統能不能給出提示。當價格信息修改后看修改后的信息能不能被系統接受并保存到數據庫。2）本報告由*合作完成。1.2 項目背景待開發軟件系統

44、的名稱：超市管理系統任務的提出者：小型超市管理人員開發者：河北軟件職業技術學院09嵌入式班第一小組用戶：中小型超市用戶1.3 定義為了便于閱讀理解本文，在此解釋一些在本文中用到的簡寫和專業術語：超市管理系統以下簡稱SMS。1.4 參考資料1 HYPERLINK /search.aspx?category=01&key2=%u6881%u51B0 梁冰， HYPERLINK /search.aspx?category=01&key2=%u9648%u4E39%u4E39 陳丹丹， HYPERLINK /search.aspx?category=01&key2=%u82CF%u5B87 蘇宇. S

45、QL語言參考大全. HYPERLINK /search.aspx?category=01&key3=%u4EBA%u6C11%u90AE%u7535%u51FA%u7248%u793E 人民郵電出版社, 20082陶宏才編.用數據庫原理及設計. HYPERLINK /search.aspx?category=01&key3=%u4EBA%u6C11%u90AE%u7535%u51FA%u7248%u793E 人民郵電出版社, 20073Watts S.Humphrey編.軟件工程規范.清華大學出版社，20064Shari Lawrence Pfleeger編.軟件工程理論與實踐. HYPERL

46、INK /search.aspx?category=01&key3=%u7535%u5B50%u5DE5%u4E1A%u51FA%u7248%u793E 電子工業出版社,20095Swapna Kishore編.軟件需求分析.機械工業出版社,20072、任務概述2.1 目標用戶登陸測試：前臺用戶登陸系統安全管理模塊，用戶輸入用戶名和密碼，模塊通過連接到數據庫查找用戶信息進行檢驗。商品錄入測試：錄入商品信息商品查詢：輸入商品編號，查詢商品信息快速輸入測試：商品手動輸入模塊，通過輸入商品編號，查詢數據庫中商品信息表，并顯示出信息收銀業務測試：對輸入商品進行計價，輸入所收取金額，并計算出找回金額數2

47、.2 運行環境Windows 2000/XP2.3 需求概述為了確定完全涵蓋測試需求構建一個“需求樹” ，為“需求樹”中的每一個需求話題建立了一個詳細的目錄，描述每一個需求，給它分配一個優先級，如果需要的話還可以加上附件。這些產生的報告和圖表可以幫助分析測試需求，檢查需求以確保它們在測試范圍內。 2.4 條件與限制條件：有測試總體計劃書和書寫測試用例（計劃）和測試手冊限制：目前我們的使用范圍非常狹窄，且本軟件是我們的初次版本，如果該軟件提高版本，本軟件需要大量的修改和更新23、計劃3.1測試方案說明確定測試方法和選取測試用例的原則測試工件為四個階段：單元測試、組裝測試、確認測試、系統測試單元測

48、試：采用白盒法和黑盒法相結合的方法，對于邏輯結構復雜的模塊采用白盒法，對于以輸入、輸出為主的模塊采用黑盒法測試，以提高測試的效率。組裝測試：混合法(對軟件結構中較上層使用的自頂向下與對軟件結構中較下層使用的自底向上方法相結合)。 確認測試：由用戶參與按需求規格說明書驗收。系統測試：采用人工測試方法。3.2測試項目在測試過程中，首先需要對各子單元過程進行測試。在各子單元過程測試完畢后，再對各模塊（包括各子單元過程之間的接口）進行測試，處理好各模塊之間的接口，最后對系統進行測試和維護。3.3測試準備在文件方面要有測試總體計劃書、 測試用例（計劃）測試手冊、測試腳本代碼 3.4測試機構及人員測試人員

49、：負責編寫測試計劃，組織測試，對測試過程進行記錄，收集、整理測試記錄數據，對測試結果進行分析，編寫測試總結報告。 軟件工程師：負責編寫、調試客戶端測試軟件；數據庫管理系統的安裝 系統工程師：負責測試用的硬件維護及操作系統安裝、CEWMS配置。 總工程師：負責對測試計劃及測試總結報告進行批準。用戶：必要時可參加測試，并提出具體的測試要求，也可要求暫停測試。4、測試項目說明4.1測試項目名稱及測試內容登陸、密碼模塊測試本測試是采用黑盒測試法：為了檢測不同權限的用戶在登陸時，是否能進入對應的模塊并得到應有的權限，檢驗密碼模塊的正確有效性。 商品信息管理測試本測試采用白盒測試法：主要內容是插入商品信息的測試。4.2測試用例4.2.1用戶登陸測試測試用例1（正確輸入）【輸入】：用戶：lc 密碼：lc【期望輸出】：登入成功，顯示前臺銷售管理窗體【實際輸出】：登入成功，顯示前臺銷售管理窗體測試用例2（無該用戶）【輸入】：用戶：aa 密碼：aa【期望輸出】：提示用戶名或密碼錯誤【實際輸出】：