軟件工程需求分析需求分析

2024/8/221第5章需求分析可行性研究通過(guò)以后，下一步就要根據(jù)草擬的開發(fā)計(jì)劃，展開詳細(xì)的需求分析活動(dòng)。軟件需求分析，是詳細(xì)分析需求，并建立需求分析模型的階段2024/8/222第5章軟件需求分析5.1需求分析概述5.2結(jié)構(gòu)化分析方法5.3數(shù)據(jù)流圖的繪制5.4編制數(shù)據(jù)字典5.5加工邏輯的分析與表達(dá)5.6需求驗(yàn)證與評(píng)審2024/8/2235.1需求分析概述5.1.1需求分析的任務(wù)、特點(diǎn)、主要困難5.1.2人員組成5.1.3分析師的角色5.1.4需求分析的活動(dòng)和原則2024/8/2245.1.1需求分析的任務(wù)完成“分析建?！?擬定“確認(rèn)測(cè)試”計(jì)劃修訂“開發(fā)計(jì)劃”編寫“需求規(guī)劃說(shuō)明書”需求評(píng)審2024/8/2251.分析建模針對(duì)用戶要求實(shí)現(xiàn)的軟件功能、性能等目標(biāo)，與開發(fā)人員進(jìn)一步澄清、達(dá)成共識(shí)、形成規(guī)約;準(zhǔn)確講，需求分析是發(fā)掘需求、分析求精、邏輯建模、形成規(guī)約的過(guò)程。2024/8/2261.分析建模發(fā)掘需求——調(diào)查需求、挖掘潛在需求、預(yù)測(cè)未來(lái)可能的需求；需求求精——對(duì)模糊不清的用戶需求明確、精化；邏輯建?！诂F(xiàn)行系統(tǒng)邏輯模型的基礎(chǔ)上，考慮新的用戶需求、限制和約束的基礎(chǔ)上導(dǎo)出新系統(tǒng)的邏輯模型；形成規(guī)約——將雙方達(dá)成共識(shí)的需求文檔化、模型化，這份文檔被稱為“需求規(guī)約”和“需求規(guī)格說(shuō)明書”，它將是后需活動(dòng)開發(fā)方努力實(shí)現(xiàn)的目標(biāo)2024/8/2272.擬定“確認(rèn)測(cè)試”計(jì)劃有了共同的需求約定以后，就可以制定“確認(rèn)測(cè)試”計(jì)劃，它是用戶驗(yàn)證軟件是否滿足需求的依據(jù)；這個(gè)計(jì)劃到綜合測(cè)試后期執(zhí)行。2024/8/228

3.修訂開發(fā)計(jì)劃系統(tǒng)調(diào)查與可行性研究階段的最后，草擬了初步的開發(fā)計(jì)劃，當(dāng)時(shí)由于需求尚不詳細(xì)，現(xiàn)可有了詳細(xì)的需求分析結(jié)果以后，應(yīng)該使開發(fā)計(jì)劃更準(zhǔn)確一些。2024/8/2294.編寫“需求規(guī)劃說(shuō)明書”需求分析階段的成果集中體現(xiàn)在“需求規(guī)格說(shuō)明書”中，這是一個(gè)里程碑；有明確的格式和內(nèi)容2024/8/22105.需求評(píng)審需求評(píng)審是“質(zhì)量保證活動(dòng)”的內(nèi)容；體現(xiàn)出瀑布模型的“文檔驅(qū)動(dòng)”特點(diǎn)由項(xiàng)目經(jīng)理、用戶、分析員、前一階段（可行性研究）的主要人員和后一階段（概要設(shè)計(jì)）的主要人員組成評(píng)審小組；2024/8/2211階段性成果（主要文檔）包括：需求規(guī)格說(shuō)明書細(xì)化的項(xiàng)目計(jì)劃確認(rèn)測(cè)試計(jì)劃2024/8/2212主要特點(diǎn):面向問題域（即用戶業(yè)務(wù)領(lǐng)域）只關(guān)注“邏輯”，不考慮“物理”只研究應(yīng)該“做什么？”，暫不考慮用什么手段、如何實(shí)現(xiàn)，即“怎么做”的問題；用數(shù)流據(jù)圖、數(shù)據(jù)字典、加工描述等工具建立邏輯模型2024/8/2213面臨的主要困難需求分析活動(dòng)面臨的挑戰(zhàn)：使用有效的軟件工程方法克服復(fù)雜性建立分析員與用戶的有效溝通使用有效的工具，克服需求表述的二義性2024/8/22145.1需求分析概述5.1.1需求分析的任務(wù)、特點(diǎn)、主要困難5.1.2人員組成5.1.3分析師的角色5.1.4需求分析的活動(dòng)和原則2024/8/22155.1.2人員組成如果是一個(gè)企業(yè)信息系統(tǒng)開發(fā)項(xiàng)目，那么項(xiàng)目團(tuán)隊(duì)成員應(yīng)包括用戶和開發(fā)人員；參與團(tuán)隊(duì)的用戶包括：企業(yè)負(fù)責(zé)人、部門負(fù)責(zé)人、專業(yè)崗位上的員工；參開團(tuán)隊(duì)的開發(fā)人員包括：系統(tǒng)分析師、數(shù)據(jù)管理員；在需求評(píng)審時(shí)，還需要”可行性分析“和”系統(tǒng)設(shè)計(jì)“階段的主要人員參與；2024/8/22165.1需求分析概述5.1.1需求分析的任務(wù)、特點(diǎn)、主要困難5.1.2人員組成5.1.3分析師的角色5.1.4需求分析的活動(dòng)和原則2024/8/22175.1.3分析師的角色是用戶與開發(fā)人員的橋梁；與項(xiàng)目經(jīng)理合作，是開發(fā)團(tuán)隊(duì)的領(lǐng)軍人物；具體業(yè)務(wù)主要集中在可行性研究和需求分析階段；個(gè)人素質(zhì)方面：具有領(lǐng)導(dǎo)才能，善于溝通；具有實(shí)干作風(fēng)；知識(shí)面寬，重在廣度而不是深度；技術(shù)全面；有時(shí)分析師是一個(gè)團(tuán)隊(duì)，由若干人承擔(dān)；2024/8/22185.1需求分析概述5.1.1需求分析的任務(wù)、特點(diǎn)、主要困難5.1.2人員組成5.1.3分析師的角色5.1.4需求分析的活動(dòng)和原則2024/8/22195.1.4需求分析的活動(dòng)和原則活動(dòng)主要分為：需求獲取；分析建模；需求評(píng)審2024/8/2220需求獲取的目標(biāo)對(duì)用戶需求進(jìn)行鑒別、綜合，清除用戶需求的模糊性、歧義性和不一致性；把對(duì)原始問題的理解和軟件開發(fā)經(jīng)驗(yàn)結(jié)合起來(lái)，鑒別由于用戶的片面性或短期行為所導(dǎo)致的不合理要求，發(fā)現(xiàn)用戶尚未發(fā)現(xiàn)的但具有真正價(jià)值的潛在需求；2024/8/2221需求獲取中風(fēng)驗(yàn)需求獲取隱藏著很大的風(fēng)險(xiǎn)因?yàn)槿魏五e(cuò)誤的需求描述，都必然造成錯(cuò)誤的設(shè)計(jì)、錯(cuò)誤的編程和錯(cuò)誤的軟件結(jié)果，而實(shí)際情形是這種潛在的風(fēng)險(xiǎn)是客觀存在的2024/8/2222總的原則分析師關(guān)注的焦點(diǎn)是“做什么（What）”，而不是“怎么做How”，系統(tǒng)會(huì)產(chǎn)生和使用什么數(shù)據(jù)？系統(tǒng)必須完成什么功能？將定義什么界面？會(huì)遇到什么約束？等。這一階段主要精力集中在獲取和分析系統(tǒng)的邏輯功能上。不要把“用計(jì)算機(jī)如何實(shí)現(xiàn)”這樣的物理因素牽扯進(jìn)來(lái)，影響邏輯功能的分析。2024/8/22235.1.4需求分析的活動(dòng)和原則活動(dòng)主要分為：需求獲取；分析建模；需求評(píng)審2024/8/2224分析建模用戶往往會(huì)從不同的角度、不同的抽象級(jí)別闡述對(duì)原始問題的理解和需求，相對(duì)比較零亂，有必要借助模型。一方面，模型用于精確地記錄用戶從各個(gè)視角、不同抽象級(jí)別上對(duì)原始問題及目標(biāo)軟件的描述；另一方面，它將幫助分析人員去偽存真、由表及里地挖掘用戶需求。建模不僅是描述系統(tǒng)的工具，也是用戶與開發(fā)人員進(jìn)行交流的工具。在結(jié)構(gòu)化分析方法中，數(shù)據(jù)流圖是建模的主要工具。邏輯模塊不僅是描述問題的圖形工具，同時(shí)更是分析問題的一種工作方法。2024/8/2225調(diào)研階段產(chǎn)生的文檔，是需求分析的起點(diǎn)，是目標(biāo)軟件系統(tǒng)邏輯模型的雛型。在需求分析階段，分析師將進(jìn)一步對(duì)它進(jìn)行細(xì)化、擴(kuò)充，直到足夠具體為止。在分析的過(guò)程中建立數(shù)據(jù)字典，對(duì)模型進(jìn)行注解。邏輯模型是分析師與用戶交流的主要工具，也是需求分析階段的成果的主要體現(xiàn)。2024/8/22263.需求評(píng)審需求審查和管理復(fù)審是需求分析的最后一個(gè)環(huán)節(jié)，通過(guò)了這一環(huán)節(jié)，就等于暫時(shí)為需求分析階段畫上了一個(gè)“句號(hào)”。盡管后期可能還會(huì)有些對(duì)需求分析的反復(fù)，但有了這個(gè)“句號(hào)”，就可以進(jìn)入設(shè)計(jì)階段了。經(jīng)過(guò)審批之后的文檔，在整個(gè)項(xiàng)目范圍內(nèi)，相當(dāng)于用戶與開發(fā)人員之間達(dá)成了一份合約，后期的系統(tǒng)設(shè)計(jì)和系統(tǒng)測(cè)試，都將以這份“規(guī)約”為準(zhǔn)。任何對(duì)合約的修改，都將影響到整個(gè)項(xiàng)目的工期和開發(fā)成本，都需要經(jīng)過(guò)嚴(yán)格的審批和簽約。2024/8/2227例家庭保安系統(tǒng)問題描述：

家庭保安市場(chǎng)正以每年40%的速度增長(zhǎng)。希望建立一種基于微處理器的家庭保安系統(tǒng)，它能夠識(shí)別異常事件并采取相應(yīng)的防護(hù)措施。這些異常事件包括：非法侵入、火災(zāi)、水淹等。一旦異常情況被傳感器探測(cè)出來(lái)，系統(tǒng)應(yīng)自動(dòng)通過(guò)電話向監(jiān)控中心報(bào)警。此外，應(yīng)允許戶主對(duì)系統(tǒng)行為進(jìn)行程序控制。

2024/8/2228家庭保安系統(tǒng)分析初期聯(lián)合小組的工作程序聯(lián)合小組首先制定工作制度：每次會(huì)議開始前必須有確定的議程，參加者必須針對(duì)各項(xiàng)議程進(jìn)行充分的準(zhǔn)備，并用文字表示。經(jīng)過(guò)會(huì)議討論，明確問題的范圍、問題與環(huán)境的關(guān)系，并就開發(fā)軟件產(chǎn)品的必要性達(dá)成共識(shí)。2024/8/2229例家庭保安系統(tǒng)小組負(fù)責(zé)人要求每位參加者列出問題及環(huán)境中的有關(guān)對(duì)象，對(duì)這些對(duì)象施行的操作以及對(duì)象間的相互作用。列出的操作和對(duì)象盡可能完全，如，控制面板、電話機(jī)、監(jiān)控中心、煙霧傳感器、門窗監(jiān)視器、警報(bào)器等對(duì)象，以及用戶編程控制、電話拔號(hào)、報(bào)警等操作。負(fù)責(zé)人應(yīng)要求小組成員對(duì)接收傳感器事件、用戶編程控制、電話報(bào)警等操作進(jìn)行更詳細(xì)的描述，必要時(shí)可用流程圖表示。2024/8/2230例家庭保安系統(tǒng)用戶可能提出一些條件，如造價(jià)不能超過(guò)3，000元，對(duì)傳感器事件必須在1秒內(nèi)作出響應(yīng)，事件必須按優(yōu)先級(jí)進(jìn)行處理等。會(huì)后小組負(fù)責(zé)人對(duì)這些信息進(jìn)行綜合、整理，形成文檔，該文檔應(yīng)能反映“家庭保安系統(tǒng)”的全貌。聯(lián)合小組分成兩個(gè)小組，分別處理用戶編程控制和傳感器監(jiān)測(cè)兩個(gè)子系統(tǒng)。目的是對(duì)子系統(tǒng)的軟件需求進(jìn)行細(xì)化。對(duì)出現(xiàn)的新對(duì)象、新操作、新約束應(yīng)及時(shí)添加到相應(yīng)的子系統(tǒng)。2024/8/2231例家庭保安系統(tǒng)確定子系統(tǒng)需求并形成文檔聯(lián)合小組討論子系統(tǒng)的集成及需求驗(yàn)證標(biāo)準(zhǔn)。子系統(tǒng)集成包括子系統(tǒng)接口的一致性檢查、系統(tǒng)功能和行為的完整性檢查。需求驗(yàn)證標(biāo)準(zhǔn)應(yīng)該是可測(cè)試的，以便開發(fā)人員在代碼生成后能夠通過(guò)測(cè)試結(jié)果向用戶表明軟件系統(tǒng)已完整地實(shí)現(xiàn)了用戶需求。初步分析活動(dòng)應(yīng)形成結(jié)論性文檔，該文檔將作為后續(xù)分析活動(dòng)的基礎(chǔ)。2024/8/2232例家庭保安系統(tǒng)

初步分析生成的“家庭保安系統(tǒng)”部分需求文檔(不包括約束條件和測(cè)試標(biāo)準(zhǔn))“家庭保安系統(tǒng)”的軟件允許用戶在安裝時(shí)進(jìn)行系統(tǒng)配置，實(shí)施對(duì)傳感器的監(jiān)控并通過(guò)控制面板與用戶進(jìn)行信息交互。配置操作(1)指定每一傳感器的種類和編號(hào)；(2)設(shè)置開、關(guān)機(jī)密碼；(3)指定報(bào)警電話號(hào)碼；(4)指定報(bào)警延遲和電話重拔延遲時(shí)間(以秒為單位)。2024/8/2233例家庭保安系統(tǒng)當(dāng)軟件系統(tǒng)接收到傳感器發(fā)出的數(shù)據(jù)后，判別是否出現(xiàn)異常事件。如果是，則在指定的延遲時(shí)間內(nèi)拔報(bào)警電話號(hào)碼，拔號(hào)操作將按照重拔延遲反復(fù)進(jìn)行，直至電話接通。然后軟件系統(tǒng)負(fù)責(zé)報(bào)告時(shí)間、地點(diǎn)和異常事件的性質(zhì)。開機(jī)后軟件系統(tǒng)負(fù)責(zé)顯示當(dāng)前工作狀態(tài)，接收并處理用戶指令。2024/8/2234第5章軟件需求分析5.1需求分析概述5.2結(jié)構(gòu)化分析方法5.3數(shù)據(jù)流圖的繪制5.4編制數(shù)據(jù)字典5.5加工邏輯的分析與表達(dá)5.6需求驗(yàn)證與評(píng)審2024/8/2235什么是結(jié)構(gòu)化方法？軟件工程方法論：面向?qū)ο蠓椒ㄕ撁嫦蜻^(guò)程方法論——結(jié)構(gòu)化方法解決復(fù)雜問題的方法——分解面向?qū)ο蟆础柏?fù)責(zé)”分解問題，找承擔(dān)責(zé)任的對(duì)象結(jié)構(gòu)化方法——按“功能”分解問題，劃分模塊2024/8/22365.2結(jié)構(gòu)化分析方法5.2.1結(jié)構(gòu)化分析的概念5.2.2細(xì)化數(shù)據(jù)流圖5.2.3數(shù)據(jù)流程圖應(yīng)用實(shí)例2024/8/22375.2.1結(jié)構(gòu)化分析的概念用一組標(biāo)準(zhǔn)的工具和策略從事系統(tǒng)分析與設(shè)計(jì)，以便提高系統(tǒng)分析與設(shè)計(jì)的質(zhì)量和效率2024/8/2238結(jié)構(gòu)化分析方法的直接目的就是撇開物理因素，在綜合分析用戶對(duì)系統(tǒng)各項(xiàng)要求的基礎(chǔ)上，最終導(dǎo)出新系統(tǒng)的邏輯模型。用數(shù)據(jù)流圖作為主要工具，進(jìn)一步審查用戶的真實(shí)需求和新系統(tǒng)必須完成的功能，逐步細(xì)化數(shù)據(jù)流圖，直到把“數(shù)據(jù)流”、“加工”和“數(shù)據(jù)存貯”分析分解到足夠具體為止，最終得到的就是系統(tǒng)的基于功能的邏輯模型。2024/8/2239在對(duì)數(shù)據(jù)細(xì)化的過(guò)程中，要建立數(shù)據(jù)字典，對(duì)“數(shù)據(jù)元素”、“數(shù)據(jù)結(jié)構(gòu)”、“數(shù)據(jù)流”、“數(shù)據(jù)存貯”和“加工”都要加以詳細(xì)的定義和注釋。加工的處理邏輯描述，還需要用到專門的分析和表達(dá)工具：結(jié)構(gòu)式語(yǔ)言、判定樹和判定表等工具2024/8/2240綜上所述，結(jié)構(gòu)化系統(tǒng)分析的過(guò)程，大致歸納為以下幾步：細(xì)化數(shù)據(jù)流圖（DFD），必要時(shí)，對(duì)實(shí)時(shí)系統(tǒng)還要繪制控制流圖（CFD）；編制數(shù)據(jù)字典；用戶復(fù)查；修正開發(fā)計(jì)劃；整理文檔；審查和復(fù)審。2024/8/22415.2結(jié)構(gòu)化分析方法5.2.1結(jié)構(gòu)化分析的概念5.2.2細(xì)化數(shù)據(jù)流圖5.2.3數(shù)據(jù)流程圖應(yīng)用實(shí)例2024/8/22425.2.2細(xì)化數(shù)據(jù)流圖1．沿?cái)?shù)據(jù)流圖回溯，挖掘想要的內(nèi)容2．自頂向下逐層分析的分析策略

2024/8/22431．沿?cái)?shù)據(jù)流圖回溯，挖掘想要的內(nèi)容系統(tǒng)輸出的數(shù)據(jù)流是由哪些數(shù)據(jù)元素組成的？每個(gè)數(shù)據(jù)元素又是從哪里來(lái)的？對(duì)這些問題的回答，迫使我們必須從數(shù)據(jù)流圖的輸出端開始，沿?cái)?shù)據(jù)流的方向回溯。既然它們是系統(tǒng)的輸出，顯然不是從外面輸入到系統(tǒng)中來(lái)的就是通過(guò)加工產(chǎn)生出來(lái)的。沿?cái)?shù)據(jù)流圖從輸出端向輸入端回溯，一定能夠找出每個(gè)數(shù)據(jù)元素的來(lái)源。同時(shí)確認(rèn)某個(gè)數(shù)據(jù)流是由某個(gè)加工產(chǎn)生的，就可以從用戶那里調(diào)查分析得到該加工的邏輯算法。2024/8/2244記住一個(gè)準(zhǔn)則：“數(shù)據(jù)流”一定是和“加工”有關(guān)聯(lián)的。一個(gè)數(shù)據(jù)流不是流入“加工”的就必然是從“加工”流出的，如圖5-1所示。圖5.1數(shù)據(jù)流與加工的關(guān)系2024/8/2245在調(diào)研階段產(chǎn)生的高層數(shù)據(jù)流圖，許多具體的細(xì)節(jié)沒有包括在里面，因此沿?cái)?shù)據(jù)流程回溯時(shí)常常遇到下述問題：為了得到某個(gè)數(shù)據(jù)元素需要用到數(shù)據(jù)流圖中目前還沒有的數(shù)據(jù)元素，或者得出這個(gè)數(shù)據(jù)元素需要用的算法尚不完全清楚。為了解決這些問題，往往需要向用戶和其他有關(guān)人員請(qǐng)教，他們的回答會(huì)使分析師對(duì)目標(biāo)系統(tǒng)的認(rèn)識(shí)更深入更具體，數(shù)據(jù)流圖中的更多的成分就可以被分解出來(lái)。2024/8/2246通常把分析過(guò)程中得到的有關(guān)數(shù)據(jù)元素的信息描述在數(shù)據(jù)字典中，把對(duì)算法的簡(jiǎn)明描述記錄在IPO圖中（輸入/處理/輸出圖）。通過(guò)挖掘分解出來(lái)的數(shù)據(jù)流、數(shù)據(jù)存貯和處理邏輯及時(shí)添加到數(shù)據(jù)流圖中，這就是細(xì)化的過(guò)程。2024/8/2247回溯數(shù)據(jù)流圖的過(guò)程中，還要掌握的另外一個(gè)原則是：數(shù)據(jù)流程圖不可能一步細(xì)化到位，需要按照概括程度逐步細(xì)化，逐層分解。2024/8/22485.2.2細(xì)化數(shù)據(jù)流圖1．沿?cái)?shù)據(jù)流圖回溯，挖掘想要的內(nèi)容2．自頂向下逐層分析的分析策略

2024/8/22492．自頂向下逐層分析的分析策略在軟件工程中控制復(fù)雜性的兩個(gè)基本手段：“分解“和“抽象”。分析理解問題時(shí)，一般不可能一步到位，分解可以“循序漸進(jìn)”地進(jìn)行，即先考慮問題最本質(zhì)的屬性和高度概括的情形，以后再逐層剖析內(nèi)部的細(xì)節(jié)，直至涉及到最詳細(xì)的內(nèi)容。這種用高度概括的手法，先把握主要的功能，忽略細(xì)節(jié)，避免眉毛胡子一把抓的做法，就用到了“抽象”的手法。2024/8/2250在研究用戶業(yè)務(wù)系統(tǒng)的數(shù)據(jù)流程時(shí)，是以“功能”為對(duì)象進(jìn)行不同級(jí)別“抽象”的。在數(shù)據(jù)流圖的細(xì)化方面，把處理功能按抽象層次進(jìn)行逐層分解，把握好抽象的粒度，使其與層次對(duì)應(yīng)。2024/8/2251圖5.2對(duì)數(shù)據(jù)流圖的分層分解2024/8/22525.2結(jié)構(gòu)化分析方法5.2.1結(jié)構(gòu)化分析的概念5.2.2細(xì)化數(shù)據(jù)流圖5.2.3數(shù)據(jù)流程圖應(yīng)用實(shí)例2024/8/22535.2.3數(shù)據(jù)流程圖應(yīng)用實(shí)例某汽車配件公司設(shè)有銷售、采購(gòu)、倉(cāng)庫(kù)、會(huì)計(jì)等業(yè)務(wù)部門。公司每天都要處理大量的銷售訂單業(yè)務(wù)。當(dāng)配件缺貨或庫(kù)存量低于保險(xiǎn)貯備量時(shí)，就要進(jìn)貨。如果暫不考慮配件公司內(nèi)部的倉(cāng)庫(kù)和會(huì)計(jì)業(yè)務(wù)細(xì)節(jié)，那么，配件公司的TOP圖，如5-3所示。2024/8/2254（1）銷售子系統(tǒng)TOP圖——描述系統(tǒng)邊界圖5.4汽車配件銷售、采購(gòu)子系統(tǒng)TOP圖圖5.3汽車配件銷售業(yè)務(wù)系統(tǒng)TOP圖2024/8/2255（2）銷售子系統(tǒng)第一層圖——反映主要功能2024/8/2256（3）銷售子系統(tǒng)第二層圖——細(xì)化數(shù)據(jù)流圖2024/8/2257第5章軟件需求分析5.1需求分析概述5.2結(jié)構(gòu)化分析方法5.3數(shù)據(jù)流圖的繪制5.4編制數(shù)據(jù)字典5.5加工邏輯的分析與表達(dá)5.6需求驗(yàn)證與評(píng)審2024/8/22585.3.1數(shù)據(jù)流圖的布局為了便于制圖和讀圖，習(xí)慣以加工處理為中心，輸入來(lái)自左側(cè)，輸出流向右側(cè)。輸入的“數(shù)據(jù)流”及其“來(lái)源”一般畫在左側(cè)，如圖3-6從“顧客”發(fā)來(lái)“訂貨單”。輸出的數(shù)據(jù)流及其去處一般畫數(shù)據(jù)流圖的右側(cè)。如圖3-6中，“銷售報(bào)表”輸出到“主管”。從全局看“數(shù)據(jù)流”也是由左側(cè)流向右側(cè)2024/8/22595.3數(shù)據(jù)流圖的繪制5.3.1數(shù)據(jù)流圖的布局5.3.2符號(hào)的應(yīng)用5.3.3避免線條交叉——重復(fù)項(xiàng)表示5.3.4抽象數(shù)據(jù)流的應(yīng)用5.3.5編號(hào)規(guī)則5.3.6命名規(guī)則5.3.7父圖與子圖的平衡2024/8/22605.3.2符號(hào)的應(yīng)用關(guān)于正規(guī)的符號(hào)、語(yǔ)義圖5.7數(shù)據(jù)流圖符號(hào)應(yīng)用2024/8/22615.3數(shù)據(jù)流圖的繪制5.3.1數(shù)據(jù)流圖的布局5.3.2符號(hào)的應(yīng)用5.3.3避免線條交叉——重復(fù)項(xiàng)表示5.3.4抽象數(shù)據(jù)流的應(yīng)用5.3.5編號(hào)規(guī)則5.3.6命名規(guī)則5.3.7父圖與子圖的平衡2024/8/22623.3.3避免線條交叉——重復(fù)項(xiàng)表示2024/8/22633.3.3避免線條交叉——重復(fù)項(xiàng)表示圖5.8避免線條交叉的細(xì)法2024/8/22645.3數(shù)據(jù)流圖的繪制5.3.1數(shù)據(jù)流圖的布局5.3.2符號(hào)的應(yīng)用5.3.3避免線條交叉——重復(fù)項(xiàng)表示5.3.4抽象數(shù)據(jù)流的應(yīng)用5.3.5編號(hào)規(guī)則5.3.6命名規(guī)則5.3.7父圖與子圖的平衡2024/8/22655.3.4抽象數(shù)據(jù)流的應(yīng)用圖5.9數(shù)據(jù)流的合并2024/8/2266圖5.10通過(guò)分解簡(jiǎn)化數(shù)據(jù)流

2024/8/22675.3數(shù)據(jù)流圖的繪制5.3.1數(shù)據(jù)流圖的布局5.3.2符號(hào)的應(yīng)用5.3.3避免線條交叉——重復(fù)項(xiàng)表示5.3.4抽象數(shù)據(jù)流的應(yīng)用5.3.5編號(hào)規(guī)則5.3.6命名規(guī)則5.3.7父圖與子圖的平衡2024/8/22685.3.5編號(hào)規(guī)則在繪制數(shù)據(jù)流圖的過(guò)程中，外部項(xiàng)、處理邏輯、數(shù)據(jù)流和數(shù)據(jù)存貯都應(yīng)加以命名和編號(hào)，以便對(duì)其功能或組成能夠直觀的理解，尤其對(duì)于更細(xì)節(jié)的內(nèi)容，可以放在數(shù)據(jù)字典中詳細(xì)描述，以便查閱。2024/8/2269編號(hào)方法是用“層序號(hào)”P1.1——“編輯訂貨單”P1.1.1——“編輯檢查訂單”P1.1.2——“登記新顧客信息”P1.3——“辦理發(fā)貨”P1.3.1——表示“開發(fā)貨單并修改庫(kù)存”P1.3.2——表示“記銷售帳”P1.3.3——表示“銷售統(tǒng)計(jì)”P1.3.4——表示“登記新配件信息”P1.3.5——表示“生成編碼”2024/8/22705.3數(shù)據(jù)流圖的繪制5.3.1數(shù)據(jù)流圖的布局5.3.2符號(hào)的應(yīng)用5.3.3避免線條交叉——重復(fù)項(xiàng)表示5.3.4抽象數(shù)據(jù)流的應(yīng)用5.3.5編號(hào)規(guī)則5.3.6命名規(guī)則5.3.7父圖與子圖的平衡2024/8/22715.3.6命名規(guī)則①對(duì)數(shù)據(jù)流（或數(shù)據(jù)存貯）的命名：一般使用名詞。當(dāng)單個(gè)名詞尚不能說(shuō)明特指數(shù)據(jù)流或數(shù)據(jù)存貯時(shí)，前面可以加定語(yǔ)限定。②命名要代表整個(gè)數(shù)據(jù)流或數(shù)據(jù)存貯。因?yàn)橐粋€(gè)數(shù)據(jù)流或數(shù)據(jù)存貯往往是由一組數(shù)據(jù)元素組成的數(shù)據(jù)結(jié)構(gòu)，不要僅使用反映其中某些元素的名子。③不要使用泛指的名字，如“數(shù)據(jù)”、“信息”、“單據(jù)”等。④如果在為某個(gè)數(shù)據(jù)流或數(shù)據(jù)存貯命名時(shí)感到相對(duì)困難，就有可能是因?yàn)閷?duì)數(shù)據(jù)流或數(shù)據(jù)存貯分解的不恰當(dāng)造成的，試著重新分解，也許問題就解決了。2024/8/22725.3.6命名規(guī)則⑤對(duì)處理邏輯的命名：除了子系統(tǒng)級(jí)的邏輯功能可以使用名詞以外，原則上，其它功能邏輯習(xí)慣使用動(dòng)賓結(jié)構(gòu)的短語(yǔ)命名，如“記銷售帳”“處理訂貨業(yè)務(wù)”等。⑥通常是，先為數(shù)據(jù)流命名，然后再為與之相關(guān)聯(lián)的處理功能命名。這樣命名比較容易。因?yàn)榇蠖鄶?shù)據(jù)功能都是針對(duì)輸入的數(shù)據(jù)流的。⑦如果某處命名有困難，可能是對(duì)處理功能分解不當(dāng)造成的，試著重新分解，也許問題注解決了。2024/8/22735.3數(shù)據(jù)流圖的繪制5.3.1數(shù)據(jù)流圖的布局5.3.2符號(hào)的應(yīng)用5.3.3避免線條交叉——重復(fù)項(xiàng)表示5.3.4抽象數(shù)據(jù)流的應(yīng)用5.3.5編號(hào)規(guī)則5.3.6命名規(guī)則5.3.7父圖與子圖的平衡2024/8/22745.3.7父圖與子圖的平衡對(duì)數(shù)據(jù)流程圖的擴(kuò)充應(yīng)注意父圖與子圖邊界的吻合。即所有子圖邊界的疊加應(yīng)該與父圖描述的系統(tǒng)范圍一樣大。按經(jīng)驗(yàn)數(shù)據(jù)，每張子圖分解出來(lái)的加工邏輯一般不要超過(guò)7到8個(gè)，這樣可以保持整圖清晰，容易理解。如果過(guò)多，可能是分解過(guò)細(xì)，應(yīng)考慮是否應(yīng)該再分解一層。2024/8/2275一、問題的描述

在醫(yī)院ICU病房里，將病癥監(jiān)視器安置在每個(gè)病床，對(duì)病人進(jìn)行監(jiān)護(hù)。監(jiān)視器將病人的組合病癥信號(hào)實(shí)時(shí)地傳送到中央監(jiān)護(hù)系統(tǒng)進(jìn)行分析處理。在中心值班室里，值班護(hù)士使用中央監(jiān)護(hù)系統(tǒng)對(duì)病員的情況進(jìn)行監(jiān)控，監(jiān)護(hù)系統(tǒng)實(shí)時(shí)地將病人的病癥信號(hào)與標(biāo)準(zhǔn)的病診信號(hào)進(jìn)行比較分析，當(dāng)病癥出現(xiàn)異常時(shí)，系統(tǒng)會(huì)立即自動(dòng)報(bào)警，并打印病情報(bào)告和更新病歷。根據(jù)醫(yī)生的要求隨時(shí)打印病人的病情報(bào)告，系統(tǒng)還定期自動(dòng)更新病歷。案例一醫(yī)院病房監(jiān)護(hù)系統(tǒng)2024/8/2276經(jīng)過(guò)初步的需求分析，得到系統(tǒng)功能要求：1、監(jiān)視病員的病癥(血壓、體溫、脈搏等)。2、定時(shí)更新病歷。3、病情出現(xiàn)異常情況時(shí)報(bào)警。4、隨機(jī)地產(chǎn)生某一病員的病情報(bào)告。例1：醫(yī)院病房監(jiān)護(hù)系統(tǒng)產(chǎn)生病情報(bào)告監(jiān)視病情更新病歷請(qǐng)分析軟件系統(tǒng)需求!2024/8/22771.監(jiān)視病員的病癥

?采集病癥信號(hào)(血壓、體溫、脈搏等)。?組合病癥信號(hào)。?將模擬病癥信號(hào)轉(zhuǎn)換為數(shù)字信號(hào)（A-D轉(zhuǎn)換）。2.定時(shí)更新病歷?將病癥信號(hào)進(jìn)行格式化并加入更新日期、時(shí)間。?更新病歷庫(kù)中病人的信息。?可人工設(shè)定更新病歷的時(shí)間間隔。二、系統(tǒng)功能需求—局部監(jiān)視—更新日志2024/8/22783.病情出現(xiàn)異常情況時(shí)報(bào)警?根據(jù)標(biāo)準(zhǔn)病癥信號(hào)庫(kù)中的值，判斷是否報(bào)警。?將報(bào)警信號(hào)轉(zhuǎn)換為各種模擬信號(hào)（D-A轉(zhuǎn)換）。?實(shí)時(shí)打印病情報(bào)告，立即更新病歷。4.隨機(jī)地產(chǎn)生某一病員的病情報(bào)告二、系統(tǒng)功能需求—產(chǎn)生病情報(bào)告2024/8/2279非功能需求1、監(jiān)視器與網(wǎng)絡(luò)的可靠性要求，涉及人的生命安全。2、效率需求中對(duì)時(shí)間、空間的需求，所采集的病癥信號(hào)數(shù)據(jù)量大。3、互操作需求—如要求監(jiān)視器采樣頻率可人工調(diào)整等。4、對(duì)病人病歷的隱私的要求。2024/8/2280病員護(hù)士護(hù)士病員監(jiān)護(hù)系統(tǒng)病員日志病癥信號(hào)要求報(bào)告病癥報(bào)告報(bào)警頂層DFD圖醫(yī)院病房監(jiān)護(hù)系統(tǒng)分層DFD圖頂層確定了系統(tǒng)的范圍，其外部實(shí)體為病員和護(hù)士護(hù)士病員護(hù)士2024/8/2281第一層：病員護(hù)士護(hù)士中央監(jiān)視病員日志病癥信號(hào)要求報(bào)告病癥報(bào)告報(bào)警局部監(jiān)視生成報(bào)告病員極限更新日志病員數(shù)據(jù)格式化病員數(shù)據(jù)生理信號(hào)極限值1324日志數(shù)據(jù)日志數(shù)據(jù)醫(yī)院病房監(jiān)護(hù)系統(tǒng)頂層DFD圖緊急報(bào)告2024/8/2282第二層：加工“中央監(jiān)視”分解醫(yī)院病房監(jiān)護(hù)系統(tǒng)二層DFD圖計(jì)算超過(guò)極限值否病員數(shù)據(jù)超過(guò)極限值報(bào)警開解信號(hào)產(chǎn)生報(bào)警信息病員極限格式化病員數(shù)據(jù)體溫血壓、體溫脈搏生理信號(hào)極限值時(shí)間脈搏血壓日期時(shí)鐘格式化病員數(shù)據(jù)3.13.23.33.4緊急報(bào)告2024/8/2283計(jì)算超過(guò)極限值否病員數(shù)據(jù)超過(guò)極限值報(bào)警開解信號(hào)產(chǎn)生報(bào)警信息病員極限格式化病員數(shù)據(jù)體溫血壓、體溫、脈搏生理信號(hào)極限值時(shí)間脈搏血壓日期時(shí)鐘格式化病員數(shù)據(jù)3.13.23.33.4第二層：加工“中央監(jiān)視”分解醫(yī)院病房監(jiān)護(hù)系統(tǒng)分層DFD圖第一層格式化病員數(shù)據(jù)生理信號(hào)極限值病員護(hù)士護(hù)士中央監(jiān)視病員日志病癥信號(hào)要求報(bào)告病癥報(bào)告報(bào)警局部監(jiān)視生成報(bào)告病員極限更新日志病員數(shù)據(jù)1324日志數(shù)據(jù)緊急報(bào)告緊急報(bào)告2024/8/2284第5章軟件需求分析5.1需求分析概述5.2結(jié)構(gòu)化分析方法5.3數(shù)據(jù)流圖的繪制5.4編制數(shù)據(jù)字典5.5加工邏輯的分析與表達(dá)5.6需求驗(yàn)證與評(píng)審2024/8/22855.4編制數(shù)據(jù)字典在數(shù)據(jù)流圖中對(duì)一個(gè)數(shù)據(jù)流、數(shù)據(jù)存貯或加工只能標(biāo)明一個(gè)名字，沒有對(duì)這些元素的構(gòu)成細(xì)節(jié)、內(nèi)容、特性及加工過(guò)程詳細(xì)說(shuō)明。分析人員僅靠“圖”來(lái)完整地理解一個(gè)系統(tǒng)的邏輯功能是不可能的。數(shù)據(jù)定典就是用來(lái)定義數(shù)據(jù)流圖中的各個(gè)成分的具體含義的工具，它以一種準(zhǔn)確的、無(wú)二義性的說(shuō)明方式為系統(tǒng)的分析、設(shè)計(jì)及維護(hù)提供了有關(guān)元素的一致的定義和詳細(xì)的描述。它和數(shù)據(jù)流圖共同構(gòu)成了系統(tǒng)的邏輯模型，是“需求規(guī)格說(shuō)明書”的主要組成部分。2024/8/22865.4編制數(shù)據(jù)字典5.4.1定義數(shù)據(jù)的方法5.4.2數(shù)據(jù)字典的內(nèi)容及格式2024/8/22875.4.1定義數(shù)據(jù)的方法一般認(rèn)為，從數(shù)據(jù)的組成上看是自上而下的分解過(guò)程，一直分解的數(shù)據(jù)元素。因此，在對(duì)數(shù)據(jù)注釋、說(shuō)明和定義的時(shí)候，也采取自上而下的方法，符合人們檢索信息的習(xí)慣。當(dāng)數(shù)據(jù)被分解到不需要進(jìn)一步定義，每個(gè)與工程有關(guān)的人都清楚其含義時(shí)，我們就把它看作是數(shù)據(jù)元素，分解過(guò)程到此就結(jié)束了。2024/8/2288由數(shù)據(jù)元素組成數(shù)據(jù)的方式只有如下三種基本類型：①順序以一定的順序連接兩個(gè)或多的元素；②選擇從兩個(gè)或多個(gè)可能的元素中選取一個(gè)；③重復(fù)把指定的元素重復(fù)零次或多次。④可選理論上，可以使用上述三種關(guān)系定義數(shù)據(jù)字典中的任何條目。因?yàn)?，?dāng)重復(fù)次數(shù)為0次或一次時(shí)，就構(gòu)成了一種可有可無(wú)的可選關(guān)系。但由于“可選”是由數(shù)據(jù)元素組成數(shù)據(jù)的一種常見方式，把它單獨(dú)列為一種關(guān)系會(huì)使數(shù)據(jù)字典的描述更清晰。2024/8/2289常用的描述數(shù)據(jù)結(jié)構(gòu)的關(guān)系算符表5-12024/8/22905.4編制數(shù)據(jù)字典5.4.1定義數(shù)據(jù)的方法5.4.2數(shù)據(jù)字典的內(nèi)容及格式2024/8/22915.4.2數(shù)據(jù)字典的內(nèi)容及格式1.數(shù)據(jù)流條目2.數(shù)據(jù)存儲(chǔ)條目3.數(shù)據(jù)項(xiàng)條目4.加工條件目2024/8/22921.數(shù)據(jù)流條目數(shù)據(jù)流條目通常列出組成該數(shù)據(jù)流的數(shù)據(jù)項(xiàng)數(shù)。2024/8/2293（3）銷售子系統(tǒng)第二層圖——細(xì)化數(shù)據(jù)流圖2024/8/2294數(shù)據(jù)流：訂單名稱：訂單別名：無(wú)簡(jiǎn)述：顧客訂貨時(shí)填寫的項(xiàng)目來(lái)源：顧客去向：加工1.1.1“編輯檢查訂單”數(shù)據(jù)流量：1000份/每周組成：編號(hào)+訂貨日期+顧客編號(hào)+地址+電話+銀行帳號(hào)+配件名稱+數(shù)量其中：數(shù)據(jù)流量指單位時(shí)間內(nèi)（每小時(shí)或每天）傳輸?shù)拇?024/8/2295（3）銷售子系統(tǒng)第二層圖——細(xì)化數(shù)據(jù)流圖2024/8/22962.數(shù)據(jù)存儲(chǔ)條目名稱：庫(kù)存記錄別名：無(wú)簡(jiǎn)述：存放配件庫(kù)存信息組成：配件編號(hào)+配件名稱+供應(yīng)商編號(hào)+單價(jià)+庫(kù)存量組織方式：索引文件，以配件編號(hào)為關(guān)鍵字查詢要求：要求能立即查詢2024/8/2297（3）銷售子系統(tǒng)第二層圖——細(xì)化數(shù)據(jù)流圖2024/8/22983.數(shù)據(jù)項(xiàng)條目名稱：配件編號(hào)別名：配件號(hào)簡(jiǎn)述：本公司的所有配件編號(hào)類型：字符型長(zhǎng)度：10位取值范圍及含義：第1位：進(jìn)口/國(guó)產(chǎn)第2-4位：類別第5-7位：規(guī)格第8-10位：編號(hào)2024/8/22994.加工條件目由于下層的加工是由上層的基本加工分解而來(lái)的，只要有了基本加工的說(shuō)明，就可理解上層的加工。因此，只有把加工分解到足夠具體以后，才對(duì)基本加工進(jìn)行描述。具體格式舉例如下

2024/8/22100（3）銷售子系統(tǒng)第二層圖——細(xì)化數(shù)據(jù)流圖2024/8/22101名稱：確定能否供貨編號(hào)：1.2激發(fā)條件：收到合格訂單優(yōu)先級(jí)：普通輸入：合格訂單輸出：可供貨訂單、缺貨訂單加工邏輯：根據(jù)庫(kù)存記錄IF訂單項(xiàng)目的數(shù)量<該配件庫(kù)存量的臨界值

THEN可供貨處理ELSE此訂單缺貨，登記缺貨情況，待進(jìn)貨后再辦理補(bǔ)充訂貨EDNIF2024/8/22102第5章軟件需求分析5.1需求分析概述5.2結(jié)構(gòu)化分析方法5.3數(shù)據(jù)流圖的繪制5.4編制數(shù)據(jù)字典5.5加工邏輯的分析與表達(dá)5.6需求驗(yàn)證與評(píng)審2024/8/221035.5加工邏輯的分析與表達(dá)在數(shù)據(jù)流圖的分層細(xì)化的過(guò)程中，上層的處理功能逐步被分解為下層的具體的加工。原則上，只要說(shuō)明了底層的加工邏輯，也就可以理解上層的功能了。到設(shè)計(jì)階段以后，底層的加工說(shuō)明，就是編程中算法的直接依據(jù)。2024/8/22104“小說(shuō)明”集中描述一個(gè)加工的內(nèi)部對(duì)數(shù)據(jù)是如何加工的，即描述加工邏輯。如，“計(jì)算實(shí)發(fā)工資”是一個(gè)加工，它的加工邏輯就是：實(shí)發(fā)工資=基本工資+應(yīng)補(bǔ)款-應(yīng)扣款。這種邏輯說(shuō)明了輸入數(shù)據(jù)是如何轉(zhuǎn)變?yōu)檩敵鰯?shù)據(jù)的規(guī)則，這就是基本的算法。另外，再附帶說(shuō)明一些與加工有關(guān)的信息，如執(zhí)行條件、優(yōu)先級(jí)、執(zhí)行頻率、出錯(cuò)處理等。2024/8/22105在對(duì)加工處理邏輯進(jìn)行分析表達(dá)時(shí)，為了達(dá)到直觀、嚴(yán)謹(jǐn)、無(wú)二義性、不模糊，常需求借助一些工具。用于表示層次結(jié)構(gòu)關(guān)系的工具有：層次方框圖、Warnier圖；用于描述處理過(guò)程的有：IPO圖；用于描述條件判斷的有：結(jié)構(gòu)式語(yǔ)言、判斷樹、判斷表。2024/8/221065.5加工邏輯的分析與表達(dá)5.5.1結(jié)構(gòu)式語(yǔ)言5.5.2判斷表5.5.3判斷樹5.5.4層次方框圖5.5.5Warnier圖2024/8/22107結(jié)構(gòu)式語(yǔ)言是介于自然語(yǔ)言（英語(yǔ)或漢語(yǔ)）和形式語(yǔ)言之間的一種半形式語(yǔ)言。形式語(yǔ)言精確，但不易被理解；自然語(yǔ)言易理解，但不精確，可能產(chǎn)生二義性。結(jié)構(gòu)化語(yǔ)言取“長(zhǎng)”補(bǔ)“短”，它是在自然語(yǔ)言基礎(chǔ)上加了一些限定，使用有限的詞匯和有限的語(yǔ)句來(lái)描述加工邏輯，它的結(jié)構(gòu)可分成外和內(nèi)兩層。2024/8/221081.外層外層用來(lái)描述控制結(jié)構(gòu)，包括：順序結(jié)構(gòu)、判斷分支結(jié)構(gòu)和循環(huán)（重復(fù)）結(jié)構(gòu)三種基本結(jié)構(gòu)。（1）順序結(jié)構(gòu)：順序結(jié)構(gòu)使用一組祈使語(yǔ)句、判斷語(yǔ)句、重復(fù)語(yǔ)句的順序排列。祈使語(yǔ)句至少包含一個(gè)動(dòng)詞及一個(gè)名詞，指出要執(zhí)行的動(dòng)作及接受動(dòng)作的對(duì)象。（2）判斷分支結(jié)構(gòu)：一般用IF-THEN-ENDIF,CASEOFENDCASE等關(guān)鍵詞。（3）重復(fù)結(jié)構(gòu)：一般用DO-WHILE-ENDDO,REPEAT-UNTIL等關(guān)鍵詞。2024/8/221092.內(nèi)層內(nèi)層一般是采用祈使語(yǔ)句，使用數(shù)據(jù)字典中的名詞和有限的自定義詞，其動(dòng)詞含義要具體，盡量不用形容詞和副詞來(lái)修飾。還可使用一些簡(jiǎn)單的算述運(yùn)算和邏輯運(yùn)算符號(hào)。 例如，5.4.2中的“確定能否供貨”加工的描述，就使用了結(jié)構(gòu)式語(yǔ)言。2024/8/22110名稱：確定能否供貨編號(hào)：1.2激發(fā)條件：收到合格訂單優(yōu)先級(jí)：普通輸入：合格訂單輸出：可供貨訂單、缺貨訂單加工邏輯：根據(jù)庫(kù)存記錄IF訂單項(xiàng)目的數(shù)量<該配件庫(kù)存量的臨界值THEN可供貨處理ELSE此訂單缺貨，登記缺貨情況，待進(jìn)貨后再辦理補(bǔ)充訂貨EDNIF2024/8/221115.5加工邏輯的分析與表達(dá)5.5.1結(jié)構(gòu)式語(yǔ)言5.5.2判斷表5.5.3判斷樹5.5.4層次方框圖5.5.5Warnier圖2024/8/221125.5.2判斷表例如，某數(shù)據(jù)流圖中有一個(gè)“確定保險(xiǎn)類別”的加工，指的是申請(qǐng)汽車駕駛保險(xiǎn)時(shí)，要根據(jù)申請(qǐng)者的情況，確定不同的保險(xiǎn)類別。此策略使用自然語(yǔ)言描述為：如果申請(qǐng)者的年齡在21歲以下，要額外收費(fèi)；如果申請(qǐng)者是21歲以上，并是26歲以下的女性，適用于A類保險(xiǎn)；如果申請(qǐng)者是26歲以下的已婚男性，或者是26歲以上的男性，適用于B類保險(xiǎn)；如果申請(qǐng)者是21歲以下的女性，或是26歲以下的單身男性，適用于C類保險(xiǎn)。除此之外的其他申請(qǐng)者，都適用于A類保險(xiǎn)。2024/8/22113這段敘述使人不能較快地看懂該使用的策略原理，你也無(wú)法斷定，在上述敘述中，是否完全地包涵蓋了所有可能的情況。下面我們討論使用判定表來(lái)分析和描述2024/8/22114下面就分析該分配保險(xiǎn)的策略，構(gòu)造判定表。步驟如下： （1）提取問題中的條件：年齡、性別、婚否 （2）標(biāo)出條件的取值：為繪制判定表方便，用符號(hào)代替條件的取值，見表5-2。 （3）計(jì)算條件組合情況：年齡狀態(tài)數(shù)×性別狀態(tài)數(shù)×婚姻狀態(tài)數(shù)=3×2×2=12

（4）提取可能采取的動(dòng)作或措施：包括A類保險(xiǎn)、B類保險(xiǎn)、C類保險(xiǎn)和客外收費(fèi)。 （5）制作判定表，如表5-3所示。2024/8/22115表5-2條件取值表?xiàng)l件