【正文】 ..................................................................27 易用性測(cè)試 ...................................................................................................................277 結(jié) 論 ........................................................................................................................................29致 謝 ..............................................................................................................................................30參考文獻(xiàn) ..........................................................................................................................................31杭州電子科技大學(xué)信息工程學(xué)院本科畢業(yè)設(shè)計(jì)11 引 言 課題的背景及意義伴隨著 IT 行業(yè)的蓬勃發(fā)展，越來(lái)越多的軟件開(kāi)發(fā)公司誕生。軟件開(kāi)發(fā)行業(yè)發(fā)展迅速的同時(shí)，各個(gè)軟件公司的競(jìng)爭(zhēng)也越來(lái)越激烈了。同時(shí)為了避免在軟件開(kāi)發(fā)過(guò)程中出現(xiàn)嚴(yán)重錯(cuò)誤，一種幫助他們管理代碼的軟件，即代碼版本管理系統(tǒng)軟件誕生了。隨著軟件復(fù)用普遍，很多程序和模塊都不用程序員自己編寫，直接調(diào)用前人的成果，這樣就加快了開(kāi)發(fā)的速度。設(shè) 想 一 下 ， 你 正 在 使 用 世 界 上最 負(fù) 載 的 文 字 處 理 程 序 ， 它 除 了 不 具 備 “撤 銷 ”按 鈕 ， 但 具 有 所 有 你 可 以想 到 的 功 能 。 在 此 情 況 下 ， 代 碼 管 理 就 像 是 一 個(gè) “撤 銷 ”按 鈕 ， 它 具 有 回 到 一小 時(shí) 、 一 天 或 一 周 前 工 作 狀 態(tài) 的 能 力 ， 從 而 讓 你 的 開(kāi) 發(fā) 小 組 敢 于 更 快 地 工 作 。我們都難免如此。問(wèn)題并不在于你是否需要從歷史中尋求答案，而在于你何時(shí)需要。代碼版本管理技術(shù)已經(jīng)比較成熟。另外，市場(chǎng)上使用的較多的代碼版本管理軟件還有 VSS、Clearcase 等。VSS 的安裝和配置非常簡(jiǎn)單，對(duì)于該產(chǎn)品，不需要外部的培訓(xùn)。VSS 使用起來(lái)簡(jiǎn)單，但是安全性不高，功能較少。Clearcase 提供 VSS,CVS 所支持的功能，但不提供變更管理的功能。Clearcase 對(duì)于 windows 和 unix 平臺(tái)都提供支持。Clearcase 功能強(qiáng)大，安全性高，但不易于使用。 已 經(jīng) 轉(zhuǎn) 換 使用 Subversion 的 包 括 了 FreeBSD、 Apache Software Foundation、 KDE、 GNOME、 GCC、 Python、 Samba、 Mono 以 及 許 多 團(tuán)體 。 除 此 之 外 ， 一 些自 由 軟 件 開(kāi) 發(fā) 的 協(xié) 作 網(wǎng) 如 除 了 提 供 CVS 外 ， 現(xiàn) 在 也 提 供專 案 開(kāi) 發(fā) 者 使 用 Subversion 作 為 原 碼 管 理 系 統(tǒng) ， JavaFe、 Google Code 以 及 BountySource 則 以 Subversion 作 為 官 方 的 原 碼 管 理 系 統(tǒng) 。 SVN 與 CVS 對(duì) 比的 優(yōu) 點(diǎn) 如 下 ：* 統(tǒng) 一 的 版 本 號(hào) 。 而 Subversion 下 ， 任 何 一 次 提 交 都 會(huì) 對(duì) 所 有 文 件 增加 到 同 一 個(gè) 新 版 本 號(hào) ， 即 使 是 提 交 并 不 涉 及 的 文 件 。 版 本 號(hào) 相 同 的 文 件 構(gòu) 成 軟 件 的 一 個(gè) 版 本 。 一 次 提 交 不 管 是 單 個(gè) 還 是 多 個(gè) 文 件 ， 都 是 作 為 一 個(gè) 整 體 提交 的 。* 重 命 名 、 復(fù) 制 、 刪 除 文 件 等 動(dòng) 作 都 保 存 在 版 本 歷 史 記 錄 當(dāng) 中 。 （ 簡(jiǎn) 單 的 理 解 ， 就 是只 保 存 和 上 一 版 本 不 同 之 處 ）* 目 錄 也 有 版 本 歷 史 。* 分 支 的 開(kāi) 銷 非 常 小 。 這杭州電子科技大學(xué)信息工程學(xué)院本科畢業(yè)設(shè)計(jì)3樣 減 少 了 很 多 不 必 要 的 和 數(shù) 據(jù) 庫(kù) 主 機(jī) 之 間 的 網(wǎng) 絡(luò) 流 量 。 CVS 已 經(jīng) 停 止 維 護(hù) 。在本論文中將闡述本系統(tǒng)的功能、特點(diǎn)及使用方法，且詳細(xì)闡述開(kāi)發(fā)本軟件所用的相關(guān)技術(shù)，具體分析本系統(tǒng)的各個(gè)模塊的功能及實(shí)現(xiàn)方法，說(shuō)明本系統(tǒng)的設(shè)計(jì)思想及方法。(2) 當(dāng)點(diǎn)擊“提交”按鈕時(shí)，如果當(dāng)前文件版本有改動(dòng)，則可以提交生成新的文件版本；如果當(dāng)前文件沒(méi)有任何修改，則提交不成功。(4) 當(dāng)點(diǎn)擊“工程設(shè)置”按鈕時(shí)，彈出一個(gè)“工程設(shè)置”界面，可以設(shè)置工程路徑、工程名字和查看工程信息。 系統(tǒng)基本流程圖 本系統(tǒng)的基本流程圖，如圖 21 所示。比如，在使用了某個(gè)功能按鍵之后，程序要在 1 至 2秒內(nèi)做出響應(yīng)。并且要求易于維護(hù)及擴(kuò)展。杭州電子科技大學(xué)信息工程學(xué)院本科畢業(yè)設(shè)計(jì)5退出系統(tǒng)圖 21 代碼管理系統(tǒng)的基本流程圖 可行性研究（1）成本可行性分析因?yàn)楸拒浖蛔鲩_(kāi)發(fā)學(xué)習(xí)使用，所以暫且不考慮經(jīng)濟(jì)成本及盈利問(wèn)題。開(kāi)啟 SQL Server 服務(wù)器各功能操作主界面連接數(shù)據(jù)庫(kù)檢出 提交 更新 刪除工程設(shè)置刷新杭州電子科技大學(xué)信息工程學(xué)院本科畢業(yè)設(shè)計(jì)63 開(kāi)發(fā)平臺(tái)與技術(shù)的選擇及介紹 開(kāi)發(fā)環(huán)境的介紹我所設(shè)計(jì)的是一個(gè)在個(gè)人開(kāi)發(fā)軟件幫助管理源代碼的系統(tǒng)軟件，要在短時(shí)間內(nèi)開(kāi)發(fā)出來(lái)并且要滿足客戶要求，無(wú)論是硬件還是軟件都要選擇合適,要求如下：開(kāi)發(fā)設(shè)備應(yīng)該完備；開(kāi)發(fā)機(jī)器的性能必須穩(wěn)定；操作系統(tǒng)的選擇必須恬當(dāng)；開(kāi)發(fā)出的程序可以在盡可能多的平臺(tái)上運(yùn)行；要求運(yùn)行機(jī)配置盡可能低檔。因此，在應(yīng)用時(shí)應(yīng)采用更好的配置。 內(nèi)存：128MB 或更高。因 具有友好的集成開(kāi)發(fā)界面、面向?qū)ο蟮目梢暬_(kāi)發(fā)模式、良好的數(shù)據(jù)庫(kù)及多媒體應(yīng)用支持以及高效的軟件開(kāi)發(fā)與程序運(yùn)行,功能更大，開(kāi)發(fā)效率更高，不僅是網(wǎng)絡(luò)環(huán)境下的優(yōu)秀前端開(kāi)發(fā)語(yǔ)言和工具，也是服務(wù)器端 Web 編程的優(yōu)秀工具。 操作系統(tǒng)：Windows XP 或 Windows2022。MFC 是 Win API 與 C++的結(jié)合,API,即微軟提供的 WindowS 下應(yīng)用程序的杭州電子科技大學(xué)信息工程學(xué)院本科畢業(yè)設(shè)計(jì)7編程語(yǔ)言接口,是一種軟件編程的規(guī)范,但不是一種程序開(kāi)發(fā)語(yǔ)言本身,可以允許用戶使用各種各樣的第三方的編程語(yǔ)言來(lái)進(jìn)行對(duì) WindowS 下應(yīng)用程序的開(kāi)發(fā),使這些被開(kāi)發(fā)出來(lái)的應(yīng)用程序能在 WindowS 下運(yùn)行,比如 VB,VC++,Java,Dehpi編程語(yǔ)言函數(shù)本質(zhì)上全部源于 API,因此用它們開(kāi)發(fā)出來(lái)的應(yīng)用程序都能工作在WindowS 的消息機(jī)制和繪圖里,遵守 WindowS 作為一個(gè)操作系統(tǒng)的內(nèi)部實(shí)現(xiàn),這其實(shí)也是一種必要,微軟如果不提供 API,這個(gè)世上對(duì) Win 編程的工作就不會(huì)存在,微軟的產(chǎn)品就會(huì)迅速?gòu)臅r(shí)尚變成垃圾,上面說(shuō)到 MFC 是微軟對(duì) API 函數(shù)的專用C++封裝,這種結(jié)合一方面讓用戶使用微軟的專業(yè) C++ SDK 來(lái)進(jìn)行 WindowS 下應(yīng)用程序的開(kāi)發(fā)變得容易,因?yàn)?MFC 是對(duì) API 的封裝 ,微軟做了大量的工作,隱藏了好多程序。 MFC 編制軟件時(shí)的大量?jī)?nèi)節(jié),如應(yīng)用程序?qū)崿F(xiàn)消息的處理,設(shè)備環(huán)境繪圖,這種結(jié)合是以方便為目的的,必定要付出一定代價(jià),因此就造成了 MFC 對(duì)類封裝中的一定程度的的冗余和迂回 ,但這是可以接受的。 Windows 作 為 一 個(gè) 提 供 功 能 強(qiáng) 大 的 應(yīng) 用 程序 接 口 編 程 的 操 作 系 統(tǒng) ， 的 確 方 便 了 許 多 程 序 員 ， 傳 統(tǒng) 的 win32 開(kāi) 發(fā) （ 直接 使 用 Windows 的 接 口 函 數(shù) API） 對(duì) 于 程 序 員 來(lái) 說(shuō) 非 常 的 困 難 ， 因 為 ，API 函 數(shù) 實(shí) 在 太 多 了 ， 而 且 名 稱 很 亂 ， 從 零 構(gòu) 架 一 個(gè) 窗 口 動(dòng) 輒 就 是 上 百 行 的代 碼 。 MFC 是對(duì) WindowsAPI 的 封 裝 ， 大 大 簡(jiǎn) 化 了 我 們 的 工 作 ； 學(xué) VC 主 要 就 是 要 學(xué)MFC， 大 約 有 100 多 個(gè) 類 ， 但 常 用 的 也 就 二 三 十 個(gè) 。 （1）CWnd：窗口，它是大多數(shù)“可見(jiàn)窗體” 的父類（Windows 里幾乎所有看得見(jiàn)的東西都是一個(gè)窗口，大窗口里有許多小窗口） ，比如視圖 CView、框架窗口 CFrameWnd、工具條 CToolBar、對(duì)話框 CDialog、按鈕 CButton，etc。該類很大，這里不一一列舉了。最重要的是OnOpenDocument(讀入),OnSaveDocument（寫盤）,Serialize（讀寫） （3）CView 視圖，負(fù)責(zé)內(nèi)存數(shù)據(jù)與用戶的交互。最重要的是 OnDraw(重畫窗口)，通常用 CWnd::Invalidate()來(lái)啟動(dòng)它。你自己的許多功能都要加在里面，你打交道最多的就杭州電子科技大學(xué)信息工程學(xué)院本科畢業(yè)設(shè)計(jì)8是它。無(wú)論是顯示器還是打印機(jī)，都是畫圖給用戶看。CDC 與其他 GDI（圖形設(shè)備接口）一起，完成文字和圖形、圖像的顯示工作。CDC 有個(gè)常用子類 CClientDC（窗口客戶區(qū)） ，畫圖通常通過(guò)CClientDC 完成。似于 C 中的 main 函數(shù)，是程序執(zhí)行的入口和管理者，負(fù)責(zé)程序建立、消滅，主窗口和文檔模板的建立。構(gòu)建一個(gè)基于 MFC 框架的程序，可以使用 MFC 的向?qū)С绦?，但首先要明白，一個(gè)基于 MFC 的程序可以有幾種類型：基于單文檔結(jié)構(gòu)的程序，基于多文檔結(jié)構(gòu)的程序以及基于對(duì)話框的應(yīng)用程序，不同類型的程序具有不同的程序?qū)傩?。其中有合理的消息映射機(jī)制，有方便的運(yùn)行時(shí)類型識(shí)別功能，更有文檔/視圖結(jié)構(gòu)設(shè)計(jì)，文檔串行化功能等非常多的優(yōu)秀功能。視窗的重要功能就是負(fù)責(zé)處理用戶的鼠標(biāo)、鍵盤等操作，通過(guò)對(duì)視窗對(duì)象的處理達(dá)到處理文檔對(duì)象的目的。 它 最 初 是 由 Microsoft Sybase 和 AshtonTate 三 家 公 司 共 同 開(kāi) 發(fā) 的 ， 于 1988 年 推 出 了 第 一 個(gè) OS/2 版 本 。 Sybase 則 較 專 注 于 SQL Server 在 UNIX 操 作 系 統(tǒng) 上 的 應(yīng) 用 。 具 有 使 用 方 便 可 伸 縮 性 好 與 相 關(guān) 軟 件 集 成 程 度 高 等 優(yōu) 點(diǎn) ， 可 跨 越 從 運(yùn)行 Microsoft Windows 98 的 膝 上 型 電 腦 到 運(yùn) 行 Microsoft Windows 2022 的大 型 多 處 理 器 的 服 務(wù) 器 等 多 種 平 臺(tái) 使 用 。Windows下編程需要了解 Windows 的消息機(jī)制以及回調(diào)函數(shù)的原理；MFC 是 Win32API的包裝類，需要理解文檔視圖類的結(jié)構(gòu)，窗口類的結(jié)構(gòu)，消息流向等等；COM是代碼共享的二進(jìn)制標(biāo)準(zhǔn)，需要掌握其基本原理等等。VC++應(yīng)用程序的開(kāi)發(fā)主要有兩種模式，一種是 WIN API 方式，另一種則是MFC 方式，傳統(tǒng)的 WIN API 開(kāi)發(fā)方式比較繁瑣，而 MFC 則是對(duì) WIN API 再次封裝，所以 MFC 相對(duì)于 WIN API 開(kāi)發(fā)更具備效率優(yōu)勢(shì)，所以使用 MFC 方式開(kāi)發(fā)應(yīng)用程序較容易。在 90 年代初由 MIT Laboratory for Computer Science 和 RSA Data Security Inc,的 Ronald L. Rivest 開(kāi)發(fā)出來(lái)，經(jīng) MDMD3 和 MD4 發(fā)展而來(lái)。不管是 MDMD4 還是 MD5，它們都需要獲得一個(gè)隨機(jī)長(zhǎng)度的信息并產(chǎn)生一個(gè)128 位的信息摘要。這三個(gè)算法的描述和 c 語(yǔ)言源代碼在Inter RFC 1321 中有詳細(xì)的描述（份最權(quán)威的文檔，由 Ronald L. Rivest 在 1992 年 8 月向 IETF 提交。在這個(gè)算法中，首先對(duì)信息進(jìn)行數(shù)據(jù)補(bǔ)位，使信息的字節(jié)長(zhǎng)度是 16 的倍數(shù)。并且根據(jù)這個(gè)新產(chǎn)生的信息計(jì)算出散列值。MD2 算法的加密后結(jié)果是唯一的即沒(méi)有重復(fù)。MD4 算法同樣需要填補(bǔ)信息以確保信息的字節(jié)長(zhǎng)度加上 448 后能被 512 整除（信息字節(jié)長(zhǎng)度 mod 512 = 448）。信息被處理成 512 位 damg?rd/merkle 迭代結(jié)構(gòu)的區(qū)塊，而且每個(gè)區(qū)塊要通過(guò)三個(gè)不同步驟的處理。Dobbertin 向大家演示了如何利用一部普通的個(gè)人電腦在幾分鐘內(nèi)找到 MD4 完整版本中的沖突（這個(gè)沖突實(shí)際上是一種漏洞，它將導(dǎo)致對(duì)不同的內(nèi)容進(jìn)行加密卻可能得到相同的加密后結(jié)果）。 　　盡管 MD4 算法在安全上有個(gè)這么大的漏洞，但它對(duì)在其后才被開(kāi)發(fā)出來(lái)的好幾種信息安全加密算法的出現(xiàn)卻有著不可忽視的引導(dǎo)作用。　　一年以后，即 1991 年，Rivest 開(kāi)發(fā)出技術(shù)上更為趨近成熟的 md5 算法。雖然 MD5 比 MD4稍微慢一些，但卻更為安全。在 MD5 算法中，信息摘要的大小和填充的必要條件與 MD5 完全相同。 　　Van oorschot 和 Wiener 曾經(jīng)考慮過(guò)一個(gè)在散列中暴力搜尋沖突的函數(shù)（bruteforce hash fun