【正文】 ng 使用基本的 JavaBean 來完成以前只可能由EJB 完成的事情。然而， Spring 的用途不僅限于服務器端的開發(fā)。從簡單性、可測試性和松耦合的角度而言，任何 Java 應用都可以從 Spring 中受益。傳統(tǒng) J2EE應用的開發(fā)效率低，應用服務器廠商對各種技術(shù)的支持并沒有真正統(tǒng)一，導致 J2EE的應用沒有真正實現(xiàn) Write Once 及 Run Anywhere 的承諾。 Spring 作為開源的中間件，獨立于各種應用服務器，甚至無須應用 服務器的支持，也能提供應用服務器的功能，如聲明式事務等。 Spring 致力于 J2EE 應用的各層的解決方案，而不是僅僅專注于某一層的方案?？梢哉f Spring 是企業(yè)應用開發(fā)的 “ 一站式 ” 選擇，并貫穿表現(xiàn)層、業(yè)務層及持久層。然而， Spring 并不想取代那些已有的框架，而是與它們無縫地整合。 Spring 通過一種稱作控制反轉(zhuǎn)（ IoC）的技術(shù)促進了松耦合。當應用了 IoC，一個對象依賴的其它對象會通過被動的方式傳遞進來，而不是這個 4 對象自己創(chuàng)建或者查找依賴對象。你可以認為 IoC與 JNDI 相反 —— 不是對象從容器中查找依賴，而是容 器在對象初始化時不等對象請求就主動將依賴傳遞給它 。Spring 提供了 面向切面編程 的豐富支持，允許通過分離應用的業(yè)務邏輯與系統(tǒng)級服務（例如審計（ auditing）和事務（ transaction）管理）進行內(nèi)聚性的開發(fā)。應用對象只實現(xiàn)它們應該做的 —— 完成業(yè)務邏輯 —— 僅此而已。它們并不負責（甚至是意識）其它的系統(tǒng)級關(guān)注點，例如日志或事務支持。 Hibernate： Hibernate 是一個免費的開源 Java 包 ，它使得與關(guān)系數(shù)據(jù)庫打交道變得十分輕松，就像您的數(shù)據(jù)庫中包含每天使用的普通 Java對象一樣，同時不必考慮如何把它們從神秘的數(shù)據(jù)庫表中取出（或放回到數(shù)據(jù)庫表中）。它解放了您，使您可以專注于應用程序的對象和功能，而不必擔心如何保存它們或稍后如何找到它們。大多數(shù)應用程序都需要處理數(shù)據(jù)。 Java 應用程序運行時，往往把數(shù)據(jù)封裝為相互連接的對象網(wǎng)絡，但是當程序結(jié)束時，這些對象就會消失在一團邏輯中，所以需要有一些保存它們的方法。有時候，甚至在編寫應用程序之前，數(shù)據(jù)就已經(jīng)存在了，所以需要有讀入它們和將其表示為對象的方法。手 動編寫代碼來執(zhí)行這些任務不僅單調(diào)乏味、易于出錯，而且會占用整個應用程序的很大一部分開發(fā)工作量。優(yōu)秀的面向?qū)ο箝_發(fā)人員厭倦了這種重復性的勞動，他們開始采用通常的 “ 積極 ” 偷懶做法，即創(chuàng)建工具，使整個過程自動化。對于關(guān)系數(shù)據(jù)庫來說，這種努力的最大成果就是對象 /關(guān)系映射 (ORM)工具。這類工具有很多，從昂貴的商業(yè)產(chǎn)品到內(nèi)置于 J2EE 中的 EJB 標準。然而，在很多情況下，這些工具具有自身的復雜性，使得開發(fā)人員必須學習使用它們的詳細規(guī)則，并修改組成應用程序的類以滿足映射系統(tǒng)的需要。由于這些工具為應付更加嚴格和復雜的企業(yè)需 求而不斷發(fā)展，于是在比較簡單和常見的場景中，使用它們所面臨的復雜性反而蓋過了所能獲得的好處。這引起了一場革命，促進了輕量級解決方案的出現(xiàn)，而 Hibernate就是這樣的一個例子。 Oracle 簡述 Oracle 數(shù)據(jù)庫是一種大型數(shù)據(jù)庫系統(tǒng)，一般應用于商業(yè)，政府部門，它的功能很強大，能夠處理大批量的數(shù)據(jù)，在網(wǎng)絡方面也用的非常多。不過，一般的中小型企業(yè)都比較喜歡用 mysql, SQL server 等數(shù)據(jù)庫系統(tǒng)，它的操 5 作很簡單，功能也非常齊全。只是比較 oracle 數(shù)據(jù)庫而言，在處理大量數(shù)據(jù)方面有些不如。 Oracle 簡稱甲骨文，是僅次于微軟公司的世界第二大軟件公司，該公司名稱就叫 Oracle。該公司成立于 1979 年，是加利福尼亞州的第一家在世界上推出以關(guān)系型數(shù)據(jù)管理系統(tǒng)（ RDBMS）為中心的一家軟件公司。 Oracle 不僅在全球最先推出了 RDBMS，并且事實上掌握著這個市場的大部分份額?，F(xiàn)在，他們的 RDBMS 被廣泛應用于各種操作環(huán)境： Windows NT、基于 UNIX 系統(tǒng)的小型機、 IBM 大型機以及一些專用硬件操作系統(tǒng)平臺。 事實上， Oracle 已經(jīng)成為世界上最大的 RDBMS 供應商，并且是世界上最主要的信息處理軟件供應商。由于 Oracle 公司的 RDBMS 都以 Oracle 為名，所以，在某種程度上 Oracle 己經(jīng)成為了 RDBMS 的代名詞。 Oracle數(shù)據(jù)庫管理系統(tǒng)是一個以關(guān)系型和面向?qū)ο鬄橹行墓芾頂?shù)據(jù)的數(shù)據(jù)庫管理軟件系統(tǒng)，其在管理信息系統(tǒng)、企業(yè)數(shù)據(jù)處理、因特網(wǎng)及電子商務等領(lǐng)域有著非常廣泛的應用。因其在數(shù)據(jù)安全性與數(shù)據(jù)完整性控制方面的優(yōu)越性能，以及跨操作系統(tǒng)、跨硬件平臺的數(shù)據(jù)互操作能力，使得越來越多的用戶將 Oracle 作為其應用數(shù)據(jù)的處理系統(tǒng)。 Oracle 數(shù)據(jù)庫是基于 “ 客戶端／服務器 ” 模式 結(jié)構(gòu)?？蛻舳藨贸绦驁?zhí)行與用戶進行交互的活動。其接收用戶信息，并向 “ 服務器端 ” 發(fā)送請求。服務器系統(tǒng)負責管理數(shù)據(jù)信息和各種操作數(shù)據(jù)的活動。 本章小結(jié) 本章主要介紹了該系統(tǒng)所使用的技術(shù)。其中包括 J2EE 的概述，以及其中當下流行 SSH 框架的特征。同時介紹了所使用的數(shù)據(jù)庫 Oracle。最后以軟件工程的規(guī)格要求來對系統(tǒng)進行設計。 6 2 系統(tǒng)需求分析 根據(jù)上一章的技術(shù)簡述， 本章主要對該系統(tǒng)的做了需求分析。其中主要有：系統(tǒng)的背景，系統(tǒng)的開發(fā)環(huán)境，可行性分析，以及各需求的規(guī)定。 系統(tǒng)背景 開發(fā)軟件的名稱： 基于 JSP 的商品發(fā)布與銷售系統(tǒng) 項目的提出者： 鄭艷君老師 項目的任務開發(fā)者：潘剛剛 項目的用戶： 網(wǎng)上購物的所有用戶 開發(fā)環(huán)境 本系統(tǒng)是在以下的環(huán)境下開發(fā)并運行的： 操作系統(tǒng)： Windows 7 數(shù)據(jù)庫系統(tǒng)： Oracle 開發(fā)工具： MyEclipse+Tomcat 瀏覽器： IE6以上 可行性分析 根椐對本系統(tǒng)中所用到的技術(shù)架構(gòu)的掌握，以及相關(guān)硬件和開發(fā)軟件的支持，以計算機網(wǎng)絡作為信息傳輸媒體，信息傳送速度 快、信息覆蓋面廣、成本低的特點。因此，很多個人或企業(yè)都開始得用網(wǎng)絡開展商務活動，可以看到，在個人或者個業(yè)進行網(wǎng)上商業(yè)活動時間產(chǎn)生的是多方面的。但是，開發(fā)任何一個基于計算機的系統(tǒng)，都會受到時候和資源上的限制。因此，對在接受任何一個項目開發(fā)任務之前，必須根據(jù)客戶可能提供的時間和資源條件進行可行性分析，以減少項目開發(fā)風險，避免人力、財力和物力的浪費。可行性分析與風險分析在很多主面是相互關(guān)聯(lián)的，項目風險越大，開發(fā)高質(zhì)量的軟件的可行性就越小。 7 系統(tǒng)的需求 1) 購物流程 購物總流程如圖（ 1）所示 圖 1 購物總流程圖 8 2）系統(tǒng)模塊 登錄管理模塊如圖（ 2）所示 圖 2 登錄管理模塊如圖 系統(tǒng)管理模塊如圖（ 3）所示 圖 3 系統(tǒng)管理模塊如圖 9 用戶管理模塊如圖（ 4）所示 圖 4 用戶管理模塊圖 商品管理模塊如圖（ 5）所示 圖 5 商品管理模塊圖 訂單管理模塊如圖（ 6）所示 圖 6 訂單管理模塊圖 用戶模塊如圖（ 7）所示 10 圖 7 用戶模塊圖 2） 對性能的規(guī)定 1）精度 查詢時應保證查全率，所有相應域包含查詢關(guān)鍵字地記錄都應能查到。 查詢時應保證查準率，查到地記錄應與給定地單項或組合查 詢條件完全匹配。 2）時間特性要求 一般操作的響應時間應在 1～ 2秒內(nèi)。對軟磁盤和打印機的操作，以及數(shù)據(jù)的導入和導出也應在可接受的時間內(nèi)完成。 3）輸入輸出要求 對于輸入輸出的數(shù)據(jù)進行的規(guī)定一定要嚴格按照用戶的實際情況而進行。這就要求在開發(fā)此軟件系統(tǒng)時要密切地和用戶單位保持聯(lián)系，做好接口工作。 4）對外部接口的要求 用戶界面：采用 WINDOWS 的通用圖形界面，對用戶友好，且必須對鼠標和鍵盤提供支持。界面的設計應遵循如下規(guī)則：界面要 具有一致性，界面規(guī)范應遵循MS WINDOWS 軟件界面元件的規(guī)范 ，提供簡單的錯誤處理。提供信息返饋，用多種信息提示用戶當前軟件運行狀態(tài)，軟件界面元件的功能。操作可逆，其動作可以是單個的操作，或者是一個相對獨立的操作序列；設計良好的聯(lián)機幫助。顯示啟動界面，畫面簡潔明快，富有現(xiàn)代氣息，不能太過花俏。應遵循國家關(guān)于計算機計算機詞匯的標準，用詞應當精練準確，沒有歧義，圖形的意義明朗。 5）硬件接口：支持一般的 PII或更高檔的微機，筆記本電腦。 6）軟件接口：運行于 WINDOWS 7,且具有 WIN32 API 地操作系統(tǒng)之上。 7）故障處理：正常使用時不應出錯，若運行時遇到不可恢復 的系統(tǒng)錯誤，也必須保證數(shù)據(jù)庫完好無損。 11 （ 8）其他專門要求 1） 正確性 要求發(fā)布的軟件達到用戶的預期目標，運行時基本無錯誤。 2） 可靠性 在一般條件下，應不出故障。 3） 效率 數(shù)據(jù)計算自動完成。 4） 完整性 當外界環(huán)境（如停電、網(wǎng)絡病毒）干擾本系統(tǒng)時，系統(tǒng)可以自動保護原始數(shù)據(jù)的安全。 5） 用性 要求能盡量為用戶的使用提供方便，軟件的界面符行的界面流行的界面規(guī)范。 6） 護性 要求本軟件在運行中發(fā)現(xiàn)錯誤時，能快速，準確對其進行定位，診斷和修改。 7） 試 性 設計時盡可能減少測試本軟件的各項功能所需的工作量。 8） 復用性 設計時采取模塊化的方法進行設計，對系統(tǒng)的內(nèi)模塊接口盡可能達到高內(nèi)聚，低耦合的程度，以提高各模塊的復用性。 本章小結(jié) 本章主要介紹了該系統(tǒng)的需求分析。其中主要有：系統(tǒng)的背景，系統(tǒng)的開發(fā)環(huán)境，可行性分析，技術(shù)的可行性，以及各需求的規(guī)定。需求分析是設計軟件的第一步，也是最重要的一步。 12 3 系統(tǒng)的概要設計 本章內(nèi)容是根據(jù)上一章的系統(tǒng)需求對系統(tǒng)做了概要分析。其中主要有：基本模塊設計，具體模塊及其功能，模塊設設說明，系統(tǒng)用例 圖，系統(tǒng)出錯處理的設計，系統(tǒng)的安全設計，以及系統(tǒng)維護設計。 基本模塊設計 ① 前臺模塊 1）會員 /顧客模塊 2）商品展示模塊 3）購買流程模塊 ② 后臺模塊 1）商品目錄管理模塊 2）商品管理模塊 3）訂單管理模塊 4）銷售量統(tǒng)計模塊 5）會員管理模塊 具體模塊及其功能 商品目錄管理：增加目錄、刪除目錄、修改目錄、查詢目錄 商品管理：增加商品、刪除商品、修改商品、查詢商品 訂單管理：根據(jù)條件查詢訂單、查看訂單、訂單審核 銷售量統(tǒng)計： 查詢銷售排行和統(tǒng)計 會員管理：級別設置、查詢會員、刪除會員 會員 /顧客模塊：用戶通過注冊稱為會員即可執(zhí)行查看商品、購買操作達到網(wǎng) 上購物目的。 13 商品展示模塊：管理員通過將商品展示到頁面提供會員 /顧客瀏覽。 購買流程：一個提供給顧客 /會員購買的流程。 該系統(tǒng)的結(jié)構(gòu)圖如圖（ 8）所示：B 2 C 網(wǎng) 上 商 城前 臺后 臺顧 客 / 會 員 管 理商 品 展 示購 買 流 程商 品 目 錄 管 理商 品 管 理訂 單 管 理銷 售 量 統(tǒng) 計會 員 管 理會 員 注 冊會 員 登 錄個 人 信 息 維 護地 址 簿 編 輯會 員 歷 史 交 易 查 詢會 員 密 碼 找 回會 員 積 分 查 詢商 品 分 類 瀏 覽商 品 搜 索商 品 評 論購 物 車 管 理結(jié) 賬收 藏 夾 管 理增 加 購 物 車修 改 商 品 數(shù) 量刪 除 商 品加 入 收 藏 夾增 加 商 品 目 錄修 改 商 品 目 錄刪 除 商 品 目 錄添 加 商 品 信 息修 改 商 品 信 息刪 除 商 品 信 息查 詢 系 統(tǒng) 訂 單審 核 訂 單銷 售 量 查 詢查 看 系 統(tǒng) 會 員 信 息刪 除 會 員設 置 級 別 與 積 分 關(guān) 系 圖 8 系統(tǒng)結(jié)構(gòu)圖 在本軟件系統(tǒng)的工作過程中不得不包含的人工處理過程有：在對數(shù)據(jù)進入操作過程中，對用戶權(quán)限表和角色表中的數(shù)據(jù)需要人工輸入在操作的過程中，對功 14 能的選擇、控制時必 須由人工操作完成。 系統(tǒng)用例圖 前臺用例圖如圖 (9)所示： 圖 9 前臺用例圖 后臺用例圖如圖 (10)所示： 15 圖 10 前臺用例圖 模塊設計說明 程序名稱： 登錄管理模塊 功能： 用戶登錄和注冊功能主要包括的功能如下： 用戶登錄：驗證用戶的信息是否合法，以及驗證用戶是否為系統(tǒng)的合法用戶。 流程邏輯如圖（ 11）所示 16 開 始輸 入 用 戶 名 和 密 碼用 戶 名 和 密 碼 是 否合 法 ?否是用 戶 輸 入 的 用 戶 名和 密 碼 是 否 正 確 ?否進 入 系 統(tǒng)結(jié) 束提 示 用 戶 輸 入 的 用戶 名 和 密 碼 不 存 在否