電子科技大學(xué)軟件工程---03需求分析(改)匯編

1、授課教師：授課教師： 藍(lán)藍(lán) 天天聯(lián)系電話：聯(lián)系電話： 1348892972313488929723電子郵箱：電子郵箱：需求分析相關(guān)概念需求分析相關(guān)概念1 1面向過程的分析方法面向過程的分析方法4 4需求變更管理需求變更管理3 3需求分析的任務(wù)和步驟需求分析的任務(wù)和步驟2 2面向?qū)ο蟮姆治龇椒嫦驅(qū)ο蟮姆治龇椒? 3掌握用例圖掌握用例圖等面向?qū)ο蟮让嫦驅(qū)ο蠓治龇椒ǚ治龇椒ㄕ莆諗?shù)據(jù)流掌握數(shù)據(jù)流圖等結(jié)構(gòu)化圖等結(jié)構(gòu)化分析方法分析方法理解需求分理解需求分析的過程和析的過程和主要步驟主要步驟 需求分析的錯(cuò)誤和變更導(dǎo)致的軟件開發(fā)失敗占軟需求分析的錯(cuò)誤和變更導(dǎo)致的軟件開發(fā)失敗占軟件失敗因素的件失敗因素的1/3

2、1/3以上以上-Standish Group-Standish Groupo 缺少用戶的輸入：占軟件失敗因素的缺少用戶的輸入：占軟件失敗因素的13%13%o 不完整的需求和規(guī)格說明書：占軟件失敗因素的不完整的需求和規(guī)格說明書：占軟件失敗因素的12%12%o 需求和規(guī)格說明書的變更：占軟件失敗因素的需求和規(guī)格說明書的變更：占軟件失敗因素的12%12% 希望對(duì)開發(fā)進(jìn)行指導(dǎo)希望對(duì)開發(fā)進(jìn)行指導(dǎo) 希望開發(fā)人員對(duì)用戶的要求理解希望開發(fā)人員對(duì)用戶的要求理解 希望用戶理解開發(fā)人員希望用戶理解開發(fā)人員 測(cè)試部門有理可依測(cè)試部門有理可依美國(guó)專門從事跟蹤美國(guó)專門從事跟蹤ITIT項(xiàng)目項(xiàng)目成功或失敗的權(quán)威機(jī)構(gòu)成功或失敗

3、的權(quán)威機(jī)構(gòu)指數(shù)級(jí)增長(zhǎng)指數(shù)級(jí)增長(zhǎng)需求提煉需求提煉需求描述需求描述需求驗(yàn)證需求驗(yàn)證需求獲取需求獲取需求變更需求變更需求確認(rèn)需求確認(rèn)需求變更需求變更確定系統(tǒng)必須具有的確定系統(tǒng)必須具有的功能和性能功能和性能，系統(tǒng)要求，系統(tǒng)要求的的運(yùn)行環(huán)境運(yùn)行環(huán)境，并且預(yù)測(cè)系統(tǒng)發(fā)展的前景。，并且預(yù)測(cè)系統(tǒng)發(fā)展的前景。換句話說需求就是以一種換句話說需求就是以一種清晰清晰、簡(jiǎn)潔簡(jiǎn)潔、一致一致且無(wú)二義性且無(wú)二義性的方式，對(duì)一個(gè)待開發(fā)系統(tǒng)中各的方式，對(duì)一個(gè)待開發(fā)系統(tǒng)中各個(gè)有意義方面的陳述的一個(gè)集合。個(gè)有意義方面的陳述的一個(gè)集合。 需求分析的任務(wù)需求分析的任務(wù)o 建立分析模型建立分析模型 o 編寫需求說明編寫需求說明 需求分析的步

4、驟需求分析的步驟o 需求獲取需求獲取 o 需求提煉需求提煉 o 需求描述（撰寫需求規(guī)格說明書）需求描述（撰寫需求規(guī)格說明書） o 需求驗(yàn)證需求驗(yàn)證 需求分析的任務(wù)需求分析的任務(wù)o 建立分析模型建立分析模型 o 編寫需求說明編寫需求說明 準(zhǔn)確地準(zhǔn)確地定義定義未來系統(tǒng)的目標(biāo)，確定為未來系統(tǒng)的目標(biāo)，確定為了滿足用戶的需求系統(tǒng)必須做什么。了滿足用戶的需求系統(tǒng)必須做什么。 需求分析的任務(wù)需求分析的任務(wù)o 建立分析模型建立分析模型 o 編寫需求說明編寫需求說明 用用需求規(guī)格說明書需求規(guī)格說明書規(guī)范的形式準(zhǔn)規(guī)范的形式準(zhǔn)確地表達(dá)用戶的需求。確地表達(dá)用戶的需求。 軟件需求獲取指的是軟件需求的軟件需求獲取指的是軟

5、件需求的來源來源以及軟以及軟件工程師收集這些軟件需求的件工程師收集這些軟件需求的方法方法。它也稱。它也稱為需求抓取、需求發(fā)現(xiàn)和需求獲得。為需求抓取、需求發(fā)現(xiàn)和需求獲得。（1） 功能性需求：描述系統(tǒng)應(yīng)該做什么，功能性需求：描述系統(tǒng)應(yīng)該做什么，即為用戶和其它系統(tǒng)即為用戶和其它系統(tǒng)完成的功能完成的功能、提供的服提供的服務(wù)務(wù)。（2）非功能需求：必須遵循的）非功能需求：必須遵循的標(biāo)準(zhǔn)標(biāo)準(zhǔn)，外部，外部界界面的細(xì)節(jié)面的細(xì)節(jié)，實(shí)現(xiàn)的，實(shí)現(xiàn)的約束條件約束條件，質(zhì)量屬性質(zhì)量屬性等等。等等。 非功能需求限定了非功能需求限定了選擇解決問題方案的范選擇解決問題方案的范圍圍，如運(yùn)行平臺(tái)、實(shí)現(xiàn)技術(shù)、編程語(yǔ)言和工，如運(yùn)行平臺(tái)

6、、實(shí)現(xiàn)技術(shù)、編程語(yǔ)言和工具等。具等。？將飛機(jī)訂票系統(tǒng)中的以下方面做如下的劃分，將飛機(jī)訂票系統(tǒng)中的以下方面做如下的劃分，F(xiàn) F代表代表“功能功能性性”，NFNF代表代表“非功能性非功能性”，X X代表代表“不應(yīng)當(dāng)是需求不應(yīng)當(dāng)是需求”。簡(jiǎn)。簡(jiǎn)要的說明功能性或非功能性需求的種類。對(duì)于不應(yīng)當(dāng)是需求要的說明功能性或非功能性需求的種類。對(duì)于不應(yīng)當(dāng)是需求的方面，說明其原因。的方面，說明其原因。 如何輸入有關(guān)航班、乘客及訂票信息。如何輸入有關(guān)航班、乘客及訂票信息。F F：輸入輸入 什么信息要出現(xiàn)在機(jī)票和報(bào)告中。什么信息要出現(xiàn)在機(jī)票和報(bào)告中。F F：輸出輸出 如何計(jì)算乘機(jī)費(fèi)用。如何計(jì)算乘機(jī)費(fèi)用。 F F：計(jì)算計(jì)

7、算 什么信息必須存儲(chǔ)在旅行社和其他人訪問的數(shù)據(jù)庫(kù)中。什么信息必須存儲(chǔ)在旅行社和其他人訪問的數(shù)據(jù)庫(kù)中。 F F：數(shù)據(jù)存儲(chǔ)數(shù)據(jù)存儲(chǔ) 這個(gè)系統(tǒng)應(yīng)該設(shè)計(jì)成可以處理常旅客計(jì)劃。這個(gè)系統(tǒng)應(yīng)該設(shè)計(jì)成可以處理常旅客計(jì)劃。 NF NF：可擴(kuò)展性可擴(kuò)展性 這個(gè)系統(tǒng)在任何時(shí)候都必須是可用的。一周中只允許有這個(gè)系統(tǒng)在任何時(shí)候都必須是可用的。一周中只允許有2 2分鐘宕機(jī)時(shí)間。分鐘宕機(jī)時(shí)間。 NF NF：有效性有效性 必須使用某排序算法根據(jù)離開時(shí)間對(duì)航班排序。必須使用某排序算法根據(jù)離開時(shí)間對(duì)航班排序。 X X：這是一個(gè)設(shè)計(jì)問題這是一個(gè)設(shè)計(jì)問題用戶目標(biāo)用戶目標(biāo)領(lǐng)域知識(shí)領(lǐng)域知識(shí)投資者投資者組織環(huán)境組織環(huán)境運(yùn)行環(huán)境運(yùn)行環(huán)境 采

8、訪采訪 設(shè)定情景（用例）設(shè)定情景（用例） 原型原型 會(huì)議會(huì)議 觀察商業(yè)過程和工作流觀察商業(yè)過程和工作流 編號(hào)編號(hào)提出問題提出問題1 1您在哪個(gè)部門工作？您在哪個(gè)部門工作？2 2出版業(yè)務(wù)流程是什么？出版業(yè)務(wù)流程是什么？3 3您每日都處理哪些文件、數(shù)據(jù)、報(bào)表？您每日都處理哪些文件、數(shù)據(jù)、報(bào)表？4 4工作中手工處理特別麻煩的事情是什么？工作中手工處理特別麻煩的事情是什么？5 5工作中手工處理什么問題解決不了？影響效率的問題有工作中手工處理什么問題解決不了？影響效率的問題有哪些？哪些？6 6您認(rèn)為提高工作效率，節(jié)省工作時(shí)間，減輕工作強(qiáng)度可您認(rèn)為提高工作效率，節(jié)省工作時(shí)間，減輕工作強(qiáng)度可采取哪些辦法？采

9、取哪些辦法？編號(hào)編號(hào)提出問題提出問題7 7您的部門需要成本核算和統(tǒng)計(jì)的內(nèi)容有哪些？您的部門需要成本核算和統(tǒng)計(jì)的內(nèi)容有哪些？8 8您的部門采用計(jì)算機(jī)管理工作情況如何？您的部門采用計(jì)算機(jī)管理工作情況如何？9 9如何改進(jìn)業(yè)務(wù)流程使之更合理？如何改進(jìn)業(yè)務(wù)流程使之更合理？1010哪些問題是目前傳統(tǒng)手工方法根本無(wú)法解決的？哪些問題是目前傳統(tǒng)手工方法根本無(wú)法解決的？1111出版社計(jì)算機(jī)管理信息系統(tǒng)需要解決什么問題？出版社計(jì)算機(jī)管理信息系統(tǒng)需要解決什么問題？ 客戶說不清楚需求客戶說不清楚需求 需求易變性需求易變性 問題的復(fù)雜性和對(duì)問題空間理解的不完備問題的復(fù)雜性和對(duì)問題空間理解的不完備性與不一致性性與不一致性

10、1.1.傾聽傾聽2. 2. 有有準(zhǔn)準(zhǔn)備備的的溝溝通通3. 3. 需要有人推動(dòng)需要有人推動(dòng)4. 4. 最好當(dāng)面溝通最好當(dāng)面溝通5. 5. 記錄所有決定記錄所有決定6. 6. 保保持持通通力力協(xié)協(xié)作作7. 7. 聚焦并協(xié)調(diào)話題聚焦并協(xié)調(diào)話題8. 8. 采用圖形表示采用圖形表示9. 9. 繼繼續(xù)續(xù)前前進(jìn)進(jìn)原原則則一旦認(rèn)可某件事情，繼續(xù)前進(jìn)；一旦認(rèn)可某件事情，繼續(xù)前進(jìn)；如果不認(rèn)可某件事情，繼續(xù)前進(jìn)；如果不認(rèn)可某件事情，繼續(xù)前進(jìn)；如果某項(xiàng)特性或功能不清晰，當(dāng)時(shí)如果某項(xiàng)特性或功能不清晰，當(dāng)時(shí)無(wú)法澄清，繼續(xù)前進(jìn)無(wú)法澄清，繼續(xù)前進(jìn)10. 10. 談判雙贏原則談判雙贏原則1.1. 識(shí)別主要客戶和共利益者識(shí)別主要

11、客戶和共利益者2.2. 與主要客戶會(huì)談與主要客戶會(huì)談“上下文無(wú)關(guān)的問題上下文無(wú)關(guān)的問題”，以確定，以確定業(yè)務(wù)需要和商業(yè)價(jià)值業(yè)務(wù)需要和商業(yè)價(jià)值最終用戶的特性最終用戶的特性 需要需要需要的用戶可見輸出需要的用戶可見輸出業(yè)務(wù)約束業(yè)務(wù)約束3.3. 寫一頁(yè)項(xiàng)目范圍的說明寫一頁(yè)項(xiàng)目范圍的說明4.4. 評(píng)審范圍說明，并應(yīng)客戶要求做出相應(yīng)修改評(píng)審范圍說明，并應(yīng)客戶要求做出相應(yīng)修改業(yè)務(wù)操作管理人員、產(chǎn)品管理人員、業(yè)務(wù)操作管理人員、產(chǎn)品管理人員、市場(chǎng)營(yíng)銷人員、內(nèi)部和外部客戶、最市場(chǎng)營(yíng)銷人員、內(nèi)部和外部客戶、最終用戶、顧問、產(chǎn)品工程師、軟件工終用戶、顧問、產(chǎn)品工程師、軟件工程師、支持和維護(hù)工程師程師、支持和維護(hù)工程

12、師誰(shuí)將使用該解決方案？存在別的解決方案嗎？誰(shuí)將使用該解決方案？存在別的解決方案嗎？能向我們展示（或描述）解決方案的使用環(huán)能向我們展示（或描述）解決方案的使用環(huán)境嗎？境嗎？我的提問和你想解決的問題相關(guān)嗎？還有我我的提問和你想解決的問題相關(guān)嗎？還有我應(yīng)該問的其他問題嗎？應(yīng)該問的其他問題嗎？小規(guī)格說明：小規(guī)格說明：控制面板控制面板是一個(gè)安裝在墻上的單元，是一個(gè)安裝在墻上的單元，尺寸大概是尺寸大概是9 9* *5 5英寸；控制面板和傳感器、計(jì)算英寸；控制面板和傳感器、計(jì)算機(jī)之間是無(wú)線連接；通過一個(gè)機(jī)之間是無(wú)線連接；通過一個(gè)1212鍵的鍵盤與用戶鍵的鍵盤與用戶交互，通過一個(gè)交互，通過一個(gè)2 2* *2

13、2的的LCDLCD顯示器為用戶提供反饋顯示器為用戶提供反饋信息；軟件將提供交互提示、回顯以及類似的功信息；軟件將提供交互提示、回顯以及類似的功能能5.5. 與客戶與客戶/ /最終用戶進(jìn)行協(xié)作，確定：最終用戶進(jìn)行協(xié)作，確定：采用標(biāo)準(zhǔn)格式記錄客戶可見的使用場(chǎng)景采用標(biāo)準(zhǔn)格式記錄客戶可見的使用場(chǎng)景輸入和輸出輸入和輸出重要的軟件特性、功能和行為重要的軟件特性、功能和行為客戶定義的商業(yè)風(fēng)險(xiǎn)客戶定義的商業(yè)風(fēng)險(xiǎn)6.6. 描述場(chǎng)景、輸入描述場(chǎng)景、輸入/ /輸出、特性輸出、特性/ /功能以及風(fēng)險(xiǎn)功能以及風(fēng)險(xiǎn)7.7. 與客戶細(xì)化場(chǎng)景、輸入與客戶細(xì)化場(chǎng)景、輸入/ /輸出、特性輸出、特性/ /功能以及風(fēng)險(xiǎn)功能以及風(fēng)險(xiǎn)8

14、.8. 為每個(gè)用戶場(chǎng)景、特性、功能和行為分配客戶定義的優(yōu)為每個(gè)用戶場(chǎng)景、特性、功能和行為分配客戶定義的優(yōu)先級(jí)先級(jí)9.9. 回顧搜集的所有信息并修訂回顧搜集的所有信息并修訂10.10.為計(jì)劃活動(dòng)做準(zhǔn)備為計(jì)劃活動(dòng)做準(zhǔn)備用例：用例：初始化監(jiān)測(cè)初始化監(jiān)測(cè)主要參與者：主要參與者：房主房主目標(biāo)：目標(biāo)：設(shè)置系統(tǒng)在房主離開住宅或留在房間內(nèi)時(shí)監(jiān)測(cè)傳感器設(shè)置系統(tǒng)在房主離開住宅或留在房間內(nèi)時(shí)監(jiān)測(cè)傳感器前提條件：前提條件：系統(tǒng)已經(jīng)輸入密碼并識(shí)別各種傳感器系統(tǒng)已經(jīng)輸入密碼并識(shí)別各種傳感器觸發(fā)器：觸發(fā)器：房主決定房主決定“設(shè)置設(shè)置”系統(tǒng)，即打開報(bào)警功能系統(tǒng)，即打開報(bào)警功能場(chǎng)景：場(chǎng)景：1.房主：觀察控制面板房主：觀察控制面

15、板2.房主：輸入密碼房主：輸入密碼3.房主：選擇房主：選擇“stay”或或“away”4.房主：觀察紅色報(bào)警燈顯示房主：觀察紅色報(bào)警燈顯示SafeHome已經(jīng)被打開已經(jīng)被打開異常：異常：1.密碼不正確：房主重新輸入正確的密碼密碼不正確：房主重新輸入正確的密碼優(yōu)先級(jí)：優(yōu)先級(jí)：必須的，必須被實(shí)現(xiàn)必須的，必須被實(shí)現(xiàn)何時(shí)可用：何時(shí)可用：首次增量首次增量使用頻率：使用頻率：每天多次每天多次使用方式：使用方式：通過控制面板接口通過控制面板接口次要參與者：次要參與者：技術(shù)支持人員，傳感器技術(shù)支持人員，傳感器次要參與者使用方式：次要參與者使用方式：電話線（技術(shù)支持人員）；有線或無(wú)線接口（傳感器）電話線（技術(shù)支

16、持人員）；有線或無(wú)線接口（傳感器）未解決的問題：未解決的問題： 為如下活動(dòng)之一開發(fā)一個(gè)完整的用為如下活動(dòng)之一開發(fā)一個(gè)完整的用例：例：o 在在ATMATM上提款上提款o 在餐廳使用飯卡付款在餐廳使用飯卡付款o 使用在線書店搜索書使用在線書店搜索書 需求分析的核心在于需求分析的核心在于建立分析模型建立分析模型。 需求分析采用多種形式描述需求，通過建立需求的需求分析采用多種形式描述需求，通過建立需求的多種視多種視圖圖，揭示出一些更深的問題。，揭示出一些更深的問題。 需求分析還包括與客戶的交流以澄清某些易混淆的問題，需求分析還包括與客戶的交流以澄清某些易混淆的問題，并明確并明確哪些需求更為重要哪些需求

17、更為重要，其目的是確保所有風(fēng)險(xiǎn)承擔(dān)者，其目的是確保所有風(fēng)險(xiǎn)承擔(dān)者盡早地對(duì)項(xiàng)目盡早地對(duì)項(xiàng)目達(dá)成共識(shí)達(dá)成共識(shí)并對(duì)將來的產(chǎn)品有個(gè)相同而清晰的并對(duì)將來的產(chǎn)品有個(gè)相同而清晰的認(rèn)識(shí)。認(rèn)識(shí)。對(duì)應(yīng)用問題及環(huán)境的理解和分析，為問題涉對(duì)應(yīng)用問題及環(huán)境的理解和分析，為問題涉及的信息、功能及系統(tǒng)行為建立模型。將用及的信息、功能及系統(tǒng)行為建立模型。將用戶需求戶需求精確化、完全化精確化、完全化，最終形成，最終形成需求規(guī)格需求規(guī)格說明書說明書。柜臺(tái)取款柜臺(tái)取款客戶客戶-柜臺(tái)柜臺(tái)- - 營(yíng)業(yè)員營(yíng)業(yè)員-銀銀行主機(jī)行主機(jī)-客戶、銀客戶、銀行、現(xiàn)金行、現(xiàn)金客戶、系客戶、系統(tǒng)、現(xiàn)金統(tǒng)、現(xiàn)金客戶客戶-ATM-ATM機(jī)機(jī)- - 銀行主機(jī)

18、銀行主機(jī)- -ATMATM取款取款 結(jié)構(gòu)化分析模型結(jié)構(gòu)化分析模型 面向?qū)ο蠓治瞿Ｐ兔嫦驅(qū)ο蠓治瞿Ｐ?分析模型描述工具分析模型描述工具o 數(shù)據(jù)流圖、數(shù)據(jù)字典和加工規(guī)約數(shù)據(jù)流圖、數(shù)據(jù)字典和加工規(guī)約o 控制流圖、控制規(guī)約和狀態(tài)變遷圖控制流圖、控制規(guī)約和狀態(tài)變遷圖o E-RE-R圖圖 o 用例圖，對(duì)象用例圖，對(duì)象- -關(guān)系圖，對(duì)象關(guān)系圖，對(duì)象- -行為圖行為圖 其基本思想是用系統(tǒng)工程的思想和工程化的方法，其基本思想是用系統(tǒng)工程的思想和工程化的方法，根據(jù)用戶至上的原則，自始自終按照根據(jù)用戶至上的原則，自始自終按照結(jié)構(gòu)化結(jié)構(gòu)化、模模塊化塊化，自頂向下自頂向下地對(duì)系統(tǒng)進(jìn)行分析與設(shè)計(jì)。地對(duì)系統(tǒng)進(jìn)行分析與設(shè)計(jì)。

19、由由5 5個(gè)層次個(gè)層次（主題層、對(duì)象類層、結(jié)構(gòu)層、屬性層（主題層、對(duì)象類層、結(jié)構(gòu)層、屬性層和服務(wù)層）和和服務(wù)層）和5 5個(gè)活動(dòng)個(gè)活動(dòng)（標(biāo)識(shí)對(duì)象類、標(biāo)識(shí)結(jié)構(gòu)、（標(biāo)識(shí)對(duì)象類、標(biāo)識(shí)結(jié)構(gòu)、定義主題、定義屬性和定義服務(wù)）組成。定義主題、定義屬性和定義服務(wù)）組成。面向過程的需求分析面向過程的需求分析面向?qū)ο蟮男枨蠓治雒嫦驅(qū)ο蟮男枨蠓治鰯?shù)據(jù)模型數(shù)據(jù)模型實(shí)體-聯(lián)系圖（ERD）數(shù)據(jù)字典（DD）類圖、類關(guān)系圖功能模型功能模型數(shù)據(jù)流圖（DFD）用例圖行為模型行為模型狀態(tài)變遷圖（STD）活動(dòng)圖、時(shí)序圖、狀態(tài)圖 需求分析工作需求分析工作完成的一個(gè)基本標(biāo)志完成的一個(gè)基本標(biāo)志是形成了一份是形成了一份完整的、規(guī)范的需求規(guī)格說

20、明書。完整的、規(guī)范的需求規(guī)格說明書。 需求規(guī)格說明書的編制是為了使用戶和軟件開發(fā)需求規(guī)格說明書的編制是為了使用戶和軟件開發(fā)者雙方對(duì)該軟件的初始規(guī)定有一個(gè)共同的理解，者雙方對(duì)該軟件的初始規(guī)定有一個(gè)共同的理解，使之成為整個(gè)開發(fā)工作的基礎(chǔ)。使之成為整個(gè)開發(fā)工作的基礎(chǔ)。軟件需求規(guī)格說明書（軟件需求規(guī)格說明書（SRS）-軟件系統(tǒng)軟件系統(tǒng)的需求規(guī)格說明，是對(duì)待開發(fā)系統(tǒng)的行為的的需求規(guī)格說明，是對(duì)待開發(fā)系統(tǒng)的行為的完整描述完整描述。它包含了。它包含了功能性需求和非功能性功能性需求和非功能性需求需求。 從現(xiàn)實(shí)中分離功能，即描述要從現(xiàn)實(shí)中分離功能，即描述要“做什么做什么”而不是而不是“怎樣實(shí)怎樣實(shí)現(xiàn)現(xiàn)” 要求使

21、用要求使用面向處理面向處理的規(guī)格說明語(yǔ)言（或稱系統(tǒng)定義語(yǔ)言）的規(guī)格說明語(yǔ)言（或稱系統(tǒng)定義語(yǔ)言） 如果被開發(fā)軟件只是一個(gè)大系統(tǒng)中的一個(gè)元素，那么如果被開發(fā)軟件只是一個(gè)大系統(tǒng)中的一個(gè)元素，那么整個(gè)整個(gè)大系統(tǒng)大系統(tǒng)也包括在規(guī)格說明的描述之中也包括在規(guī)格說明的描述之中 規(guī)格說明必須包括規(guī)格說明必須包括系統(tǒng)運(yùn)行環(huán)境系統(tǒng)運(yùn)行環(huán)境 規(guī)格說明必須是一個(gè)規(guī)格說明必須是一個(gè)認(rèn)識(shí)模型認(rèn)識(shí)模型 規(guī)格說明必須是規(guī)格說明必須是可操作可操作的的 規(guī)格說明必須規(guī)格說明必須容許不完備性并允許擴(kuò)充容許不完備性并允許擴(kuò)充 規(guī)格說明必須規(guī)格說明必須局部化和松散耦合局部化和松散耦合 IEEE IEEE標(biāo)準(zhǔn)為需求文檔提出了以下結(jié)構(gòu)，組織

22、機(jī)構(gòu)內(nèi)部可以基于此標(biāo)準(zhǔn)擴(kuò)展：標(biāo)準(zhǔn)為需求文檔提出了以下結(jié)構(gòu)，組織機(jī)構(gòu)內(nèi)部可以基于此標(biāo)準(zhǔn)擴(kuò)展： a. 需求文檔的目的需求文檔的目的b. 文檔約定文檔約定c. 預(yù)期的讀者和閱讀建議預(yù)期的讀者和閱讀建議d. 產(chǎn)品范圍產(chǎn)品范圍e. 參考文獻(xiàn)參考文獻(xiàn)a. 產(chǎn)品前景產(chǎn)品前景b. 產(chǎn)品功能與優(yōu)先級(jí)產(chǎn)品功能與優(yōu)先級(jí)c. 用戶特征用戶特征d. 運(yùn)行環(huán)境運(yùn)行環(huán)境e. 設(shè)計(jì)與實(shí)現(xiàn)上的限制設(shè)計(jì)與實(shí)現(xiàn)上的限制f. 假設(shè)和依賴性假設(shè)和依賴性（2）綜合描述）綜合描述（1）引言）引言（3）需求描述）需求描述a. 功能需求功能需求b. 數(shù)據(jù)需求：與功能有關(guān)的數(shù)據(jù)定義和數(shù)據(jù)關(guān)系數(shù)據(jù)需求：與功能有關(guān)的數(shù)據(jù)定義和數(shù)據(jù)關(guān)系c. 性能需求

23、：響應(yīng)時(shí)間、容量要求、用戶數(shù)等性能需求：響應(yīng)時(shí)間、容量要求、用戶數(shù)等d. 外部接口：用戶界面、軟硬件接口、通信接口外部接口：用戶界面、軟硬件接口、通信接口e. 設(shè)計(jì)約束：軟件支持環(huán)境、報(bào)表、數(shù)據(jù)命名等設(shè)計(jì)約束：軟件支持環(huán)境、報(bào)表、數(shù)據(jù)命名等f(wàn). 軟件質(zhì)量屬性（可維護(hù)性、可靠性、可移植性、軟件質(zhì)量屬性（可維護(hù)性、可靠性、可移植性、可用性、安全性等）可用性、安全性等）g. 其他需求其他需求 這一節(jié)是文檔中最實(shí)質(zhì)性的部分，由于在這一節(jié)是文檔中最實(shí)質(zhì)性的部分，由于在機(jī)構(gòu)組織的實(shí)踐中存在極大的變數(shù)，對(duì)這一節(jié)定機(jī)構(gòu)組織的實(shí)踐中存在極大的變數(shù)，對(duì)這一節(jié)定義的標(biāo)準(zhǔn)結(jié)構(gòu)可以進(jìn)行增刪。義的標(biāo)準(zhǔn)結(jié)構(gòu)可以進(jìn)行增刪。（

24、4）附錄（詞匯表、分）附錄（詞匯表、分析模型、待定問題列表）析模型、待定問題列表）（5）索引）索引 需求驗(yàn)證的重要性：如果在后續(xù)的開發(fā)或當(dāng)系統(tǒng)投入使用時(shí)才發(fā)現(xiàn)需求文檔中需求驗(yàn)證的重要性：如果在后續(xù)的開發(fā)或當(dāng)系統(tǒng)投入使用時(shí)才發(fā)現(xiàn)需求文檔中的錯(cuò)誤，就會(huì)導(dǎo)致更大代價(jià)的返工。由需求問題而對(duì)系統(tǒng)做變更的成本比修改設(shè)的錯(cuò)誤，就會(huì)導(dǎo)致更大代價(jià)的返工。由需求問題而對(duì)系統(tǒng)做變更的成本比修改設(shè)計(jì)或代碼錯(cuò)誤的成本要大的多。假設(shè)需求階段引入計(jì)或代碼錯(cuò)誤的成本要大的多。假設(shè)需求階段引入1 1個(gè)錯(cuò)誤的需求，設(shè)計(jì)時(shí)對(duì)這個(gè)錯(cuò)誤的需求，設(shè)計(jì)時(shí)對(duì)這個(gè)需求需要個(gè)需求需要510510條設(shè)計(jì)實(shí)現(xiàn)，條設(shè)計(jì)實(shí)現(xiàn)，1 1條設(shè)計(jì)需要條設(shè)計(jì)需要

25、 510 510條程序，條程序，1 1條程序需要條程序需要3535種測(cè)種測(cè)試組合測(cè)試。試組合測(cè)試。 原始需求原始需求正確的規(guī)格說明正確的規(guī)格說明 錯(cuò)誤的規(guī)格說明錯(cuò)誤的規(guī)格說明正確的設(shè)計(jì)正確的設(shè)計(jì) 錯(cuò)誤的設(shè)計(jì)錯(cuò)誤的設(shè)計(jì) 對(duì)錯(cuò)誤需求的設(shè)計(jì)對(duì)錯(cuò)誤需求的設(shè)計(jì)正確的編碼正確的編碼 錯(cuò)誤的編碼錯(cuò)誤的編碼 對(duì)錯(cuò)誤設(shè)計(jì)的編碼對(duì)錯(cuò)誤設(shè)計(jì)的編碼 對(duì)錯(cuò)誤需求的編碼對(duì)錯(cuò)誤需求的編碼正確功能正確功能 測(cè)試到的錯(cuò)誤測(cè)試到的錯(cuò)誤 沒有測(cè)試到的錯(cuò)誤沒有測(cè)試到的錯(cuò)誤 一個(gè)錯(cuò)誤的需求，糾正成本一個(gè)錯(cuò)誤的需求，糾正成本100元元10 糾正成本糾正成本1000元元105$100$100$ $50000!50000! 對(duì)需求文檔需執(zhí)行

26、以下類型的檢查：對(duì)需求文檔需執(zhí)行以下類型的檢查： （1 1）有效性檢查）有效性檢查 檢查不同用戶使用不同功能的檢查不同用戶使用不同功能的有效性有效性。 （2 2）一致性檢查）一致性檢查 在文檔中，需求之間不應(yīng)該在文檔中，需求之間不應(yīng)該沖突沖突。 （3 3）完備性檢查）完備性檢查 需求文檔應(yīng)該包括需求文檔應(yīng)該包括所有所有用戶想要的用戶想要的功能和約束功能和約束。 （4 4）現(xiàn)實(shí)性檢查）現(xiàn)實(shí)性檢查 檢查保證能利用檢查保證能利用現(xiàn)有技術(shù)現(xiàn)有技術(shù)實(shí)現(xiàn)需求。實(shí)現(xiàn)需求。 （1 1）需求評(píng)審）需求評(píng)審由分析員、設(shè)計(jì)員、測(cè)試員、用戶參與的正式或非正式的會(huì)議評(píng)審。正式會(huì)由分析員、設(shè)計(jì)員、測(cè)試員、用戶參與的正式或

27、非正式的會(huì)議評(píng)審。正式會(huì)議要有嚴(yán)格的評(píng)審程序，要有會(huì)議記錄，開發(fā)組根據(jù)缺陷建議修改需求說明議要有嚴(yán)格的評(píng)審程序，要有會(huì)議記錄，開發(fā)組根據(jù)缺陷建議修改需求說明并重審。并重審。 （2 2）利用原型檢驗(yàn)系統(tǒng)是否符合用戶的真正需要）利用原型檢驗(yàn)系統(tǒng)是否符合用戶的真正需要 （3 3）對(duì)每個(gè)需求編寫概念性的測(cè)試用例。）對(duì)每個(gè)需求編寫概念性的測(cè)試用例。 （4 4）編寫用戶手冊(cè)。用淺顯易懂的語(yǔ)言描述用戶）編寫用戶手冊(cè)。用淺顯易懂的語(yǔ)言描述用戶可見的功能?？梢姷墓δ堋?（5 5）自動(dòng)的一致性分析?？捎茫┳詣?dòng)的一致性分析?？捎肅ASECASE工具檢驗(yàn)需求工具檢驗(yàn)需求模型的一致性。模型的一致性。 Rational

28、RequisitePro Rational RequisitePro 能夠幫助項(xiàng)目團(tuán)隊(duì)改進(jìn)項(xiàng)目目標(biāo)的能夠幫助項(xiàng)目團(tuán)隊(duì)改進(jìn)項(xiàng)目目標(biāo)的溝通，增強(qiáng)協(xié)作開發(fā)，降低項(xiàng)目風(fēng)險(xiǎn)，以及在部署前提高溝通，增強(qiáng)協(xié)作開發(fā)，降低項(xiàng)目風(fēng)險(xiǎn)，以及在部署前提高應(yīng)用程序的質(zhì)量。應(yīng)用程序的質(zhì)量。 Telelogic DOORS Telelogic DOORS 基于整個(gè)公司的需求管理系統(tǒng)，用來捕基于整個(gè)公司的需求管理系統(tǒng)，用來捕捉、鏈接、跟蹤、分析及管理信息，以確保項(xiàng)目與特定的捉、鏈接、跟蹤、分析及管理信息，以確保項(xiàng)目與特定的需求及標(biāo)準(zhǔn)保持一致。需求及標(biāo)準(zhǔn)保持一致。 Borland CaliberRMBorland Calibe

29、rRM 基于基于Web Web 和用于協(xié)作的需求定義和管和用于協(xié)作的需求定義和管理工具，可以幫助分布式的開發(fā)團(tuán)隊(duì)平滑協(xié)作，從而加速理工具，可以幫助分布式的開發(fā)團(tuán)隊(duì)平滑協(xié)作，從而加速交付應(yīng)用系統(tǒng)。交付應(yīng)用系統(tǒng)。CaliberRM CaliberRM 輔助團(tuán)隊(duì)成員溝通，減少錯(cuò)誤輔助團(tuán)隊(duì)成員溝通，減少錯(cuò)誤和提升項(xiàng)目質(zhì)量。和提升項(xiàng)目質(zhì)量。 Rational Rose Rational Rose 可用于可用于UMLUML建模分析建模分析 變更管理是將個(gè)人、團(tuán)隊(duì)和組織從變更管理是將個(gè)人、團(tuán)隊(duì)和組織從現(xiàn)有狀現(xiàn)有狀態(tài)轉(zhuǎn)移態(tài)轉(zhuǎn)移/ /過渡到期望狀態(tài)過渡到期望狀態(tài)的結(jié)構(gòu)化方法。它的結(jié)構(gòu)化方法。它授權(quán)雇員授權(quán)雇員接

30、受并理解接受并理解當(dāng)前業(yè)務(wù)環(huán)境中的變當(dāng)前業(yè)務(wù)環(huán)境中的變更。在項(xiàng)目管理中，變更管理是指項(xiàng)目變更。在項(xiàng)目管理中，變更管理是指項(xiàng)目變更被引入和接受后的更被引入和接受后的項(xiàng)目管理過程項(xiàng)目管理過程。 管理和控制需求基線的過程管理和控制需求基線的過程 需求變更控制系統(tǒng)需求變更控制系統(tǒng)o 一個(gè)正式的文檔，說明如何控制需求變更一個(gè)正式的文檔，說明如何控制需求變更o 建立變更審批系統(tǒng)建立變更審批系統(tǒng) 面向面向數(shù)據(jù)流數(shù)據(jù)流進(jìn)行需求分析的方法進(jìn)行需求分析的方法 結(jié)構(gòu)化分析方法適合于結(jié)構(gòu)化分析方法適合于數(shù)據(jù)處理類型軟件數(shù)據(jù)處理類型軟件的需求的需求分析分析 具體來說，結(jié)構(gòu)化分析方法就是用抽象模型的概具體來說，結(jié)構(gòu)化分析

31、方法就是用抽象模型的概念，按照軟件內(nèi)部念，按照軟件內(nèi)部數(shù)據(jù)傳遞、變換數(shù)據(jù)傳遞、變換的關(guān)系，的關(guān)系，自頂自頂向下向下逐層分解，直到找到滿足功能要求的所有可逐層分解，直到找到滿足功能要求的所有可實(shí)現(xiàn)的軟件為止實(shí)現(xiàn)的軟件為止 結(jié)構(gòu)化分析方法使用工具：數(shù)據(jù)流圖，數(shù)據(jù)字典結(jié)構(gòu)化分析方法使用工具：數(shù)據(jù)流圖，數(shù)據(jù)字典，實(shí)體聯(lián)系圖，狀態(tài)變遷圖，實(shí)體聯(lián)系圖，狀態(tài)變遷圖 數(shù)據(jù)流圖中的主要圖形元素?cái)?shù)據(jù)流圖中的主要圖形元素 為了表達(dá)數(shù)據(jù)處理過程的數(shù)據(jù)加工情況，為了表達(dá)數(shù)據(jù)處理過程的數(shù)據(jù)加工情況，需要采用層次結(jié)構(gòu)的數(shù)據(jù)流圖。按照系統(tǒng)需要采用層次結(jié)構(gòu)的數(shù)據(jù)流圖。按照系統(tǒng)的層次結(jié)構(gòu)進(jìn)行的層次結(jié)構(gòu)進(jìn)行逐步分解逐步分解，并以分

32、層的數(shù)，并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系，能清楚地表達(dá)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系，能清楚地表達(dá)和容易理解整個(gè)系統(tǒng)和容易理解整個(gè)系統(tǒng)在多層數(shù)據(jù)流圖中，頂層流圖僅包含一個(gè)加工，它代表被開發(fā)系統(tǒng)。它的輸入流是該系統(tǒng)的輸入數(shù)據(jù)，輸出流是系統(tǒng)所輸出數(shù)據(jù)中間層流圖則表示對(duì)其上層父圖的細(xì)化。它的每一加工可能繼續(xù)細(xì)化，形成子圖底層流圖是指其加工不需再做分解的數(shù)據(jù)流圖，它處在最底層這個(gè)數(shù)據(jù)流圖只是一個(gè)高層的系統(tǒng)邏輯模型，它反映了目標(biāo)系統(tǒng)要實(shí)現(xiàn)的功能 首先確定系統(tǒng)的首先確定系統(tǒng)的輸入和輸出輸入和輸出 根據(jù)商店業(yè)務(wù)，畫出根據(jù)商店業(yè)務(wù)，畫出頂層數(shù)據(jù)流圖頂層數(shù)據(jù)流圖，以反映最主，以反映最主要業(yè)務(wù)處理流程要業(yè)務(wù)處理流程 經(jīng)

33、過分析，商店業(yè)務(wù)處理的經(jīng)過分析，商店業(yè)務(wù)處理的主要功能主要功能應(yīng)當(dāng)有銷售應(yīng)當(dāng)有銷售、采購(gòu)、會(huì)計(jì)三大項(xiàng)。主要數(shù)據(jù)流輸入的源點(diǎn)和、采購(gòu)、會(huì)計(jì)三大項(xiàng)。主要數(shù)據(jù)流輸入的源點(diǎn)和輸出終點(diǎn)是顧客和供應(yīng)商。輸出終點(diǎn)是顧客和供應(yīng)商。 然后從輸入端開始，根據(jù)商店業(yè)務(wù)工作流程，畫然后從輸入端開始，根據(jù)商店業(yè)務(wù)工作流程，畫出數(shù)據(jù)流流經(jīng)的各加工框，逐步畫到輸出端，得出數(shù)據(jù)流流經(jīng)的各加工框，逐步畫到輸出端，得到到第一層數(shù)據(jù)流圖第一層數(shù)據(jù)流圖數(shù)據(jù)流圖上所有圖形符號(hào)數(shù)據(jù)流圖上所有圖形符號(hào)只限于只限于前述四種基本圖形元素前述四種基本圖形元素?cái)?shù)據(jù)流圖的主圖數(shù)據(jù)流圖的主圖必須包括必須包括前述四種基本元素，缺一不可前述四種基本元素，

34、缺一不可數(shù)據(jù)流圖的主圖上的數(shù)據(jù)流必須數(shù)據(jù)流圖的主圖上的數(shù)據(jù)流必須封閉在外部實(shí)體之間封閉在外部實(shí)體之間每個(gè)加工每個(gè)加工至少有至少有一個(gè)輸入數(shù)據(jù)流和一個(gè)輸出數(shù)據(jù)流一個(gè)輸入數(shù)據(jù)流和一個(gè)輸出數(shù)據(jù)流在數(shù)據(jù)流圖中，需在數(shù)據(jù)流圖中，需按層給加工框編號(hào)按層給加工框編號(hào)。編號(hào)表明該加工所處層次及上。編號(hào)表明該加工所處層次及上下層的親子關(guān)系下層的親子關(guān)系規(guī)定任何一個(gè)數(shù)據(jù)流子圖必須與它上一層的一個(gè)加工對(duì)應(yīng)，兩者的輸規(guī)定任何一個(gè)數(shù)據(jù)流子圖必須與它上一層的一個(gè)加工對(duì)應(yīng)，兩者的輸入數(shù)據(jù)流和輸出數(shù)據(jù)流必須一致。此即入數(shù)據(jù)流和輸出數(shù)據(jù)流必須一致。此即父圖與子圖的平衡父圖與子圖的平衡圖上每個(gè)元素都必須圖上每個(gè)元素都必須有名字有

35、名字?jǐn)?shù)據(jù)流圖中不可夾帶數(shù)據(jù)流圖中不可夾帶控制流控制流初畫時(shí)可以初畫時(shí)可以忽略瑣碎的細(xì)節(jié)忽略瑣碎的細(xì)節(jié)，以集中精力于主要數(shù)據(jù)流，以集中精力于主要數(shù)據(jù)流 ERER圖圖 - - 是用來建立數(shù)據(jù)模型的工具。是用來建立數(shù)據(jù)模型的工具。 數(shù)據(jù)模型數(shù)據(jù)模型 - - 是一種面向問題的數(shù)據(jù)模型，是按照用戶的是一種面向問題的數(shù)據(jù)模型，是按照用戶的觀點(diǎn)對(duì)數(shù)據(jù)建立的模型。它描述了從用戶角度看到的數(shù)據(jù)觀點(diǎn)對(duì)數(shù)據(jù)建立的模型。它描述了從用戶角度看到的數(shù)據(jù)，反映了用戶的現(xiàn)實(shí)環(huán)境，而且與在軟件系統(tǒng)中的實(shí)現(xiàn)方，反映了用戶的現(xiàn)實(shí)環(huán)境，而且與在軟件系統(tǒng)中的實(shí)現(xiàn)方法無(wú)關(guān)。法無(wú)關(guān)。 數(shù)據(jù)模型中包含數(shù)據(jù)模型中包含3 3種相互關(guān)聯(lián)的信息：數(shù)

36、據(jù)對(duì)象（種相互關(guān)聯(lián)的信息：數(shù)據(jù)對(duì)象（實(shí)體實(shí)體）、數(shù)據(jù)對(duì)象的、數(shù)據(jù)對(duì)象的屬性屬性及數(shù)據(jù)對(duì)象彼此間相互連接的及數(shù)據(jù)對(duì)象彼此間相互連接的關(guān)系關(guān)系。 數(shù)據(jù)對(duì)象數(shù)據(jù)對(duì)象: : 是對(duì)軟件必須理解的復(fù)合信息的抽象。是對(duì)軟件必須理解的復(fù)合信息的抽象。 復(fù)合信息復(fù)合信息: : 是指具有一系列不同性質(zhì)或?qū)傩缘氖挛?，僅有是指具有一系列不同性質(zhì)或?qū)傩缘氖挛铮瑑H有單個(gè)值的事物單個(gè)值的事物( (例如，寬度例如，寬度) )不是數(shù)據(jù)對(duì)象。不是數(shù)據(jù)對(duì)象。 可以由一組屬性來定義的實(shí)體都可以被認(rèn)為是數(shù)據(jù)對(duì)象?？梢杂梢唤M屬性來定義的實(shí)體都可以被認(rèn)為是數(shù)據(jù)對(duì)象。 如：外部實(shí)體、事物、行為、事件、角色、單位、地如：外部實(shí)體、事物、行為、

37、事件、角色、單位、地點(diǎn)或結(jié)構(gòu)等。點(diǎn)或結(jié)構(gòu)等。 數(shù)據(jù)對(duì)象彼此間是有關(guān)聯(lián)的。數(shù)據(jù)對(duì)象彼此間是有關(guān)聯(lián)的。 屬性定義了數(shù)據(jù)對(duì)象的性質(zhì)。屬性定義了數(shù)據(jù)對(duì)象的性質(zhì)。 應(yīng)該根據(jù)對(duì)所要解決的問題的理解，來確定特定數(shù)據(jù)對(duì)象應(yīng)該根據(jù)對(duì)所要解決的問題的理解，來確定特定數(shù)據(jù)對(duì)象的一組合適的屬性。的一組合適的屬性。 如：學(xué)生具有學(xué)號(hào)、姓名、性別、年齡、專業(yè)（其它略）如：學(xué)生具有學(xué)號(hào)、姓名、性別、年齡、專業(yè)（其它略）等屬性；等屬性； 課程具有課程號(hào)、課程名、學(xué)分、學(xué)時(shí)數(shù)等屬性；課程具有課程號(hào)、課程名、學(xué)分、學(xué)時(shí)數(shù)等屬性； 教師具有職工號(hào)、姓名、年齡、職稱等屬性。教師具有職工號(hào)、姓名、年齡、職稱等屬性。數(shù)據(jù)對(duì)象彼此之間相互

38、連接的方式稱為聯(lián)系，也稱為關(guān)系。數(shù)據(jù)對(duì)象彼此之間相互連接的方式稱為聯(lián)系，也稱為關(guān)系。聯(lián)系可分為以下聯(lián)系可分為以下3 3種類型：種類型：o a. a. 一對(duì)一聯(lián)系一對(duì)一聯(lián)系(1(1 1)1)o 如：一個(gè)部門有一個(gè)經(jīng)理，而每個(gè)經(jīng)理只在一個(gè)部門任職，則部門與經(jīng)理的聯(lián)系是一對(duì)一如：一個(gè)部門有一個(gè)經(jīng)理，而每個(gè)經(jīng)理只在一個(gè)部門任職，則部門與經(jīng)理的聯(lián)系是一對(duì)一的。的。o b. b. 一對(duì)多聯(lián)系一對(duì)多聯(lián)系(1(1 N)N)o 如：某校教師與課程之間存在一對(duì)多的聯(lián)系如：某校教師與課程之間存在一對(duì)多的聯(lián)系“教教”，即每位教師可以教多門課程，但是每，即每位教師可以教多門課程，但是每門課程只能由一位教師來教。門課程只

39、能由一位教師來教。o c. c. 多對(duì)多聯(lián)系多對(duì)多聯(lián)系(M(M N)N)o 如：學(xué)生與課程間的聯(lián)系如：學(xué)生與課程間的聯(lián)系(“ (“學(xué)學(xué)”) )是多對(duì)多的，即一個(gè)學(xué)生可以學(xué)多門課程，而每門課程可是多對(duì)多的，即一個(gè)學(xué)生可以學(xué)多門課程，而每門課程可以有多個(gè)學(xué)生來學(xué)。以有多個(gè)學(xué)生來學(xué)。聯(lián)系也可能有屬性。聯(lián)系也可能有屬性。 如：學(xué)生如：學(xué)生“學(xué)學(xué)”某門課程所取得的成績(jī)，既不是學(xué)生的屬性也不某門課程所取得的成績(jī)，既不是學(xué)生的屬性也不是課程的屬性。由于是課程的屬性。由于“成績(jī)成績(jī)”既依賴于某名特定的學(xué)生又依賴于某門既依賴于某名特定的學(xué)生又依賴于某門特定的課程，所以它是學(xué)生與課程之間的聯(lián)系特定的課程，所以它是

40、學(xué)生與課程之間的聯(lián)系“學(xué)學(xué)”的屬性。的屬性。 ERER圖中包含了實(shí)體圖中包含了實(shí)體( (即數(shù)據(jù)對(duì)象即數(shù)據(jù)對(duì)象) )、關(guān)系和屬、關(guān)系和屬性等性等3 3種基本成分。種基本成分。o 通常用矩形框代表通常用矩形框代表實(shí)體實(shí)體；o 用連接相關(guān)實(shí)體的菱形框表示用連接相關(guān)實(shí)體的菱形框表示關(guān)系關(guān)系；o 用橢圓形或圓角矩形表示實(shí)體用橢圓形或圓角矩形表示實(shí)體( (或關(guān)系或關(guān)系) )的的屬性屬性；o 并用直線把實(shí)體并用直線把實(shí)體( (或關(guān)系或關(guān)系) )與其屬性連接起來。與其屬性連接起來。實(shí)體實(shí)體教師屬性教師屬性學(xué)生屬性學(xué)生屬性課程屬性課程屬性聯(lián)系屬性聯(lián)系屬性聯(lián)系聯(lián)系 數(shù)據(jù)字典中的每個(gè)數(shù)據(jù)條目有以下內(nèi)容：數(shù)據(jù)字典中的

41、每個(gè)數(shù)據(jù)條目有以下內(nèi)容：o 名字名字( (別名別名) )o 數(shù)據(jù)類型數(shù)據(jù)類型o 使用該數(shù)據(jù)條目的簡(jiǎn)要說明使用該數(shù)據(jù)條目的簡(jiǎn)要說明o 數(shù)據(jù)條目的解釋性說明數(shù)據(jù)條目的解釋性說明o 其他補(bǔ)充說明：取值范圍、缺省值、設(shè)計(jì)約束其他補(bǔ)充說明：取值范圍、缺省值、設(shè)計(jì)約束等等o 以它作為輸入流或輸出流的轉(zhuǎn)換的列表以它作為輸入流或輸出流的轉(zhuǎn)換的列表 訂票員訂票員 訂票員訂票員 預(yù)定預(yù)定機(jī)票機(jī)票 準(zhǔn)備準(zhǔn)備機(jī)票機(jī)票 記帳記帳 訂票單訂票單 航班目錄航班目錄 航班號(hào)航班號(hào) 航班航班 費(fèi)用費(fèi)用 帳單帳單 機(jī)票機(jī)票 記帳數(shù) 據(jù)記帳數(shù) 據(jù)庫(kù)庫(kù) 帳目帳目 訂票單訂票單 o 名字：名字：訂票單 o 數(shù)據(jù)類型：數(shù)據(jù)類型：航班日期

42、 + 目的地 + 出發(fā)地 + 航班號(hào) o 使用說明：使用說明：必須給出各個(gè)數(shù)據(jù)項(xiàng)o 解釋性說明：解釋性說明： 無(wú)o 缺省值：缺省值：出發(fā)地 = 填寫本地 o 作為輸出流的轉(zhuǎn)換列表：作為輸出流的轉(zhuǎn)換列表：無(wú)o 作為輸入流的轉(zhuǎn)換列表：作為輸入流的轉(zhuǎn)換列表：預(yù)定機(jī)票o 數(shù)據(jù)項(xiàng)數(shù)據(jù)項(xiàng)： 數(shù)據(jù)流圖數(shù)據(jù)流圖中數(shù)據(jù)塊的數(shù)據(jù)結(jié)構(gòu)中的數(shù)據(jù)項(xiàng)中數(shù)據(jù)塊的數(shù)據(jù)結(jié)構(gòu)中的數(shù)據(jù)項(xiàng)說明說明數(shù)據(jù)項(xiàng)描述數(shù)據(jù)項(xiàng)名，數(shù)據(jù)項(xiàng)含義說明，別名，數(shù)據(jù)類型，長(zhǎng)度，取值 范圍，取值含義，與其他數(shù)據(jù)項(xiàng)的邏輯關(guān)系數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)：數(shù)據(jù)流圖中數(shù)據(jù)塊的數(shù)據(jù)結(jié)構(gòu)：數(shù)據(jù)流圖中數(shù)據(jù)塊的數(shù)據(jù)結(jié)構(gòu)說明說明數(shù)據(jù)結(jié)構(gòu)描述數(shù)據(jù)結(jié)構(gòu)名，含義說明，組成:數(shù)據(jù)項(xiàng)或數(shù)據(jù)結(jié)構(gòu)數(shù)

43、據(jù)流數(shù)據(jù)流： 數(shù)據(jù)流圖數(shù)據(jù)流圖中流線的中流線的說明說明數(shù)據(jù)流描述數(shù)據(jù)流名，說明，數(shù)據(jù)流來源，數(shù)據(jù)流去向，組成:數(shù)據(jù)結(jié) 構(gòu)，平均流量，高峰期流量數(shù)據(jù)存儲(chǔ)：數(shù)據(jù)流圖中數(shù)據(jù)塊數(shù)據(jù)存儲(chǔ)：數(shù)據(jù)流圖中數(shù)據(jù)塊的存儲(chǔ)的存儲(chǔ)特性特性說明說明數(shù)據(jù)存儲(chǔ)描述數(shù)據(jù)存儲(chǔ)名，說明，編號(hào)，流入的數(shù)據(jù)流，流出的數(shù)據(jù)流 ，組成:數(shù)據(jù)結(jié)構(gòu)，數(shù)據(jù)量，存取方式處理過程：數(shù)據(jù)流圖中功能塊的處理過程：數(shù)據(jù)流圖中功能塊的說明說明處理過程描述處理過程名，說明，輸入:數(shù)據(jù)流，輸出:數(shù)據(jù)流， 處理:簡(jiǎn)要說明 通過描繪通過描繪系統(tǒng)的狀態(tài)系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件事件，來表示，來表示系統(tǒng)的行為。此外，狀態(tài)圖還指明了作為特定

44、事件的結(jié)果系統(tǒng)的行為。此外，狀態(tài)圖還指明了作為特定事件的結(jié)果系統(tǒng)將做哪些動(dòng)作系統(tǒng)將做哪些動(dòng)作( (例如，處理數(shù)據(jù)例如，處理數(shù)據(jù)) )。 狀態(tài)是任何可以被觀察到的系統(tǒng)行為模式，一個(gè)狀態(tài)代表狀態(tài)是任何可以被觀察到的系統(tǒng)行為模式，一個(gè)狀態(tài)代表系統(tǒng)的一種行為模式。系統(tǒng)的一種行為模式。 狀態(tài)規(guī)定了系統(tǒng)對(duì)事件的響應(yīng)方式。狀態(tài)規(guī)定了系統(tǒng)對(duì)事件的響應(yīng)方式。 系統(tǒng)對(duì)事件的響應(yīng)，既可以是做一個(gè)系統(tǒng)對(duì)事件的響應(yīng)，既可以是做一個(gè)( (或一系列或一系列) )動(dòng)作，也動(dòng)作，也可以是僅僅改變系統(tǒng)本身的狀態(tài)，還可以是既改變狀態(tài)又可以是僅僅改變系統(tǒng)本身的狀態(tài)，還可以是既改變狀態(tài)又做動(dòng)作。做動(dòng)作。 初態(tài)初態(tài) ( (即初始狀態(tài)即初

45、始狀態(tài)) ) 狀態(tài)狀態(tài) 終態(tài)終態(tài) ( (即最終狀態(tài)即最終狀態(tài)) ) 中間狀態(tài)中間狀態(tài)一張狀態(tài)圖中只能有一張狀態(tài)圖中只能有一個(gè)初態(tài)，而終態(tài)則一個(gè)初態(tài)，而終態(tài)則可以有可以有0 0至多個(gè)。至多個(gè)。 事件是在某個(gè)特定時(shí)刻發(fā)生的事情，它是對(duì)引起系統(tǒng)做動(dòng)事件是在某個(gè)特定時(shí)刻發(fā)生的事情，它是對(duì)引起系統(tǒng)做動(dòng)作或作或( (和和) )從一個(gè)狀態(tài)轉(zhuǎn)換到另一個(gè)狀態(tài)的外界事件的抽象從一個(gè)狀態(tài)轉(zhuǎn)換到另一個(gè)狀態(tài)的外界事件的抽象。 例如，例如，內(nèi)部時(shí)鐘內(nèi)部時(shí)鐘表明某個(gè)規(guī)定的時(shí)間段已經(jīng)過去，表明某個(gè)規(guī)定的時(shí)間段已經(jīng)過去，用戶移用戶移動(dòng)動(dòng)或或點(diǎn)擊鼠標(biāo)點(diǎn)擊鼠標(biāo)等都是事件。等都是事件。 簡(jiǎn)而言之，事件就是引起系統(tǒng)做動(dòng)作或簡(jiǎn)而言之，事

46、件就是引起系統(tǒng)做動(dòng)作或( (和和) )轉(zhuǎn)換狀態(tài)的控轉(zhuǎn)換狀態(tài)的控制信息。制信息。 初態(tài)初態(tài)用實(shí)心圓表示，用實(shí)心圓表示，終態(tài)終態(tài)用一對(duì)同心圓用一對(duì)同心圓( (內(nèi)圓為實(shí)心圓內(nèi)圓為實(shí)心圓) )表表示。示。 中間狀態(tài)中間狀態(tài)用圓角矩形表示，可以用兩條水平橫線把它分成用圓角矩形表示，可以用兩條水平橫線把它分成上、中、下上、中、下3 3個(gè)部分。上面部分為狀態(tài)的名稱，這部分是個(gè)部分。上面部分為狀態(tài)的名稱，這部分是必須有的；中間部分為狀態(tài)變量的名字和值，這部分是可必須有的；中間部分為狀態(tài)變量的名字和值，這部分是可選的；下面部分是活動(dòng)表，這部分也是可選的。選的；下面部分是活動(dòng)表，這部分也是可選的。 活動(dòng)表的語(yǔ)法格

47、式：事件名活動(dòng)表的語(yǔ)法格式：事件名( (參數(shù)表參數(shù)表)/ )/動(dòng)作表達(dá)式動(dòng)作表達(dá)式 其中，其中，“事件名事件名”可以是任何事件的名稱。在活動(dòng)表中可以是任何事件的名稱。在活動(dòng)表中經(jīng)常使用下述經(jīng)常使用下述3 3種標(biāo)準(zhǔn)事件：種標(biāo)準(zhǔn)事件：entryentry，exitexit和和dodo。entryentry事件事件指定進(jìn)入該狀態(tài)的動(dòng)作，指定進(jìn)入該狀態(tài)的動(dòng)作，exitexit事件指定退出該狀態(tài)的動(dòng)作事件指定退出該狀態(tài)的動(dòng)作，而，而dodo事件則指定在該狀態(tài)下的動(dòng)作。需要時(shí)可以為事件事件則指定在該狀態(tài)下的動(dòng)作。需要時(shí)可以為事件指定參數(shù)表。活動(dòng)表中的動(dòng)作表達(dá)式描述應(yīng)做的具體動(dòng)作指定參數(shù)表?；顒?dòng)表中的動(dòng)作表

48、達(dá)式描述應(yīng)做的具體動(dòng)作。狀態(tài)圖中兩個(gè)狀態(tài)之間帶箭頭的連線稱為狀態(tài)轉(zhuǎn)換，箭頭指明了轉(zhuǎn)換狀態(tài)圖中兩個(gè)狀態(tài)之間帶箭頭的連線稱為狀態(tài)轉(zhuǎn)換，箭頭指明了轉(zhuǎn)換方向。方向。狀態(tài)變遷通常是由事件觸發(fā)的，在這種情況下應(yīng)在表示狀態(tài)轉(zhuǎn)換的箭狀態(tài)變遷通常是由事件觸發(fā)的，在這種情況下應(yīng)在表示狀態(tài)轉(zhuǎn)換的箭頭線上標(biāo)出觸發(fā)轉(zhuǎn)換的事件表達(dá)式；如果在箭頭線上未標(biāo)明事件，則頭線上標(biāo)出觸發(fā)轉(zhuǎn)換的事件表達(dá)式；如果在箭頭線上未標(biāo)明事件，則表示在源狀態(tài)的內(nèi)部活動(dòng)執(zhí)行完之后自動(dòng)觸發(fā)轉(zhuǎn)換。表示在源狀態(tài)的內(nèi)部活動(dòng)執(zhí)行完之后自動(dòng)觸發(fā)轉(zhuǎn)換。事件表達(dá)式的語(yǔ)法：事件表達(dá)式的語(yǔ)法：事件說明守衛(wèi)條件動(dòng)作表達(dá)式事件說明守衛(wèi)條件動(dòng)作表達(dá)式事件說明的語(yǔ)法為：事件說

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

50、STD)(STD) 數(shù)據(jù)對(duì)數(shù)據(jù)對(duì)象描述象描述控制規(guī)約控制規(guī)約(CSPEC)加工規(guī)加工規(guī)約約(PSPEC) UML(Unified Modeling LanguageUML(Unified Modeling Language，統(tǒng)一建模語(yǔ)言，統(tǒng)一建模語(yǔ)言) )統(tǒng)一了面向?qū)ο蠼５幕靖拍?、術(shù)語(yǔ)及其圖形統(tǒng)一了面向?qū)ο蠼５幕靖拍?、術(shù)語(yǔ)及其圖形符號(hào)，為不同領(lǐng)域的人員提供一個(gè)交流的標(biāo)準(zhǔn)。符號(hào)，為不同領(lǐng)域的人員提供一個(gè)交流的標(biāo)準(zhǔn)。 就像數(shù)據(jù)流圖作為結(jié)構(gòu)化分析的建模語(yǔ)言，模塊就像數(shù)據(jù)流圖作為結(jié)構(gòu)化分析的建模語(yǔ)言，模塊結(jié)構(gòu)圖作為結(jié)構(gòu)化總體設(shè)計(jì)的建模語(yǔ)言一樣，結(jié)構(gòu)圖作為結(jié)構(gòu)化總體設(shè)計(jì)的建模語(yǔ)言一樣，UMLUM

51、L是面向?qū)ο蟮南到y(tǒng)分析與設(shè)計(jì)的建模語(yǔ)言，是面向?qū)ο蟮南到y(tǒng)分析與設(shè)計(jì)的建模語(yǔ)言，不要將它理解為一種方法論或是一種開發(fā)過程。不要將它理解為一種方法論或是一種開發(fā)過程。 用例需求分析方法采用一種用例需求分析方法采用一種面向?qū)ο竺嫦驅(qū)ο蟮那榈那榫胺治龇椒ň胺治龇椒?用例是系統(tǒng)向用戶提供一個(gè)用例是系統(tǒng)向用戶提供一個(gè)有價(jià)值的結(jié)果有價(jià)值的結(jié)果的某項(xiàng)功能的某項(xiàng)功能 從從用戶角度用戶角度出發(fā)考慮的功能需求出發(fā)考慮的功能需求 所有的用例結(jié)合起來就構(gòu)成了所有的用例結(jié)合起來就構(gòu)成了用例模型用例模型 用例建模用于描述系統(tǒng)需求，把系統(tǒng)當(dāng)作用例建模用于描述系統(tǒng)需求，把系統(tǒng)當(dāng)作黑盒，從用戶的角度，描述系統(tǒng)的場(chǎng)景。黑盒，從用戶

52、的角度，描述系統(tǒng)的場(chǎng)景。主要元素有以下幾個(gè)：主要元素有以下幾個(gè)：o 參與者參與者o 用例用例o 執(zhí)行關(guān)聯(lián)執(zhí)行關(guān)聯(lián) 參與者：是指外部用戶或外部實(shí)體在系統(tǒng)參與者：是指外部用戶或外部實(shí)體在系統(tǒng)中扮演的角色中扮演的角色o 定義定義 是直接與系統(tǒng)相互作用的系統(tǒng)、子系統(tǒng)或類的外部實(shí)體的抽象是直接與系統(tǒng)相互作用的系統(tǒng)、子系統(tǒng)或類的外部實(shí)體的抽象。它是用戶所扮演的角色，是系統(tǒng)的用戶。每個(gè)參與者定義了。它是用戶所扮演的角色，是系統(tǒng)的用戶。每個(gè)參與者定義了一個(gè)角色集合。通常，一個(gè)參與者可以代表一個(gè)角色集合。通常，一個(gè)參與者可以代表一個(gè)人一個(gè)人、一個(gè)計(jì)算一個(gè)計(jì)算機(jī)子系統(tǒng)機(jī)子系統(tǒng)、硬件設(shè)備硬件設(shè)備或者或者時(shí)間時(shí)間等角

53、色。典型的參與者如銷售部等角色。典型的參與者如銷售部經(jīng)理、銷售員和結(jié)帳系統(tǒng)。經(jīng)理、銷售員和結(jié)帳系統(tǒng)。 o 圖形表示圖形表示 用小人圖符表示用小人圖符表示 o 定義定義 對(duì)一組動(dòng)作序列的描述，系統(tǒng)通過執(zhí)行這一組動(dòng)作序列為參與對(duì)一組動(dòng)作序列的描述，系統(tǒng)通過執(zhí)行這一組動(dòng)作序列為參與者產(chǎn)生一個(gè)可觀察的結(jié)果者產(chǎn)生一個(gè)可觀察的結(jié)果o 用例特征用例特征 說明了系統(tǒng)具有的一種行為模式說明了系統(tǒng)具有的一種行為模式 說明了一個(gè)參與者與系統(tǒng)執(zhí)行的一個(gè)相關(guān)的事件序列說明了一個(gè)參與者與系統(tǒng)執(zhí)行的一個(gè)相關(guān)的事件序列 提供了一種獲取系統(tǒng)需求的方法提供了一種獲取系統(tǒng)需求的方法 提供了一種與最終的提供了一種與最終的用戶用戶和和

54、領(lǐng)域?qū)＜翌I(lǐng)域?qū)＜疫M(jìn)行進(jìn)行溝通的方法溝通的方法 提供了一種提供了一種測(cè)試系統(tǒng)測(cè)試系統(tǒng)的方法的方法o 圖形表示圖形表示 用橢圓形表示用橢圓形表示 Purchase Ticket 執(zhí)行關(guān)聯(lián)：執(zhí)行關(guān)聯(lián)：Actor Actor 執(zhí)行執(zhí)行Use CaseUse Case的關(guān)系。的關(guān)系。o 泛化：用例之間的泛化：用例之間的is a kind of is a kind of 關(guān)系，表示用例關(guān)系，表示用例之間的場(chǎng)景共享；之間的場(chǎng)景共享；ActorActor之間的之間的 is a kind ofis a kind of關(guān)關(guān)系，一般描述職責(zé)共享。系，一般描述職責(zé)共享。o 實(shí)現(xiàn)：用例與用例實(shí)現(xiàn)之間的實(shí)現(xiàn)關(guān)系。實(shí)現(xiàn)：用

55、例與用例實(shí)現(xiàn)之間的實(shí)現(xiàn)關(guān)系。o 擴(kuò)展：由一個(gè)用例的擴(kuò)展點(diǎn)可以擴(kuò)展出另外一擴(kuò)展：由一個(gè)用例的擴(kuò)展點(diǎn)可以擴(kuò)展出另外一個(gè)用例。個(gè)用例。o 包含：一個(gè)用例可以包含另外一個(gè)用例。包含：一個(gè)用例可以包含另外一個(gè)用例。銀行客戶查詢提款后臺(tái)服務(wù)器轉(zhuǎn)帳維護(hù)系統(tǒng)操作員周期性操作系統(tǒng)時(shí)鐘打印回執(zhí)SearchIdentifyBorrowReader這是一個(gè)例子，說明用例之間包含和擴(kuò)展關(guān)系查找要借圖書的名稱和編號(hào)飲料銷售機(jī)用例圖購(gòu)買飲料顧客供貨銷售代表收錢收款人打開飲料機(jī)關(guān)閉飲料機(jī) 建立用例模型的順序是：建立用例模型的順序是：1.1.確定誰(shuí)會(huì)確定誰(shuí)會(huì)直接使用直接使用該系統(tǒng)。這些都是參與者該系統(tǒng)。這些都是參與者(Acto

56、r)(Actor)。 2.2.選取其中一個(gè)參與者。選取其中一個(gè)參與者。3.3.定義該參與者定義該參與者希望系統(tǒng)做什么希望系統(tǒng)做什么，參與者希望系統(tǒng)做的每件事成為一，參與者希望系統(tǒng)做的每件事成為一個(gè)用例。個(gè)用例。 4.4.對(duì)每件事來說，對(duì)每件事來說，何時(shí)何時(shí)參與者會(huì)使用系統(tǒng)，通常會(huì)參與者會(huì)使用系統(tǒng)，通常會(huì)發(fā)生什么發(fā)生什么，這就是，這就是用例的基本過程。用例的基本過程。5.5.描述該用例的描述該用例的基本過程基本過程。6.6.考慮一些可變情況，把他們創(chuàng)建為考慮一些可變情況，把他們創(chuàng)建為擴(kuò)展用例擴(kuò)展用例。7.7.復(fù)審不同用例的描述，找出其中的相同點(diǎn)，復(fù)審不同用例的描述，找出其中的相同點(diǎn)，抽出相同點(diǎn)抽

57、出相同點(diǎn)作為共同的作為共同的用例。用例。8.8.重復(fù)步驟重復(fù)步驟2727找出每一個(gè)用例。找出每一個(gè)用例。 在獲取用例前首先要確定系統(tǒng)的參與者，開發(fā)人員可以通在獲取用例前首先要確定系統(tǒng)的參與者，開發(fā)人員可以通過回答以下的問題來尋找系統(tǒng)的參與者。過回答以下的問題來尋找系統(tǒng)的參與者。 （1 1）誰(shuí)將）誰(shuí)將使用使用該系統(tǒng)的主要功能該系統(tǒng)的主要功能？ （2 2）誰(shuí)將）誰(shuí)將需要該系統(tǒng)的支持需要該系統(tǒng)的支持以完成其工作以完成其工作？ （3 3）誰(shuí)將需要）誰(shuí)將需要維護(hù)、管理該系統(tǒng)維護(hù)、管理該系統(tǒng)，以及保持該系統(tǒng)處于，以及保持該系統(tǒng)處于工作狀態(tài)工作狀態(tài)？ （4 4）系統(tǒng)需要處理哪些）系統(tǒng)需要處理哪些硬件設(shè)備硬件

58、設(shè)備？ （5 5）與該系統(tǒng)）與該系統(tǒng)交互的是什么系統(tǒng)交互的是什么系統(tǒng)？ （6 6）誰(shuí)或什么系統(tǒng)對(duì)本系統(tǒng)產(chǎn)生的）誰(shuí)或什么系統(tǒng)對(duì)本系統(tǒng)產(chǎn)生的結(jié)果感興趣結(jié)果感興趣？ 在識(shí)別用例的過程中，通過回答以下幾個(gè)問題，系統(tǒng)分析在識(shí)別用例的過程中，通過回答以下幾個(gè)問題，系統(tǒng)分析者可以獲得幫助。者可以獲得幫助。 （1 1）特定參與者希望系統(tǒng)提供什么）特定參與者希望系統(tǒng)提供什么功能功能？ （2 2）系統(tǒng)是否）系統(tǒng)是否存儲(chǔ)和檢索存儲(chǔ)和檢索信息，如果是，由哪個(gè)參與者信息，如果是，由哪個(gè)參與者觸發(fā)觸發(fā)？ （3 3）當(dāng)系統(tǒng)）當(dāng)系統(tǒng)改變狀態(tài)改變狀態(tài)時(shí)，是否通知參與者時(shí)，是否通知參與者？ （4 4）是否存在影響系統(tǒng)的）是否存在

59、影響系統(tǒng)的外部事件外部事件？哪個(gè)參與者通知系哪個(gè)參與者通知系統(tǒng)這些事件統(tǒng)這些事件？ 面向?qū)ο蠓椒ǖ娜齻€(gè)最重要的技術(shù)是用例圖、類圖和面向?qū)ο蠓椒ǖ娜齻€(gè)最重要的技術(shù)是用例圖、類圖和交互模型。無(wú)論是面向?qū)ο蟮姆治鲞€是面向?qū)ο蟮脑O(shè)交互模型。無(wú)論是面向?qū)ο蟮姆治鲞€是面向?qū)ο蟮脑O(shè)計(jì)和實(shí)現(xiàn)，類圖都是最核心技術(shù)。它不僅能夠表現(xiàn)信計(jì)和實(shí)現(xiàn)，類圖都是最核心技術(shù)。它不僅能夠表現(xiàn)信息的結(jié)構(gòu)，還能夠反映系統(tǒng)的行為。息的結(jié)構(gòu)，還能夠反映系統(tǒng)的行為。 事實(shí)上，軟件開發(fā)不同時(shí)期的類圖反映了不同層次上事實(shí)上，軟件開發(fā)不同時(shí)期的類圖反映了不同層次上的抽象。在需求分析階段，類圖用于研究領(lǐng)域的概念，的抽象。在需求分析階段，類圖用于研

60、究領(lǐng)域的概念，主要反映實(shí)體類和界面類；在設(shè)計(jì)階段，類圖描述類主要反映實(shí)體類和界面類；在設(shè)計(jì)階段，類圖描述類與類之間的接口和控制；在實(shí)現(xiàn)階段，類圖描述系統(tǒng)與類之間的接口和控制；在實(shí)現(xiàn)階段，類圖描述系統(tǒng)中類的具體實(shí)現(xiàn)。中類的具體實(shí)現(xiàn)。 類是包含信息和影響信息行為的邏輯元素。類的符號(hào)是由類是包含信息和影響信息行為的邏輯元素。類的符號(hào)是由三個(gè)格子的長(zhǎng)方形組成，有時(shí)下面兩個(gè)格子可以省略。三個(gè)格子的長(zhǎng)方形組成，有時(shí)下面兩個(gè)格子可以省略。 最頂部的格子包含類的名字，類的命名應(yīng)盡量用應(yīng)用領(lǐng)域最頂部的格子包含類的名字，類的命名應(yīng)盡量用應(yīng)用領(lǐng)域中的術(shù)語(yǔ)，有明確的含義，以利于開發(fā)人員與用戶的理解中的術(shù)語(yǔ)，有明確的含