【正文】 String DBUrl = jdbc:mysql://localhost:3306/user?useUnicode=trueamp。} try{ if(rs!=null){ ()。()) {if(role == 0){ (rs)。 sql = select * from customer where username = 39。/** * login * * author */public class Login extends HttpServlet { public void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException,IOException{ DBConnect con = new DBConnect()。amp。charset=gb2312%script language=JavaScript function checkform(form) { if(==||==){ alert(用戶名或密碼為空!)。圖99 注冊用戶 注冊成功后便可進行登陸，與管理員的登陸頁面相同，但需要將用戶角色下拉選擇為用戶，再輸入注冊后的用戶賬號與密碼即可。圖95 瀏覽商品信息 其中在商品名稱還可以進行點擊，鏈接至商品詳情，以便更清楚了解該商品（以下界面中都具備這一功能就不一一詳述）。 。 圖片：圖片可能出現(xiàn)的許多缺陷在易用性測試時被掩蓋下來，但需要檢查一些明顯的地方，看是否能顯示出來并檢查其中的原因解決之。圖81 注冊界面測試 測試2：在注冊頁面中，當不小心將密碼與確認密碼輸成不一致，輸出結(jié)果如圖82所示。黑盒測試著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對軟件界面和軟件功能進行測試。測試是軟件生存周期中一個獨立的、關(guān)鍵的階段，也是保證軟件質(zhì)量的重要手段。圖71 超市管理系統(tǒng)業(yè)務(wù)流程圖 （3）銷售業(yè)務(wù)銷售對一個企業(yè)的生存和發(fā)展是至關(guān)重要的，它不再是傳統(tǒng)意義上的“賣東西”，它對外關(guān)系到企業(yè)產(chǎn)品、服務(wù)和企業(yè)形象等多方面因素，對內(nèi)涉及到銷售、庫存、財務(wù)、生產(chǎn)等信息。實施進貨：根據(jù)供貨方檔案及評審結(jié)果，選定供貨方；生成定貨單給選定的供貨方；雙方就價格、數(shù)量、質(zhì)量等方面洽談磋商，直至簽定合同；跟蹤合同執(zhí)行，安排供貨進度和貨物運輸，做好驗收入庫工作。 （7）安全性原則：該系統(tǒng)的管理員具有可設(shè)置登陸密碼，修改密碼的權(quán)限。作為應(yīng)用程序有較強的可操作性和擴展性。信息錄入項目齊全、完整、系統(tǒng)。 （4）商品進銷情況：變更商品的進銷情況。 （3）銷售表（用戶編號，商品編號，銷售數(shù)量），如表64所示。在這種情況下，一個可以規(guī)范化、自動化的超市管理系統(tǒng)就顯得非常必要。DAO 最適用于單系統(tǒng)應(yīng)用程序或小范圍本地分布使用。 L、購物車界面：由商品ID、商品名稱、商品價格、購買數(shù)量、商品廠家等信息及刪除、繼續(xù)購買、下定單提交按鈕組成。 問題定義 商品按類管理：所以需要有一商品類型信息，商品必須屬于一個商品類型，如果一個商品類型存在商品或存在下級商品類型則該類型不該刪除，需要記錄供應(yīng)商信息，在涉及商品數(shù)量的地方，要給出相應(yīng)的單位。Servlet也可以很方便地處理post請求。 數(shù)據(jù)庫的運行和維護包括以下方面： （1）數(shù)據(jù)庫的轉(zhuǎn)儲和恢復(fù)； （2）數(shù)據(jù)庫的安全性、完整性控制； （3）數(shù)據(jù)庫性能的監(jiān)督、分析和改造； （4）數(shù)據(jù)庫的重組織和重構(gòu)造。 功能分析 “商品信息表”，用來記錄超市里每種商品的信息，這是該管理系統(tǒng)中主要的操作對象，大部分的功能操作都要涉及到該表中的信息。 接口 本工程產(chǎn)品通過PC及運行，需要用戶輸入相應(yīng)的數(shù)據(jù)，產(chǎn)生相應(yīng)的處理。 其他需求 （1）系統(tǒng)的功能實現(xiàn)情況: 用戶可在本系統(tǒng)下實現(xiàn)各種用戶要求的功能。 （2）數(shù)據(jù)庫檢索超時不超過20秒。圖41 超市購物系統(tǒng)用用例圖 用例規(guī)約 權(quán)限管理系統(tǒng)主要用例有：商品管理用例、定單管理用例和用戶管理用例，下面分別對這三種用例場景進行描述。用例視圖從外部用戶的角度捕獲系統(tǒng)、子系統(tǒng)或類的行為，它將系統(tǒng)功能劃分為對參與者具有意義的事務(wù)。表33 風險分析風險排序風險項名稱風險描述風險緩解方案1需求分析對項目的需求分析不夠好，可能導(dǎo)致在進行接下來的工作中受到限制和停頓在需求分析過程中做好充分分析和計劃，當做到滿意時，可以開始接下來的工作2界面設(shè)計在實現(xiàn)界面設(shè)計上不能符合用戶的習(xí)慣在編程這個過程中對美觀設(shè)計多加注重3時間控制成員在時間上把握不是很準在開發(fā)過程中適當調(diào)整時間的分配，適當加快進度第四章 需求分析 引言 編寫目的 需求分析的任務(wù)簡略的說就是弄清用戶的需求，確定系統(tǒng)必須完成哪些工作，也就是對目標系統(tǒng)提出完整、準確、清晰、具體的要求，建立系統(tǒng)的邏輯模型。 （3）文檔必須按照國標的文檔編寫。 （8）系統(tǒng)測試（提交測試計劃、測試用例和測試報告）。測試的目標是想以最少的時間和人力找出軟件中潛在的各種錯誤和缺陷。是定義全部項目任務(wù)，識別出關(guān)鍵任務(wù)，跟蹤關(guān)鍵任務(wù)的進展狀況，已保證能及時發(fā)現(xiàn)拖延進度的情況 （2）軟件生命周期（software life cycle）：是人們在研究軟件開發(fā)過程時所發(fā)現(xiàn)的一種規(guī)律性的事實。 用戶業(yè)務(wù)需求 該管理軟件將對庫存產(chǎn)品進行資料管理和統(tǒng)計，對產(chǎn)品的進貨單和產(chǎn)品的銷售單進行錄入管理和統(tǒng)計。所以在管理中獲得經(jīng)濟效益是一個綜合效益，要對他進行直接定量的分析是比較困難的。 企業(yè)研發(fā)開支 開發(fā)新系統(tǒng)的工作是一項艱巨復(fù)雜的工作，它的投資主要是人力和物力的投資。本系統(tǒng)運用計算機管理信息技術(shù)，建立數(shù)據(jù)庫，對超市的進銷存過程進行詳細的分析，實現(xiàn)了對超市的進貨、銷售和庫存的科學(xué)管理。為此，我在本次設(shè)計之中選擇了超市信息管理系統(tǒng)設(shè)計，依靠現(xiàn)代化的計算機信息處理技術(shù)來管理超市，從而節(jié)省了大量的人力、物力、改善了員工的工作條件，減輕了勞動強度，并且能夠快速反映出商品的進銷存狀況和各種反饋信息分析，使管理人員快速對市場的變化作出相應(yīng)決策，加快超市的系統(tǒng)建立的技術(shù)基礎(chǔ)： 數(shù)據(jù)庫應(yīng)用系統(tǒng)是以數(shù)據(jù)庫為基礎(chǔ)的信息管理系統(tǒng)，它一般包含兩個方面內(nèi)容，一個數(shù)據(jù)庫設(shè)計，二是程序設(shè)計。在開發(fā)過程中，我們針對當前各超市管理特點和技術(shù)人員的實際水平，采用Window基于圖形界面這一易學(xué)易用的操作系統(tǒng)環(huán)境，在系統(tǒng)設(shè)計過程中，我們盡量采用一些易懂易讀的接口界面，使用戶可以在短期內(nèi)完全掌握。 在會計業(yè)務(wù)中，產(chǎn)成品的完成，發(fā)出和結(jié)存關(guān)系到超市銷計劃的完成和流動資金占用情況，而銷售核算子系統(tǒng)是電算化會計系統(tǒng)中一個關(guān)鍵且比較復(fù)雜的子系統(tǒng)。 問題的引出 超市形式在我國于20世紀90年代初期起步，現(xiàn)已成為我國零售業(yè)的一種重要形態(tài)。實際上在設(shè)計數(shù)據(jù)庫應(yīng)用系統(tǒng)時，這兩個需求分析是緊密相關(guān)的，不論是數(shù)據(jù)庫設(shè)計，還是程序設(shè)計都需要考慮這兩個方面的因素。 技術(shù)可行性研究 在IT行業(yè)中從業(yè)的工作人員一般都要求懂計算機，具有一定軟硬件基礎(chǔ)，會使用各種管理軟件，熟悉IT產(chǎn)品。所以，在系統(tǒng)的開發(fā)過程中，企業(yè)完全有能力承擔開發(fā)費用。由此，該系統(tǒng)的操作是可行的，有必要推廣該系統(tǒng)！該系統(tǒng)具有很高的開發(fā)可行性，無論是從技術(shù)上經(jīng)濟上還是操作上。 （2）為項目的啟動、實施及結(jié)束提供了基礎(chǔ)。 （5）詳細設(shè)計：概要設(shè)計已經(jīng)確定了每個模塊的功能和接口，詳細設(shè)計的任務(wù)就是為每個模塊設(shè)計其實現(xiàn)的細節(jié)。 （5）概要設(shè)計（提交概要設(shè)計說明書）。 （2）可行性研究報告、項目開發(fā)計劃、需求分析說明書、概要設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、詳細設(shè)計說明書、測試報告：這些文檔是開發(fā)人員為了更好的開發(fā)、維護而寫的，不需要交付給用戶。、項目開發(fā)過程階段劃分項目開發(fā)過程階段劃分，主要劃分為問題定義及規(guī)劃、需求分析、軟件設(shè)計、程序編碼、軟件測試、運行維護六個過程。 術(shù)語定義 （1）用例（use case）：用例是系統(tǒng)單元提供的外部可感知的功能單元，表達成系統(tǒng)單元和與之間交互的一個或多個活動者的消息序列，用例的目的是定義清晰的行為塊而不解釋系統(tǒng)的內(nèi)部結(jié)構(gòu)。 （6）領(lǐng)域模型：領(lǐng)域模型能捕獲語境中最重要的對象模型，領(lǐng)域?qū)ο蟠硐到y(tǒng)工作的環(huán)境中存在的事情或發(fā)生的事件。 （2）查詢時要保證查全率，所有相應(yīng)域包含查詢關(guān)鍵字的記錄都應(yīng)能查到。 軟件接口 運行于Windows、Linux、Unix操作系統(tǒng)、安裝了java和jsp運行環(huán)境之上。系統(tǒng)的可維護性: 采用基于JAVA技術(shù)并且符合J2EE開發(fā)規(guī)范的系統(tǒng)應(yīng)用平臺，使系統(tǒng)具有良好的可維護性和可擴展性。 （2）庫存商品管理 記錄每次進貨、售貨的信息，動態(tài)刷新庫存數(shù)據(jù)，可以查詢當前的庫存，當庫存少于一定數(shù)量時，可以提示需要進貨。在進貨的記錄上，由于不同的記錄可能具有相同的員工ID和商品ID，所以二者的組合不能作為進貨信息表的主碼，在進貨信息表中要設(shè)置一個進貨ID來作為主碼。 定義 Session：在本文里面用到的所有的Session不是和以往在WEB里面簡單的session，這里的session是用來和數(shù)據(jù)庫之間相連的，只有它才可以實現(xiàn)用戶對數(shù)據(jù)庫的操作。 一般地說，其過程如下： （1）設(shè)計方案：①設(shè)想選擇方案；②選取合理方案；③選區(qū)最佳方案； （2）功能分解：將系統(tǒng)按功能的要求，劃分功能模塊 （3）設(shè)計軟件結(jié)構(gòu)：確定由模塊確定的層次結(jié)構(gòu)，可利用層次圖描繪。 D、添加商品界面：商品名稱、商品價格、商品數(shù)量、商品廠家文本輸入框及提交、重置按鈕組成。這就要求IP使用網(wǎng)絡(luò)設(shè)備接口規(guī)范NDIS向網(wǎng)絡(luò)接口層提交幀，并且IP支持廣域網(wǎng)和本地接口技術(shù)。第六章 數(shù)據(jù)庫設(shè)計 引言 本設(shè)計主要解決在一個超市管理中，進行員工檔案的管理、庫存商品的管理、銷售管理的程序設(shè)計。 項目組成員只需要了解系統(tǒng)后臺數(shù)據(jù)庫的最基本的架構(gòu)，了解建立了的標的內(nèi)容，知道如何利用編程語言操作數(shù)據(jù)庫等。 新商品檔案輸入 （1）商品基本資料：系統(tǒng)自動生成商品編號。 超市資料管理系統(tǒng)就是把分散的超市信息實行統(tǒng)一、集中、規(guī)范的收集管理，建立分類編號管理、電腦存儲查詢以及防火、防潮、防蛀、防盜等現(xiàn)代化、專業(yè)化的管理系統(tǒng)，為超市和超市管理人員解除后顧之憂。通過本管理系統(tǒng)軟件，能幫助工作人員利用計算機，快速方便的對超市的數(shù)據(jù)進行管理、輸入、輸出、查找的所需操作，使雜亂的超市數(shù)據(jù)能夠具體化、直觀化、合理化等。 （4）易操作原則：要求設(shè)計的系統(tǒng)功能齊全，接口友好，操作方便，必要的地方進行提示。企業(yè)現(xiàn)代管理觀念中對企業(yè)的進貨管理提出新的要求：企業(yè)進貨時對供貨商的選擇更加慎重，雙方不在是討價還價的買賣關(guān)系，而是一種相互依存的合作伙伴關(guān)系，并且還需認識到企業(yè)產(chǎn)品質(zhì)量要從采購抓起，這就關(guān)系到分供方的供貨、服務(wù)質(zhì)量。其主要業(yè)務(wù)如下：產(chǎn)品入庫、出庫、盤庫等日常處理。 系統(tǒng)用例圖 在第四章中如圖41所示。 這一方法是把測試對象看作一個打開的盒子，測試人員依據(jù)程序內(nèi)部邏輯結(jié)構(gòu)相關(guān)信息，設(shè)計或選擇測試用例，對程序所有邏輯路徑進行測試，通過在不同點檢查程序的狀態(tài)，確定實際的狀態(tài)是否與預(yù)期的狀態(tài)一致。 子系統(tǒng)功能包括集成測試和系統(tǒng)測試兩個階段，集成測試階段主要完成子功能的功能性測試，以及部分效率測試；系統(tǒng)測試階段主要完成子功能的可靠性、效率。圖86 提供商品界面測試 （2）其它方面的黑盒測試 文本：檢查的不僅僅是文本，更不能忽略文字標簽，因為瀏覽器的原因，需要檢查文字布局問題，發(fā)現(xiàn)其中的缺陷并解決其中問題。 背景 參照可行性研究的背景。圖92 添加商品 修改商品：管理員可點擊左框架的修改貨物對商品貨物的信息進行修改，修改界面如圖93所示。圖97 定單信息查看定單。圖913 購買車界面 在用戶主界面選擇提供貨物便進入提供商品界面，界面如圖914所示。nbsp。import .*。 String sql。 try{ rs = (sql)。 } else if(role == 1){ (userid,((1)))。}} 連接數(shù)據(jù)庫的代碼（）package web。 } }catch(Exception e){ ()。 (userid,((1)))。 + userpasswd + 39。 String userpasswd = (String)(userpassword)。import 。}/scripthtml head title用戶登陸/title meta equiv=ContentType content=text/html。圖911 購買商品瀏覽界面 當選中合適的商品后，點擊購買進入商品購買界面，輸入購買數(shù)量，進