信息系統(tǒng)分析與設計鄺孔武王曉敏結構化系統(tǒng)分析

優(yōu)選信息系統(tǒng)分析與設計鄺孔武王曉敏結構化系統(tǒng)分析目前一頁\總數一百一十二頁\編于十一點本章主要內容系統(tǒng)分析的任務數據流圖數據字典表達處理的工具實體關系圖系統(tǒng)說明書目前二頁\總數一百一十二頁\編于十一點6.1系統(tǒng)分析的任務系統(tǒng)分析員與用戶在一起充分理解用戶的要求，并把雙方的理解用書面文檔——系統(tǒng)分析說明書表達出來。分析本質上就是一個發(fā)現過程，分析期間推動活動的關鍵詞就是發(fā)現和理解。目前三頁\總數一百一十二頁\編于十一點系統(tǒng)分析的困難系統(tǒng)分析是研制信息系統(tǒng)最重要的階段，也是最困難的階段。困難主要來自三個方面：問題空間的理解人與人之間的通訊環(huán)境的不斷變化目前四頁\總數一百一十二頁\編于十一點系統(tǒng)分析員要成為業(yè)務專家才能與用戶交流順暢，充分理解用戶的要求。才能確保系統(tǒng)滿足了業(yè)務需求，甚至用更好的方法來解決業(yè)務需求。在用戶中建立可信度，用戶才可能接受你的建議。其他要求:系統(tǒng)分析員應有較強的系統(tǒng)觀點，較好的邏輯分析能力，能夠從復雜的事物中抽象出系統(tǒng)模型。他還應具備較好的口頭和書面表達能力，較強的組織能力，善于與人共事。目前五頁\總數一百一十二頁\編于十一點6.1.2系統(tǒng)需求分析的重要任務是理解和表達需求需求有哪些種類？如何尋找需求？如何表述需求？目前六頁\總數一百一十二頁\編于十一點需求的來源—系統(tǒng)相關者系統(tǒng)需求的主要來源是系統(tǒng)的各種系統(tǒng)相關者，他們是對系統(tǒng)成功感興趣的所有人（與系統(tǒng)有關系的所有人，也稱涉眾stakeholder）。系統(tǒng)分析中獲得需求的首要步驟就是確定各類系統(tǒng)相關者。目前七頁\總數一百一十二頁\編于十一點系統(tǒng)相關者業(yè)務用戶信息用戶管理用戶主管用戶外部用戶客戶技術人員目前八頁\總數一百一十二頁\編于十一點系統(tǒng)需求的種類系統(tǒng)需求是新系統(tǒng)必須完成的功能或其局限性。系統(tǒng)需求一般分為兩類：功能性需求技術性需求目前九頁\總數一百一十二頁\編于十一點功能性需求功能需求是系統(tǒng)必須完成的活動或過程，也就是系統(tǒng)將要涉及的商業(yè)應用。功能需求是根據業(yè)務過程和業(yè)務規(guī)則確定的，有些容易獲取，有些則是隱含的，需要去發(fā)現。目前十頁\總數一百一十二頁\編于十一點技術性需求技術需求也稱非功能性需求，是和公司的環(huán)境、硬件和軟件有關的所有可操作目標。例如：系統(tǒng)必須能支持100個并發(fā)用戶；保存訂單的時間不能超過0.5秒等等，涉及系統(tǒng)性能、可靠性、安全性等質量特性。通常是一些技術目標。目前十一頁\總數一百一十二頁\編于十一點如何表述需求自然語言不需要任何準備但既要保證精確無二義性，又要保證敘述不至于晦澀難懂，是困難的（隨意性、誤會）模型模型是人們對復雜問題的一種抽象或者對實物的一種簡單實現或規(guī)劃藍圖。例如：飛機模型，建筑模型，數學模型等等。目前十二頁\總數一百一十二頁\編于十一點模型的作用信息系統(tǒng)模型的作用：建立模型的過程可以使得分析員更深入地了解和定義信息系統(tǒng)的需求，并發(fā)現問題對復雜問題進行簡化有助于回憶需求的細節(jié)有助于同開發(fā)小組的其他成員交流有助于同客戶交流為以后的維護升級提供了文檔目前十三頁\總數一百一十二頁\編于十一點信息系統(tǒng)的模型在信息系統(tǒng)分析中有三類常用的圖示化模型：功能模型利用數據流圖分層描述系統(tǒng)的功能和數據的處理流程利用數據字典輔助解釋數據流圖中的每個元素數據模型利用實體關系圖描述系統(tǒng)中的數據實體及其關系對象模型利用類圖描述對象、對象之間的聯系。和數據實體不同，對象在數據之外增加了行為特性目前十四頁\總數一百一十二頁\編于十一點如何著手建模構建模型首先需要識別用戶的需求，識別需求一般可以從兩個方面著手：識別系統(tǒng)中的事件(Events)建立過程模型（數據流圖，DFD）識別系統(tǒng)中的事物(Things)建立數據模型（實體關系圖，ER）目前十五頁\總數一百一十二頁\編于十一點1、事件與系統(tǒng)需求事件——在特定時間、特定地點發(fā)生的，能夠描述出來并值得保存的的事情。系統(tǒng)的所有處理過程都是由事件驅動的，所以將事件列表并進行分析，對于定義系統(tǒng)需求是十分有意義的。目前十六頁\總數一百一十二頁\編于十一點事件的類型我們可以從以下類型來尋找事件：外部事件(externalevent)

時間事件(temporalevent)

狀態(tài)事件(stateevent)目前十七頁\總數一百一十二頁\編于十一點外部事件在系統(tǒng)之外發(fā)生，通常是由外部的人或組織激發(fā)的事件，這些人或組織是數據的提供者和接收者。比如圖書館流通系統(tǒng)中的讀者外部事件能夠導出系統(tǒng)需要處理的關鍵事務目前十八頁\總數一百一十二頁\編于十一點尋找外部事件首先要確定外部實體，然后再分析。外部實體需要一個事務處理比如讀者借書外部實體需要系統(tǒng)提供某些信息比如讀者查閱書目某些數據改變了，系統(tǒng)需要更新它們比如書籍的位置改變管理過程需要某些信息比如制訂新的采購計劃需要流通統(tǒng)計情況目前十九頁\總數一百一十二頁\編于十一點時間事件當系統(tǒng)時間到達某一刻時發(fā)生的事件，這些事件通常要求系統(tǒng)能定時自動地完成某些輸出或處理。如：圖書館流通系統(tǒng)中的按月發(fā)布逾期催還名單。如：每天晚上12：00定時轉換歸檔醫(yī)療圖像。注意命名時必須包含所要完成的處理和規(guī)定期限目前二十頁\總數一百一十二頁\編于十一點狀態(tài)事件系統(tǒng)內部的變化觸發(fā)系統(tǒng)對某個處理的需要，這種情況的發(fā)生稱為狀態(tài)事件比如：銷售系統(tǒng)中庫存數一旦低于控制點就產生訂貨單狀態(tài)事件一般是外部事件的結果，它的發(fā)生是不定時的目前二十一頁\總數一百一十二頁\編于十一點識別事件的規(guī)則

區(qū)分事件與具體響應過程

事件響應中的一系列交互過程是完整具體的實現，而不是獨立的一個事件。例如：拿信用卡交費跟蹤關鍵業(yè)務的整個生命周期來發(fā)現事件

跟蹤讀者實現從圖書館借書的全部過程暫時忽略技術性依賴事件和系統(tǒng)控制事件

如管理員登錄系統(tǒng)，修改口令，每天的備份目前二十二頁\總數一百一十二頁\編于十一點事件名稱觸發(fā)點事件源活動響應結果事件目的地客戶希望檢查產品可訂量產品的查詢請求客戶查詢產品的可用量產品可用量詳細情況客戶客戶建立一個訂單新訂單客戶建立新訂單實時連接訂單確認訂單細節(jié)交易信息信用卡處理系統(tǒng)客戶發(fā)裝部門銀行客戶改變或作廢訂單修改訂單的請求客戶更新訂單修改確認訂單修改細節(jié)交易信息客戶發(fā)裝部門銀行客戶和管理層檢查訂單狀態(tài)訂單狀態(tài)的查詢請求客戶或管理部門查詢訂單的狀態(tài)訂單狀態(tài)的詳細情況客戶或管理部門為訂單發(fā)貨訂單發(fā)貨通知發(fā)裝部記錄訂單的執(zhí)行客戶退貨訂單退貨通知客戶建立退貨記錄退貨確認交易信息客戶銀行網上訂單系統(tǒng)的事件表目前二十三頁\總數一百一十二頁\編于十一點事件名稱觸發(fā)點事件源活動響應結果事件目的地未來客戶需要目錄產品目錄的查詢請求未來客戶提供產品目錄信息產品目錄未來客戶客戶更新基本信息客戶信息修改通知客戶更新客戶基本信息市場部給客戶發(fā)送促銷材料促銷產品細節(jié)市場部分發(fā)促銷單促銷單客戶和未來客戶調整產品目錄產品目錄更新細節(jié)銷售部更新產品目錄每日交易匯總每天末產生交易匯總報告交易匯總報告財務部每周訂單匯總每周末產生訂單匯總報告訂單匯總報告管理部門網上訂單系統(tǒng)的事件表目前二十四頁\總數一百一十二頁\編于十一點2、事物與系統(tǒng)需求事物——系統(tǒng)需要處理或保存的對象。如客戶，訂單，產品等。對信息系統(tǒng)中事物的理解和建模是定義系統(tǒng)需求的另外一個重要方面。目前二十五頁\總數一百一十二頁\編于十一點事物的類型事物的類型：實在有形：書籍、產品、文檔角色身份：醫(yī)生、讀者、顧客組織單位：小組、部門設備：打印機、傳感器、鼠標事件：借閱、訂貨、銷售、罰款場所：零售店、倉庫目前二十六頁\總數一百一十二頁\編于十一點事物之間的關系事物間的很多關系對于研究系統(tǒng)也非常重要。關系：指某些事物間自然發(fā)生的聯系。例如：學生和圖書，學生可以借閱圖書。例如：一個客戶可以發(fā)出訂單。對每一個事物分析和它相關的事物，找出關系。目前二十七頁\總數一百一十二頁\編于十一點事物之間關系的基數關系的基數：指一個事物關聯另外一個事物的數量（一對一，一對多，多對多或者一個具體的數量—4個）。如：學生和圖書，一個學生可以預約多本圖書，每本圖書可能被多個學生預約。如：一個客戶可以發(fā)出多個訂單，一個訂單只能是一個客戶的。目前二十八頁\總數一百一十二頁\編于十一點事物的屬性屬性：有關事物的一條特征信息。例如：客戶的姓名、年齡、電話等。標識符：能唯一區(qū)分事物的屬性。例如：發(fā)貨單號，職工編號。復合屬性：指包含了許多相關屬性的屬性。例如：姓名可能包含姓和名，日期包含年月日。目前二十九頁\總數一百一十二頁\編于十一點6.2數據流圖系統(tǒng)分析階段：使用數據流圖DFD來建立系統(tǒng)需求的過程模型。（結構化系統(tǒng)分析的方法）系統(tǒng)分析采用ER圖來建立系統(tǒng)的數據模型。目前三十頁\總數一百一十二頁\編于十一點結構化分析的思想數據流圖DFD采用一系列分層次的數據流圖來描述系統(tǒng)。DFD的每一個層次都代表了系統(tǒng)的一個抽象水平。高層次DFD中的處理可以進一步分解成低層次、更詳細的DFD。目前三十一頁\總數一百一十二頁\編于十一點分層的數據流圖縱觀頂層P1P2P3P4P41P42

第一層第二層目前三十二頁\總數一百一十二頁\編于十一點6.2.1數據流圖的基本成分數據流圖用來記錄系統(tǒng)中的數據和數據在特定的過程中的流動，即數據如何被采集、處理、保存和使用的（圍繞信息系統(tǒng)的功能）外部實體數據處理p1數據存儲數據流目前三十三頁\總數一百一十二頁\編于十一點外部實體指系統(tǒng)以外又與系統(tǒng)有聯系的人或事物。它表達了該系統(tǒng)數據的外部來源和去處。例如：人、組織、外部系統(tǒng)等等。外部實體是數據的來源（誰提供了最初始的數據？）外部實體是數據的去處（數據對誰有價值？）

讀者

圖書管理員

館長

讀者圖書管理員外部實體目前三十四頁\總數一百一十二頁\編于十一點處理指對數據的邏輯處理功能，也就是對數據的變換功能。別名：功能、處理過程，數據加工標識部分（層次化的功能編號）功能描述部分（動賓詞組）功能執(zhí)行的角色（人，部門，計算機程序），通?？墒÷訮2.2.1識別讀者身份圖書管理員數據處理目前三十五頁\總數一百一十二頁\編于十一點數據流是指處理功能的輸入或輸出（箭頭表示數據流向）。例如：數據，訂單，查詢要求等

經理編制財務報表合格訂單編輯訂貨單計算應收款數據流目前三十六頁\總數一百一十二頁\編于十一點數據存儲表示某種數據保存后的邏輯統(tǒng)稱。不是指保存數據的物理地點或物理介質。流入數據存儲的數據流將處理后的數據寫入或修改到數據存儲中流出數據存儲的數據流從數據存儲中查詢獲取數據，不改變原來的數據銷售量D2產品銷售帳計算銷售量累計銷售量單價計算銷售總額商品編號#_D2產品D5職工D2產品數據存儲目前三十七頁\總數一百一十二頁\編于十一點數據流圖中的圖形元素有不同的畫法，本書使用Gane-Sarson畫法儲戶業(yè)務處理帳目存折存取要求其他圖形表示目前三十八頁\總數一百一十二頁\編于十一點事件表中能找到數據流圖中出現的一些元素：活動對應于處理框事件源和事件目標對應于外部實體觸發(fā)點和響應結果是與外部實體相連的數據流只有數據存儲在事件響應表中沒有對應的描述一個事件的DFD目前三十九頁\總數一百一十二頁\編于十一點事件和DFD事件列表中的每一個事件都可以畫出一個DFD圖（需要額外添加數據存儲元素）事件列表可以作為畫數據流圖的一個基礎和檢驗列表事件對應DFD模型的中間層事件可以繼續(xù)分解繪制其具體的處理過程（向下細化）系統(tǒng)中事件較多時，應進行分組（向上抽象）目前四十頁\總數一百一十二頁\編于十一點單個DFD的組合事件之間有一定的聯系，一般通過數據存儲建立關聯目前四十一頁\總數一百一十二頁\編于十一點完整的數據流圖根據事件表重新組織，繪制完整的DFD模型：按照事件表，對每一個事件建立一個DFD片段圖。把所有的DFD片段進行分組，歸納為大的處理邏輯，形成上一層DFD（復雜系統(tǒng)層次更多）。將屬于一組內的DFD片段放在一張圖上，形成事件層的DFD圖。對每個事件的數據處理進一步分解為下一層DFD（復雜系統(tǒng)層次更多）。目前四十二頁\總數一百一十二頁\編于十一點完整的數據流圖真正進行結構化系統(tǒng)建模過程中，應該采用自頂向下的分解方法，事件表只是尋找需求的輔助工具（啟發(fā)）建模是一個從具體到抽象，又從抽象到具體的過程，需要反復多次目前四十三頁\總數一百一十二頁\編于十一點6.2.2數據流圖的畫法下面我們以高等學校學籍管理系統(tǒng)為例說明畫數據流圖的方法如果不能直接建模，可以考慮以下事件：新生登記登記期末成績期末成績分析登記補考成績補考后成績分析評定獎學金處理退學、留級、修學、復學發(fā)成績單……目前四十四頁\總數一百一十二頁\編于十一點頂層新生名單學籍表學籍管理系統(tǒng)

招生辦

教委用人單位報表畢業(yè)生登記表學籍管理系統(tǒng)頂層DFD目前四十五頁\總數一百一十二頁\編于十一點第一層目前四十六頁\總數一百一十二頁\編于十一點第二層——“成績管理”框的展開目前四十七頁\總數一百一十二頁\編于十一點第三層——“處理期末成績”框的展開目前四十八頁\總數一百一十二頁\編于十一點第三層——“分析期末成績”框的展開目前四十九頁\總數一百一十二頁\編于十一點第三層——“分析補考成績”框的展開目前五十頁\總數一百一十二頁\編于十一點6.2.3畫數據流圖的注意事項要注意以下幾點：關于層次的劃分語法的正確性可讀性確定系統(tǒng)邊界目前五十一頁\總數一百一十二頁\編于十一點層次的劃分應遵守：（1）展開的層次與管理層次一致，也可以劃分得更細。（2）同一張圖上的所有處理過程應該處于同一個抽象層次上（抽象粒度一致）。（3）一個處理框經過展開，一般以分解為4～10處理框為宜（最好5～9個）（4）最下層的處理過程用幾句話，或者用幾張判定表，或一張簡單的HIPO圖能表達清楚1、合理的層次劃分目前五十二頁\總數一百一十二頁\編于十一點一個處理框經過展開，一般以分解為4～10處理框為宜。如果一次分解后僅有兩個處理框，為減少數據流圖的層次，可以考慮將它們直接并入上一層中若一個處理框分解后還是只有一個處理框，則視為無效的分解處理框的合并目前五十三頁\總數一百一十二頁\編于十一點通?？梢詮囊韵聨讉€方面檢查數據流圖的正確性：（1）數據守恒，或稱為輸入數據與輸出數據匹配處理有輸入就應該有輸出處理有輸出就肯定有輸入輸入的數據應該全部流出該處理或者要用于產生流出該處理的數據（排除無用數據）輸出的所有數據必須曾經流入過該處理或者是由流入該處理的數據加工產生（保證必要數據）2、正確性檢查目前五十四頁\總數一百一十二頁\編于十一點

（2）在一套數據流圖中的任何一個數據存儲，必定有流入的數據流和流出的數據流。（3）父圖中某一處理框的輸入、輸出數據流必須出現在相應的子圖中。（3）任何一個數據流至少有一端是處理框。正確性檢查（續(xù)）目前五十五頁\總數一百一十二頁\編于十一點提高數據流圖的易理解性（1）簡化處理間的聯系（利用數據存儲） 如：P2成績管理->P1異動管理之間的聯系可以改變?yōu)椋?/p>

P2成績管理->D3留退名單

P1異動管理<-D3留退名單

D3留退名單為增加的數據存儲（2）均勻分解，應齊頭并進（3）適當的命名3、提高易讀性目前五十六頁\總數一百一十二頁\編于十一點信息系統(tǒng)建模不是對應用領域的業(yè)務建模，信息系統(tǒng)可能只反映業(yè)務系統(tǒng)的部分處理過程。因此要關注信息系統(tǒng)解決的問題，重點是系統(tǒng)中的數據處理和流動。（1）排除純手工活動（2）排除其他外部系統(tǒng)的活動（3）和系統(tǒng)外的外部實體之間的接口通過數據流來實現4、確定系統(tǒng)邊界目前五十七頁\總數一百一十二頁\編于十一點6.2.4數據流圖的常見錯誤分析一般有三類錯誤情況：語法錯誤（可采用軟件工具輔助繪圖消除）邏輯錯誤詞不達意，二義性目前五十八頁\總數一百一十二頁\編于十一點錯誤情況舉例1輸入的數據流足夠了嗎？是否能夠加工出輸出的數據流？計算利息存款金額？查詢圖書讀者信息目前五十九頁\總數一百一十二頁\編于十一點錯誤情況舉例2學生成績單客戶訂單訂單源數據是如何進入到信息系統(tǒng)中的呢？外部實體如何從系統(tǒng)中獲取有關的數據呢？難道是心靈感應？不論是手工系統(tǒng)還是計算機系統(tǒng)，數據不會無緣無故保存或流動，和外部的交換一定和某個加工相連。目前六十頁\總數一百一十二頁\編于十一點錯誤情況舉例3客戶業(yè)務員訂單外部實體到外部實體，說白了，全都是外部的。和信息系統(tǒng)有關系嗎？為什么要管呢？帶來數據的變化了嗎？DFD考慮數據是從那個地方開始進入系統(tǒng)。讀者圖書管理員借書單目前六十一頁\總數一百一十二頁\編于十一點錯誤情況舉例4訂單入庫單數據不通過任何手續(xù)就能在數據存儲之間流動？怪了，表格中的數據長腿了嗎？要不硬盤智能化了，不需要任何外部力量，磁道上的數據會自己移動？讀者信息逾期歷史目前六十二頁\總數一百一十二頁\編于十一點錯誤情況舉例5xxxx僅有流入的數據流，數據還有什么用途嗎？純粹是垃圾！僅有流出的數據流，數據是從何而來呢？模型的局部會存在這種情況，但系統(tǒng)地看應該不會。如果有，那個數據肯定是一千年不變，可以直接由數據庫管理員一次性搞定。目前六十三頁\總數一百一十二頁\編于十一點錯誤情況舉例6“修改還書日期”很細節(jié)，而“借閱管理”又很抽象。處理不在同一個抽象層次上，造成理解困難！讀者讀者續(xù)借申請讀者信息處罰記錄P2續(xù)借審核P1借閱管理P3修改還書日期P5處罰管理P4打印通知單目前六十四頁\總數一百一十二頁\編于十一點顧客P1.1驗證身份P1.2核對帳戶余額P1.3登記取款事務P1.4打印存折帳戶顧客P1.1驗證身份P2.2登記存款事務帳戶取款存款DFD圖不反映模塊共享再比如圖書館借書系統(tǒng)中有三個處理邏輯：“p1借書”“p2還書”“p3查詢服務”，但借書處理的“檢查庫存”，不應理解為“P3查詢服務”錯誤情況舉例7目前六十五頁\總數一百一十二頁\編于十一點6.2.5繪圖工具軟件Visio介紹MicrosoftVisio可用于繪制計算機系統(tǒng)中需要的各種模型圖繪制DFD：DFD的四種元素數據流兩端元素的關聯性語法檢查上下層分解關系，子圖自動繼承父圖有關的數據流以樹狀目錄列出全部處理目前六十六頁\總數一百一十二頁\編于十一點數據流圖也常常要作重新分解。重新分解可以按下述方法進行（１）把需要重新分解的某張圖的所有子圖連接成一張（２）把圖分成幾部分，使各部分之間的聯系最少（３）重新建立父圖（４）重新畫子圖（５）為所有處理重新命名，編號數據流圖的優(yōu)化目前六十七頁\總數一百一十二頁\編于十一點數據流圖的分解每個人可能有所不同，畫出的數據流圖也會因人而異，并一定誰畫的對，誰畫的錯。沒有標準答案目前六十八頁\總數一百一十二頁\編于十一點數據流圖的優(yōu)缺點圖形元素少，易學易讀，容易與用戶溝通有層次性，允許系統(tǒng)分析員由上至下逐步分析系統(tǒng)，不會受困于太多復雜的細節(jié)不能描述系統(tǒng)的控制流潛在的非語法錯誤不易發(fā)現，復核困難，需要有一定的分析設計經驗目前六十九頁\總數一百一十二頁\編于十一點6.3數據字典DFD是一種簡化的模型，雖然直觀，但沒有具體細節(jié)，僅依靠DFD定義需求不夠充分。數據字典是對DFD的補充描述，用來描述數據流程圖中的數據流、數據存儲、處理過程和外部實體的詳細內容。數據流圖與數據字典共同構成系統(tǒng)的功能模型，數據字典可以改進通信，規(guī)范描述，消除誤解目前七十頁\總數一百一十二頁\編于十一點6.3.1數據字典的各類條目數據字典中有六類條目：可被重用的條目：數據元素數據結構DFD圖中的元素：數據流（可引用定義好的數據結構）數據存儲（可引用定義好的數據結構）外部實體處理目前七十一頁\總數一百一十二頁\編于十一點數據元素是最小的數據組成單位，也就是不可再分的數據單位，如學號、年齡、性別等。需要描述以下屬性：（１）名稱（２）別名（３）類型，（４）取值范圍和取值的含義（５）長度（６）簡要說明：一、數據元素目前七十二頁\總數一百一十二頁\編于十一點數據元素條目目前七十三頁\總數一百一十二頁\編于十一點

數據結構的描述重點，是數據之間的組合關系，即說明這個數據結構包括哪些成分。一個數據結構可以包含若干數據元素和數據結構。可能有的特殊成分：

(1)必選項——{} (2)任選項——[] (3)重復項—*二、數據結構目前七十四頁\總數一百一十二頁\編于十一點數據結構條目目前七十五頁\總數一百一十二頁\編于十一點需要描述以下屬性： （１）數據流的來源 （２）數據流的去處 （３）數據流的組成 （４）數據流的流通量 （５）高峰時的流通量三、數據流目前七十六頁\總數一百一十二頁\編于十一點數據流條目目前七十七頁\總數一百一十二頁\編于十一點主要描寫該數據存儲的結構，及有關的數據流、查詢要求。有些數據存儲的結構可能很復雜，如“學籍表”，包括學生的基本情況、學生動態(tài)、獎懲記錄、學習成績、畢業(yè)論文成績等，其中每一項又是數據結構。這些數據結構有各自的條目分別加以說明，因此在“學籍表”的條目中可以直接引用這些數據結構，而不要列出這些數據結構的內部元素構成。

四、數據存儲目前七十八頁\總數一百一十二頁\編于十一點數據存儲條目目前七十九頁\總數一百一十二頁\編于十一點需要在數據字典中描述處理框的編號、名稱、功能的簡要說明，有關的輸入、輸出。通常僅重點描述最底層的處理過程。復雜的處理邏輯可以借助于一些圖表工具，如結構化語言、判定樹、判定表等。五、處理目前八十頁\總數一百一十二頁\編于十一點處理功能條目目前八十一頁\總數一百一十二頁\編于十一點六、外部實體目前八十二頁\總數一百一十二頁\編于十一點6.3.2數據字典的使用與管理按各種要求列表，沒有冗余，不遺漏數據相互參照，便于系統(tǒng)修改由描述內容檢索名稱一致性檢驗和完整性檢驗數據流的來源、去向是否完整數據元素是否遺漏或過剩數據存儲的來源、去向是否完整處理與輸入數據流是否匹配管理：手工/工具（某些工具支持數據字典的維護）目前八十三頁\總數一百一十二頁\編于十一點6.4表達處理邏輯的工具在數據字典中表達處理過程可使用小說明（或基本說明），可以是自然語言但針對復雜處理邏輯，可以使用：結構化語言判定表判定樹目前八十四頁\總數一百一十二頁\編于十一點6.4.1結構化語言三種基本語句：祈使語句判斷語句循環(huán)語句結構化語言使用的三類詞匯：祈使句中的動詞數據字典中定義的名詞某些邏輯表達式中的保留字目前八十五頁\總數一百一十二頁\編于十一點指出要做什么，包括一個動詞和一個賓語。

使用祈使語句，應注意以下幾點：力求精煉，不應太長。不使用形容詞和副詞。動詞要能明確表達執(zhí)行的動作。名詞必須在數據字典中有定義。祈使語句目前八十六頁\總數一百一十二頁\編于十一點判斷語句類似結構化程序設計中的判斷結構。其一般形式是：

１如果條件則動作A

否則(條件不成立)

動作B

２如果購貨額在50000元以上則如果最近三個月無欠款則折扣率為15％否則如果與公司交易10年以上則折扣率為10％否則折扣率為5％否則無折扣條件判斷語句目前八十七頁\總數一百一十二頁\編于十一點

表達在某種條件下，重復執(zhí)行相同的動作，直到這個條件不成立為止。例如：

對每一個學生計算總成績循環(huán)語句目前八十八頁\總數一百一十二頁\編于十一點6.4.2判定樹如果一個動作的執(zhí)行不只是依賴一個條件，而是與多個條件有關，那么這項策略的表達就比較復雜，就可以使用判定樹來表示。比如：郵政系統(tǒng)中，包裹郵資的計算策略與國別、路程、重量、保值額度等有關，使用自然語言來描述顯然不夠簡潔目前八十九頁\總數一百一十二頁\編于十一點判定樹示例目前九十頁\總數一百一十二頁\編于十一點6.4.3判定表如果條件較多、每種條件的取值情況也較多的情況下，可以使用判定表。判定表的優(yōu)點是可以把各種組合情況一個不漏地表示出來，還能幫助發(fā)現遺漏和矛盾的地方。目前九十一頁\總數一百一十二頁\編于十一點某廠對一部分職工重新分配工作。分配原則是：年齡不滿20歲，文化程度是小學者脫產學習，文化程度是中學者當電工；年齡滿20歲但不足50歲，文化程度是小學或中學者，男性當鉗工，女性當車工；文化程度是大學者當技術員；年齡滿50歲及50歲以上，文化程度是小學或中學者當材料員，文化程度是大學者當技術員。三個因素：性別、年齡、文化程度，取值范圍分別是：性別：{男，女}年齡：{青年(小于20歲),中年(滿20歲而不足50歲),老年(滿50歲及以上)}文化程度：{小學，中學，大學}判定表示例目前九十二頁\總數一百一十二頁\編于十一點構造空表目前九十三頁\總數一百一十二頁\編于十一點填表目前九十四頁\總數一百一十二頁\編于十一點判定表的合并簡化顯然，某些條件是可以合并考慮的，可以使判定表簡化。合并的原則：取相同行動的ｎ列，若有某個條件Ci在此n列的取值正好是該條件取值的全集，而其他條件在此ｎ列都取相同的值，則此ｎ列可以合并。目前九十五頁\總數一百一十二頁\編于十一點第一次合并目前九十六頁\總數一百一十二頁\編于十一點第二次合并目前九十七頁\總數一百一十二頁\編于十一點用判定表來描述決策問題，通常經過以下幾個步驟：

（１）分析決策問題涉及幾個條件；（２）分析每個條件取值的集合；（３）列出條件的各種可能組合；（４）分析決策問題涉及幾個可能的行動；（５）作出有條件組合的判定表；（６）決定各種條件組合的行動；（７）按合并規(guī)則化簡判定表。使用判定表的步驟目前九十八頁\總數一百一十二頁\編于十一點6.4.4三種工具的比較目前九十九頁\總數一百一十二頁\編于十一點適用范圍：決策樹適合10～15種行動的一般復雜度的決策，有時也可把決策表轉換成決策樹，便于用