【導讀】學術規(guī)范和其他侵權行為。文中引用他人的文獻、數(shù)據、圖件、資料均已。位或證書而使用過的材料。對本設計（論文）的研究做出重要貢獻的個人。和集體，均已在文中以明確方式標明。本畢業(yè)設計（論文）引起的法律結。果完全由本人承擔。本畢業(yè)設計（論文）成果歸東華理工大學所有。對于許多關鍵系統(tǒng)，容災備份對數(shù)據的保護具有不可替代的作用。國內做數(shù)據備份的公司起步比較晚及其產品并不成熟，因此主要是海。數(shù)據災難，后果可想而知。目前解決數(shù)據備份的方法很多，特別是在遠程容災系。統(tǒng)基于網絡備受關注。采用該方法實現(xiàn)的在線備份系統(tǒng)具有數(shù)據安全性高、系統(tǒng)。運行維護開銷低等優(yōu)點。本系統(tǒng)由客戶端和服務器兩部分組成，使用C++. 開發(fā)語言，其穩(wěn)定性更有保障?？头送瓿捎脩舻淖院偷卿?，同時發(fā)送本地文。服務器端驗證用戶的登錄，當客服端的數(shù)據丟失時。本系統(tǒng)的最大優(yōu)點就在于網絡同步，無需人為干預，自動掃描本地文。件并完成數(shù)據同步備份，大大降低了數(shù)據出錯率。

　　

【正文】 進行同步操作。使用 typedef mapstring, _finddata_t MAP_FILEINFO。進行數(shù)據結構組織， string 表示文件名稱，_finddata_t 表示文件所有屬性，這個結構是保存在服務器內存中，定時和硬盤數(shù)據同步。下面是對數(shù)據存儲系統(tǒng)參數(shù)的說明： CDP* c_dlg：表示界面 cdp 線程。 CDP* c_server：表示服務端線程。 time_t t_checkfile：表示檢查時間戳。 bool checkFileFlag：使用 bool 型表示標志位。 MAP_FILEINFO map_sFileinfo： map 容器，保存服務端的各種信息如：文件名、文件時間戳。 MAP_FILEINFO map_cFileinfo： map 容器，保存客戶端的各種信息如：文件名、文件時間戳。 _finddata_t *m_filedata：保存文件信息。 m_filenum：表示保存到服務端的文件數(shù)目。 東華理工大學畢業(yè)設計（論文） 系統(tǒng)設計分析 18 time_t t_sUpdata：表示服務端同步時間。 time_t t_cUpdata：表示客戶端同步時間。 m_folderpath[512]：表示文件夾地址也就是數(shù)據存放的地址。 m_versionpath[512]：表示文件夾備份地址即存放歷史版本信息的地址。 客戶端 客戶端界面介紹 客戶端主要實現(xiàn)用戶的注冊、登錄同時掃描本地文件并將其同步到遠端服務器。狀態(tài)框主要顯示用戶的登錄信息、使用的存儲容量、已同步的文件數(shù)目、與服務端連接的狀態(tài)（用心跳數(shù)表示）。信息框主要顯示與服務器的同步信息，在該部分能清楚明了的看到數(shù)據的同步情況。登錄界面如下圖所示： 圖 43 登錄界面 客戶端功能實現(xiàn) 在客戶端主要實現(xiàn)了用戶的注冊、登錄，掃描本地文件并同步到服務端。同時在客戶端能夠下載服務端的數(shù)據。部分實現(xiàn)代碼如下： void CClientSVNDlg::OnBnClickedButtonLogin() { LOGININFO loginfo。 (, 20)。 (, 20)。 TIP_HEAD* tip = NULL。 bool res = false。 東華理工大學畢業(yè)設計（論文） 系統(tǒng)設計分析 19 int tipsize = sizeof(loginfo)。 __EP_Tip_Pack(3, 0, 0, 0, tipsize, amp。loginfo, tip, res, true, WAIT_BEFORE_EP_EXIT*1000)。 __EP_PostTIP(cdp_m, tip, res, true, WAIT_BEFORE_EP_EXIT*1000)。} 客戶端登錄界面使用 OnBnClickedButtonLogin()函數(shù)定義， LOGININFO 表示用戶登錄信息，在該函數(shù)中使用 (, 20)、 (, 20)從登錄界面的信息輸入處得到用戶的登錄信息包括用戶名、密碼。使用 TIP 協(xié)議傳送從客 戶端登錄界面得到的用戶信息，發(fā)送信息分為兩個階段。首先，使用 __EP_Tip_Pack（）函數(shù)將得到的用戶信息封裝數(shù)據包，然后使用 __EP_PostTIP（）函數(shù)將數(shù)據包傳送到服務端。服務端的功能模塊將接受到的數(shù)據包解封裝去掉 TIP 數(shù)據包的報頭，從中取出數(shù)據即為用戶的登錄信息，同時保存到存儲系統(tǒng)。 同步成功 在客戶端上傳文件之后就可以在服務器文件夾中看到同步 文件的信息。客服端發(fā)送同步請求信息到服務端，服務端顯示是否正確接受客戶端的請求信息，同時顯示同步的文件名稱。當服務端向客戶端下發(fā)文件時，客戶端 會顯示從服務端接受到的文件信息。占用空間顯示的是本地用戶所使用儲存系統(tǒng)的容量，方便對存儲容量的管理。 如 圖 4 45 所 示： 圖 44 服務端同步情況 東華理工大學畢業(yè)設計（論文） 系統(tǒng)設計分析 20 圖 45 客服端同步情況 東華理工大學畢業(yè)設計（論文） 系統(tǒng)設計分析 21 5 程序測試與維護 網絡同步備份系統(tǒng)在完成系統(tǒng)開發(fā)，投入正常運行之 前 ， 對系統(tǒng)進行穩(wěn)定性測試，抗壓力測試，傳輸速率測試，功能測試 。 投入正常運行之后，需要定期對系統(tǒng)進行維護并升級，從而保證系統(tǒng)能夠適應客戶新的需求。 系統(tǒng)的配置 硬件配置要求： CPU： 2GHz以上。 內存： 1GB 以上。 硬盤： 250GB 以上（可用空間最好在 50GB 以上）。 軟件配置要求： 運行 Windows XP、 win7 系統(tǒng) 及更高版本的系統(tǒng)。 系統(tǒng)的維護 系統(tǒng)維護的 目的 是確保 整個網絡同步備份 系統(tǒng)正常可靠地運行 。在維護過程中及時發(fā)現(xiàn)問題并修正從而 使系統(tǒng) 的性能 得到改善和提高， 充分 發(fā)揮 系統(tǒng)的 作用。也就是說，系統(tǒng)維護的主要目的是為了保證系統(tǒng)中的 每個環(huán)節(jié) 隨著環(huán)境的變化始終處于 穩(wěn)定 正確的 運行 狀態(tài)。系統(tǒng)維護 需要專門的維護人員且 工作量大 、耗費 大、復雜程度高、涉及內容廣 ，所以 我們 應提高對 系統(tǒng)維護 的重視程度 。 在信息的生命周期內，數(shù)據被不斷地創(chuàng)建、訪問、修改。隨著數(shù)據存在的時間增加，它被更改的幾率減小并最終成為“固定”數(shù)據。但是依然被應用和用戶訪問，因此在進行系統(tǒng)數(shù)據維護時，我們要進行數(shù)據歸檔。歸檔方案的體系結構包括三個主要組件：歸檔代理，歸檔服務器，以及歸檔存儲設備。其中歸檔代理是安裝在應用服務器上的軟件。它負責根據歸檔服務器上定義的策略，掃描以確定需要歸檔的數(shù)據。在數(shù)據確定需要歸檔之后，代理將數(shù)據發(fā)給歸檔服務器。歸檔有 3 種實現(xiàn)方案： 在線歸檔：存儲設備與主機直接連接，可以即時 使用數(shù)據。 近線歸檔（ nearline achive）：存儲設備與主機相連，但是存儲數(shù)據的設備需要裝載或載入之后才能訪問數(shù)據。 離線歸檔：存儲設備不是馬上訪問。需要人工干預將存儲設備連接、裝載或載入之后才能訪問數(shù)據。 因為本系統(tǒng)屬于自動同步備份系統(tǒng)，在數(shù)據歸檔時采用的是在線歸檔，既高效同時又能避免因人工操作而引起的歸檔錯誤。 東華理工大學畢業(yè)設計（論文） 系統(tǒng)設計分析 22 對于不同的 維護對象， 系統(tǒng)維護的內容可將維護分為以下幾部分 ： （ 1）系統(tǒng)應用程序維護 ：本系統(tǒng)是由客戶端、服務器和后端數(shù)據庫三部分組成，因此在對體統(tǒng)維護時我們要對這三部分分別進行 維護，從而保證整個系統(tǒng)穩(wěn)定運行。 （ 2）數(shù)據維護 ：數(shù)據維護主要是對存儲在后端的用戶數(shù)據進行定期的更新和整理，刪除無用的數(shù)據，保持數(shù)據庫的時效性。 （ 3）代碼維護 ：代碼維護就是對原有的代碼在不改變功能的情況下進行結構優(yōu)化，維持代碼的精簡。同時也方便日后程序功能的升級。 （ 4）硬件設備維護 ：定期清理設備的風扇和硬件版本的升級。對服務器也要定期進行升級以便處理更多用戶的數(shù)據。 系統(tǒng)測試 為了 保證軟件質量 ， 在 C++程序 可 采用了多種方法來 測試 ，但在實際開發(fā)中還是會產生一些不可避免的差錯，一般系統(tǒng)中存 在著隱藏性錯誤和缺陷， 系統(tǒng) 沒有經過嚴格測試 就 投入 就 ， 對于將會 造成的后果難以想象， 所以測試是保證軟件質量，必須在程序開發(fā)的過程進行 。 在做軟件測試時，要考慮到各種可能發(fā)生的情況。既要考慮到認為因素也要顧及到非人為因素。 沒有發(fā)現(xiàn)錯誤的測試也不一定是成功的測試。所以軟件測試的目的是以最小的代價和最短的時間檢查出潛在的錯誤和缺陷。 在 實際 的測試 過程 中， 我們 遵循 以下 原則： 一、 由非程序設計的人進行測試；二、對比 輸入數(shù)據 與 預期輸出結果 是否一致 ； 三、 輸入 錯誤或 不合法輸入 數(shù)據 測試； 四、控制變量法測試，所謂的控制變量法測試就是每 次只改變一種功能測試其他功能。這樣就能很好的了解某種功能對整個系統(tǒng)的影響。五、 程序預期功能實現(xiàn) 檢驗， 當然預期之外的功能也需要測試 ； 六、對于 頻繁出錯的程序模塊 ，我們應集中力量進行測試，加大測試力度 ； 七、當前面的測試都做完并做了修改后，務必重新進行測試 ，確保系統(tǒng)正確運行。 為了保證系統(tǒng)可以穩(wěn)定運行，必須對系統(tǒng)進行針對性強的全面測試 。本系統(tǒng)以下方式進行系統(tǒng)測試 ： （ 1） 系統(tǒng)穩(wěn)定性 測試：為了確保 整個網絡同步系統(tǒng)的穩(wěn)定性 ， 在客服端進行大規(guī)模的數(shù)據刪除、修改。經測試，發(fā)現(xiàn)系統(tǒng)完全能經得住這樣的大量的數(shù)據流的沖擊，并能準確的同 步到服務端寫入到存儲系統(tǒng)中。 （ 2）數(shù)據跟蹤 測試 ：按鈕項測試后，對系統(tǒng)內的數(shù)據進行跟蹤 ，檢查數(shù)據是否從客服端同步到服務端或從服務端下發(fā)到客服端同時檢查數(shù)據同步是否一致 。經 測試 ，該功能完全正常，對其它模塊也進行了相近的設置。 東華理工大學畢業(yè)設計（論文） 系統(tǒng)設計分析 23 （ 3）綜合測試：在上述測試的基礎上對整體功能進行了測試 。如數(shù)據能否正確地從客戶端同步到服務端、客戶端能否從服務端下載數(shù)據等， 來檢驗系統(tǒng)功能 是否能良好的實現(xiàn)。 東華理工大學畢業(yè)設計（論文） 系統(tǒng)設計分析 24 結 論 通過幾個月的努力， 經 指導老師的 細心 指導，同學的積極配合與 同事的熱心幫助下，網絡同步備份系統(tǒng) 設計總算是 順利完成。 在 做整個系統(tǒng)設計與實現(xiàn)期間我學到了不少關于網絡編程、 C++和 Visual Studio 20xx 的知識。 由于自己的水平有限在開發(fā)軟件的過程中遇到不少難題 ，但通過自己 查閱資料 ， 尋求 老師 、 同學的幫助，最終還是迎刃而解了。 在系統(tǒng)的開發(fā)過程中 ，為了優(yōu)化程序結構，我充分 借鑒了開源社區(qū)的 部分 優(yōu)秀代碼段和 程序 設計思想 。 使用面向對象的編程方式，完整的實現(xiàn)了 網絡同步備份 系統(tǒng)的需求。而且 用到當初老師所講到的模塊化思想。將整個系統(tǒng)模塊化，不同的模塊實現(xiàn)不同的功能。這樣做的好處非常明顯，便于日后對系統(tǒng)的管理和維護。使用 Visual Studio 20xx 平 臺處理龐大而繁雜 的數(shù)據 庫。因為其自身良好的性能，完整的結構 ，這就為系統(tǒng)的穩(wěn)定性和安全性 提供了保障 。 然而，網絡同步備份系統(tǒng)在數(shù)據信息管理實現(xiàn)過程中 可能會出現(xiàn)一些不可預知的問題 ， 因此本系統(tǒng) 需要有良好的 擴展 性能來防范可能出現(xiàn)的 問題 ， 因此其 對程序代碼本身的 魯棒性、 安全性要求相當高，從 該 方面來看， 整個系統(tǒng)還有些地方需要進一步 完善，在確保 各個 功能 完整實現(xiàn)的 前提下 提供良好的 用戶體驗 和 可信任的服務。 東華理工大學畢業(yè)設計（論文） 系統(tǒng)設計分析 25 參考文獻 [1] 王趾成 .軟件工程 (第二版 ).大連理工大學出版社 .20xx. [2] 劉騰 紅等 .信息系統(tǒng)分析與設計 .科學出版社 ,20xx. [3] 杜斌 ,幸利等 .軟件設計工程 [M].成都：電子科技大學出版社 ,20xx。 [4] 方睿 .實用網絡技術教程 [M].成都：四川大學出版社 ,20xx。 [5] 王珊珊、張志航 編著 《 C++程序設計教程》 北京：機械工業(yè)出版社 [6]鄭莉、董淵 編著 《 C++語言程序設計》 北京：清華大學出版社 [7]黃迪明 主編 《 C++語言程序設計基礎》 北京：電子工業(yè)出版社 [8]錢能 主編 《 C++程序設計教程》 北京：清華大學出版社 [9]徐孝凱 編著 《 C++語言程序設計》 北京：清華大學出版社 [10]吳訪升 編著 《 C++程序設計》 北京： 機械工業(yè)出版社 [11] Decoder 主編 《 C/C++程序設計》 北京：中國鐵道出版社 [12] 陳國建 編著 《 C++語言從入門到精通》 北京：機械工業(yè)出版社 [13] 鄔延輝、王小權 編著 《 C++程序設計教程：基于案例》 北京：機械工業(yè)出版社 [14] 黃品梅 主編 《 C++程序設計教程 — 化難為易地學習 C++》 北京：機械工業(yè)出版社 東華理工大學畢業(yè)設計（論文） 系統(tǒng)設計分析 26 致 謝 古語說的好，書山有路勤為徑，學海無涯苦作舟。 回首幾年的求學歷程，雖說不長，但 周華清 教授對我的悉心教育和幫助歷歷在目，使我內心充滿了感激之情，讓我難以忘懷。本次論文的寫作過程，也是我向 周華清 教授的學習過程。在周華清 教授的指導下，我除了潛心學習、翻閱資料和調查研究之外，也向許多人請教。所以說，這個論文的形成，也是眾多人知識相互浸透和積累的結果。在這里，我要向曾經幫助過我完成論文的所有人，表示我最衷心的感謝，感謝他們所給予的讓我難以忘懷支持和訓導。 使我最最不能忘懷的，是我的指導老師。所以首先，我要向我最尊敬的導師周華清 教授，表示我作為一個學子的最發(fā)自內心 、最真誠、最充滿敬意的感謝！感謝 周華清 教授在我撰寫畢業(yè)論文期間，對我所付出的一切心血！只要我一閉上眼睛，就會想起，從一開始的論文的確定題目、開題，到今天的寫作定稿， 周華清 教授耐心的對我的所有報告和論文不管是在學術上還是在論文的格式上都進行了非常認真的指導，使我能夠順利的完成畢業(yè)論文的全部工作。 周華清 教授不但在學術上有很深的造詣，而且治學嚴謹，有著高尚的師德，他的高尚品