【文章內(nèi)容簡介】 的許多細節(jié)，如每個處理功能的要求，數(shù)據(jù)流和數(shù)據(jù)存儲的具體內(nèi)容、特征等，不可能在一套圖中完全表示出來，因此還要進一步進行下面兩步的分析工作，即數(shù)據(jù)分析和功能分析?！　?數(shù)據(jù)分析　　數(shù)據(jù)分析，是將數(shù)據(jù)流程圖中所出現(xiàn)的各組成部分的內(nèi)容、特征用數(shù)據(jù)字典的形式做出明確的定義和說明?！　　！　?shù)據(jù)字典　　數(shù)據(jù)字典的作用　　　　生成數(shù)據(jù)字典的方法有兩種：計算機輔助生成的數(shù)據(jù)字典具有查詢、維護、統(tǒng)計、分析等功能?！　?shù)據(jù)字典中的條目有以下六種形式：　?。?）數(shù)據(jù)項?！　。?）數(shù)據(jù)結構?！　。?）數(shù)據(jù)流?！　∮靡远x數(shù)據(jù)流程圖中的數(shù)據(jù)流?！　。?）數(shù)據(jù)存儲?！　。?）處理功能。　?。?）外部實體?！　?功能分析　　功能分析是對數(shù)據(jù)流程圖中處理過程的功能作詳細的說明。從邏輯上進行分析，處理功能可歸納為三類，即數(shù)據(jù)的輸入和輸出處理、算術運算、邏輯判斷。常采用決策樹、決策表及結構化語言等作為描述功能分析的工具?！　　　?　　應用題型：用決策樹、決策表描述邏輯判斷處理的內(nèi)容?！　∮嘘P決策樹、決策表的應用題目在005年都考過。　　 　　結構化語言是用于描述一個邏輯判斷的一種規(guī)范化語言。在自然語言的基礎上發(fā)展了一種規(guī)范化的語言表達方式，它使用的詞匯主要有三種：即祈使語句中明確的動詞；數(shù)據(jù)字典和數(shù)據(jù)流程圖中的名詞；表示處理邏輯結構的保留字?！　∮媒Y構化語言任何處理邏輯都可以表達為順序、選擇判斷、循環(huán)三種結構?！　?數(shù)據(jù)/功能分析　　U/C矩陣是一張表格。它可以表數(shù)據(jù)/功能系統(tǒng)化分析的結果。它的左邊第一列列出系統(tǒng)中各功能的名稱，上面第一行列出系統(tǒng)中各數(shù)據(jù)類的名稱。表中在各功能與數(shù)據(jù)類的交叉處，填寫功能與數(shù)據(jù)類的關系。如果在某功能中建立了一個數(shù)據(jù)類，則在該功能與數(shù)據(jù)類的交叉處填上字母“C”；如果完成某功能要應用一個數(shù)據(jù)類，則在交叉出填上字母“U”?！　/C矩陣的正確性，可由三方面來檢驗：（多次考選擇題）　　U/C矩陣的分析也是業(yè)務流程重組的基礎?！　　　?系統(tǒng)分析報告　　　　系統(tǒng)分析階段最后一項任務是編寫系統(tǒng)方案說明書。它實際上是整個系統(tǒng)分析階段的工作總結或成果，又是企業(yè)領導對系統(tǒng)進入設計階段決策的依據(jù)，其主要內(nèi)容包括：　　　　　　　　　　本章是本書的重點章節(jié)之一，主要是對現(xiàn)行系統(tǒng)進行詳細調(diào)查，以充分掌握現(xiàn)行系統(tǒng)全面和真實的情況，分析用戶信息需求，在此基礎上提出新系統(tǒng)的邏輯模型。共有現(xiàn)行系統(tǒng)詳細調(diào)查、需求分析和系統(tǒng)邏輯模型的建立、系統(tǒng)分析報告三部分內(nèi)容，主要是第二部分內(nèi)容。第在結束之前回過頭看一下課本P126頁圖51 系統(tǒng)分析階段的工具，在07年4月份的一個應用題就考了這個圖，主要是對圖上內(nèi)容填空。第六章　系統(tǒng)總體設計第六章是關于系統(tǒng)總體設計的基本知識。主要分為系統(tǒng)總體結構設計、數(shù)據(jù)庫設計、數(shù)據(jù)庫的物理實現(xiàn)和代碼設計四節(jié)的內(nèi)容。學習本章需要了解系統(tǒng)總體設計的目標任務和工作內(nèi)容，掌握系統(tǒng)總體設計的結構化方法和主要圖形工具，并能夠使用Visual FoxPro數(shù)據(jù)庫管理系統(tǒng)建立和操縱數(shù)據(jù)庫?！　”菊乱彩沁@門課程的重點章節(jié)之一。在歷年考試中，本章考核的內(nèi)容以各種題型出現(xiàn)過，其中包括實際應用的部分。當然還包括對Visual FoxPro的基本操作。本章在筆試中占515分左右?！　∠到y(tǒng)分析報告經(jīng)過專家和用戶的評審、批準后，開發(fā)工作進入系統(tǒng)設計階段。系統(tǒng)設計階段的主要目的是確定新系統(tǒng)的物理實施方案?！　∠到y(tǒng)設計階段有如下主要活動：　　本章主要是系統(tǒng)總體設計，第七章講系統(tǒng)詳細設計和編寫系統(tǒng)設計報告　 系統(tǒng)總體結構設計　　　　 系統(tǒng)總體結構設計的任務　　系統(tǒng)總體結構設計的任務，是根據(jù)系統(tǒng)分析的邏輯模型設計應用軟件系統(tǒng)的物理結構。 系統(tǒng)物理模型必須符合邏輯模型，能夠完成邏輯模型所規(guī)定的信息處理功能，這是物理設計的基本要求?！　∠到y(tǒng)應具有可修改性，即易讀，易于進行查錯、改錯、可以根據(jù)環(huán)境的變化和用戶的要求進行各種改變和改進。系統(tǒng)是否具有可修改性，對于系統(tǒng)開發(fā)和維護影響極大。據(jù)統(tǒng)計，在系統(tǒng)生命周期中各階段的應用軟件費用及人力投入大體分布如下：　　.系統(tǒng)開發(fā)：20%　　.系統(tǒng)維護：80% 　　 結構化設計的基本思想 　　　　系統(tǒng)是否具有可修改性與其結構有著密切的關系。由于“波動效應”的存在，對某個模塊的改動可能要修改整個系統(tǒng)，對于組成部分有復雜聯(lián)系的大系統(tǒng)，各部分間錯綜復雜的聯(lián)系是造成修改工作難于進行的主要原因。因此必須設計一種合理的物理結構，將波動效應降到最低限度，才能提高系統(tǒng)的可修改性?！敖Y構設計”的構想?！　　敖Y構化設計”的構想，成為系統(tǒng)設計的基本思想。其要點如下：　?。?）模塊化?！　。?）由頂向下，逐步求精。①把整個系統(tǒng)看做一個模塊，然后把它按功能分解成若干第一層模塊，它們各擔負一定的局部功能，共同完成整個系統(tǒng)的功能。②每個第一層模塊又可以進一步分解成為更簡單一些的第二層模塊，越下層的模塊，其功能越具體、越簡單?！　。?）上層模塊分解為下層模塊，有三種不同的結構形式，即順序結構、選擇結構和循環(huán)結構?！　】刂平Y構圖也稱為軟件結構圖或模塊結構圖，它表示出一個系統(tǒng)的層次分解關系、模塊調(diào)用關系、模塊之間數(shù)據(jù)流和控制信息流的傳遞關系，它是系統(tǒng)物理結構的主要工具?！　　　】刂平Y構圖中采用的符號，見課本P169頁圖64，在歷年考試中多次考過選擇題?！　∧K之間的調(diào)用，如課本P169圖63，按以下規(guī)則進行：　　控制結構圖既可以反映系統(tǒng)整體結構，又能反映系統(tǒng)的細節(jié)，能準確反映各組成部分（各模塊）及它們之間的聯(lián)系?！　?模塊分解的規(guī)則　　　　所謂兩個模塊彼此完全獨立，是指其中任一模塊在運行時，與另一個模塊存在無關。獨立性只是一個相對的概念。具有獨立功能而且和其他模塊之間相互作用少的模塊，稱為獨立性高的模塊?！　”ＷC模塊獨立性高是設計一個系統(tǒng)的關鍵，它具有以下優(yōu)點：　　模塊獨立程度可以由兩個定性指標衡量，即：為保證模塊相對獨立，應使模塊內(nèi)部自身聯(lián)系緊密，而模塊外部互相之間的信息聯(lián)系要盡可能減少，這是設計物理模型的兩項重要原則?！　　　∧K凝聚是用以衡量一個模塊內(nèi)部自身功能的內(nèi)在聯(lián)系是否緊密的指標，也是衡量模塊質量好壞的重要標準。模塊按凝聚程度的高低可分為以下五級：　?。?）偶然凝聚。一個模塊內(nèi)部各組成部分的處理彼此無關，偶然地組合在一起，這是一種組織得最差的模塊，凝聚程度最低。　?。?）邏輯凝聚。一個模塊內(nèi)部各組成部分的處理邏輯相似，但功能卻彼此不同。這種模塊通常包含一個選擇控制和若干彼此獨立的處理功能。先執(zhí)行選擇功能，再根據(jù)選擇的結果，控制執(zhí)行不同的處理功能。由于它的邏輯途徑比較復雜，修改困難，因此凝聚程度較差?！　。?）時間凝聚。這是指若干處理由于執(zhí)行時間彼此有關，集中在一起組成的模塊。如初始化模塊，各處理內(nèi)容必須在特定時間內(nèi)執(zhí)行，而各處理內(nèi)容彼此無關，故凝聚程度較差。時間凝聚的模塊通常要影響到其他許多模塊的運行，因此與其他模塊之間聯(lián)系多，修改比較困難。　?。?）數(shù)據(jù)凝聚。模塊內(nèi)部包含若干處理，它們按一定的順序執(zhí)行，且前一處理所產(chǎn)生的輸出數(shù)據(jù)，是后一處理的輸入數(shù)據(jù)，這稱為數(shù)據(jù)凝聚模塊。這種模塊可較明確表述其功能，內(nèi)部結構較密切，與其他模塊聯(lián)系一般較少，凝聚性較好?！　。?）功能凝聚。一個模塊只執(zhí)行一個明確的功能，即上級模塊調(diào)用它時，它只完成一項確定的任務。這種模塊獨立性強、便于修改。凝聚程度高，是結構化設計模塊的理想目標。一個模塊的內(nèi)部凝聚程度?！　　　∧K間的信息聯(lián)系方式，稱為模塊的耦合，它是衡量模塊間結構性能的重要指標。耦合有三種類型：　?。?）數(shù)據(jù)耦合。兩個模塊間通過調(diào)用關系傳遞被處理的數(shù)據(jù)稱為數(shù)據(jù)耦合?！　。?）控制耦合。　　數(shù)據(jù)和控制耦合如P162 圖66。　?。?）非法耦合?！　∧K間數(shù)據(jù)耦合是最正常的方式，為保持模塊的獨立性，模塊之間互相傳遞的數(shù)據(jù)要盡量少；要努力避免控制耦合，特別是避免自下而上傳遞控制信號；應消除任何形式的非法耦合。 　　 控制結構圖的繪制　　繪制控制結構圖的依據(jù)是數(shù)據(jù)流程圖。繪制控制結構圖，首先是將上層數(shù)據(jù)流程圖映射為上層控制結構圖，由頂層數(shù)據(jù)流程圖開始，逐級下推。　　每一層數(shù)據(jù)流程圖（DFD）中的“處理功能”，映射為相應層次控制結構圖中的“模塊”；而DFD中流人“處理功能” 的數(shù)據(jù)流映射為輸入模塊的數(shù)據(jù)流，DFD中流出“處理功能”的數(shù)據(jù)流映射成從“模塊”中輸出的數(shù)據(jù)流。能結構；另一方面應按照模塊分解的規(guī)則，將凝聚程度低的、或具有控制耦合、非法耦合的結構進行分解。　　低層次模塊結構的分解　　分解時采用兩種不同的方式：以轉換為中心結構的分解、以業(yè)務為中心結構的分解。　　　　如果待分解的模塊是一個數(shù)據(jù)凝聚的模塊，即內(nèi)部包含若干順序執(zhí)行且對某些數(shù)據(jù)進行轉換處理，稱為以轉換為中心的結構。這種模塊可分解為輸入、處理、輸出三大部分。　　應用：以轉換為中心結構的模塊的分解?！　　　〈纸獾哪K要處理幾項邏輯上相似的業(yè)務，即它是一個邏輯凝聚的模塊。這種模塊可以將之分解為一個檢查業(yè)務類型的模塊和一個調(diào)度模塊，根據(jù)不同的業(yè)務類型，調(diào)度模塊調(diào)用不同的下層模塊，進行不同的處理?！　∫陨蟽煞N分解方式常常要混合使用，以達到模塊凝聚程度高、模塊之間獨立性強、易于修改的目的。　 數(shù)據(jù)庫設計　　　　 數(shù)據(jù)庫設計的要求和步驟　　　　數(shù)據(jù)庫設計的目標是建立一個合適的數(shù)據(jù)模型。這個數(shù)據(jù)模型應當是：　?。?）滿足用戶要求：既能合理地組織用戶需要的所有數(shù)據(jù)，又能支持用戶對數(shù)據(jù)的所有處理功能?！　。?）滿足某個數(shù)據(jù)庫管理系統(tǒng)的要求：能夠在數(shù)據(jù)庫管理系統(tǒng)中實現(xiàn)。　?。?）具有較高的范式：數(shù)據(jù)完整性好、效益高，便于理解和維護，沒有數(shù)據(jù)沖突。　　　　數(shù)據(jù)庫設計可以分為概念結構設計、邏輯結構設計和物理結構設計三個階段?！　。?）概念結構設計。　　概念數(shù)據(jù)模型是面向問題的模型，反映了用戶的現(xiàn)實工作環(huán)境，是與數(shù)據(jù)庫的具體實現(xiàn)技術無關的。建立系統(tǒng)概念數(shù)據(jù)模型的過程叫做概念結構設計?！　。?）邏輯結構設計?！　。?）物理結構設計。 　　 概念結構設計　　描述概念數(shù)據(jù)模型的主要工具是ER（實體一聯(lián)系）模型，或者叫做ER圖（EntityRelationship Model）。利用ER圖實現(xiàn)概念結構設計的方法就叫做ER方法?！　?　　ER圖主要是由實體、屬性和聯(lián)系三個要素構成的。在ER圖中，使用了四種基本的圖形符號。如P169 表61所示。（ER模型符號歷年也是多次考過選擇題）　　其圖例表示為：　?。?）實體：用矩形框表示，框內(nèi)寫明實體名稱。　　如：表示“學生”這個實體　?。?）屬性：用橢圓形框表示，框內(nèi)寫明屬性名稱?！　∪纾罕硎尽皩W號”這個屬性　?。?）聯(lián)系：用菱形框表示，框內(nèi)寫明聯(lián)系名稱，并用線分別與有關的實體連接起來，同時在線上注明聯(lián)系類型 （ 1：1，1：n，m：n ）?！　∪纾罕硎尽斑x修”這個聯(lián)系　　（, 單選17）在數(shù)據(jù)庫設計的過程中，采用ER模型屬于（?。　　　　　　　　　答疑編號181060101：針對該題提問]『正確答案』D　　、屬性及聯(lián)系　　利用系統(tǒng)分析階段建立的數(shù)據(jù)字典，并對照數(shù)據(jù)流程圖對系統(tǒng)中的各個數(shù)據(jù)項進行分類、組織，確定系統(tǒng)中的實體、實體的屬性、標識實體的碼以及實體之間聯(lián)系的類型?！　≡跀?shù)據(jù)字典中“數(shù)據(jù)項” 是基本數(shù)據(jù)單位，一般可以作為實體的屬性?！皵?shù)據(jù)結構”、“數(shù)據(jù)存儲”和“數(shù)據(jù)流”條目都可以作為實體，因為它們總是包含了若干的數(shù)據(jù)項。作為屬性必須是不可再分的數(shù)據(jù)項，也就是說在屬性中不能包含其他的屬性?！　。ǚ郑〦R圖　　根據(jù)上面的分析，可以畫出部分實體－聯(lián)系圖?！　≡谶@些實體中有下畫線的屬性可以作為實體的碼，這幾個實體之間存在著1:l:n和m:n幾種聯(lián)系。 　?。偅〦R圖　　各個局部（分）ER圖畫好以后，應當將它們合并起來集成為完整（總）ER圖。在集成時應當注意如下幾點：　?。?）消除不必要的冗余實體、屬性和聯(lián)系。　?。?）解決各分ER圖之間的沖突。　?。?）根據(jù)情況修改或重構ER圖?！　∠瓤凑n本的例子?！　?邏輯結構設計　　邏輯結構設計的任務，就是把概念結構設計階段建立的基本ER圖，按選定的管理系統(tǒng)軟件支持的數(shù)據(jù)模型（層次、網(wǎng)狀、關系），轉換成相應的邏輯模型。這種轉換要符合關系數(shù)據(jù)模型的原則?！　R圖向關系模型的轉換是要解決如何將實體和實體間的聯(lián)系轉換為關系，并確定這些關系的屬性和碼。這種轉換一般按下面的原則進行（重要）：　?。?）一個實體轉換為一個關系，實體的屬性就是關系的屬性，實體的碼就是關系的碼。　?。?）一個聯(lián)系也轉換為一個關系，聯(lián)系的屬性及聯(lián)系所連接的實體的碼都轉換為關系的屬性，但是關系的碼會根據(jù)聯(lián)系的類型變化，如果是：　　1:1聯(lián)系，兩端實體的碼都成為關系的候選碼?！　?:n聯(lián)系，n端實體的碼成為關系的碼?！　:n聯(lián)系，兩端實體碼的組合成為關系的碼?！　。?）具有相同碼的關系可以合并。　　　　 　　應用：ER圖的操作。ER模型向關系模型的轉換方式及優(yōu)化方法?！?數(shù)據(jù)庫的物理實現(xiàn)　　　　數(shù)據(jù)庫設計的最后階段是確定數(shù)據(jù)庫在物理設備上的存儲結構和存取方法，也就是設計數(shù)據(jù)庫的物理數(shù)據(jù)模型?！　?建立 VFP的數(shù)據(jù)表　　數(shù)據(jù)表也簡稱表，一個數(shù)據(jù)表對應一個關系，以文件的形式存放在計算機外存中。在VFP中數(shù)據(jù)表一般應當包含在數(shù)據(jù)庫中，叫做數(shù)據(jù)庫表（簡稱庫表）；但是也可以獨立存在，叫做自由表。　 　?。?）設計數(shù)據(jù)表?！　。?）創(chuàng)建數(shù)據(jù)表?！　≡诒碓O計器中我們已經(jīng)可逐次鍵入字段名、類型、寬度及小數(shù)位數(shù)的信息?！　∽侄蚊麘斢刹怀^10個字符（5個漢字）組成?！　　∥募袃煞N打開方式，“以只讀方式打開” 的文件是不能編輯修改的。因為不需要“共享”數(shù)據(jù)，我們選擇用“獨占” 方式打開文件。單擊“確定”按鈕后數(shù)據(jù)表文件被打開?！　?