【正文】 good=new Goods()。rs=(sql)。String sql=select * from goods 。try{Connection conn。}}說明：FindAll方法調(diào)用gooddao的selectGoods方法，將所有商品信息讀出，以集合的形式存入變量“goods”中，在中進行調(diào)用。(req, response)。(goods, list)。id=%=(i).getID()%刪除/a/td tda href=?flag=5amp。i()。list=(ListGoods)(goods)。相關流程見圖57。id=%=(i).getID()%”。在每一行商品的后面，加上“刪除”“更新”兩個鏈接，分別為：“?flag=2amp。將request 范圍內(nèi)的“goods”接收并進行強制類型轉(zhuǎn)換。在商品信息展示頁面。接受到Flag=1 ，調(diào)用FindAll()方法，查詢MysqL數(shù)據(jù)庫中goods表，查詢所有商品信息，返回一個ListGoods 集合，名為list。圖54 超市信息管理系統(tǒng)歡迎界面圖55 超市管理員登陸界面圖56 登陸失敗頁面 中點擊“商品信息管理頁面”，鏈接為”?flag=1” 。并實例化member類，將結果集中的數(shù)據(jù)輸出，返回Member類型。}}}說明：Login方法對數(shù)據(jù)庫進行操作。return member1。((MemberAge))。((MemberPassword))。if(()){((MemberID))。ResultSet rs=()。(1, ())。 Login.()public Member login(Member member)throws SQLException{ String sql=select * from member where MemberName=? and MemberPassword=?。如果返回值為空，則輸出登錄失敗頁面。}}說明：login方法，接受前臺頁面?zhèn)鬟f過來的用戶名與密碼，并利用編碼轉(zhuǎn)換類將用戶名轉(zhuǎn)換為UTF8編碼類型，解決了亂碼問題。(req, response)。}else{().setAttribute(Member, member)。()。( /BODY)。( BODY background=+./image/+)。(HTML)。Member member=(user)。((Member_Name))。Member user=new Member()。點擊submit按鈕，按照action中的路徑調(diào)用方法，傳遞方法的類型為“post”，將提交至servlet的dopost方法。nbsp。Servlet根據(jù)Flag的值，調(diào)用相應的函數(shù)，查詢數(shù)據(jù)庫表（member）并進行判斷，如果用戶名與密碼匹配，則跳轉(zhuǎn)到管理頁面（），否則，輸出登錄失敗頁面。管理員在登錄表單填寫用戶名，密碼，將表單與Flag標志提交至Servlet。在代碼的關鍵處加以說明，以方便讀者閱讀。實現(xiàn)后臺管理的主頁面布局。圖52 超市信息管理系統(tǒng)頁面描述：。Entity包主要是存放數(shù)據(jù)庫實體類，每個java類都對應著數(shù)據(jù)中的表，除了shoppingcart類。Dao包主要是存放數(shù)據(jù)庫操作類。圖51 系統(tǒng)文件結構描述：controller包主要是存放servlet類，實現(xiàn)業(yè)務邏輯與功能函數(shù)，接受表單傳參。主要模塊有登錄模塊，商品信息查看模塊，購物車模塊三部分。因此在進行系統(tǒng)設計時，應盡量做到結構清晰，編碼方式合理，代碼與系統(tǒng)的可維護性較高。但由于小型超市信息管理系統(tǒng)采用了MVC框架結構，因此在系統(tǒng)升級，表結構改變上相對簡單，成本較低。因此在設計商品表時，只涉及了關于貨物的基本信息，在人員信息表設計時，只涉及了人員最基本的信息，避免了其他冗雜的字段帶來的大量數(shù)據(jù)空間消耗以及維護上和開發(fā)上的困難，從而為商品信息及交易信息的存貯留下了充裕的空間。因此在設計表時，要盡量做到簡潔有效，結構清晰。表44 訂單表名稱含義類型約束備注Account__ID訂單IDInt 20主鍵自動增長Account_GoodsID商品IDInt 20不為空Account_Code交易流水號Varchar 50外鍵 參照Sale表code不為空Account_GoodsCount購買商品數(shù)量Int 10不為空交易單表見表45。表42 員工信息表名稱含義類型約束備注MemberID員工IDInt 20主鍵自動增長MemberName員工姓名Varchar 10不為空MemberPassword員工密碼Varchar 6不為空MemberSex員工性別Int 1不為空1：男 2：女MemberAge員工年齡Int 10可為空進貨單表見表43。商品基本信息表見表41?？梢詫崿F(xiàn)對購物車中商品數(shù)量的修改，查看目前已購買商品的價格總計，或者選擇刪除購物車中的某項商品，甚至清空購物車。點擊一項商品后的添加至購物車鏈接，會提示添加成功，并選擇查看購物車或繼續(xù)購物。6 退出模塊管理員在左側菜單點擊“退出”鏈接，進入“確認退出頁面”。此模塊就是供管理員查看交易信息的記錄。5 交易信息查看模塊顧客每次在超市的消費都會有相應的記錄。系統(tǒng)跳轉(zhuǎn)至管理員信息管理界面。最后，在進貨單表中生成相應的進貨記錄。如果以前存在同名的商品，則在原來的商品的基礎上，對數(shù)量作出修改。在進貨信息添加頁面中，當管理員填寫好相應的字段后，點擊“添加”按鈕。由于進貨操作是管理員對超市經(jīng)營情況收集信息的重要途徑，因此不允許對進貨單進行修改操作，以便進行對賬，合計等操作。進貨單管理模塊用來實現(xiàn)進貨功能，管理員可以填寫進貨單實現(xiàn)對商品表及進貨單表的更新。再點擊左側“商品信息管理頁面”，則可以看到剛才插入的商品信息。在此頁面填入相應的商品信息，點擊“添加”按鈕。若管理員需要添加新商品，則點擊“添加新商品”鏈接。在頁面中，已經(jīng)預先填好了所選商品信息。刪除成功后系統(tǒng)會提示“刪除成功”。若管理員需要對相關商品信息作出修改，或者刪除某項商品信息。2 商品信息管理模塊管理員進入后臺管理界面后，點擊“商品信息管理頁面”超鏈接，進入商品信息管理頁面。登陸成功后跳轉(zhuǎn)至管理員管理頁面，否則顯示“Login fail”登陸失敗。管理員點擊“進入后臺系統(tǒng)”超鏈接，進入管理員登陸界面。使用者進入系統(tǒng)后，首先進入歡迎界面。1 登錄模塊超市信息管理系統(tǒng)的使用者主要有兩種：普通的顧客和管理員。管理員的人員信息管理屬于操作者所有，在此本系統(tǒng)默認管理員可以操作其他管理員的信息。4 總體設計系統(tǒng)總體設計圖如圖41所示。4在下列情況下須進行數(shù)據(jù)庫零級備份：⑴新系統(tǒng)上線時(最好全備)；⑵結帳前后；⑶年終結算；⑷固定周期時點（如一個月）；⑸特定時點（如系統(tǒng)發(fā)生重大事故恢復之前、之后）。設備發(fā)生故障時應及時維修，必要時，通知供貨廠商(代理商)的技術人員到場解決。1主機設備和網(wǎng)絡通信設備必須有備份，并處于實時備用狀態(tài)。相互合作的用戶數(shù)量1；系統(tǒng)支持的并發(fā)操作數(shù)量1。圖32 管理員功能性需求用例圖非功能性需求分析主要是對面向系統(tǒng)性能方面的要求進行分析，以確定諸如硬件配置，數(shù)據(jù)庫連接等問題。5點擊頁面右上角的退出按鈕，直接退出系統(tǒng)并跳轉(zhuǎn)到登錄頁面。3進入商品信息管理頁面的進貨管理頁面，可以填寫進貨單，實現(xiàn)相關產(chǎn)品數(shù)量的增加。在系統(tǒng)人員管理頁面中，查看其它管理員的信息，并可以添加新的管理員。輸入用戶名，密碼 登錄系統(tǒng)。其他用例類似于此，不再一一贅述。相關用例圖見圖31。成功的功能性需求分析可以避免后期對系統(tǒng)的大范圍改動甚至是推倒重建，因此，本部分極為重要。它直接決定了系統(tǒng)的模塊劃分，業(yè)務邏輯，明確了使用者對小型超市信息管理系統(tǒng)功能的要求。運行環(huán)境：本系統(tǒng)開發(fā)環(huán)境具體如下：1 windows7操作系統(tǒng)；2 ；3 ；4支持Html ，JavaScript的瀏覽器，如 IE9。預期讀者：本章節(jié)的預期讀者包括設計人員，超市信心管理系統(tǒng)的使用者，管理員。通過需求分析的編寫，要明確系統(tǒng)可以分為哪些模塊，每個模塊實現(xiàn)的作用都有哪些，不同人員對系統(tǒng)的要求都有哪些。而其他一些煩瑣的事物都通過新系統(tǒng)來加以分析解決，不僅節(jié)省了大量的時間，還為企業(yè)的各項決策提供了寶貴的資料，為企業(yè)帶來巨大的經(jīng)濟效益。所以在管理中獲得經(jīng)濟效益是一個綜合效益，要對他進行直接定量的分析是比較困難的。管理系統(tǒng)是一個信息化、智能化和先進管理理念的集合體。同時超市就其他產(chǎn)品還說，屬于高端行業(yè)，無論是產(chǎn)品的價格還是質(zhì)量都比較高，而經(jīng)營產(chǎn)品的經(jīng)銷商或者是商家都要求有雄厚的資金的作支持。如果是企業(yè)自己安排人手開發(fā)系統(tǒng)的話，其主要的投資還是在人力資源上，從系統(tǒng)的業(yè)務需求調(diào)查到系統(tǒng)的分析編碼制作都是需要巨大的人力投入的。開發(fā)新系統(tǒng)的工作是一項艱巨復雜的工作，它的投資主要是人力和物力的投資。因為，超市中的對員工素質(zhì)要求比較高，從管理層到下面的營銷人員，都要求具有一定的IT背景，所以在新系統(tǒng)投入使用時，只要對員工進行少量的培訓，系統(tǒng)的功能和使用方法就基本上能夠使系統(tǒng)順利的運行了。在一個項目開發(fā)的前期明確哪些功能，哪些目標是可以達成的，顯然非常重要?？尚行苑治龅囊饬x就在于當開發(fā)者已經(jīng)明確開發(fā)過程中可能會出現(xiàn)的問題時，要對這些目標，問題進行實際意義的分析。以購物車形式實現(xiàn)。1只有管理員可以登錄該系統(tǒng)后臺；2管理員只有注冊過才能登錄系統(tǒng)； 3管理員可以對管理員表進行操作，但不能刪除其他管理員；4顧客可以直接進入系統(tǒng)進行購物。旨在確立小型超市信息管理系統(tǒng)的開發(fā)方向，為以后的需求分析定下基調(diào)。2 問題定義與可行性分析本處主要內(nèi)容是小型超市信息管理系統(tǒng)的問題定義部分。對每個功能的輸入輸出，變量傳遞，各模塊在執(zhí)行任務時的數(shù)據(jù)流程，工作流程進行事先。第五章節(jié) 系統(tǒng)詳細設計。第四章節(jié) 總體設計。對小型超市的各個業(yè)務模塊進行分析，劃分系統(tǒng)的各個部分。第三章節(jié) 需求分析?？尚行苑治鍪轻槍栴}的解決方案，結合小型超市建立過程中的實際情況，對方案的可行性做出一個真實，準確的評估與計算。 本論文由五大部分組成：第二章節(jié) 問題定義與可行性分析。Web應用中當用戶請求到來時，控制器本身不輸出任何東西也不做任何處理，它只是接收請求并決定調(diào)用哪個模型去處理該請求，然后用確定使用哪個視圖組件來顯示模型處理返回的數(shù)據(jù)。在本設計當中用JSP頁面實現(xiàn)。 View（視圖）：該組件將表示模型數(shù)據(jù)，邏輯關系以及狀態(tài)信息，以某種形式展現(xiàn)給用戶。 Model（模型）：該組件是對軟件所處理問題邏輯的一種抽象，封裝了問題的核心數(shù)據(jù)，邏輯和功能實現(xiàn)，獨立于具體的界面顯示以及I/O操作。JSP具備了Java技術的簡單易用，完全的面向?qū)ο?，具有平臺無關性且安全可靠，主要面向因特網(wǎng)的所有特點。在傳統(tǒng)的網(wǎng)頁HTML文件（*.htm，*.html）中加入Java程序片段（Scriptlet）和JSP標簽，就構成了JSP網(wǎng)頁java程序片段可以操縱數(shù)據(jù)庫、重新定向網(wǎng)頁以及發(fā)送Email等，實現(xiàn)建立動態(tài)網(wǎng)站所需要的功能。同時，要考慮到系統(tǒng)的穩(wěn)定性。小型超市一般位于地理位置相對偏遠的地區(qū)，其經(jīng)營管理人員的素質(zhì)普遍不高，同時也缺乏相應的技術人員對系統(tǒng)進行維護和技術支持。要盡量做到在節(jié)省成本的同時，滿足超市信息管理系統(tǒng)日常工作的需要。不同于其他的大型連鎖超市，小型超市一般都以個體經(jīng)營為主，因此存在著規(guī)模較小，成本低，實力弱的特點。小型超市在其日常經(jīng)營管理中存在著自身獨有的特點。因此，我在本次設計中選擇了小型超市信息管理系統(tǒng)，利用現(xiàn)代化的計算機技術來對超市經(jīng)營中所設計到的業(yè)務進行管理，從而節(jié)省了大量的人力物力，減少了人工操作帶來的風險，并且能夠?qū)φ麄€超市的銷售情況有一個宏觀上的了解，從而能夠?qū)Τ邢乱徊?