【正文】 Jakarta項目的組成部分問世運作的。Struts是一個開放源代碼的Web的應(yīng)用框架。通過這種設(shè)計模式，使Struts的重用性和維護性更好的體現(xiàn)出來。一個成功的軟件需要有一個成功的架構(gòu)，但軟件架構(gòu)的建立是一個復(fù)雜而又持續(xù)改進的過程，不可能對每個不同的項目做不同的架構(gòu)，而總是盡量重用以前的架構(gòu)，或開發(fā)出盡量通用的架構(gòu)方案，Struts就是其中一個。MVC 是Model View Controller的簡寫。Struts控制器搭建起了Model和View之間的橋梁。Struts是一個“隱蔽支柱”的集合，幫助開發(fā)人員將分散的材料如數(shù)據(jù)庫和頁面，結(jié)合成一個整體的應(yīng)用程序。 Struts的工作流程 對于采用Struts框架的Web應(yīng)用，在Web應(yīng)用啟動時就會加載并初始化ActionServlet，,把它們存放到各種配置對象中,例如Action的映射信息存放在ActionMapping對象中。（2） ActionForm實例不存在，就創(chuàng)建一個ActionForm對象，把客戶提交的表單數(shù)據(jù)保存到ActionForm對象中。如果需要驗證，就調(diào)用Actionform的Validate()方法。相反地，如果ActionForm的validate()方法返回一個包含一個或多個ActionMessage的ActionErrors對象，就表示表單驗證失敗，此時ActionServlet將直接把請求轉(zhuǎn)發(fā)給包含用戶提交表單的JSP組件。（5） ActionServlet根據(jù)ActionMapping實例包含的映射信息決定將請求轉(zhuǎn)發(fā)給哪個Action。（6） Action的execute()方法，返回一個ActionForward對象，ActionServlet再把客戶請求轉(zhuǎn)發(fā)給ActionForward對象指向的JSP組件。 Struts的工作流程Fig. Struts Working Flow 第3章 電子商務(wù)平臺系統(tǒng)的總體規(guī)劃在這個信息高速發(fā)展和互聯(lián)網(wǎng)應(yīng)用廣泛的時代，只有經(jīng)過規(guī)劃和開發(fā)的信息資源才能發(fā)揮作用，只有經(jīng)過規(guī)劃和管理的系統(tǒng)才能受到用戶的歡迎?？傮w規(guī)劃主要使人力、物力和時間的安排合理、有序，以保證系統(tǒng)開發(fā)能夠順利的進行。 電子商務(wù)平臺系統(tǒng)開發(fā)的基本原則 電子商務(wù)平臺管理系統(tǒng)是一個為了給廣大的消費者和公司、企業(yè)帶來方便的Web系統(tǒng)，系統(tǒng)的開發(fā)應(yīng)該滿足：實用性原則：系統(tǒng)必須滿足消費者和公司、企業(yè)的需求，既保證系統(tǒng)功能的正確性又方便實用，需要友好的用戶界面、靈活的功能調(diào)度、簡便的操作和完善的系統(tǒng)維護措施。符合軟件工程規(guī)范的原則：系統(tǒng)的開發(fā)是一項復(fù)雜的應(yīng)用軟件工程，應(yīng)該按照軟件工程的理論、方法和規(guī)范去組織與實施。，系統(tǒng)劃分的基本原則各個模塊要具有相對獨立性：模塊的劃分必須使其內(nèi)部功能、信息等各方面的凝聚性較好。并將聯(lián)系比較密切、功能近似的模塊放在一個公共的模塊中，這樣可以避免代碼過于重復(fù)，充分體現(xiàn)了代碼的重用性原則。一個內(nèi)部聯(lián)系強的功能模塊對外部的聯(lián)系相對來說就變的弱。這樣對代碼的調(diào)試、維護、運行都是非常方便的。模塊劃分的結(jié)果應(yīng)使數(shù)據(jù)冗余最?。喝绻覀兒鲆曔@個問題，則可能引起相關(guān)的功能數(shù)據(jù)分布在各個不同的模塊中，大量的原始數(shù)據(jù)需要調(diào)用，大量的中間結(jié)果需要保存和傳遞，大量的計算工作將要重復(fù)進行。數(shù)據(jù)冗余，不但給軟件編制工作帶來很大的困難，而且還降低了系統(tǒng)的工作效率，給調(diào)試和測試也帶來了很大的困難。據(jù)調(diào)查，軟件項目中百分之四十至百分之六十的問題都是在需求分析階段埋下的“禍根”。相反地，如果需求做的不好，則會導(dǎo)致誤解、挫折、障礙以及潛在質(zhì)量和業(yè)務(wù)價值上的威脅。 軟件開發(fā)過程包括需求分析、系統(tǒng)設(shè)計、編碼和測試四個階段。Fig. Relation Between Diamand Analyse And Other Three Phases普通用戶用例圖 普通用戶用例圖Fig. Common User Use Case Plan管理員用例圖 管理員用例圖Fig. Manager Use Case Plan超級管理員用例圖 Fig. Super Manager Use Case Plan 主要能功模塊：用戶功能模塊、商品功能模塊、訂單功能模塊、郵件功能模塊、管理員功能模塊和日志功能模塊。超級管理員與管理員的區(qū)別是超級管理員可以添加管理員、刪除管理員和修改管理員的信息，而管理員沒有這些功能。系統(tǒng)將用戶填寫的信息錄入到數(shù)據(jù)庫中。用戶登錄：需要填寫的信息包括用戶名和密碼。如果不正確跳轉(zhuǎn)到錯誤處理頁面；如果正確，系統(tǒng)再對用戶的角色進行判斷。商品查詢：用戶登錄系統(tǒng)以后，可以輸入商品的類別對所需要的商品進行查看，也可以輸入商品的價格對所需要的商品進行查詢。 郵件發(fā)送：用戶可以發(fā)送信息給管理員，相當于留言板。對商品圖片上傳采用的是ftp形式。按類別進行查詢時需要輸入所要查看商品的類別；按價格查詢時需要輸入最低價格和最高價格。在下訂單之前，系統(tǒng)要判斷該用戶是否是會員，只有會員才能下訂單。訂單統(tǒng)計：分為兩種，對某個人的訂單數(shù)量進行統(tǒng)計和對某一天的訂單數(shù)量進行統(tǒng)計。訂單狀態(tài)：輸入下訂單的時間，對特定時間的訂單的狀態(tài)進行統(tǒng)計。點擊發(fā)送按鈕，將信息發(fā)送給管理員。在發(fā)送的過程中，為了實現(xiàn)信息的安全性，先將數(shù)據(jù)存儲到數(shù)據(jù)庫中，當需要發(fā)送郵件的時候，從數(shù)據(jù)庫中取出這些數(shù)據(jù)，然后再通過系統(tǒng)，進行發(fā)送。郵件配置的目的是使普通用戶給管理員留言；管理員對留言信息進行接收；管理員給普通用戶發(fā)送郵件。管理員功能模塊：1）超級管理員：用戶登錄：輸入用戶名和密碼，點擊登錄按鈕，進入到超級管理員頁面。在此頁面超級管理員可以對商品編號、商品名稱、商品價格、商品數(shù)量、商品類別、商品詳細信息的添加和對商品圖片上傳。在這一頁面可以輸入商品的類別或者輸入商品的價格，對某一類特定的商品進行查詢。訂單狀態(tài)：超級管理員登錄系統(tǒng)以后，點擊訂單狀態(tài)鏈接，進入到訂單狀態(tài)頁面。訂單統(tǒng)計：超級管理員登錄系統(tǒng)以后，點擊訂單統(tǒng)計連接，進入到訂單統(tǒng)計頁面。郵件配置：超級管理員登錄系統(tǒng)以后，點擊郵件配置鏈接，進入到郵件配置頁面。郵件接收：超級管理員登錄系統(tǒng)以后，點擊郵件接收鏈接，進入到郵件接收頁面。管理員添加：需要填寫的信息包括管理員姓名、管理員密碼和管理員郵箱。管理員信息修改：可以修改管理員的密碼，但不可以修改管理員的用戶名，因為用戶名是固定的。商品添加：管理員登錄系統(tǒng)以后，點擊商品添加鏈接，進入到商品添加頁面。商品查詢：管理員登錄系統(tǒng)以后，點擊商品查詢鏈接，進入到商品查詢頁面。獲得商品的相關(guān)信息。在這一頁面，可以輸入下訂單的時間，對特定時間的訂單狀態(tài)進行統(tǒng)計。在這一頁面，可以對某一個人的訂單數(shù)量進行統(tǒng)計，也可以對某一天的訂單數(shù)量進行統(tǒng)計。在這一頁面，管理員需要對發(fā)件服務(wù)器進行設(shè)置。在這一頁面，管理員將接收到的信息保存到指定的目錄下，方便以后對郵件的查看。 安全要求說 明認證（Identification）身份識別、信息認證，通過用戶名和密碼驗證授權(quán)（Authorization） 已注冊為本系統(tǒng)會員的用戶才能使用本系統(tǒng)防病毒 確定防止非法程序的侵害。事務(wù)的完整性采用事務(wù)完整保證機制，如果因為網(wǎng)絡(luò)不暢等原因造成信息沒有及時發(fā)送出去，給用戶以提示信息安全確保所發(fā)布的商品信息屬實 第5章 電子商務(wù)平臺系統(tǒng)的系統(tǒng)設(shè)計 體系結(jié)構(gòu)圖Fig. System Frame Plan 電子商務(wù)平臺系統(tǒng)運行體系 　系統(tǒng)整體類圖： 類圖Fig. Class Plan 1．郵件發(fā)送類圖 Sender Class Plan2．郵件接收類圖 郵件接收類圖Fig. Mail Receiver Class Plan3．郵件接收順序圖 郵件接收順序圖 Mail Receiver SequenceDiagram 電子商務(wù)平臺系統(tǒng)開發(fā)的一個最重要的環(huán)節(jié)就是對數(shù)據(jù)庫的設(shè)計。如果數(shù)據(jù)庫設(shè)計的不合理，將會嚴重影響系統(tǒng)的實現(xiàn)。 用數(shù)據(jù)模型來展示數(shù)據(jù)庫的結(jié)構(gòu)，有利于人們對數(shù)據(jù)庫中表的結(jié)構(gòu)有個整體的把握。概念數(shù)據(jù)模型是獨立于計算機系統(tǒng)的，在概念數(shù)據(jù)模型中最常用的是實體關(guān)系圖，即ER圖。但ER模型只能說明實體間語義的聯(lián)系，不能進一步說明詳細的數(shù)據(jù)結(jié)構(gòu)，它只是數(shù)據(jù)庫設(shè)計的第一步。它把數(shù)據(jù)庫中各個表之間的聯(lián)系全部的展示出來，比較清晰，便于理解。 結(jié)構(gòu)數(shù)據(jù)模型Fig. Structure Data Model數(shù)據(jù)庫邏輯設(shè)計的主要目的是產(chǎn)生一個DBMS可處理的數(shù)據(jù)模型和數(shù)據(jù)庫模式，該模式必須滿足數(shù)據(jù)庫的存取，一致性及運行等方面的用戶需求。數(shù)據(jù)模型的優(yōu)化方法為：確定數(shù)據(jù)依賴，對于各關(guān)系模式之間的數(shù)據(jù)依賴進行極小化處理，消除冗余的聯(lián)系。 按照需求分析階段得到的各種應(yīng)用對數(shù)據(jù)處理的要求，分析對于這樣的應(yīng)用環(huán)境這些模式是否合適，確定是否要對它們進行合并或分解。 規(guī)范化理論為數(shù)據(jù)庫設(shè)計人員判斷關(guān)系模式優(yōu)劣提供了理論標準，可用來預(yù)測模式可能出現(xiàn)的問題，使數(shù)據(jù)庫設(shè)計工作有了嚴格的理論基礎(chǔ)。數(shù)據(jù)庫物理設(shè)計是為一個給定的邏輯數(shù)據(jù)模型選取一個最適合應(yīng)用環(huán)境的物理結(jié)構(gòu)的過程。以邏輯設(shè)計的結(jié)果作為輸入，選定數(shù)據(jù)庫在物理設(shè)備上的存儲結(jié)構(gòu)和存取方法。其中字段USER_ID是自動生成的，其他的字段都是用戶注冊時需要填寫的。 用戶信息表 information table字段名數(shù)據(jù)類型長度主鍵否描述USER_IDbigint8是用戶IDUSER_NAMEnvarchar12用戶姓名USER_ROLE_NOint4用戶權(quán)限號USER_PASSWORDvarchar12用戶密碼USER_REPASSWORDvarchar12確認密碼SEXvarchar10用戶性別USER_EMAILvarchar30用戶電子郵箱PHONEchar22用戶電話號碼ADDRESSntext16用戶地址ZONECODEint4郵編2）郵件列表(MAIL)主要用來存儲用戶留言時的默認發(fā)送郵箱、接收郵箱，以及在郵件設(shè)置時需要用到的發(fā)送協(xié)議和接收協(xié)議等。其中ORDERDETAIL_ID是自動生成的。 訂單列表 order detail tableORDER_DETAIL的結(jié)構(gòu)字段名數(shù)據(jù)類型長度主鍵否描述ORDERDETAIL_IDint4是訂單編號GOODS_IDint4商品編號GOODS_NAMEvarchar20商品名稱GOODS_PRICEfloat4商品價格ORDERGOODSINTint4購買數(shù)量USER_IDint4訂貨人USER_ADDRESSvarchar20地址USER_PHONEint4電話USERZONECODEint4郵編USEREMAILvarchar20郵箱ACCEPTERvarchar20提貨人4）商品列表(Goods) 主要用來存儲商品的信息。用戶對商品的查詢，管理員對商品的添加、刪除、修改等操作，都要使用到該表。超級管理員、2224。普通用戶） 用戶權(quán)限表Tab. user role table字段名數(shù)據(jù)類型長度主鍵否描述USER_ROLE_NOint4是用戶權(quán)限號USER_ROLEvarchar12用戶身份6）訂單狀態(tài)表(SEND_GOOD_STATE)主要用來存儲訂單狀態(tài)號及其對應(yīng)的訂單狀態(tài)（1224。已付款未發(fā)貨、3224。書籍類、2224。電子類、4224。電子商務(wù)平臺系統(tǒng)的功能操作是通過菜單來實現(xiàn)的。用戶在登錄系統(tǒng)的時候，根據(jù)輸入的用戶名和密碼，系統(tǒng)就會判斷該用戶的角色。、。對系統(tǒng)的需求分析、數(shù)據(jù)庫設(shè)計和界面設(shè)計都是為系統(tǒng)的實現(xiàn)做準備的。 ： 登錄界面 Login Menu在登陸的過程中，判斷用戶的權(quán)限，根據(jù)權(quán)限的不同可以看到主頁面顯示的不同的信息，JSP頁面的主要實現(xiàn)代碼如下：% page language=java contentType=text/html。String userName=()。()。+userName+39。ResultSet rs=()。charset=UTF8223。td width=161 valign=top % while(()){ int a = (USER_ROLE_NO)。省略部分代碼224。registerForm 2