軟件工程第三章

軟件工程第三章第一頁，共六十九頁，2022年，8月28日需求分析評判一個軟件項目成功的標準是看它是否解決了用戶的問題，而用戶的問題就是體現(xiàn)為用戶的需求，需求也就順理成章的成為項目的成功標準。而需求階段的一個不慎都有可能導致軟件實現(xiàn)階段的大量返工，而需求的不慎不是說你小心就可以的，因為很多需求是隱性的，連用戶都不清楚自己的需求。這時候就需要一種科學的方法來幫助軟件組織實施需求過程。第二頁，共六十九頁，2022年，8月28日"沒有不變的需求，世上的軟件都改動過3次以上，唯一一個只改動過兩次的軟件的擁有者已經(jīng)死了，死在去修改需求的路上。"

第三頁，共六十九頁，2022年，8月28日需求分析的概念什么是需求？對用戶來講：需求是對軟件產(chǎn)品的解釋，是用戶對目標軟件系統(tǒng)在功能、行為、性能、設計和約束等方面的期望。而開發(fā)人員所講的需求對用戶來說又像是詳細設計。比較權(quán)威的定義是IEEE軟件工程標準詞匯表中的需求定義。第四頁，共六十九頁，2022年，8月28日用戶解決問題或達到目標所需的條件或權(quán)能（Capability）。系統(tǒng)或系統(tǒng)部件要滿足合同，標準，規(guī)范或其他正式規(guī)定文檔所需要具有的條件或權(quán)能。一種反映上面（1）或（2）所描述的條件或權(quán)能的文檔說明。第五頁，共六十九頁，2022年，8月28日

可行性分析vs需求分析第六頁，共六十九頁，2022年，8月28日需求的層次需求可分解為4個層次：(1)業(yè)務需求(BusinessRequirement)(2)用戶需求(UserRequirement)(3)功能需求(FunctionalRequirement)(4)非功能需求第七頁，共六十九頁，2022年，8月28日需求分析的任務需求工程需求管理需求開發(fā)問題獲取分析編寫規(guī)格說明驗證變更控制版本控制需求跟蹤需求狀態(tài)跟蹤需求工程結(jié)構(gòu)圖第八頁，共六十九頁，2022年，8月28日需求開發(fā)需求獲取是需求開發(fā)的第一步。分析員通過與用戶充分交流，準確、完整地獲取用戶需求，確定軟件系統(tǒng)的綜合要求。通常軟件系統(tǒng)的綜合要求包括下述幾個方面：(1)系統(tǒng)功能要求(2)性能要求(3)運行和擴充要求(4)系統(tǒng)維護要求(5)系統(tǒng)文檔規(guī)格要求第九頁，共六十九頁，2022年，8月28日需求開發(fā)具體分析建模過程如下圖當前系統(tǒng)當前系統(tǒng)物理模型當前系統(tǒng)邏輯模型目標系統(tǒng)邏輯模型模型化抽象化理解、表達分析建模過程第十頁，共六十九頁，2022年，8月28日需求開發(fā)－需求驗證（1）完整性（2）正確性（3）一致性（4）必要性（5）無歧義性（6）可驗證性（7）優(yōu)先級的劃分

第十一頁，共六十九頁，2022年，8月28日需求分析的任務需求開發(fā)的過程如下圖：問題獲取分析編寫規(guī)格說明驗證需求開發(fā)的過程第十二頁，共六十九頁，2022年，8月28日需求管理需求開發(fā)的結(jié)果是形成了客戶與開發(fā)人員雙方均滿意的系統(tǒng)邏輯模型，它連結(jié)需求開發(fā)和需求管理，作為需求管理的輸入。需求管理的過程，從需求獲取即開始，并貫穿于整個軟件項目生命周期，以實現(xiàn)最終產(chǎn)品同需求的最佳結(jié)合。第十三頁，共六十九頁，2022年，8月28日獲取需求的方法在需求獲取中遇到的典型問題如下：(1)對需求的理解問題(2)分析人員與用戶的通信的問題(3)用戶需求的可變性問題(4)分析方法和分析工具問題第十四頁，共六十九頁，2022年，8月28日獲取需求的常用方法1訪談（分正式訪談和非正式訪談）正式訪談時，系統(tǒng)分析員將提出一些事先準備好的具體問題，例如，詢問處理的單據(jù)種類、處理的方法及信息反饋時間應該多快等。而在非正式訪談中，分析員可提出一些用戶可以自由回答的開放性問題。采用訪談方式分析員的主要任務是問題的設計，包括探討功能，非功能，例外情況的問題，甚至是一些看起來似乎“愚蠢”的問題。第十五頁，共六十九頁，2022年，8月28日獲取需求的常用方法2問卷調(diào)查采用問卷調(diào)查方法的關(guān)鍵是調(diào)查表的設計。3情景分析所謂情景分析就是對目標系統(tǒng)解決某個具體問題的方法和結(jié)果，給出可能的情景描述，以獲知用戶的具體需求。優(yōu)點：第一，它能在某種程度上演示目標系統(tǒng)的行為，便于用戶理解，從而進一步揭示出一些分析員目前還不知道的需求第二，情景分析較容易為用戶所理解，使得用戶在需求分析中能夠扮演一個積極主動的角色。第十六頁，共六十九頁，2022年，8月28日獲取需求的常用方法4實地考察5構(gòu)造原型第十七頁，共六十九頁，2022年，8月28日需求分析的原則解決邏輯問題以運行環(huán)境為基礎用戶參與的原則構(gòu)造高質(zhì)量的需求規(guī)格說明第十八頁，共六十九頁，2022年，8月28日需求分析方法應滿足的基本要求必須能理解問題的數(shù)據(jù)域和功能域計算機程序所處理的數(shù)據(jù)域的描述一般為數(shù)據(jù)內(nèi)容、數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)流數(shù)據(jù)內(nèi)容就是數(shù)據(jù)項，數(shù)據(jù)結(jié)構(gòu)就是數(shù)據(jù)項的組織形式，數(shù)據(jù)流是數(shù)據(jù)通過系統(tǒng)時的變化方式必須能按自頂向下、逐層分解的方式對問題進行分解和不斷細化第十九頁，共六十九頁，2022年，8月28日教學管理系統(tǒng)學生管理教師管理課程管理教務管理考試管理學生考試試卷評閱考務管理題庫維護試卷生成縱向分解橫向分解問題的分解第二十頁，共六十九頁，2022年，8月28日需求分析方法應滿足的基本要求要給出系統(tǒng)的邏輯視圖和物理視圖

邏輯視圖：描述的是軟件要達到的功能和要處理的信息之間的關(guān)系，但沒有描述實現(xiàn)的細節(jié)。在邏輯視圖中只關(guān)心庫存文件的數(shù)據(jù)結(jié)構(gòu)，而不考慮計算機的具體存儲方式。

物理視圖：給出的是處理功能和信息結(jié)構(gòu)的實際表現(xiàn)形式，需考慮實際的環(huán)境和具體的設備。如一些數(shù)據(jù)是由終端鍵盤輸入的，而有些數(shù)據(jù)可能是由模－數(shù)轉(zhuǎn)換設備提供的。第二十一頁，共六十九頁，2022年，8月28日結(jié)構(gòu)化分析方法包括：結(jié)構(gòu)化分析(SA)、結(jié)構(gòu)化設計(SD)和結(jié)構(gòu)化編程(SP)面向數(shù)據(jù)流進行需求分析的方法結(jié)構(gòu)化分析方法適合于數(shù)據(jù)處理類型軟件的需求分析基本思想：具體來說，結(jié)構(gòu)化分析方法就是用抽象模型的概念，按照軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系，自頂向下逐層分解，直到找到滿足功能要求的所有可實現(xiàn)的軟件為止第二十二頁，共六十九頁，2022年，8月28日結(jié)構(gòu)化分析方法描述工具：

數(shù)據(jù)流圖(DataFlowDiagram,DFD)：描繪系統(tǒng)邏輯模型的圖形工具，描述了系統(tǒng)的組成部分及各部分之間的聯(lián)系。通常通過對系統(tǒng)的分解得到一套分層的數(shù)據(jù)流圖。

數(shù)據(jù)字典(DataDictionary,DD)：DFD只描繪信息在系統(tǒng)中的流動和處理情況，而數(shù)據(jù)字典則是對圖中的元素進行定義。

結(jié)構(gòu)化英語，判定表與判定樹：詳細描述數(shù)據(jù)流圖中一些復雜處理的加工邏輯。第二十三頁，共六十九頁，2022年，8月28日結(jié)構(gòu)化分析方法的描述工具數(shù)據(jù)流圖(DataFlowDiagram,DFD)：描繪系統(tǒng)邏輯模型的圖形工具，描述了系統(tǒng)的組成部分及各部分之間的聯(lián)系。通常通過對系統(tǒng)的分解得到一套分層的數(shù)據(jù)流圖。第二十四頁，共六十九頁，2022年，8月28日數(shù)據(jù)流圖中的主要圖形元素數(shù)據(jù)加工（數(shù)據(jù)變換）數(shù)據(jù)源或終點（外部實體）數(shù)據(jù)流數(shù)據(jù)存儲文件加工是對數(shù)據(jù)進行處理的邏輯單元。它接受若干輸入數(shù)據(jù)流，通過加工，內(nèi)部產(chǎn)生規(guī)定的輸出數(shù)據(jù)流它是系統(tǒng)之外的實體，可以是人、物、部門或者其他系統(tǒng)。利用數(shù)據(jù)源點和終點可明確標識出系統(tǒng)與環(huán)境的接口，給出系統(tǒng)有效作用范圍的邊界。第二十五頁，共六十九頁，2022年，8月28日舉例：學生1學生選擇課程3打印表格2注冊課程學生教師選課單費用學生課程成績記載單開課清單課程注冊表一個學生選課系統(tǒng)的數(shù)據(jù)流圖第二十六頁，共六十九頁，2022年，8月28日數(shù)據(jù)流數(shù)據(jù)流用帶數(shù)據(jù)流標識的箭頭表示，表示系統(tǒng)處理的數(shù)據(jù)對象和數(shù)據(jù)流動的方向。數(shù)據(jù)流的方向是：從一加工流向另一加工從加工流向數(shù)據(jù)存儲或數(shù)據(jù)存儲流向加工從源點流向加工或從加工流向終點當數(shù)據(jù)流的方向指向一個加工時，表示它是該加工的一個輸入數(shù)據(jù)流；當數(shù)據(jù)流的方向是從一個加工發(fā)出時，表示它是通過該加工得到的一個輸出數(shù)據(jù)流。第二十七頁，共六十九頁，2022年，8月28日數(shù)據(jù)流含有控制流的例子數(shù)據(jù)流反映的是加工處理的對象，控制流是一種選擇或用來影響加工的性質(zhì)，而不是對它進行加工的對象讀入卡片卡片校驗合法卡卡片數(shù)讀下張卡片第二十八頁，共六十九頁，2022年，8月28日數(shù)據(jù)存儲數(shù)據(jù)存儲邏輯上是信息的靜態(tài)存儲。物理上，DFD中的數(shù)據(jù)存儲可以是計算機系統(tǒng)中的外部或者內(nèi)部文件的一部分、數(shù)據(jù)庫的元素或記錄的一部分等，還可以是一個人工系統(tǒng)中的表冊、賬單等。一個數(shù)據(jù)流從加工流向數(shù)據(jù)存儲，表示該加工對文件寫入；如果數(shù)據(jù)流是從數(shù)據(jù)存儲流向加工，表示該加工對文件讀。如果加工到數(shù)據(jù)存儲之間的數(shù)據(jù)流是雙向的，表示該加工對文件的操作包括讀、寫和修改。第二十九頁，共六十九頁，2022年，8月28日數(shù)據(jù)的加工或變換輸入輸出軟件系統(tǒng)外部實體外部實體……外部實體外部實體……輸入數(shù)據(jù)流輸入數(shù)據(jù)流輸出數(shù)據(jù)流輸出數(shù)據(jù)流----

系統(tǒng)的邏輯模型第三十頁，共六十九頁，2022年，8月28日描述銀行取款過程的數(shù)據(jù)流圖第三十一頁，共六十九頁，2022年，8月28日數(shù)據(jù)流圖的分層為了表達數(shù)據(jù)處理過程的數(shù)據(jù)加工情況，需要采用層次結(jié)構(gòu)的數(shù)據(jù)流圖。按照系統(tǒng)的層次結(jié)構(gòu)進行逐步分解，并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系，能清楚地表達和容易理解整個系統(tǒng)第三十二頁，共六十九頁，2022年，8月28日分層數(shù)據(jù)流圖頂層0層一層第三十三頁，共六十九頁，2022年，8月28日數(shù)據(jù)流圖的分層在多層數(shù)據(jù)流圖中，頂層流圖僅包含一個加工，它代表被開發(fā)系統(tǒng)。它的輸入流是該系統(tǒng)的輸入數(shù)據(jù)，輸出流是系統(tǒng)所輸出數(shù)據(jù)底層流圖是指其加工不需再做分解的數(shù)據(jù)流圖，它處在最底層中間層流圖則表示對其上層父圖的細化。它的每一加工可能繼續(xù)細化，形成子圖。第三十四頁，共六十九頁，2022年，8月28日畫分層DFD的指導原則注意父圖和子圖的平衡S1S2S3A父圖BCMNOS3.1S3.2S3.3子圖1NXTMQOS3.1S3.2S3.4NXMQOS3.3PS3.1S3.2S3.4NXMQJS3.3P子圖2子圖3KFiFi第三十五頁，共六十九頁，2022年，8月28日畫分層DFD的指導原則掌握分解的速度一般來說，每一個加工每次可分為2-4個子加工，最多不得超過7個。遵守加工編號規(guī)則頂層加工不編號。第二層的加工編號為1,2,3,…,n號。第三層編號為1.1,1.2,1.3…n.1,n.2…等號，依此類推第三十六頁，共六十九頁，2022年，8月28日畫數(shù)據(jù)流圖的步驟（1）找外部實體，確定系統(tǒng)邊界，確定數(shù)據(jù)流源和數(shù)據(jù)終點。以項目開發(fā)計劃確定的目標為基礎，經(jīng)過需求獲取工作，可以比較容易劃定系統(tǒng)的邊界，確定系統(tǒng)的數(shù)據(jù)源點和終點。進而找出外部實體的輸入和輸出數(shù)據(jù)流，畫出頂層數(shù)據(jù)流圖。（2）從數(shù)據(jù)源點出發(fā)，按照系統(tǒng)的邏輯需要，逐步畫出一系列邏輯加工框，直至數(shù)據(jù)終點。自頂向下，對每個加工進行內(nèi)部分解，畫出分層數(shù)據(jù)流圖（3）按照下述一般原則對數(shù)據(jù)流圖進行復查求精。復查求精應由分析員與用戶共同參與，分析員借助數(shù)據(jù)流圖及數(shù)據(jù)詞典，向用戶闡述系統(tǒng)輸入數(shù)據(jù)如何一步一步地轉(zhuǎn)變?yōu)檩敵鼋Y(jié)果。第三十七頁，共六十九頁，2022年，8月28日構(gòu)造分層數(shù)據(jù)流圖及求精的原則數(shù)據(jù)流圖中所有圖形符號必須是四種元素之一，圖中的每一個元素都必須有良好的命名分解應該自然，概念上清晰、合理流入、流出加工的數(shù)據(jù)流應連續(xù)，必須有輸入、輸出數(shù)據(jù)流，缺一不可。在分解過程中，注意保持父圖和子圖數(shù)據(jù)流的平衡性，合理利用局部文件實現(xiàn)信息隱蔽。控制單張數(shù)據(jù)流圖的復雜性。當一個加工邏輯足夠簡單，則分解可以終止。第三十八頁，共六十九頁，2022年，8月28日構(gòu)造分層數(shù)據(jù)流圖及求精的原則在軟件分析過程中應只考慮穩(wěn)態(tài)，暫時忽略有關(guān)細節(jié)。在進行逐層分解時，應注意分解層次的均勻性。第三十九頁，共六十九頁，2022年，8月28日舉例學生開購書證明購書證明開購書發(fā)票發(fā)票收書費領(lǐng)書單發(fā)書學生人工銷售教材系統(tǒng)流程圖第四十頁，共六十九頁，2022年，8月28日學生教材購銷系統(tǒng)購書單領(lǐng)書單缺書單進書通知進書通知保管員1銷售購書單領(lǐng)書單學生缺書單進書通知2采購保管員頂層第0層教材存量表F1缺書登記表F2外部實體外部實體第四十一頁，共六十九頁，2022年，8月28日教材銷售子系統(tǒng)無效書單購書單1.3登記并開領(lǐng)書單1.2開發(fā)票1.1審查有效性1.4登記缺書1.5補售教材采購學生學生進書通知有效書單發(fā)票領(lǐng)書單暫缺書單1銷售購書單領(lǐng)書單缺書單進書通知2采購進書通知缺書登記表教材存量表學生保管員第2層補售書單第3層教材存量表F1缺書登記表F2

F1書號單價數(shù)量各班用書表F3售書登記表F4外部項第四十二頁，共六十九頁，2022年，8月28日1銷售購書單領(lǐng)書單缺書單進書通知2采購進書通知缺書登記表教材存量表學生保管員采購子系統(tǒng)

第2層第3層缺書單2.3修改教材庫存和待購量銷售進書通知進書通知2.1按書號匯總?cè)睍?.2按出版社統(tǒng)計缺書保管員教材存量表F1待購教材表F5教材一覽表F6缺書登記表F2第四十三頁，共六十九頁，2022年，8月28日結(jié)構(gòu)化分析方法的描述工具數(shù)據(jù)字典(DataDictionary,DD)：DFD只描繪信息在系統(tǒng)中的流動和處理情況，而數(shù)據(jù)字典則是對圖中的元素進行定義。數(shù)據(jù)字典的任務是:

對于數(shù)據(jù)流圖中出現(xiàn)的所有被命名的圖形元素在字典中作為一個詞條加以定義，使得每一個圖形元素的名字都有一個確切的解釋。

第四十四頁，共六十九頁，2022年，8月28日數(shù)據(jù)字典編寫的基本要求對數(shù)據(jù)流圖上的各種元素的定義必須明確、一致且易理解。命名、編號應與數(shù)據(jù)流圖一致對數(shù)據(jù)流圖的成分定義與說明無遺漏，無同名異義，或異名同義。格式規(guī)范，文字精練，符號正確第四十五頁，共六十九頁，2022年，8月28日數(shù)據(jù)字典的內(nèi)容和格式數(shù)據(jù)字典中包括4類條目：數(shù)據(jù)流、數(shù)據(jù)項、文件、基本加工第四十六頁，共六十九頁，2022年，8月28日數(shù)據(jù)流條目的描述數(shù)據(jù)流名（名字、別名、編號）：說明：簡要介紹作用即它產(chǎn)生的原因和結(jié)果。數(shù)據(jù)流來源：即該數(shù)據(jù)流來自何方。數(shù)據(jù)流去向：去向何處。數(shù)據(jù)流組成：數(shù)據(jù)結(jié)構(gòu)。每個數(shù)據(jù)量流通量：數(shù)據(jù)量、流通量。審查并開發(fā)票發(fā)票購書單

數(shù)據(jù)流名：發(fā)票說明：用作學生已付書款的依據(jù)數(shù)據(jù)流來源：來自加工“審查并開發(fā)票”數(shù)據(jù)流去向：流向加工“開領(lǐng)書單”。數(shù)據(jù)流組成：學號+姓名+書號+單價總價+書費合計第四十七頁，共六十九頁，2022年，8月28日數(shù)據(jù)項條目數(shù)據(jù)元素名:類型:數(shù)字（離散值、連續(xù)值），文字（編碼類型）長度:取值范圍:相關(guān)的數(shù)據(jù)元素及數(shù)據(jù)結(jié)構(gòu)

年=“1900”..“3000”月=“01”..“12”日=“01”..“31”摘要=1{字母}4金額=“00000000.01”..“999999999.99”……第四十八頁，共六十九頁，2022年，8月28日文件存儲條目說明存儲文件的名稱、編號、文件組織方式、記錄數(shù)及存儲介質(zhì)第四十九頁，共六十九頁，2022年，8月28日加工說明條目說明加工的名稱、編號、輸入/輸出數(shù)據(jù)流、加工邏輯概括描述等第五十頁，共六十九頁，2022年，8月28日數(shù)據(jù)字典定義符號符號含義例子＝被定義為

＋與x=a+b,則表示x由a和b組成[…,..][…|…]

或

x=[a,b]，則表示x

由a或由

b

組成{….}重復x={a}，則表示x

由0個或多個a組成m{….}n重復x=3{a}8，則表示x中至少出現(xiàn)3次a,最多出現(xiàn)8次（….）選擇x=(a)，則表示a在x中出現(xiàn),也可不出現(xiàn)“…”基本數(shù)據(jù)元素印密＝“0”..

連接符學號＝“0001”..“99999”第五十一頁，共六十九頁，2022年，8月28日教學管理系統(tǒng)數(shù)據(jù)字典實例選課登記表如下表學號姓名課程專業(yè)開課時間備注第五十二頁，共六十九頁，2022年，8月28日教學管理系統(tǒng)數(shù)據(jù)字典實例數(shù)據(jù)字典中的定義格式為：學生選課登記表＝1{學號+姓名+課程+專業(yè)+班級+(備注)}23學號＝“00001”..“99999”姓名＝4{字符}8課程＝課程名＋課程類型＋學分專業(yè)＝“01”..“99”

注：專業(yè)代碼，兩位數(shù)字開課時間＝年＋月＋日備注＝0{字符}40課程名＝“001”..“999”

注：課程代碼，三位數(shù)字第五十三頁，共六十九頁，2022年，8月28日教學管理系統(tǒng)數(shù)據(jù)字典實例課程類型＝[B|X|R]

注：課程類別－為標識符B＝“必選”X＝“限選”R=“任選”學分＝“x”第五十四頁，共六十九頁，2022年，8月28日戶名:儲蓄網(wǎng)點名稱:帳號:開戶日:性質(zhì):印密:日期(年月日)摘要支出存入余額操作復核存折=戶名+所號+帳號+開戶日+性質(zhì)+(印密)+1{存取行}20戶名=2{字母}24所號=“001”..“999”帳號=“00000001”..“99999999”開戶日=年+月+日性質(zhì)=“1”..“6”印密=“0”存取行=日期+（摘要）+支出+存入+余額+操作+復核日期=年+月+日年=“1900”..“3000”月=“01”..“12”日=“01”..“31”摘要=1{字母}4支出=金額金額=“00000000.01”..“999999999.99”……第五十五頁，共六十九頁，2022年，8月28日加工邏輯說明加工說明組成輸入數(shù)據(jù)加工邏輯輸出數(shù)據(jù)描述把輸入數(shù)據(jù)流變換為輸出數(shù)據(jù)流的加工過程，是加工說明的主體。(做什么？)加工說明描述工具結(jié)構(gòu)化語言判定表判定樹第五十六頁，共六十九頁，2022年，8月28日結(jié)構(gòu)化英語(StructuredEnglish)也叫問題描述語言(ProblemDescribeLanguage)，簡稱PDL，它是在自然語言基礎上加了一些限制而得到的一種介于自然語言和形式化語言之間的半形式化語言。結(jié)構(gòu)化英語的詞匯表由英語命令動詞、數(shù)據(jù)詞典中定義的名字、有限的自定義詞和邏輯關(guān)系詞IF_THEN_ELSE，WHILE_DO，REPEAT_UNTIL，CASE_OF等組成。第五十七頁，共六十九頁，2022年，8月28日結(jié)構(gòu)化英語(StructuredEnglish)選擇結(jié)構(gòu)如果<條件><策略>

If<condition><policy>如果<條件>

則

<策略1>

否則

<策略2>情況1<條件><策略1>…

…情況n<條件><策略n>If<condition>

then<policy1>Otherwise<policy2>case1<condition><policy1>…

…casen<condition><policyn>循環(huán)結(jié)構(gòu)對

…,<策略>重復以下

<策略>直至

<條件>Foreach…,<policy>Repeatthefollowing:<policy>Until<condition>第五十八頁，共六十九頁，2022年，8月28日結(jié)構(gòu)化英語舉例BEGIN

輸入學生成績記錄

REPEATIF總分≥600分

THENIF單科成績有不及格

THEN發(fā)升級通知書AND發(fā)重修單科通知書

ELSE發(fā)升級通知書

ELSEIF單科成績有滿分

THEN發(fā)留級通知書AND發(fā)免修單科通知書

ELSE發(fā)留級通知書

UNTIL學生成績記錄處理結(jié)束

END第五十九頁，共六十九頁，2022年，8月28日判定樹在某些數(shù)據(jù)處理問題中，其數(shù)據(jù)流圖的處理需要依賴多個邏輯條件的取值，這些取值構(gòu)成多種不同的情況，滿足不同條件，執(zhí)行相應的不同動作，這類問題適合使用判定樹或判定表作為描述加工的工具。第六十頁，共六十九頁，2022年，8月28日判定樹舉例升留級處理邏輯考試總分≥600考試總分<600單科無不及格：發(fā)升級通知書單科有不及格：發(fā)升級通知書、重修單科通知書單科有滿分：發(fā)留級通知書、免修單科通知書單科無滿分：發(fā)留級通知書決定學生升留級判定樹第六十一頁，共六十九頁，2022年，8月28日判定表如果條件多，而且相互組合時，不容易清晰地表達判斷過程，這時引入判定表。判定表由4部分組成：基本條件區(qū)基本動作區(qū)條件組合區(qū)執(zhí)行動作區(qū)第六十二頁，共六十九頁，2022年，8月28日判定表舉例規(guī)則1規(guī)則2規(guī)則3規(guī)則4規(guī)則5規(guī)則6規(guī)則7規(guī)則8考試總分≥600≥600≥600≥600<600<600<600<600單科滿分

有有無無有有無無單科不及格

有無有無有無有

無發(fā)升級通知書發(fā)單科免修通知書發(fā)留級通知書發(fā)單科重修通知書YYYYNNNNNNNNYYNNN