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

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

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

單元測(cè)試：采納白盒法和黑盒法相結(jié)合的方法，關(guān)于邏輯結(jié)構(gòu)復(fù)雜的模塊采納白盒法，關(guān)于以輸進(jìn)、輸出為主的模塊采納黑盒法測(cè)試，以提高測(cè)試的效率。

組裝測(cè)試：混合法(對(duì)軟件結(jié)構(gòu)中較上層使用的自頂向下與對(duì)軟件結(jié)構(gòu)中較下層使用的自底向上方法相結(jié)合)。

確認(rèn)測(cè)試：由用戶參與按需求規(guī)格講明書(shū)驗(yàn)收。

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