【導(dǎo)讀】對程序員來說，也可以把Socket看成一個文件指針，只要向。指針?biāo)傅奈募x寫數(shù)據(jù)，就可以實現(xiàn)雙向通信。利用Socket進(jìn)行通信，有兩種主要的方。第一種是面向連接的流方式。顧名思義，在這種方式下，兩個通信的應(yīng)用程序之間先要。建立一種連接鏈路，其過程好像在打電話。一臺計算機（電話）要想和另一臺計算機（電話）。才能被正確接收和發(fā)送。WindowSocket編程和多線程技術(shù)結(jié)合可以很好的解決這一問題，使得文件。傳輸效率大大提高能很好的支持大文件、批量傳輸，提高服務(wù)器的響應(yīng)能力和并發(fā)處理能力。用動態(tài)哈夫曼編碼實現(xiàn)傳輸流的壓縮，減輕網(wǎng)絡(luò)傳輸負(fù)擔(dān)，提高網(wǎng)絡(luò)性能滿足用戶的需求。

　　

【正文】 用例闡述的基本要求如下： ① 簡明扼要的描述出該用例的具體工作流程； ② 用詞要準(zhǔn)確，不能有模糊性的詞語； ③ 對于一些還沒有調(diào)研清楚的過程，可以臨時通過注釋的方式來表述，以便于今后的修改； ④ 對于提交進(jìn)行審核的用例闡述不能 繼續(xù)保留注釋的內(nèi)容，否則，就只能說明這個用例闡述仍然沒有開發(fā)完成； 用例闡述的描述要一句描述操作者的操作，一句描述系統(tǒng)的響應(yīng)。 先排列用例闡述的基本要求（包括 RUP中的闡述），然后對它們進(jìn)行解釋。 ． 用例闡述 UC1:登陸（ Login） 范圍： SocketNetWorkFileSystem 應(yīng)用 級別：用戶目標(biāo) 主要參與者：用戶 涉眾及其關(guān)注點： 用戶：希望花最短的時間登陸得到快速的文件傳輸服務(wù)。 管理員：希望登陸服務(wù)器的用戶是授權(quán)的，并且能管理用戶 的信息。 前置條件：用戶知道服務(wù)器 IP地址和端口，并擁有帳號（用戶名，密碼） 后置條件：登陸服務(wù)器，擁有系統(tǒng)服務(wù) 基本流程： 24 1. 當(dāng)用戶進(jìn)行登錄時啟用此用例。 2. 用戶輸入用戶名和密碼。 3. 系統(tǒng)判斷用戶帳號： 如果客戶名存在而且密碼正確，則進(jìn)入主界面； 如果客戶名存在而密碼不正確，則執(zhí)行“警告”子流。 4. 結(jié)束用例。 擴展： a. 系統(tǒng)提供文件服務(wù) b. 無效用戶信息 1. 系統(tǒng)提示錯誤并拒絕輸入用戶名。 2. 系統(tǒng)提示錯誤并拒絕輸入密碼。 c. 服務(wù)器連接失敗 d. 登陸失敗 a) 系統(tǒng)提示用戶名錯誤并提示重新出入用戶名 。 b) 系統(tǒng)提示密碼錯誤并提示重新出入密碼。 特殊需求： 數(shù)據(jù)庫服務(wù)器啟動。 技術(shù)與數(shù)據(jù)變元表： b. 用戶名和密碼可以用鍵盤輸入。 c. 數(shù)據(jù)庫中的用戶信息要定時更新。用戶可能要修改自己的信息，幾年內(nèi)可能廢棄帳號。 UC2:連接服務(wù)器（ ConnectionServer） 范圍： SocketNetWorkFileSystem 應(yīng)用 級別：用戶目標(biāo) 主要參與者：用戶 涉眾及其關(guān)注點： 用戶：希望花最短的時間連接服務(wù)器進(jìn)行登陸。 管理員：希望登陸服務(wù)器的用戶是授權(quán)的連接。 前置條件：用戶知道服務(wù)器 IP地址和端口。 后置條件：登陸服務(wù)器 25 基本流程： 1. 當(dāng)用戶進(jìn)行登錄時啟用此用例。 2. 用戶輸入用戶名和密碼。 3. 系統(tǒng)判斷用戶帳號： 如果客戶名存在而且密碼正確，則進(jìn)入主界面； 如果客戶名存在而密碼不正確，則執(zhí)行“警告”子流。 4. 結(jié)束用例。 擴展： a. 系統(tǒng)提供文件服務(wù) b. 無效服務(wù)器信息 c) 系統(tǒng)提示錯誤并拒絕輸入 IP地址。 d) 系統(tǒng)提示錯誤并拒絕輸入端口地址。 e. 服務(wù)器連接失敗 a) 系統(tǒng)提示服務(wù)器 IP地址錯誤并提示重新輸入 IP地址。 b) 系統(tǒng)提示服務(wù)器端口地址錯誤并提示重新輸入端口地址。 c) 系統(tǒng)提示連接超時無法 連接服務(wù)器。 1. 服務(wù)器未啟動。 2. 網(wǎng)絡(luò)中斷無法連接。 特殊需求： 服務(wù)器啟動。 技術(shù)與數(shù)據(jù)變元表： a. 服務(wù)器 IP地址和端口可以用鍵盤輸入。 b. 服務(wù)器端口地址定時更新，保證服務(wù)器安全。 3. 用例 UC3:發(fā)送文件（ SendFile） 范圍： SocketNetWorkFileSystem 應(yīng)用 級別：用戶目標(biāo) 主要參與者：用戶 涉眾及其關(guān)注點： 用戶：希望花最短的時間得到快速的文件傳輸服務(wù)。希望便捷、清晰的看到所上傳的文件。希望能夠?qū)ι蟼魇〉奈募貍鳎⑶夷苓M(jìn)行大文件批量 傳輸。 26 管理員：希望用戶按目錄上傳文件，并且能管理用戶上傳文件。 前置條件：用戶成功登陸服務(wù)器。 后置條件：服務(wù)器保存用戶上傳文件，更新服務(wù)器目錄信息。 基本流程： 1. 當(dāng)用戶進(jìn)行 SendFile 時啟用此用例。 2. 用戶選擇上傳的目錄。 3. 用戶選擇上傳的文件 4. 系統(tǒng)判斷文件狀態(tài)： 如果文件名存在，則執(zhí)行“顯示”子流； 如果 IP 主機不存在或 Port 正確，則執(zhí)行“警告”子流。 5. 用戶點擊發(fā)送。 6. 顯示上傳結(jié)果信息。 7. 結(jié)束用例。 擴展： g. 無效上傳目錄 1. 用戶未選擇上傳目錄。 2. 用戶選擇目錄不存在，目錄信息未更新。 h. 無效上傳 文件 1. 用戶未選擇上傳文件。 2. 用戶選擇文件不存在 3. 用戶選擇文件個數(shù)超過最大數(shù)量。 i. 網(wǎng)絡(luò)中斷無法傳輸 1. 客戶端與服務(wù)器斷開連接，不能傳送，重新連接超時。 2. 服務(wù)器服務(wù)停止，客戶端找不到服務(wù)器。 3. 網(wǎng)絡(luò)故障，無法建立連接。 j. 傳輸中斷 1. 客戶端異常退出，結(jié)束主進(jìn)程使文件傳輸強制中斷。 2. 服務(wù)器在傳輸文件中突然重啟，致使文件傳輸超時中斷。 k. 斷點續(xù)傳 解決 d中的問題，支持文件從斷點傳輸，提高文件傳輸效率 27 l. 多線程 使得文件傳輸效率大大提高能很好支持大文件、批量傳輸，提高服務(wù)器的響應(yīng)能力和并發(fā)處理能力。 m. Windows Socket 采用字節(jié)流的方式傳輸數(shù)據(jù)，可以很好的保證傳輸?shù)姆€(wěn)定性和安全性；而采用動態(tài)哈夫曼編碼實現(xiàn)傳輸流的壓縮，減輕網(wǎng)絡(luò)傳輸負(fù)擔(dān)，提高網(wǎng)絡(luò)性能滿足用戶的需求。 特殊需求： 1. 服務(wù)器記錄斷點，以便實現(xiàn)斷點續(xù)傳。 2. 服務(wù)器在服務(wù)失敗的情況下具有比較強的恢復(fù)功能。 3. 安裝本系統(tǒng)的操作系統(tǒng)必須支持多線程和 Windows Socket。 技術(shù)與數(shù)據(jù)變元表： d. 上傳目錄可以用目錄樹實現(xiàn)，用鼠標(biāo)輸入。 e. 上傳文件可以用對話框進(jìn)行瀏覽選擇。 f. 用按鈕實現(xiàn)選擇多文件。 4. 用例 UC4:接收文件（ ReceiveFile） 范圍： SocketNetWorkFileSystem 應(yīng)用 級別：用戶目標(biāo) 主要參與者：用戶 涉眾及其關(guān)注點： 用戶：希望花最短的時間得到快速的文件傳輸服務(wù)。希望便捷、清晰的看到所上傳的文件。希望能夠?qū)ι蟼魇〉奈募貍?，并且能進(jìn)行大文件批量傳輸。 管理員：希望用戶按目錄上傳文件，并且能管理用戶上傳文件。 前置條件：用戶成功登陸服務(wù)器。 后置條件：服務(wù)器保存用戶上傳文件，更新服務(wù)器目錄信息。 基本流程： 1. 當(dāng)管理員進(jìn)行 ReceiveFile r 時啟用此用例。 2. 管理員啟動接收服務(wù)。 3. 系統(tǒng)判斷接收狀態(tài)： 如果接收成功，則執(zhí)行“成功”子流； 28 如果接收失敗，則執(zhí)行“警告”子流。 4. 結(jié)束用例。 擴展： m. 無效上傳目錄 1. 用戶未選擇上傳目錄。 2. 用戶選擇目錄不存在，目錄信息未更新。 n. 無效上傳文件 1. 用戶未選擇上傳文件。 2. 用戶選擇文件不存在 3. 用戶選擇文件個數(shù)超過最大數(shù)量。 o. 網(wǎng)絡(luò)中斷無法傳輸 1. 客戶端與服務(wù)器斷開連接，不能傳送，重新連接超時。 2. 服務(wù)器服務(wù)停止，客戶端找不到服務(wù)器。 3. 網(wǎng)絡(luò)故障，無法建立連接。 p. 傳輸中斷 1. 客戶端異常退出，結(jié)束主進(jìn)程使文件傳輸強制中斷。 2. 服務(wù)器在傳輸文件中突然重啟，致使文件傳輸超時中斷。 q. 斷點 續(xù)傳 解決 d中的問題，支持文件從斷點傳輸，提高文件傳輸效率 r. 多線程 使得文件傳輸效率大大提高能很好支持大文件、批量傳輸，提高服務(wù)器的響應(yīng)能力和并發(fā)處理能力。 m. Windows Socket 采用字節(jié)流的方式傳輸數(shù)據(jù)，可以很好的保證傳輸?shù)姆€(wěn)定性和安全性；而采用動態(tài)哈夫曼編碼實現(xiàn)傳輸流的壓縮，減輕網(wǎng)絡(luò)傳輸負(fù)擔(dān)，提高網(wǎng)絡(luò)性能滿足用戶的需求。 特殊需求： 1. 服務(wù)器記錄斷點，以便實現(xiàn)斷點續(xù)傳。 2. 服務(wù)器在服務(wù)失敗的情況下具有比較強的恢復(fù)功能。 3. 安裝本系統(tǒng)的操作系統(tǒng)必須支持多線程和 Windows Socket。 29 技術(shù)與數(shù)據(jù)變元表： g. 服務(wù)啟動。 UC5 設(shè)置服務(wù)器信息（ SetServer） 范圍： SocketNetWorkFileSystem 應(yīng)用 級別：管理員目標(biāo) 主要參與者：管理 涉眾及其關(guān)注點： 用戶：希望知道新設(shè)置的服務(wù)器信息。 管理員：希望設(shè)置服務(wù)器信息保證服務(wù)器的正常安全運行。 前置條件：操作者為管理員 后置條件：服務(wù)器使用新的 IP地址和端口和客戶端通信。 基本流程： 1. 當(dāng)管理員進(jìn)行 SetServer 時啟用此用例。 2. 管理員輸入 IP地址。 3. 管理員輸入 Port。 4. 管理員點擊設(shè)置。 5. 系 統(tǒng)判斷輸入值： 如果 IP 地址和 Port 值輸入正確，則執(zhí)行 6； 如果 IP 主機不存在或 Port 正確，則執(zhí)行“警告”子流。 6. 系統(tǒng)執(zhí)行設(shè)置。 7. 顯示設(shè)置成功信息。 8. 結(jié)束用例。 擴展： a. 無效服務(wù)器信息 1. 系統(tǒng)提示錯誤并拒絕輸入 IP地址。 2. 系統(tǒng)提示錯誤并拒絕輸入端口地址。 d. 設(shè)置失敗 1. 系統(tǒng)提示服務(wù)器 IP 地址錯誤并提示重新輸入 IP地址。 2. 系統(tǒng)提示服務(wù)器端口地址錯誤并提示重新輸入端口地址。 3. IP 地址沖突提示重新輸入 IP地址。 30 4. 端口地址沖突提示重新輸入 IP地址 特殊需求： 服務(wù)器設(shè)置后 重啟。 技術(shù)與數(shù)據(jù)變元表： a. 服務(wù)器 IP地址和端口可以用鍵盤輸入。 b. 服務(wù)器端口地址定時更新，保證服務(wù)器安全。 6. 用例 UC6 管理用戶（ MangeUser） 范圍： SocketNetWorkFileSystem 應(yīng)用 級別：管理員目標(biāo) 主要參與者：管理 涉眾及其關(guān)注點： 用戶：希望知道自己的帳號信息。 管理員：希望管理用戶信息。 前置條件：操作者為管理員 后置條件：服務(wù)器保存新用戶信息。 基本流程： 1. 管理員進(jìn)行用戶管理。 2. 管理員編輯用戶信息。 3. 管理員刪除用戶。 5. 系統(tǒng) 顯示變更信息。 擴展： a. 無效用戶信息 1. 系統(tǒng)提示錯誤并拒絕輸入用戶名。 2. 系統(tǒng)提示錯誤并拒絕輸入密碼。 b. 設(shè)置失敗 1. 添加用戶失敗。 2. 編輯用戶失敗。 3. 刪除用戶失敗。 特殊需求： 服務(wù)器數(shù)據(jù)庫保存用戶信息。 31 技術(shù)與數(shù)據(jù)變元表： a. 用戶名和密碼可以用鍵盤輸入。 b. 服務(wù)器數(shù)據(jù)庫記錄更改信息。 ． 用例順序圖 (1)順序圖的概念和特點 順序圖用來對信息交換進(jìn)行可視化描述。順序圖描述的是用例實例，一個用例是多個用例實例的抽象，所以一個用例描述多種事件流：正常的事件 流，可選的事件流，異常的事件流。那么對于一個用例，要用順序圖描述每一種用例實現(xiàn)（具體的事件流），所以就比較繁瑣，一個用例要畫多個順序圖（至少三個）。 這一點流程圖有強的描述能力，可以在一個圖中描述所有分支（通過條件判斷分支）。但流程圖的缺點是指描述控制流，無法描述對象和信息流。來源于流程圖的帶泳道和對象流和同步條的活動圖補充了不足，可以用來描述用例，也可以通過泳道描述對象，所以可以代替順序圖描述用例實現(xiàn)中對象間的交互。但缺點是對象間的消息不明了。 32 : u s e r : L o g i n F o r m : C L o g i n : M a i n F o r m1 : s t ar t ( )2 : e n t e r U s e r N a m e ( )3 : e n t e r P a s s w o r d ( )4 : l o gi n U s e r ( )5 : l o gi n ( )6 : v a l i da t e U s e r N a m e P a s s w o r d ( )7 : l o gi n S u cces s ( )8 : d i s p l a y A v a i l O p e r a t i o n s ( )9 : l o gi n F a i l ( )1 0 : d i s p l a y F a i l M e s s a g e ( ) 圖 10 UC1：登陸（ Login）順序圖 從 LoginServer 分解而來，是基于 GRASP（ General Responsibility Assignment Software Patterns）高內(nèi)聚，低耦合模式進(jìn)行的分解。采用 GRASP 中的控制器，信息專家模式，對業(yè)務(wù)類圖中的類進(jìn)行了分解，和創(chuàng)建如控制類 CLogin 等，其他順序圖同樣應(yīng)用這些原則。 33 : u s e r : C o n n e ct i on F o r m : C C o n n e ct i o n : L o g i n F o r