【正文】 要求。(4) 格式規(guī)范，風格統(tǒng)一，文字精練。4. 數(shù)據(jù)字典的條目：數(shù)據(jù)項（最小單位）、數(shù)據(jù)結(jié)構、數(shù)據(jù)流、處理功能、數(shù)據(jù)存儲、外部實體八、 功能分析1. 決策樹：判定樹，一般用來對決策方案進行分析和選擇，適合于描述多種條件組合情況下的決策策略，說清楚選項和決策結(jié)果的產(chǎn)生過程。優(yōu)點：非常直觀，容易理解。缺點：當可先的策略較多，或有較復雜的組合時，不容易清楚地表達出判斷的過程，難于保證判斷策略的完備性。2. 決策表：判斷表，一種表格狀的分析工具，適用于描述和處理判斷條件較多，各種條件相互組合的多方案決策過程。（可以檢驗決策策略的完備性和有效性）(1) 分四部分：影響處理過程的條件、條件發(fā)生的狀態(tài)或取值、可以的處理策略、決策選擇的規(guī)則。(2) 制作步驟：1) 明確影響數(shù)據(jù)處理環(huán)節(jié)的條件。2) 將各種狀態(tài)的數(shù)量連乘，得到狀態(tài)的組合數(shù)。3) 確定具體的處理策略。4) 將可選擇的策略和狀態(tài)之間的對應情況整理成決策表。3. 結(jié)構化語言：具有規(guī)范表達形式的自然語言。任何處理簡單表達為：順序、選擇（判斷）、循環(huán)。九、 數(shù)據(jù)/功能分析1. 格柵圖：用網(wǎng)絡分布的方法直觀地表示兩個方面的開發(fā)資源之間的關系。左側(cè)列出處理功能、系統(tǒng)或子系統(tǒng)的名稱，表格上面第一行列出數(shù)據(jù)來源、企業(yè)數(shù)據(jù)庫或系統(tǒng)中各個數(shù)據(jù)類的名稱。2. U/C矩陣：功能格柵圖，矩陣中的行表示系統(tǒng)中的功能，列表示系統(tǒng)中的數(shù)據(jù)類，交叉點填寫功能與數(shù)據(jù)類的關系。(1) C——表示該功能將生成此數(shù)據(jù)類。U——表示該功能將會使用此數(shù)據(jù)類。(2) U/C矩陣正確性檢驗：1) 完備性檢驗——每個數(shù)據(jù)列必須有一個C，并至少有一個U，每個功能行必須有C或U。2) 一致性檢驗——每個數(shù)據(jù)列只能有一個C。3) 無冗余性檢驗——每個行或列必須有C或U，不允許有空行或空列。(3) U/C矩陣整理：1) C盡量靠近U/C矩陣的對角線。2) 從整理后矩陣的左上角開始，將U和C比較密集的部分用粗線框起來，必須包括所有C。3) 讓各個方框向連接而不交疊，完成矩陣的對角覆蓋。十、 系統(tǒng)說明書1. 系統(tǒng)說明書：系統(tǒng)分析階段正式提交的工作成果，要經(jīng)過用戶和開發(fā)項目組的確認，并提交上級審批通過。2. 主要內(nèi)容：(1) 對原系統(tǒng)的闡述。(2) 新系統(tǒng)的目標與范圍。(3) 新系統(tǒng)的建設方案。(4) 系統(tǒng)應用環(huán)境。(5) 系統(tǒng)開發(fā)計劃。第七章 系統(tǒng)設計一、 系統(tǒng)設計階段包括的內(nèi)容1. 系統(tǒng)分析報告經(jīng)過專家和用戶評審、通過批準后，開發(fā)工作進入系統(tǒng)設計階段。2. 目的：確定新系統(tǒng)的物理實施方案。3. 系統(tǒng)設計階段的主要活動：(1) 系統(tǒng)總體設計——軟件系統(tǒng)總體結(jié)構設計，數(shù)據(jù)庫設計，通信網(wǎng)絡平臺設計(2) 系統(tǒng)詳細設計——代碼設計，輸入輸出界面設計，處理過程設計。(3) 編寫系統(tǒng)設計報告。二、 系統(tǒng)總體結(jié)構設計的任務(1) 任務：根據(jù)系統(tǒng)分析的邏輯模型設計應用軟件系統(tǒng)的物理結(jié)構。(2) 要求：系統(tǒng)物理模型必須符合邏輯模型，能夠完成邏輯模型所規(guī)定的信息處理功能。系統(tǒng)具有可修改性，即易讀，易于查錯、改錯，可以根據(jù)環(huán)境的變化和用戶的要求進行各種改變和改進。三、 結(jié)構化設計1. 程序的結(jié)構化設計——保持程序的一致性、可讀性和可維護性。包括三種基本程序結(jié)構：順序結(jié)構、選擇結(jié)構和循環(huán)結(jié)構。在結(jié)構化程序設計方法中，任何程序都可以用這三種基本結(jié)構嵌套及組合而成。2. 模塊的結(jié)構化設計3. 控制結(jié)構圖——軟件結(jié)構圖或模塊結(jié)構圖，表示出一個系統(tǒng)的層次分解關系、模塊調(diào)用關系、模塊之間的數(shù)據(jù)流和控制信息流的傳遞關系，它是設計系統(tǒng)物理結(jié)構的主要工具。模塊調(diào)用規(guī)則：①每個模塊有自身的任務，只有接受到上級模塊的調(diào)用命令時才能執(zhí)行。②模塊之間的通信只限于其直接上下級模塊，任何模塊不能直接與其他一下級模塊或同級模塊發(fā)生通信聯(lián)系。③若有某模塊要與非直接上下級有其他模塊發(fā)生通信聯(lián)系，必須通過其上級模塊進行傳遞。④模塊調(diào)用順序為自上而下。四、 模塊分解的規(guī)則1. 系統(tǒng)結(jié)構設計應滿足的條件：高凝聚性+低耦合性(1) 系統(tǒng)項目容易開發(fā)。(2) 降低項目開發(fā)成本。(3) 系統(tǒng)有較高的可靠性。(4) 系統(tǒng)容易維護。2. 模塊凝聚：衡量內(nèi)部功能的內(nèi)在聯(lián)系是否緊密的指標，也是衡量模塊質(zhì)量好壞的重要指標。(1) 偶然凝聚：一個模塊內(nèi)部各組成部分的處理彼此無關，偶然地組合在一起，這是一種組織得最差的模塊，凝聚程度最低。(2) 邏輯凝聚：一個模塊內(nèi)部各組成部分的處理邏輯相似，但功能彼此不同。(3) 時間凝聚：若干處理由于執(zhí)行時間彼此有關，集中在一起組成的模塊。(4) 數(shù)據(jù)凝聚：模塊內(nèi)部包含若干處理，它們按一定的順序執(zhí)行，且前一處理所產(chǎn)生的輸出數(shù)據(jù)，是下一處理的輸入數(shù)據(jù)。(5) 功能凝聚：一個模塊只執(zhí)行一個明確的功能，且完成該功能所必需的全部成分都包含有模塊中。凝聚程度高，是結(jié)構化設計中模塊的理想目標。3. 模塊耦合：模塊間的信息聯(lián)系方式。(1) 數(shù)據(jù)耦合：模塊間通過調(diào)用關系傳遞被處理的數(shù)據(jù)。(2) 控制耦合：兩個模塊通過調(diào)用關系，不僅傳遞數(shù)據(jù)，還傳遞對運行過程有影響的控制信號。(3) 非法耦合：一個模塊與另一個模塊內(nèi)部發(fā)生聯(lián)系，即一個模塊中的某些內(nèi)容在另一模塊中以某種方式被調(diào)用。u 模塊間數(shù)據(jù)耦合是最正常的方式，為保持模塊的獨立性，模塊之間互相傳遞的數(shù)據(jù)要盡量少。要努力避免控制耦合，特別是避免自下而上傳遞控制信號。應消除任何形式的非法耦合。五、 控制結(jié)構圖的繪制1. 繪制方法：繪制控制結(jié)構圖的依據(jù)是數(shù)據(jù)流程圖。將上層數(shù)據(jù)流程圖映射為上層控制結(jié)構圖，由頂層數(shù)據(jù)流程圖開始，逐級下推。第一層數(shù)據(jù)流程圖中的“處理功能”，映射為相應層次控制結(jié)構圖中的“模塊”；數(shù)據(jù)流程圖中流入“處理功能”的數(shù)據(jù)流映射為輸入模塊的數(shù)據(jù)流，流出“處理功能”的數(shù)據(jù)流映射成從“模塊”輸出的數(shù)據(jù)流。2. 模塊分解方法：(1) 以轉(zhuǎn)換為中心結(jié)構的分解——如果待分解的模塊是一個數(shù)據(jù)凝聚的模塊，即內(nèi)部包含若干順序執(zhí)行且對某些數(shù)據(jù)進行轉(zhuǎn)換處理。這種模塊可分解為輸入、處理、輸出三大部分。(2) 以業(yè)務為中心結(jié)構的分解——待分解的模塊要處理幾項邏輯上相似的業(yè)務，即它是一個邏輯凝聚的模塊。這種模塊可以將之分解為一個檢查業(yè)務類型的模塊和一個調(diào)度模塊，根據(jù)不同的業(yè)務類型，調(diào)度模塊調(diào)用不同的下層模塊，進行不同的處理。六、 處理過程設計1. 處理過程設計：要對控制結(jié)構圖中每個模塊內(nèi)部的處理過程進行具體的描述。這種描述將成為以后編寫處理程序的基礎。2. 處理過程設計的方法(1) 結(jié)構化設計方法——處理程序的設計需要詳細描述各種處理所用的算法和處理步驟。(2) 面向?qū)ο蟮脑O計方法——處理程序主要描述系統(tǒng)中各對象的方法，及其對外部事件的響應和行為。3. 處理過程設計工具(1) IPO圖：“輸入－處理－輸出”圖，為編制程序提供指導，也稱為程序設計任務書。(2) IPO圖的主體是處理過程描述，描述處理過程的工具，可以使用圖形（程序流程圖、NS圖）、表格（決策表、決策樹）和偽碼（結(jié)構化語言）。七、 界面設計1. 界面設計——在總體結(jié)構約束下，對軟件系統(tǒng)與用戶之間交互接口的設計，包括對話窗口、選擇菜單、輸入輸出窗口設計等很多方面。2. 卡片分類法——一種探索人們?nèi)绾螌㈨椖糠纸M的技巧，在開發(fā)網(wǎng)站的結(jié)構上常用，它可以提高用戶在網(wǎng)站上搜尋成功的可能性。（有效地糾正技術人員先入為主，而最終用戶難以查詢使用的選單結(jié)構）3. 各類窗口設計的特點及原則(1) 對功能和信息的表現(xiàn)為強。(2) 保持統(tǒng)一的風格。(3) 突出核心功能。4. 輸入界面設計原則(1) 保證輸入的正確性。(2) 輸入數(shù)據(jù)的完整性。(3) 數(shù)據(jù)輸入的效率。5. 輸出界面設計的要求：輸出內(nèi)容、輸出方式、輸出片面布局八、 代碼設計1. 代碼——也收信息編碼，是作為事物（實體）唯一標識的、一組有序字符組合。它必須便于計算機識別、處理，有利于人們使用。2. 代碼的重要性(1) 可以唯一地標識一個分類對象（實體）。(2) 加快輸入，減少出錯，提高處理效率。(3) 便于存儲和檢索，節(jié)省存儲空間。(4) 使數(shù)據(jù)表達標準化，簡化處理程序。(5) 為全局數(shù)據(jù)一致性提供了基礎。3. 代碼設計——用規(guī)范化的編碼符號來標識所有信息實體的工作過程。4. 代碼設計原則：唯一性、簡單性、可識別性、可擴充性、合理性、規(guī)范性5. 代碼的類型(1) 順序碼——序列碼，用連續(xù)數(shù)字作為每個實體的標識。優(yōu)點：簡單、易處理、易擴充、用途廣。缺點：沒有邏輯含義，不能表達信息特征，序列無法插入，如果不事先預留空位，則只能在尾部擴充，刪除數(shù)據(jù)會造成空碼。(2) 重復碼——采用與原來手工系統(tǒng)相同的編碼，稱為重復碼。優(yōu)點：容易被原系統(tǒng)人員接受、易實現(xiàn)、便于推廣。缺點：不能任意更改，可能不盡合理。(3) 成組碼——也稱位別碼、數(shù)字碼、分組碼，是最長用的編碼之一。它將代碼分為幾段（組），每段表示一種含義，每段都由連續(xù)數(shù)字組成。優(yōu)點：簡單、方便、能夠反映出分類體系、易校對、易處理。缺點：位數(shù)多不便記憶，必須為每段預留編碼，否則不易擴充。(4) 表意碼——也稱字符碼或助記碼。它將表示實體特征的文字、數(shù)字或記號直接作為編碼。優(yōu)點：可以直接明白編碼的含義，易理解，易記憶。缺點：編碼長度位數(shù)可變，編碼邏輯含義不確定，會給分類、處理帶來不便。九、 數(shù)據(jù)庫的設計1. 設計要求：目標是建立一個合適的數(shù)據(jù)模型。(1) 滿足用戶要求——既能合理的組織用戶需要的所有數(shù)據(jù)，又能支持用戶對數(shù)據(jù)的所有處理功能。(2) 滿足數(shù)據(jù)庫管理系統(tǒng)要求——應當能夠在某個指定的數(shù)據(jù)庫管理系統(tǒng)中實現(xiàn)。(3) 具有較高的范式——要求數(shù)據(jù)完整性好、效益高，便于理解和維護，沒有數(shù)據(jù)沖突。2. 設計步驟：概念結(jié)構設計、邏輯結(jié)構設計、物理結(jié)構設計3. 概念結(jié)構設計(1) 確定系統(tǒng)實體、屬性及聯(lián)系(2) 確定局部E－R圖：在數(shù)據(jù)字典中“數(shù)據(jù)項”一般可以作為實體的屬性，“數(shù)據(jù)結(jié)構”、“數(shù)據(jù)存儲”和“數(shù)據(jù)流”條目都可以作為實體。(3) 集成完成E－R圖：應注意以下幾點1) 消除不必要的冗余實體、屬性和聯(lián)系。2) 解除各分E－R圖之間的沖突。3) 根據(jù)情況修改或重構ER圖。4. 邏輯結(jié)構設計E－R圖關系轉(zhuǎn)換原則：(1) 一個實體——一個關系（表），實體的屬性就是關系的屬性，實體的碼就是關系的碼。(2) 一個聯(lián)系（菱形）——一個關系（表），聯(lián)系的屬性及聯(lián)系實體的碼轉(zhuǎn)為關系的屬性。關系的碼幾種類型：1－1：兩端實體的碼都可以分別成為關系的碼1－n：n端實體的碼成為關系的碼m－n：兩端實體碼的組合成為關系的碼(3) 相同的碼合并優(yōu)化——向?qū)嶓w表合并u 轉(zhuǎn)完的表格數(shù)量＝實體個數(shù)+多對多聯(lián)系的個數(shù)（橢圓形屬性轉(zhuǎn)成表中的列）十、 系統(tǒng)設計說明書1. 編制要求:全面、清楚、準確、詳細地闡明系統(tǒng)實施過程中具體方法、技術、手段及環(huán)境要求。2. 包含內(nèi)容：(1) 控制結(jié)構圖及每一模塊的詳細說明(2) 數(shù)據(jù)庫設計說明(3) 計算機和網(wǎng)絡系統(tǒng)配置說明(4) 代碼設計說明(5) 用戶界面設計說明(6) 計算機處理過程說明(7) 實施費用估計第八章 系統(tǒng)實施一、 系統(tǒng)實施階段的任務1. 任務：硬件采購和安裝、軟件編程、用戶培訓、數(shù)據(jù)轉(zhuǎn)換、文檔編制、系統(tǒng)測試和切換。2. 目標：完整、有用、易用。3. 影響因素：(1) 技術性因素：平臺建設任務能否如期完成、平臺建設質(zhì)量是否符合要求、技術平臺如何服務。(2) 非技術性因素：人員、組織、文化。1) 用戶在系統(tǒng)實施中的作用：系統(tǒng)使用者、系統(tǒng)檢驗者、應用效果承擔者、系統(tǒng)效果傳播者。2) 高層管理者的作用：系統(tǒng)實施前期的號召和宣傳、關鍵時刻積極表明態(tài)度、解決復雜綜合性問題。二、 系統(tǒng)實施的準備工作1. 制訂實施計劃2. 用戶培訓：概念開發(fā)和面向業(yè)務的培訓。（用戶包括：操作人員、業(yè)務部門用戶、知識型用戶、管理人員）3. 基礎數(shù)據(jù)準備4. 流程變革：業(yè)務流程改進、業(yè)務流程重組5. 任務外包：大型系統(tǒng)工程會聘請專門的咨詢公司或集成服務商協(xié)助項目實施。三、 軟硬件安裝工程：設備采購和安裝、設備配置和部署、程序編制。（軟件程序的關鍵基于質(zhì)量、進度、成本）四、 用戶參與的主要任務：系統(tǒng)實施的目標、系統(tǒng)的數(shù)據(jù)保障、選派用戶代表五、 系統(tǒng)測試和驗收1. 測試對象：整個應用軟件系統(tǒng)。2. 測試目的：驗證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不相相符的地方，以確保應用系統(tǒng)能夠提供符合用戶需求的處理能力。3. 測試原則：(1) 測試機構要獨立(2) 測試工作要按計劃進行（負載測試、壓力測試、用戶界面測試、可用性測試、逆向性測試、安裝測試、驗收測試）(3) 測試應貫徹經(jīng)濟性原則(4) 測試需要最佳人員(5) 要安排回歸測試。4. 系統(tǒng)測試方法(1) 墨盒測試：在完全不考慮程序的內(nèi)部結(jié)構和特性的情況下，測試軟件的外部特征，從程序的輸入和輸出特性上測試其是否滿足的功能。（功能測試法）(2) 白盒測試：按照程序的內(nèi)部結(jié)構和處理邏輯來設計測試用例，對軟件的邏輯路徑及過程進行測試，檢查它與設計是否相符。（結(jié)構測試法）5. 測試用例：測試前專門設計的測試方案。（三部分組成：對系統(tǒng)輸入的描述、系統(tǒng)的處理或執(zhí)行條件、預期的描述）六、 系統(tǒng)測試內(nèi)容與流程：單元測試、組裝測試、確認測試、驗收測試七、 系統(tǒng)切換1. 系統(tǒng)切換及目標：新系統(tǒng)替換舊系統(tǒng)（目標：要保證新老系統(tǒng)平穩(wěn)、可靠地交接，使新系統(tǒng)能夠順利使用）2. 切換方式：(1) 直接切換優(yōu)點：新舊系統(tǒng)交接很清楚，切換周期短，容易獲得用戶的配合。缺點：切換風險大，如果系統(tǒng)有缺陷或用戶對新流程和操作的掌握不到位，會直接影響業(yè)務的運行。(2) 并行切換優(yōu)點：①切換風險小，為新系統(tǒng)提供備份，數(shù)據(jù)不會丟失，不會影響