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

1、第5章 需求分析可行性研究通過以后，下一步就要根據(jù)草擬的開發(fā)計(jì)劃，展開詳細(xì)的需求分析活動。軟件需求分析，是詳細(xì)分析需求，并建立需求分析模型的階段2021-12-281第5章 軟件需求分析 5.1 5.1 需求分析概述需求分析概述 5.2 5.2 結(jié)構(gòu)化分析方法結(jié)構(gòu)化分析方法 5.3 5.3 數(shù)據(jù)流圖的繪制數(shù)據(jù)流圖的繪制 5.4 5.4 編制數(shù)據(jù)字典編制數(shù)據(jù)字典 5.5 5.5 加工邏輯的分析與表達(dá)加工邏輯的分析與表達(dá) 5.6 5.6 需求驗(yàn)證與評審需求驗(yàn)證與評審2021-12-2825.1 需求分析概述 5.1.1 5.1.1 需求分析的任務(wù)、特點(diǎn)、主要困難需求分析的任務(wù)、特點(diǎn)、主要困難 5.

2、1.2 5.1.2 人員組成人員組成 5.1.3 5.1.3 分析師的角色分析師的角色 5.1.4 5.1.4 需求分析的活動和原則需求分析的活動和原則2021-12-2835.1.1 需求分析的任務(wù)1.1.完成完成“分析建模分析建模”; ;2.2.擬定擬定“確認(rèn)測試確認(rèn)測試”計(jì)劃計(jì)劃3.3.修訂修訂“開發(fā)計(jì)劃開發(fā)計(jì)劃”4.4.編寫編寫“需求規(guī)劃說明書需求規(guī)劃說明書”5.5.需求評審需求評審2021-12-2841. 分析建模 針對用戶要求實(shí)現(xiàn)的軟件功能、性能等目標(biāo)，針對用戶要求實(shí)現(xiàn)的軟件功能、性能等目標(biāo)，與開發(fā)人員進(jìn)一步澄清、達(dá)成共識、形成規(guī)與開發(fā)人員進(jìn)一步澄清、達(dá)成共識、形成規(guī)約約; ;

3、準(zhǔn)確講，需求分析是發(fā)掘需求、分析求精、準(zhǔn)確講，需求分析是發(fā)掘需求、分析求精、邏輯建模、形成規(guī)約的過程。邏輯建模、形成規(guī)約的過程。2021-12-2851. 分析建模發(fā)掘需求發(fā)掘需求調(diào)查需求、挖掘潛在需求、預(yù)測未調(diào)查需求、挖掘潛在需求、預(yù)測未來可能的需求；來可能的需求；需求求精需求求精對模糊不清的用戶需求明確、精化；對模糊不清的用戶需求明確、精化；邏輯建模邏輯建模在現(xiàn)行系統(tǒng)邏輯模型的基礎(chǔ)上，考在現(xiàn)行系統(tǒng)邏輯模型的基礎(chǔ)上，考慮新的用戶需求、限制和約束的基礎(chǔ)上導(dǎo)出新系慮新的用戶需求、限制和約束的基礎(chǔ)上導(dǎo)出新系統(tǒng)的邏輯模型；統(tǒng)的邏輯模型；形成規(guī)約形成規(guī)約將雙方達(dá)成共識的需求文檔化、模將雙方達(dá)成共識的需

4、求文檔化、模型化，這份文檔被稱為型化，這份文檔被稱為“需求規(guī)約需求規(guī)約”和和“需求規(guī)需求規(guī)格說明書格說明書”，它將是后需活動開發(fā)方努力實(shí)現(xiàn)的，它將是后需活動開發(fā)方努力實(shí)現(xiàn)的目標(biāo)目標(biāo)2021-12-2862. 2. 擬定擬定“確認(rèn)測試確認(rèn)測試”計(jì)劃計(jì)劃 有了共同的需求約定以后，就可以制定有了共同的需求約定以后，就可以制定“確認(rèn)測確認(rèn)測試試”計(jì)劃，它是用戶驗(yàn)證軟件是否滿足需求的依計(jì)劃，它是用戶驗(yàn)證軟件是否滿足需求的依據(jù)；據(jù)； 這個計(jì)劃到綜合測試后期執(zhí)行。這個計(jì)劃到綜合測試后期執(zhí)行。2021-12-2873. 3. 修訂開發(fā)計(jì)劃修訂開發(fā)計(jì)劃 系統(tǒng)調(diào)查與可行性研究階段的最后，草擬了初步系統(tǒng)調(diào)查與可行性

5、研究階段的最后，草擬了初步的開發(fā)計(jì)劃，當(dāng)時由于需求尚不詳細(xì)，現(xiàn)可有了的開發(fā)計(jì)劃，當(dāng)時由于需求尚不詳細(xì)，現(xiàn)可有了詳細(xì)的需求分析結(jié)果以后，應(yīng)該使開發(fā)計(jì)劃更準(zhǔn)詳細(xì)的需求分析結(jié)果以后，應(yīng)該使開發(fā)計(jì)劃更準(zhǔn)確一些。確一些。2021-12-2884 . 4 . 編寫編寫“需求規(guī)劃說明書需求規(guī)劃說明書” 需求分析階段的成果集中體現(xiàn)在需求分析階段的成果集中體現(xiàn)在“需求規(guī)格說明需求規(guī)格說明書書”中，這是一個里程碑；中，這是一個里程碑； 有明確的格式和內(nèi)容有明確的格式和內(nèi)容2021-12-2895. 5. 需求評審需求評審 需求評審是需求評審是“質(zhì)量保證活動質(zhì)量保證活動”的內(nèi)容；的內(nèi)容； 體現(xiàn)出瀑布模型的體現(xiàn)出瀑布

6、模型的“文檔驅(qū)動文檔驅(qū)動”特點(diǎn)特點(diǎn) 由項(xiàng)目經(jīng)理、用戶、分析員、前一階段（可由項(xiàng)目經(jīng)理、用戶、分析員、前一階段（可行性研究）的主要人員和后一階段（概要設(shè)行性研究）的主要人員和后一階段（概要設(shè)計(jì)）的主要人員組成評審小組；計(jì)）的主要人員組成評審小組；2021-12-2810階段性成果（主要文檔）包括：階段性成果（主要文檔）包括： 需求規(guī)格說明書需求規(guī)格說明書 細(xì)化的項(xiàng)目計(jì)劃細(xì)化的項(xiàng)目計(jì)劃 確認(rèn)測試計(jì)劃確認(rèn)測試計(jì)劃2021-12-2811主要特點(diǎn)主要特點(diǎn): :面向問題域（即用戶業(yè)務(wù)領(lǐng)域）面向問題域（即用戶業(yè)務(wù)領(lǐng)域）只關(guān)注只關(guān)注“邏輯邏輯”，不考慮，不考慮“物理物理” 只研究應(yīng)該只研究應(yīng)該“做什么？做什

7、么？”，暫不考慮用什么，暫不考慮用什么手段、如何實(shí)現(xiàn)，即手段、如何實(shí)現(xiàn)，即“怎么做怎么做”的問題；的問題；用數(shù)流據(jù)圖、數(shù)據(jù)字典、加工描述等工具建立用數(shù)流據(jù)圖、數(shù)據(jù)字典、加工描述等工具建立邏輯模型邏輯模型2021-12-2812面臨的主要困難 需求分析活動面臨的挑戰(zhàn)：需求分析活動面臨的挑戰(zhàn)：使用有效的軟件工程方法克服復(fù)雜性使用有效的軟件工程方法克服復(fù)雜性建立分析員與用戶的有效溝通建立分析員與用戶的有效溝通使用有效的工具，克服需求表述的二義性使用有效的工具，克服需求表述的二義性2021-12-28135.1 5.1 需求分析需求分析概述概述 5.1.1 5.1.1 需求分析的任務(wù)、特點(diǎn)、主要困難需

8、求分析的任務(wù)、特點(diǎn)、主要困難 5.1.2 5.1.2 人員組成人員組成 5.1.3 5.1.3 分析師的角色分析師的角色 5.1.4 5.1.4 需求分析的活動和原則需求分析的活動和原則2021-12-28145.1.2 5.1.2 人員組成人員組成 如果是一個企業(yè)信息系統(tǒng)開發(fā)項(xiàng)目，那么項(xiàng)目團(tuán)隊(duì)如果是一個企業(yè)信息系統(tǒng)開發(fā)項(xiàng)目，那么項(xiàng)目團(tuán)隊(duì)成員應(yīng)包括用戶和開發(fā)人員；成員應(yīng)包括用戶和開發(fā)人員； 參與團(tuán)隊(duì)的用戶包括：參與團(tuán)隊(duì)的用戶包括： 企業(yè)負(fù)責(zé)人、部門負(fù)責(zé)人、專業(yè)崗位上的員工；企業(yè)負(fù)責(zé)人、部門負(fù)責(zé)人、專業(yè)崗位上的員工； 參開團(tuán)隊(duì)的開發(fā)人員包括：參開團(tuán)隊(duì)的開發(fā)人員包括： 系統(tǒng)分析師、數(shù)據(jù)管理員；系統(tǒng)

9、分析師、數(shù)據(jù)管理員； 在需求評審時，還需要在需求評審時，還需要”可行性分析可行性分析“和和”系統(tǒng)設(shè)系統(tǒng)設(shè)計(jì)計(jì)“階段的主要人員參與；階段的主要人員參與；2021-12-28155.1 5.1 需求分析需求分析概述概述 5.1.1 5.1.1 需求分析的任務(wù)、特點(diǎn)、主要困難需求分析的任務(wù)、特點(diǎn)、主要困難 5.1.2 5.1.2 人員組成人員組成 5.1.3 5.1.3 分析師的角色分析師的角色 5.1.4 5.1.4 需求分析的活動和原則需求分析的活動和原則2021-12-28165.1.3 5.1.3 分析師的角色分析師的角色 是用戶與開發(fā)人員的橋梁；是用戶與開發(fā)人員的橋梁； 與項(xiàng)目經(jīng)理合作，是

10、開發(fā)團(tuán)隊(duì)的領(lǐng)軍人物；與項(xiàng)目經(jīng)理合作，是開發(fā)團(tuán)隊(duì)的領(lǐng)軍人物； 具體業(yè)務(wù)主要集中在可行性研究和需求分析階段；具體業(yè)務(wù)主要集中在可行性研究和需求分析階段； 個人素質(zhì)方面：個人素質(zhì)方面： 具有領(lǐng)導(dǎo)才能，善于溝通；具有領(lǐng)導(dǎo)才能，善于溝通； 具有實(shí)干作風(fēng)；具有實(shí)干作風(fēng)； 知識面寬，重在廣度而不是深度；知識面寬，重在廣度而不是深度； 技術(shù)全面；技術(shù)全面； 有時分析師是一個團(tuán)隊(duì)，由若干人承擔(dān)；有時分析師是一個團(tuán)隊(duì)，由若干人承擔(dān)；2021-12-28175.1 5.1 需求分析需求分析概述概述 5.1.1 5.1.1 需求分析的任務(wù)、特點(diǎn)、主要困難需求分析的任務(wù)、特點(diǎn)、主要困難 5.1.2 5.1.2 人員組成

11、人員組成 5.1.3 5.1.3 分析師的角色分析師的角色 5.1.4 5.1.4 需求分析的活動和原則需求分析的活動和原則2021-12-28185.1.4 5.1.4 需求分析的活動和原則需求分析的活動和原則 活動主要分為：活動主要分為： 需求獲取需求獲?。?分析建模；分析建模； 需求評審需求評審2021-12-2819需求獲取的目標(biāo)需求獲取的目標(biāo) 對用戶需求進(jìn)行鑒別、綜合，清除用戶需求的對用戶需求進(jìn)行鑒別、綜合，清除用戶需求的模糊性、歧義性和不一致性；模糊性、歧義性和不一致性； 把對原始問題的理解和軟件開發(fā)經(jīng)驗(yàn)結(jié)合起來，把對原始問題的理解和軟件開發(fā)經(jīng)驗(yàn)結(jié)合起來，鑒別由于用戶的片面性或短期

12、行為所導(dǎo)致的不鑒別由于用戶的片面性或短期行為所導(dǎo)致的不合理要求，發(fā)現(xiàn)用戶尚未發(fā)現(xiàn)的但具有真正價合理要求，發(fā)現(xiàn)用戶尚未發(fā)現(xiàn)的但具有真正價值的潛在需求；值的潛在需求；2021-12-2820需求獲取中風(fēng)驗(yàn)需求獲取中風(fēng)驗(yàn) 需求獲取隱藏著很大的風(fēng)險需求獲取隱藏著很大的風(fēng)險 因?yàn)槿魏五e誤的需求描述，都必然造成錯誤的因?yàn)槿魏五e誤的需求描述，都必然造成錯誤的設(shè)計(jì)、錯誤的編程和錯誤的軟件結(jié)果，而實(shí)際設(shè)計(jì)、錯誤的編程和錯誤的軟件結(jié)果，而實(shí)際情形是這種潛在的風(fēng)險是客觀存在的情形是這種潛在的風(fēng)險是客觀存在的2021-12-2821總的原則總的原則 分析師關(guān)注的焦點(diǎn)是分析師關(guān)注的焦點(diǎn)是“做什么（做什么（WhatWha

13、t）”，而不，而不是是“怎么做怎么做How”How”，系統(tǒng)會產(chǎn)生和使用什么數(shù)據(jù)？，系統(tǒng)會產(chǎn)生和使用什么數(shù)據(jù)？系統(tǒng)必須完成什么功能？將定義什么界面？會遇系統(tǒng)必須完成什么功能？將定義什么界面？會遇到什么約束？等。到什么約束？等。 這一階段主要精力集中在獲取和分析系統(tǒng)的邏輯這一階段主要精力集中在獲取和分析系統(tǒng)的邏輯功能上。不要把功能上。不要把“用計(jì)算機(jī)如何實(shí)現(xiàn)用計(jì)算機(jī)如何實(shí)現(xiàn)”這樣的物這樣的物理因素牽扯進(jìn)來，影響邏輯功能的分析。理因素牽扯進(jìn)來，影響邏輯功能的分析。2021-12-28225.1.4 5.1.4 需求分析的活動和原則需求分析的活動和原則 活動主要分為：活動主要分為： 需求獲取；需求獲取

14、； 分析建模；分析建模； 需求評審需求評審2021-12-2823分析建模分析建模 用戶往往會從不同的角度、不同的抽象級別闡述對用戶往往會從不同的角度、不同的抽象級別闡述對原始問題的理解和需求，相對比較零亂，有必要借原始問題的理解和需求，相對比較零亂，有必要借助模型。助模型。 一方面，模型用于精確地記錄用戶從各個視角、不一方面，模型用于精確地記錄用戶從各個視角、不同抽象級別上對原始問題及目標(biāo)軟件的描述；另一同抽象級別上對原始問題及目標(biāo)軟件的描述；另一方面，它將幫助分析人員去偽存真、由表及里地挖方面，它將幫助分析人員去偽存真、由表及里地挖掘用戶需求。掘用戶需求。 建模不僅是描述系統(tǒng)的工具，也是用

15、戶與開發(fā)人員建模不僅是描述系統(tǒng)的工具，也是用戶與開發(fā)人員進(jìn)行交流的工具。在結(jié)構(gòu)化分析方法中，數(shù)據(jù)流圖進(jìn)行交流的工具。在結(jié)構(gòu)化分析方法中，數(shù)據(jù)流圖是建模的主要工具。邏輯模塊不僅是描述問題的圖是建模的主要工具。邏輯模塊不僅是描述問題的圖形工具，同時更是分析問題的一種工作方法。形工具，同時更是分析問題的一種工作方法。2021-12-2824 調(diào)研階段產(chǎn)生的文檔，是需求分析的起點(diǎn)，是目調(diào)研階段產(chǎn)生的文檔，是需求分析的起點(diǎn)，是目標(biāo)軟件系統(tǒng)邏輯模型的雛型。標(biāo)軟件系統(tǒng)邏輯模型的雛型。 在需求分析階段，分析師將進(jìn)一步對它進(jìn)行細(xì)化、在需求分析階段，分析師將進(jìn)一步對它進(jìn)行細(xì)化、擴(kuò)充，直到足夠具體為止。在分析的過程

16、中建立擴(kuò)充，直到足夠具體為止。在分析的過程中建立數(shù)據(jù)字典，對模型進(jìn)行注解。數(shù)據(jù)字典，對模型進(jìn)行注解。 邏輯模型是分析師與用戶交流的主要工具，也是邏輯模型是分析師與用戶交流的主要工具，也是需求分析階段的成果的主要體現(xiàn)。需求分析階段的成果的主要體現(xiàn)。2021-12-28253.3.需求評審需求評審 需求審查和管理復(fù)審是需求分析的最后一個環(huán)節(jié)，需求審查和管理復(fù)審是需求分析的最后一個環(huán)節(jié)，通過了這一環(huán)節(jié)，就等于暫時為需求分析階段畫通過了這一環(huán)節(jié)，就等于暫時為需求分析階段畫上了一個上了一個“句號句號”。盡管后期可能還會有些對需。盡管后期可能還會有些對需求分析的反復(fù)，但有了這個求分析的反復(fù)，但有了這個“句

17、號句號”，就可以進(jìn)，就可以進(jìn)入設(shè)計(jì)階段了。入設(shè)計(jì)階段了。 經(jīng)過審批之后的文檔，在整個項(xiàng)目范圍內(nèi)，相當(dāng)經(jīng)過審批之后的文檔，在整個項(xiàng)目范圍內(nèi)，相當(dāng)于用戶與開發(fā)人員之間達(dá)成了一份合約，后期的于用戶與開發(fā)人員之間達(dá)成了一份合約，后期的系統(tǒng)設(shè)計(jì)和系統(tǒng)測試，都將以這份系統(tǒng)設(shè)計(jì)和系統(tǒng)測試，都將以這份“規(guī)約規(guī)約”為準(zhǔn)。為準(zhǔn)。 任何對合約的修改，都將影響到整個項(xiàng)目的工期任何對合約的修改，都將影響到整個項(xiàng)目的工期和開發(fā)成本，都需要經(jīng)過嚴(yán)格的審批和簽約。和開發(fā)成本，都需要經(jīng)過嚴(yán)格的審批和簽約。2021-12-2826例 家庭保安系統(tǒng) 問題描述： 家庭保安市場正以每年40%的速度增長。希望建立一種基于微處理器的家庭保

18、安系統(tǒng)，它能夠識別異常事件并采取相應(yīng)的防護(hù)措施。這些異常事件包括：非法侵入、火災(zāi)、水淹等。一旦異常情況被傳感器探測出來，系統(tǒng)應(yīng)自動通過電話向監(jiān)控中心報警。此外，應(yīng)允許戶主對系統(tǒng)行為進(jìn)行程序控制。 2021-12-2827家庭保安系統(tǒng) 分析初期聯(lián)合小組的工作程序 聯(lián)合小組首先制定工作制度：每次會議開始前必須有確定的議程，參加者必須針對各項(xiàng)議程進(jìn)行充分的準(zhǔn)備，并用文字表示。 經(jīng)過會議討論，明確問題的范圍、問題與環(huán)境的關(guān)系，并就開發(fā)軟件產(chǎn)品的必要性達(dá)成共識。2021-12-2828例 家庭保安系統(tǒng) 小組負(fù)責(zé)人要求每位參加者列出問題及環(huán)境中的有關(guān)對象，對這些對象施行的操作以及對象間的相互作用。列出的操

19、作和對象盡可能完全，如，控制面板、電話機(jī)、監(jiān)控中心、煙霧傳感器、門窗監(jiān)視器、警報器等對象，以及用戶編程控制、電話拔號、報警等操作。 負(fù)責(zé)人應(yīng)要求小組成員對接收傳感器事件、用戶編程控制、電話報警等操作進(jìn)行更詳細(xì)的描述，必要時可用流程圖表示。2021-12-2829例 家庭保安系統(tǒng) 用戶可能提出一些條件，如造價不能超過3，000元，對傳感器事件必須在1秒內(nèi)作出響應(yīng)，事件必須按優(yōu)先級進(jìn)行處理等。會后小組負(fù)責(zé)人對這些信息進(jìn)行綜合、整理，形成文檔，該文檔應(yīng)能反映“家庭保安系統(tǒng)”的全貌。 聯(lián)合小組分成兩個小組，分別處理用戶編程控制和傳感器監(jiān)測兩個子系統(tǒng)。目的是對子系統(tǒng)的軟件需求進(jìn)行細(xì)化。對出現(xiàn)的新對象、新

20、操作、新約束應(yīng)及時添加到相應(yīng)的子系統(tǒng)。2021-12-2830例 家庭保安系統(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)該是可測試的，以便開發(fā)人員在代碼生成后能夠通過測試結(jié)果向用戶表明軟件系統(tǒng)已完整地實(shí)現(xiàn)了用戶需求。 初步分析活動應(yīng)形成結(jié)論性文檔，該文檔將作為后續(xù)分析活動的基礎(chǔ)。2021-12-2831例 家庭保安系統(tǒng) 初步分析生成的“家庭保安系統(tǒng)”部分需求文檔 (不包括約束條件和測試標(biāo)準(zhǔn)) “家庭保安系統(tǒng)”的軟件允許用戶在安裝時進(jìn)行系統(tǒng)配置，實(shí)施對傳感器的監(jiān)控并通過控制面板與用戶進(jìn)行信息

21、交互。 配置操作(1)指定每一傳感器的種類和編號；(2)設(shè)置開、關(guān)機(jī)密碼；(3)指定報警電話號碼；(4)指定報警延遲和電話重拔延遲時間(以秒為單位)。2021-12-2832例 家庭保安系統(tǒng) 當(dāng)軟件系統(tǒng)接收到傳感器發(fā)出的數(shù)據(jù)后，判別是否出現(xiàn)異常事件。如果是，則在指定的延遲時間內(nèi)拔報警電話號碼，拔號操作將按照重拔延遲反復(fù)進(jìn)行，直至電話接通。然后軟件系統(tǒng)負(fù)責(zé)報告時間、地點(diǎn)和異常事件的性質(zhì)。 開機(jī)后軟件系統(tǒng)負(fù)責(zé)顯示當(dāng)前工作狀態(tài)，接收并處理用戶指令。2021-12-2833第第5 5章章 軟件需求分析軟件需求分析 5.1 5.1 需求分析概述需求分析概述 5.2 5.2 結(jié)構(gòu)化分析方法結(jié)構(gòu)化分析方法

22、5.3 5.3 數(shù)據(jù)流圖的繪制數(shù)據(jù)流圖的繪制 5.4 5.4 編制數(shù)據(jù)字典編制數(shù)據(jù)字典 5.5 5.5 加工邏輯的分析與表達(dá)加工邏輯的分析與表達(dá) 5.6 5.6 需求驗(yàn)證與評審需求驗(yàn)證與評審2021-12-2834什么是結(jié)構(gòu)化方法？什么是結(jié)構(gòu)化方法？ 軟件工程方法論：軟件工程方法論： 面向?qū)ο蠓椒ㄕ撁嫦驅(qū)ο蠓椒ㄕ?面向過程方法論面向過程方法論結(jié)構(gòu)化方法結(jié)構(gòu)化方法 解決復(fù)雜問題的方法解決復(fù)雜問題的方法分解分解 面向?qū)ο竺嫦驅(qū)ο蟀窗础柏?fù)責(zé)負(fù)責(zé)”分解問題，找承擔(dān)責(zé)分解問題，找承擔(dān)責(zé)任的對象任的對象 結(jié)構(gòu)化方法結(jié)構(gòu)化方法按按“功能功能”分解問題，劃分模分解問題，劃分模塊塊2021-12-28355.2

23、 5.2 結(jié)構(gòu)化分析方法結(jié)構(gòu)化分析方法 5.2.15.2.1結(jié)構(gòu)化分析的概念結(jié)構(gòu)化分析的概念 5.2.25.2.2細(xì)化數(shù)據(jù)流圖細(xì)化數(shù)據(jù)流圖 5.2.35.2.3數(shù)據(jù)流程圖應(yīng)用實(shí)例數(shù)據(jù)流程圖應(yīng)用實(shí)例2021-12-28365.2.15.2.1結(jié)構(gòu)化分析的概念結(jié)構(gòu)化分析的概念 用一組標(biāo)準(zhǔn)的工具和策略從事系統(tǒng)分析與設(shè)用一組標(biāo)準(zhǔn)的工具和策略從事系統(tǒng)分析與設(shè)計(jì)，以便提高系統(tǒng)分析與設(shè)計(jì)的質(zhì)量和效率計(jì)，以便提高系統(tǒng)分析與設(shè)計(jì)的質(zhì)量和效率 2021-12-2837 結(jié)構(gòu)化分析方法的直接目的就是撇開物理因結(jié)構(gòu)化分析方法的直接目的就是撇開物理因素，在綜合分析用戶對系統(tǒng)各項(xiàng)要求的基礎(chǔ)素，在綜合分析用戶對系統(tǒng)各項(xiàng)要求

24、的基礎(chǔ)上，最終導(dǎo)出新系統(tǒng)的邏輯模型。上，最終導(dǎo)出新系統(tǒng)的邏輯模型。 用數(shù)據(jù)流圖作為主要工具，進(jìn)一步審查用戶用數(shù)據(jù)流圖作為主要工具，進(jìn)一步審查用戶的真實(shí)需求和新系統(tǒng)必須完成的功能，逐步的真實(shí)需求和新系統(tǒng)必須完成的功能，逐步細(xì)化數(shù)據(jù)流圖，直到把細(xì)化數(shù)據(jù)流圖，直到把“數(shù)據(jù)流數(shù)據(jù)流”、“加工加工”和和“數(shù)據(jù)存貯數(shù)據(jù)存貯”分析分解到足夠具體為止，分析分解到足夠具體為止，最終得到的就是系統(tǒng)的基于功能的邏輯模型。最終得到的就是系統(tǒng)的基于功能的邏輯模型。2021-12-2838 在對數(shù)據(jù)細(xì)化的過程中，要建立數(shù)據(jù)字典，對在對數(shù)據(jù)細(xì)化的過程中，要建立數(shù)據(jù)字典，對“數(shù)據(jù)元素數(shù)據(jù)元素”、“數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)”、“數(shù)據(jù)流

25、數(shù)據(jù)流”、“數(shù)據(jù)存貯數(shù)據(jù)存貯”和和“加工加工”都要加以詳細(xì)的定義和都要加以詳細(xì)的定義和注釋。注釋。 加工的處理邏輯描述，還需要用到專門的分析和加工的處理邏輯描述，還需要用到專門的分析和表達(dá)工具：結(jié)構(gòu)式語言、判定樹和判定表等工具表達(dá)工具：結(jié)構(gòu)式語言、判定樹和判定表等工具2021-12-2839 綜上所述，結(jié)構(gòu)化系統(tǒng)分析的過程，大致歸納為以綜上所述，結(jié)構(gòu)化系統(tǒng)分析的過程，大致歸納為以下幾步：下幾步： 細(xì)化數(shù)據(jù)流圖（細(xì)化數(shù)據(jù)流圖（DFD），必要時，對實(shí)時系統(tǒng)還要），必要時，對實(shí)時系統(tǒng)還要繪制控制流圖（繪制控制流圖（CFD）；）； 編制數(shù)據(jù)字典；編制數(shù)據(jù)字典； 用戶復(fù)查；用戶復(fù)查； 修正開發(fā)計(jì)劃；修正

26、開發(fā)計(jì)劃； 整理文檔；整理文檔； 審查和復(fù)審。審查和復(fù)審。2021-12-28405.2 5.2 結(jié)構(gòu)化分析方法結(jié)構(gòu)化分析方法 5.2.15.2.1結(jié)構(gòu)化分析的概念結(jié)構(gòu)化分析的概念 5.2.25.2.2細(xì)化數(shù)據(jù)流圖細(xì)化數(shù)據(jù)流圖 5.2.35.2.3數(shù)據(jù)流程圖應(yīng)用實(shí)例數(shù)據(jù)流程圖應(yīng)用實(shí)例2021-12-28415.2.25.2.2細(xì)化數(shù)據(jù)流圖細(xì)化數(shù)據(jù)流圖 1沿數(shù)據(jù)流圖回溯，挖掘想要的內(nèi)容沿數(shù)據(jù)流圖回溯，挖掘想要的內(nèi)容 2自頂向下逐層分析的分析策略自頂向下逐層分析的分析策略 2021-12-28421沿數(shù)據(jù)流圖回溯，挖掘想要的內(nèi)容沿數(shù)據(jù)流圖回溯，挖掘想要的內(nèi)容 系統(tǒng)輸出的數(shù)據(jù)流是由哪些數(shù)據(jù)元素組成的

27、？每系統(tǒng)輸出的數(shù)據(jù)流是由哪些數(shù)據(jù)元素組成的？每個數(shù)據(jù)元素又是從哪里來的？對這些問題的回答，個數(shù)據(jù)元素又是從哪里來的？對這些問題的回答，迫使我們必須從數(shù)據(jù)流圖的輸出端開始，沿數(shù)據(jù)迫使我們必須從數(shù)據(jù)流圖的輸出端開始，沿數(shù)據(jù)流的方向回溯。流的方向回溯。 既然它們是系統(tǒng)的輸出，顯然不是從外面輸入到既然它們是系統(tǒng)的輸出，顯然不是從外面輸入到系統(tǒng)中來的就是通過加工產(chǎn)生出來的。沿數(shù)據(jù)流系統(tǒng)中來的就是通過加工產(chǎn)生出來的。沿數(shù)據(jù)流圖從輸出端向輸入端回溯，一定能夠找出每個數(shù)圖從輸出端向輸入端回溯，一定能夠找出每個數(shù)據(jù)元素的來源。同時確認(rèn)某個數(shù)據(jù)流是由某個加據(jù)元素的來源。同時確認(rèn)某個數(shù)據(jù)流是由某個加工產(chǎn)生的，就可以

28、從用戶那里調(diào)查分析得到該加工產(chǎn)生的，就可以從用戶那里調(diào)查分析得到該加工的邏輯算法。工的邏輯算法。 2021-12-2843 記住一個準(zhǔn)則：記住一個準(zhǔn)則：“數(shù)據(jù)流數(shù)據(jù)流”一定是和一定是和“加工加工”有有關(guān)聯(lián)的。一個數(shù)據(jù)流不是流入關(guān)聯(lián)的。一個數(shù)據(jù)流不是流入“加工加工”的就必然的就必然是從是從“加工加工”流出的，如圖流出的，如圖5-1所示。所示。圖圖5.1 數(shù)據(jù)流與加工的關(guān)系數(shù)據(jù)流與加工的關(guān)系2021-12-2844 在調(diào)研階段產(chǎn)生的高層數(shù)據(jù)流圖，許多具體的細(xì)在調(diào)研階段產(chǎn)生的高層數(shù)據(jù)流圖，許多具體的細(xì)節(jié)沒有包括在里面，因此沿數(shù)據(jù)流程回溯時常常節(jié)沒有包括在里面，因此沿數(shù)據(jù)流程回溯時常常遇到下述問題：遇

29、到下述問題： 為了得到某個數(shù)據(jù)元素需要用到數(shù)據(jù)流圖中目前為了得到某個數(shù)據(jù)元素需要用到數(shù)據(jù)流圖中目前還沒有的數(shù)據(jù)元素，或者得出這個數(shù)據(jù)元素需要還沒有的數(shù)據(jù)元素，或者得出這個數(shù)據(jù)元素需要用的算法尚不完全清楚。為了解決這些問題，往用的算法尚不完全清楚。為了解決這些問題，往往需要向用戶和其他有關(guān)人員請教，他們的回答往需要向用戶和其他有關(guān)人員請教，他們的回答會使分析師對目標(biāo)系統(tǒng)的認(rèn)識更深入更具體，數(shù)會使分析師對目標(biāo)系統(tǒng)的認(rèn)識更深入更具體，數(shù)據(jù)流圖中的更多的成分就可以被分解出來。據(jù)流圖中的更多的成分就可以被分解出來。2021-12-2845 通常把分析過程中得到的有關(guān)數(shù)據(jù)元素的信息描通常把分析過程中得到的

30、有關(guān)數(shù)據(jù)元素的信息描述在數(shù)據(jù)字典中，把對算法的簡明描述記錄在述在數(shù)據(jù)字典中，把對算法的簡明描述記錄在IPO圖中（輸入圖中（輸入/處理處理/輸出圖）。通過挖掘分解出輸出圖）。通過挖掘分解出來的數(shù)據(jù)流、數(shù)據(jù)存貯和處理邏輯及時添加到數(shù)來的數(shù)據(jù)流、數(shù)據(jù)存貯和處理邏輯及時添加到數(shù)據(jù)流圖中，這就是細(xì)化的過程。據(jù)流圖中，這就是細(xì)化的過程。2021-12-2846 回溯數(shù)據(jù)流圖的過程中，還要掌握的另外一個回溯數(shù)據(jù)流圖的過程中，還要掌握的另外一個原則是：數(shù)據(jù)流程圖不可能一步細(xì)化到位，需原則是：數(shù)據(jù)流程圖不可能一步細(xì)化到位，需要按照概括程度逐步細(xì)化，逐層分解。要按照概括程度逐步細(xì)化，逐層分解。2021-12-28

31、475.2.25.2.2細(xì)化數(shù)據(jù)流圖細(xì)化數(shù)據(jù)流圖 1沿數(shù)據(jù)流圖回溯，挖掘想要的內(nèi)容沿數(shù)據(jù)流圖回溯，挖掘想要的內(nèi)容 2自頂向下逐層分析的分析策略自頂向下逐層分析的分析策略 2021-12-28482自頂向下逐層分析的分析策略自頂向下逐層分析的分析策略 在軟件工程中控制復(fù)雜性的兩個基本手段：在軟件工程中控制復(fù)雜性的兩個基本手段：“分分解解“和和“抽象抽象”。 分析理解問題時，一般不可能一步到位，分解可分析理解問題時，一般不可能一步到位，分解可以以“循序漸進(jìn)循序漸進(jìn)”地進(jìn)行，即先考慮問題最本質(zhì)的地進(jìn)行，即先考慮問題最本質(zhì)的屬性和高度概括的情形，以后再逐層剖析內(nèi)部的屬性和高度概括的情形，以后再逐層剖析

32、內(nèi)部的細(xì)節(jié)，直至涉及到最詳細(xì)的內(nèi)容。細(xì)節(jié)，直至涉及到最詳細(xì)的內(nèi)容。 這種用高度概括的手法，先把握主要的功能，忽這種用高度概括的手法，先把握主要的功能，忽略細(xì)節(jié)，避免眉毛胡子一把抓的做法，就用到了略細(xì)節(jié)，避免眉毛胡子一把抓的做法，就用到了“抽象抽象”的手法。的手法。2021-12-2849 在研究用戶業(yè)務(wù)系統(tǒng)的數(shù)據(jù)流程時，是以在研究用戶業(yè)務(wù)系統(tǒng)的數(shù)據(jù)流程時，是以“功功能能”為對象進(jìn)行不同級別為對象進(jìn)行不同級別“抽象抽象”的。的。 在數(shù)據(jù)流圖的細(xì)化方面，把處理功能按抽象層在數(shù)據(jù)流圖的細(xì)化方面，把處理功能按抽象層次進(jìn)行逐層分解，把握好抽象的粒度，使其與次進(jìn)行逐層分解，把握好抽象的粒度，使其與層次對應(yīng)

33、。層次對應(yīng)。 2021-12-2850圖圖5.2 對數(shù)據(jù)流圖的分層分解對數(shù)據(jù)流圖的分層分解 2021-12-28515.2 5.2 結(jié)構(gòu)化分析方法結(jié)構(gòu)化分析方法 5.2.15.2.1結(jié)構(gòu)化分析的概念結(jié)構(gòu)化分析的概念 5.2.25.2.2細(xì)化數(shù)據(jù)流圖細(xì)化數(shù)據(jù)流圖 5.2.35.2.3數(shù)據(jù)流程圖應(yīng)用實(shí)例數(shù)據(jù)流程圖應(yīng)用實(shí)例2021-12-28525.2.35.2.3數(shù)據(jù)流程圖應(yīng)用實(shí)例數(shù)據(jù)流程圖應(yīng)用實(shí)例 某汽車配件公司設(shè)有銷售、采購、倉庫、會計(jì)等某汽車配件公司設(shè)有銷售、采購、倉庫、會計(jì)等業(yè)務(wù)部門。公司每天都要處理大量的銷售訂單業(yè)業(yè)務(wù)部門。公司每天都要處理大量的銷售訂單業(yè)務(wù)。當(dāng)配件缺貨或庫存量低于保險貯

34、備量時，就務(wù)。當(dāng)配件缺貨或庫存量低于保險貯備量時，就要進(jìn)貨。如果暫不考慮配件公司內(nèi)部的倉庫和會要進(jìn)貨。如果暫不考慮配件公司內(nèi)部的倉庫和會計(jì)業(yè)務(wù)細(xì)節(jié)，那么，配件公司的計(jì)業(yè)務(wù)細(xì)節(jié)，那么，配件公司的TOP圖，如圖，如5-3所所示。示。2021-12-2853（1）銷售子系統(tǒng)）銷售子系統(tǒng)TOP圖圖描述系統(tǒng)邊界描述系統(tǒng)邊界圖5.4 汽車配件銷售、采購子系統(tǒng)TOP圖圖5.3 汽車配件銷售業(yè)務(wù)系統(tǒng)TOP圖2021-12-2854（2）銷售子系統(tǒng)第一層圖）銷售子系統(tǒng)第一層圖反映主要功能反映主要功能2021-12-2855（3）銷售子系統(tǒng)第二層圖細(xì)化數(shù)據(jù)流圖2021-12-2856第第5 5章章 軟件需求分析軟

35、件需求分析 5.1 5.1 需求分析概述需求分析概述 5.2 5.2 結(jié)構(gòu)化分析方法結(jié)構(gòu)化分析方法 5.3 5.3 數(shù)據(jù)流圖的繪制數(shù)據(jù)流圖的繪制 5.4 5.4 編制數(shù)據(jù)字典編制數(shù)據(jù)字典 5.5 5.5 加工邏輯的分析與表達(dá)加工邏輯的分析與表達(dá) 5.6 5.6 需求驗(yàn)證與評審需求驗(yàn)證與評審2021-12-28575.3.15.3.1數(shù)據(jù)流圖的布局?jǐn)?shù)據(jù)流圖的布局 為了便于制圖和讀圖，習(xí)慣以加工處理為中為了便于制圖和讀圖，習(xí)慣以加工處理為中心，輸入來自左側(cè)，輸出流向右側(cè)。心，輸入來自左側(cè)，輸出流向右側(cè)。 輸入的輸入的“數(shù)據(jù)流數(shù)據(jù)流”及其及其“來源來源”一般畫在左一般畫在左側(cè)，如圖側(cè)，如圖3-6從從

36、“顧客顧客”發(fā)來發(fā)來“訂貨單訂貨單”。 輸出的數(shù)據(jù)流及其去處一般畫數(shù)據(jù)流圖的右輸出的數(shù)據(jù)流及其去處一般畫數(shù)據(jù)流圖的右側(cè)。如圖側(cè)。如圖3-6中，中，“銷售報表銷售報表”輸出到輸出到“主主管管”。 從全局看從全局看“數(shù)據(jù)流數(shù)據(jù)流”也是由左側(cè)流向右側(cè)也是由左側(cè)流向右側(cè) 2021-12-28585.3 5.3 數(shù)據(jù)流圖的繪制數(shù)據(jù)流圖的繪制 5.3.1數(shù)據(jù)流圖的布局?jǐn)?shù)據(jù)流圖的布局 5.3.2符號的應(yīng)用符號的應(yīng)用 5.3.3避免線條交叉避免線條交叉重復(fù)項(xiàng)表示重復(fù)項(xiàng)表示 5.3.4抽象數(shù)據(jù)流的應(yīng)用抽象數(shù)據(jù)流的應(yīng)用 5.3.5編號規(guī)則編號規(guī)則 5.3.6命名規(guī)則命名規(guī)則 5.3.7父圖與子圖的平衡父圖與子圖的

37、平衡2021-12-28595.3.25.3.2符號的應(yīng)用符號的應(yīng)用n關(guān)于正規(guī)的符號、語義關(guān)于正規(guī)的符號、語義圖圖5.7 數(shù)據(jù)流圖符號應(yīng)用數(shù)據(jù)流圖符號應(yīng)用 2021-12-28605.3 5.3 數(shù)據(jù)流圖的繪制數(shù)據(jù)流圖的繪制 5.3.1數(shù)據(jù)流圖的布局?jǐn)?shù)據(jù)流圖的布局 5.3.2符號的應(yīng)用符號的應(yīng)用 5.3.3避免線條交叉避免線條交叉重復(fù)項(xiàng)表示重復(fù)項(xiàng)表示 5.3.4抽象數(shù)據(jù)流的應(yīng)用抽象數(shù)據(jù)流的應(yīng)用 5.3.5編號規(guī)則編號規(guī)則 5.3.6命名規(guī)則命名規(guī)則 5.3.7父圖與子圖的平衡父圖與子圖的平衡2021-12-28613.3.33.3.3避免線條交叉避免線條交叉重復(fù)項(xiàng)表示重復(fù)項(xiàng)表示 采購 發(fā)貨單

38、登記 新客戶 信息 1.1.2 開發(fā)貨單并修改庫存 1.3.1 生成 編碼 1.3.5 登記 新配件 信息 檢查 1.3.4 核對訂單 并辦理 補(bǔ)充訂貨 1.2.3 銷售明細(xì)帳 主管 記銷 售帳 1.3.2 銷售 統(tǒng)計(jì) 1.3.3 到貨通知 采購 訂單留底 編碼規(guī)則 確定 能否 供貨 1.2.1 不能完全 滿足的訂貨 登記 缺貨 情況 檢查 1.2.2 暫存缺貨訂單 編輯 檢查 訂單 1.1.1 顧客 合格訂單 客戶檔案 配件目錄 可完全滿 足的訂貨 配件缺貨情況 配件庫存 訂單 不合格 訂單 部分滿 足的訂貨 銷售報表 圖 3-6 銷售業(yè)務(wù)子系統(tǒng)細(xì)化數(shù)據(jù)流圖 2021-12-28623.3.

39、33.3.3避免線條交叉避免線條交叉重復(fù)項(xiàng)表示重復(fù)項(xiàng)表示圖圖5.8 避免線條交叉的細(xì)法避免線條交叉的細(xì)法2021-12-28635.3 5.3 數(shù)據(jù)流圖的繪制數(shù)據(jù)流圖的繪制 5.3.1數(shù)據(jù)流圖的布局?jǐn)?shù)據(jù)流圖的布局 5.3.2符號的應(yīng)用符號的應(yīng)用 5.3.3避免線條交叉避免線條交叉重復(fù)項(xiàng)表示重復(fù)項(xiàng)表示 5.3.4抽象數(shù)據(jù)流的應(yīng)用抽象數(shù)據(jù)流的應(yīng)用 5.3.5編號規(guī)則編號規(guī)則 5.3.6命名規(guī)則命名規(guī)則 5.3.7父圖與子圖的平衡父圖與子圖的平衡2021-12-28645.3.45.3.4抽象數(shù)據(jù)流的應(yīng)用抽象數(shù)據(jù)流的應(yīng)用圖圖5.9 數(shù)據(jù)流的合并數(shù)據(jù)流的合并2021-12-2865圖5.10 通過分解

40、簡化數(shù)據(jù)流 2021-12-28665.3 5.3 數(shù)據(jù)流圖的繪制數(shù)據(jù)流圖的繪制 5.3.1數(shù)據(jù)流圖的布局?jǐn)?shù)據(jù)流圖的布局 5.3.2符號的應(yīng)用符號的應(yīng)用 5.3.3避免線條交叉避免線條交叉重復(fù)項(xiàng)表示重復(fù)項(xiàng)表示 5.3.4抽象數(shù)據(jù)流的應(yīng)用抽象數(shù)據(jù)流的應(yīng)用 5.3.55.3.5編號規(guī)則編號規(guī)則 5.3.6命名規(guī)則命名規(guī)則 5.3.7父圖與子圖的平衡父圖與子圖的平衡2021-12-28675.3.55.3.5編號規(guī)則編號規(guī)則 在繪制數(shù)據(jù)流圖的過程中，外部項(xiàng)、處理邏在繪制數(shù)據(jù)流圖的過程中，外部項(xiàng)、處理邏輯、數(shù)據(jù)流和數(shù)據(jù)存貯都應(yīng)加以命名和編號，輯、數(shù)據(jù)流和數(shù)據(jù)存貯都應(yīng)加以命名和編號，以便對其功能或組成能

41、夠直觀的理解，尤其以便對其功能或組成能夠直觀的理解，尤其對于更細(xì)節(jié)的內(nèi)容，可以放在數(shù)據(jù)字典中詳對于更細(xì)節(jié)的內(nèi)容，可以放在數(shù)據(jù)字典中詳細(xì)描述，以便查閱。細(xì)描述，以便查閱。2021-12-2868編號方法是用編號方法是用“層序號層序號” P1.1“編輯訂貨單編輯訂貨單”P1.1.1“編輯檢查訂單編輯檢查訂單”P1.1.2“登記新顧客信息登記新顧客信息”P1.3“辦理發(fā)貨辦理發(fā)貨”P1.3.1表示表示“開發(fā)貨單并修改庫存開發(fā)貨單并修改庫存”P1.3.2表示表示“記銷售帳記銷售帳”P1.3.3表示表示“銷售統(tǒng)計(jì)銷售統(tǒng)計(jì)”P1.3.4表示表示“登記新配件信息登記新配件信息”P1.3.5表示表示“生成編碼

42、生成編碼”2021-12-28695.3 5.3 數(shù)據(jù)流圖的繪制數(shù)據(jù)流圖的繪制 5.3.1數(shù)據(jù)流圖的布局?jǐn)?shù)據(jù)流圖的布局 5.3.2符號的應(yīng)用符號的應(yīng)用 5.3.3避免線條交叉避免線條交叉重復(fù)項(xiàng)表示重復(fù)項(xiàng)表示 5.3.4抽象數(shù)據(jù)流的應(yīng)用抽象數(shù)據(jù)流的應(yīng)用 5.3.5編號規(guī)則編號規(guī)則 5.3.65.3.6命名規(guī)則命名規(guī)則 5.3.7父圖與子圖的平衡父圖與子圖的平衡2021-12-28705.3.65.3.6命名規(guī)則命名規(guī)則對數(shù)據(jù)流（或數(shù)據(jù)存貯）的命名：一般使用名詞。當(dāng)對數(shù)據(jù)流（或數(shù)據(jù)存貯）的命名：一般使用名詞。當(dāng)單個名詞尚不能說明特指數(shù)據(jù)流或數(shù)據(jù)存貯時，前面單個名詞尚不能說明特指數(shù)據(jù)流或數(shù)據(jù)存貯時，

43、前面可以加定語限定?？梢约佣ㄕZ限定。命名要代表整個數(shù)據(jù)流或數(shù)據(jù)存貯。因?yàn)橐粋€數(shù)據(jù)流命名要代表整個數(shù)據(jù)流或數(shù)據(jù)存貯。因?yàn)橐粋€數(shù)據(jù)流或數(shù)據(jù)存貯往往是由一組數(shù)據(jù)元素組成的數(shù)據(jù)結(jié)構(gòu)，或數(shù)據(jù)存貯往往是由一組數(shù)據(jù)元素組成的數(shù)據(jù)結(jié)構(gòu)，不要僅使用反映其中某些元素的名子。不要僅使用反映其中某些元素的名子。不要使用泛指的名字，如不要使用泛指的名字，如“數(shù)據(jù)數(shù)據(jù)”、“信息信息”、“單單據(jù)據(jù)”等。等。如果在為某個數(shù)據(jù)流或數(shù)據(jù)存貯命名時感到相對困難，如果在為某個數(shù)據(jù)流或數(shù)據(jù)存貯命名時感到相對困難，就有可能是因?yàn)閷?shù)據(jù)流或數(shù)據(jù)存貯分解的不恰當(dāng)造就有可能是因?yàn)閷?shù)據(jù)流或數(shù)據(jù)存貯分解的不恰當(dāng)造成的，試著重新分解，也許問題就解

44、決了。成的，試著重新分解，也許問題就解決了。2021-12-28715.3.65.3.6命名規(guī)則命名規(guī)則對處理邏輯的命名：除了子系統(tǒng)級的邏輯功能可對處理邏輯的命名：除了子系統(tǒng)級的邏輯功能可以使用名詞以外，原則上，其它功能邏輯習(xí)慣使以使用名詞以外，原則上，其它功能邏輯習(xí)慣使用動賓結(jié)構(gòu)的短語命名，如用動賓結(jié)構(gòu)的短語命名，如“記銷售帳記銷售帳”“”“處理處理訂貨業(yè)務(wù)訂貨業(yè)務(wù)”等。等。通常是，先為數(shù)據(jù)流命名，然后再為與之相關(guān)聯(lián)通常是，先為數(shù)據(jù)流命名，然后再為與之相關(guān)聯(lián)的處理功能命名。這樣命名比較容易。因?yàn)榇蠖嗟奶幚砉δ苊＿@樣命名比較容易。因?yàn)榇蠖鄶?shù)據(jù)功能都是針對輸入的數(shù)據(jù)流的。數(shù)據(jù)功能都是針對輸入

45、的數(shù)據(jù)流的。如果某處命名有困難，可能是對處理功能分解不如果某處命名有困難，可能是對處理功能分解不當(dāng)造成的，試著重新分解，也許問題注解決了。當(dāng)造成的，試著重新分解，也許問題注解決了。2021-12-28725.3 5.3 數(shù)據(jù)流圖的繪制數(shù)據(jù)流圖的繪制 5.3.1數(shù)據(jù)流圖的布局?jǐn)?shù)據(jù)流圖的布局 5.3.2符號的應(yīng)用符號的應(yīng)用 5.3.3避免線條交叉避免線條交叉重復(fù)項(xiàng)表示重復(fù)項(xiàng)表示 5.3.4抽象數(shù)據(jù)流的應(yīng)用抽象數(shù)據(jù)流的應(yīng)用 5.3.5編號規(guī)則編號規(guī)則 5.3.6命名規(guī)則命名規(guī)則 5.3.75.3.7父圖與子圖的平衡父圖與子圖的平衡2021-12-28735.3.75.3.7父圖與子圖的平衡父圖與子圖

46、的平衡 對數(shù)據(jù)流程圖的擴(kuò)充應(yīng)注意父圖與子圖邊界對數(shù)據(jù)流程圖的擴(kuò)充應(yīng)注意父圖與子圖邊界的吻合。即所有子圖邊界的疊加應(yīng)該與父圖的吻合。即所有子圖邊界的疊加應(yīng)該與父圖描述的系統(tǒng)范圍一樣大。按經(jīng)驗(yàn)數(shù)據(jù)，每張描述的系統(tǒng)范圍一樣大。按經(jīng)驗(yàn)數(shù)據(jù)，每張子圖分解出來的加工邏輯一般不要超過子圖分解出來的加工邏輯一般不要超過7到到8個，這樣可以保持整圖清晰，容易理解。如個，這樣可以保持整圖清晰，容易理解。如果過多，可能是分解過細(xì)，應(yīng)考慮是否應(yīng)該果過多，可能是分解過細(xì)，應(yīng)考慮是否應(yīng)該再分解一層。再分解一層。2021-12-2874在醫(yī)院在醫(yī)院ICU病房里，將病癥監(jiān)視器安置在每個病房里，將病癥監(jiān)視器安置在每個病床，對病

47、人進(jìn)行監(jiān)護(hù)。監(jiān)視器將病人的組合病癥病床，對病人進(jìn)行監(jiān)護(hù)。監(jiān)視器將病人的組合病癥信號實(shí)時地傳送到中央監(jiān)護(hù)系統(tǒng)進(jìn)行分析處理。信號實(shí)時地傳送到中央監(jiān)護(hù)系統(tǒng)進(jìn)行分析處理。 在中心值班室里，值班護(hù)士使用中央監(jiān)護(hù)系統(tǒng)在中心值班室里，值班護(hù)士使用中央監(jiān)護(hù)系統(tǒng)對病員的情況進(jìn)行監(jiān)控，監(jiān)護(hù)系統(tǒng)實(shí)時地將病人的對病員的情況進(jìn)行監(jiān)控，監(jiān)護(hù)系統(tǒng)實(shí)時地將病人的病癥信號與標(biāo)準(zhǔn)的病診信號進(jìn)行比較分析，當(dāng)病癥病癥信號與標(biāo)準(zhǔn)的病診信號進(jìn)行比較分析，當(dāng)病癥出現(xiàn)異常時，系統(tǒng)會立即自動報警，并打印病情報出現(xiàn)異常時，系統(tǒng)會立即自動報警，并打印病情報告和更新病歷。告和更新病歷。 根據(jù)醫(yī)生的要求隨時打印病人的病情報告，系根據(jù)醫(yī)生的要求隨時打印

48、病人的病情報告，系統(tǒng)還定期自動更新病歷。統(tǒng)還定期自動更新病歷。案案 例例 一一 醫(yī)院病房監(jiān)護(hù)系統(tǒng)醫(yī)院病房監(jiān)護(hù)系統(tǒng)2021-12-2875經(jīng)過初步的需求分析，得到系統(tǒng)功能要求：經(jīng)過初步的需求分析，得到系統(tǒng)功能要求：1 1、監(jiān)視病員的病癥、監(jiān)視病員的病癥( (血壓、體溫、脈搏等血壓、體溫、脈搏等) )。2 2、定時更新病歷。、定時更新病歷。3 3、病情出現(xiàn)異常情況時報警。、病情出現(xiàn)異常情況時報警。4 4、隨機(jī)地產(chǎn)生某一病員的病情報告。、隨機(jī)地產(chǎn)生某一病員的病情報告。例1：醫(yī)院病房監(jiān)護(hù)系統(tǒng)產(chǎn)生產(chǎn)生病情報告病情報告監(jiān)視病情監(jiān)視病情更新病歷更新病歷請分析軟件請分析軟件系統(tǒng)系統(tǒng)需求需求!2021-12-2

49、8761. 監(jiān)視病員的病癥監(jiān)視病員的病癥 采集病癥信號采集病癥信號( (血壓、體溫、脈搏等血壓、體溫、脈搏等) )。 組合病癥信號。組合病癥信號。 將模擬將模擬病癥信號轉(zhuǎn)換為數(shù)字信號（病癥信號轉(zhuǎn)換為數(shù)字信號（A-D轉(zhuǎn)換）。轉(zhuǎn)換）。2. 定時更新病歷定時更新病歷 將將病癥信號進(jìn)行格式化并加入更新日期、時間。病癥信號進(jìn)行格式化并加入更新日期、時間。 更新病歷庫中病人的信息。更新病歷庫中病人的信息。 可人工設(shè)定更新可人工設(shè)定更新病歷的時間間隔。病歷的時間間隔。2021-12-28773. 病情出現(xiàn)異常情況時報警病情出現(xiàn)異常情況時報警 根據(jù)標(biāo)準(zhǔn)病癥信號庫中的值，判斷是否報警。根據(jù)標(biāo)準(zhǔn)病癥信號庫中的值，

50、判斷是否報警。 將報警信號轉(zhuǎn)換為各種模擬信號（將報警信號轉(zhuǎn)換為各種模擬信號（D-A轉(zhuǎn)換）。轉(zhuǎn)換）。 實(shí)時打印病情報告，立即更新病歷。實(shí)時打印病情報告，立即更新病歷。4. 隨機(jī)地產(chǎn)生某一病員的病情報告隨機(jī)地產(chǎn)生某一病員的病情報告2021-12-2878非功能需求1、監(jiān)視器與網(wǎng)絡(luò)的、監(jiān)視器與網(wǎng)絡(luò)的可靠性要求可靠性要求，涉及人的生命安，涉及人的生命安全。全。2、效率需求效率需求中對時間、空間的需求，所采集的病中對時間、空間的需求，所采集的病癥信號數(shù)據(jù)量大。癥信號數(shù)據(jù)量大。3、互操作需求互操作需求如要求監(jiān)視器采樣頻率可人工調(diào)如要求監(jiān)視器采樣頻率可人工調(diào)整等。整等。4、對病人病歷的、對病人病歷的隱私的要

51、求。隱私的要求。2021-12-2879病員病員護(hù)士護(hù)士護(hù)士護(hù)士病員監(jiān)病員監(jiān)護(hù)系統(tǒng)護(hù)系統(tǒng)病員病員日志日志病癥信號病癥信號要求報告要求報告病癥病癥報告報告報警報警頂頂 層層DFD圖圖頂層確定了系統(tǒng)的范圍，其外部實(shí)體為病員和護(hù)士頂層確定了系統(tǒng)的范圍，其外部實(shí)體為病員和護(hù)士護(hù)士護(hù)士病員病員護(hù)士護(hù)士2021-12-2880第一層：第一層：病員病員護(hù)士護(hù)士護(hù)士護(hù)士中央監(jiān)視中央監(jiān)視病員病員日志日志病癥信號病癥信號要求報告要求報告病癥病癥報告報告報警報警局部監(jiān)視局部監(jiān)視生成報告生成報告病員極限病員極限更新日志更新日志病員數(shù)據(jù)病員數(shù)據(jù)格式化格式化病員數(shù)據(jù)病員數(shù)據(jù)生理信號生理信號極限值極限值1324日志數(shù)據(jù)日志

52、數(shù)據(jù)日志數(shù)據(jù)日志數(shù)據(jù)醫(yī)院病房監(jiān)護(hù)系統(tǒng)頂層醫(yī)院病房監(jiān)護(hù)系統(tǒng)頂層DFDDFD圖圖緊急報告緊急報告2021-12-2881第二層：加工第二層：加工“中央監(jiān)視中央監(jiān)視”分解分解醫(yī)院病房監(jiān)護(hù)系統(tǒng)二層醫(yī)院病房監(jiān)護(hù)系統(tǒng)二層DFDDFD圖圖計(jì)算超過計(jì)算超過極限值否極限值否病員病員數(shù)據(jù)數(shù)據(jù)超過超過極限值極限值報警報警開解信號開解信號產(chǎn)生產(chǎn)生報警信息報警信息病員極限病員極限格式化格式化病員數(shù)據(jù)病員數(shù)據(jù)體溫體溫血壓、體溫血壓、體溫脈搏脈搏生理信號生理信號極限值極限值時間時間脈搏脈搏血壓血壓日期日期時鐘時鐘格式化格式化病員數(shù)據(jù)病員數(shù)據(jù)3.13.23.23.33.33.43.4緊急報告緊急報告2021-12-2882計(jì)

53、算超過計(jì)算超過極限值否極限值否病員數(shù)據(jù)超過極限值報警開解信號開解信號產(chǎn)生產(chǎn)生報警信息報警信息病員極限病員極限格式化格式化病員數(shù)據(jù)病員數(shù)據(jù)體溫血壓、體溫、脈搏生理信號極限值時間脈搏血壓日期時鐘時鐘格式化病員數(shù)據(jù)3.13.23.23.33.33.43.4第二層：加工第二層：加工“中央監(jiān)視中央監(jiān)視”分解分解第一層第一層格式化格式化病員數(shù)據(jù)病員數(shù)據(jù)生理信號生理信號極限值極限值病員病員護(hù)士護(hù)士護(hù)士護(hù)士中央監(jiān)視中央監(jiān)視病員病員日志日志病癥信號病癥信號要求報告要求報告病癥病癥報告報告報警報警局部監(jiān)視局部監(jiān)視生成報告生成報告病員極限病員極限更新日志更新日志病員病員數(shù)據(jù)數(shù)據(jù)1324日志數(shù)據(jù)日志數(shù)據(jù)緊急報告緊急報

54、告緊急報告緊急報告2021-12-2883第第5 5章章 軟件需求分析軟件需求分析 5.1 5.1 需求分析概述需求分析概述 5.2 5.2 結(jié)構(gòu)化分析方法結(jié)構(gòu)化分析方法 5.3 5.3 數(shù)據(jù)流圖的繪制數(shù)據(jù)流圖的繪制 5.4 5.4 編制數(shù)據(jù)字典編制數(shù)據(jù)字典 5.5 5.5 加工邏輯的分析與表達(dá)加工邏輯的分析與表達(dá) 5.6 5.6 需求驗(yàn)證與評審需求驗(yàn)證與評審2021-12-28845.4 5.4 編制數(shù)據(jù)字典編制數(shù)據(jù)字典 在數(shù)據(jù)流圖中對一個數(shù)據(jù)流、數(shù)據(jù)存貯或加工只在數(shù)據(jù)流圖中對一個數(shù)據(jù)流、數(shù)據(jù)存貯或加工只能標(biāo)明一個名字，沒有對這些元素的構(gòu)成細(xì)節(jié)、能標(biāo)明一個名字，沒有對這些元素的構(gòu)成細(xì)節(jié)、內(nèi)容

55、、特性及加工過程詳細(xì)說明。分析人員僅靠內(nèi)容、特性及加工過程詳細(xì)說明。分析人員僅靠“圖圖”來完整地理解一個系統(tǒng)的邏輯功能是不可來完整地理解一個系統(tǒng)的邏輯功能是不可能的。能的。 數(shù)據(jù)定典就是用來定義數(shù)據(jù)流圖中的各個成分的數(shù)據(jù)定典就是用來定義數(shù)據(jù)流圖中的各個成分的具體含義的工具，它以一種準(zhǔn)確的、無二義性的具體含義的工具，它以一種準(zhǔn)確的、無二義性的說明方式為系統(tǒng)的分析、設(shè)計(jì)及維護(hù)提供了有關(guān)說明方式為系統(tǒng)的分析、設(shè)計(jì)及維護(hù)提供了有關(guān)元素的一致的定義和詳細(xì)的描述。元素的一致的定義和詳細(xì)的描述。 它和數(shù)據(jù)流圖共同構(gòu)成了系統(tǒng)的邏輯模型，是它和數(shù)據(jù)流圖共同構(gòu)成了系統(tǒng)的邏輯模型，是“需求規(guī)格說明書需求規(guī)格說明書”

56、的主要組成部分。的主要組成部分。2021-12-28855.4 5.4 編制數(shù)據(jù)字典編制數(shù)據(jù)字典 5.4.1定義數(shù)據(jù)的方法定義數(shù)據(jù)的方法 5.4.2數(shù)據(jù)字典的內(nèi)容及格式數(shù)據(jù)字典的內(nèi)容及格式2021-12-28865.4.15.4.1定義數(shù)據(jù)的方法定義數(shù)據(jù)的方法 一般認(rèn)為，從數(shù)據(jù)的組成上看是自上而下的分解一般認(rèn)為，從數(shù)據(jù)的組成上看是自上而下的分解過程，一直分解的數(shù)據(jù)元素。因此，在對數(shù)據(jù)注過程，一直分解的數(shù)據(jù)元素。因此，在對數(shù)據(jù)注釋、說明和定義的時候，也采取自上而下的方法，釋、說明和定義的時候，也采取自上而下的方法，符合人們檢索信息的習(xí)慣。符合人們檢索信息的習(xí)慣。 當(dāng)數(shù)據(jù)被分解到不需要進(jìn)一步定義，

57、每個與工程當(dāng)數(shù)據(jù)被分解到不需要進(jìn)一步定義，每個與工程有關(guān)的人都清楚其含義時，我們就把它看作是數(shù)有關(guān)的人都清楚其含義時，我們就把它看作是數(shù)據(jù)元素，分解過程到此就結(jié)束了。據(jù)元素，分解過程到此就結(jié)束了。2021-12-2887 由數(shù)據(jù)元素組成數(shù)據(jù)的方式只有如下三種基本類由數(shù)據(jù)元素組成數(shù)據(jù)的方式只有如下三種基本類型：型： 順序順序 以一定的順序連接兩個或多的元素；以一定的順序連接兩個或多的元素； 選擇選擇 從兩個或多個可能的元素中選取一個；從兩個或多個可能的元素中選取一個； 重復(fù)重復(fù) 把指定的元素重復(fù)零次或多次。把指定的元素重復(fù)零次或多次。 可選可選 理論上，可以使用上述三種關(guān)系定義數(shù)據(jù)理論上，可以使

58、用上述三種關(guān)系定義數(shù)據(jù)字典中的任何條目。因?yàn)椋?dāng)重復(fù)次數(shù)為字典中的任何條目。因?yàn)椋?dāng)重復(fù)次數(shù)為0次或一次或一次時，就構(gòu)成了一種可有可無的可選關(guān)系。但由次時，就構(gòu)成了一種可有可無的可選關(guān)系。但由于于“可選可選”是由數(shù)據(jù)元素組成數(shù)據(jù)的一種常見方是由數(shù)據(jù)元素組成數(shù)據(jù)的一種常見方式，把它單獨(dú)列為一種關(guān)系會使數(shù)據(jù)字典的描述式，把它單獨(dú)列為一種關(guān)系會使數(shù)據(jù)字典的描述更清晰。更清晰。2021-12-2888常用的描述數(shù)據(jù)結(jié)構(gòu)的關(guān)系算符常用的描述數(shù)據(jù)結(jié)構(gòu)的關(guān)系算符 表表5-12021-12-28895.4 5.4 編制數(shù)據(jù)字典編制數(shù)據(jù)字典 5.4.1定義數(shù)據(jù)的方法定義數(shù)據(jù)的方法 5.4.2數(shù)據(jù)字典的內(nèi)容及格式

59、數(shù)據(jù)字典的內(nèi)容及格式2021-12-28905.4.25.4.2數(shù)據(jù)字典的內(nèi)容及格式數(shù)據(jù)字典的內(nèi)容及格式 1. 數(shù)據(jù)流條目數(shù)據(jù)流條目 2. 數(shù)據(jù)存儲條目數(shù)據(jù)存儲條目 3. 數(shù)據(jù)項(xiàng)條目數(shù)據(jù)項(xiàng)條目 4. 加工條件目加工條件目2021-12-28911.數(shù)據(jù)流條目 數(shù)據(jù)流條目通常列出組成該數(shù)據(jù)流的數(shù)據(jù)項(xiàng)數(shù)據(jù)流條目通常列出組成該數(shù)據(jù)流的數(shù)據(jù)項(xiàng)數(shù)。數(shù)。2021-12-2892（3）銷售子系統(tǒng)第二層圖細(xì)化數(shù)據(jù)流圖2021-12-2893數(shù)據(jù)流：訂單數(shù)據(jù)流：訂單 名稱：訂單名稱：訂單 別名：無別名：無 簡述：顧客訂貨時填寫的項(xiàng)目簡述：顧客訂貨時填寫的項(xiàng)目 來源：顧客來源：顧客 去向：加工去向：加工1.1.1

60、“編輯檢查訂單編輯檢查訂單” 數(shù)據(jù)流量：數(shù)據(jù)流量：1000份份/每周每周 組成：編號組成：編號+訂貨日期訂貨日期+顧客編號顧客編號+地址地址+電話電話+銀行帳號銀行帳號+配件名稱配件名稱+數(shù)量數(shù)量 其中：數(shù)據(jù)流量指單位時間內(nèi)（每小時或每其中：數(shù)據(jù)流量指單位時間內(nèi)（每小時或每天）傳輸?shù)拇翁欤﹤鬏數(shù)拇?021-12-2894（3）銷售子系統(tǒng)第二層圖細(xì)化數(shù)據(jù)流圖2021-12-28952.2.數(shù)據(jù)存儲條目數(shù)據(jù)存儲條目 名稱：庫存記錄名稱：庫存記錄 別名：無別名：無 簡述：存放配件庫存信息簡述：存放配件庫存信息 組成：配件編號組成：配件編號+配件名稱配件名稱+供應(yīng)商編號供應(yīng)商編號+單價單價+庫存量庫存