第6章-結(jié)構(gòu)化系統(tǒng)

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

票據(jù)（賬單）是主體，這些票據(jù)的流動路線與實際處理過程一一對應(yīng)，來龍去脈清楚；票據(jù)的生命周期表示出一筆業(yè)務(wù)的處理過程；繪制作業(yè)流程圖的過程也是系統(tǒng)分析源了解業(yè)務(wù)流程的過程。流程圖局限性總體觀念不強具體的處理內(nèi)容表達不詳細很難表達決策很難表達復(fù)雜的系統(tǒng)6.2業(yè)務(wù)流程圖（續(xù)）例子1：領(lǐng)料業(yè)務(wù)流程圖：車間填寫領(lǐng)料單給倉庫要求領(lǐng)料，庫長根據(jù)用料計劃審批領(lǐng)料單，未批準(zhǔn)的退回車間，已批準(zhǔn)的領(lǐng)料單被送到倉庫保管員處，由他查閱庫存帳。若帳上有貨則通知車間前來領(lǐng)料，否則將缺貨通知采購人員。

未批準(zhǔn)的領(lǐng)料單用料計劃庫長領(lǐng)料單領(lǐng)料通知單已批準(zhǔn)領(lǐng)料單倉庫保管員庫存帳缺貨通知單采購員車間6.2業(yè)務(wù)流程圖（續(xù)）例子2：某圖書館外文采購室有兩個組：訂書組和驗收、登記組，分別負(fù)責(zé)書籍訂購和進書驗收業(yè)務(wù)。訂書組的主要業(yè)務(wù)是根據(jù)供書單位的訂書目錄選擇要訂的圖書，且以前訂過的圖書不再訂購，最后打印訂單，每月將訂書情況進行統(tǒng)計，統(tǒng)計結(jié)果交圖書館領(lǐng)導(dǎo)。驗收、登記組的業(yè)務(wù)是根據(jù)供書單位提供的發(fā)票和圖書及訂單驗收已到圖書，并進行進書查重檢查，如果某些圖書已進，就轉(zhuǎn)讓出去或作別的處理，對不重的書登圖書總帳，將書轉(zhuǎn)到編目室，每月進行統(tǒng)計，上報館領(lǐng)導(dǎo)。采購員館領(lǐng)導(dǎo)訂書目錄供貨商訂單發(fā)票圖書清單驗收員訂單留底采購統(tǒng)計員訂書統(tǒng)計表已進書卡片編目員進書統(tǒng)計員進書統(tǒng)計表圖書總賬財務(wù)人6.2業(yè)務(wù)流程圖（續(xù)）例子3：學(xué)校各單位申請訂購設(shè)備的過程：申請購買設(shè)備的單位先填寫“訂貨委托書”，寫清品名、規(guī)格、數(shù)量等項目，送采購組。采購組在“單價表”中查找相應(yīng)單價，填入“訂貨委托書”，經(jīng)組長、科長審核批準(zhǔn)后，根據(jù)“訂貨委托書”填寫“訂貨單”，一式四聯(lián)，第一聯(lián)送供貨商訂貨，第二聯(lián)送訂購單位，第三聯(lián)送驗收組，到貨時驗收用，第四聯(lián)留存。訂購部門訂貨委托書單價表采購組填入單價的訂貨委托書已批準(zhǔn)的訂貨委托書采購組長采購科長訂貨單供應(yīng)單位驗收組6.2數(shù)據(jù)流圖系統(tǒng)分析階段：使用數(shù)據(jù)流圖DFD來建立系統(tǒng)需求的過程模型。（結(jié)構(gòu)化系統(tǒng)分析的方法）系統(tǒng)分析采用ER圖來建立系統(tǒng)的數(shù)據(jù)模型。結(jié)構(gòu)化分析的思想數(shù)據(jù)流圖DFD采用一系列分層次的數(shù)據(jù)流圖來描述系統(tǒng)。DFD的每一個層次都代表了系統(tǒng)的一個抽象水平。高層次DFD中的處理可以進一步分解成低層次、更詳細的DFD。分層的數(shù)據(jù)流圖縱觀頂層P1P2P3P4P41P42

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

讀者

圖書管理員

館長

讀者圖書管理員外部實體處理指對數(shù)據(jù)的邏輯處理功能，也就是對數(shù)據(jù)的變換功能。別名：功能、處理過程，數(shù)據(jù)加工標(biāo)識部分（層次化的功能編號）功能描述部分（動賓詞組）功能執(zhí)行的角色（人，部門，計算機程序），通常可省略P2.2.1識別讀者身份圖書管理員數(shù)據(jù)處理數(shù)據(jù)流是指處理功能的輸入或輸出（箭頭表示數(shù)據(jù)流向）。例如：數(shù)據(jù)，訂單，查詢要求等

經(jīng)理編制財務(wù)報表合格訂單編輯訂貨單計算應(yīng)收款數(shù)據(jù)流數(shù)據(jù)存儲表示某種數(shù)據(jù)保存后的邏輯統(tǒng)稱。不是指保存數(shù)據(jù)的物理地點或物理介質(zhì)。流入數(shù)據(jù)存儲數(shù)據(jù)流（指向數(shù)據(jù)存儲箭頭）將處理后的數(shù)據(jù)寫入或修改到數(shù)據(jù)存儲中流出數(shù)據(jù)存儲的數(shù)據(jù)流（從數(shù)據(jù)存儲發(fā)出箭頭）從數(shù)據(jù)存儲中查詢獲取數(shù)據(jù)，不改變原來的數(shù)據(jù)銷售量D2產(chǎn)品銷售帳計算銷售量累計銷售量單價計算銷售總額商品編號#_D2產(chǎn)品D5職工D2產(chǎn)品數(shù)據(jù)存儲數(shù)據(jù)流圖中的圖形元素有不同的畫法，本書使用Gane-Sarson畫法儲戶業(yè)務(wù)處理帳目存折存取要求其他圖形表示6.2.2數(shù)據(jù)流圖的畫法基本思想（1）把系統(tǒng)看成一個整體（2）明確輸入輸出（3）系統(tǒng)為實現(xiàn)功能，內(nèi)部必然有信息處理、傳遞、存儲（4）把內(nèi)部信息處理再看成一個整體（5）對內(nèi)部信息處理再重復(fù)（2）——（4）的工作，進行剖析，如此一級級解剖，直到所用處理步驟都很具體為止下面我們以高等學(xué)校學(xué)籍管理系統(tǒng)為例說明畫數(shù)據(jù)流圖的方法頂層新生名單學(xué)籍表學(xué)籍管理系統(tǒng)

招生辦

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

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

四、數(shù)據(jù)存儲數(shù)據(jù)存儲條目需要在數(shù)據(jù)字典中描述處理框的編號、名稱、功能的簡要說明，有關(guān)的輸入、輸出。通常僅重點描述最底層的處理過程。復(fù)雜的處理邏輯可以借助于一些圖表工具，如結(jié)構(gòu)化語言、判定樹、判定表等。五、處理處理功能條目六、外部實體6.3.2數(shù)據(jù)字典的使用與管理按各種要求列表，沒有冗余，不遺漏數(shù)據(jù)相互參照，便于系統(tǒng)修改（數(shù)據(jù)存儲——處理）由描述內(nèi)容檢索名稱一致性檢驗和完整性檢驗(可以檢查以下錯誤）數(shù)據(jù)流的來源、去向是否完整數(shù)據(jù)元素是否遺漏或過剩數(shù)據(jù)存儲的來源、去向是否完整處理與輸入數(shù)據(jù)流是否匹配管理：手工/工具（某些工具支持?jǐn)?shù)據(jù)字典的維護）6.4表達處理邏輯的工具在數(shù)據(jù)字典中表達處理過程（DFD最底層的基本處理）只是一般的描述，是高度概括的，不可能也不應(yīng)該過多的描述處理功能的細節(jié)針對基本處理的邏輯功能細節(jié)，可以使用小說明（基本說明）：結(jié)構(gòu)化語言判定表判定樹6.4.1結(jié)構(gòu)化語言三種基本語句：祈使語句判斷語句循環(huán)語句結(jié)構(gòu)化語言使用的三類詞匯：祈使句中的動詞數(shù)據(jù)字典中定義的名詞某些邏輯表達式中的保留字指出要做什么，包括一個動詞和一個賓語。

使用祈使語句，應(yīng)注意以下幾點：力求精煉，不應(yīng)太長。不使用形容詞和副詞。動詞要能明確表達執(zhí)行的動作。名詞必須在數(shù)據(jù)字典中有定義。例如：計算工資、發(fā)補考通知祈使語句判斷語句類似結(jié)構(gòu)化程序設(shè)計中的判斷結(jié)構(gòu)。其一般形式是：

１如果條件則動作A否則(條件不成立)動作B２如果購貨額在50000元以上則如果最近三個月無欠款則折扣率為15％否則如果與公司交易10年以上則折扣率為10％否則折扣率為5％否則無折扣條件判斷語句

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

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

（１）分析決策問題涉及幾個條件；（２）分析每個條件取值的集合；（３）列出條件的各種可能組合；（４）分析決策問題涉及幾個可能的行動；（５）作出有條件組合的判定表；（６）決定各種條件組合的行動；（７）按合并規(guī)則化簡判定表。使用判定表的步驟使用判定表的例子申請汽車駕駛保險時，要根據(jù)申請者的情況確定不同的保險類別，確定原則如下：申請者的年齡在21歲以下，要額外收費；申請者是21歲以上并是26歲以下的女性，適用于A類保險；申請者是26歲以下的已婚男性，或者是26歲以上的男性，適用于B類保險；申請者是21歲以下的女性或是26歲以下的單身男性，適用于C類保險；除此之外的其他申請者都適用于A類保險；三個（條件）因素：年齡、性別、婚姻，取值范圍分別是：年齡：{小(年齡≤21)，中(21<年齡≤26)，大（年齡>26)}性別：{男，女}婚姻：{未，已}初始判定表123456789101112C1:年齡小小小小中中中中大大大大C2:性別男男女女男男女女男男女女C3:婚姻未已未已未已未已未已未已A1:A類保險××××A2:B類保險××××A3:C類保險××××A4：額外收費××××判定表一次合并123,4567,89,1011,12C1:年齡小小小中中中大大C2:性別男男女男男女男女C3:婚姻未已／未已／／／A1:A類保險××A2:B類保險×××A3:C類保險×××A4：額外收費×××使用判定表的例子（續(xù)）某校關(guān)于學(xué)生升留級的規(guī)定：一學(xué)期有三門考試課程不及格者，直接留級；一學(xué)期考試和考查四門課程不及格者，直接留級；兩個（條件）因素：考試科目、全部科目（考試和考查），取值范圍分別是：考試科目：{0(不及格門數(shù)<3)，1(不及格門數(shù)≥3)}全部科目：{0(全部及格)，1(0<不及格門數(shù)<4)，2(不及格門數(shù)≥4)}判定表合并1234，5，6C1：考試科目0001C2：全部科目012／A1:直接留級××A2:補考×A3:升級×判定表轉(zhuǎn)換為判定樹根據(jù)判定表容易畫出判定樹。此時，條件的先后順序不同，樹的復(fù)雜程度有所不同將升留級規(guī)定轉(zhuǎn)為判定樹

考試科目全部科目學(xué)籍變動全部及格升級不及格門數(shù)<30<不及格門數(shù)<4補考學(xué)籍管理不及格門數(shù)≥4直接留級

不及格門數(shù)≥3直接留級先畫判定表判定樹結(jié)構(gòu)化語言（復(fù)雜邏輯）判定表轉(zhuǎn)換為判定樹（續(xù)）將汽車保險判定表轉(zhuǎn)為判定樹

性別年齡婚姻保險未婚C類且額外收費年齡≤21

已婚B類且額外收費男未婚C類21<年齡≤26

確定保險類別已婚B類年齡>26B類年齡≤21C類且額外收費女21<年齡≤26A類年齡>26A類判定表轉(zhuǎn)換為判定樹（續(xù)）由于女性:21<年齡≤26和年齡>26的保險均為A類，故將判定樹后兩項合并得到如下判定樹性別年齡婚姻保險6.4.4三種工具的比較適用范圍：決策樹適合10～15種行動的一般復(fù)雜度的決策，有時也可把決策表轉(zhuǎn)換成決策樹，便于用戶檢查。判定表適合于多個條件的復(fù)雜組合。如果一個判斷包含了一般順序的動作或循環(huán)執(zhí)行的動作，則用結(jié)構(gòu)化語言。各自適用范圍6.5數(shù)據(jù)查詢應(yīng)用分析在系統(tǒng)分析階段，系統(tǒng)分析員要詳細了解用戶對系統(tǒng)的查詢要求，即進行查詢分析（立即存取分析）系統(tǒng)分析員需要用適當(dāng)?shù)墓ぞ撸〝?shù)據(jù)立即存取圖）表達用戶的查詢要求，與用戶討論，確定最終的查詢要求查詢分析的幾個概念汽車配件實體的描述配件編號配件名稱規(guī)格牌價A001發(fā)動機解放CA10C5000A002輪胎固特異450A003減震器別克GL8

1000A004保險杠一汽紅塔6508

500實體（E）屬性（A）屬性值（V）主關(guān)鍵字查詢要求的基本類型類型1：A（E）=？說明：已知一個給定的實體E,求某一個特定屬性A的值。如已知汽車配件編號是A001,查詢該實體的牌價實體關(guān)鍵字屬性屬性值屬性屬性值屬性屬性值屬性屬性值A(chǔ)（E）=？已知對于該屬性屬性值是多少查詢要求的基本類型（續(xù)）類型2：A（?）{=、≠、<、>}V

說明：對于一個給定的屬性A,已知其屬性值V,查詢所有具有屬性A并且其屬性值等于(不等于、大于、小于)V的實體。如查詢牌價小于1000元的汽車配件實體關(guān)鍵字屬性屬性值屬性屬性值屬性屬性值屬性屬性值A(chǔ)（?）=V已知對于該屬性是哪些實體查詢要求的基本類型（續(xù)）類型3：？（E）{=、≠、<、>}V

說明：已知一個實體E和一個特定的值V,求這個實體的哪些屬性的值等于(不等于、大于、小于)V。如已知汽車配件編號是A001，查詢該實體的哪個屬性其值等于5000實體關(guān)鍵字屬性屬性值屬性屬性值屬性屬性值屬性屬性值？（E）=V已知其值等于V是哪個屬性查詢要求的基本類型（續(xù)）類型4：？（E）=？

說明：給定一個實體E，它各個屬性值是什么。如已知汽車配件編號是A001，查詢該實體的所有屬性值實體關(guān)鍵字屬性屬性值屬性屬性值屬性屬性值屬性屬性值？（E）=？已知對所有屬性其屬性值是什么查詢要求的基本類型（續(xù)）類型5：A（？）=？

說明：對于一個給定的屬性A，求每一個實體的屬性A的值。（需要倒排表，占用系統(tǒng)空間）如查詢所有汽車配件實體的牌價屬性值配件編號牌價A0015000A002450A0031000A004500實體關(guān)鍵字屬性屬性值屬性屬性值屬性屬性值屬性屬性值A(chǔ)（？）=？每一個實體對于該屬性其屬性值是什么查詢要求的基本類型（續(xù)）類型6：？（？）{=、≠、<、>}V

說明：已知某個值V，要查詢有哪些實體，它的哪些屬性具有這個值V。（需要每個屬性為索引建倒排表，占用系統(tǒng)空間、運行時間，開銷大，應(yīng)盡量避免此類查詢）如查詢查詢需要補考的學(xué)生名單和科目學(xué)號姓名政治S003王五59S004周民56學(xué)號姓名數(shù)學(xué)S004周民59S001張三40實體關(guān)鍵字屬性屬性值屬性屬性值屬性屬性值屬性屬性值？（？）=V對每一個實體有哪些屬性其屬性值等于V數(shù)據(jù)立即存取圖系統(tǒng)分析員在了解用戶的查詢要求后，運用關(guān)于數(shù)據(jù)庫的理論知識，結(jié)合新系統(tǒng)的實際條件進行分析，與用戶商量舍去不重要、難于實現(xiàn)的查詢舍去開銷大的查詢（第6類查詢）確定要實現(xiàn)的查詢畫相應(yīng)的數(shù)據(jù)立即存取圖數(shù)據(jù)立即存取圖示例某個物資供應(yīng)系統(tǒng)中，涉及三個數(shù)據(jù)存儲物品、廠家-物品、生產(chǎn)廠家，結(jié)構(gòu)如下若用戶想通過查詢，確定向哪個廠家訂貨可以做到物美價廉，寫出實現(xiàn)步驟，畫出數(shù)據(jù)立即存取圖物品物品編號規(guī)格物品名稱單位單價安全庫存量現(xiàn)有數(shù)量廠家--物品廠家編號物品編號出廠價生產(chǎn)廠家廠家編號廠家名稱廠家地址銀行賬號電報掛號電話數(shù)據(jù)立即存取圖示例（續(xù)）實現(xiàn)步驟物品數(shù)據(jù)存儲：通過“物品名稱”、“規(guī)格”的屬性值查“物品編號”關(guān)鍵字對應(yīng)的實體，即A（？）=V（第2類）廠家—物品數(shù)據(jù)存儲：“物品編號”的屬性值查“廠家編號”，得到（廠家編號、物品編號）組合關(guān)鍵字對應(yīng)的實體，即A（？）=V（第2類查詢）廠家—物品數(shù)據(jù)存儲：通過“廠家編號”、“物品編號”組合關(guān)鍵字的值查實體的“出廠價”屬性值，即A（E）=？（第1類）。通過比較，找出最低價Vmin。廠家—物品數(shù)據(jù)存儲：通過“物品編號”的屬性值和Vmin查對應(yīng)的“廠家編號”，即A（？）=Vmin

（第2類）廠家數(shù)據(jù)存儲：通過“廠家編號”關(guān)鍵字的值查廠家實體對應(yīng)的所有屬性的值，以便訂貨。即？（E）=？（第4類）數(shù)據(jù)立即存取圖示例（續(xù)）畫數(shù)據(jù)立即存取圖物品物品編號規(guī)格物品名稱單位單價安全庫存量現(xiàn)有數(shù)量廠家--物品廠家編號物品編號出廠價生產(chǎn)廠家廠家編號廠家名稱廠家地址銀行賬號電報掛號電話規(guī)格物品名稱物品編號廠家編號廠家編號出廠價6.6實體關(guān)系圖對系統(tǒng)中的數(shù)據(jù)建模使用ER圖分析階段——建立的是數(shù)據(jù)的概念模型，不需要考慮具體的物理數(shù)據(jù)庫系統(tǒng)實體關(guān)系圖（ERD）事物關(guān)系關(guān)系基數(shù)屬性實體關(guān)系圖實體就是系統(tǒng)中的事物，通過事物的識別來構(gòu)造ER模型。事物與系統(tǒng)需求事物——系統(tǒng)需要處理或保存的對象。如客戶，訂單，產(chǎn)品等。對信息系統(tǒng)中事物的理解和建模是定義系統(tǒng)需求的另外一個重要方面。事物的類型事物的類型：實在有形：書籍、產(chǎn)品、文檔角色身份：醫(yī)生、讀者、顧客組織單位：小組、部門設(shè)備：打印機、傳感器、鼠標(biāo)事件：借閱、訂貨、銷售、罰款場所：零售店、倉庫事物之間的關(guān)系事物間的很多關(guān)系對于研究系統(tǒng)也非常重要。關(guān)系：指某些事物間自然發(fā)生的聯(lián)系。例如：學(xué)生和圖書，學(xué)生可以借閱圖書。例如：一個客戶可以發(fā)出訂單。對每一個事物分析和它相關(guān)的事物，找出關(guān)系。事物之間關(guān)系的基數(shù)關(guān)系的基數(shù)：指一個事物關(guān)聯(lián)另外一個事物的數(shù)量（一對一，一對多，多對多）。如：學(xué)生和圖書，一個學(xué)生可以預(yù)約多本圖書，每本圖書可能被多個學(xué)生預(yù)約。如：一個客戶可以發(fā)出多個訂單，一個訂單只能是一個客戶的。事物的屬性屬性：有關(guān)事物的一條特征信息。例如：客戶的姓名、年齡、電話等。標(biāo)識符：能唯一區(qū)分事物的屬性。例如：發(fā)貨單號，職工編號。復(fù)合屬性：指包含了許多相關(guān)屬性的屬性。例如：姓名可能包含姓和名，日期包含年月日。ER圖的表示法用矩形方框表示實體，方框中寫上實體的名字，還可以包含實體的屬性。方框之間用菱形和連線表示關(guān)系。連線的兩端標(biāo)示出關(guān)系的基數(shù)。ER圖的表示法ER模型的實例某校教學(xué)管理的E-R模型6.7新系統(tǒng)邏輯模型的提出新系統(tǒng)源于現(xiàn)行系統(tǒng)，高于現(xiàn)行系統(tǒng)提出新的系統(tǒng)模型，應(yīng)該考慮以下因素

新技術(shù)的使用

流程的改進 數(shù)據(jù)存儲的組織方式的改變等新的系統(tǒng)模型的提出，其影響可能不是局部的，必須是經(jīng)過周密調(diào)查和分析的結(jié)果，應(yīng)準(zhǔn)備多個方案6.8系統(tǒng)說明書系統(tǒng)說明書是系統(tǒng)分析階段的成果該文檔描述了系統(tǒng)的需求，也稱《需求規(guī)格說明書》１.引言２.項目概述(1)項目的主要工作內(nèi)容(2)現(xiàn)行系統(tǒng)的調(diào)查情況(3)新系統(tǒng)的邏輯模型３.實施計劃(1)工作任務(wù)的分解(2)進度(3)預(yù)算系統(tǒng)說明書的內(nèi)容系統(tǒng)說明書參考模板1.引言（1）摘要：名稱、目標(biāo)和功能（2）背景：承擔(dān)者、用戶、與其他 系統(tǒng)和機構(gòu)的關(guān)系（3）參考和引用資料（4）專門術(shù)語定義2.項目概述（1）項目的主要工作內(nèi)容（2）系統(tǒng)功能說明（功能模型）（3）系統(tǒng)數(shù)據(jù)說明（數(shù)據(jù)模型）（4）系統(tǒng)其他需求說明 （性能/安全/故障處理/環(huán)境等）3.計劃（1）系統(tǒng)劃分與人員分工（2）進度（3）預(yù)算 勞務(wù)、辦公費、差旅費、資料費等系統(tǒng)說明書的品質(zhì)要求正確性相對于用戶的需求而言待開發(fā)的系統(tǒng)與用戶的期望相吻合完整性包含了軟件要做的全部事情指明系統(tǒng)對有效和無效輸入的反應(yīng)所有條目都有標(biāo)識（頁、圖、表、參考資料）不要遺留任何有待解決的問題，無法避免時應(yīng)進行標(biāo)明，并注明誰和什么時候去解決系統(tǒng)說明書的品質(zhì)要求（續(xù)）一致性各個需求的描述不相矛盾無二義性對每一項需求有且只有一種解釋可修改性書寫結(jié)構(gòu)和風(fēng)格易于后續(xù)的修改可跟蹤性需求與來源、設(shè)計、源代碼和測試用例可以對應(yīng)可驗證性可以運用一些可行的手段進行驗證和確認(rèn)要點歸納熟練掌握使用業(yè)