軟件工程課件之第3章_需求分析(第五版)(張海潘編著)

1、 3.1 需求分析的任務(wù)需求分析的任務(wù) 3.2 與用戶溝通獲取需求的方法與用戶溝通獲取需求的方法 3.3 分析建模與規(guī)格說明分析建模與規(guī)格說明 3.4 實(shí)體實(shí)體-聯(lián)系圖聯(lián)系圖 3.5 數(shù)據(jù)規(guī)范化數(shù)據(jù)規(guī)范化 3.6 狀態(tài)轉(zhuǎn)換圖狀態(tài)轉(zhuǎn)換圖 3.7 其他圖形工具其他圖形工具 3.8 驗(yàn)證軟件需求驗(yàn)證軟件需求第第3章章 需求分析需求分析第第3章章 需求分析需求分析需求分析的任務(wù)：需求分析的任務(wù)：n需求分析是軟件定義時期的最后一個階段，它需求分析是軟件定義時期的最后一個階段，它的基本任務(wù)是準(zhǔn)確地回答的基本任務(wù)是準(zhǔn)確地回答“系統(tǒng)必須做什么系統(tǒng)必須做什么?”這個問題。這個問題。n確定系統(tǒng)必須完成哪些工作，也

2、就是對目標(biāo)系確定系統(tǒng)必須完成哪些工作，也就是對目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。n系統(tǒng)分析員應(yīng)該寫出軟件需求規(guī)格說明書，以系統(tǒng)分析員應(yīng)該寫出軟件需求規(guī)格說明書，以書面形式準(zhǔn)確地描述軟件需求。書面形式準(zhǔn)確地描述軟件需求。 n需求：需求：正在構(gòu)建的系統(tǒng)必須符合的事務(wù)。正在構(gòu)建的系統(tǒng)必須符合的事務(wù)。n需求管理：需求管理：是一種獲取、組織并記錄系統(tǒng)需求是一種獲取、組織并記錄系統(tǒng)需求的系統(tǒng)化方案以及一個使客戶與項(xiàng)目團(tuán)隊(duì)不斷的系統(tǒng)化方案以及一個使客戶與項(xiàng)目團(tuán)隊(duì)不斷變更的系統(tǒng)需求達(dá)成并保持一致的過程。變更的系統(tǒng)需求達(dá)成并保持一致的過程。n傳統(tǒng)需求分析：傳統(tǒng)需求分析

3、：強(qiáng)調(diào)需求的記錄，以一成不變強(qiáng)調(diào)需求的記錄，以一成不變的觀點(diǎn)對待需求，不重視需求實(shí)現(xiàn)與維護(hù)。的觀點(diǎn)對待需求，不重視需求實(shí)現(xiàn)與維護(hù)。n現(xiàn)代需求過程：現(xiàn)代需求過程：包括需求的獲取、分析、處理、包括需求的獲取、分析、處理、驗(yàn)證、實(shí)現(xiàn)和全過程的需求管理。需求管理覆驗(yàn)證、實(shí)現(xiàn)和全過程的需求管理。需求管理覆蓋軟件工程的整個過程。蓋軟件工程的整個過程。傳統(tǒng)與現(xiàn)代需求方法的比較：傳統(tǒng)與現(xiàn)代需求方法的比較： 需求管理過程需求管理過程需求管理功能需求管理功能需求管理思想方法需求管理思想方法傳統(tǒng)傳統(tǒng)局限于需求分局限于需求分析這一個階段析這一個階段注重具體的需注重具體的需求分析方法求分析方法一成不變的觀點(diǎn)，一成不變的

4、觀點(diǎn)，注重注重“描述描述”的方的方法和過程，是純技法和過程，是純技術(shù)性的轉(zhuǎn)換術(shù)性的轉(zhuǎn)換現(xiàn)代現(xiàn)代全過程的，注全過程的，注重整個產(chǎn)品過重整個產(chǎn)品過程的全部程的全部功能范圍更廣，功能范圍更廣，包括獲取、分包括獲取、分析、處理、驗(yàn)析、處理、驗(yàn)證、實(shí)現(xiàn)和全證、實(shí)現(xiàn)和全過程的需求管過程的需求管理理注重需求實(shí)現(xiàn)與維注重需求實(shí)現(xiàn)與維護(hù)過程，處理不斷護(hù)過程，處理不斷變更的系統(tǒng)需求變更的系統(tǒng)需求需求管理存在的問題：需求管理存在的問題：n范圍問題：系統(tǒng)目標(biāo)、邊界未被良好定義，用范圍問題：系統(tǒng)目標(biāo)、邊界未被良好定義，用戶和開發(fā)團(tuán)隊(duì)理解不一致。戶和開發(fā)團(tuán)隊(duì)理解不一致。n理解問題：用戶不能完全了解自己需要什么，理解問題：

5、用戶不能完全了解自己需要什么，對系統(tǒng)能力、局限更加不清楚；工程師不理解對系統(tǒng)能力、局限更加不清楚；工程師不理解用戶的問題域和應(yīng)用環(huán)境。用戶的問題域和應(yīng)用環(huán)境。n易變問題：需求隨時間發(fā)生變化。易變問題：需求隨時間發(fā)生變化。需求工程：需求工程：n20世紀(jì)世紀(jì)80年代中期，形成了軟件工程的子領(lǐng)年代中期，形成了軟件工程的子領(lǐng)域域需求工程。需求工程。n進(jìn)入進(jìn)入20世紀(jì)世紀(jì)90年代后，需求工程稱為軟件界研年代后，需求工程稱為軟件界研究的重點(diǎn)之一。究的重點(diǎn)之一。nAlan Davis 把需求工程定義為把需求工程定義為“直到（但不包直到（但不包括）把軟件分解為實(shí)際架構(gòu)構(gòu)件之前的所有活括）把軟件分解為實(shí)際架構(gòu)構(gòu)

6、件之前的所有活動動”。需求工程的階段劃分：需求工程的階段劃分：3.1 需求分析的任務(wù)需求分析的任務(wù) n確定對系統(tǒng)的綜合要求確定對系統(tǒng)的綜合要求 n分析系統(tǒng)的數(shù)據(jù)要求分析系統(tǒng)的數(shù)據(jù)要求 n導(dǎo)出系統(tǒng)的邏輯模型導(dǎo)出系統(tǒng)的邏輯模型 n修正系統(tǒng)開發(fā)計(jì)劃修正系統(tǒng)開發(fā)計(jì)劃 3.1.1 確定對系統(tǒng)的綜合要求確定對系統(tǒng)的綜合要求 1. 功能需求功能需求2. 性能需求性能需求3. 可靠性和可用性需求可靠性和可用性需求4. 出錯處理需求出錯處理需求5. 接口需求接口需求6. 約束約束7. 逆向需求逆向需求8. 將來可能提出的要求將來可能提出的要求3.1.2 分析系統(tǒng)的數(shù)據(jù)要求分析系統(tǒng)的數(shù)據(jù)要求n建立數(shù)據(jù)模型建立數(shù)據(jù)

7、模型ER圖圖 n描繪數(shù)據(jù)結(jié)構(gòu)描繪數(shù)據(jù)結(jié)構(gòu)層次方框圖和層次方框圖和Warnier圖圖 n數(shù)據(jù)結(jié)構(gòu)規(guī)范化數(shù)據(jù)結(jié)構(gòu)規(guī)范化 3.1.3 導(dǎo)出系統(tǒng)的邏輯模型導(dǎo)出系統(tǒng)的邏輯模型 n綜合上述兩項(xiàng)分析的結(jié)果可以導(dǎo)出系統(tǒng)的詳細(xì)綜合上述兩項(xiàng)分析的結(jié)果可以導(dǎo)出系統(tǒng)的詳細(xì)的邏輯模型，通常用的邏輯模型，通常用數(shù)據(jù)流圖數(shù)據(jù)流圖、實(shí)體實(shí)體-聯(lián)系圖聯(lián)系圖、狀態(tài)轉(zhuǎn)換圖狀態(tài)轉(zhuǎn)換圖、數(shù)據(jù)字典數(shù)據(jù)字典和和主要的處理算法主要的處理算法描述描述這個邏輯模型。這個邏輯模型。 n根據(jù)在分析過程中獲得的對系統(tǒng)的更深入更具根據(jù)在分析過程中獲得的對系統(tǒng)的更深入更具體的了解，可以比較準(zhǔn)確地估計(jì)系統(tǒng)的成本和體的了解，可以比較準(zhǔn)確地估計(jì)系統(tǒng)的成本和進(jìn)度

8、，修正以前制定的開發(fā)計(jì)劃。進(jìn)度，修正以前制定的開發(fā)計(jì)劃。 3.1.4 修正系統(tǒng)開發(fā)計(jì)劃修正系統(tǒng)開發(fā)計(jì)劃 3.2 與用戶溝通獲取需求的方法與用戶溝通獲取需求的方法n訪談訪談 n面向數(shù)據(jù)流自頂向下求精面向數(shù)據(jù)流自頂向下求精n簡易的應(yīng)用規(guī)格說明技術(shù)簡易的應(yīng)用規(guī)格說明技術(shù) n快速建立軟件原型快速建立軟件原型 需求分析綜合癥需求分析綜合癥解決方案解決方案需求誘導(dǎo)的方法：需求誘導(dǎo)的方法：3.2.1 訪談訪談1. 正式訪談?wù)皆L談n系統(tǒng)分析員將提出一些事先準(zhǔn)備好的具體問題。系統(tǒng)分析員將提出一些事先準(zhǔn)備好的具體問題。2. 非正式訪談非正式訪談n分析員將提出一些用戶可以自由回答的開放性問題，分析員將提出一些用戶

9、可以自由回答的開放性問題，以鼓勵被訪問人員說出自己的想法。以鼓勵被訪問人員說出自己的想法。3. 調(diào)查表調(diào)查表n經(jīng)過仔細(xì)考慮寫出的書面回答可能比被訪者對問題的經(jīng)過仔細(xì)考慮寫出的書面回答可能比被訪者對問題的口頭回答更準(zhǔn)確?？陬^回答更準(zhǔn)確。4. 情景分析技術(shù)情景分析技術(shù)n對用戶將來使用目標(biāo)系統(tǒng)解決某個具體問題的對用戶將來使用目標(biāo)系統(tǒng)解決某個具體問題的方法和結(jié)果進(jìn)行分析。方法和結(jié)果進(jìn)行分析。情景分析技術(shù)的用處：情景分析技術(shù)的用處：n能在某種程度上演示目標(biāo)系統(tǒng)的行為，從而便能在某種程度上演示目標(biāo)系統(tǒng)的行為，從而便于用戶理解，而且還可能進(jìn)一步揭示出一些分于用戶理解，而且還可能進(jìn)一步揭示出一些分析員目前還不

10、知道的需求。析員目前還不知道的需求。n能保證用戶在需求分析過程中始終扮演一個積能保證用戶在需求分析過程中始終扮演一個積極主動的角色。讓用戶起積極主動的作用對需極主動的角色。讓用戶起積極主動的作用對需求分析工作獲得成功是至關(guān)重要的。求分析工作獲得成功是至關(guān)重要的。3.2.2 面向數(shù)據(jù)流自頂向下求精面向數(shù)據(jù)流自頂向下求精 1. 分析追蹤數(shù)據(jù)流圖分析追蹤數(shù)據(jù)流圖n需求分析的目標(biāo)之一就是把數(shù)據(jù)流和數(shù)據(jù)存儲定義到需求分析的目標(biāo)之一就是把數(shù)據(jù)流和數(shù)據(jù)存儲定義到元素級，通常從數(shù)據(jù)流圖的輸出端著手分析。元素級，通常從數(shù)據(jù)流圖的輸出端著手分析。2. 用戶復(fù)查用戶復(fù)查n必須請用戶對上述分析過程中得出的結(jié)果仔細(xì)地復(fù)

11、查。必須請用戶對上述分析過程中得出的結(jié)果仔細(xì)地復(fù)查。復(fù)查過程驗(yàn)證了已知的元素，補(bǔ)充了未知的元素，填復(fù)查過程驗(yàn)證了已知的元素，補(bǔ)充了未知的元素，填補(bǔ)了文檔中的空白。補(bǔ)了文檔中的空白。n隨著分析過程的進(jìn)展，經(jīng)過問題和解答的反復(fù)循環(huán)，隨著分析過程的進(jìn)展，經(jīng)過問題和解答的反復(fù)循環(huán)，分析員越來越深入具體地定義了目標(biāo)系統(tǒng)，最終得到分析員越來越深入具體地定義了目標(biāo)系統(tǒng)，最終得到對系統(tǒng)數(shù)據(jù)和功能要求的滿意了解。對系統(tǒng)數(shù)據(jù)和功能要求的滿意了解。 面向數(shù)據(jù)流自頂向下求精過程面向數(shù)據(jù)流自頂向下求精過程3.2.3 簡易的應(yīng)用規(guī)格說明技術(shù)簡易的應(yīng)用規(guī)格說明技術(shù)n簡易的應(yīng)用規(guī)格說明技術(shù)是一種簡易的應(yīng)用規(guī)格說明技術(shù)是一種面

12、向團(tuán)隊(duì)面向團(tuán)隊(duì)的需的需求收集法。求收集法。n這種方法提倡用戶與開發(fā)者密切合作，共同標(biāo)這種方法提倡用戶與開發(fā)者密切合作，共同標(biāo)識問題，提出解決方案要素，商討不同方案并識問題，提出解決方案要素，商討不同方案并指定基本需求。指定基本需求。 分析需求的典型過程如下：分析需求的典型過程如下：1. 初步訪談，準(zhǔn)備會議初步訪談，準(zhǔn)備會議n首先進(jìn)行初步的訪談，初步確定待解決的問題首先進(jìn)行初步的訪談，初步確定待解決的問題的范圍和解決方案。的范圍和解決方案。n然后開發(fā)者和用戶分別寫出然后開發(fā)者和用戶分別寫出“產(chǎn)品需求產(chǎn)品需求”。選。選定會議的時間和地點(diǎn)，并選舉協(xié)調(diào)人。定會議的時間和地點(diǎn)，并選舉協(xié)調(diào)人。2. 會前審

13、查需求，確定列表會前審查需求，確定列表n要求每位與會者在開會的前幾天認(rèn)真審查產(chǎn)品要求每位與會者在開會的前幾天認(rèn)真審查產(chǎn)品需求，并且列出對象、操作這些對象或與這些需求，并且列出對象、操作這些對象或與這些對象交互的服務(wù)、約束條件和性能標(biāo)準(zhǔn)。對象交互的服務(wù)、約束條件和性能標(biāo)準(zhǔn)。3. 會上討論列表，創(chuàng)建組合列表會上討論列表，創(chuàng)建組合列表n每位與會者展示列表供大家討論。大家共同創(chuàng)建一每位與會者展示列表供大家討論。大家共同創(chuàng)建一張組合列表。由協(xié)調(diào)人主持討論這些列表。張組合列表。由協(xié)調(diào)人主持討論這些列表。4. 分組制定小型規(guī)格說明分組制定小型規(guī)格說明n與會者分成更小的小組，為每張列表中的項(xiàng)目制定與會者分成更

14、小的小組，為每張列表中的項(xiàng)目制定小型規(guī)格說明。每個小組都向全體與會者展示他們小型規(guī)格說明。每個小組都向全體與會者展示他們制定的小型規(guī)格說明，供大家討論。制定的小型規(guī)格說明，供大家討論。5. 制定確認(rèn)標(biāo)準(zhǔn)，起草需求規(guī)格說明書制定確認(rèn)標(biāo)準(zhǔn)，起草需求規(guī)格說明書n每個與會者都制定出產(chǎn)品的一整套確認(rèn)標(biāo)準(zhǔn)，并提每個與會者都制定出產(chǎn)品的一整套確認(rèn)標(biāo)準(zhǔn)，并提交會議討論，以創(chuàng)建出意見一致的確認(rèn)標(biāo)準(zhǔn)。交會議討論，以創(chuàng)建出意見一致的確認(rèn)標(biāo)準(zhǔn)。n最后，起草完整的軟件需求規(guī)格說明書。最后，起草完整的軟件需求規(guī)格說明書。簡易的應(yīng)用規(guī)格說明技術(shù)的優(yōu)點(diǎn)：簡易的應(yīng)用規(guī)格說明技術(shù)的優(yōu)點(diǎn)：n開發(fā)者與用戶不分彼此，齊心協(xié)力，密切合作

15、；開發(fā)者與用戶不分彼此，齊心協(xié)力，密切合作；n即時討論并求精；即時討論并求精；n有能導(dǎo)出規(guī)格說明的具體步驟。有能導(dǎo)出規(guī)格說明的具體步驟。 3.2.4 快速建立軟件原型快速建立軟件原型 n快速建立軟件原型是最準(zhǔn)確、最有效、最強(qiáng)大快速建立軟件原型是最準(zhǔn)確、最有效、最強(qiáng)大的需求分析技術(shù)。的需求分析技術(shù)。n快速原型就是快速建立起來的旨在演示目標(biāo)系快速原型就是快速建立起來的旨在演示目標(biāo)系統(tǒng)主要功能的可運(yùn)行的程序。統(tǒng)主要功能的可運(yùn)行的程序。n構(gòu)建原型的要點(diǎn)是，它應(yīng)該實(shí)現(xiàn)用戶看得見的構(gòu)建原型的要點(diǎn)是，它應(yīng)該實(shí)現(xiàn)用戶看得見的功能，省略目標(biāo)系統(tǒng)的功能，省略目標(biāo)系統(tǒng)的“隱含隱含”功能。功能?？焖僭偷奶匦裕嚎焖僭?/p>

16、型的特性：n“快速快速”?？焖僭偷哪康氖潜M快向用戶提供?？焖僭偷哪康氖潜M快向用戶提供一個可在計(jì)算機(jī)上運(yùn)行的目標(biāo)系統(tǒng)的模型。因一個可在計(jì)算機(jī)上運(yùn)行的目標(biāo)系統(tǒng)的模型。因此，原型的某些缺陷是可以忽略的。此，原型的某些缺陷是可以忽略的。n“容易修改容易修改”。如果原型的第一版不是用戶所。如果原型的第一版不是用戶所需要的，就必須根據(jù)用戶的意見迅速地修改它，需要的，就必須根據(jù)用戶的意見迅速地修改它，構(gòu)建出原型的第二版，以更好地滿足用戶需求。構(gòu)建出原型的第二版，以更好地滿足用戶需求。如果修改耗時過多，勢必延誤軟件開發(fā)時間。如果修改耗時過多，勢必延誤軟件開發(fā)時間。 快速原型通常使用下述快速原型通常使用下述

17、3種方法和工具：種方法和工具：(1) 第四代技術(shù)（第四代技術(shù)（4GL）n第四代技術(shù)包括眾多數(shù)據(jù)庫查詢（如第四代技術(shù)包括眾多數(shù)據(jù)庫查詢（如SQL）和）和報表語言（如報表語言（如ADF）、程序和應(yīng)用系統(tǒng)生成器）、程序和應(yīng)用系統(tǒng)生成器（如（如Power Builder和和Oracle的應(yīng)用開發(fā)環(huán)境）的應(yīng)用開發(fā)環(huán)境）以及其他非常高級的非過程語言。以及其他非常高級的非過程語言。n第四代技術(shù)使得軟件工程師能夠快速地生成可第四代技術(shù)使得軟件工程師能夠快速地生成可執(zhí)行的代碼，它們是較理想的快速原型工具。執(zhí)行的代碼，它們是較理想的快速原型工具。 第四代技術(shù)特點(diǎn)：第四代技術(shù)特點(diǎn)：n簡單易學(xué)，用戶界面良好，面向問題

18、、非過程化程度簡單易學(xué)，用戶界面良好，面向問題、非過程化程度高，用戶只需告知系統(tǒng)做什么，而無需說明怎么做。高，用戶只需告知系統(tǒng)做什么，而無需說明怎么做。用用4GL編程使用的代碼量較少，并可成數(shù)量級地提高編程使用的代碼量較少，并可成數(shù)量級地提高軟件生產(chǎn)率。軟件生產(chǎn)率。程序設(shè)計(jì)語言劃代：程序設(shè)計(jì)語言劃代：n1GL是匯編語言；是匯編語言；n2GL是高級程序設(shè)計(jì)語言，如是高級程序設(shè)計(jì)語言，如FORTRAN，ALGOL，BASIC，LISP等；等；n3GL是增強(qiáng)性的高級程序設(shè)計(jì)語言，如是增強(qiáng)性的高級程序設(shè)計(jì)語言，如PASCAL，ALGOL68，F(xiàn)ORTRAN77等；等；n4GL是按計(jì)算機(jī)科學(xué)理論指導(dǎo)設(shè)計(jì)

19、出來的結(jié)構(gòu)化語言，是按計(jì)算機(jī)科學(xué)理論指導(dǎo)設(shè)計(jì)出來的結(jié)構(gòu)化語言，如如ADA，MODULA2，SMALLTALK80，JAVA，VB，VC，VF等。等。 (2) 可重用的軟件構(gòu)件可重用的軟件構(gòu)件n另外一種快速構(gòu)建原型的方法，是使用一組已另外一種快速構(gòu)建原型的方法，是使用一組已有的軟件構(gòu)件有的軟件構(gòu)件(也稱為組件也稱為組件)來裝配來裝配(而不是從頭而不是從頭構(gòu)造構(gòu)造)原型。原型。n軟件構(gòu)件可以是數(shù)據(jù)結(jié)構(gòu)軟件構(gòu)件可以是數(shù)據(jù)結(jié)構(gòu)(或數(shù)據(jù)庫或數(shù)據(jù)庫)，或軟件，或軟件體系結(jié)構(gòu)構(gòu)件體系結(jié)構(gòu)構(gòu)件(即程序即程序)，或過程構(gòu)件，或過程構(gòu)件(即模塊即模塊)。(3) 形式化規(guī)格說明和原型環(huán)境形式化規(guī)格說明和原型環(huán)境n非

20、形式化方法：自然語言描述非形式化方法：自然語言描述n半形式化方法：數(shù)據(jù)流圖或?qū)嶓w半形式化方法：數(shù)據(jù)流圖或?qū)嶓w-聯(lián)系圖聯(lián)系圖n形式化方法：基于數(shù)學(xué)的技術(shù)形式化方法：基于數(shù)學(xué)的技術(shù) 3.3 分析建模與規(guī)格說明分析建模與規(guī)格說明3.3.1 分析建模分析建模n模型：模型：就是為了理解事物而對事物做出的一種就是為了理解事物而對事物做出的一種抽象，是對事物的一種無歧義的書面描述。通抽象，是對事物的一種無歧義的書面描述。通常，模型由一組圖形符號和組織這些符號的規(guī)常，模型由一組圖形符號和組織這些符號的規(guī)則組成。則組成。n結(jié)構(gòu)化分析過程：結(jié)構(gòu)化分析過程：實(shí)質(zhì)上是一種創(chuàng)建模型的活實(shí)質(zhì)上是一種創(chuàng)建模型的活動。系統(tǒng)分

21、析員從不同角度抽象出目標(biāo)系統(tǒng)的動。系統(tǒng)分析員從不同角度抽象出目標(biāo)系統(tǒng)的特性，使用精確的表示方法構(gòu)造系統(tǒng)的模型，特性，使用精確的表示方法構(gòu)造系統(tǒng)的模型，驗(yàn)證模型是否滿足用戶對目標(biāo)系統(tǒng)的需求，并驗(yàn)證模型是否滿足用戶對目標(biāo)系統(tǒng)的需求，并在設(shè)計(jì)過程中逐漸把和實(shí)現(xiàn)有關(guān)的細(xì)節(jié)加進(jìn)模在設(shè)計(jì)過程中逐漸把和實(shí)現(xiàn)有關(guān)的細(xì)節(jié)加進(jìn)模型中，直至最終用程序?qū)崿F(xiàn)模型。型中，直至最終用程序?qū)崿F(xiàn)模型。 分析模型的結(jié)構(gòu)分析模型的結(jié)構(gòu)n需求分析過程需求分析過程應(yīng)該建立應(yīng)該建立3種模種模型，分別是：型，分別是：q數(shù)據(jù)模型數(shù)據(jù)模型q功能模型功能模型q行為模型行為模型 n數(shù)據(jù)字典：數(shù)據(jù)字典：是分析模型的核心，它描述軟件使是分析模型的核心

22、，它描述軟件使用或產(chǎn)生的所有數(shù)據(jù)對象。用或產(chǎn)生的所有數(shù)據(jù)對象。n實(shí)體實(shí)體-聯(lián)系圖：聯(lián)系圖：描繪數(shù)據(jù)對象及數(shù)據(jù)對象之間描繪數(shù)據(jù)對象及數(shù)據(jù)對象之間的關(guān)系，是用于建立數(shù)據(jù)模型的圖形。的關(guān)系，是用于建立數(shù)據(jù)模型的圖形。n數(shù)據(jù)流圖：數(shù)據(jù)流圖：描繪當(dāng)數(shù)據(jù)在軟件系統(tǒng)中移動時被描繪當(dāng)數(shù)據(jù)在軟件系統(tǒng)中移動時被變換的邏輯過程，指明系統(tǒng)具有的變換數(shù)據(jù)的變換的邏輯過程，指明系統(tǒng)具有的變換數(shù)據(jù)的功能，因此，數(shù)據(jù)流圖是建立功能模型的基礎(chǔ)。功能，因此，數(shù)據(jù)流圖是建立功能模型的基礎(chǔ)。n狀態(tài)轉(zhuǎn)換圖狀態(tài)轉(zhuǎn)換圖(簡稱為狀態(tài)圖簡稱為狀態(tài)圖)：指明了作為外部指明了作為外部事件結(jié)果的系統(tǒng)行為。為此，狀態(tài)轉(zhuǎn)換圖描繪事件結(jié)果的系統(tǒng)行為。為此

23、，狀態(tài)轉(zhuǎn)換圖描繪了系統(tǒng)的各種行為模式了系統(tǒng)的各種行為模式(稱為稱為“狀態(tài)狀態(tài)”)和在不和在不同狀態(tài)間轉(zhuǎn)換的方式。狀態(tài)轉(zhuǎn)換圖是行為建模同狀態(tài)間轉(zhuǎn)換的方式。狀態(tài)轉(zhuǎn)換圖是行為建模的基礎(chǔ)。的基礎(chǔ)。 3.3.2 軟件需求規(guī)格說明軟件需求規(guī)格說明 n通過需求分析除了創(chuàng)建分析模型之外，還應(yīng)該通過需求分析除了創(chuàng)建分析模型之外，還應(yīng)該寫出軟件需求規(guī)格說明書，它是需求分析階段寫出軟件需求規(guī)格說明書，它是需求分析階段得出的最主要的文檔。得出的最主要的文檔。n通常用自然語言完整、準(zhǔn)確、具體地描述系統(tǒng)通常用自然語言完整、準(zhǔn)確、具體地描述系統(tǒng)的數(shù)據(jù)要求、功能需求、性能需求、可靠性和的數(shù)據(jù)要求、功能需求、性能需求、可靠性和

24、可用性要求、出錯處理需求、接口需求、約束、可用性要求、出錯處理需求、接口需求、約束、逆向需求以及將來可能提出的要求。逆向需求以及將來可能提出的要求。 我國定義了我國定義了GB856D-1988國家標(biāo)準(zhǔn)，給出了需求規(guī)格說國家標(biāo)準(zhǔn)，給出了需求規(guī)格說明的內(nèi)容框架：明的內(nèi)容框架：1 引言引言 1.1 編寫目的編寫目的 1.2 項(xiàng)目背景（單位和其他系統(tǒng)項(xiàng)目背景（單位和其他系統(tǒng)的關(guān)系）的關(guān)系） 1.3 定義（專門術(shù)語和縮寫詞）定義（專門術(shù)語和縮寫詞）2 任務(wù)概述任務(wù)概述 2.1 目標(biāo)目標(biāo) 2.2 運(yùn)行環(huán)境運(yùn)行環(huán)境 2.3 條件限制條件限制3 數(shù)據(jù)描述數(shù)據(jù)描述 3.1 靜態(tài)數(shù)據(jù)靜態(tài)數(shù)據(jù) 3.2 動態(tài)數(shù)據(jù)動態(tài)

25、數(shù)據(jù) 3.3 數(shù)據(jù)庫描述數(shù)據(jù)庫描述 3.4 數(shù)據(jù)字典數(shù)據(jù)字典 3.5 數(shù)據(jù)采集數(shù)據(jù)采集4 功能需求功能需求 4.1 功能劃分功能劃分 4.2 功能描述功能描述5 性能需求性能需求 5.1 數(shù)據(jù)精確度數(shù)據(jù)精確度 5.2 時間特性時間特性 5.3 適應(yīng)性適應(yīng)性6 運(yùn)行需求運(yùn)行需求 6.1 用戶界面用戶界面 6.2 硬件接口硬件接口 6.3 軟件接口軟件接口 6.4 故障處理故障處理7 其他需求其他需求（檢測或驗(yàn)收標(biāo)準(zhǔn)、可用性、可（檢測或驗(yàn)收標(biāo)準(zhǔn)、可用性、可維護(hù)性、可移植性、安全保密性）維護(hù)性、可移植性、安全保密性）練習(xí)題：練習(xí)題：習(xí)題習(xí)題3.3，畫數(shù)據(jù)流圖，畫數(shù)據(jù)流圖頂層數(shù)據(jù)流圖頂層數(shù)據(jù)流圖功能級

26、數(shù)據(jù)流圖功能級數(shù)據(jù)流圖細(xì)化的數(shù)據(jù)流圖細(xì)化的數(shù)據(jù)流圖3.4 實(shí)體實(shí)體-聯(lián)系圖聯(lián)系圖n概念性數(shù)據(jù)模型是一種面向問題的數(shù)據(jù)模型，概念性數(shù)據(jù)模型是一種面向問題的數(shù)據(jù)模型，是按照用戶的觀點(diǎn)對數(shù)據(jù)建立的模型。它描述是按照用戶的觀點(diǎn)對數(shù)據(jù)建立的模型。它描述了從用戶角度看到的數(shù)據(jù)，它反映了用戶的現(xiàn)了從用戶角度看到的數(shù)據(jù)，它反映了用戶的現(xiàn)實(shí)環(huán)境，且與在軟件系統(tǒng)中的實(shí)現(xiàn)方法無關(guān)。實(shí)環(huán)境，且與在軟件系統(tǒng)中的實(shí)現(xiàn)方法無關(guān)。n數(shù)據(jù)模型中包含數(shù)據(jù)模型中包含3種相互關(guān)聯(lián)的信息：種相互關(guān)聯(lián)的信息：q數(shù)據(jù)對象數(shù)據(jù)對象q數(shù)據(jù)對象的數(shù)據(jù)對象的屬性屬性q數(shù)據(jù)對象彼此間相互連接的數(shù)據(jù)對象彼此間相互連接的關(guān)系關(guān)系 3.4.1 數(shù)據(jù)對象數(shù)

27、據(jù)對象 n數(shù)據(jù)對象：數(shù)據(jù)對象：是對軟件必須理解的復(fù)合信息的抽是對軟件必須理解的復(fù)合信息的抽象。復(fù)合信息是指具有一系列不同性質(zhì)或?qū)傩韵?。?fù)合信息是指具有一系列不同性質(zhì)或?qū)傩缘氖挛?，僅有單個值的事物不是數(shù)據(jù)對象。的事物，僅有單個值的事物不是數(shù)據(jù)對象。n數(shù)據(jù)對象可以是數(shù)據(jù)對象可以是外部實(shí)體外部實(shí)體、事物事物、行為行為、事件事件、角色角色、單位單位、地點(diǎn)地點(diǎn)或或結(jié)構(gòu)結(jié)構(gòu)等。等。n數(shù)據(jù)對象彼此間是有關(guān)聯(lián)的。數(shù)據(jù)對象彼此間是有關(guān)聯(lián)的。 3.4.2 屬性屬性n屬性：屬性：定義了數(shù)據(jù)對象的性質(zhì)。必須把一個或定義了數(shù)據(jù)對象的性質(zhì)。必須把一個或多個屬性定義為多個屬性定義為“標(biāo)識符標(biāo)識符” 。n根據(jù)對問題的理解來確

28、定特定數(shù)據(jù)對象的合適根據(jù)對問題的理解來確定特定數(shù)據(jù)對象的合適的屬性。的屬性。 3.4.3 聯(lián)系聯(lián)系n聯(lián)系：聯(lián)系：數(shù)據(jù)對象彼此之間相互連接的方式稱為數(shù)據(jù)對象彼此之間相互連接的方式稱為聯(lián)系，也稱為關(guān)系。聯(lián)系，也稱為關(guān)系。n聯(lián)系可分為以下聯(lián)系可分為以下3種類型：種類型：q一對一聯(lián)系一對一聯(lián)系(1 1)q一對多聯(lián)系一對多聯(lián)系(1 N)q多對多聯(lián)系多對多聯(lián)系(M N)n聯(lián)系也可能有屬性。聯(lián)系也可能有屬性。3.4.4 實(shí)體實(shí)體-聯(lián)系圖的符號聯(lián)系圖的符號ER圖中包含：圖中包含：n實(shí)體實(shí)體(即數(shù)據(jù)對象即數(shù)據(jù)對象)，用矩形框表示；，用矩形框表示；n關(guān)系，用連接相關(guān)實(shí)體的菱形框表示；關(guān)系，用連接相關(guān)實(shí)體的菱形框表

29、示；n屬性，用橢圓形或圓角矩形表示，并用直線把屬性，用橢圓形或圓角矩形表示，并用直線把實(shí)體實(shí)體(或關(guān)系或關(guān)系)與其屬性連接起來。與其屬性連接起來。例例1：某校教學(xué)管理系統(tǒng)的某校教學(xué)管理系統(tǒng)的ER圖圖ER圖的優(yōu)點(diǎn)：圖的優(yōu)點(diǎn)：n比較接近人的習(xí)慣思維方式；比較接近人的習(xí)慣思維方式；n用簡單的圖形符號表達(dá)系統(tǒng)分析員對問題域的理解，用簡單的圖形符號表達(dá)系統(tǒng)分析員對問題域的理解，用戶也容易理解，可以作為用戶與分析員之間有效的用戶也容易理解，可以作為用戶與分析員之間有效的交流工具。交流工具。 數(shù)據(jù)建模工具：數(shù)據(jù)建模工具：以自動化的方式創(chuàng)建以自動化的方式創(chuàng)建ER圖、數(shù)據(jù)字典圖、數(shù)據(jù)字典及相關(guān)模型。及相關(guān)模型。

30、qAllFusion ERWin 輔助設(shè)計(jì)數(shù)據(jù)庫、數(shù)據(jù)對象、結(jié)構(gòu)、關(guān)鍵輔助設(shè)計(jì)數(shù)據(jù)庫、數(shù)據(jù)對象、結(jié)構(gòu)、關(guān)鍵元素元素qER/Studio 支持實(shí)體支持實(shí)體-關(guān)系建模關(guān)系建模qOracle Designer 建模、應(yīng)用系統(tǒng)和數(shù)據(jù)庫設(shè)計(jì)建模、應(yīng)用系統(tǒng)和數(shù)據(jù)庫設(shè)計(jì)qMeta Scope 圖形化顯示數(shù)據(jù)圖形化顯示數(shù)據(jù)qModel Sphere Visible Analyst 模型可視化分析模型可視化分析例例2：習(xí)題習(xí)題3.3，銀行儲蓄系統(tǒng)的，銀行儲蓄系統(tǒng)的ER圖圖 銀行計(jì)算機(jī)儲蓄系統(tǒng)的工作過程大致如下：銀行計(jì)算機(jī)儲蓄系統(tǒng)的工作過程大致如下：n儲戶填寫的存款單或取款單由業(yè)務(wù)員鍵入系統(tǒng)儲戶填寫的存款單或取款

31、單由業(yè)務(wù)員鍵入系統(tǒng)，如果是存款則系統(tǒng)記錄存款人姓名、住址，如果是存款則系統(tǒng)記錄存款人姓名、住址(或電話號碼或電話號碼)、身份證號碼、存款類型、存款、身份證號碼、存款類型、存款日期、到期日期、利率及密碼日期、到期日期、利率及密碼(可選可選)等信息，等信息，并印出存單給儲戶；并印出存單給儲戶；n如果是取款而且存款時留有密碼，則系統(tǒng)首先如果是取款而且存款時留有密碼，則系統(tǒng)首先核對儲戶密碼，若密碼正確或存款時未留密碼核對儲戶密碼，若密碼正確或存款時未留密碼，則系統(tǒng)計(jì)算利息并印出利息清單給儲戶。，則系統(tǒng)計(jì)算利息并印出利息清單給儲戶。銀行儲蓄系統(tǒng)的銀行儲蓄系統(tǒng)的ER圖圖 3.5 數(shù)據(jù)規(guī)范化數(shù)據(jù)規(guī)范化n數(shù)據(jù)

32、結(jié)構(gòu)規(guī)范化：數(shù)據(jù)結(jié)構(gòu)規(guī)范化：軟件系統(tǒng)經(jīng)常使用各種長期軟件系統(tǒng)經(jīng)常使用各種長期保存的信息，這些信息通常以一定方式組織并保存的信息，這些信息通常以一定方式組織并存儲在數(shù)據(jù)庫或文件中，為減少數(shù)據(jù)冗余，避存儲在數(shù)據(jù)庫或文件中，為減少數(shù)據(jù)冗余，避免出現(xiàn)插入異?；騽h除異常，簡化修改數(shù)據(jù)的免出現(xiàn)插入異?；騽h除異常，簡化修改數(shù)據(jù)的過程，通常需要把數(shù)據(jù)結(jié)構(gòu)規(guī)范化。過程，通常需要把數(shù)據(jù)結(jié)構(gòu)規(guī)范化。 n范式：范式：通常用通常用“范式范式(normal forms)”定義消除定義消除數(shù)據(jù)冗余的程度。第一范式數(shù)據(jù)冗余的程度。第一范式(1 NF)數(shù)據(jù)冗余程數(shù)據(jù)冗余程度最大，第五范式度最大，第五范式(5 NF)數(shù)據(jù)冗余程度

33、最小。數(shù)據(jù)冗余程度最小。q范式級別越高，存儲同樣數(shù)據(jù)需要分解成更多張范式級別越高，存儲同樣數(shù)據(jù)需要分解成更多張表，因此，表，因此，“存儲自身存儲自身”過程越復(fù)雜。過程越復(fù)雜。q隨著范式級別的提高，數(shù)據(jù)的存儲結(jié)構(gòu)與基于問隨著范式級別的提高，數(shù)據(jù)的存儲結(jié)構(gòu)與基于問題域的結(jié)構(gòu)間的匹配程度也隨之下降，因此，在題域的結(jié)構(gòu)間的匹配程度也隨之下降，因此，在需求變化時數(shù)據(jù)的穩(wěn)定性較差。需求變化時數(shù)據(jù)的穩(wěn)定性較差。q范式級別提高則需要訪問的表增多，因此性能范式級別提高則需要訪問的表增多，因此性能(速速度度)將下降。將下降。第一、第二和第三范式的定義：第一、第二和第三范式的定義：n第一范式，每個屬性值都必須是原子

34、值，即僅第一范式，每個屬性值都必須是原子值，即僅僅是一個簡單值而不含內(nèi)部結(jié)構(gòu)。僅是一個簡單值而不含內(nèi)部結(jié)構(gòu)。n第二范式，滿足第一范式條件，而且每個非關(guān)第二范式，滿足第一范式條件，而且每個非關(guān)鍵字屬性都由整個關(guān)鍵字決定鍵字屬性都由整個關(guān)鍵字決定(而不是由關(guān)鍵而不是由關(guān)鍵字的一部分來決定字的一部分來決定)。n第三范式，符合第二范式的條件，每個非關(guān)鍵第三范式，符合第二范式的條件，每個非關(guān)鍵字屬性都僅由關(guān)鍵字決定，而且一個非關(guān)鍵字字屬性都僅由關(guān)鍵字決定，而且一個非關(guān)鍵字屬性不能僅僅是對另一個非關(guān)鍵字屬性的進(jìn)一屬性不能僅僅是對另一個非關(guān)鍵字屬性的進(jìn)一步描述步描述(即一個非關(guān)鍵字屬性值不依賴于另一即一個非

35、關(guān)鍵字屬性值不依賴于另一個非關(guān)鍵字屬性值個非關(guān)鍵字屬性值)。 3.6 狀態(tài)轉(zhuǎn)換圖狀態(tài)轉(zhuǎn)換圖n狀態(tài)轉(zhuǎn)換圖：狀態(tài)轉(zhuǎn)換圖：通過描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)通過描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，來表示系統(tǒng)的行為。狀態(tài)轉(zhuǎn)換的事件，來表示系統(tǒng)的行為。n狀態(tài)圖還指明了作為特定事件的結(jié)果系統(tǒng)將做狀態(tài)圖還指明了作為特定事件的結(jié)果系統(tǒng)將做哪些動作哪些動作(例如，處理數(shù)據(jù)例如，處理數(shù)據(jù))。 3.6.1 狀態(tài)狀態(tài) n狀態(tài)：狀態(tài)：是任何可以被觀察到的系統(tǒng)行為模式，一個狀是任何可以被觀察到的系統(tǒng)行為模式，一個狀態(tài)代表系統(tǒng)的一種行為模式。狀態(tài)規(guī)定了系統(tǒng)對事件態(tài)代表系統(tǒng)的一種行為模式。狀態(tài)規(guī)定了系統(tǒng)對事件的響應(yīng)方式。的響應(yīng)

36、方式。n狀態(tài)主要有：狀態(tài)主要有：q初態(tài)初態(tài)(即初始狀態(tài)即初始狀態(tài))，只能有，只能有1個個q終態(tài)終態(tài)(即最終狀態(tài)即最終狀態(tài))，可以有，可以有0至多個至多個q中間狀態(tài)中間狀態(tài)n狀態(tài)圖分類：狀態(tài)圖分類：q表示系統(tǒng)循環(huán)運(yùn)行過程，通常不關(guān)心循環(huán)是怎樣啟動的。表示系統(tǒng)循環(huán)運(yùn)行過程，通常不關(guān)心循環(huán)是怎樣啟動的。q表示系統(tǒng)單程生命期，需要標(biāo)明初始狀態(tài)和最終狀態(tài)。表示系統(tǒng)單程生命期，需要標(biāo)明初始狀態(tài)和最終狀態(tài)。3.6.2 事件事件n事件：事件：是在某個特定時刻發(fā)生的事情，它是對是在某個特定時刻發(fā)生的事情，它是對引起系統(tǒng)做動作或引起系統(tǒng)做動作或(和和)從一個狀態(tài)轉(zhuǎn)換到另一從一個狀態(tài)轉(zhuǎn)換到另一個狀態(tài)的外界事件的抽象

37、。簡而言之，事件就個狀態(tài)的外界事件的抽象。簡而言之，事件就是引起系統(tǒng)做動作或是引起系統(tǒng)做動作或(和和)轉(zhuǎn)換狀態(tài)的控制信息。轉(zhuǎn)換狀態(tài)的控制信息。 3.6.3 符號符號n初態(tài)：用實(shí)心圓表示；初態(tài)：用實(shí)心圓表示；n終態(tài)：用一對同心圓終態(tài)：用一對同心圓(內(nèi)圓為實(shí)心圓內(nèi)圓為實(shí)心圓)表示；表示；n中間狀態(tài)：用圓角矩形表示，分成上、中、下中間狀態(tài)：用圓角矩形表示，分成上、中、下3部分。部分。q上面部分上面部分-為狀態(tài)的名稱；為狀態(tài)的名稱；q中間部分中間部分-為狀態(tài)變量的名字和值；為狀態(tài)變量的名字和值；q下面部分下面部分-是活動表。是活動表。 n帶箭頭的連線：稱為狀態(tài)轉(zhuǎn)換，箭頭指明了轉(zhuǎn)帶箭頭的連線：稱為狀態(tài)轉(zhuǎn)

38、換，箭頭指明了轉(zhuǎn)換方向。換方向。 狀態(tài)圖中使用的主要符號狀態(tài)圖中使用的主要符號活動表的語法格式：活動表的語法格式： 事件名事件名(參數(shù)表參數(shù)表)/動作表達(dá)式動作表達(dá)式n“事件名事件名”可以是任何事件的名稱?？梢允侨魏问录拿Q。n常用的常用的3種標(biāo)準(zhǔn)事件：種標(biāo)準(zhǔn)事件：qentry事件指定進(jìn)入該狀態(tài)的動作；事件指定進(jìn)入該狀態(tài)的動作；qexit事件指定退出該狀態(tài)的動作；事件指定退出該狀態(tài)的動作；qdo事件則指定在該狀態(tài)下的動作。事件則指定在該狀態(tài)下的動作。n需要時可以為事件指定參數(shù)表。活動表中的動需要時可以為事件指定參數(shù)表。活動表中的動作表達(dá)式描述應(yīng)做的具體動作。作表達(dá)式描述應(yīng)做的具體動作。 事件

39、表達(dá)式的語法：事件表達(dá)式的語法： 事件說明守衛(wèi)條件動作表達(dá)式事件說明守衛(wèi)條件動作表達(dá)式n事件說明的語法為：事件名事件說明的語法為：事件名(參數(shù)表參數(shù)表)。n守衛(wèi)條件是一個布爾表達(dá)式。如果同時使用事守衛(wèi)條件是一個布爾表達(dá)式。如果同時使用事件說明和守衛(wèi)條件，則當(dāng)且僅當(dāng)事件發(fā)生且布件說明和守衛(wèi)條件，則當(dāng)且僅當(dāng)事件發(fā)生且布爾表達(dá)式為真時，狀態(tài)轉(zhuǎn)換才發(fā)生。如果只有爾表達(dá)式為真時，狀態(tài)轉(zhuǎn)換才發(fā)生。如果只有守衛(wèi)條件沒有事件說明，則只要守衛(wèi)條件為真守衛(wèi)條件沒有事件說明，則只要守衛(wèi)條件為真狀態(tài)轉(zhuǎn)換就發(fā)生。狀態(tài)轉(zhuǎn)換就發(fā)生。n動作表達(dá)式是一個過程表達(dá)式，當(dāng)狀態(tài)轉(zhuǎn)換開動作表達(dá)式是一個過程表達(dá)式，當(dāng)狀態(tài)轉(zhuǎn)換開始時執(zhí)行該

40、表達(dá)式。始時執(zhí)行該表達(dá)式。 3.6.4 例子例子例例1：電話系統(tǒng)電話系統(tǒng)例例2：銀行儲蓄系統(tǒng)銀行儲蓄系統(tǒng)存款過程的狀態(tài)圖存款過程的狀態(tài)圖例例2：銀行儲蓄系統(tǒng)銀行儲蓄系統(tǒng)取款過程的狀態(tài)圖取款過程的狀態(tài)圖3.7 其他圖形工具其他圖形工具3.7.1 層次方框圖層次方框圖n層次方框圖：層次方框圖：用樹形結(jié)構(gòu)的一系列多層次的矩用樹形結(jié)構(gòu)的一系列多層次的矩形框描繪數(shù)據(jù)的層次結(jié)構(gòu)。形框描繪數(shù)據(jù)的層次結(jié)構(gòu)。n樹形結(jié)構(gòu)的頂層是一個單獨(dú)的矩形框，它代表樹形結(jié)構(gòu)的頂層是一個單獨(dú)的矩形框，它代表完整的數(shù)據(jù)結(jié)構(gòu)；完整的數(shù)據(jù)結(jié)構(gòu)；n下面的各層矩形框代表這個數(shù)據(jù)的子集；下面的各層矩形框代表這個數(shù)據(jù)的子集；n最底層的各個框代

41、表組成這個數(shù)據(jù)的實(shí)際數(shù)據(jù)最底層的各個框代表組成這個數(shù)據(jù)的實(shí)際數(shù)據(jù)元素元素(不能再分割的元素不能再分割的元素)。某計(jì)算機(jī)公司的全部產(chǎn)品的層次方框圖某計(jì)算機(jī)公司的全部產(chǎn)品的層次方框圖3.7.2 Warnier圖圖nWarnier圖：圖：和層次方框圖類似，和層次方框圖類似，Warnier圖圖也用樹形結(jié)構(gòu)描繪信息，但是這種圖形工具比也用樹形結(jié)構(gòu)描繪信息，但是這種圖形工具比層次方框圖提供了更豐富的描繪手段。層次方框圖提供了更豐富的描繪手段。n特點(diǎn)：特點(diǎn)：用用Warnier圖可以表明信息的邏輯組織，圖可以表明信息的邏輯組織，也可以表示特定信息在某一類信息中是有條件也可以表示特定信息在某一類信息中是有條件地

42、出現(xiàn)的。因?yàn)橹貜?fù)和條件約束是說明軟件處地出現(xiàn)的。因?yàn)橹貜?fù)和條件約束是說明軟件處理過程的基礎(chǔ)，所以很容易把理過程的基礎(chǔ)，所以很容易把Warnier圖轉(zhuǎn)變圖轉(zhuǎn)變成軟件設(shè)計(jì)的工具。成軟件設(shè)計(jì)的工具。 軟件產(chǎn)品的軟件產(chǎn)品的Warnier圖圖3.7.3 IPO圖圖nIPO圖：圖：是輸入、處理、輸出圖的簡稱，它是是輸入、處理、輸出圖的簡稱，它是美國美國IBM公司發(fā)展完善起來的一種圖形工具，公司發(fā)展完善起來的一種圖形工具，能夠方便地描繪輸入數(shù)據(jù)、對數(shù)據(jù)的處理和輸能夠方便地描繪輸入數(shù)據(jù)、對數(shù)據(jù)的處理和輸出數(shù)據(jù)之間的關(guān)系。出數(shù)據(jù)之間的關(guān)系。n基本形式：基本形式：是在左邊的框中列出有關(guān)的輸入數(shù)是在左邊的框中列出有

43、關(guān)的輸入數(shù)據(jù)，在中間的框內(nèi)列出主要的處理，在右邊的據(jù)，在中間的框內(nèi)列出主要的處理，在右邊的框內(nèi)列出產(chǎn)生的輸出數(shù)據(jù)。在框內(nèi)列出產(chǎn)生的輸出數(shù)據(jù)。在IPO圖中還用類圖中還用類似向量符號的粗大箭頭清楚地指出數(shù)據(jù)通信的似向量符號的粗大箭頭清楚地指出數(shù)據(jù)通信的情況。情況。主文件更新處理的主文件更新處理的IPO圖圖n改進(jìn)的改進(jìn)的IPO圖：圖：這這種圖中包含某些附種圖中包含某些附加的信息，在軟件加的信息，在軟件設(shè)計(jì)過程中將比原設(shè)計(jì)過程中將比原始的始的IPO圖更有用。圖更有用。n在需求分析階段可在需求分析階段可以使用以使用IPO圖簡略圖簡略地描述系統(tǒng)的主要地描述系統(tǒng)的主要算法算法(即數(shù)據(jù)流圖中即數(shù)據(jù)流圖中各個處理的基本算各個處理的基本算法法)。 IPO表表系統(tǒng)：定貨系統(tǒng)系統(tǒng)：定貨系統(tǒng) 作者：祁燕作者：祁燕模塊：處理事務(wù)模塊：處理事務(wù) 日期：日期：2010.3編號：編號：1.0被調(diào)用：被調(diào)用： 定貨系統(tǒng)定貨系統(tǒng)調(diào)用：調(diào)用： 接受事務(wù)接受事務(wù) 更新庫存清單更新庫存清單 處理定貨處理定貨輸入：輸入： 事務(wù)事務(wù)輸出：定貨信息輸出：定貨信息 庫存清單庫存清單處理：處理：（用過程描述工具描述本模塊的算法，（用過程描述工具描述本模塊的算法，如如PAD圖、圖、N-S圖、偽代碼等）