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

　　

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