天氣信息管理系統(tǒng)設(shè)計畢業(yè)設(shè)計

1、<p><b>　　第一章 緒論</b></p><p>　　1.1 項目的開發(fā)背景</p><p>　　21世紀是信息技術(shù)高速發(fā)展的世紀，在這個嶄新的世紀中，隨著現(xiàn)代科學技術(shù)的飛速發(fā)展，大量的信息技術(shù)產(chǎn)品如雨后春筍般地不斷涌現(xiàn)出來且被人們所接受?，F(xiàn)在人類的工作、學習、生活等無一能離開信息技術(shù)?？偠灾?，信息技術(shù)已溶入了人類生活的點點滴滴。可以說，信息技術(shù)

2、的出現(xiàn)改變了世界，也改變了人類的生活。</p><p>　　本論文研究的是天氣信息管理系統(tǒng)，它就是在信息技術(shù)的基礎(chǔ)上所研究和開發(fā)的。它集信息技術(shù)及時、快速、準確的特點于一身，充分地發(fā)揮出效率高的特點。該管理系統(tǒng)適用于對天氣信息有一定要求的場所，例如：航空公司、旅行社等地方，所以該管理系統(tǒng)應(yīng)用范圍廣泛，具有一定的使用價值。</p><p>　　1.2 該系統(tǒng)所具備的幾大突出特點：</p

3、><p>　　1.2.1 使用靈活</p><p>　　在該管理系統(tǒng)中，不但設(shè)置了命令按鈕，而且還設(shè)置了菜單和快捷鍵可以讓用戶在任何一個界面利用它們進行進一步相關(guān)的操作。這樣不僅就為用戶的操作提供了多種的使用方法，而且還為用戶的操作提供了很大的方便。</p><p>　　1.2.2. 以曲線圖的方式描述數(shù)據(jù)</p><p>　　該管理系統(tǒng)不但具

4、有列表顯示數(shù)據(jù)和文本顯示某一條數(shù)據(jù)的功能，而且還有利用曲線圖描述數(shù)據(jù)的功能。每條直觀、生動的曲線分別用不同的顏色來表示不同的數(shù)據(jù)，其中，每一條曲線又代表著不同時期的數(shù)據(jù)，使用戶不用再面對枯燥、乏味的數(shù)字，把用戶從成天面對雜亂無章數(shù)字的尷尬境地中解脫出來。這樣，以另外一種方式描繪數(shù)據(jù)的方法可以達到更好的效果。</p><p>　　1.2.3 批量的數(shù)據(jù)導入與導出</p><p>　　可以文

5、本文件格式對數(shù)據(jù)執(zhí)行批量導入或到處數(shù)據(jù)庫操作，方便了用戶之間的信息交流。也可將數(shù)據(jù)生成RTF報表格式，方便用戶查看或打印。</p><p>　　1.2.3 將數(shù)據(jù)信息生成RTF報表格式</p><p>　　目前RTF格式是最流行的字處理文件格式，許多優(yōu)秀的基于數(shù)據(jù)信息的管理系統(tǒng)都可將數(shù)據(jù)轉(zhuǎn)換為RTF格式，以方便以后的排版和打印。本系統(tǒng)也可生成全年或單月的RTF表格形式。</p>

6、;<p>　　第二章 開發(fā)工具簡介</p><p>　　2.1 UML簡要概述</p><p>　　2.1.1 UML簡介</p><p>　　UML(Unified Modeling Language)是面向?qū)ο蟮臉藴式ＵZ言，是面向?qū)ο蠹夹g(shù)領(lǐng)域的重要成果。標準建模語臺UML融合了Booch, OMT(ObjectModeling Technique

7、)和OOSE(Object-Oriented Software Engineering)等方法中的基本概念，集眾家之長，并對現(xiàn)有的應(yīng)用范圍進行擴展。</p><p>　　統(tǒng)一建模語言(UML)又是一個通用的可視化建模語言，用于對軟件進行描述、可視化處理、構(gòu)造和建立軟件系統(tǒng)制品的文檔。它記錄了對必須構(gòu)造的系統(tǒng)的決定和理解，可用于對系統(tǒng)的理解、設(shè)計、瀏覽、配置、維護和信息控制。UML適用于各種軟件開發(fā)方法、軟件生命周

8、期的各個階段、各種應(yīng)用領(lǐng)域以及各種開發(fā)工具，UML是一種總結(jié)了以往建模技術(shù)的經(jīng)驗并吸收當今優(yōu)秀成果的標準建模方法。UML包括概念的語義，表示法和說明，提供了靜態(tài)、動態(tài)、系統(tǒng)環(huán)境及組織結(jié)構(gòu)的模型。它可被交互的可視化建模工具所支持，這些工具提供了代碼生成器和報表生成器。UML標準并沒有定義一種標準的開發(fā)過程，但它適用于迭代式的開發(fā)過程。它是為支持大部分現(xiàn)存的面向?qū)ο箝_發(fā)過程而設(shè)計的。</p><p>　　UML描述了

9、一個系統(tǒng)的靜態(tài)結(jié)構(gòu)和動態(tài)行為。UML將系統(tǒng)描述為一些離散的相互作用的對象并最終為外部用戶提供一定的功能的模型結(jié)構(gòu)。靜態(tài)結(jié)構(gòu)定義了系統(tǒng)中的重要對象的屬性和操作以及這些對象之間的相互關(guān)系。動態(tài)行為定義了對象的時間特性和對象為完成目標而相互進行通信的機制。從不同但相互聯(lián)系的角度對系統(tǒng)建立的模型可用于不同的目的。</p><p>　　UML還包括可將模型分解成包的結(jié)構(gòu)組件，以便于軟件小組將大的系統(tǒng)分解成易于處理的塊結(jié)構(gòu)，

10、并理解和控制各個包之間的依賴關(guān)系，在復(fù)雜的開發(fā)環(huán)境中管理模型單元。它還包括用于顯示系統(tǒng)實現(xiàn)和組織運行的組件。</p><p>　　UML不是一門程序設(shè)計語言,可以使用代碼生成器工具將UML模型轉(zhuǎn)換為多種程序設(shè)計語一言代碼，或使用反向生成器工具將程序源代碼轉(zhuǎn)換為UML. UML不是一種可用于定理證明的高度形式化的語言，這樣的語言有很多種，但它們通用性較差，不易理解和使用。UML是一種通用建模語言。對于一些專門領(lǐng)域，

11、例如用戶圖形界面(GUI)設(shè)計、超大規(guī)模集成電路(VLSI)設(shè)計、基于規(guī)則的人工智能領(lǐng)域，使用專門的語言和工具可能會更適合些。</p><p>　　UML是一種離散的建模語言，不適合對諸如工程和物理學領(lǐng)域中的連續(xù)系統(tǒng)建模。它是一個綜合的通用建模語言，適合對諸如由計算機軟件、固件或數(shù)字邏輯構(gòu)成的離散系統(tǒng)建模。</p><p>　　UML是在多種面向?qū)ο蠼７椒ǖ幕A(chǔ)上發(fā)展起來的建模語言，主要

12、用于軟件密集型系統(tǒng)的建模。</p><p>　　2.1.2 UML概念域</p><p>　　UML的概念和模型可以分成以下幾個概念域:</p><p><b>　　1）靜態(tài)結(jié)構(gòu)</b></p><p>　　任何一個精確的模型必須首先定義所涉及的范圍，即確定有關(guān)應(yīng)用、內(nèi)部特性及其相互關(guān)系的關(guān)鍵概念。UML的靜態(tài)組件稱為

13、靜態(tài)視圖。靜態(tài)視圖用類構(gòu)造模型來表達應(yīng)用，每個類由一組包含信息和實現(xiàn)行為的離散對象組成。對象包含的信息被作為屬性，它們執(zhí)行的行為被作為操作。多個類通過泛化處理可以具有一些共同的結(jié)構(gòu)。子類在繼承它們共同的父類的結(jié)構(gòu)和行為的基礎(chǔ)上增加了新的結(jié)構(gòu)和行為。對象與其它對象之間也具有運行時間連接，這種對象與對象之間的關(guān)系被稱為類間的關(guān)聯(lián)。一些元素通過依賴關(guān)系組織在一起，這些依賴關(guān)系包括在抽象級上進行模型轉(zhuǎn)換、模板參數(shù)的捆綁、授予許可以及通過一種元素

14、使用另一種元素等。另一類關(guān)系包括用例和數(shù)據(jù)流的合并。靜態(tài)視圖主要使用類圖。靜態(tài)視圖可用于生成程序中用到的大多數(shù)數(shù)據(jù)結(jié)構(gòu)聲明。在UML視圖中還要用到其它類型的元素，比如接口、數(shù)據(jù)類、用例和信號等，這些元素統(tǒng)稱為類元，它們的行為很像在每種類元上具有一定限制的類。</p><p><b>　　2）動態(tài)行為</b></p><p>　　有兩種方式對行為建模。一種是根據(jù)一個對象

15、與外界發(fā)生關(guān)系的生命歷史；另一種是一系列相關(guān)對象之間當它們相互作用實現(xiàn)行為時的通信方式。孤立對象的視圖是狀態(tài)機— 當對象基于當前狀態(tài)對事件產(chǎn)生反應(yīng)，執(zhí)行作為反應(yīng)的一部分的動作，并從一種狀態(tài)轉(zhuǎn)換到另一種狀態(tài)時的視圖。狀態(tài)機模型用狀態(tài)圖來描述。</p><p>　　相互作用對象的系統(tǒng)視圖是一種協(xié)作，一種與語境有關(guān)的對象視圖以及他們相互之間的鏈，通過數(shù)據(jù)鏈對象間存在著消息流。視圖將數(shù)據(jù)結(jié)構(gòu)、控制流和數(shù)據(jù)流在一個視圖中統(tǒng)

16、一起來。協(xié)作和互操作用順序圖和協(xié)作圖來描述。對所有行為視圖起指導作用的是一組用例，每一個用例描述了一個用例參與者或系統(tǒng)外部用戶可見的一個功能。</p><p><b>　　3）實現(xiàn)構(gòu)造</b></p><p>　　UML模型既可用于邏輯分析又可用于物理實現(xiàn)。某些組件代表了實現(xiàn)。構(gòu)件是系統(tǒng)中物理上的可替換的部分，它按照一組接口來設(shè)計并實現(xiàn)。它可以方便地被一個具有同樣規(guī)格

17、說明的構(gòu)件替換。節(jié)點是運行時間計算資源，資源定義了一個位置。它包括構(gòu)件和對象。部署圖描述了在一個實際運行的系統(tǒng)中節(jié)點上的資源配置和構(gòu)件的排列以及構(gòu)件包括的對象，并包括節(jié)點內(nèi)容的可能遷移。</p><p><b>　　4）模型組織</b></p><p>　　計算機能夠處理大型的單調(diào)的模型，但人力不行。對于一個大型系統(tǒng)，建模信息必須被劃分成連貫的部分，以便工作小組能夠同

18、時工作在不同部分上。即使是一個小系統(tǒng)，人的理解能力也要求將整個模型的內(nèi)容組織成一個個適當大小的包。包是UML模型通用的層次組織單元，它們可以用于存儲、訪問控制、配置管理以及構(gòu)造包含可重用的模型單元庫。包之間的依賴關(guān)系是對包的組成部分之間的依賴關(guān)系的歸納。系統(tǒng)整個構(gòu)架可以在包之間施加依賴關(guān)系。因此，包的內(nèi)容必須符合包的依賴關(guān)系和有關(guān)的構(gòu)架要求。</p><p><b>　　5）擴展機制</b>

19、</p><p>　　UML具有一定的擴展能力，能夠滿足大多數(shù)對UML擴充的需求而不改變語言的基礎(chǔ)部分。版類是一種新的模型元素，與現(xiàn)有的模型元素具有相同的結(jié)構(gòu)，但是加上了一些附加限制，具有新的解釋和圖標。代碼生成器和其他的工具對它的處理過程也發(fā)生了變化。標記值是一對任意的標記值字符串，能夠被連接到任何一種模型元素上并代表任何信息，如項目管理信息、代碼生成指示信息和版類所需要的值。標記值用字符串代表。約束是用某種特

20、定語言(如程序設(shè)計語臺)的文本字符串表達的條件專用語言或自然語一言。UML提供了一個表達約束的語臺，名為OCL。與所有其他擴展機制一樣，必須小心使用這些擴展機制，因為有可能形成一些別人無法理解的方言。但這些機制可以避免語臺基礎(chǔ)發(fā)生根本性變化。</p><p>　　2.1.3 UML的內(nèi)容</p><p>　　UML中的各種組件和概念之間沒有明顯的劃分界限，但為方便起見，我們用視圖來劃分這

21、些概念和組件。在最上一層，視圖被劃分成三個視圖域:結(jié)構(gòu)分類、動態(tài)行為和模型管理。</p><p>　　結(jié)構(gòu)分類描述了系統(tǒng)中的結(jié)構(gòu)成員及其相互關(guān)系。類元包括類、用例、構(gòu)件和節(jié)點。類元為研究系統(tǒng)動態(tài)行為奠定了基礎(chǔ)。類元視圖包括靜態(tài)視圖、用例視圖和實現(xiàn)視圖。</p><p>　　動態(tài)行為描述了系統(tǒng)隨時間變化的行為。行為用從靜態(tài)視圖中抽取的瞬間值的變化來描述。動態(tài)行為視圖包括狀態(tài)機視圖、活動視圖和

22、交互視圖。</p><p>　　模型管理說明了模型的分層組織結(jié)構(gòu)。包是模型的基本組織單元。特殊的包還包括模型和子系統(tǒng)。模型管理視圖跨越了其他視圖并根據(jù)系統(tǒng)開發(fā)和配置組織這些視圖。</p><p><b>　　1)靜態(tài)視圖</b></p><p>　　靜態(tài)視圖對應(yīng)用領(lǐng)域中的概念以及與系統(tǒng)實現(xiàn)有關(guān)的內(nèi)部概念建模。靜態(tài)視圖主要是由類及類間相互關(guān)系構(gòu)成

23、，這些相互關(guān)系包括:關(guān)聯(lián)、泛化和各種依賴關(guān)系，如使用和實現(xiàn)關(guān)系。一個類是應(yīng)用領(lǐng)域或應(yīng)用解決方案中概念的描述。類圖是以類為中心來組織的，類圖中的其它元素或?qū)儆谀硞€類或與類相關(guān)聯(lián)。靜態(tài)視圖用類圖來實現(xiàn)，因為它以類為中心，所以稱為類圖。在類圖中類用矩形框來表示，它的屬性和操作分別列在分格中。關(guān)系用類框之間的連線來表示，不同的關(guān)系用連線上和連線端頭處的修飾符來區(qū)別。</p><p><b>　　2)用例視圖&l

24、t;/b></p><p>　　用例視圖(use case view)是被稱為參與者(Actor)的外部用戶所能觀察到的系統(tǒng)功能的模型圖?！美窍到y(tǒng)中的一個功能單元，可以被描述為參與者與系統(tǒng)之間的一次交互作用。用例模型的用途是列出系統(tǒng)中的用例和參與者，并顯示哪個參與者參與了哪個用例的執(zhí)行。</p><p>　　用例也可以有不同的層次。用例可以用其他更簡單的用例進行說明。在交互視圖中

25、，用例作為交互圖中的一次協(xié)作來實現(xiàn)。</p><p><b>　　3)交互視圖</b></p><p>　　交互視圖描述了執(zhí)行系統(tǒng)功能的各個角色之間相互傳遞消息的順序關(guān)系。類元是對在系統(tǒng)內(nèi)交互關(guān)系中起特定作用的一個對象的描述，這使它區(qū)別于同類的其他對象。交互視圖顯示了跨越多個對象的系統(tǒng)控制流程。交互視圖可用兩種圖來表示:順序圖和協(xié)作圖，它們各有不同的側(cè)重點。</

26、p><p>　　順序圖表示了對象之間傳送消息的時間順序。順序圖可以用來進行一個場景說明----即一個事務(wù)的歷史過程。順序圖的一個用途是用來表示用例中的行為順序。當執(zhí)行一個用例行為時，順序圖中的每條消息對應(yīng)了一個類操作或狀態(tài)機中引起轉(zhuǎn)換的觸發(fā)事件。</p><p>　　協(xié)作圖對在一次交互中有意義的對象和對象間的鏈建模。協(xié)作圖的一個用途是表示一個類操作的實現(xiàn)。協(xié)作圖可以說明類操作中用到的參數(shù)和局部

27、變量以及操作中的永久鏈。當實現(xiàn)一個行為時，消息編號對應(yīng)了程序中嵌套調(diào)用結(jié)構(gòu)和信號傳遞過程。</p><p>　　順序圖和協(xié)作圖都可以表示各對象間的交互關(guān)系，但側(cè)重點不同。順序圖用消息的幾何排列關(guān)系來表達消息的時間順序，各角色之間的相關(guān)關(guān)系是隱含的。協(xié)作圖用各個角色的幾何排列圖形來表示角色之間的關(guān)系，并用消息來說明這些關(guān)系。</p><p><b>　　4) 狀態(tài)機視圖</b

28、></p><p>　　狀態(tài)機視圖是一個類對象所可能經(jīng)歷的所有歷程的模型圖。狀態(tài)機由對象的各個狀態(tài)和連接這些狀態(tài)的轉(zhuǎn)換組成。每個狀態(tài)對一個對象在其生命期中滿足某種條件的一個時間段建模。當一個事件發(fā)生時，它會觸發(fā)狀態(tài)間的轉(zhuǎn)換，導致對象從一種狀態(tài)轉(zhuǎn)化到另一新的狀態(tài)。與轉(zhuǎn)換相關(guān)的活動執(zhí)行時，轉(zhuǎn)換也同時發(fā)生。狀態(tài)機用狀態(tài)圖來表達。</p><p>　　狀態(tài)圖可用于描述用戶接口、設(shè)備控制器和其

29、他具有反饋的子系統(tǒng)。它還可用于描述在生命期中跨越多個不同性質(zhì)階段的被動對象的行為，在每一階段該對象都有自己特殊的行為。</p><p><b>　　5) 活動視圖</b></p><p>　　活動圖是狀態(tài)機的一個變體，用來描述執(zhí)行算法的工作流程中涉及的活動?；顒訝顟B(tài)代表了一個活動:一個工作流步驟或一個操作的執(zhí)行。活動圖描述了一組順序的或并發(fā)的活動。活動視圖用活動圖來體

30、現(xiàn)。這個例子說明了活動圖的用途是對人類組織的現(xiàn)實世界中的工作流程建模。對事物建模是活動圖的主要用途，但活動圖也可對軟件系統(tǒng)中的活動建模?；顒訄D有助于理解系統(tǒng)高層活動的執(zhí)行行為，而不涉及建立協(xié)作圖所必須的消息傳送細節(jié)。用連接活動和對象流狀態(tài)的關(guān)系流表示活動所需的輸入輸出參數(shù)。</p><p><b>　　6)物理視圖</b></p><p>　　物理視圖對應(yīng)用自身的實現(xiàn)

31、結(jié)構(gòu)建模，例如系統(tǒng)的構(gòu)件組織和建立在運行節(jié)點上的配置。這類視圖提供了將系統(tǒng)中的類映射成物理構(gòu)件和節(jié)點的機制。物理視圖有兩種:實現(xiàn)視圖和部署視圖。</p><p>　　實現(xiàn)視圖為系統(tǒng)的構(gòu)件建模型— 構(gòu)件即構(gòu)造應(yīng)用的軟件單元— 還包括各構(gòu)件之間的依賴關(guān)系，以便通過這些依賴關(guān)系來估計對系統(tǒng)構(gòu)件的修改給系統(tǒng)可能帶來的影響。</p><p>　　實現(xiàn)視圖用構(gòu)件圖來表現(xiàn)。構(gòu)件圖表示了系統(tǒng)中的各種構(gòu)件。

32、在個別系統(tǒng)的實際物理配置中，可能有某個構(gòu)件的多個備份。</p><p>　　部署視圖描述位于節(jié)點實例上的運行構(gòu)件實例的安排。節(jié)點是一組運行資源，如計算機、設(shè)備或存儲器。這個視圖允許評估分配結(jié)果和資源分配。部署視圖用部署圖來表達。</p><p><b>　　7) 模型管理視圖</b></p><p>　　模型管理視圖對模型自身組織建模。一系列由

33、模型元素(如類、狀態(tài)機和用例)構(gòu)成的包組成了模型。一個包(package)可能包含其他的包，因此，整個模型實際上可看成一個根包，它間接包含了模型中的所有內(nèi)容。包是操作模型內(nèi)容、存取控制和配置控制的基本單元。每一個模型元素包含于包中或包含于其他模型元素中。</p><p>　　模型是從某一觀點以一定的精確程度對系統(tǒng)所進行的完整描述。從不同的視角出發(fā)，對同一系統(tǒng)可能會建立多個模型，例如有系統(tǒng)分析模型和系統(tǒng)設(shè)計模型之分

34、。模型是一種特殊的包。子系統(tǒng)是另一種特殊的包。它代表了系統(tǒng)的一個部分，它有清晰的接口，這個接口可作為一個單獨的構(gòu)件來實現(xiàn)。</p><p>　　模型管理信息通常在類圖中表達。</p><p><b>　　8) 擴展組件</b></p><p>　　UML包含三種主要的擴展組件:約束、版類和標記值。約束是用某種形式化語言或自然語言表達的語義關(guān)系的

35、文字說明。版類是由建模者設(shè)計的新的模型元素，但是這個模型元素的設(shè)計要建立在U砒已定義的模型元素基礎(chǔ)上。標記值是附加到任何模型元素上的命名的信息塊。</p><p>　　這些組件提供了擴展UML模型元素語義的方法，同時不改變UML定義的元模型自身的語義。使用這些擴展組件可以組建適用于某一具體應(yīng)用領(lǐng)域的UML用戶定制版本。</p><p>　　2.2 C/S結(jié)構(gòu)的數(shù)據(jù)庫應(yīng)用</p>

36、<p>　　最簡單的C/S體系結(jié)構(gòu)的數(shù)據(jù)庫應(yīng)用，由兩部分組成，即客戶應(yīng)用程序和數(shù)據(jù)庫服務(wù)器程序。二者可分別稱為前臺程序與后臺程序。運行數(shù)據(jù)庫服務(wù)器程序的機器，稱為應(yīng)用服務(wù)器，一旦服務(wù)器程序被啟動，就隨時等待響應(yīng)客戶程序發(fā)來的請求；客戶程序運行在用戶自己的電腦上，對應(yīng)于服務(wù)器電腦，可稱為客戶電腦。當需要對數(shù)據(jù)庫中的數(shù)據(jù)進行任何操作時，客戶程序就自動地尋找服務(wù)器程序，并向其發(fā)出請求，服務(wù)器程序根據(jù)預(yù)定的規(guī)則作出應(yīng)答，送回結(jié)果。

37、</p><p>　　在典型的C/S數(shù)據(jù)庫應(yīng)用中，數(shù)據(jù)的儲存管理功能，是由服務(wù)器程序獨立進行的，并且通常把那些不同的（不管是已知還是未知的）前臺應(yīng)用所不能違反的規(guī)則，在服務(wù)器程序中集中實現(xiàn)，例如訪問者的權(quán)限，編號不準重復(fù)、必須有客戶才能建立定單這樣的規(guī)則。所有這些，對于工作在前臺程序上的最終用戶，是“透明”的，他們無須過問（通常也無法干涉）這背后的過程，就可以完成自己的一切工作。在客戶服務(wù)器架構(gòu)的應(yīng)用中，前臺程序

38、可以變的非?！笆菪　?，麻煩的事情，都交給了服務(wù)器和網(wǎng)絡(luò)。在C/S體系的下，數(shù)據(jù)庫真正變成了公共、專業(yè)化的倉庫，受到獨立的專門管理。</p><p>　　在這個案例中，已經(jīng)確定的需求，就是建立一個集中、統(tǒng)一的數(shù)據(jù)庫，實現(xiàn)更新、查詢、導入數(shù)據(jù)和輸入報表。訪問者分布在不同的IP地址。每一處典型的同時訪問人數(shù)，一般在10人以下。兩處都有機會更新數(shù)據(jù)庫中的數(shù)據(jù)。理想的情況下當然是兩處的數(shù)據(jù)隨時保持一致，但在特別關(guān)鍵的信息可

39、以隨時通過電話、傳真等方式直接交換的情況下，兩地的信息每隔一天交換更新一次，是可以接受的，這也就是目前的實際情況，從業(yè)務(wù)人員的立場上，尚沒有提出在這個周期上作出戲劇性的改變的要求。針對當前的已經(jīng)明確的需求，作出如下討論：</p><p>　　采用C/S架構(gòu)，選擇適當?shù)臄?shù)據(jù)庫平臺，可以實現(xiàn)數(shù)據(jù)庫數(shù)據(jù)的真正“統(tǒng)一”，分布于兩地的數(shù)據(jù)同步完全交由數(shù)據(jù)庫系統(tǒng)去管理，邏輯上，兩地的操作者都直接訪問同一個數(shù)據(jù)庫。它的有效實現(xiàn)

40、，有這樣一些問題：</p><p>　　如果需要建立“實時”的數(shù)據(jù)同步，就必須在兩地間建立實時的通訊連接，保持兩地的數(shù)據(jù)庫服務(wù)器在線運行，這需要高昂的投資和復(fù)雜的技術(shù)支持，高的維護成本。 </p><p>　　對于本例的應(yīng)用要求和環(huán)境，采用基于網(wǎng)絡(luò)文件服務(wù)器開發(fā)非C/S結(jié)構(gòu)的應(yīng)用，也完全可以滿足，雖然C/S結(jié)構(gòu)下的多用戶應(yīng)用可以更好（比如更完善的用戶共享特性，用戶管理，以及更好地平衡服務(wù)器

41、與客戶機之間的負荷，大幅度降低網(wǎng)絡(luò)傳輸?shù)呢摵傻龋?，但就用戶立場而言，采用C/S結(jié)構(gòu)方便了用戶對軟件的操作。</p><p>　　2.3 VC++與數(shù)據(jù)庫的連接 </p><p>　　1)ODBC(Open DataBase Connectivity)</p><p>　　ODBC是客戶應(yīng)用程序訪問關(guān)系數(shù)據(jù)庫時提供的一個統(tǒng)一的接口，對于不同的數(shù)據(jù)庫，ODBC提供了一

42、套統(tǒng)一的API，使用應(yīng)用程序可以應(yīng)用所提供的API來訪問任何提供了ODBC驅(qū)動程序的數(shù)據(jù)庫，并且，ODBC已經(jīng)成為一種準，目前所有的關(guān)系數(shù)據(jù)庫都提供了ODBC驅(qū)動程序，這使ODBC的應(yīng)用非常廣泛，基本上可用于所有的關(guān)系數(shù)據(jù)庫。但由于ODBC只能用于關(guān)系數(shù)據(jù)庫，使得利用ODBC很難訪問對象數(shù)據(jù)庫及其他非關(guān)系數(shù)據(jù)庫。</p><p>　　由于ODBC是一種底層的訪問技術(shù)，因此，ODBC API可以使客戶應(yīng)用程序能夠從

43、底層設(shè)置和控制數(shù)據(jù)庫，完成一些高層數(shù)據(jù)庫技術(shù)無法完成的功能，但開發(fā)效率效低。</p><p>　　2)MFC ODBC(Microsoft Foundation Classes ODBC)</p><p>　　直接使用ODBC API編寫應(yīng)用程序需要編制大量代碼，Visual C++提供了MFC ODBC類，其中封裝了ODBC API，因此，使用MFC來創(chuàng)造ODBC的應(yīng)用程序非常簡便。&l

44、t;/p><p>　　3)DAO(Data Access Object)</p><p>　　DAO提供了一種通過程序代碼創(chuàng)建和操作數(shù)據(jù)庫的機制。多個DAO構(gòu)成一個體系結(jié)構(gòu)，在這個結(jié)構(gòu)中，各個DAO對象協(xié)同工作。MFC DAO是微軟公司提供的用于訪問Microsoft Jet數(shù)據(jù)庫文件(*.mdb)的強有力的數(shù)據(jù)庫開發(fā)工具，它通過DAO的封裝，向程序提供了DAO豐富的操作數(shù)據(jù)庫手段。</

45、p><p>　　4)OLE DB(Object Link and Embedding DataBase)</p><p>　　OLE DB是Visual C++開發(fā)數(shù)據(jù)庫應(yīng)用中提供的新技術(shù)，它基于COM接口。因此，OLE DB對所有的文件系統(tǒng)包括關(guān)系數(shù)據(jù)庫和非關(guān)系數(shù)據(jù)庫都提供了統(tǒng)一的接口。這些特性使得OLE DB技術(shù)比傳統(tǒng)的數(shù)據(jù)庫訪問技術(shù)更加優(yōu)越。</p><p>　　

46、與ODBC技術(shù)相似，OLE DB屬于數(shù)據(jù)庫訪問技術(shù)中的底層接口。直接使用OLE DB來設(shè)計數(shù)據(jù)庫應(yīng)用程序需要編寫大量的代碼。Visual C++6.0中提供了ATL模板，用于設(shè)計OLE DB數(shù)據(jù)應(yīng)用程序和數(shù)據(jù)提供程序。</p><p>　　5)ADO(ActiveX Data Object)</p><p>　　ADO技術(shù)是基于OLE DB的訪問接口，它繼承了OLE DB技術(shù)的優(yōu)點，并且，

47、ADO對OLE DB的接口作了封裝，定義了ADO對象，使程序開發(fā)得到簡化。ADO技術(shù)屬于數(shù)據(jù)庫訪問的高層接口。</p><p>　　2.4 用VC++中的CSocket類實現(xiàn)網(wǎng)絡(luò)的通訊</p><p>　　WinSock提供了對TCP（傳輸控制協(xié)議）的支持，通過TCP協(xié)議我們可以與指定IP地址的主機建立，同時利用建立的連接可以雙向的交換數(shù)據(jù)。利用CSocket操縱有連接數(shù)據(jù)交換很簡單，但是

48、在有連接的通信中必需有一方扮演服務(wù)器的角色等待另一方（客戶方）的連接請求，所以服務(wù)器方需要建立一個監(jiān)聽套接口，然后在此套接口上等待連接。當連接建立后會產(chǎn)生一個新的套接口用于通信。而客戶方在創(chuàng)建套接口后只需要簡單的調(diào)用連接函數(shù)就可以創(chuàng)建連接。對于有連接的通信不論是數(shù)據(jù)的發(fā)送還是發(fā)送與接收的順序都是有保證的。</p><p>　　第三章 系統(tǒng)分析</p><p>　　3.1系統(tǒng)的初步調(diào)查&

49、lt;/p><p>　　在系統(tǒng)分析階段，我們的焦點是“做什么”，而不是“怎么做”:不是具體地解決問題，而是準確地確定“為了解決這個問題，目標系統(tǒng)必須什么” 。</p><p>　　用戶了解他們所面對的問題，知道必須做什么，但是通常不能完整、準確地表達出他們的要求，更不知道怎樣利用計算機來解決他們的問題;軟件開發(fā)人員知道怎樣使用軟件實現(xiàn)人們的要求，但是對特定用戶的具體要求并不完全清楚。因此在系統(tǒng)

50、分析階段必須和用戶密切配合，充分交流信息，以得出經(jīng)過用戶確認的系統(tǒng)邏輯模型。</p><p>　　需求是技術(shù)無關(guān)(technology independent)的。在需求階段討論技術(shù)是沒有任何意義的。技術(shù)的實現(xiàn)細節(jié)是在后面的分析、設(shè)計階段需要考慮的事情。而在業(yè)務(wù)建模階段，不但要保證需求的技術(shù)無關(guān)性，還要保證你的需求不要深入細節(jié)。分析一個系統(tǒng)， 首先就要了解需要開發(fā)的系統(tǒng)是一個什么樣的系統(tǒng)， 用客戶(或是我們自己)

51、需要一個什么樣的系統(tǒng)進行說明，力求完整。并對系統(tǒng)的發(fā)展可擴充性進行描述。</p><p>　　3.1.1 淺談開發(fā)天氣信息管理系統(tǒng)的意義</p><p>　　隨著經(jīng)濟的發(fā)展和社會的進步，不同地方的人們交流越來越密切，各地的天氣情況越來越受到人們的普遍關(guān)注，例如民航飛行越來越多，密度越來越大。然而，飛機在著陸、起飛或在空中飛行，都受到氣象條件的制約，所以及時并準確了解了解各地區(qū)天氣情況是很必

52、要的。</p><p>　　而氣象數(shù)據(jù)的信息化，計算機化是上述問題的唯一途徑。本系統(tǒng)恰是為了減輕工作人員負擔，提高工作效率而研制開發(fā)的。</p><p>　　3.1.2天氣信息管理系統(tǒng)實施的特點及注意事項</p><p>　　由于天氣信息管理系統(tǒng)管理的是所有與天氣相關(guān)的數(shù)據(jù)，信息量大，變化頻繁，內(nèi)部關(guān)聯(lián)性較弱，數(shù)據(jù)的采集、確認、更新和檢查都比較困難。因此，實施工作尤

53、為困難。為了最大限度的利用本系統(tǒng)進行信息管理，需要特別注意以下4點：</p><p>　　(1)培訓管理員。要想使天氣信息管理系統(tǒng)真正地發(fā)揮應(yīng)有的效用，必須通過培訓轉(zhuǎn)變?nèi)藗兊乃季S方式和行為方式，學會通過系統(tǒng)來進行科學的管理。</p><p>　　(2)明確基礎(chǔ)上的實施目標。要明確整個項目的實施計劃和目標，明確需要采集的數(shù)據(jù)及保留的歷史信息。</p><p>　　(3

54、)測試軟件功能。由于天氣信息管理系統(tǒng)需處理的信息關(guān)系非常復(fù)雜，而且要有服務(wù)器的構(gòu)架問題，所以在初期要進行軟件功能的測試和網(wǎng)絡(luò)連接測試，以確保日后使用。</p><p>　　(4)建立科學的程序性文件。天氣信息管理系統(tǒng)的特點是信息量大、變化頻繁、采集和確認困難而且無內(nèi)聯(lián)關(guān)系。采用計算機系統(tǒng)來管理天氣信息要求數(shù)據(jù)的采集、更新能夠完整、準確和及時。兩者之間的矛盾就要通過建立必要的科學程序性文件才能為系統(tǒng)的實施和正常運行

55、提供有效的保證。</p><p><b>　　3.2系統(tǒng)詳細調(diào)查</b></p><p>　　3.2.1系統(tǒng)的功能需求</p><p>　　基于以上的開發(fā)目標，系統(tǒng)開發(fā)的范圍確定如下：本系統(tǒng)只涉及氣象信息的管理部分，不包括對數(shù)據(jù)如何進行測量的內(nèi)容。本息同提供強大的查詢功能?？蛇M行不同類型查詢，提供多種索引；本系統(tǒng)提供記錄的添加，刪除、查詢和繪制

56、曲線圖等功能。而且可以按月或者按年生成數(shù)據(jù)報表。同時應(yīng)實現(xiàn)服務(wù)器端和客戶端的網(wǎng)絡(luò)連接通信功能。</p><p>　　3.3.2系統(tǒng)的運行環(huán)境</p><p><b>　　硬件環(huán)境：</b></p><p>　　處理器1GHZ以上，推薦采用INTEL公司的Pentium 4 1.8GHZ處理器；</p><p>　　內(nèi)存

57、在128M以上，推薦采用256M DDR 內(nèi)存；</p><p>　　支持TCP/IP 以太網(wǎng)</p><p><b>　　軟件環(huán)境：</b></p><p>　　操作系統(tǒng)：Windows 98 以上。</p><p>　　數(shù)據(jù)庫系統(tǒng)：Access2000 </p><p>　　輔助工具：Visa

58、l C++ 6.0</p><p><b>　　3.3 數(shù)據(jù)流圖</b></p><p>　　數(shù)據(jù)流圖描繪系統(tǒng)的邏輯模型，圖中沒有任何物理元素，只是描繪信息在系統(tǒng)中流動和處理情況。因為數(shù)據(jù)流圖是邏輯系統(tǒng)的圖形表示，即使不是專業(yè)的計算機技術(shù)人員也容易理解，所以是極好的通信工具。此外設(shè)計數(shù)據(jù)流圖紙需要考慮系統(tǒng)必須完成的基本邏輯功能，完全不需要考慮如何具體地實現(xiàn)這些功能。&

59、lt;/p><p>　　畫數(shù)據(jù)流圖的基本目的是利用它作為交流信息的工具。分析員把他對現(xiàn)有系統(tǒng)的認識或?qū)δ繕讼到y(tǒng)的設(shè)想用數(shù)據(jù)流圖描繪出來，供有關(guān)人員審查確認。由于在數(shù)據(jù)流圖中通常僅僅使用四種基本符號，而且不包括任何有關(guān)物理實現(xiàn)的細節(jié)，因此，絕大多數(shù)用戶都可以理解和評價它。</p><p>　　從數(shù)據(jù)流圖的基本目標出發(fā)，可以考慮在一張數(shù)據(jù)流圖中包括多少個元素合適的問題。一些調(diào)查表明，如果一張數(shù)據(jù)流

60、圖包含的處理多于5～9個，人們就難于領(lǐng)會它的含義了。因此數(shù)據(jù)流圖應(yīng)該分層，并且把功能及數(shù)據(jù)流圖細化后得到的處理超過9個時，應(yīng)采用劃分圖的方法，也就是把每個主要功能都細化一張數(shù)據(jù)流分圖，而原有的功能級數(shù)據(jù)流圖用來描繪系統(tǒng)的整理邏輯概貌。</p><p>　　首先，分析系統(tǒng)的總體情況，劃分系統(tǒng)邊界，識別系統(tǒng)的數(shù)據(jù)來源和去處，確定外部實體，得出系統(tǒng)的頂層數(shù)據(jù)流程圖；然后劃分出幾個主要的信息管理功能，并明確各功能之間的聯(lián)

61、系，繪制出數(shù)據(jù)流程圖。</p><p>　　數(shù)據(jù)流程圖的符號說明見圖3-1所示。</p><p>　　外部實體 處理 數(shù)據(jù)流 數(shù)據(jù)存儲</p><p>　　圖3-1 數(shù)據(jù)流程圖的符號說明</p><p>　　服務(wù)器端功能模塊數(shù)據(jù)流程圖，見圖3-2所示。</p><p&g

62、t;　　客戶端功能模塊的數(shù)據(jù)流程圖，見圖3-3所示。</p><p>　　圖3-2 服務(wù)器端數(shù)據(jù)流程圖</p><p>　　圖3-2 客戶端數(shù)據(jù)流程圖</p><p><b>　　各模塊的主要功能</b></p><p><b>　　添加操作員信息</b></p><p>　

63、　將添加的操作員基本信息（包括照片）存入客戶端的數(shù)據(jù)庫中，要求照片以二進制的形式存入數(shù)據(jù)庫。在添加數(shù)據(jù)信息對話框中，當選擇操作員ID是，要求將從數(shù)據(jù)庫中讀出的二進制數(shù)據(jù)轉(zhuǎn)化為位圖，畫在在對話框上。</p><p><b>　　查詢數(shù)據(jù)</b></p><p>　　服務(wù)器端管理員可以根據(jù)不同的城市名和時間段來進行分類查詢?？蛻舳斯芾韱T只能查詢本地的數(shù)據(jù)信息。</p

64、><p><b>　　添加數(shù)據(jù)</b></p><p>　　客戶端管理員添加數(shù)據(jù)到本地服務(wù)器的同時，本系統(tǒng)自動將數(shù)據(jù)添加到遠程服務(wù)器端，便于以后的查詢分析。</p><p><b>　　利用曲線圖顯示數(shù)據(jù)</b></p><p>　　該功能是把數(shù)字顯示數(shù)據(jù)的方式轉(zhuǎn)換成以曲線圖顯示數(shù)據(jù)的方式。用戶可以根據(jù)

65、不同的城市查看到不同時間段的溫度和濕度曲線圖。</p><p>　　5．批量導入、導出數(shù)據(jù)</p><p>　　可將查詢后的數(shù)據(jù)已批量形式導出為文本文件格式，再將該文件通過網(wǎng)絡(luò)傳送到服務(wù)器端，最后服務(wù)器端可再將此文本文件導入到服務(wù)器端數(shù)據(jù)庫，以實現(xiàn)批量數(shù)據(jù)的遠程傳輸。</p><p>　　6．將查詢后的數(shù)據(jù)生成RTF表格形式</p><p>

66、　　RTF格式就非常流行的字處理系統(tǒng)格式，許多優(yōu)秀的以數(shù)據(jù)為基礎(chǔ)的管理系統(tǒng)都可以將數(shù)據(jù)轉(zhuǎn)化成RTF表格形式，以方便以后排版和打印。本系統(tǒng)也可生成統(tǒng)計全年或單月的RTF表格。</p><p>　　第四章 系統(tǒng)設(shè)計</p><p>　　4.1軟件的總體結(jié)構(gòu)設(shè)計</p><p>　　通常程序中的一個模塊完成一個適當?shù)淖庸δ?。?yīng)該把模塊組織成良好的層次系統(tǒng)，頂層模塊調(diào)用

67、它的下層模塊以實現(xiàn)程序的完整功能，每個下層模塊在調(diào)用更下層的模塊，從而完成程序的一個子功能，最下層的模塊完成最具體的功能。用例圖是UML中描述整體結(jié)構(gòu)圖的工具，一般用例的描述使用用例描述文字框架，描述包括：用例的名稱，使用者，前提條件，執(zhí)行結(jié)果，用例的主業(yè)務(wù)流，分支業(yè)務(wù)流，相關(guān)擴展用例，特殊需要等信息，遵循一定的準則進行描述。本系統(tǒng)使用者分別是服務(wù)器端操作員，和客戶端操作員，各自完成不同模塊的功能。</p><p&g

68、t;　　本系統(tǒng)的用例圖如圖4-1所示。</p><p><b>　　圖4-1 用例圖</b></p><p><b>　　4.2數(shù)據(jù)庫設(shè)計</b></p><p>　　4．2．1數(shù)據(jù)庫概念設(shè)計</p><p>　　數(shù)據(jù)庫的建立首先需要選擇數(shù)據(jù)庫模型，在數(shù)據(jù)庫的發(fā)展歷史中，先后經(jīng)歷了網(wǎng)狀模型和層次模型

69、關(guān)系模型的時代，目前正在向?qū)ο竽Ｐ桶l(fā)展。然而，當今最為成熟并商業(yè)化的數(shù)據(jù)庫還是關(guān)系模型的數(shù)據(jù)庫。本章對數(shù)據(jù)庫模型進行了介紹，最后對使用數(shù)據(jù)訪問對象進行觀測數(shù)據(jù)庫的訪問進行了描述。在數(shù)據(jù)庫系統(tǒng)開始設(shè)計的時候，應(yīng)該盡量考慮全面，尤其應(yīng)該仔細考慮用戶的各種需求，避免浪費不必要的人力和物力。</p><p>　　語義描述：概念設(shè)計階段與具體的DBMS(數(shù)據(jù)庫管理系統(tǒng))無關(guān)，不考慮數(shù)據(jù)與操作之間的關(guān)系，僅從概念上明確地描述

70、數(shù)據(jù)與數(shù)據(jù)之間的關(guān)系。即采用一定的形式來綜合的表示數(shù)據(jù)庫概念結(jié)構(gòu)。概念結(jié)構(gòu)獨立于數(shù)據(jù)庫邏輯結(jié)構(gòu)，也獨立特定的DBMS，其主要特點是：</p><p>　　能充分反映現(xiàn)實世界，包括實體之間的聯(lián)系，能滿足用戶對數(shù)據(jù)處理的要求，是現(xiàn)世界的一個真實模型。</p><p>　　易于理解，從而可以和不熟悉計算機的用戶交換意見。用戶的積極參與是數(shù)據(jù)庫設(shè)計成功與否的關(guān)鍵。</p><p

71、>　　易于更動。當現(xiàn)實世界改變，容易修改和擴充。</p><p>　　因此概念結(jié)構(gòu)是各種數(shù)據(jù)模型的共同基礎(chǔ)，它比數(shù)據(jù)模型更獨立于機器，人而更加穩(wěn)定。</p><p>　　氣現(xiàn)信息管理系統(tǒng)的概念設(shè)計描述如下：</p><p>　　1)月天氣信息描述數(shù)據(jù)和年天氣信息描述數(shù)據(jù)之間具有從屬關(guān)系，多個月數(shù)據(jù)從屬一個年數(shù)據(jù)。</p><p>　　2

72、)日天氣信息描述數(shù)據(jù)和月天氣信息描述數(shù)據(jù)之間具有從屬關(guān)系，多個日數(shù)據(jù)從屬一個月數(shù)據(jù)。</p><p>　　3)操作員信息和日天氣信息數(shù)據(jù)是選擇關(guān)系，一個操作員對應(yīng)多個日天氣信息數(shù)據(jù)。</p><p>　　4.2.2 實體—聯(lián)系圖</p><p>　　在系統(tǒng)的數(shù)據(jù)庫設(shè)計中,先要對系統(tǒng)分析得到的數(shù)據(jù)字典中的數(shù)據(jù)存儲進行分析,分析各數(shù)據(jù)存儲之間的關(guān)系,然后才能得出系統(tǒng)的關(guān)

73、系模式?？梢圆捎肊-R圖的方法來進行數(shù)據(jù)結(jié)構(gòu)分析。E-R設(shè)計方法是一種通過E-R圖來描述現(xiàn)實世界信息結(jié)構(gòu)的設(shè)計方法。E-R圖由實體、屬性、聯(lián)系三部分組成。E-R圖的符號說明如圖4-2所示。</p><p>　　實體 屬性 實體間的關(guān)系 </p><p>　　圖4-2 E-R圖符號說明</p><

74、p>　　在本系統(tǒng)的數(shù)據(jù)流程圖中,系統(tǒng)邊界已經(jīng)很清楚了,所以可直接根據(jù)它設(shè)計本系統(tǒng)的E-R圖,不必要先設(shè)計分的E-R圖了,再合并總的E-R圖了。所圖4-3所示。</p><p>　　n 1 </p><p>　　圖 4-3 系統(tǒng)E-R圖</p><p>　　氣象觀測信息管理系統(tǒng)中所涉及到的主要實體集及其屬性如下：</p

75、><p>　　EveryDay(time,temperature,humidity,weather,windpower,winddirecti</p><p>　　on,rainfall,operator_ID);</p><p>　　Operator(operator_ID,password,name,age,photo);</p><p>　

76、　AVyear(year,AVtemperture,AVhumidity,Sumrainfall);</p><p>　　AVmonth(year,month,AVtemperate,AVhumidity,Sumrainfall);</p><p>　　E-R圖向關(guān)系模型的轉(zhuǎn)化要解決的問題是如何將實體和實體間的聯(lián)系轉(zhuǎn)換為關(guān)系模式，如何確定這些關(guān)系模式的屬性和碼。一個好的數(shù)據(jù)庫產(chǎn)品不等于就有

77、一個好的應(yīng)用系統(tǒng)，如果不能設(shè)計一個合理的數(shù)據(jù)庫模型，不僅會增加客戶端和服務(wù)器程序的編程和維護的難度，而且將會影響系統(tǒng)實際運行的性能。一般來講，在一個MIS系統(tǒng)分析、設(shè)計、測試和試運行階段，因為數(shù)據(jù)量較小，設(shè)計人員和測試人員往往只注意到功能的實現(xiàn)，而很難注意到性能的薄弱之處，等到系統(tǒng)投入實際運行一段時間后，才發(fā)現(xiàn)系統(tǒng)的性能在降低。數(shù)據(jù)庫設(shè)計是建立數(shù)據(jù)庫及其應(yīng)用系統(tǒng)的核心和基礎(chǔ)，它要求對于指定的應(yīng)用環(huán)境，構(gòu)造出較優(yōu)的數(shù)據(jù)庫模式，建立起數(shù)據(jù)庫

78、應(yīng)用系統(tǒng)，并使系統(tǒng)能有效地存儲數(shù)據(jù)，滿足用戶的各種應(yīng)用需求。</p><p>　　所以歸納的具體的原則如下:</p><p>　　1)進行規(guī)范化設(shè)計,盡可能的減少數(shù)據(jù)重復(fù)。</p><p>　　合理的數(shù)據(jù)庫表的設(shè)計應(yīng)該是在滿足需求的前提下,使數(shù)據(jù)庫的重復(fù)量最小,就盡量按照關(guān)系數(shù)據(jù)庫系統(tǒng)理論方法去設(shè)計一個數(shù)據(jù)庫,減少數(shù)據(jù)的重復(fù)。</p><p>

79、;　　2)結(jié)構(gòu)設(shè)計與操作設(shè)計想結(jié)合。</p><p>　　在設(shè)計數(shù)據(jù)庫結(jié)構(gòu)時,有時為了編程實現(xiàn)的簡捷和思路的清晰,往往故意增加一些多余的數(shù)據(jù)。這雖然有悖于傳統(tǒng)的關(guān)系數(shù)據(jù)庫理論,但是考慮到選擇機器型號和檔次等因素,如果增加的多余不會明顯增加存儲空間和降低處理效率,并且對編程實現(xiàn)有很大幫助,往往可以采用這種方法。</p><p>　　3)數(shù)據(jù)結(jié)構(gòu)的相對穩(wěn)定性,可以作為新或者是舊系的傳統(tǒng)轉(zhuǎn)換依據(jù)

80、。</p><p>　　無論采用何種方法或手段去處理日常事物,都應(yīng)該能完成響應(yīng)的功能,決不會因為采用了計算機而丟失了必要功能,或徹底改變了原有的工作流程和模式。計算機系統(tǒng)的建立是在原系統(tǒng)充分調(diào)研的基礎(chǔ)上的,它既不能脫離原系統(tǒng)的大框架,也不是簡單的重復(fù)和替代。所以數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計應(yīng)保證數(shù)據(jù)的相對穩(wěn)定,這樣才能考慮在新的數(shù)據(jù)結(jié)構(gòu)下的業(yè)務(wù)處理方式。</p><p>　　對于實體間的聯(lián)系我們分不同

81、的情況討論：</p><p>　　1)一個實體型轉(zhuǎn)換為一個關(guān)系模式。實體的屬性就是關(guān)系的屬性。實體的碼就是關(guān)系的碼。</p><p>　　2) 一個聯(lián)系轉(zhuǎn)化為一個關(guān)系模式，與該聯(lián)系相連的各實體的碼以及聯(lián)系的屬性轉(zhuǎn)化為關(guān)系的屬性，該關(guān)系的碼則有三種情況：</p><p>　　聯(lián)系為1:1，則每個實體的碼均是該關(guān)系的后選碼。</p><p>　　

82、聯(lián)系為1:n，則關(guān)系的碼為n端實體的碼。</p><p>　　聯(lián)系為m:n，則關(guān)系的碼為諸實體碼的組合。</p><p>　　一個1:1聯(lián)系可以轉(zhuǎn)換為一個獨立的關(guān)系模式，也可以與任意一端對應(yīng)的關(guān)系模式合并。</p><p>　　如果轉(zhuǎn)換為一個獨立的關(guān)系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，每個實體的碼均是該關(guān)系的候選碼。</p&

83、gt;<p>　　如果與某一端對應(yīng)的關(guān)系模式合并，則需要在該關(guān)系模式的屬性中加入另一個關(guān)系模式的碼和聯(lián)系本身的屬性。</p><p>　　一個1:n聯(lián)系可以轉(zhuǎn)換為一個獨立的關(guān)系模式，也可以與n端對應(yīng)的關(guān)系模式合并。</p><p>　　如果轉(zhuǎn)換為一個獨立的關(guān)系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，而關(guān)系的碼為n端實體的碼。</p>

84、<p>　　如果與n端對應(yīng)的關(guān)系模式合并，則在n端實體對應(yīng)模式中加入1端實體所對應(yīng)關(guān)系模式的碼，以及聯(lián)系本身的屬性。而關(guān)系的碼為n端實體的碼。</p><p>　　一個m:n聯(lián)系轉(zhuǎn)換為一個關(guān)系模式。與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性。而關(guān)系的碼為各實體碼的組合。</p><p>　　4.2.3數(shù)據(jù)庫表設(shè)計</p><p>　　一

85、個好的數(shù)據(jù)庫產(chǎn)品不等于就有一個好的應(yīng)用系統(tǒng)，如果不能設(shè)計一個合理的數(shù)據(jù)庫模型，不僅會增加客戶端和服務(wù)器程序的編程和維護的難度，而且將會影響系統(tǒng)實際運行的性能。一般來講，在一個MIS系統(tǒng)分析、設(shè)計、測試和試運行階段，因為數(shù)據(jù)量較小，設(shè)計人員和測試人員往往只注意到功能的實現(xiàn)，而很難注意到性能的薄弱之處，等到系統(tǒng)投入實際運行一段時間后，才發(fā)現(xiàn)系統(tǒng)的性能在降低…數(shù)據(jù)庫設(shè)計是建立數(shù)據(jù)庫及其應(yīng)用系統(tǒng)的核心和基礎(chǔ)，它要求對于指定的應(yīng)用環(huán)境，構(gòu)造出較優(yōu)

86、的數(shù)據(jù)庫模式，建立起數(shù)據(jù)庫應(yīng)用系統(tǒng)，并使系統(tǒng)能有效地存儲數(shù)據(jù)，滿足用戶的各種應(yīng)用需求。</p><p>　　所以歸納的具體的原則如下:</p><p>　　(1)進行規(guī)范化設(shè)計,盡可能的減少數(shù)據(jù)重復(fù)。</p><p>　　合理的數(shù)據(jù)庫表的設(shè)計應(yīng)該是在滿足需求的前提下,使數(shù)據(jù)庫的重復(fù)量最小,就盡量按照關(guān)系數(shù)據(jù)庫系統(tǒng)理論方法去設(shè)計一個數(shù)據(jù)庫,減少數(shù)據(jù)的重復(fù)。</p

87、><p>　　(2)結(jié)構(gòu)設(shè)計與操作設(shè)計想結(jié)合。</p><p>　　在設(shè)計數(shù)據(jù)庫結(jié)構(gòu)時,有時為了編程實現(xiàn)的簡捷和思路的清晰,往往故意增加一些多余的數(shù)據(jù)。這雖然有悖于傳統(tǒng)的關(guān)系數(shù)據(jù)庫理論,但是考慮到選擇機器型號和檔次等因素,如果增加的多余不會明顯增加存儲空間和降低處理效率,并且對編程實現(xiàn)有很大幫助,往往可以采用這種方法。</p><p>　　(3)數(shù)據(jù)結(jié)構(gòu)的相對穩(wěn)定性,可

88、以作為新或者是舊系的傳統(tǒng)轉(zhuǎn)換依據(jù)。</p><p>　　無論采用何種方法或手段去處理日常事物,都應(yīng)該能完成響應(yīng)的功能,決不會因為采用了計算機而丟失了必要功能,或徹底改變了原有的工作流程和模式。計算機系統(tǒng)的建立是在原系統(tǒng)充分調(diào)研的基礎(chǔ)上的,它既不能脫離原系統(tǒng)的大框架,也不是簡單的重復(fù)和替代。所以數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計應(yīng)保證數(shù)據(jù)的相對穩(wěn)定,這樣才能考慮在新的數(shù)據(jù)結(jié)構(gòu)下的業(yè)務(wù)處理方式。</p><p>

89、;　　基于以上三條設(shè)計原則,本系統(tǒng)中關(guān)于數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計如表4-1至表4-4所示。</p><p>　　表 4-1 年平均信息表</p><p>　　表 4-2月平均信息表</p><p>　　表 4-3操作員信息表</p><p>　　表 4-4基本信息表</p><p>　　4.2.4 數(shù)據(jù)庫的實現(xiàn)</p&

90、gt;<p>　　本系統(tǒng)采用Access作為數(shù)據(jù)庫引擎,其主要原因是考慮到現(xiàn)在的大多數(shù)辦公室應(yīng)用系統(tǒng)軟件均支持Access數(shù)據(jù)庫,所以只要應(yīng)用于格式符合的計算機系統(tǒng)上即可運行,并且由于Access與VC皆是微軟公司開發(fā)出來的軟件,所以它們之間的兼容性非常好,容易配合使用。</p><p>　　Access2000 就是關(guān)系數(shù)據(jù)庫開發(fā)工具，數(shù)據(jù)庫能匯集各種信息以供查詢、存儲和檢索。Access 的優(yōu)點

91、在于它能使用數(shù)據(jù)表示圖或自定義窗體收集信息。數(shù)據(jù)表示圖提供了一種類似于 Excel 的電子表格，可以使數(shù)據(jù)庫一目了然。另外，Access 允許創(chuàng)建自定義報表用于打印或輸出數(shù)據(jù)庫中的信息。Access也提供了數(shù)據(jù)存儲庫，可以使桌面數(shù)據(jù)庫文件把數(shù)據(jù)庫文件置于網(wǎng)絡(luò)文件服務(wù)器，與其他網(wǎng)絡(luò)用戶共享數(shù)據(jù)庫。Access 是一種關(guān)系數(shù)據(jù)庫工具，關(guān)系數(shù)據(jù)庫是已開發(fā)的最通用的數(shù)據(jù)庫之一。</p><p>　　Microsoft 公

92、司開發(fā)的Access 2000使運行于Windows系列平臺之上關(guān)系數(shù)據(jù)庫管理系統(tǒng)，通過各種數(shù)據(jù)庫對相對數(shù)據(jù)進行控制和管理。不論創(chuàng)建的獨立桌面數(shù)據(jù)庫適用于個人、部門還是整個企業(yè)，它都可以為管理和共享數(shù)據(jù)生成易于使用的數(shù)據(jù)庫。它不僅具有眾多傳統(tǒng)數(shù)據(jù)庫管理軟件具備的功能，同時還進一步增強了與Internet的集成。</p><p>　　Access2000 就是關(guān)系數(shù)據(jù)庫開發(fā)工具，數(shù)據(jù)庫能匯集各種信息以供查詢、存儲和

93、檢索。Access 的優(yōu)點在于它能使用數(shù)據(jù)表示圖或自定義窗體收集信息。數(shù)據(jù)表示圖提供了一種類似于 Excel 的電子表格，可以使數(shù)據(jù)庫一目了然。另外，Access 允許創(chuàng)建自定義報表用于打印或輸出數(shù)據(jù)庫中的信息。Access也提供了數(shù)據(jù)存儲庫，可以使桌面數(shù)據(jù)庫文件把數(shù)據(jù)庫文件置于網(wǎng)絡(luò)文件服務(wù)器，與其他網(wǎng)絡(luò)用戶共享數(shù)據(jù)庫。Access 是一種關(guān)系數(shù)據(jù)庫工具，關(guān)系數(shù)據(jù)庫是已開發(fā)的最通用的數(shù)據(jù)庫之一。</p><p>

94、　　全新的數(shù)據(jù)庫窗口：Microsoft Access 2000 在數(shù)據(jù)庫窗口商大有改進，提高了新用戶的友好性，并增強與其它Office程序的共享性。數(shù)據(jù)庫窗口類似于Outlook的界面，由工具欄、功能組切換按鈕以及顯示頁面三部分組成。</p><p>　　快速訪問常用文件夾：Microsoft Access 2000 的“打開”和“保存”對話框經(jīng)過重新設(shè)計，對話框右側(cè)新增一列常用文件夾。用戶在打開或保存數(shù)據(jù)庫文

95、件時，能夠快速訪問特定的目標文件夾。在“打開”和“保存”對話框工具欄中也新增了一個與瀏覽器窗口功能相同的“后退”按鈕，單擊該按鈕可以快速的返回到上次訪問的文件夾或磁盤位置。</p><p>　　數(shù)據(jù)庫轉(zhuǎn)換：在Microsoft Access 2000 中，用戶不但可以打開以前的數(shù)據(jù)庫，而且可以把以前版本的數(shù)據(jù)庫轉(zhuǎn)化為2000的版本，甚至可以把2000的版本保存為以前的版本，使不同的軟件用戶可以更方便的共享數(shù)據(jù)庫。

96、</p><p>　　名稱自動改正：使用舊版本的用戶也會發(fā)現(xiàn)，原來尊再的連接不再有效時，更改表或字段名稱會出現(xiàn)錯誤?！懊Q自動更正”功能自動解決用戶重命名數(shù)據(jù)庫對象時產(chǎn)生的關(guān)聯(lián)影響，這些名稱更改被職能的傳給相關(guān)對象，用戶可以非常容易的處理這些對象。</p><p>　　新的條件格式：Access 用戶在創(chuàng)建窗體或報表過程中，有時需要數(shù)據(jù)所代表的值設(shè)置窗體或表中某字段的格式。Access 2

97、000中的條件格式允許用戶根據(jù)此數(shù)據(jù)庫中的數(shù)據(jù)來設(shè)置窗體或報表中的控件格式。</p><p>　　字數(shù)據(jù)表：在 Access 2000中利用了子數(shù)據(jù)表可以查看與當前表相關(guān)的數(shù)據(jù)，而不只是查看數(shù)據(jù)表的單個記錄源，自數(shù)據(jù)表允許用戶瀏覽數(shù)據(jù)表視圖中的分級數(shù)據(jù)。</p><p>　　數(shù)據(jù)訪問頁：Access 2000 提供的數(shù)據(jù)訪問也允許用戶通過簡單，快捷的方法創(chuàng)建綁定數(shù)據(jù)的HTML格式的Web頁

98、，將數(shù)據(jù)庫應(yīng)用程序擴展到Internet網(wǎng)，有助于更快更有效的共享數(shù)據(jù)庫中的數(shù)據(jù)。</p><p>　　數(shù)據(jù)庫組成：Access 數(shù)據(jù)庫是Windows 以及 Windows NT 平臺上常用的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)，主要由表、查詢、窗體、報表、數(shù)據(jù)訪問頁、宏以及模塊中數(shù)據(jù)對象組成。不同數(shù)據(jù)庫對象在數(shù)據(jù)庫中起著不同的作用，靈活的使用一個數(shù)據(jù)庫對象可以是數(shù)據(jù)庫的功能更強大，管理更方便。</p><

99、p>　　綜上所述，Access 作為關(guān)系數(shù)據(jù)庫開發(fā)具備了許多優(yōu)點，可以在一個數(shù)據(jù)包中同時擁有桌面數(shù)據(jù)庫的便利和關(guān)系數(shù)據(jù)庫的強大功能。</p><p><b>　　4.3 詳細設(shè)計</b></p><p>　　客戶端使用的基本模塊包括：添加操作員模塊，添加數(shù)據(jù)模塊，導入數(shù)據(jù)模塊，查詢數(shù)據(jù)模塊，觀察數(shù)據(jù)曲線圖模塊，生成RTF報表模塊。</p><

100、p>　　服務(wù)器端使用的基本模塊包括：導入數(shù)據(jù)模塊，查詢數(shù)據(jù)模塊，觀察數(shù)據(jù)曲線圖模塊。</p><p>　　UML中交互視圖描述了執(zhí)行系統(tǒng)功能的各個角色之間相互傳遞消息的順序關(guān)系。類元是對在系統(tǒng)內(nèi)交互關(guān)系中起特定作用的一個對象的描述，這使它區(qū)別于同類的其他對象。交互視圖顯示了跨越多個對象的系統(tǒng)控制流程。交互視圖可用兩種圖來表示:順序圖和協(xié)作圖，它們各有不同的側(cè)重點。順序圖和協(xié)作圖都可以表示各對象間的交互關(guān)系，

101、但側(cè)重點不同。順序圖用消息的幾何排列關(guān)系來表達消息的時間順序，各角色之間的相關(guān)關(guān)系是隱含的。本系統(tǒng)采用順序圖來分析各個模塊。順序圖表示了對象之間傳送消息的時間順序。順序圖可以用來進行一個場景說明----即一個事務(wù)的歷史過程。順序圖的一個用途是用來表示用例中的行為順序。當執(zhí)行一個用例行為時，順序圖中的每條消息對應(yīng)了一個類操作或狀態(tài)機中引起轉(zhuǎn)換的觸發(fā)事件。下面對各主要模塊進行順序圖設(shè)計。</p><p>　　1．查詢

102、數(shù)據(jù)模塊順序圖，如圖4-4所示。</p><p><b>　　打開查詢對話框</b></p><p>　　篩選數(shù)據(jù)信息 讀數(shù)據(jù)庫中信息</p><p><b>　　返回數(shù)據(jù)信息</b></p><p><b>　　退出系統(tǒng)</b></p>&

103、lt;p>　　圖4-4 查詢數(shù)據(jù)模塊順序圖</p><p>　　2．客戶端添加數(shù)據(jù)模塊順序圖，如圖4-5所示。</p><p><b>　　Client操作員</b></p><p><b>　　輸入操作員名及密碼</b></p><p><b>　　不是已存在的操作員</b&

104、gt;</p><p><b>　　添加一天的數(shù)據(jù)</b></p><p><b>　　添加數(shù)據(jù)錯誤</b></p><p><b>　　[添加數(shù)據(jù)正確]</b></p><p>　　圖4-5 客戶端添加數(shù)據(jù)模塊順序圖</p><p>　　3．生成曲線圖

105、模塊順序圖，如圖4-6所示。</p><p><b>　　打開查詢對話框</b></p><p>　　輸入查詢信息 篩選出數(shù)據(jù)信息 將信息存入數(shù)組中</p><p>　　在視圖中繪出曲線圖形</p><p><b>　　退出系統(tǒng)</b></p><p>

106、;　　4-6 曲線圖模塊順序圖</p><p>　　4．數(shù)據(jù)生成RTF表格模塊。</p><p>　　根據(jù)查詢條件，可將全年或單月的數(shù)據(jù)寫入RTF表格的文件中。不同格式的文件都有他自己的特定格式，所一本系統(tǒng)專門設(shè)計一個類，以實現(xiàn)特定的RTF格式的寫入。該類的描述如圖4-7所示。</p><p>　　圖4-7 RTF表格類圖</p><p>&

107、lt;b>　　5．源代碼見附錄。</b></p><p>　　第五章 系統(tǒng)設(shè)計</p><p>　　5.1 相關(guān)技術(shù)與開發(fā)環(huán)境的選擇</p><p>　　5.1.1 VC++6.0開發(fā)環(huán)境</p><p>　　Mircrosoft Visual C++ 6.0(簡稱VC++ 6.0),是微軟可視化編程套件 Visual

108、Studio 98中的重要組成部分。這套功能強大的Windows應(yīng)用程序開發(fā)系統(tǒng)是由Microsoft C/C++演化而來的。從Microsoft C/C++ 8.0開始改稱為Visual C++，以至發(fā)展到今天的Visual C++ 6.0。</p><p>　　由于同時微軟的產(chǎn)品，Visual平臺是當前Windows應(yīng)用開發(fā)系統(tǒng)中與Windows平臺本身支持最徹底的開發(fā)平臺。Visual C++6.0包含了支

109、持Windows 95.Windows NT 4.0以及Windows 98的Win32 SDK文檔，即人們可以在Visual C++環(huán)境下使用Windows SDK的SDK文檔提供的API來進行Windows應(yīng)用程序的開發(fā)。Visual C++ 6.0采用的是32位編程方式，也就是說其生成的程序是在像Windows 95 Windows NT4.0和Windows 98等這樣的32位操作系統(tǒng)下運行的。VC++ 6.0繼承了其以前版