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