【導讀】盡我所知，除了文中特別加以標注和致謝的地方外，論文。大學或其它教育機構(gòu)的學位或證書而使用過的材料。與我一同工作的同志。對本研究所做的任何貢獻均已在論文中作了明確的說明并表示謝意。進行檢索，可以采用影印、縮印或掃描等復制手段保存、匯編學位論文，并且本人電子文檔的內(nèi)容和紙質(zhì)論文的內(nèi)容相一致。保密的學位論文在解密后也遵守此規(guī)定。隨著計算機技術的迅速發(fā)展，在計算機的應用領域中軟件系統(tǒng)的應用越來越廣泛。但文件傳輸系統(tǒng)尤其是在文件傳輸?shù)陌踩陨蠀s存在著巨大的缺陷。文件傳輸系統(tǒng)的安全性體現(xiàn)在了算法的改良或者使用更高級的算法，根據(jù)實際的需要，安全上更進一步的提高了文件傳輸?shù)陌踩?。的流程分析及詳細說明表，并進行系統(tǒng)實現(xiàn)。使用Eclipse，并對節(jié)點間網(wǎng)絡通訊方式使用套接字和SSL安全控制。程中，使用軟件工程理論知識對整個系統(tǒng)進行分析與設計。

　　

【正文】 端初始化、客戶端初始化、配置同步管理、節(jié)點管理、文件通信五項業(yè)務。 （ 1） 服務器端初始化 如圖 36 所示，服務初始化主要有兩個部分組成： （ a）自我測試開始（工作 1～ 3）服務，該服務啟動和完成。 （ b）我們報告其狀態(tài)更改（工件 4～ 8）到一個節(jié)點較高水平。是用于系統(tǒng)啟動，并更新所獲得的數(shù)據(jù)從父節(jié)點配置含有特定 節(jié)點的信息到一個新的水平（包括節(jié)點狀態(tài)，節(jié)點）拓撲，許可證信息，文件路徑信息，用戶信息定期我得到手動。它可以被釋放到上層節(jié)點的每條信息手動。 圖 36 服務 器 端初始化序列圖 （ 2）客戶端初始化 第三章 SFTS 的 總體概 要分析與設計 19 圖 37 客戶端初始化序列圖 如圖 37 所示，客戶端 運行和啟動 主要有 以下 兩個部分組成： （ a） 客戶機運行和啟動之時（工作 1～ 4），負責完成服務，服務報告，客戶身份資料，并能夠完善的檢測。 （ b）執(zhí)行服務器（ 工作 57），這是一個正常運行的網(wǎng)絡狀態(tài)輪詢定期，自動運行服務器端的狀態(tài)，客戶端，服務器的狀態(tài)數(shù)據(jù)和任務列表它被發(fā)送到。 （ 3）配置同步管理 配置同步管理包括了配置上報和配置下發(fā)兩個業(yè)務。 （ a）配置上報 江南大學 專業(yè)碩士 學位論文 圖 38 配置上報序列圖 如圖 38 所示配置上報主要有兩個部分組成： ① 配置上報 啟動 開始 和運行（ 工作 1～ 3），它負責 系統(tǒng)的總配置操作，并檢驗是否是父節(jié)點，若是父節(jié)點便生成配置報文，以便發(fā)送報文的操作。 ② 報文發(fā)送時 （ 工作 4～ 9）， 啟動結(jié)束收，通過檢驗后的報文即可發(fā)送至父節(jié)點，并對配置 進行一個更新。 （ b）配置下發(fā) 第三章 SFTS 的 總體概 要分析與設計 21 圖 39 配置下發(fā)序列圖 如圖 39 所示配置下發(fā)主要有兩個部分組成： ① 配置下發(fā) 啟動之初和運行時（ 工作 1～ 3），它負責 查看系統(tǒng)的更新配置數(shù)據(jù)，生成配置同步報文后，確定了需要發(fā)送報文的目標節(jié)點。 ② 報文發(fā)送時 （ 工作 4）， 啟動結(jié)束收，報文發(fā)送至子節(jié)點。 （ 4）節(jié)點管理 （ a）子節(jié)點管理 如圖 310 所示，在新的節(jié)點，一個新的流程在父節(jié)點的管理員完成 ， 可以分為以下兩個階段： 江南大學 專業(yè)碩士 學位論文 圖 310 子節(jié)點管理序列圖 ① 工 作 1～ 4， 創(chuàng)建子節(jié)點的數(shù)據(jù)正確，更改或刪除管理員，包括 IP 地址， 名稱和描述的基本數(shù)據(jù)的子節(jié)點，數(shù)據(jù)存儲還沒有的狀態(tài)對本地節(jié)點的存儲。此配置是尚未生效。 ② 工作 5～ 10， 拓撲結(jié)構(gòu) 產(chǎn)生了 變化，一個消息被發(fā)送到父節(jié)點的節(jié)點的數(shù)據(jù)的基礎上進行的，則處理不同步的模塊配置管理數(shù)據(jù)報告服務器，父節(jié)點請發(fā)送的接收和分析，以更新在網(wǎng)絡拓撲中的數(shù)據(jù)的信息。 服務器數(shù)據(jù) 以使接收節(jié)點的狀態(tài)更新。 （ b）節(jié)點通信授權與收回 第三章 SFTS 的 總體概 要分析與設計 23 圖 311 節(jié)點通信授權序列圖 如圖 311 所示，節(jié)點間的通信是經(jīng)管理員可以完全管理的父節(jié)點和目的節(jié)點，主要分兩個階段進行： ① 工作 1～ 8， 父節(jié)點，管理員（其中一個是父節(jié) 點的直接子節(jié)點的至少）建立（或直接傳輸）產(chǎn)生將被允許擁有，通信模式兩個節(jié)點的工作的傳輸路徑和數(shù)據(jù)通信是設置為能夠以進行存儲成功。我們產(chǎn)生的數(shù)據(jù)文件的傳輸路徑取消與其他節(jié)點的子節(jié)點進行通信的授權的操作完成后，將保存的系統(tǒng)和相關的數(shù)據(jù)，或?qū)摹? ② 工作 9～ 10， 前一節(jié)點的配置變化的消息和報告。 （ 5）文件通信 （ a）文件發(fā)送 江南大學 專業(yè)碩士 學位論文 圖 312 文件發(fā)送序列圖 如圖 312 所示，文件發(fā)送主要有兩個部分組成： ① 工作 1～ 8，用戶查詢通訊錄，并把需要的名單數(shù)據(jù)選中，并添加所需要上傳的數(shù)據(jù)，系統(tǒng)開始啟動任務并將上傳的數(shù) 據(jù)放入用戶 Cache 中進行一定的處理，生成文件包和頭文件。 ② 工作 9～ 19，在任務模塊中進行任務隊列的檢查和任務通道的選擇，首先發(fā)送頭文件，獲取連接后再發(fā)送文件包。對文件包的檢查結(jié)束后再發(fā)送回執(zhí)，最后返回給用戶。 第三章 SFTS 的 總體概 要分析與設計 25 （ b）文件接收 圖 313 文件接收序列圖 如圖 313 所示，文件接收主要有兩個部分組成： ① 工作 1～ 2，用戶查看可接受文件的信息后，系統(tǒng)進入用戶 Cache。 ② 工作 3～ 7，用戶選擇可接受的文件后進行文件下載并生成回執(zhí)，最后發(fā)送回執(zhí)。 課題的關鍵技術分析 由于本課題所涉及到的技術及難 點較多，所以僅列舉一些技術難點做解釋和說明。主要分為節(jié)點之間的通信授權、節(jié)點通信的路徑、配置全網(wǎng)同步、系統(tǒng)的自檢及重啟和文件傳輸密碼的交換。 節(jié)點通信授權 1）中層管理節(jié)點的存在授權的現(xiàn)場 江南大學 專業(yè)碩士 學位論文 a） 沒有任何節(jié)點沒有右節(jié)點的父節(jié)點及其子女之間的直接溝通，不需要通過 。（ P1）是負責的直接子節(jié)點的節(jié)點只有被授權的管理。直屬子節(jié)點的節(jié)點通信的節(jié)點 P1 批準的交換或直接通信（ P11）（ P12 或 P2）。自動，如果沒有，在審批過程中，這樣的節(jié)點被授權操作自動完成系統(tǒng)的響應，在這種情況下的節(jié)點，節(jié)點相關聯(lián)的被授權 I可以產(chǎn)生由該鏈接。 b）開始的節(jié)點，并且僅回收利用通信授權節(jié)點認證環(huán)節(jié)都必須負責的直接節(jié)點，沒有允許的其他節(jié)點會自動退出。如果該節(jié)點已被刪除，批準的父節(jié)點的恢復以允許的一個特例中 。 c）超級管理員可以執(zhí)行所有操作允許網(wǎng)絡上的節(jié)點。在一個典型的超級管理員來完成認證的通信，允許恢復操作由系統(tǒng)管理員為每個節(jié)點一般是負責。 2) 對等節(jié)點的情況 a)授權情景 對等節(jié)點情況下，某一節(jié)點 (P)直接配置能與其通信的其他節(jié)點列表；可將此列表導出，用于初始化其他節(jié)點或者導入完成其他節(jié)點的配置。或者發(fā)送到指定節(jié)點自動同步配置 b)授權的收回 從可通信節(jié)點列表中刪除需收回的授權即可。 節(jié)點通信路徑 1)路徑方式 固定路徑的節(jié)點信息后匯聚節(jié)點之間的路徑是完整的，它產(chǎn)生的通信路徑已經(jīng)確定，隨后的運動路徑可以得到。 2)路徑類型 直連。需要網(wǎng)絡環(huán)境支持，此時，通信將無需中轉(zhuǎn)，直接進行。 轉(zhuǎn)發(fā)。當節(jié)點間不能進行直連時，從兩個節(jié)點的共同的父節(jié)點進行轉(zhuǎn)發(fā)，僅進行一次轉(zhuǎn)發(fā)，不進行多次轉(zhuǎn)發(fā)。 配置全網(wǎng)同步 若存在 “中間管理節(jié)點 ”的網(wǎng)絡，由該節(jié)點匯總、同步所有授權節(jié)點的配置信息（直連或通過共同上級節(jié)點中轉(zhuǎn)）。 若為對等節(jié)點的網(wǎng)絡，節(jié) 點配置信息在各節(jié)點同時存儲，有變化時支持從一個節(jié)點向所有其連通節(jié)點群發(fā)更新信息，或支持文件導入，導出。 在節(jié)點發(fā)生故障的情況下，的投票同步設置信息，在各級局域網(wǎng)的網(wǎng)絡，以確保您可以嘗試正常工作。 系統(tǒng)的自檢與重啟 根據(jù)適當?shù)牟僮鞯某绦蚧蚍粘绦颍瑥臅r間，以時間來監(jiān)測健康服務計劃輪詢每個時代的數(shù)量，啟動服務會自動，正常程序，以及有關異常的信息（需要環(huán)境的支持）限第三章 SFTS 的 總體概 要分析與設計 27 制管理員的郵箱，然后重新啟動系統(tǒng)的配置信息發(fā)送 Email。服務程序是一樣的無人值守監(jiān)控。 文件傳輸密碼交換 節(jié)點進行進行文件傳 輸時，為保證通信數(shù)據(jù)的傳輸安全，需對傳輸?shù)奈募M行加密操作。為實現(xiàn)對文件加密，通信的節(jié)點間需進行密鑰協(xié)商交換。 本系統(tǒng)所采用的加密解密技術都是比較成熟的技術。 選擇使用 ElGamal 算法進行密鑰、文件內(nèi)容加密算法的協(xié)商，如下 (假設節(jié)點 P1 與 P2 通信 )： （ 1） P1 向 P2 發(fā)起通信，將使用 ElGamal 算法加密后的密鑰 (K)以及用于文件內(nèi)容加密的對稱加密的算法 (SE)傳遞給 P2； （ 2） P2 收到加密后的密鑰，通過運算解出密鑰；給 P1 回饋確認信息； （ 3） P1 向 P2 傳輸文件，文件內(nèi)容使用密鑰 (K)在對稱加密算法（ SE）下進行了加密； 在整個密鑰交換、文件傳輸過程中，若存在盤路監(jiān)聽情況下，在（ 1）過程中，無法破解出密鑰；在（ 3）過程中，已無法對文件內(nèi)容進行破解，對 SE 算法，我們采用Rijndael(AES)。 若存在傳輸中轉(zhuǎn)的情況，中轉(zhuǎn)節(jié)點發(fā)起與目標節(jié)點的通訊請求，并將密鑰 (K)與對稱加密算法 (SE)傳遞給目標節(jié)點。 本章小結(jié) 本章主要對 SFTS 系統(tǒng)做了一個總體的概要分析，通過網(wǎng)絡拓撲，總體架構(gòu)和模塊分析對整個系統(tǒng)進行簡單的分析。為了減輕詳細設計的任務，對系統(tǒng)進行了用例分析及流程序列分析。最后對整個系統(tǒng)中的難點及 關鍵技術進行了解釋和說明。 江南大學 專業(yè)碩士 學位論文 第四章 SFTS的詳細模塊設計 以上介紹了安全文件傳輸系統(tǒng)體系結(jié)構(gòu)，并說明了系統(tǒng)各部分所使用的平臺、框架和各種技術，并對重要功能進行了流程序列分析，下面根據(jù)系統(tǒng)需求和相應的技術，進行詳細的分析設計。系統(tǒng)的詳細設計是將總體概要設計的結(jié)果具體化，為每個模塊設計實現(xiàn)的細節(jié)，以下主要體現(xiàn)在流程圖和模塊詳細說明表。 本系統(tǒng)主要模塊包括了系統(tǒng)登錄、用戶管理、通訊錄、文件發(fā)送和接收、子節(jié)點管理、節(jié)點授權和日志管理。這里著重分析系統(tǒng)中文件發(fā)送和接受、子節(jié)點的管理及節(jié)點授權模塊。其中系統(tǒng)登錄主要 用于用戶登錄系統(tǒng)；用戶管理用于 管理員進行增加，刪除用戶， 而 個人可以維護用戶名及密碼信息 ；通訊錄模塊用于 發(fā)送文件時接收人的選擇和直接對通訊錄的查看 ；日志管理 提供對日志的查詢和日志的導出，查詢可以根據(jù) “管理類型 ”， “時間范圍 ”來進行，另外提供了可擴展查詢 。 文件發(fā)送模塊 模塊說明及流程圖 本模塊主要的作用是文件的發(fā)送，首先先指定接收文件的對象，給其發(fā)送文件。這一部分指只把文件先發(fā)送到用戶所在結(jié)點的服務器，如圖 41 所示，然后由服務器根據(jù)發(fā)送對象進行后繼文件發(fā)送任務。在客戶文件發(fā)送的過程是通過異 步來實現(xiàn)的，如圖 42所示，首先客戶端過要發(fā)送的郵件的一切信息放入本地數(shù)據(jù)庫中，主程序此時已經(jīng)不用在管理郵件發(fā)送，而通過監(jiān)聽線程來監(jiān)聽本地數(shù)據(jù)庫，檢查是否有新的郵件任務要上傳。如果有，則異步上傳。 圖 43 則是客戶端的用戶發(fā)送文件的流程。 第 四 章 SFTS 的詳細模塊設計 29 客 客 客 客 客 客客 客 客 客 客 客客 客 客 客 客客 客 客 客 客 客客 客 客客 客 客 客 客客 客 客 客 客 客客 客 客 客 客客 客客 客 客 客 客 $ $ 客 客 客 0 客客客客 客 客 客 客 客客 客 客 客客 客 客 客 客 客 客客 客 客 客客 客 客 客 客 客客客客 客 客 客 客客 客 客 客 客客 客 客 客 客客 客 客 客 客 客客 客客客 客客 客客 客 客 客客 客 客 客 客 客 客 客客 客 客 客 客 客客 客 客 客 客 圖 41 文件發(fā)送到服務器流程圖 如圖 41 所示，該流程圖詳細描述了文件發(fā)送至服務器的全過程 ，該過程的主要功能有：選擇接收人（判斷接收人是否為空）、選擇附件并追加至列表（判斷附件大小、判斷附件是否為空）、發(fā)送文件 至本地數(shù)據(jù)庫。 江南大學 專業(yè)碩士 學位論文 客 客 客 客 客 客客 客 客 客 客 客 客 客客 客 客 客 客 客 客 客 客客 客 客 客 客客 客 客 客 客 客客客客客 客 客 客 客 客 客 客客客 客 D B 客 客 客 客客 客 客客客 客 客 客 客 客 客客 客 客 客 客 客 客 客 客 客客 客 客 客 客客 客 客 客 客 客客 客客客 圖 42 異步文件發(fā)送流程圖 圖 42 主要描述了文件服務器中文件的異步發(fā)送。其中主要包括了以下幾個方面：監(jiān)聽數(shù)據(jù)庫中的任務（判斷是否有數(shù)據(jù)上傳），將文件塊上傳至數(shù)據(jù)庫（判斷是否有異常），在用戶界面顯示文件上傳成功。 第 四 章 SFTS 的詳細模塊設計 31 客 客 客 客 客 客客 客 客 客 客 客客 客 客 客 客 客 客 ( 客 客 ) 客 客客 客 客 客 客 客 客 客 客 客 * 客 客 客 客 客 客 客 客 客 客 客 客 客 客 客 客客 客 客 客 客客 客客 客 客 客 客 客客 客 客 客 客 客 客 客 圖 43 客戶端發(fā)送文件流程圖 如圖 43 所示，該流程圖主要描述了客戶端文件的發(fā)送。主要包括了發(fā)送畫面中的聯(lián)系人和附件的選擇，發(fā)送按鈕的使用（對緩沖區(qū)進行計 算并判斷）。 模塊詳細說明表 如表 41 所示，文件 發(fā)送模塊詳細說明表中主要介紹了發(fā)送模塊的收件人選擇，附件列表的添加及文件的發(fā)送等方法和接口。 表 41 發(fā)送模塊詳細說明表 模塊名稱 文件發(fā)送模塊 類名 SendFileForm 類名說明 文件發(fā)送 主要方法 方法名 UnReSelectList 輸出值 vo