需求分析課件

第3章需求分析3.1需求分析的任務(wù)3.2與用戶溝通獲取需求的方法3.3分析建模與規(guī)格說(shuō)明3.4實(shí)體-聯(lián)系圖3.5數(shù)據(jù)規(guī)范化3.6狀態(tài)轉(zhuǎn)換圖3.7其他圖形工具3.8驗(yàn)證軟件需求8/14/20231第3章需求分析3.1需求分析的任務(wù)8/4/20231

開發(fā)一個(gè)軟件系統(tǒng)前，必須了解用戶的期望和要求重要性：軟件開發(fā)的基礎(chǔ)和前提最終目標(biāo)軟件系統(tǒng)驗(yàn)收的標(biāo)準(zhǔn)避免或者盡早剔除早期的錯(cuò)誤可行性分析階段已經(jīng)粗略了解了用戶的需求，但許多細(xì)節(jié)被忽略。在系統(tǒng)開發(fā)前，還需要進(jìn)一步確定、分析這些細(xì)節(jié)。--->需求分析過(guò)程8/14/20232開發(fā)一個(gè)軟件系統(tǒng)前，必須了解用戶的期望和要求重要性：軟困難：片面性,不完全模糊性,不準(zhǔn)確不一致性,歧義等等因此必須使用系統(tǒng)的方法、借助于一系列行之有效的技術(shù)和工具進(jìn)行需求分析。應(yīng)用系統(tǒng)復(fù)雜，龐大8/14/20233困難：片面性,不完全模糊性,不準(zhǔn)確不一致性,歧調(diào)查發(fā)現(xiàn)軟件項(xiàng)目失敗的原因：

13.1%不完整的產(chǎn)品要求；12.4%缺乏用戶的參與；10.6%缺少資源（人力、財(cái)力）；9.9%不現(xiàn)實(shí)的期望；9.3%高層領(lǐng)導(dǎo)支持不足；8.7%產(chǎn)品要求與指標(biāo)的改變；8.1%沒(méi)有訂計(jì)劃；7.5%不再需耍該開發(fā)中的系統(tǒng)。其中，與產(chǎn)品需求有關(guān)的（1,2,4,和6項(xiàng)）占了44.1%。這些數(shù)據(jù)突出地顯示了軟件產(chǎn)品需求在軟件開發(fā)中的重要性。8/14/20234調(diào)查發(fā)現(xiàn)軟件項(xiàng)目失敗的原因：13.1%軟件需求

需求是指用戶對(duì)軟件的功能和性能的要求，就是用戶希望軟件能做什么事情，完成什么樣的功能，達(dá)到什么性能。8/14/20235軟件需求需求是指用戶對(duì)軟件的功能和性能的要求，就是軟件需求的層次業(yè)務(wù)需求用戶需求功能需求軟件需求規(guī)格非功能性需求質(zhì)量特性約束和假設(shè)系統(tǒng)需求8/14/20236軟件需求的層次業(yè)務(wù)需求用戶需求功能需求軟件需求規(guī)格非功能性需軟件需求管理的過(guò)程需求分析編寫需求規(guī)格需求驗(yàn)證需求獲取需求變更需求確認(rèn)需求變更8/14/20237軟件需求管理的過(guò)程需求分析編寫需求規(guī)格需求驗(yàn)證需求獲取需求變需求工程基本任務(wù)需求工程需求管理需求開發(fā)需求獲取需求分析需求規(guī)格說(shuō)明需求驗(yàn)證變更管理8/14/20238需求工程基本任務(wù)需求工程需求管理需求開發(fā)需求獲取需求分析需求需求分析定義需求分析是為最終用戶所看到的系統(tǒng)建立一個(gè)概念模型，是對(duì)需求的抽象描述。8/14/20239需求分析定義需求分析是為最終用戶所看到的系統(tǒng)建立一個(gè)軟件開發(fā)是要實(shí)現(xiàn)目標(biāo)系統(tǒng)的物理模型。需求分析的任務(wù)就是借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型，解決目標(biāo)系統(tǒng)“做什么”的問(wèn)題。目標(biāo)系統(tǒng)當(dāng)前系統(tǒng)物理模型邏輯模型模型化抽象化物理模型邏輯模型具體化實(shí)例化理解需求導(dǎo)出怎么做做什么需求分析模型表達(dá)需求8/14/202310軟件開發(fā)是要實(shí)現(xiàn)目標(biāo)系統(tǒng)的物理模型。需求分析的任務(wù)就是借助于§1需求分析的任務(wù)

需求分析的基本任務(wù)：準(zhǔn)確的回答“系統(tǒng)必須做什么？”（注意：

細(xì)致、精確地回答“What”（合同的擬定），而不是“How”）1、確定系統(tǒng)的綜合性要求(1)功能要求(2)性能要求(3)可靠性和可用性需求(4)出錯(cuò)處理需求(5)接口需求(6)約束(7)逆向需求(8)將來(lái)可能提出的要求8/14/202311§1需求分析的任務(wù)需求分析的基本任務(wù)：準(zhǔn)確的回答“2、分析系統(tǒng)的數(shù)據(jù)要求目標(biāo)系統(tǒng)輸入信息輸出信息系統(tǒng)處理的信息和系統(tǒng)應(yīng)該產(chǎn)生的信息在很大程度上決定系統(tǒng)的概貌。分析系統(tǒng)數(shù)據(jù)要求，通常使用概念模型的方法。數(shù)據(jù)信息在數(shù)據(jù)字典中，為了直觀地描繪數(shù)據(jù)結(jié)構(gòu)，可采用層次方框圖和Warnier圖等輔助工具。采用規(guī)范化理論來(lái)規(guī)范化數(shù)據(jù)結(jié)構(gòu)。8/14/2023122、分析系統(tǒng)的數(shù)據(jù)要求目標(biāo)系統(tǒng)輸入信息輸出信息系統(tǒng)處理的信息3、導(dǎo)出新系統(tǒng)的邏輯模型4、修正系統(tǒng)的開發(fā)計(jì)劃成本和進(jìn)度的更準(zhǔn)確估計(jì)。高層數(shù)據(jù)流圖數(shù)據(jù)字典（粗略）可行性研究分析、具體化數(shù)據(jù)流圖數(shù)據(jù)流圖數(shù)據(jù)流圖數(shù)據(jù)字典（詳細(xì)）簡(jiǎn)明的算法描述需求分析8/14/2023133、導(dǎo)出新系統(tǒng)的邏輯模型4、修正系統(tǒng)的開發(fā)計(jì)劃成本和進(jìn)度的更需求分析是一項(xiàng)軟件工程活動(dòng)，它包括：需求獲取刻劃出軟件的功能和性能；指明軟件與其他系統(tǒng)元素的接口；建立軟件必須滿足的約束。需求建模 需求分析建立起來(lái)的模型為日后軟件設(shè)計(jì)人員提供了可被翻譯成數(shù)據(jù)、體系結(jié)構(gòu)、接口和處理過(guò)程設(shè)計(jì)的模型。小結(jié)：需求分析的任務(wù)8/14/202314需求分析是一項(xiàng)軟件工程活動(dòng)，它包括：小結(jié)：需求分析的任務(wù)8/需求規(guī)格說(shuō)明 需求規(guī)格說(shuō)明為開發(fā)人員和用戶提供軟件開發(fā)完成時(shí)質(zhì)量評(píng)價(jià)的依據(jù)。需求評(píng)審需求分析研究的對(duì)象是用戶的要求。必須全面理解用戶的各項(xiàng)要求，準(zhǔn)確表達(dá)被接受的用戶要求。只有經(jīng)過(guò)確切描述的軟件需求才能成為軟件設(shè)計(jì)的基礎(chǔ)。 8/14/202315需求規(guī)格說(shuō)明8/4/202315需求獲取需求獲取是在問(wèn)題及其最終解決方案之間架設(shè)橋梁的第一步。需求獲取的目的是清楚地理解所要解決的問(wèn)題，完整地獲得用戶的需求。獲取需求的一個(gè)必不可少的結(jié)果是對(duì)項(xiàng)目中描述的客戶需求的普遍理解。一旦理解了需求，分析者、開發(fā)者和客戶就能探索出描述這些需求的多種解決方案。8/14/202316需求獲取需求獲取是在問(wèn)題及其最終解決方案之間架設(shè)橋梁的第一步軟件需求的層次業(yè)務(wù)需求反映了組織或客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，它們一般在項(xiàng)目視圖和范圍文檔中給予說(shuō)明。用戶需求描述用戶使用軟件需要完成哪些任務(wù)，它們可通過(guò)使用實(shí)例圖或腳本說(shuō)明加以闡明。功能―非功能需求定義了開發(fā)者必須實(shí)現(xiàn)的軟件功能，而非功能需求如表所示:8/14/202317軟件需求的層次業(yè)務(wù)需求反映了組織或客戶對(duì)系統(tǒng)、產(chǎn)品高8/14/2023188/4/202318需求獲取過(guò)程需求獲取包括以下活動(dòng)：發(fā)現(xiàn)和分析問(wèn)題發(fā)現(xiàn)問(wèn)題癥結(jié)，并分析問(wèn)題的原因/結(jié)果關(guān)系。獲取需求根據(jù)對(duì)問(wèn)題的理解定義需求。使用調(diào)查研究方法收集信息；遵循需求獲取框架，按照三個(gè)成分觀察：即數(shù)據(jù)、過(guò)程和接口。需求歸檔以草稿形式歸檔調(diào)查結(jié)果。形式有用例、決策表、需求表等。8/14/202319需求獲取過(guò)程需求獲取包括以下活動(dòng)：8/4/202319需求獲取的步驟軟件開發(fā)項(xiàng)目和組織文化的不同，對(duì)于需求開發(fā)沒(méi)有一個(gè)簡(jiǎn)單的、公式化的途徑。下面9個(gè)步驟，針對(duì)信息系統(tǒng)的需求獲取。定義項(xiàng)目的視圖和范圍包括組織結(jié)構(gòu)圖、各部門的崗位/角色列表。確定用戶類包括人員/責(zé)任矩陣。確定目標(biāo)系統(tǒng)的業(yè)務(wù)工作流包括物流、資金流、信息流，建立業(yè)務(wù)工作流模型。8/14/202320需求獲取的步驟軟件開發(fā)項(xiàng)目和組織文化的不同，對(duì)于需求開發(fā)沒(méi)有運(yùn)用需求獲取技術(shù)開發(fā)反映主要業(yè)務(wù)規(guī)則的用例（或數(shù)據(jù)流圖）并設(shè)置優(yōu)先級(jí)。收集來(lái)自用戶的質(zhì)量特性信息和其他非功能需求

將性能、安全性、可靠性等需求和其他設(shè)計(jì)約束結(jié)合業(yè)務(wù)規(guī)則，形成功能需求。分類在用例（或數(shù)據(jù)流圖）中涉及的數(shù)據(jù)

包括數(shù)據(jù)的組成和數(shù)據(jù)之間的關(guān)系。詳細(xì)擬訂用例（或數(shù)據(jù)流圖）的規(guī)格說(shuō)明，

建立功能模型，并進(jìn)行審查，用以澄清需求獲取的參與者對(duì)需求的理解。8/14/202321運(yùn)用需求獲取技術(shù)開發(fā)反映主要業(yè)務(wù)規(guī)則的用例（或數(shù)據(jù)流圖）并設(shè)開發(fā)并評(píng)估界面原型

設(shè)想輸入設(shè)備、輸出設(shè)備、顯示風(fēng)格、顯示方式、輸出格式等，建立接口規(guī)范和信息流傳輸規(guī)則。從功能描述中開發(fā)概念測(cè)試用例

用測(cè)試用例來(lái)驗(yàn)證用例（或數(shù)據(jù)流圖）、功能需求和原型。8/14/202322開發(fā)并評(píng)估界面原型設(shè)想輸入設(shè)備、輸出設(shè)備、顯示風(fēng)格、需求獲取可能是軟件開發(fā)中最困難、最關(guān)鍵、最易出錯(cuò)及最需要交流的方面。表現(xiàn)在：需求的不穩(wěn)定性：在整個(gè)軟件生存周期內(nèi)軟件需求會(huì)隨著時(shí)間的推移發(fā)生變化；需求的不準(zhǔn)確性：用戶和開發(fā)人員的認(rèn)識(shí)會(huì)隨著使用系統(tǒng)實(shí)現(xiàn)業(yè)務(wù)流程的實(shí)踐逐步提高，一開始不可能設(shè)想得面面俱到。需求獲取只有通過(guò)有效的客戶/開發(fā)者的合作才能成功。8/14/202323需求獲取可能是軟件開發(fā)中最困難、最關(guān)鍵、最易出錯(cuò)及最需要交流需求整理與表達(dá)的方法采用窮舉方法可以避免遺漏。采用歸納方法，通過(guò)對(duì)各種情況進(jìn)行綜合分類可以使問(wèn)題條理化。采用抽象方法，可以發(fā)現(xiàn)問(wèn)題的實(shí)質(zhì)，抓住問(wèn)題的主要矛盾，忽略其次要矛盾。需求整理可以多種手段共用，如組織結(jié)構(gòu)圖、業(yè)務(wù)流程圖、多叉樹、關(guān)系矩陣、文字?jǐn)⑹?、表格、圖形等。需求描述包括組織結(jié)構(gòu)與崗位定義、業(yè)務(wù)流程、處理規(guī)則、數(shù)據(jù)項(xiàng)、功能以及上述5個(gè)方面的關(guān)系。8/14/202324需求整理與表達(dá)的方法采用窮舉方法可以避免遺漏。8/4/202§2與用戶溝通獲取需求的方法不需分解有補(bǔ)充修正無(wú)補(bǔ)充修正分析追蹤數(shù)據(jù)流圖用戶復(fù)查細(xì)化數(shù)據(jù)流圖需要分解訪談面向數(shù)據(jù)流自頂向下求精（細(xì)化數(shù)據(jù)流圖）

加細(xì)前后的I/O須相同。分解到須考慮具體實(shí)現(xiàn)的代碼時(shí)即可停止簡(jiǎn)易的應(yīng)用規(guī)格說(shuō)明技術(shù)快速建立軟件原型1)廢棄型2)追加型或演化型8/14/202325§2與用戶溝通獲取需求的方法不需分解有補(bǔ)充無(wú)補(bǔ)充修正需要訪§3分析建模與規(guī)格說(shuō)明需求建模是為了分析需求，以確定項(xiàng)目的確切需求需求建模遵循三個(gè)原則：

劃分：描述需求的整體–部分關(guān)系；

抽象：描述需求的一般化–特殊化關(guān)系；

投影：描述需求的多維視圖；定義系統(tǒng)模型要區(qū)分邏輯模型和物理模型。常用模型有數(shù)據(jù)建模、功能建模和過(guò)程建模。8/14/202326§3分析建模與規(guī)格說(shuō)明需求建模是為了分析需求，以確定項(xiàng)目的常用的分析方法面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法(SA)面向數(shù)據(jù)結(jié)構(gòu)的Jackson方法(JSD)面向數(shù)據(jù)結(jié)構(gòu)的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開發(fā)方法(DSSD)面向?qū)ο蟮姆治龇椒?OOA)等8/14/202327常用的分析方法面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法(SA)8/4/2結(jié)構(gòu)化分析方法最初只是著眼于數(shù)據(jù)流，自頂向下，逐層分解，建立系統(tǒng)的處理流程，以數(shù)據(jù)流圖和數(shù)據(jù)字典為主要工具，建立系統(tǒng)的邏輯模型。擴(kuò)充后，將建模技術(shù)擴(kuò)展到數(shù)據(jù)建模、功能建模和行為建模，以實(shí)體-關(guān)系圖、數(shù)據(jù)流圖和控制流圖、狀態(tài)-遷移圖為工具，數(shù)據(jù)字典為核心，從不同視點(diǎn)建立系統(tǒng)的分析模型。結(jié)構(gòu)化分析方法8/14/202328結(jié)構(gòu)化分析方法最初只是著眼于數(shù)據(jù)流，自頂向下，逐層分解，建立結(jié)構(gòu)化分析的分析模型實(shí)體—關(guān)系圖狀態(tài)—遷移圖數(shù)據(jù)流圖數(shù)據(jù)對(duì)象描述加工規(guī)格說(shuō)明數(shù)據(jù)字典控制規(guī)格說(shuō)明8/14/202329結(jié)構(gòu)化分析的分析模型實(shí)體—狀態(tài)—遷移圖數(shù)據(jù)流圖數(shù)據(jù)對(duì)象描述加需求規(guī)格需求分析工作完成的一個(gè)基本標(biāo)志是形成了一份完整的、規(guī)范的需求規(guī)格說(shuō)明書需求規(guī)格說(shuō)明書的編制是為了使用戶和軟件開發(fā)者雙方對(duì)該軟件的初始規(guī)定有一個(gè)共同的理解，使之成為整個(gè)開發(fā)工作的基礎(chǔ)。8/14/202330需求規(guī)格需求分析工作完成的一個(gè)基本標(biāo)志是形成了一份完整的、規(guī)軟件需求規(guī)格說(shuō)明的原則從現(xiàn)實(shí)中分離功能，即描述要“做什么”而不是“怎樣實(shí)現(xiàn)”采用一定的規(guī)格說(shuō)明語(yǔ)言如果被開發(fā)軟件只是一個(gè)大系統(tǒng)中的一個(gè)元素，那么整個(gè)大系統(tǒng)也包括在規(guī)格說(shuō)明的描述之中規(guī)格說(shuō)明應(yīng)該包括系統(tǒng)運(yùn)行環(huán)境規(guī)格說(shuō)明應(yīng)該是一個(gè)認(rèn)識(shí)模型規(guī)格說(shuō)明應(yīng)該容許不完備性并允許擴(kuò)充8/14/202331軟件需求規(guī)格說(shuō)明的原則從現(xiàn)實(shí)中分離功能，即描述要“做什么”而需求規(guī)格說(shuō)明的內(nèi)容基于IEEE830改寫的規(guī)格說(shuō)明模板內(nèi)容：引言a.1目的a.2文檔約定

a.3預(yù)期的讀者和閱讀建議a.4產(chǎn)品的范圍a.5參考文獻(xiàn)綜合描述

b.1產(chǎn)品的前景

b.2產(chǎn)品的功能8/14/202332需求規(guī)格說(shuō)明的內(nèi)容基于IEEE830改寫的規(guī)格說(shuō)明模板內(nèi)容b.3用戶類和特征b.4運(yùn)行環(huán)境b.5設(shè)計(jì)和實(shí)現(xiàn)的限制b.6假設(shè)和依賴外部接口

c.1用戶界面

c.2硬件接口

c.3軟件接口

c.4通信接口系統(tǒng)特性

d.1說(shuō)明和優(yōu)先級(jí)8/14/202333b.3用戶類和特征8/4/202333d.2激勵(lì)／響應(yīng)序列d.3功能需求其他非功能需求

e.1性能需求

e.2基本設(shè)施需求

e.3安全性需求

e.4軟件質(zhì)量屬性

e.5業(yè)務(wù)規(guī)則

e.6用戶文檔其他需求附錄A：詞匯表附錄B:軟件需求分析模型附錄C:待確定的問(wèn)題8/14/202334d.2激勵(lì)／響應(yīng)序列8/4/202334§4實(shí)體－聯(lián)系圖（ER圖）數(shù)據(jù)模型包括三種互相關(guān)聯(lián)的信息：數(shù)據(jù)對(duì)象，描述對(duì)象的屬性，描述對(duì)象間相互連接的關(guān)系。在需求分析階段描述數(shù)據(jù)對(duì)象和它們之間的關(guān)系，使用了E-R圖。例如，在教學(xué)管理中，一個(gè)教師可以教授零門、一門或多門課程，每位學(xué)生也需要學(xué)習(xí)幾門課程。因此，教學(xué)管理中涉及的對(duì)象有學(xué)生、教師和課程。數(shù)據(jù)建模8/14/202335§4實(shí)體－聯(lián)系圖（ER圖）數(shù)據(jù)模型包括三種互相關(guān)聯(lián)的信息⑴實(shí)體實(shí)體是客觀世界中存在的且可相互區(qū)分的事務(wù)。實(shí)體可以是人也可以是物，可以是具體的事物也可以是抽象概念。例如，職工、學(xué)生、課程、教師等都是實(shí)體。⑵關(guān)系111NMN客觀世界中的事物彼此間往往是有聯(lián)系的，例如，教師與課程間存在“教”這種聯(lián)系。⑶屬性屬性是實(shí)體或聯(lián)系所具有的性質(zhì)。通常一個(gè)實(shí)體由若干個(gè)屬性來(lái)刻畫。例如，“學(xué)生”實(shí)體有學(xué)號(hào)、姓名、性別、系、年級(jí)8/14/202336⑴實(shí)體實(shí)體是客觀世界中存在的且可相互區(qū)分的事務(wù)。實(shí)體可以是教學(xué)數(shù)據(jù)模型學(xué)號(hào)姓名專業(yè)性別……學(xué)生職工號(hào)姓名專業(yè)職稱年齡教師課程號(hào)課程名學(xué)分學(xué)時(shí)……課程學(xué)號(hào)課程號(hào)成績(jī)選課8/14/202337教學(xué)數(shù)據(jù)模型學(xué)號(hào)姓名專業(yè)性別……學(xué)生實(shí)例的關(guān)聯(lián)有三種：一對(duì)一(1:1)；一對(duì)多(1:m)；多對(duì)多(n:m)。這種實(shí)例的關(guān)聯(lián)稱為“基數(shù)”，基數(shù)表明了“重復(fù)性”。教師學(xué)生教授基數(shù):一位教師基數(shù):多位學(xué)生參與度:必須參與度:可選8/14/202338實(shí)例的關(guān)聯(lián)有三種：一對(duì)一(1:1)；一對(duì)多(1:m)XY一個(gè)X與一個(gè)Y相關(guān)聯(lián)一個(gè)X與一個(gè)或多個(gè)Y相關(guān)聯(lián)XY一個(gè)X與零個(gè)或一個(gè)Y相關(guān)聯(lián)XY一個(gè)X與零個(gè),一個(gè)或多個(gè)Y相關(guān)聯(lián)XY一個(gè)X與一個(gè)Y或Z相關(guān)聯(lián)XYZ一個(gè)X與一個(gè)Y與Z相關(guān)聯(lián)XYZ8/14/202339XY一個(gè)X與一個(gè)Y相關(guān)聯(lián)一個(gè)X與一個(gè)或多個(gè)Y相關(guān)聯(lián)XY一個(gè)X1-NF：所有屬性都是原子值，即不出現(xiàn)“表中有表”范式(NormalForms)：消除數(shù)據(jù)冗余的程度§5數(shù)據(jù)規(guī)范化8/14/2023401-NF：所有屬性都是原子值，即不出現(xiàn)“表中有表”范式(2-NF：在1-NF基礎(chǔ)上，每個(gè)非主屬性都由整個(gè)主關(guān)鍵字決定（而非依賴于主關(guān)鍵字的一部分）。例：“Major”實(shí)際上由“ID”的第5、6位決定，可省去。IDNameMajor200104423張望計(jì)算機(jī)200104512李望計(jì)算機(jī)200112302趙望藝術(shù)200112434錢望藝術(shù)8/14/2023412-NF：在1-NF基礎(chǔ)上，每個(gè)非主屬性都由整個(gè)主關(guān)3-NF：在2-NF基礎(chǔ)上，非主屬性之間無(wú)依賴關(guān)系。8/14/2023423-NF：在2-NF基礎(chǔ)上，非主屬性之間無(wú)依賴關(guān)系。8功能建模和數(shù)據(jù)流最初,結(jié)構(gòu)化分析方法僅討論數(shù)據(jù)流建模，目標(biāo)系統(tǒng)被表示成如圖所示的數(shù)據(jù)變換流程圖。系統(tǒng)的功能體現(xiàn)在核心的數(shù)據(jù)變換中。外部實(shí)體外部實(shí)體外部實(shí)體外部實(shí)體目標(biāo)系統(tǒng)輸入信息輸入信息輸出信息輸出信息頂層數(shù)據(jù)流圖（上下文環(huán)境圖）8/14/202343功能建模和數(shù)據(jù)流最初,結(jié)構(gòu)化分析方法僅討論數(shù)據(jù)流建模，目標(biāo)系數(shù)據(jù)流圖中的主要圖形元素?cái)?shù)據(jù)加工(數(shù)據(jù)變換)數(shù)據(jù)源或數(shù)據(jù)潭(外部實(shí)體)數(shù)據(jù)流數(shù)據(jù)存儲(chǔ)文件或或8/14/202344數(shù)據(jù)流圖中的主要圖形元素?cái)?shù)據(jù)加工(數(shù)據(jù)變換)數(shù)據(jù)源或數(shù)據(jù)潭分層的數(shù)據(jù)流圖8/14/202345分層的數(shù)據(jù)流圖8/4/202345領(lǐng)書單

進(jìn)書通知

購(gòu)書單

缺書單

學(xué)生教材購(gòu)銷系統(tǒng)書庫(kù)保管員案例1：售書系統(tǒng)DFD是系統(tǒng)中各處理功能以及它們之間數(shù)據(jù)流動(dòng)的圖形表示--刻劃系統(tǒng)功能和行為8/14/202346領(lǐng)書單進(jìn)書通知購(gòu)書單領(lǐng)書單進(jìn)書通知

進(jìn)書通知

購(gòu)書單缺書單

1銷售

2采購(gòu)書庫(kù)保管員

學(xué)生F1教材存量表

F2缺書登記表

8/14/202347領(lǐng)書單進(jìn)書通知進(jìn)書通案例2：工資計(jì)算系統(tǒng)的頂層(0層)數(shù)據(jù)流圖8/14/202348案例2：工資計(jì)算系統(tǒng)的頂層(0層)數(shù)據(jù)流圖8/4/20234工資計(jì)算系統(tǒng)第一層數(shù)據(jù)流圖8/14/202349工資計(jì)算系統(tǒng)第一層數(shù)據(jù)流圖8/4/202349工資計(jì)算系統(tǒng)的第二層數(shù)據(jù)流圖(a)“計(jì)算工資”子數(shù)據(jù)流圖；(b)“工資轉(zhuǎn)存”子數(shù)據(jù)流圖獎(jiǎng)懲條例F1工資檔案F28/14/202350工資計(jì)算系統(tǒng)的第二層數(shù)據(jù)流圖獎(jiǎng)懲條例F1工資檔案F28/4/行為建模行為建模給出需求分析方法的所有操作原則，但只有結(jié)構(gòu)化分析方法的擴(kuò)充版本才提供這種建模的符號(hào)。數(shù)據(jù)流圖不描述時(shí)序關(guān)系，控制和事件流通過(guò)行為模型描述。在描述系統(tǒng)或各個(gè)數(shù)據(jù)對(duì)象的行為時(shí)，采用狀態(tài)遷移圖。通過(guò)描述系統(tǒng)或?qū)ο蟮臓顟B(tài)，以及引起系統(tǒng)或?qū)ο鬆顟B(tài)轉(zhuǎn)換的事件來(lái)表示系統(tǒng)或?qū)ο蟮男袨椤！?狀態(tài)轉(zhuǎn)換圖（狀態(tài)遷移圖）8/14/202351行為建模行為建模給出需求分析方法的所有操作原則，但只有結(jié)構(gòu)化描述系統(tǒng)的狀態(tài)如何相應(yīng)外部的信號(hào)進(jìn)行推移的一種圖形表示。

圓圈“○”表示可得到的系統(tǒng)狀態(tài)

箭頭“→”表示從一種狀態(tài)向另一種狀態(tài)的遷移狀態(tài)轉(zhuǎn)換圖（簡(jiǎn)稱為狀態(tài)圖）通過(guò)描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，來(lái)表示系統(tǒng)的行為。此外，狀態(tài)圖還指明了作為特定事件的結(jié)果，系統(tǒng)將做哪些動(dòng)作（例如，處理數(shù)據(jù)）。

8/14/202352描述系統(tǒng)的狀態(tài)如何相應(yīng)外部的信號(hào)進(jìn)行推移的一種圖形表示。狀態(tài)1.組成部分及其符號(hào)表示

8/14/2023531.組成部分及其符號(hào)表示8/4/202353狀態(tài)是任何可以被觀察到的系統(tǒng)行為模式，一個(gè)狀態(tài)代表系統(tǒng)的一種行為模式。狀態(tài)規(guī)定了系統(tǒng)對(duì)事件的響應(yīng)方式。

在狀態(tài)圖中定義的狀態(tài)主要有：初態(tài)（即初始狀態(tài)）、終態(tài)（即最終狀態(tài)）和中間狀態(tài)。在一張狀態(tài)圖中只能有一個(gè)初態(tài)，而終態(tài)則可以有0至多個(gè)。

8/14/202354狀態(tài)是任何可以被觀察到的系統(tǒng)行為模式，一個(gè)狀態(tài)代表系統(tǒng)的一種狀態(tài)圖既可以表示系統(tǒng)循環(huán)運(yùn)行過(guò)程，也可以表示系統(tǒng)單程生命期。

事件是在某個(gè)特定時(shí)刻發(fā)生的事情，它是對(duì)引起系統(tǒng)做動(dòng)作或系統(tǒng)狀態(tài)轉(zhuǎn)變的外界事件的抽象。狀態(tài)圖中兩個(gè)狀態(tài)之間帶箭頭的連線稱為狀態(tài)轉(zhuǎn)換，箭頭指明了轉(zhuǎn)換方向。

8/14/202355狀態(tài)圖既可以表示系統(tǒng)循環(huán)運(yùn)行過(guò)程，也可以表示系統(tǒng)單程生命期?？傻玫降臓顟B(tài)：等待，運(yùn)行，就緒事件：t1─中斷已處理t2─分配CPUt3─用完CPU時(shí)間t4─中斷事件運(yùn)行就緒等待t2t3t1t4

例：當(dāng)有多個(gè)申請(qǐng)占用CPU運(yùn)行的進(jìn)程時(shí),進(jìn)程的狀態(tài)遷移。8/14/202356可得到的狀態(tài)：等待，運(yùn)行，就緒運(yùn)行就緒等待t2t3t1t42.狀態(tài)轉(zhuǎn)換圖實(shí)例

畫出電話系統(tǒng)的狀態(tài)圖。沒(méi)有人打電話時(shí)電話，電話處于閑置狀態(tài)；有人拿起聽筒，則進(jìn)入撥號(hào)音狀態(tài)，到達(dá)這個(gè)狀態(tài)后，電話的行為是響起撥號(hào)音并計(jì)時(shí)；這時(shí)如果拿起聽筒的人改變主意不想打了，他把聽筒放下（掛斷），電話重又回到閑置狀態(tài)；如果拿起聽筒很長(zhǎng)時(shí)間不撥號(hào)（超時(shí)），則進(jìn)入超時(shí)狀態(tài)；……。

8/14/2023572.狀態(tài)轉(zhuǎn)換圖實(shí)例畫出電話系統(tǒng)的狀態(tài)圖。8/4/20238/14/2023588/4/202358數(shù)據(jù)字典數(shù)據(jù)字典是結(jié)構(gòu)化分析方法的核心，與各模型的圖形表示配合，能清楚地表達(dá)數(shù)據(jù)處理的要求。詞條描述——對(duì)于在模型中每一個(gè)被命名的圖形元素，均加以定義，其內(nèi)容有:名字，別名或編號(hào)，分類，描述，定義，位置，其它，等8/14/202359數(shù)據(jù)字典數(shù)據(jù)字典是結(jié)構(gòu)化分析方法的核心，與各模型的圖形表示配§7其它圖形工具1、層次方框圖(Hierarchy)——用樹型結(jié)構(gòu)的一系列多層次的矩形框描繪數(shù)據(jù)的層次結(jié)構(gòu)。頂層代表完整的數(shù)據(jù)結(jié)構(gòu)，下面的各層矩形框代表這個(gè)數(shù)據(jù)的子集，最底層的各個(gè)框代表組成這個(gè)數(shù)據(jù)的實(shí)際數(shù)據(jù)元素（不能再分割的元素）。例1：8/14/202360§7其它圖形工具1、層次方框圖(Hierarchy)—例2：某單位職工實(shí)發(fā)工資的層次方框圖8/14/202361例2：某單位職工實(shí)發(fā)工資的層次方框圖8/4/202361例1：2、Warnier圖——用樹型結(jié)構(gòu)描繪信息，可以表明信息的邏輯組織（重復(fù)或條件出現(xiàn)），比層次方框圖提供了更豐富的描繪手段。{：層次（n）：重復(fù)n次：二者擇一8/14/202362例1：2、Warnier圖——用樹型結(jié)構(gòu)描繪信息，可以表明{：層次（n1,n2):重復(fù)n1到n2次：二者擇一例2：頭條新聞地區(qū)隊(duì)頭版國(guó)內(nèi)新聞體育新聞職業(yè)隊(duì)本地新聞拳擊社論(1,1)經(jīng)營(yíng)簡(jiǎn)訊專欄(1,3)

報(bào)紙社論讀者來(lái)信(1,3)副刊商業(yè)新聞雇員簡(jiǎn)訊諷刺漫畫(0,1)一般新聞體育新聞?wù)猩笨虡I(yè)新聞廣告招聘廣告求助細(xì)化8/14/202363{：層次（n1,n2):重復(fù)n1到n2次：二者擇一例2：3、IPO圖(Input/Process/Output)：描繪輸入數(shù)據(jù)、對(duì)數(shù)據(jù)的處理和輸出數(shù)據(jù)之間的關(guān)系。在需求分析階段可以使用IPO圖簡(jiǎn)略地描述系統(tǒng)的主要算法（DFD中各個(gè)處理的基本算法）。1.校驗(yàn)主記錄2.校驗(yàn)事務(wù)記錄3.更新主記錄舊的主文件事務(wù)文件