【文章內(nèi)容簡介】 話框中路徑編輯框中，如圖：點擊導入對話框中【確定】，則將文件導入后臺數(shù)據(jù)對應分類中，如成功，給出提示，如圖：點擊【確定】，則信息更新顯示到主界面，如圖：如在導入文件過程中，發(fā)生錯誤，給出相應錯誤提示。為輸入導入文件路徑，如圖：導入過程中發(fā)生其他錯誤，如圖：【搜索】此功能用于用戶從后臺數(shù)據(jù)進行知識的搜索，并將搜索到的結(jié)果顯示到主界面。點擊【操作】菜單【搜索】子菜單或點擊上方工具條中【搜索】快捷按鈕，彈出搜索對話框，如圖：在此界面輸入要搜索的內(nèi)容，并在搜索范圍中選擇分類，確定搜索的范圍，如圖：點擊【開始搜索】按鈕，如輸入有誤，給出錯誤提示，如圖：如輸入無誤，則在后臺數(shù)據(jù)相應分類中搜索用戶指定的內(nèi)容，并將搜索到的結(jié)果顯示到主界面視圖，如圖：如沒有搜索到用戶指定的內(nèi)容，則給出提示，如圖：【打印】此功能用于用戶將系統(tǒng)相關信息進行打印操作。點擊【操作】菜單【打印】子菜單或點擊上方工具條中【打印】快捷按鈕，彈出打印對話框，如圖：用戶可在此界面進行打印的相關設定，點擊【確定】則開始進行打印。【關于】此功能用于向用戶顯示本系統(tǒng)的一些相關信息。點擊【幫助】菜單【關于】子菜單或點擊上方工具條中【關于】快捷按鈕，彈出關于對話框，如圖：【視圖】此功能用于隱藏和顯示系統(tǒng)工具欄以及狀態(tài)欄的切換。點擊【視圖】菜單【工具欄】子菜單或【視圖】菜單【狀態(tài)欄】子菜單，可勾選要顯示和隱藏的部分?！就顺觥看斯δ苡糜谕顺霰鞠到y(tǒng)及退出時對數(shù)據(jù)的處理。點擊系統(tǒng)右上紅叉圖標，彈出詢問對話框，如圖：點擊【是】則將修改后的數(shù)據(jù)保存到后臺數(shù)據(jù)并關閉系統(tǒng)，點擊【否】則不保存修改的數(shù)據(jù)并關閉系統(tǒng)，點擊【取消】返回系統(tǒng)主界面，不關閉系統(tǒng)。⑴迭代化軟件開發(fā)和傳統(tǒng)的軟件開發(fā)不同，在系統(tǒng)的開發(fā)過程中，采取了迭代化開發(fā)的思想，因為迭代化開發(fā)具有以下優(yōu)點：①它允許需求的變化。需求的變化和“進一步的蔓延”，技術和客戶驅(qū)動的特性的累加，一直是項目中導致麻煩、延期交付、令客戶不滿意和使開發(fā)人員泄氣的主要原因。為了解決這些問題，使用迭代開發(fā)方法的團隊應該在項目開發(fā)的幾周里就關注生成和演示可執(zhí)行的軟件，這樣就強制了需求的檢查并可以幫助減少需求從而反映系統(tǒng)的本質(zhì)。②集成不是在項目的尾聲進行的大動作。將系統(tǒng)的集成留到項目的結(jié)尾幾乎總是會導致耗時的返工—有時這種返工會花費整個項目工作量的百分之四十的時間。為了避免這種返工，每一次迭代都以集成構建系統(tǒng)各部分結(jié)束；這樣不斷的積累將最小化日后的返工。③早期的迭代可以暴露風險。迭代的開發(fā)方法可以幫助團隊在早期的迭代中減少風險，因為在這些迭代中包括了對所有過程組件的測試。當早期的迭代覆蓋了項目的很多方面時，購買的軟件和團隊成員的技能等等，團隊能夠很快的發(fā)現(xiàn)被預感的風險是否是真實的，并且能夠在問題相對容易并花費很少成本解決時揭示沒有被發(fā)現(xiàn)的新的風險。④對產(chǎn)品的管理能夠采取戰(zhàn)術性的變化。迭代開發(fā)能夠快速的生成可執(zhí)行的架構（雖然功能有限），這個架構能夠為了應對競爭對手的快速版本發(fā)布容易的調(diào)整產(chǎn)品使之成為“改進的”版本。⑤它使重用更加容易。識別在迭代中進行的部分設計和實現(xiàn)的公用部分要比在計劃期間找出公用部分更加容易。在早期開發(fā)中的設計評審允許架構師們發(fā)現(xiàn)潛在的可重用的機會，并且利用這個機會為接下來的迭代開發(fā)成熟的公用代碼。⑥你能夠在每一個迭代中發(fā)現(xiàn)并更正缺陷。這會生成健壯的架構和高質(zhì)量的應用。你甚至能夠在早期的迭代中而不是在項目末期的大規(guī)模測試階段發(fā)現(xiàn)缺陷。你能夠在性能瓶頸沒有破壞你的計劃之前發(fā)現(xiàn)它。⑦它能夠更好的利用項目的人員資源。很多開發(fā)組織使用一種管道式的組織方式來匹配他們的瀑布型開發(fā)方法：分析人員將被完成的需求發(fā)送給設計人員，設計人員將被完成的設計發(fā)送給開發(fā)編程人員，編程人員再將他們開發(fā)的組件發(fā)送給集成人員，集成人員將組件集成起來發(fā)送給測試人員測試。這種多次的傳遞不僅容易產(chǎn)生錯誤而且應用造成誤解；這種方式也會使人們感覺他們對最終的產(chǎn)品有很少的責任。迭代開發(fā)過程鼓勵在項目的各個環(huán)節(jié)中團隊成員參與范圍更加寬廣的活動，允許團隊成員扮演多種角色。項目經(jīng)理能夠更好的利用可得到的項目人員并其可以消除有風險的傳遞。⑧團隊成員能夠沿著項目的道路進行學習。工作在迭代開發(fā)的項目中的開發(fā)人員在軟件開發(fā)周期內(nèi)有很多的機會從他們所范的錯誤中吸取教訓，并能夠從一個迭代到另一個迭代的過程中增進他們的技能。通過評估每一個迭代，項目經(jīng)理能夠為團隊成員發(fā)現(xiàn)培訓的機會。相反，工作在瀑布型開發(fā)方法中的開發(fā)人員典型的被限制在狹窄的技術專長上，并且僅僅有機會從事設計、編碼或者測試之一方面的工作。⑨你能夠沿著項目的道路改進開發(fā)的過程。迭代末尾的評估不僅能夠從產(chǎn)品或者計劃方面揭示項目的狀態(tài)；他們也可以幫助項目經(jīng)理分析在下一個迭代中如何改進項目的組織結(jié)構和過程。⑵MFC編寫程序的優(yōu)點隨著編程語言的推陳出新，MFC一些缺點日益突出。最重要的就是入門門檻相對其他語言要高，而且同樣完成一個任務代碼量相對較多。而原有的優(yōu)勢如運行速度快等，也因為其他編程語言的日臻完善和個人電腦的運算速度增加而顯得不那么突出。MFC似乎江河日下。但是MFC真的沒有任何優(yōu)勢了嗎？不是，面對底層程序，它能很輕松的與WindowsAPI或驅(qū)動程序結(jié)合，就是在自己的代碼中直接使用API函數(shù)，而API和驅(qū)動程序的資料都是以C語言為基礎的，這使得VC程序員能夠更輕松的使用WindowsAPI。這樣造成了一個很有意思的現(xiàn)象，即入門時VC程序員要付出更多的努力來學習，但是一旦掌握后，開發(fā)其他領域的程序或使用第三方軟件時，如工業(yè)控制類的程序，由于底層的程序都是用C語言編寫，反倒是VC程序員能夠更快的掌握該領域的編程技術。而很多其他的編程語言甚至找不到相關的資料。這就說明（MFC）實際上是一種入門困難，但是擴展學習卻很輕松的語言框架。如果既限于某一領域的話VC毫無優(yōu)勢可言，但是如果開發(fā)一個新的領域的應用程序或者該程序涉及多個應用領域的話，可減少重復學習的頻率和難度，（MFC）的優(yōu)勢會立刻顯現(xiàn)出來。MFC的英文全稱是MicrosoftFundationClasses，即微軟的基本類庫，MFC的本質(zhì)就是一個包含了許多微軟公司已經(jīng)定義好的對象的類庫，我們知道，雖然我們要編寫的程序在功能上是千差萬別的，但從本質(zhì)上來講，都可以化歸為用戶界面的設計，對文件的操作，多媒體的使用，數(shù)據(jù)庫的訪問等等一些最主要的方面。這一點正是微軟提供MFC類庫最重要的原因，在這個類庫中包含了一百多個程序開發(fā)過程中最常用到的對象。在進行程序設計的時候，如果類庫中的某個對象能完成所需要的功能，這時我們只要簡單地調(diào)用已有對象的方法就可以了。我們還可以利用面向?qū)ο蠹夹g中很重要的“繼承”方法從類庫中的已有對象派生出我們