【文章內(nèi)容簡介】 審計（ auditing）和事務(wù)（ transaction）管理）進行內(nèi)聚性的 開發(fā)。應(yīng)用對象只實現(xiàn)它們應(yīng)該做的 ——完成業(yè)務(wù)邏輯 ——僅此而已。它 們并不負責(zé)（甚至是意識）其它的系統(tǒng)級關(guān)注點，例如日志或事務(wù)支持 ； （ 4） 容器 ——Spring 包含并管理應(yīng)用對象的配置和生命周期，在這個意義上它是一種容器，你可以配置你的每個 bean 如何被創(chuàng)建 ——基于一個可配置原型（ prototype），你的 bean 可以創(chuàng)建一個單獨的實例或者每次需要時都生成一個新的實例 ——以及它們是如何相互關(guān)聯(lián)的。然而， Spring 不應(yīng)該被混同于傳統(tǒng)的重量級的 EJB 容器，它們經(jīng)常是龐大與笨重的，難以使用 ； （ 5） 框架 ——Spring 可以將簡單的組件配置、組合成為復(fù)雜的應(yīng)用。在 Spring中，應(yīng)用對象被聲明式地組合，典型地是在一個 XML 文件里。 Spring 也提供了很多基礎(chǔ)功能（事務(wù)管理、持久化框架集成等等），將應(yīng)用邏輯的開發(fā)留給了你。 所有 Spring 的這些特征使你能夠編寫更干凈、更可管理、并且更易于測試的代碼。它們也為 Spring 中的各種模塊提供了基礎(chǔ)支持 ； Ajax 簡介 Web 應(yīng)用的交互如 Flickr,Backpack 和 Google 在這方面已經(jīng)有質(zhì)的飛躍。這個術(shù)語源自描述從基于 Web 的應(yīng)用到基于數(shù)據(jù)的應(yīng)用的轉(zhuǎn)換。在基于數(shù) 據(jù)的應(yīng)用中，用戶需求的數(shù)據(jù)如聯(lián)系人列表，可以從獨立于實際網(wǎng)頁的服務(wù)端取得并且可以被動態(tài)地寫入網(wǎng)頁中，給緩慢的 Web 應(yīng)用體驗著色使之像桌面應(yīng)用一樣。 Ajax 的核心是JavaScript 對象 XmlHttpRequest。該對象在 Inter Explorer 5 中首次引入，它是一種支持異步請求的技術(shù)。簡而言之， XmlHttpRequest 使您可以使用 JavaScript 向服務(wù)器提出請求并處理響應(yīng)，而不阻塞用戶。許多重要的技術(shù)和 AJAX 開發(fā)模式可以從現(xiàn)有的知識中獲取。例如，在一個發(fā)送請求到服務(wù)端的應(yīng)用中，必須 包含請求順序、優(yōu)先級、超時響應(yīng)、錯誤處理及回調(diào)，其中許多元素已經(jīng)在 Web 服務(wù)中包含了，就 8 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 像現(xiàn)在的 SOA。 AJAX 開發(fā)人員擁有一個完整的系統(tǒng)架構(gòu)知識。同時，隨著技術(shù)的成熟還會有許多地方需要改進，特別是 UI 部分的易用性。 AJAX 開發(fā)與傳統(tǒng)的 CS開發(fā)有很大的不同。這些不同引入了新的編程問題，最大的問題在于易用性。由于AJAX 依賴瀏覽器的 JavaScript 和 XML，瀏覽器的兼容性和支持的標(biāo)準(zhǔn)也變得和JavaScript 的運行時性能一樣重要了。這些問題中的大部分來源于瀏覽器、服務(wù)器和技術(shù)的組合，因此必須理解如何才能 最好的使用這些技術(shù)。綜合各種變化的技術(shù)和強耦合的客戶服務(wù)端環(huán)境， AJAX 提出了一種新的開發(fā)方式。 AJAX 開發(fā)人員必須理解傳統(tǒng)的 MVC 架構(gòu)，這限制了應(yīng)用層次之間的邊界。同時，開發(fā)人員還需要考慮CS 環(huán)境的外部和使用 AJAX 技術(shù)來重定型 MVC 邊界。最重要的是， AJAX 開發(fā)人員必須禁止以頁面集合的方式來考慮 Web 應(yīng)用而需要將其認為是單個頁面。一旦 UI設(shè)計與服務(wù)架構(gòu)之間的范圍被嚴格區(qū)分開來后，開發(fā)人員就需要更新和變化的技術(shù)集合了 [12]。 本 章主要對時下在 Java EE 開發(fā)中得到廣泛應(yīng)用的三大主流框架 SSH、 JSP、Oracle、 Ajax 等技術(shù) ，以及對在 Web 開發(fā)中廣泛應(yīng)用的 MVC 模式做了一定介紹。 9 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 3 系統(tǒng)需求分析 需求分析， 即 是指對要解決的問題進行詳細的分析，弄清楚問題的要求，包括需要輸入什么數(shù)據(jù)，要得到什么結(jié)果，最后應(yīng)輸出什么。在軟件工程中，需求分析指的是在建立一個新的或改變一個現(xiàn)存的 電腦系統(tǒng) 時描寫新系統(tǒng)的目的、范圍、定義和功能時所要做的所有的工作。需求分析 是軟件工程中的一個關(guān)鍵過程。在這個過程中， 系統(tǒng)分析 員和 軟件 工程師確定顧客的需要。只有在確定了這些需要后他們才能夠分析和尋求新系統(tǒng)的解決方法。需求分析階段的任務(wù)是確定軟件系統(tǒng)功能 [13]。 需求分析是理解真實世界中的問題和用戶需求，并找出能滿足這些需求的 解決方案的過程。需求分析的目標(biāo)是在開發(fā)活動開始以前，對問題的解決方法得到更好的認識。由此可見，需求分析在整個項目過程中具有舉足輕重的地位。它甚至決定了以后開發(fā)活動的大方向。能否得到一個準(zhǔn)確全面的需求分析結(jié)果將直接影響軟件開發(fā)項目的質(zhì)量和成敗 [14]。 以下 將結(jié)合 開發(fā)的具體情況，對目標(biāo)系統(tǒng)的功能性需求、非功能性需求進行分析。 系統(tǒng)概述 此次開發(fā)的主要目標(biāo)是實現(xiàn)一個 實時通訊系統(tǒng) ， 此系統(tǒng)的主要功能是在線注冊過的用戶能夠通過此交流平臺獲得更加快捷、方便的溝通，本系統(tǒng)的系統(tǒng)結(jié)構(gòu)圖如圖 31 所示。 系統(tǒng)為每個注 冊用戶提供方便的溝通平臺，在該系統(tǒng)內(nèi)用戶可以通過查找添加自己想要的好友，與其進行在線交流，進行簡單的文件傳輸。 每個用的登錄之后都會啟動一個單獨的線程，作為該用戶整個系統(tǒng)的貫穿，無論是登錄、聊天、查詢更改等功能中都需要用到，所以客戶端與服務(wù)器端的連接非常重要。 10 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 圖 31 系統(tǒng) 功能 結(jié)構(gòu)圖 系統(tǒng)參與者 根據(jù)需求分析的結(jié)果，通過最終的用例模型，可以確定系統(tǒng)的主要功能和開發(fā)目標(biāo)。另外，系統(tǒng)還應(yīng)該具備使用友好、安全等用例文檔無法描述的非功能性需求 具體功能性需求和非功能性需求 [15]。 由于我們使用用例來記錄系統(tǒng)的功能性需求，所以在需求分析的第一步我們需要明確系統(tǒng)的參與者。參與者 (Actor)是具有行為能力的事物，可以是一個人 (由所扮演的角色來識別 )、計算機系統(tǒng)或組織。經(jīng)分析確認， 系統(tǒng)的參與者主要 是 注冊用戶。用戶注冊 用戶登錄 即時通訊 個人管理 好友列表 好友查詢添加 退出系統(tǒng) 在線即時通訊 設(shè)置個人信息 修改密碼 更新心情 好友列表更新 好友狀態(tài)檢測 查看好友資料 消息發(fā)送 消息接收 11 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 用戶注冊成功之后，可以進行一同功能的一系列操作，如對好友進行查詢添加、與好友進行聊天、查看聊天記錄等。 系統(tǒng)功能分析 功能需求 系統(tǒng)的主要功能是為廣大用戶提供一個方便快捷的聊天溝通平臺 , 以下會主要介紹各個模塊。 系統(tǒng)各項需求 功能大致如下： （ 1） 第一次使用系統(tǒng)的用戶通過填寫個人信息來進行注冊，并驗證用戶名的有效性 (是否已被注冊 )； （ 2） 使用已經(jīng)注冊的用戶可以驗證登錄信息 (一般指用戶名和密碼 )后登錄系統(tǒng)； （ 3） 可以修改密碼 ； （ 4） 能夠選擇對象進行聊天 ； （ 5） 可以查找好友 ； （ 6） 進行好友添加 ； （ 7） 能夠進行文件傳輸 ； （ 8） 可以查看好友資料 ； （ 9） 可以查看聊天記錄 ； （ 10） 可以更新個人資料 。 性能需求 （ 1） 時間特性需求 ； 實時通訊系統(tǒng) 的查詢響應(yīng)取決于服務(wù)器和 WEB BROWSER 之間的連接帶寬以及同時 連接的客戶端數(shù)目，系統(tǒng)在設(shè)計上應(yīng)以快速響應(yīng)管理人員查詢請求為優(yōu)先保證目標(biāo)。 （ 2） 適應(yīng)性需求 ； 12 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 系統(tǒng)在 WINXP 及以上版本上均可運行，硬件需求為硬盤容量至少 2G，內(nèi)存512M，為完成系統(tǒng)所有功能，在系統(tǒng)中必須安裝支持數(shù)據(jù)庫的軟件，如： Oracle， 等，操作方式需按正常規(guī)范操作方式進行，本系統(tǒng)便于修改，在開發(fā)計劃發(fā)生變動時也可方便的進行相應(yīng)的修改，以適應(yīng)更高的要求，總而言之本系統(tǒng)具有很好的適應(yīng)能力。 （ 3） 安全性需求 。 由于在線即時聊天系統(tǒng)信息量會非常大，所有在對用戶進入系統(tǒng)時要保證 速度。在交流過程中又要保證通信的實時性。對于整個系統(tǒng)，需要完整的權(quán)限控制，防止某些人惡意的攻擊系統(tǒng)，修改原始記錄。同時對于數(shù)據(jù)庫中的數(shù)據(jù)需要定時備份，防止系統(tǒng)數(shù)據(jù)丟失。此外，系統(tǒng)要求用戶在登陸時需要身份驗證。 系統(tǒng)用例圖 根據(jù)需求分析的結(jié)果，通過最終的用例模型，可以確定系統(tǒng)的主要功能和開發(fā)目標(biāo)。 由于使用用例來記錄系統(tǒng)的功能性需求，所以在需求分析的第一步 需要明確系統(tǒng)的參與者。參與者 （ Actor） 是具有行為能力的事物，可以是一個人 （ 由所扮演的角色來識別 ） 、計算機系統(tǒng)或組織。經(jīng)分析確認， 系統(tǒng)的參與者主要 是用戶。用戶首先進行注冊，然后登錄系統(tǒng)進行一系列的操作。 用例圖是對系統(tǒng)語境的勾畫，顯示了系統(tǒng)的邊界，以及如何使用系統(tǒng)。系統(tǒng) 用戶 的用例圖如圖 31 所示。 該圖詳細的描述了系統(tǒng)用的整個用例，包括個人管理、聊天、好友三個模塊，而每個模塊中又包含了子模塊。如個人模塊中，包含了查看個人資料、更新個人資料、修改密碼、上傳下載等；聊天模塊中又包含了查看聊天對方個人信息、發(fā)送接收信息、傳送和接收文件、查看聊天記錄等； 在好友模塊中，包含了查找和添加好友。每個模塊實現(xiàn)的功能都是不一樣的，以對象實現(xiàn)來劃分模塊有利于設(shè)計與管理，功 能劃分也很清晰，不至于混淆。 用例的設(shè)計合理不但能使開發(fā)人員更好的掌握脈絡(luò)，也有利于用戶擁有更好的體驗。 13 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 u s e r聊天接收信息發(fā)送信息查看好友資料個人管理 in c lu d e in c lu d e in c lu d e 更新資料修改密碼 in c lu d e in c lu d e 查找好友添加好友 in c lu d e 上傳下載 in c lu d e in c lu d e 圖 32 用戶用例圖 從圖 31 可以看出參與者 用戶主要有聊天、個人管理和查找好友等模塊 。幾個用例實現(xiàn)的功能大致相近，接下來對其中的 幾 個 簡單 用例進行分析 。 用例：添加好友 ； 用例圖如圖 33 所示。 u s e ra d d 圖 33 添加好友用例 用例規(guī)約如表 31 所示。 14 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 表 31 添加好友用例規(guī)約 用例名稱 ： 添加好友 用例 ID： Test_01 角色： 用戶 用例說明： 該用例的主要功能是添加好友，點擊添加好友觸 發(fā) 前置條件 成功登陸 基本事件流： 參與者動作 系統(tǒng)響應(yīng) 進入主界面，用戶點擊“查詢好友”按鈕 用戶添加聯(lián)系人，點擊“添加” 系統(tǒng)響應(yīng)事件，進入查找界面 判斷是否合法，若合法，則添加成功；若不合法，則進入 . 其它事件流 ： 無 異常事件流： 參與者動作 系統(tǒng)響應(yīng) 用例：更新資料用例 ； 用例圖如圖 34 所示。 u s e ru p d a t e 圖 34 用戶更新資料用例 用例 規(guī)約如表 32 所示 ,該規(guī)約詳細的介紹了用戶更新資料用例的條件、執(zhí)行過程以及出現(xiàn)的問題解決方式。 當(dāng)用戶登陸成功進入主界面時，點擊個人資料，然后對個人資料進行修改，系統(tǒng)會對輸入的內(nèi)容進行判斷，是否該內(nèi)容符合修改需求，弱不符合則進行相應(yīng)返回，若符合要求，則進行成功跳轉(zhuǎn)，并將其顯示。 15 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 表 32 用戶修改資料用例規(guī)約 用例名稱： 修改資料 用戶 ID： Test_02 角色： 用戶 用例說明： 該用例主要實現(xiàn)的功能是用戶實現(xiàn)對自己資料的修改操作 前置條件： 用戶成功登錄主頁 基本事件流： 參與者動作 系統(tǒng)響應(yīng) 點擊個人資料 用戶對個人的姓名、性別、年齡等信息進行修改，點擊 “ 修改 ” 系統(tǒng)相應(yīng)事件，跳轉(zhuǎn)至 “ 修改信息 ” 頁面 系統(tǒng)對用戶的輸入進行判斷，若合法，則返回。 其它事件流 ： 無 異常事件流： 無 后置條件： 信息修改成功，返回 用戶活動圖如圖 35，其他不再累述，用戶活動圖能夠詳細的表述出用戶的整個活動流程，方便讀者全方面理解。 由此，該系統(tǒng)的功能需求已清晰地呈現(xiàn)出來，然而系統(tǒng)的功能需求也是異常重要的一個方面。軟件產(chǎn)品的非功能性需求是指產(chǎn)品為了滿足用戶業(yè)務(wù)需求而必須具備能性 需求以外屬性或品質(zhì)如可靠性性能響應(yīng)時間容錯性擴展性等等。這些需求將在系統(tǒng)實現(xiàn)初步功能后逐步進行完善。 16 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 登 錄已 登 錄 已 注 冊注 冊查 詢 好 友 好 友 聊 天 更 新 資 料修 改 密 碼存 在退 出YNYNY 圖 35用戶活動圖 17 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 4 系統(tǒng)設(shè)計 一個良好的系統(tǒng)設(shè)計是系