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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

23、，這些相互關(guān)系包括:關(guān)聯(lián)、泛化和各種依賴關(guān)系，如使用和實(shí)現(xiàn)關(guān)系。一個(gè)類是應(yīng)用領(lǐng)域或應(yīng)用解決方案中概念的描述。類圖是以類為中心來組織的，類圖中的其它元素或?qū)儆谀硞€(gè)類或與類相關(guān)聯(lián)。靜態(tài)視圖用類圖來實(shí)現(xiàn)，因?yà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)中的一個(gè)功能單元，可以被描述為參與者與系統(tǒng)之間的一次交互作用。用例模型的用途是列出系統(tǒng)中的用例和參與者，并顯示哪個(gè)參與者參與了哪個(gè)用例的執(zhí)行。</p><p>　　用例也可以有不同的層次。用例可以用其他更簡(jiǎn)單的用例進(jìn)行說明。在交互視圖中

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

40、，有這樣一些問題：</p><p>　　如果需要建立“實(shí)時(shí)”的數(shù)據(jù)同步，就必須在兩地間建立實(shí)時(shí)的通訊連接，保持兩地的數(shù)據(jù)庫服務(wù)器在線運(yùn)行，這需要高昂的投資和復(fù)雜的技術(shù)支持，高的維護(hù)成本。 </p><p>　　對(duì)于本例的應(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、與客戶機(jī)之間的負(fù)荷，大幅度降低網(wǎng)絡(luò)傳輸?shù)呢?fù)荷等），但就用戶立場(chǎng)而言，采用C/S結(jié)構(gòu)方便了用戶對(duì)軟件的操作。</p><p>　　2.3 VC++與數(shù)據(jù)庫的連接 </p><p>　　1)ODBC(Open DataBase Connectivity)</p><p>　　ODBC是客戶應(yīng)用程序訪問關(guān)系數(shù)據(jù)庫時(shí)提供的一個(gè)統(tǒng)一的接口，對(duì)于不同的數(shù)據(jù)庫，ODBC提供了一

42、套統(tǒng)一的API，使用應(yīng)用程序可以應(yīng)用所提供的API來訪問任何提供了ODBC驅(qū)動(dòng)程序的數(shù)據(jù)庫，并且，ODBC已經(jīng)成為一種準(zhǔn)，目前所有的關(guān)系數(shù)據(jù)庫都提供了ODBC驅(qū)動(dòng)程序，這使ODBC的應(yīng)用非常廣泛，基本上可用于所有的關(guān)系數(shù)據(jù)庫。但由于ODBC只能用于關(guān)系數(shù)據(jù)庫，使得利用ODBC很難訪問對(duì)象數(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)用程序非常簡(jiǎn)便。&l

44、t;/p><p>　　3)DAO(Data Access Object)</p><p>　　DAO提供了一種通過程序代碼創(chuàng)建和操作數(shù)據(jù)庫的機(jī)制。多個(gè)DAO構(gòu)成一個(gè)體系結(jié)構(gòu)，在這個(gè)結(jié)構(gòu)中，各個(gè)DAO對(duì)象協(xié)同工作。MFC DAO是微軟公司提供的用于訪問Microsoft Jet數(shù)據(jù)庫文件(*.mdb)的強(qiáng)有力的數(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對(duì)所有的文件系統(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è)計(jì)數(shù)據(jù)庫應(yīng)用程序需要編寫大量的代碼。Visual C++6.0中提供了ATL模板，用于設(shè)計(jì)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)點(diǎn)，并且，

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

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

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

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

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

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

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

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

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

56、曲線圖等功能。而且可以按月或者按年生成數(shù)據(jù)報(bào)表。同時(shí)應(yīng)實(shí)現(xiàn)服務(wù)器端和客戶端的網(wǎng)絡(luò)連接通信功能。</p><p>　　3.3.2系統(tǒng)的運(yùn)行環(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)中流動(dòng)和處理情況。因?yàn)閿?shù)據(jù)流圖是邏輯系統(tǒng)的圖形表示，即使不是專業(yè)的計(jì)算機(jī)技術(shù)人員也容易理解，所以是極好的通信工具。此外設(shè)計(jì)數(shù)據(jù)流圖紙需要考慮系統(tǒng)必須完成的基本邏輯功能，完全不需要考慮如何具體地實(shí)現(xiàn)這些功能。&

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

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

61、系，繪制出數(shù)據(jù)流程圖。</p><p>　　數(shù)據(jù)流程圖的符號(hào)說明見圖3-1所示。</p><p>　　外部實(shí)體 處理 數(shù)據(jù)流 數(shù)據(jù)存儲(chǔ)</p><p>　　圖3-1 數(shù)據(jù)流程圖的符號(hào)說明</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ù)庫中，要求照片以二進(jìn)制的形式存入數(shù)據(jù)庫。在添加數(shù)據(jù)信息對(duì)話框中，當(dāng)選擇操作員ID是，要求將從數(shù)據(jù)庫中讀出的二進(jìn)制數(shù)據(jù)轉(zhuǎn)化為位圖，畫在在對(duì)話框上。</p><p><b>　　查詢數(shù)據(jù)</b></p><p>　　服務(wù)器端管理員可以根據(jù)不同的城市名和時(shí)間段來進(jìn)行分類查詢?？蛻舳斯芾韱T只能查詢本地的數(shù)據(jù)信息。</p

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

65、不同的城市查看到不同時(shí)間段的溫度和濕度曲線圖。</p><p>　　5．批量導(dǎo)入、導(dǎo)出數(shù)據(jù)</p><p>　　可將查詢后的數(shù)據(jù)已批量形式導(dǎo)出為文本文件格式，再將該文件通過網(wǎng)絡(luò)傳送到服務(wù)器端，最后服務(wù)器端可再將此文本文件導(dǎo)入到服務(wù)器端數(shù)據(jù)庫，以實(shí)現(xiàn)批量數(shù)據(jù)的遠(yuǎn)程傳輸。</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)計(jì)全年或單月的RTF表格。</p><p>　　第四章 系統(tǒng)設(shè)計(jì)</p><p>　　4.1軟件的總體結(jié)構(gòu)設(shè)計(jì)</p><p>　　通常程序中的一個(gè)模塊完成一個(gè)適當(dāng)?shù)淖庸δ?。?yīng)該把模塊組織成良好的層次系統(tǒng)，頂層模塊調(diào)用

67、它的下層模塊以實(shí)現(xiàn)程序的完整功能，每個(gè)下層模塊在調(diào)用更下層的模塊，從而完成程序的一個(gè)子功能，最下層的模塊完成最具體的功能。用例圖是UML中描述整體結(jié)構(gòu)圖的工具，一般用例的描述使用用例描述文字框架，描述包括：用例的名稱，使用者，前提條件，執(zhí)行結(jié)果，用例的主業(yè)務(wù)流，分支業(yè)務(wù)流，相關(guān)擴(kuò)展用例，特殊需要等信息，遵循一定的準(zhǔn)則進(jì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è)計(jì)</b></p><p>　　4．2．1數(shù)據(jù)庫概念設(shè)計(jì)</p><p>　　數(shù)據(jù)庫的建立首先需要選擇數(shù)據(jù)庫模型，在數(shù)據(jù)庫的發(fā)展歷史中，先后經(jīng)歷了網(wǎng)狀模型和層次模型

69、關(guān)系模型的時(shí)代，目前正在向?qū)ο竽Ｐ桶l(fā)展。然而，當(dāng)今最為成熟并商業(yè)化的數(shù)據(jù)庫還是關(guān)系模型的數(shù)據(jù)庫。本章對(duì)數(shù)據(jù)庫模型進(jìn)行了介紹，最后對(duì)使用數(shù)據(jù)訪問對(duì)象進(jìn)行觀測(cè)數(shù)據(jù)庫的訪問進(jìn)行了描述。在數(shù)據(jù)庫系統(tǒng)開始設(shè)計(jì)的時(shí)候，應(yīng)該盡量考慮全面，尤其應(yīng)該仔細(xì)考慮用戶的各種需求，避免浪費(fèi)不必要的人力和物力。</p><p>　　語義描述：概念設(shè)計(jì)階段與具體的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)獨(dú)立于數(shù)據(jù)庫邏輯結(jié)構(gòu)，也獨(dú)立特定的DBMS，其主要特點(diǎn)是：</p><p>　　能充分反映現(xiàn)實(shí)世界，包括實(shí)體之間的聯(lián)系，能滿足用戶對(duì)數(shù)據(jù)處理的要求，是現(xiàn)世界的一個(gè)真實(shí)模型。</p><p>　　易于理解，從而可以和不熟悉計(jì)算機(jī)的用戶交換意見。用戶的積極參與是數(shù)據(jù)庫設(shè)計(jì)成功與否的關(guān)鍵。</p><p

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

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

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

74、p>　　在本系統(tǒng)的數(shù)據(jù)流程圖中,系統(tǒng)邊界已經(jīng)很清楚了,所以可直接根據(jù)它設(shè)計(jì)本系統(tǒng)的E-R圖,不必要先設(shè)計(jì)分的E-R圖了,再合并總的E-R圖了。所圖4-3所示。</p><p>　　n 1 </p><p>　　圖 4-3 系統(tǒng)E-R圖</p><p>　　氣象觀測(cè)信息管理系統(tǒng)中所涉及到的主要實(shí)體集及其屬性如下：</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)化要解決的問題是如何將實(shí)體和實(shí)體間的聯(lián)系轉(zhuǎn)換為關(guān)系模式，如何確定這些關(guān)系模式的屬性和碼。一個(gè)好的數(shù)據(jù)庫產(chǎn)品不等于就有

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

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

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

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

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

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

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

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

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

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

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

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

89、;　　基于以上三條設(shè)計(jì)原則,本系統(tǒng)中關(guān)于數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計(jì)如表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ù)庫的實(shí)現(xiàn)</p&

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

91、在于它能使用數(shù)據(jù)表示圖或自定義窗體收集信息。數(shù)據(jù)表示圖提供了一種類似于 Excel 的電子表格，可以使數(shù)據(jù)庫一目了然。另外，Access 允許創(chuàng)建自定義報(bào)表用于打印或輸出數(shù)據(jù)庫中的信息。Access也提供了數(shù)據(jù)存儲(chǔ)庫，可以使桌面數(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使運(yùn)行于Windows系列平臺(tái)之上關(guān)系數(shù)據(jù)庫管理系統(tǒng)，通過各種數(shù)據(jù)庫對(duì)相對(duì)數(shù)據(jù)進(jìn)行控制和管理。不論創(chuàng)建的獨(dú)立桌面數(shù)據(jù)庫適用于個(gè)人、部門還是整個(gè)企業(yè)，它都可以為管理和共享數(shù)據(jù)生成易于使用的數(shù)據(jù)庫。它不僅具有眾多傳統(tǒng)數(shù)據(jù)庫管理軟件具備的功能，同時(shí)還進(jìn)一步增強(qiáng)了與Internet的集成。</p><p>　　Access2000 就是關(guān)系數(shù)據(jù)庫開發(fā)工具，數(shù)據(jù)庫能匯集各種信息以供查詢、存儲(chǔ)和

93、檢索。Access 的優(yōu)點(diǎn)在于它能使用數(shù)據(jù)表示圖或自定義窗體收集信息。數(shù)據(jù)表示圖提供了一種類似于 Excel 的電子表格，可以使數(shù)據(jù)庫一目了然。另外，Access 允許創(chuàng)建自定義報(bào)表用于打印或輸出數(shù)據(jù)庫中的信息。Access也提供了數(shù)據(jù)存儲(chǔ)庫，可以使桌面數(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ù)庫窗口商大有改進(jìn)，提高了新用戶的友好性，并增強(qiáng)與其它Office程序的共享性。數(shù)據(jù)庫窗口類似于Outlook的界面，由工具欄、功能組切換按鈕以及顯示頁面三部分組成。</p><p>　　快速訪問常用文件夾：Microsoft Access 2000 的“打開”和“保存”對(duì)話框經(jīng)過重新設(shè)計(jì)，對(duì)話框右側(cè)新增一列常用文件夾。用戶在打開或保存數(shù)據(jù)庫文

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

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

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

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

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

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

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

102、數(shù)據(jù)模塊順序圖，如圖4-4所示。</p><p><b>　　打開查詢對(duì)話框</b></p><p>　　篩選數(shù)據(jù)信息 讀數(shù)據(jù)庫中信息</p><p><b>　　返回?cái)?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ù)錯(cuò)誤</b></p><p><b>　　[添加數(shù)據(jù)正確]</b></p><p>　　圖4-5 客戶端添加數(shù)據(jù)模塊順序圖</p><p>　　3．生成曲線圖

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

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

107、lt;b>　　5．源代碼見附錄。</b></p><p>　　第五章 系統(tǒng)設(shè)計(jì)</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(簡(jiǎn)稱VC++ 6.0),是微軟可視化編程套件 Visual

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

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