【正文】 ，用例結(jié)束。 [異常事件流 ] 用戶可以在任何時(shí)候按“取消”取消一個(gè)事務(wù)，該用例結(jié)束。 [主事件流 ] 用戶選擇了一個(gè)班級(jí)，并選擇“加入班級(jí)”按鈕時(shí)，用例開始。系統(tǒng)將 更新 數(shù)據(jù)庫(kù)，用例結(jié)束。 [異常事件流 ] 用戶可以在任何時(shí)候按“取消”取消一個(gè)事務(wù)，該用例結(jié)束。 [主事件流 ] 用戶選擇了自己所在的一個(gè)班級(jí)時(shí)，并選擇“ 脫離 班級(jí)”按鈕時(shí)， 用例開始。 [異常事件流 ] 基于 J2ME/J2EE的手機(jī)校友錄系統(tǒng)設(shè)計(jì) 13 系統(tǒng)給出“是否要退出該班級(jí)”的提示時(shí)，用戶按“取消”按鈕，用例結(jié)束。 （ 11） 查找 學(xué)校用例描述： [引言 ] 用戶可以 查找已有的 學(xué)校。用戶通過(guò)選擇學(xué)校所在省份 或輸入關(guān)鍵字 ，按“ 查找 ”按鈕進(jìn)行 查找 。 [異常事件流 ] 用戶可以在任何時(shí)候按“取消”取消一個(gè)事務(wù)，該用例結(jié)束。 [主事件流 ] 用戶選擇“ 搜索班級(jí) ”按鈕 進(jìn)入搜索界面，選擇“搜索班級(jí)”時(shí)，開始用例。系統(tǒng)根據(jù) 用戶所提供的關(guān)鍵字 ，從數(shù)據(jù)庫(kù)中檢索班級(jí)，并返回該學(xué)校的班級(jí)列表。 [異常事件流 ] 用戶可以在任何時(shí)候按“取消”取消一個(gè)事務(wù)，該用例結(jié)束。 [主事件流 ] 用戶在所在班級(jí)選擇“查看班級(jí)留言”按鈕時(shí)，開始用例。用戶選擇一條留言，并按“查看留言內(nèi)容”按鈕，系統(tǒng)返回該留言的內(nèi)容、留言者 ID、留言者姓名、留言時(shí)間。 [異常事件流 ] 用戶可以在任何時(shí)候按“取消”取消一個(gè)事務(wù)，該用例結(jié)束。 [主事件流 ] 用戶在所在班級(jí)選擇“查看班級(jí)成員”按鈕時(shí)，開始用例。用例結(jié)束。 （ 15）顯示成員 詳細(xì)信息 用例描述： [引言 ] 用戶可以查看所在班級(jí)成員的成員 的詳細(xì)信息 。系統(tǒng)返回用戶選擇的成員的具體聯(lián)系信息，包括成員的 ID、姓名、性別、生日、 號(hào)碼、電話號(hào)碼、 MSN 帳號(hào)、Email 地址、聯(lián)系地址、工作單位 ，以及該成員的訪問(wèn)次數(shù) 。 [異常事件流 ] 用戶可以在任何時(shí)候按“取消”取消一個(gè)事務(wù)，該用例結(jié)束。 [主事件流 ] 用戶選擇“ 我的紙條 ”按鈕時(shí)，開始用例。用戶選基于 J2ME/J2EE的手機(jī)校友錄系統(tǒng)設(shè)計(jì) 15 擇“查看紙條內(nèi)容”按鈕，系統(tǒng)返回該紙條的內(nèi)容、發(fā)送者 ID、發(fā)送者姓名、接收者ID、接收者姓名、發(fā)送時(shí)間。 [異常事件流 ] 用戶可以在任何時(shí)候按“取消”取消一個(gè)事務(wù)，該用例結(jié)束。 [主事件流 ] 班級(jí)管理員在班級(jí)成員列表里，選擇一個(gè)成員，并按“踢出本班”按鈕時(shí)，用例開始。管理員若按“確認(rèn)”按鈕，系統(tǒng)將該成員與該班級(jí)解除關(guān)系，并返回“操作成功”的提示。 [異常事件流 ] 用戶可以在任何時(shí)候按“取消”取消一個(gè)事務(wù)，該用例結(jié)束。其中，客戶端 處于 J2ME 的手機(jī)設(shè) 備上 。 服務(wù)器端采用 Servlet來(lái)進(jìn)行業(yè)務(wù)邏輯處理。 服務(wù)器端則劃分為 3層。 持久層 ： 采用開源的 Hibernate 框架，負(fù)責(zé)訪問(wèn)數(shù)據(jù)庫(kù)，提供對(duì)業(yè)務(wù)數(shù)據(jù)的保存、更新、刪除和查詢等操作。 通過(guò)以上的分層，將會(huì)提高系統(tǒng)的伸縮性、可維護(hù)性、可擴(kuò)展性、可重用性、可管理性等性能。 系統(tǒng) 具體 的類 責(zé)任 協(xié)作（ ClassResponssbilityCollaborator， CRC）模型 [6]如 表 41到表 47所示 ： 表 41 User 類的 CRC 模型 類名： User 類的類型：角色 類的屬性： 用戶 編號(hào)、 用戶名 、密碼 、真實(shí) 姓名 、 性別 、 生日 、 號(hào)碼、電話號(hào)碼、 MSN帳號(hào)、 Email地址、聯(lián)系地址、工作單位 責(zé)任： 協(xié)作： 修改 用戶 密碼 修改個(gè)人信息 加入班級(jí) 與 Classes類協(xié)作 脫離班級(jí) 與 Classes類協(xié)作 創(chuàng)建班級(jí) 與 Classes類 、 School類 協(xié)作 創(chuàng)建學(xué)校 與 School類協(xié)作 發(fā)送紙條 與 Scrip類協(xié)作 添加班級(jí)留言 與 Classes類協(xié)作 表 42 Classes 類的 CRC 模型 類名： Classes 類的類型：角色 類的屬性： 班級(jí)編號(hào)、班級(jí)名稱、班主任姓名 、所在學(xué)校編號(hào) 、創(chuàng)建時(shí)間 責(zé)任： 協(xié)作： 創(chuàng)建班級(jí) 與 User類 、 Member類 協(xié)作 加入成員 與 User類、 Member類協(xié)作 踢除成員 與 User類、 Member類協(xié)作 表 43 School 類的 CRC模型 類 名： School 類的類型：角色 類的屬性： 學(xué)校編號(hào)、學(xué)校名稱、所在省份 責(zé)任： 協(xié)作： 創(chuàng)建學(xué)校 與 User類協(xié)作 創(chuàng)建班級(jí) 與 User類、 Classes類協(xié)作 集美大學(xué)本科生畢業(yè)設(shè)計(jì) (論文 ) 18 表 44 Record 類的 CRC模型 類名： Record 類的類型： 交互 類的屬性： 記錄編號(hào)、用戶編號(hào)、登錄時(shí)間、登錄 IP 責(zé)任： 協(xié)作： 查看上一次登錄時(shí)間 與 User類協(xié)作 統(tǒng)計(jì)登錄次數(shù) 表 45 Message 類的 CRC 模型 類名： Message 類的類型： 交互 類的屬性： 留言編號(hào)、班級(jí)編號(hào)、作者編號(hào)、留言 內(nèi)容、留言時(shí)間 責(zé)任： 協(xié)作： 添加留言 與 User類、 Classes類協(xié)作 查看留言 與 User類、 Classes類協(xié)作 表 46 Scrip 類的 CRC 模型 類名： Scrip 類的類型：交互 類的屬性： 紙條編號(hào)、紙條內(nèi)容、發(fā)送者編號(hào)、接收者編號(hào)、發(fā)送時(shí)間 責(zé)任： 協(xié)作： 發(fā)送或回復(fù)紙條 與 User類協(xié)作 查看紙條 與 User類協(xié)作 表 47 Member 類的 CRC模型 類名： Member 類的類型：交互 類的屬性： 成員記錄編號(hào) 、 班級(jí)編號(hào) 、 成員 編號(hào)、 管理員標(biāo)記 責(zé)任： 協(xié)作： 加入成員 與 User類 、 Classes類 協(xié)作 踢除成員 與 User類 、 Classes類 協(xié)作 對(duì)象 行為模型 用戶通過(guò)主界面菜單和用戶界面導(dǎo)航，可以進(jìn)行各種操作。具體的對(duì)象行為模型如圖 42所示： 用 戶 界 面 類 網(wǎng) 絡(luò) 連 接 類提 交 請(qǐng) 求業(yè) 務(wù) 邏 輯 類請(qǐng) 求調(diào) 用 業(yè) 務(wù) 邏 輯 方 法返 回 結(jié) 果響 應(yīng) 請(qǐng) 求返 回 結(jié) 果S e r v l e t 圖 42 對(duì)象 行為模型 系統(tǒng)狀態(tài)變遷圖 當(dāng)用戶啟動(dòng)客戶端應(yīng)用 程序時(shí)，應(yīng)用程序啟動(dòng)，并處于未登錄狀態(tài)。當(dāng)用戶注銷后，系統(tǒng)處于未登錄狀態(tài)，可重新登錄，或退出應(yīng)用程序。 J2ME 以接口的形式定義一些能夠覆蓋網(wǎng)絡(luò)和文件 IO 的抽象方法 ， 而將這些接口的實(shí)現(xiàn)留給了各個(gè)設(shè)備制造商。 MIDP 的 io 包中定義了如下幾種通訊類型 ： *基本串行輸入 () *基本串行輸出 () *數(shù)據(jù)報(bào)通信 () *ClientServer 的套接字通信通知機(jī)制 ( ctionNotifier) *與 Web 服務(wù)器進(jìn)行的基本 HTTP 通信 () 所以 J2ME 的網(wǎng)絡(luò)連接方式可以按照通信協(xié)議分為多種類別 :低級(jí)別的 IP連接 （ 包括套接字、數(shù)據(jù)報(bào)、串口和文件 IO通訊 ),安全連接 （ 為了和基于 WebService 進(jìn)行安全通訊而提供的額外接口 ,這些接口由 IP 網(wǎng)絡(luò)上的 HTTPS 和 SSL/TLS 協(xié)議 [7]提 供 ） 和HTTP 連接 （ 用于移動(dòng)設(shè)備和 Web 服務(wù)器互連 )。 在 中 ， HTTP（或 HTTPS） 是目前唯一被實(shí)現(xiàn)了的網(wǎng)絡(luò)傳輸協(xié)議 ， HTTP 提供了 MIDP 和 J2EE 應(yīng)用間最合適的傳輸模式。 MIDP標(biāo)準(zhǔn)支持 ， 包括一系列的 API 用于產(chǎn)生 HTTP GET、 POST、 HEAD 請(qǐng)求 ,基本的基于 J2ME/J2EE的手機(jī)校友錄系統(tǒng)設(shè)計(jì) 21 HEAD 操作 ， 基于流的處理和傳輸。 另外，中國(guó)移動(dòng)將 GPRS分為 CMNET和 CMWAP兩種接入方式 [8]，不同之處在于， CMNET使用直接連接互聯(lián)網(wǎng)的方式與服務(wù)器通信，而 CMWAP 則是通過(guò) WAP 網(wǎng)關(guān)代理，由 WAP網(wǎng)關(guān)連接服務(wù)器，然后將服務(wù)器返回的結(jié)果轉(zhuǎn)發(fā)給客戶端 。由于存在這兩種接入方式，我們的聯(lián)網(wǎng)代碼必須視實(shí)際情況而定 ，如用 CMNET 方式接入，代碼如下所示： public HttpConnection openConnection() throws IOException{ HttpConnection conn = (HttpConnection)(HOST + /loginAction)。 } 如果手機(jī)用戶是使用 CMWAP 方式連接服務(wù)器，那么上面的代碼必須修改為如下所示： public HttpConnection openConnection() throws IOException{ HttpConnection conn = (HttpConnection)( + /loginAction)。 return conn。同時(shí)， MIDlet 應(yīng)該在 HTTP 頭（ Header）中添加下面的請(qǐng)求信息， XOnlineHost：聯(lián)網(wǎng)服務(wù)器的域名和端口，這樣 WAP網(wǎng)關(guān)作為代理向服務(wù)器轉(zhuǎn)發(fā)請(qǐng)求。 目前中國(guó)移動(dòng)的 CMNET 方式上網(wǎng)費(fèi)用昂貴，大部 分手機(jī)用戶采用 CMWAP 或 CMWAP 包月方式，所以實(shí)際發(fā)布時(shí)，可按照 CMWAP 接入方式編寫代碼。在邏輯上，將服務(wù)器分為 3 個(gè)層次，即業(yè)務(wù)邏輯層、持久化層和數(shù)據(jù)庫(kù)層。持久化層采用開源的中間件 Hibernate，通過(guò)對(duì)象 關(guān)系映射（ ObjectRelation Mapping， ORM） 模式 [9]將實(shí)體對(duì)象持久化，并封裝數(shù)據(jù)庫(kù)的訪問(wèn)細(xì)節(jié)。 服務(wù)器端的分層體系結(jié)構(gòu)如圖 51所示： U s e r 類C l a s s e s 類B u s i n e s s S e r v i c e 類對(duì) 象 關(guān) 系 映 射 文 件H i b e r n a t e A P IH i b e r n a t e 配 置 文 件U S E R S 表C L A S S E S 表業(yè) 務(wù) 邏 輯 層H i b e r n a t e 持 久 層數(shù) 據(jù) 庫(kù) 層 圖 51 服務(wù)器端體系結(jié)構(gòu) 基于 J2ME/J2EE的手機(jī)校友錄系統(tǒng)設(shè)計(jì) 23 客戶端的體系結(jié)構(gòu)設(shè)計(jì) HTTP 聯(lián)網(wǎng)框架的設(shè)計(jì) 通用聯(lián)網(wǎng)框架應(yīng)用最為廣泛的領(lǐng)域是基于 HTTP 協(xié)議的應(yīng)用程序開發(fā)。設(shè)計(jì)這個(gè)框架可以在 J2ME 客戶端分離網(wǎng)絡(luò) 連接和用戶界面，使客戶端代碼更為清晰，更便于維護(hù)。 （ 1）使用 POST 方法進(jìn)行數(shù)據(jù)傳輸 HTTP最簡(jiǎn)單 、 最方便 、 最靈活的形式就是傳送一個(gè) HTTP GET或 POST請(qǐng)求 （ Request）給 J2EE Server,然后等待 Server 返回一個(gè)響應(yīng) （ Response） 。 服務(wù)器端用字節(jié)流的形式返回必要的數(shù)據(jù)給客戶端 ， 最大限度地減少網(wǎng)絡(luò)傳輸量 ， 同時(shí)也減少了用戶等待的時(shí)間。對(duì)比之下， Web 應(yīng)用程序中的 HTML 標(biāo)記 FORM 中的元素是不需要代碼處理的，只要為元素指定名稱屬性即可。 即可獲得字段名為 username 的 input 元素的值。 Item 并沒(méi)有包含一個(gè)用戶標(biāo)記 Item 字段名稱的成員變量，但我們可以擴(kuò)展上述 Item，并添加一個(gè) fieldName 屬性。其中所有的字段都會(huì)按照“字段名稱 =值”的形式進(jìn)行編碼，然后返回給 byte[]數(shù)組。只需要獲得 Form 的引用即可獲得 Form 中需要傳輸?shù)臄?shù)據(jù)。實(shí)現(xiàn) URLEncoder 類，可以參考 JDK 源碼中的 類。 （ 4） Cookie 管理 盡管 J2ME 支持 HTTP 協(xié)議，但是不支持 Session 會(huì)話管理 [11]，因此必須在系統(tǒng)中加以實(shí)現(xiàn)。但 URL 重寫操作起來(lái)比較麻煩，而 Cookie 在 Web 應(yīng)用程序中被廣泛采用。 記錄管理系統(tǒng)（ Record Management System， RMS）是 MIDP 必須支持的一個(gè)子系統(tǒng)，可以持久性存儲(chǔ)數(shù)據(jù)，因此它是存儲(chǔ) cookie 的理想空間。 Cookie 類 中 還 定 義 了 一 個(gè) 靜 態(tài) 方 法parseCookie()，用于從一個(gè)字符串參數(shù)中解析出 Cookie 對(duì)象。對(duì)于會(huì)話 cookie， CookieManager 把它存儲(chǔ)在內(nèi)存中，程序退出就會(huì)被清除。只要把參數(shù)傳給構(gòu) 造器， HttpUtil 線程運(yùn)行時(shí)就會(huì)向服務(wù)器端發(fā)送數(shù)據(jù)。HttpUtil 類還包括 兩個(gè)私有方法 private void saveCookie(String sCookie,String uri)和 private String collectCookie(String uri)，這兩個(gè)私有方法是在 HttpUtil類中的 run()方法中設(shè)置請(qǐng)求頭的時(shí)候 用來(lái)從本地提取 cookie 或者接收響應(yīng)時(shí)保持cookie 的操作。 用戶界面的設(shè)計(jì) 用戶界面是應(yīng)用程序用于與用戶進(jìn)行交互。 (1)九宮格 主菜單 在 MIDP 圖形用戶界面組件中， Li