項目：小型超市管理系統(tǒng)1560942294

小型超市治理系統(tǒng)可行性分析報告：可行性研究的目的是為了對咨詢題進行研究，以最小的代價在最短的時刻內(nèi)確定咨詢題是否可解通過對此工程進行具體調(diào)查研究，初擬系統(tǒng)實現(xiàn)報告，對軟件開發(fā)中將要面臨的咨詢題及其解決方案進行初步設計及合理安排。明確開發(fā)風險及其所帶來的經(jīng)濟效益。本報告經(jīng)審核后，交軟件經(jīng)理審查。作為國內(nèi)市場的一些中小型超市，它們在信息化過程中的步伐要落后于大中型超市，而關于這些企業(yè)的資源治理，信息的存儲和處理也顯得迫切需要，要適應市場競爭，就需要有高效的處理方式和治理方法，因此加快超市的信息化進程是必可少的。1.2工程背景：開發(fā)軟件名稱：小型超市治理系統(tǒng)工程提出任務者：小型超市治理人員工程開發(fā)者：河北軟件職業(yè)技術學院09嵌進式班第一小組用戶：小型超市治理人員及工作人員實現(xiàn)軟件單位：小型超市用戶與開發(fā)小組1.3定義：信息系統(tǒng)：是指利用計算機、網(wǎng)絡、數(shù)據(jù)庫等現(xiàn)代信息技術，處理組織中的數(shù)據(jù)、業(yè)務、治理和決策等咨詢題，并為組織目標效勞的綜合系統(tǒng)。1.4參考資料?軟件工程概論?，衛(wèi)紅春，清華大學出版社。2.1要求：要緊功能：為用戶提供優(yōu)質(zhì)效勞，方便超市治理者的治理工作，提高超市的效勞質(zhì)量和效勞效率。性能要求：為超市物品銷售建立數(shù)據(jù)庫及時更新銷售信息，

為庫存建立數(shù)據(jù)庫使治理者能夠時刻了解超市庫存量信息，總結每日經(jīng)營的物品數(shù)量，反映消費者及市場對物品的需求量。輸出要求：簡捷，快速，實時，數(shù)據(jù)完整，詳實。平安與保密要求：數(shù)據(jù)資料有些屬內(nèi)部資料，不能為外人所知，系統(tǒng)須有保密措施，設置密碼。不能輕易被破壞，不能讓治理人員以外的人更改數(shù)據(jù)。查瞧資料需輸進正確密碼。銷售人員銷售物資需輸進代號才能翻開收銀柜。萬一泄露密碼，應設修改密碼的程序，同時密碼不能過于簡單。完成期限：估量三個月。2.2目標：提高超市的運作效率，節(jié)余財力物力資源。落低錯誤發(fā)生率，解決超市治理的紊亂。減少人力和設備費用提高處理速度提高操縱精度及生產(chǎn)能力革新治理信息效勞提高決策科學性提高人員利用率2.3條件，假定和限制局限性：只限于內(nèi)部聯(lián)網(wǎng)，要是發(fā)生被盜、密碼喪失等事故處理會比立苦惱，需修改多個文件。經(jīng)費來源和使用限制；充分考察市場，得到相關的一系列信息。通過調(diào)查分析開發(fā)小型超市治理系統(tǒng)所具備的能力及實現(xiàn)的方法。確定總體結構，利用SQLServer數(shù)據(jù)庫所具有的能力，以最簡潔最輕易的方法，使用VB〔Visualbasic〕開發(fā)出界面友好、簡單易明白、易操作、功能完備的進銷存系統(tǒng)軟件。系統(tǒng)的開發(fā)采納快速原型法〔RPP---RapidPrototypePing〕。即在總體設計思想的指導下，依據(jù)用戶提出的全然需求，選擇一些要害的子系統(tǒng)作為全然原型，并加以實現(xiàn)，然后逐步擴大原型向整個系統(tǒng)的其它方面延伸，最終到達系統(tǒng)的開發(fā)目標，以得到整個系統(tǒng)。這種方法強調(diào)了用戶至上的原那么，要求用戶的高層治理人員參加，對用戶現(xiàn)行的組織結構，治理方式及治理方法的沖突較少，而且用戶逐步得到系統(tǒng)，易于同意，故成功率較高。這種方法的要緊優(yōu)點在于：系統(tǒng)開發(fā)效益高。運用快速原型法能夠使系統(tǒng)開發(fā)的周期短，速度快，費用低，獲得較高的綜合開發(fā)效益。系統(tǒng)的可維護性。由于用戶參與了系統(tǒng)開發(fā)的全過程，對系統(tǒng)的功能輕易同意和理解，使得移交工作比立順利，而且有利于系統(tǒng)的運行，治理與維護。系統(tǒng)適用性強。由于快速原型法是以用戶為中心的，系統(tǒng)的開發(fā)符合用戶的實際需要，因此系統(tǒng)開發(fā)的成功率高，輕易被用戶同意。系統(tǒng)的可擴展性。由于快速原型法開始并不考慮許多細節(jié)咨詢題，系統(tǒng)是在原型應用中不斷修改完善的。因此系統(tǒng)具有較強的可擴展性，功能的增減都比立靈活方便。超市規(guī)模、設備狀況、操作人員技術３．技術可行性分析系統(tǒng)簡要描述新系統(tǒng)在原有系統(tǒng)的根底上參加了新的數(shù)據(jù)庫的支持，使用了先進的數(shù)據(jù)庫技術與數(shù)據(jù)治理技術，使數(shù)據(jù)的正確性與平安性得到了特別大的提高，且在用戶的并行操作與用戶治理方面也有了極大地改善。驗證信息驗證信息超市治理員治理員信息修改商品進庫信息處理商品庫存信息處理商品銷售信息處理密碼信息處理結果處理結果商品進庫信息商品庫存信息商品銷售信息商品銷售信息處理結果處理結果治理員信息銷售信息庫存信息進庫信息打印商品信息商品銷售信息顧客身份驗證治理員信息驗證信息工作人員商品銷售信息身份驗證工作人員信息工作人員信息治理員信息修改密碼信息處理結果4經(jīng)濟可行性研究設備費：本系統(tǒng)所需的硬件設備費用為2萬元。其他一次性支出不可預見費：80000×15%=12000元經(jīng)常性支出人員費用：本系統(tǒng)開發(fā)期為三個月，試運行一周。開發(fā)期需要開發(fā)人員4人，試運行期需要開發(fā)人員2人。人員費用為6萬元?！?×4500×3+2×2000=6萬元〕系統(tǒng)維護費：需要1人/年進行系統(tǒng)維護，維護費為萬元〔如當年系統(tǒng)無故障，那么不需支付維護費用〕設備維護費：設備更新費為5萬元。設備維護費為2萬元。消耗材料費：每年按1萬元計算。效益一次性收益出售系統(tǒng)的適用權的收進：100000元。經(jīng)常性收益每月的銷售收進20000元。５．社會因素可行性分析該工程為獨立開發(fā)，在技術上沒有使用任何現(xiàn)有的軟件與方法。因此在方面可不能存在侵犯專利權、侵犯版權等咨詢題，完全按照合同的責任履行。.使用本軟件人員要求有一定計算機根底的人員，系統(tǒng)治理員要求由計算機的專業(yè)知識，所有人員都要通過本公司培訓。治理人員也需經(jīng)一般培訓。通過培訓人員將會熟練使用本軟件。還有確實是根基提高用戶使用的可行性，適用于更多的用戶，更多的用戶可使用該系統(tǒng)，提高運行效率，減少工作時刻。小型超市治理系統(tǒng)需求分析講明書小組人員:杜小龍王濤陳龍谷雅婷班級：軟件工程系09嵌進式開發(fā)目標在計算機網(wǎng)絡，數(shù)據(jù)庫和先進的開發(fā)平臺上，利用現(xiàn)有的軟件，配置一定的硬件，開發(fā)一個具有開放體系結構的、易擴充的、易維護的、具有良好人機交互界面的小型超市治理系統(tǒng)，為超市的提供正確、精細、迅速的超市治理以及銷售信息。通過本治理系統(tǒng)軟件，關懷超市工作人員利用計算機，極為方便的對超市的有關數(shù)據(jù)進行治理、輸進、輸出、查尋等有關操作，使雜亂的超市數(shù)據(jù)能夠具體化、直瞧化、合理化等。功能要求要緊完成的功能有：系統(tǒng)設置、商品需求商信息治理、職員檔案治理、商品信息治理、商品進庫治理、銷售治理、銷售數(shù)據(jù)查詢，以及這一系列過程中涉及商品的數(shù)據(jù)修改與查詢統(tǒng)計等多種操作1〕系統(tǒng)設置(1)添加刪除用戶：只限于治理員操作。治理員能夠向里面添加和刪除用戶信息，也可修改用戶密碼。(2)退出登錄：返回到登錄界面，重新登錄.2〕商品需求商信息治理(1)需求商信息的錄進;(2)需求商信息的修改;(3)需求商信息的刪除;(4)需求商信息的查詢;3〕職員檔案治理實現(xiàn)職員檔案的添加、刪除、修改、查詢的功能。4〕商品信息治理(1)商品信息的錄進。對商品的全然信息進行錄進并保持。(2)商品信息的修改：在有商品進進時，修改商品的全然信息，更新商品的信息，使商品信息始終是最新的商品信息。(3)商品信息的刪除：當商品沒貨時，又不預備再進相同的貨時，能夠?qū)⒃撋唐返男畔h除，保證信息庫中無冗余的數(shù)據(jù)。5〕商品進庫治理及時錄進商品的進庫信息，保證每種商品再進庫信息種都有登記，做到商品的實際的量、種類和記錄的量和種類相匹配。6〕銷售治理及銷售數(shù)據(jù)查詢數(shù)據(jù)流圖超市超市治理員超市治理系統(tǒng)數(shù)據(jù)查詢登錄信息查詢結果頂層數(shù)據(jù)流圖查詢條件需求商進貨單進庫單顧客購置的商品憑條小型超市治理系統(tǒng)的性能需求為了保證系統(tǒng)能夠長期、平安、穩(wěn)定、可靠、高效的運行，小型超市治理系統(tǒng)應該滿足以下的性能需求：1． 系統(tǒng)處理的正確性和及時性系統(tǒng)處理的正確性和及時性是系統(tǒng)的必要性能。在系統(tǒng)設計和開發(fā)過程中，要充分考慮系統(tǒng)當前和今后可能承受的工作量，使系統(tǒng)的處理能力和響應時刻能夠滿足企業(yè)對信息處理的需求。2． 系統(tǒng)的易用性和易維護性小型超市治理系統(tǒng)是直截了當面對使用人員的，而使用人員往往對計算機并不時特不熟悉。這就要求系統(tǒng)能夠提供良好的用戶接口，易用的人機交互界面。要實現(xiàn)這一點，就要求系統(tǒng)應該盡量使用用戶熟悉的術語和中文信息的界面；針對用戶可能出現(xiàn)的使用咨詢題，要提供足夠的在線關懷，縮短用戶對系統(tǒng)熟悉的過程。小型超市治理系統(tǒng)中涉及到的數(shù)據(jù)是超市相當重要的信息，系統(tǒng)要提供方便的手段供系統(tǒng)維護人員進行數(shù)據(jù)的備份，日常的平安治理，系統(tǒng)意外崩潰時數(shù)據(jù)的恢復等工作。3．系統(tǒng)的標準性系統(tǒng)在設計開發(fā)使用過程中都要涉及到許多計算機硬件、軟件。所有這些都要符合主流國際、國家和行業(yè)標準。例如在開發(fā)中使用的操作系統(tǒng)、網(wǎng)絡系統(tǒng)、開發(fā)工具都必須符合通用標準。如標準的數(shù)據(jù)庫操縱界面、作為業(yè)界標準的TCP/IP網(wǎng)絡協(xié)議及ISO9002標準所要求的質(zhì)量標準等；同時，在自主開發(fā)本系統(tǒng)時，要進行良好的設計工作，制訂行之有效的軟件工程標準，保證代碼的易讀性、可操作性和可移植性。4．系統(tǒng)的響應速度小型超市治理系統(tǒng)在日常處理中的響應速度為秒級，到達實時要求，以及時相應信息。在進行統(tǒng)計分析時，依據(jù)所需數(shù)據(jù)量的不同而從秒級到分鐘級，原那么是保證操作人員可不能因為速度咨詢題而礙事工作效率。超市治理系統(tǒng)的數(shù)據(jù)需求超市治理系統(tǒng)的數(shù)據(jù)需求包括如下幾點：數(shù)據(jù)錄進和處理的正確性和實時性數(shù)據(jù)的輸進是否正確是數(shù)據(jù)處理的前提，錯誤的輸進會導致系統(tǒng)輸出的不正確和不可用，從而使系統(tǒng)的工作失往意義。數(shù)據(jù)的輸進來源是手工輸進。手工輸進要通過系統(tǒng)界面上的安排系統(tǒng)具有容錯性，同時對操作人員要進行系統(tǒng)的培訓。在系統(tǒng)中，數(shù)據(jù)的輸進往往是大量的，因此系統(tǒng)要有一定的處理能力，以保證迅速的處理數(shù)據(jù)。數(shù)據(jù)的一致性與完整性由于超市產(chǎn)品銷售治理的系統(tǒng)化、標準化、網(wǎng)絡化和自動化，實現(xiàn)對商品進庫和銷售信息的集中統(tǒng)一的治理，因此如何保證這些數(shù)據(jù)的一致性，是系統(tǒng)必須解決的咨詢題。要解決這一咨詢題，要有一定的人員維護數(shù)據(jù)的一致性，在數(shù)據(jù)錄進處操縱數(shù)據(jù)的往向，同時要求對數(shù)據(jù)庫的數(shù)據(jù)完整性進行嚴格的約束。關于輸進的數(shù)據(jù)，要為其定義完整性規(guī)那么，要是不能符合完整性約束，系統(tǒng)應該拒盡該數(shù)據(jù)。數(shù)據(jù)的共享與獨立性整個超市治理系統(tǒng)的數(shù)據(jù)是共享的。然而，從系統(tǒng)開發(fā)的角度上瞧，共享會給設計和調(diào)試帶來困難。因此，應該提供靈活的配置，使各個分系統(tǒng)能夠獨立運行，而通過人工干預的手段進行系統(tǒng)數(shù)據(jù)的交換。如此，也能提供系統(tǒng)的強壯性。數(shù)據(jù)字典1、數(shù)據(jù)流條目(1)進貨信息=進貨單號+需求商號+商品號+進貨價+進貨數(shù)量+進貨日期+進貨職員(2)銷售信息=銷售單號+需求商號+商品編號+銷售數(shù)量+銷售日期2、文件條目(1)文件名：職工清單組成：{職工編號+姓名+性不+聯(lián)系++郵箱地址}組織：按職工編號遞增排列(2)文件名：商品清單組成：{商品編號+需求商+商品名稱+批號+批準文號+計量單位+產(chǎn)地+單價+備注}組織：按商品編號遞增排列(3)文件名：供貨商清單組成：{供貨商號+名稱+聯(lián)系人+聯(lián)系++郵政地址+開戶銀行+郵箱地址+銀行帳號+備注}組織：按供貨商編號遞增排列(3)文件名：進貨清單組成：{進貨單號+商品編號+供貨商號+進貨價+數(shù)量+金額+進貨日期+備注}組織：按進貨單編號遞增排列(4)文件名：銷售清單組成：{銷售單號+商品編號+銷售數(shù)量+銷售日期}組織：按銷售單編號遞增排列(5)文件名：庫存清單組成：{商品編號+庫存數(shù)量}組織：按商品編號遞增排列3、加工講明(1)加工名：1：查詢加工邏輯：依據(jù)要查詢的庫存信息，檢索出庫存信息明細表輸進流：庫存信息查詢，發(fā)出庫存信息請求輸出流：庫存信息清單，進貨信息請求(2)加工名：1：更新依據(jù)進貨信息或銷售信息更新庫存信息輸進流：已進貨信息，銷售信息輸出流：發(fā)出庫存檢索請求(3)加工名：2：查詢依據(jù)要查詢的銷售信息，檢索出銷售信息明細表輸進流：銷售信息查詢輸出流：銷售清單，銷售單(4)加工名：2：更新加工邏輯：依據(jù)銷售信息更細銷售清單輸進流：前臺銷售信息，庫存信息輸出流：更新庫存清單小型超市治理系統(tǒng)的邏輯模型小型超市治理系統(tǒng)的邏輯模型如以如下面圖所示：名稱名稱職工/用戶職工編號籍貫供貨日期進貨日期地址供貨商編號供貨商進貨進貨單號商品編號名稱價格商品姓名性不條形碼mnmn開戶行銀行帳號工資身份證號客戶供貨銷售單號銷售日期數(shù)量mn銷售小型超市治理系統(tǒng)的運行要求(1)用戶界面本系統(tǒng)采納MicrosoftVisualStudio.Net2003設計，用戶交互界面采納的是基于Windows的窗口界面。(2)硬件接口運行本系統(tǒng)的硬件全然要求如下：CPU：IntelP3及以上；內(nèi)存：256MB及以上；硬盤：10GB及以上。(3)軟件接口.NET框架：Microsoft.NetFrameworkV1.1版本及以上。數(shù)據(jù)庫效勞器：MicrosoftSQLServer2000及以上。其它要求1)系統(tǒng)的功能實現(xiàn)情況:用戶可在本系統(tǒng)下實現(xiàn)各種用戶要求的功能。2)系統(tǒng)的平安性:關于系統(tǒng)的重要數(shù)據(jù)都有密碼保衛(wèi)，具有一定的平安性。3)系統(tǒng)的容錯性:用戶輸錯數(shù)據(jù)都有提示信息，具有較好的容錯性能。4)系統(tǒng)的封閉性:用戶的封閉性較好，用戶全然上在提示信息下輸數(shù)據(jù)。小型超市治理系統(tǒng)概要設計講明書在本超市治理系統(tǒng)工程的前一時期，也確實是根基需求分析時期中，差不多將系統(tǒng)用戶對本系統(tǒng)的需求做了具體的闡述，這些用戶需求差不多在上一時期中對一些中小型超市的實地調(diào)研中獲得，并在需求規(guī)格講明書中得到詳盡得表達及講明。本時期已在系統(tǒng)的需求分析的根底上，對超市治理系統(tǒng)做概要設計。從該時期開發(fā)正式進進軟件的實際開發(fā)時期，本時期完成系統(tǒng)的大致設計并明確系統(tǒng)的數(shù)據(jù)結構與軟件結構。在軟件設計時期要緊是把一個軟件需求轉(zhuǎn)化為軟件表示的過程，這種表示只是描繪出軟件的總的概貌。本概要設計講明書的目應該實是根基進一步細化軟件設計時期得出的軟件總體概貌，把它加工成在程序細節(jié)上特不接近于源程序的軟件表示。待開發(fā)軟件系統(tǒng)的名稱：超市治理系統(tǒng)任務的提出者：小型超市治理人員開發(fā)者：河北軟件職業(yè)技術學院09嵌進式班第一小組用戶：中小型超市用戶卲良彬劉好增馬海軍?〔c#〕實踐教程?清華大學出版社2.任務概述〔1〕硬件環(huán)境：建議配制PIV以上的處理器，256M〔2〕軟件環(huán)境：Windows2000/XP，SQLServer2000，MicrosoftVisual2005〔3〕使用人員：會Windows操作的超市治理人員2.3需求概述提高超市的運作效率，節(jié)余財力物力資生率，解決超市治理的紊亂。落低錯誤發(fā)源。減少人力和設備費用提高處理速度革新治理信息效勞提高決策科學性提高人員利用率3.總體設計下面將使用〔結構化設計〕面向數(shù)據(jù)流的方法對機票預定系統(tǒng)的處理流程進行分析超市超市治理系統(tǒng)需求商信息治理商品信息治理庫存治理銷售治理系統(tǒng)登錄系統(tǒng)設置職員檔案治理用戶治理新用戶注冊密碼治理改、刪除需求商添加、修修改、刪除商品信息添加、除加、修改、刪職員信息添、修改商品庫存查詢商品進庫查詢、修改商品銷售信息圖4-2超市治理系統(tǒng)頂層圖圖4-3超市治理系統(tǒng)第0層圖 圖4-4庫存治理局部第1層圖圖4-5銷售治理局部第1層圖圖4-6進貨治理局部第1層圖圖4-7人事治理局部第1層圖命令語法信息正確信息錯誤提交Ifelse進進系統(tǒng)提示重新輸進取消close退出登錄界面無用戶界面在用戶界面局部，依據(jù)需求分析的結果，用戶需要一個用戶友善界面。在界面設計上，應做到簡單明了，易于操作，同時要注重到界面的布局，應突出的顯示重要以及出錯信息。外瞧上也要做到合理化，考慮到用戶多對WINDOW風格較熟悉，應盡量向這一方向靠攏。在設計語言上，已決定使用MSVISUALC++進行編程，在界面上可使用VISUALC++所提供的可視化組件，向WINDOWS風格靠近。其中效勞器程序界面要做到操作簡單，易于治理。在設計上采納下拉式菜單方式，在出錯顯示上可調(diào)用VISUALC++庫中的錯誤提示函數(shù)?？偟膩碇v，系統(tǒng)的用戶界面應作到可靠性、簡單性、易學習和使用硬硬件接口軟件接口鍵盤鼠標掃描儀Sql2000√√√√Windowsxpsp2√√√本系統(tǒng)√√4.3內(nèi)部接口模塊名稱登錄模塊查詢模塊銷售模塊治理模塊治理員模塊√√√職員模塊√√√1)治理員信息表字段數(shù)據(jù)類型字段長度講明userIDVarchar20UsernameVarchar20passwordVarchar16密碼為6至16位2)商品信息表 字段數(shù)據(jù)類型字段長度講明productIDVarchar30productNameVarchar40productDataDatatime8AddressVarchar100SortcodeVarchar503)職員信息表 字段數(shù)據(jù)類型字段長度講明EmpIdVarchar20EmpNameVarchar20PasswordVarchar16密碼必需6至16位SexChar2AgeInt4personIDVarchar18身份證號碼為18位BirthDatatime8PhoneInt4AddressVarchar100 4)銷售信息表字段數(shù)據(jù)類型字段長度講明productIDVarchar30productNameVarchar40PriceDecimal9QuantityInt45)訂單信息表字段數(shù)據(jù)類型字段長度講明OrderIDVarchar4productNameVarchar40customerNameVarchar60OrderDataData8Phoneint4AddressVarchar100QuantityInt4PriceDecimal9sPriceDecimal9總金額6)需求商信息表字段數(shù)據(jù)類型字段長度講明customerIDVarchar4customerNameVarchar60PhoneInt4AdrressVarchar100E-mailVarchar30MemoVarchar100備注7〕商品庫存表 字段數(shù)據(jù)類型字段長度講明productIDVarchar30productNameVarchar40customerIDVarchar4customerNameVarchar60In_numInt4商品進庫數(shù)量In_priceInt4商品進庫單價In_sumInt4商品進庫總金額Out_numInt4商品出庫數(shù)量Out_priceInt4商品出庫單價Out_sumInt4商品出庫總金額Now_numInt4庫存數(shù)量Now_moneyInt4現(xiàn)金流6.物理結構設計要點數(shù)據(jù)結構與程序的關系由于數(shù)據(jù)的存取是通過界面的接口和數(shù)據(jù)庫進行連接的，因此在實現(xiàn)過程中必不可少的是應用程序?qū)崿F(xiàn)它們的連接。常用的訪咨詢有：查詢、添加、刪除、修改等，因此用到的程序見下表〔√為需用到的程序〕A:治理員登錄模塊超市信息治理系統(tǒng)模塊Employee_(職員信息)表√√Admin(治理員)表√√ISP(需求商)表√Goods(商品信息)表√Sell_info(銷售)表√Strore(商品庫存)表√Orderform(訂單)表√A:治理員程程序名稱數(shù)據(jù)表名Select*fromInsertintoUpdatesetDelete[from]Employee_(職員信息)表√√√√Admin(治理員)表√√√√ISP(需求商)表√√√√Goods(商品信息)表√√√√Sell_info(銷售)表√√√√Strore(商品庫存)表√√√√Orderform(訂單)表√√√√B:超市職員程程序名稱數(shù)據(jù)表名Select*fromInsertintoUpdatesetDelete[from]Employee_(職員信息)表Admin(治理員)表ISP(需求商)表Goods(商品信息)表√Sell_info(銷售)表Strore(商品庫存)表√Orderform(訂單)表7.1運行模塊組合1.系統(tǒng)治理員進進系統(tǒng)后的窗口為治理系統(tǒng)的界面,能夠查詢商口需求商、商品信息、職員信息銷售情況、庫存信息等。治理員對職員信息進行修改可不能礙事其他模塊；對商品供商修改將礙事商口信息模塊,治理員對各個模塊的操作將連接至數(shù)據(jù)庫。2.職員進進系統(tǒng)后只能對商口庫存信息查詢。職員銷售的產(chǎn)品記錄會進進數(shù)據(jù)庫進行記錄，同時銷售模塊、庫存模塊的數(shù)據(jù)會進行自動更新，職員對各個模塊的操作將連接至數(shù)據(jù)庫。 3．系統(tǒng)治理員在效勞器登錄，需要SQLSERVER2000數(shù)據(jù)庫的支持；本系統(tǒng)的運行需IIS5.0架設Web效勞器。4．查詢模塊治理員對數(shù)據(jù)查詢時通系統(tǒng)與數(shù)據(jù)庫的連接就可查詢.職員查詢時,會通過Web效勞器,再由Web效勞器查詢數(shù)據(jù)庫。7.2運行操縱1.治理員登錄系統(tǒng)時,登錄界面的登錄響應事件會依據(jù)用戶名給予治理員的權限;職員是以一般用戶登錄系統(tǒng)的,因此數(shù)據(jù)庫會以用戶名自動識不,并給予不同的權限。2.系統(tǒng)需要先啟動數(shù)據(jù)庫效勞器，然后啟動中間的Web效勞器，然后各個用戶才能登錄到系統(tǒng)。7．3運行時刻1．后臺DB效勞器和WEB效勞器占用一臺PC效勞器。前端用戶對系統(tǒng)的需求特別小，一般PC就能夠。正常情況下后臺的DB和WEB效勞器是一直運行的?？紤]到此系統(tǒng)為小型超市開發(fā)的，因此一般停業(yè)時刻效勞器是關閉的。其中銷售模塊占用的資源較其他模塊要多得多，因為它在時刻將與效勞器交換數(shù)據(jù)。7系統(tǒng)出錯處理設計出錯輸出信息：在用戶使用錯誤的數(shù)據(jù)或訪咨詢沒有權限的數(shù)據(jù)后，系統(tǒng)給出提示：“對不起，你使用的數(shù)據(jù)是非法的〞。用戶的能夠?qū)ψ砸训拿艽a進行治理，不準許用戶匿名登錄。關于數(shù)據(jù)庫中的數(shù)據(jù)會隨時進行備份的，因此故在系統(tǒng)出錯后能夠依靠數(shù)據(jù)庫的恢復功能，同時依靠日志文件使系統(tǒng)再啟動，就算系統(tǒng)崩潰數(shù)據(jù)也可不能喪失。關于系統(tǒng)較小，因此沒有外加維護模塊，因為維護工作比立簡單，僅靠數(shù)據(jù)庫的一些全然維護措施就可。但為便于維護，應該設計了三種日志：系統(tǒng)運行日志、操作日志、出錯日志。三種日志依據(jù)不同的重要程度采取存放在文件和數(shù)據(jù)庫的方式，系統(tǒng)治理員能夠特別輕松地監(jiān)控系統(tǒng)運行情況。數(shù)據(jù)表的建立和刪除有數(shù)據(jù)庫系統(tǒng)治理員予以維護。小型超市治理系統(tǒng)具體設計講明書依據(jù)?需求規(guī)格講明書?、?概要設計講明書?，在認真考慮討論之后，我對?超市理貨系統(tǒng)商品進貨及要緊界面子系統(tǒng)?軟件的功能劃分、數(shù)據(jù)結構、軟件總體結構的實現(xiàn)有了進一步的方式。我們將這些方式記錄下來，作為具體設計講明書，為進一步設計軟件、編寫代碼打下根底。在前一時期〔概要設計講明書〕中，已解決了實現(xiàn)該系統(tǒng)需求的程序模塊設計咨詢題。包括如何把該系統(tǒng)劃分成假設干個模塊、決定各個模塊之間的接口、模塊之間傳遞的信息，以及數(shù)據(jù)結構、模塊結構的設計等。在以下的具體設計報告中將對在本時期中對系統(tǒng)所做的所有具體設計進行講明。在本時期中，確定應該如何具體地實現(xiàn)所要求的系統(tǒng)，從而在編碼時期能夠把那個描述直截了當翻譯成用具體的程序語言書寫的程序。要緊的工作有：依據(jù)在?需求分析講明書?中所描述的數(shù)據(jù)、功能、運行、性能需求，并依照?概要設計講明書?所確定的處理流程、總體結構和模塊外部設計，設計軟件系統(tǒng)的結構設計、逐個模塊的程序描述〔包括各模塊的功能、性能、輸進、輸出、算法、程序邏輯、接口等等〕待開發(fā)系統(tǒng)：超市理貨系統(tǒng)商品進貨及要緊界面子系統(tǒng)工程任務提出者：小型超市治理人員開發(fā)者：河北軟件職業(yè)技術學院軟件工程學院09嵌進式第一小組最終用戶：小型超市各收銀員小型超市零售治理系統(tǒng)是小型超市商品銷售及物資治理的要緊操縱局部，直截了當?shù)K事銷售的方便性及治理的標準性。隨著信息時代的開展，對效率的要求日益提高，因而軟件操縱銷售和治理差不多取代了傳統(tǒng)全手工方式。小型超市具有自身的特點：商品要求一般齊全，進出貨關系較為簡單，職員人數(shù)種類不多；在軟件角度瞧，數(shù)據(jù)較少，對存儲和速度要求不高。但正由于職員較少，使用軟件操縱成為必須。無[1]?DatabaseSystemConcepts?〔FourthEdition〕AbrahamSilberschatzHenryF.KorthS.SudarshanHigherEducationPress[2]王珊.數(shù)據(jù)庫系統(tǒng)概論〔第四版〕.高等教育出版社，2007.，2001.，2004.[5]張海藩.軟件工程概論〔第五版〕.清華大學出版社，2007.[6]趙松濤.VisualBasic+SQLServer2000系統(tǒng)開發(fā)實錄.電子工業(yè)出版社，2007.[7]陳燕峰等.VisualBasic數(shù)據(jù)庫工程案例導航.清華大學出版社，2004.[8]?需求規(guī)格講明書?[9]?概要設計講明書?2.系統(tǒng)的結構圖5-1超市治理系統(tǒng)功能結構圖3．數(shù)據(jù)庫模塊設計講明E-R圖：4.系統(tǒng)登錄模塊功能：本模塊的要緊功能是對用戶身份進行，，驗證只有系統(tǒng)的合法用戶才能進進系統(tǒng)。其窗體如圖5-3所示：圖5-3系統(tǒng)登錄模塊在進行系統(tǒng)登錄過程中，登錄模塊將調(diào)用數(shù)據(jù)庫里的用戶清單，并對賬號和密碼進行驗證，只有輸進了正確的賬號和密碼后，系統(tǒng)登錄才會成功。在登錄模塊中，對系統(tǒng)的嘗試登錄次數(shù)進行了限制，禁止用戶無終止的進行系統(tǒng)登錄嘗試，在本系統(tǒng)中，當用戶對系統(tǒng)的三次登錄失敗后，系統(tǒng)將自動機制登錄，突出登錄模塊。并在輸進了錯誤的或者是不存在的賬戶和密碼時，系統(tǒng)會給出出錯信息提示，指明登錄過程中的錯誤輸進或者錯誤操作，以便用戶進行正確的登錄。輸進項、輸出項：輸進項為賬號和密碼。賬號和密碼均為字符串，長度各為6個字符，密碼回顯字符是“*〞。5.進貨治理模塊模塊描述商品進貨子系統(tǒng)是超市理貨系統(tǒng)的重要組成局部，其中的進貨信息有治理員進行更新。建立與數(shù)據(jù)庫連接；獵取數(shù)據(jù)庫中的信息；增加進貨商品的信息；修革新貨商品的信息；刪除一條進貨商品的信息記錄；退出子系統(tǒng)時斷開與數(shù)據(jù)庫的連接。查詢數(shù)據(jù)庫響應時刻<2s;更新數(shù)據(jù)庫運行時刻<1s;輸進項進貨ID〔P_ID〕:整數(shù)〔唯一標識符〕進貨名稱〔P_Name〕：變長字符串條形碼〔P_BarCode〕：變長字符串進貨數(shù)量〔P_Num〕：整數(shù)進貨日期〔P_Date〕：日期型制造商〔P_Factory〕：變長字符串需求商〔P_Provide〕：變長字符串類不號〔Type_ID〕：整數(shù)輸出項商品進貨信息〔同輸進項〕設計方法〔算法〕使用的是順序的數(shù)據(jù)結構，關于商品信息也使用的是根底的計算方式。包含的具體設計思想如下：1〕添加按鈕設計〔cmdAdd〕：在添加時，添加、修改和刪除按鈕處于不可用狀態(tài)，保持和取消按鈕處于可用狀態(tài)，每個文本框都對應了數(shù)據(jù)庫中的相應屬性列。2〕修改按鈕設計〔cmdEdit〕：在修改時，先判定數(shù)據(jù)庫中是否有數(shù)據(jù)，要是有，那么添加、修改和刪除按鈕處于不可用狀態(tài)，保持和取消按鈕處于可用狀態(tài)，每個文本框都對應了數(shù)據(jù)庫中的相應屬性列；要是沒有，那么顯示“沒有要修改的數(shù)據(jù)〞。3〕刪除按鈕設計〔cmdDel〕：在刪除時，先判定數(shù)據(jù)庫中的數(shù)據(jù)總數(shù)是否大于零，要是是，那么首先提示一下，然后添加、修改按鈕處于不可用狀態(tài)，保持和取消按鈕處于可用狀態(tài)，然后數(shù)據(jù)庫刷新；要是不是，那么顯示“沒有可刪除的數(shù)據(jù)〞。4〕保持按鈕設計〔cmdSave〕：首先要判定是否每個文本框都填寫了數(shù)據(jù)，然后將數(shù)據(jù)庫更新，將保持按鈕設為不可用，將取消、增加、修改和刪除按鈕設置為可用，之后再將數(shù)據(jù)保持進數(shù)據(jù)庫中。5〕取消按鈕設計〔cmdCancel〕：在取消時，添加、修改和刪除按鈕處于可用狀態(tài)，保持和取消按鈕處于不可用狀態(tài)，并將每個文本框置空。流程邏輯接口與主模塊的邏輯聯(lián)系方式：通過主模塊上的單擊按鈕觸發(fā)事件，彈出進貨子系統(tǒng)對話框。與主模塊的參數(shù)傳遞方式：數(shù)據(jù)庫連接控件。存儲分配內(nèi)部數(shù)據(jù)： 數(shù)據(jù)庫 Adodc1.ConnectionString：數(shù)據(jù)庫連接字符串用戶界面 進貨ID〔P_ID〕:整數(shù)〔唯一標識符〕進貨名稱〔P_Name〕：變長字符串條形碼〔P_BarCode〕：變長字符串進貨數(shù)量〔P_Num〕：整數(shù)進貨日期〔P_Date〕：日期型制造商〔P_Factory〕：變長字符串需求商〔P_Provide〕：變長字符串類不號〔Type_ID〕：整數(shù)注釋設計在每一個具體的按鈕功能旁都要有注釋，解釋每個按鈕的具體設計思想。限制條件必須連接數(shù)據(jù)庫，否那么會出現(xiàn)無法連接數(shù)據(jù)庫錯誤。必須登錄，否那么無法進進到系統(tǒng)。6.銷售治理模塊功能：本模塊的要緊功能是把銷售信息寫進銷售清單，同時對庫存清單進行更新，以備用戶今后對庫存信息進行查詢和打印，此外還能夠?qū)︿N售信息進行查詢和盤點功能。銷售信息查詢：依據(jù)商品銷售情況，按需要對銷售情況進行查詢。在該查詢模塊中，能夠按照商品的編號、銷售日期等多種方式進行商品銷售信息查詢。銷售信息盤點：能夠按照需要對在一定時期內(nèi)的銷售情況進行盤點。輸進項、輸出項：本模塊的數(shù)據(jù)輸進項要緊是商品的銷售單號和商品編號。其中還包括銷售數(shù)量和銷售日期。(1)該銷售模塊的用例圖，如圖5-8所示：圖5-8銷售治理模塊用例圖(2)該銷售治理模塊的活動圖，如圖5-9所示：圖5-9銷售治理模塊活動圖(3)銷售信息查詢時序圖，如圖5-10所示：圖5-10銷售信息查詢時序圖(4)銷售盤點時序圖，如圖5-11所示：圖5-11銷售盤點時序圖7.庫存治理模塊功能：本模塊的要緊功能是商品信息的查詢和更新，庫存信息的查詢和更新。查詢商品信息：要緊功能查詢商品的明細信息，和它的庫存信息。添加商品信息：要緊功能添加新進的商品。修改商品信息：要緊功能是修改商品的信息，包括他的庫存數(shù)量。刪除商品信息：要緊功能是刪除不再銷售的商品信息。輸進項、輸出項：本模塊的數(shù)據(jù)輸進項要緊是商品編號。(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商品治理修改時序圖(6)庫存治理刪除時序圖，如圖5-17所示：圖5-17庫存治理刪除時序圖系統(tǒng)用戶治理：在系統(tǒng)實行多用戶治理時，本模塊將為系統(tǒng)開發(fā)多個系統(tǒng)用戶，并能對其進行簡單的信息維護，用戶名變更和密碼修改。退出：選擇退出系統(tǒng)，將關閉整個系統(tǒng)，結束本次使用。小型超市治理系統(tǒng)測試方案分析報告1引言1.1編寫目的1〕這份測試方案報告書時為了測試本系統(tǒng)是否可行。當輸進商品的信息時，測試其信息能不能被完整地保持在數(shù)據(jù)庫中以備日后查詢用。當輸進的數(shù)據(jù)不符合要求時，瞧系統(tǒng)能不能給出提示。當價格信息修改后瞧修改后的信息能不能被系統(tǒng)同意并保持到數(shù)據(jù)庫。2〕本報告由****合作完成。1.2工程背景待開發(fā)軟件系統(tǒng)的名稱：超市治理系統(tǒng)任務的提出者：小型超市治理人員開發(fā)者：河北軟件職業(yè)技術學院09嵌進式班第一小組用戶：中小型超市用戶1.3定義為了便于閱讀理解本文，在此解釋一些在本文中用到的簡寫和專業(yè)術語：超市治理系統(tǒng)以下簡稱SMS。1.4參考資料[1]梁冰，陳丹丹，蘇宇.SQL語言參考大全.人民郵電出版社,2021[2]陶宏才編.用?數(shù)據(jù)庫原理及設計?.人民郵電出版社,2007[3].?軟件工程標準?.清華大學出版社，2006[4]ShariLawrencePfleeger編.?軟件工程理論與實踐?.電子工業(yè)出版社,2021[5]SwapnaKishore編.?軟件需求分析?.機械工業(yè)出版社,20072、任務概述2.1目標用戶登陸測試：前臺用戶登陸系統(tǒng)平安治理模塊，用戶輸進用戶名和密碼，模塊通過連接到數(shù)據(jù)庫查尋用戶信息進行檢驗。商品錄進測試：錄進商品信息商品查詢：輸進商品編號，查詢商品信息快速輸進測試：商品手動輸進模塊，通過輸進商品編號，查詢數(shù)據(jù)庫中商品信息表，并顯示出信息收銀業(yè)務測試：對輸進商品進行計價，輸進所收取金額，并計算出尋回金額數(shù)2.2運行環(huán)境Windows2000/XP2.3需求概述為了確定完全涵蓋測試需求構建一個“需求樹〞，為“需求樹〞中的每一個需求話題建立了一個具體的名目，描述每一個需求，給它分配一個優(yōu)先級，要是需要的話還能夠加上附件。這些產(chǎn)生的報告和圖表能夠關懷分析測試需求，檢查需求以確保它們在測試范圍內(nèi)。2.4條件與限制條件：有測試總體方案書和書寫測試用例〔方案〕和測試手冊限制：目前我們的使用范圍特不狹窄，且本軟件是我們的初次版本，要是該軟件提高版本，本軟件需要大量的修改和更新23、方案講明確定測試方法和選取測試用例的原那么測試工件為四個時期：單元測試、組裝測試、確認測試、系統(tǒng)測試

單元測試：采納白盒法和黑盒法相結合的方法，關于邏輯結構復雜的模塊采納白盒法，關于以輸進、輸出為主的模塊采納黑盒法測試，以提高測試的效率。

組裝測試：混合法(對軟件結構中較上層使用的自頂向下與對軟件結構中較下層使用的自底向上方法相結合)。

確認測試：由用戶參與按需求規(guī)格講明書驗收。

系統(tǒng)測試：采納人工測試方法。在測試過程中，首先需要對各子單元過程進行測試。在各子單元過程測試完畢后，再對各模塊〔包括各子單元過程之間的接口〕進行測試，處理好各模塊之間的接口，最后對系統(tǒng)進行測試和維護。在文件方面要有測試總體方案書、測試用例〔方案〕測試手冊、測試足本代碼測試人員：負責編寫測試方案，組織測試，對測試過程進行記錄，收集、整理測試記錄數(shù)據(jù)，對測試結果進行分析，編寫測試總結報告。軟件工程師：負責編寫、調(diào)試客戶端測試軟件；數(shù)據(jù)庫治理系統(tǒng)的安裝系統(tǒng)工程師：負責測試用的硬件維護及操作系統(tǒng)安裝、CEWMS配置?？偣こ處煟贺撠煂y試方案及測試總結報告進行批準。用戶：必要時可參加測試，并提出具體的測試要求，也可要求暫停測試。4、測試工程講明登陸、密碼模塊測試本測試是采納黑盒測試法：為了檢測不同權限的用戶在登陸時，是否能進進對應的模塊并得到應有的權限，檢驗密碼模塊的正確有效性。商品信息治理測試本測試采納白盒測試法：要緊內(nèi)容是插進商品信息的測試。用戶登陸測試測試用例1〔正確輸進〕【輸進】：用戶：lc密碼：lc【期瞧輸出】：登進成功，顯示前臺銷售治理窗體【實際輸出】：登進成功，顯示前臺銷售治理窗體測試用例2〔無該用戶〕【輸進】：用戶：aa密碼：aa【期瞧輸出】：提示用戶名或密碼錯誤【實際輸出