第3章需求分析課件

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

開發(fā)一個軟件系統(tǒng)前，必須了解用戶的期望和要求

重要性：軟件開發(fā)的基礎(chǔ)和前提最終目標(biāo)軟件系統(tǒng)驗收的標(biāo)準(zhǔn)避免或者盡早剔除早期的錯誤

可行性分析階段已經(jīng)粗略了解了用戶的需求，但許多細節(jié)被忽略。在系統(tǒng)開發(fā)前，還需要進一步確定、分析這些細節(jié)。--->需求分析過程22023/8/6開發(fā)一個軟件系統(tǒng)前，必須了解用戶的期望和32023/9/17

困難：

片面性,不完全

模糊性,不準(zhǔn)確

不一致性,歧義等等

因此必須使用系統(tǒng)的方法、借助于一系列行之有效的技術(shù)和工具進行需求分析。

應(yīng)用系統(tǒng)復(fù)雜，龐大32023/8/6困難：片面性,不完全模糊性,不準(zhǔn)42023/9/17調(diào)查發(fā)現(xiàn)軟件項目失敗的原因：

13.1%不完整的產(chǎn)品要求；

12.4%缺乏用戶的參與；

10.6%缺少資源（人力、財力）；

9.9%不現(xiàn)實的期望；

9.3%高層領(lǐng)導(dǎo)支持不足；

8.7%產(chǎn)品要求與指標(biāo)的改變；

8.1%沒有訂計劃；

7.5%不再需耍該開發(fā)中的系統(tǒng)。其中，與產(chǎn)品需求有關(guān)的（1,2,4,和6項）占了44.1%。這些數(shù)據(jù)突出地顯示了軟件產(chǎn)品需求在軟件開發(fā)中的重要性。42023/8/6調(diào)查發(fā)現(xiàn)軟件項目失敗的原因：52023/9/17軟件需求

需求是指用戶對軟件的功能和性能的要求，就是用戶希望軟件能做什么事情，完成什么樣的功能，達到什么性能。52023/8/6軟件需求需求是指用戶對軟件的功能62023/9/17軟件需求的層次業(yè)務(wù)需求用戶需求功能需求軟件需求規(guī)格非功能性需求質(zhì)量特性約束和假設(shè)系統(tǒng)需求62023/8/6軟件需求的層次業(yè)務(wù)需求用戶需求功能需求軟件72023/9/17軟件需求管理的過程需求分析編寫需求規(guī)格需求驗證需求獲取需求變更需求確認需求變更72023/8/6軟件需求管理的過程需求分析編寫需求規(guī)格需求82023/9/17需求工程基本任務(wù)需求工程需求管理需求開發(fā)需求獲取需求分析需求規(guī)格說明需求驗證變更管理82023/8/6需求工程基本任務(wù)需求工程需求管理需求開發(fā)需92023/9/17需求分析定義

需求分析是為最終用戶所看到的系統(tǒng)建立一個概念模型，是對需求的抽象描述。92023/8/6需求分析定義需求分析是為最終用戶所102023/9/17軟件開發(fā)是要實現(xiàn)目標(biāo)系統(tǒng)的物理模型。需求分析的任務(wù)就是借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型，解決目標(biāo)系統(tǒng)“做什么”的問題。目標(biāo)系統(tǒng)當(dāng)前系統(tǒng)物理模型邏輯模型模型化抽象化物理模型邏輯模型具體化實例化理解需求導(dǎo)出怎么做做什么需求分析模型表達需求102023/8/6軟件開發(fā)是要實現(xiàn)目標(biāo)系統(tǒng)的物理模型。需求112023/9/17§1需求分析的任務(wù)

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

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

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

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

建立功能模型，并進行審查，用以澄清需求獲取的參與者對需求的理解。212023/8/6運用需求獲取技術(shù)開發(fā)反映主要業(yè)務(wù)規(guī)則的用222023/9/17開發(fā)并評估界面原型

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

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

加細前后的I/O須相同。分解到須考慮具體實現(xiàn)的代碼時即可停止簡易的應(yīng)用規(guī)格說明技術(shù)快速建立軟件原型

1)廢棄型

2)追加型或演化型252023/8/6§2與用戶溝通獲取需求的方法不需分解有262023/9/17§3分析建模與規(guī)格說明需求建模是為了分析需求，以確定項目的確切需求需求建模遵循三個原則：

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

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

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

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

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

b.2產(chǎn)品的功能322023/8/6需求規(guī)格說明的內(nèi)容基于IEEE830改332023/9/17b.3用戶類和特征b.4運行環(huán)境b.5設(shè)計和實現(xiàn)的限制b.6假設(shè)和依賴外部接口

c.1用戶界面

c.2硬件接口

c.3

軟件接口

c.4

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

d.1說明和優(yōu)先級332023/8/6b.3用戶類和特征342023/9/17d.2激勵／響應(yīng)序列d.3功能需求其他非功能需求

e.1性能需求

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

e.3

安全性需求

e.4

軟件質(zhì)量屬性

e.5

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

e.6用戶文檔其他需求附錄A：詞匯表附錄B:軟件需求分析模型附錄C:待確定的問題342023/8/6d.2激勵／響應(yīng)序列352023/9/17§4實體－聯(lián)系圖（ER圖）數(shù)據(jù)模型包括三種互相關(guān)聯(lián)的信息：數(shù)據(jù)對象，描述對象的屬性，描述對象間相互連接的關(guān)系。在需求分析階段描述數(shù)據(jù)對象和它們之間的關(guān)系，使用了E-R圖。例如，在教學(xué)管理中，一個教師可以教授零門、一門或多門課程，每位學(xué)生也需要學(xué)習(xí)幾門課程。因此，教學(xué)管理中涉及的對象有學(xué)生、教師和課程。數(shù)據(jù)建模352023/8/6§4實體－聯(lián)系圖（ER圖）數(shù)據(jù)模型包362023/9/17⑴實體實體是客觀世界中存在的且可相互區(qū)分的事務(wù)。實體可以是人也可以是物，可以是具體的事物也可以是抽象概念。例如，職工、學(xué)生、課程、教師等都是實體。⑵關(guān)系111NMN客觀世界中的事物彼此間往往是有聯(lián)系的，例如，教師與課程間存在“教”這種聯(lián)系。⑶屬性屬性是實體或聯(lián)系所具有的性質(zhì)。通常一個實體由若干個屬性來刻畫。例如，“學(xué)生”實體有學(xué)號、姓名、性別、系、年級362023/8/6⑴實體實體是客觀世界中存在的且可相互區(qū)372023/9/17教學(xué)數(shù)據(jù)模型學(xué)號姓名專業(yè)性別……學(xué)生職工號姓名專業(yè)職稱年齡教師課程號課程名學(xué)分學(xué)時

……課程學(xué)號課程號成績選課372023/8/6教學(xué)數(shù)據(jù)模型學(xué)號姓名專業(yè)382023/9/17實例的關(guān)聯(lián)有三種：一對一(1:1)；一對多(1:m)；多對多(n:m)。這種實例的關(guān)聯(lián)稱為“基數(shù)”，基數(shù)表明了“重復(fù)性”。教師學(xué)生教授基數(shù):一位教師基數(shù):多位學(xué)生參與度:必須參與度:可選382023/8/6實例的關(guān)聯(lián)有三種：一對一(1:1)；392023/9/17XY一個X與一個Y相關(guān)聯(lián)一個X與一個或多個Y相關(guān)聯(lián)XY一個X與零個或一個Y相關(guān)聯(lián)XY一個X與零個,一個或多個Y相關(guān)聯(lián)XY一個X與一個Y或Z相關(guān)聯(lián)XYZ一個X與一個Y與Z相關(guān)聯(lián)XYZ392023/8/6XY一個X與一個Y相關(guān)聯(lián)一個X與一個或多402023/9/171-NF：所有屬性都是原子值，即不出現(xiàn)“表中有表”范式(NormalForms)：消除數(shù)據(jù)冗余的程度§5數(shù)據(jù)規(guī)范化402023/8/61-NF：所有屬性都是原子值，即不出412023/9/172-NF：在1-NF基礎(chǔ)上，每個非主屬性都由整個主關(guān)鍵字決定（而非依賴于主關(guān)鍵字的一部分）。例：“Major”實際上由“ID”的第5、6位決定，可省去。IDNameMajor200104423張望計算機200104512李望計算機200112302趙望藝術(shù)200112434錢望藝術(shù)412023/8/62-NF：在1-NF基礎(chǔ)上，每個422023/9/173-NF：在2-NF基礎(chǔ)上，非主屬性之間無依賴關(guān)系。422023/8/63-NF：在2-NF基礎(chǔ)上，非主屬432023/9/17功能建模和數(shù)據(jù)流最初,結(jié)構(gòu)化分析方法僅討論數(shù)據(jù)流建模，目標(biāo)系統(tǒng)被表示成如圖所示的數(shù)據(jù)變換流程圖。系統(tǒng)的功能體現(xiàn)在核心的數(shù)據(jù)變換中。外部實體外部實體外部實體外部實體目標(biāo)系統(tǒng)輸入信息輸入信息輸出信息輸出信息頂層數(shù)據(jù)流圖（上下文環(huán)境圖）432023/8/6功能建模和數(shù)據(jù)流最初,結(jié)構(gòu)化分析方法僅討442023/9/17數(shù)據(jù)流圖中的主要圖形元素數(shù)據(jù)加工(數(shù)據(jù)變換)數(shù)據(jù)源或數(shù)據(jù)潭(外部實體)數(shù)據(jù)流數(shù)據(jù)存儲文件或或442023/8/6數(shù)據(jù)流圖中的主要圖形元素數(shù)據(jù)加工(數(shù)據(jù)452023/9/17分層的數(shù)據(jù)流圖452023/8/6分層的數(shù)據(jù)流圖462023/9/17領(lǐng)書單

進書通知

購書單

缺書單

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

進書通知

購書單缺書單

1銷售

2采購書庫保管員

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

F2缺書登記表

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

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

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

522023/8/6描述系統(tǒng)的狀態(tài)如何相應(yīng)外部的信號進行推移532023/9/171.組成部分及其符號表示

532023/8/61.組成部分及其符號表示542023/9/17狀態(tài)是任何可以被觀察到的系統(tǒng)行為模式，一個狀態(tài)代表系統(tǒng)的一種行為模式。狀態(tài)規(guī)定了系統(tǒng)對事件的響應(yīng)方式。

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

542023/8/6狀態(tài)是任何可以被觀察到的系統(tǒng)行為模式，一552023/9/17狀態(tài)圖既可以表示系統(tǒng)循環(huán)運行過程，也可以表示系統(tǒng)單程生命期。

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

552023/8/6狀態(tài)圖既可以表示系統(tǒng)循環(huán)運行過程，也可以562023/9/17可得到的狀態(tài)：等待，運行，就緒事件：t1─中斷已處理t2─分配CPUt3─用完CPU時間t4─中斷事件運行就緒等待t2t3t1t4

例：當(dāng)有多個申請占用CPU運行的進程時,進程的狀態(tài)遷移。562023/8/6可得到的狀態(tài)：等待，運行，就緒運行就緒等572023/9/172.狀態(tài)轉(zhuǎn)換圖實例

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

572023/8/62.狀態(tài)轉(zhuǎn)換圖實例畫出電話系統(tǒng)的狀態(tài)582023/9/17582023/8/6592023/9/17數(shù)據(jù)字典數(shù)據(jù)字典是結(jié)構(gòu)化分析方法的核心，與各模型的圖形表示配合，能清楚地表達數(shù)據(jù)處理的要求。詞條描述——對于在模型中每一個被命名的圖形元素，均加以定義，其內(nèi)容有:名字，別名或編號，分類，描述，定義，位置，其它，等592023/8/6數(shù)據(jù)字典數(shù)據(jù)字典是結(jié)構(gòu)化分析方法的核心，602023/9/17§7其它圖形工具1、層次方框圖(Hierarchy)——用樹型結(jié)構(gòu)的一系列多層次的矩形框描繪數(shù)據(jù)的層次結(jié)構(gòu)。頂層代表完整的數(shù)據(jù)結(jié)構(gòu)，下面的各層矩形框代表這個數(shù)據(jù)的子集，最底層的各個框代表組成這個數(shù)據(jù)的實際數(shù)據(jù)元素（不能再分割的元素）。例1：602023/8/6§7其它圖形工具1、層次方框圖(Hi612023/9/17例2：某單位職工實發(fā)工資的層次方框圖612023/8/6例2：某單位職工實發(fā)工資的層次方框圖622023/9/17例1：2、Warnier圖——用樹型結(jié)構(gòu)描繪信息，可以表明信息的邏輯組織（重復(fù)或條件出現(xiàn)），比層次方框圖提供了更豐富的描繪手段。{：層次（n）：重復(fù)n次

：二者擇一622023/8/6例1：2、Warnier圖——用樹型結(jié)632023/9/17{：層次（n1,n2):重復(fù)n1到n2次

：二者擇一例2：頭條新聞地區(qū)隊頭版國內(nèi)新聞體育新聞職業(yè)隊本地新聞拳擊社論(1,1)經(jīng)營簡訊專欄(1,3)

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