需求工程第三講-需求與建模

1、v需求分析概述v結(jié)構(gòu)化需求分析方法v面向?qū)ο笮枨蠓治龇椒ǚ诸?lèi)篩選分類(lèi)篩選合并合并排序排序需求分析的過(guò)程需求分析的過(guò)程乙方正確的乙方正確的方法論方法論甲方明確的甲方明確的建設(shè)目標(biāo)建設(shè)目標(biāo)分析什么？分析什么？h業(yè)務(wù)流程優(yōu)化業(yè)務(wù)流程優(yōu)化h關(guān)鍵問(wèn)題關(guān)鍵問(wèn)題h結(jié)構(gòu)化分析法結(jié)構(gòu)化分析法h面向?qū)ο蠓治龇嫦驅(qū)ο蠓治龇ㄔ趺捶治?？怎么分析？v系統(tǒng)模型描述了系統(tǒng)的某個(gè)特殊方面，在需求文系統(tǒng)模型描述了系統(tǒng)的某個(gè)特殊方面，在需求文檔中對(duì)自然語(yǔ)言描述的系統(tǒng)需求加入補(bǔ)充信息。檔中對(duì)自然語(yǔ)言描述的系統(tǒng)需求加入補(bǔ)充信息。v系統(tǒng)模型的界定系統(tǒng)模型的界定v需求規(guī)格說(shuō)明中應(yīng)該包含的高層次的模型需求規(guī)格說(shuō)明中應(yīng)該包含的高層次的模型

2、表示系統(tǒng)運(yùn)行環(huán)境的模型表示系統(tǒng)運(yùn)行環(huán)境的模型 說(shuō)明系統(tǒng)如何分解為子系統(tǒng)的體系結(jié)構(gòu)模型說(shuō)明系統(tǒng)如何分解為子系統(tǒng)的體系結(jié)構(gòu)模型v系統(tǒng)建模需要注意的事項(xiàng)系統(tǒng)建模需要注意的事項(xiàng)v需求（系統(tǒng)）分析與建模 理解真實(shí)世界中的問(wèn)題和用戶(hù)的需要并提出滿(mǎn)足這些需要的解決方案的過(guò)程。v分析前的準(zhǔn)備 確認(rèn)系統(tǒng)的參與者 確認(rèn)系統(tǒng)的運(yùn)行環(huán)境 確認(rèn)系統(tǒng)的約束v需求分析概述v結(jié)構(gòu)化需求分析方法v面向?qū)ο笮枨蠓治龇椒╲結(jié)構(gòu)化方法是一種系統(tǒng)分析和設(shè)計(jì)的方法，包括定義、開(kāi)發(fā)和確認(rèn)系統(tǒng)模型過(guò)程中用到的表示法、指南和規(guī)則。v功能需求分析與建模方法 功能需求說(shuō)明數(shù)據(jù)的用途，以及如何記錄、計(jì)算、轉(zhuǎn)換、修改及傳輸數(shù)據(jù)等。v數(shù)據(jù)需求分析與建模

3、方法 數(shù)據(jù)需求指定系統(tǒng)的存儲(chǔ)數(shù)據(jù) 是現(xiàn)有的軟是現(xiàn)有的軟件開(kāi)發(fā)方法中最成熟、應(yīng)用最廣泛的方法，主要特點(diǎn)是快速、自然件開(kāi)發(fā)方法中最成熟、應(yīng)用最廣泛的方法，主要特點(diǎn)是快速、自然和方便。結(jié)構(gòu)化開(kāi)發(fā)方法由結(jié)構(gòu)化分析方法（和方便。結(jié)構(gòu)化開(kāi)發(fā)方法由結(jié)構(gòu)化分析方法（SA法）、結(jié)構(gòu)化設(shè)計(jì)法）、結(jié)構(gòu)化設(shè)計(jì)方法（方法（SD法）及結(jié)構(gòu)化程序設(shè)計(jì)方法（法）及結(jié)構(gòu)化程序設(shè)計(jì)方法（SP法）構(gòu)成的。法）構(gòu)成的。 結(jié)構(gòu)化分析方法是面向數(shù)據(jù)流的需求分析方法，是結(jié)構(gòu)化分析方法是面向數(shù)據(jù)流的需求分析方法，是20世紀(jì)世紀(jì)70年年代末由代末由Yourdon,Constaintine及及DeMarco等人提出和發(fā)展，并得到廣等人提出和發(fā)展

4、，并得到廣泛的應(yīng)用。它適合于分析大型的數(shù)據(jù)處理系統(tǒng)，特別是企事業(yè)管理泛的應(yīng)用。它適合于分析大型的數(shù)據(jù)處理系統(tǒng)，特別是企事業(yè)管理系統(tǒng)。系統(tǒng)。SA法也是一種建模的活動(dòng)，主要是根據(jù)軟件內(nèi)部的數(shù)據(jù)法也是一種建模的活動(dòng)，主要是根據(jù)軟件內(nèi)部的數(shù)據(jù)傳遞、傳遞、變換關(guān)系，自頂向下逐層分解，描繪出滿(mǎn)足功能要求的軟件模型。變換關(guān)系，自頂向下逐層分解，描繪出滿(mǎn)足功能要求的軟件模型。分解：分解：對(duì)于一個(gè)復(fù)雜的系統(tǒng)，為對(duì)于一個(gè)復(fù)雜的系統(tǒng)，為了將復(fù)雜性降低到可以掌握的程度，了將復(fù)雜性降低到可以掌握的程度，可以把大問(wèn)題分解成若干小問(wèn)題，可以把大問(wèn)題分解成若干小問(wèn)題，然后分別解決（如右圖）。然后分別解決（如右圖）。 結(jié)構(gòu)化分

5、析方法的基本思想是結(jié)構(gòu)化分析方法的基本思想是“分解分解”和和“抽象抽象”。抽象：抽象：分解可以分層進(jìn)行，即先考慮問(wèn)題最本質(zhì)的屬性，暫把細(xì)節(jié)略分解可以分層進(jìn)行，即先考慮問(wèn)題最本質(zhì)的屬性，暫把細(xì)節(jié)略去去, ,以后再逐層添加細(xì)節(jié)，直至涉及到最詳細(xì)的內(nèi)容，這種用最本質(zhì)的屬以后再逐層添加細(xì)節(jié)，直至涉及到最詳細(xì)的內(nèi)容，這種用最本質(zhì)的屬性表示一個(gè)系統(tǒng)的方法就是性表示一個(gè)系統(tǒng)的方法就是“抽象抽象”。x21.11.3v繪制系統(tǒng)關(guān)聯(lián)圖繪制系統(tǒng)關(guān)聯(lián)圖 v創(chuàng)建用戶(hù)接口原型創(chuàng)建用戶(hù)接口原型 v分析需求可行性分析需求可行性 v確定需求的優(yōu)先級(jí)別確定需求的優(yōu)先級(jí)別 v為需求建立模型為

6、需求建立模型 （模型包括數(shù)據(jù)流圖、實(shí)體關(guān)系模型包括數(shù)據(jù)流圖、實(shí)體關(guān)系圖、狀態(tài)變換圖、對(duì)話(huà)框圖、對(duì)象類(lèi)及交互作用圖圖、狀態(tài)變換圖、對(duì)話(huà)框圖、對(duì)象類(lèi)及交互作用圖 ）v創(chuàng)建數(shù)據(jù)字典創(chuàng)建數(shù)據(jù)字典 v使用質(zhì)量功能調(diào)配使用質(zhì)量功能調(diào)配 v采用SRS模板v指明需求的來(lái)源v為每項(xiàng)需求注上標(biāo)號(hào)v記錄業(yè)務(wù)規(guī)范v創(chuàng)建需求跟蹤能力矩陣v審查需求文檔v以需求為依據(jù)編寫(xiě)測(cè)試用例v編寫(xiě)用戶(hù)手冊(cè)v確定合格的標(biāo)準(zhǔn)。 v評(píng)估原始需求，定義將要開(kāi)發(fā)的計(jì)算機(jī)系統(tǒng)的邊界。 確定哪些是系統(tǒng)需求 哪些是和系統(tǒng)相關(guān)的操作過(guò)程的需求 哪些在系統(tǒng)范圍之外的需求v原則v環(huán)境模型是系統(tǒng)將要使用的語(yǔ)境模型，應(yīng)該是最環(huán)境模型是系統(tǒng)將要使用的語(yǔ)境模型，應(yīng)

7、該是最先開(kāi)發(fā)的系統(tǒng)模型之一。先開(kāi)發(fā)的系統(tǒng)模型之一。v效益：記錄必須說(shuō)明接口的外部系統(tǒng)效益：記錄必須說(shuō)明接口的外部系統(tǒng)v模型包括：模型包括： 和正在說(shuō)明的系統(tǒng)直接交互的其他系統(tǒng)和正在說(shuō)明的系統(tǒng)直接交互的其他系統(tǒng) 其他有可能和本系統(tǒng)共存并發(fā)生交互的系統(tǒng)其他有可能和本系統(tǒng)共存并發(fā)生交互的系統(tǒng) 系統(tǒng)所在的業(yè)務(wù)過(guò)程（定義涉及的行為、它們的輸入系統(tǒng)所在的業(yè)務(wù)過(guò)程（定義涉及的行為、它們的輸入和輸出、負(fù)責(zé)這些過(guò)程的人以及支持這些過(guò)程的軟件）和輸出、負(fù)責(zé)這些過(guò)程的人以及支持這些過(guò)程的軟件）v作用：上下文圖能很好地概括產(chǎn)品的必要接口，初步確新產(chǎn)品包含了哪些內(nèi)容，產(chǎn)品之外又包含哪些內(nèi)容。即說(shuō)明產(chǎn)品及其環(huán)境的圖示說(shuō)明

8、產(chǎn)品的范圍v優(yōu)點(diǎn)：上下文圖為開(kāi)發(fā)人員概括了所有的接口，在開(kāi)發(fā)中或開(kāi)發(fā)后，方便地驗(yàn)證是否已處理了所有接口用戶(hù)能不費(fèi)力地理解上下文圖，并發(fā)現(xiàn)遺漏的接口。v郵件傳閱系統(tǒng)環(huán)境建模 企業(yè)OA辦公系統(tǒng) 圖書(shū)管理系統(tǒng) 操作管理員 一般工作人員v效益 體系結(jié)構(gòu)模型有助于劃分系統(tǒng)需求 體系結(jié)構(gòu)模型說(shuō)明了系統(tǒng)功能的概況 體系結(jié)構(gòu)模型有助于需求工程師找出那些涉及多個(gè)子系統(tǒng)的需求v體系結(jié)構(gòu)模型描述方式-方框圖v客戶(hù)機(jī)-服務(wù)器 通用服務(wù)器提供共享的系統(tǒng)功能v分層系統(tǒng) 系統(tǒng)功能通過(guò)調(diào)用更低層次所提供的功能來(lái)實(shí)現(xiàn)v基于庫(kù)的系統(tǒng) 子系統(tǒng)通過(guò)一個(gè)共享庫(kù)進(jìn)行通信v管道系統(tǒng) 系統(tǒng)中的每個(gè)部件都進(jìn)行一定的計(jì)算，并將結(jié)果傳給其他部件以

9、進(jìn)行進(jìn)一步的操作瀏覽器WEB服務(wù)器應(yīng)用服務(wù)器、HTML ActiveX Script、ASP XML數(shù)據(jù)庫(kù)服務(wù)器HTTP請(qǐng)求HTTP應(yīng)答用戶(hù)界面層應(yīng)用邏輯層數(shù)據(jù)層v互補(bǔ)的系統(tǒng)模型可以解釋系統(tǒng)規(guī)格說(shuō)明的不同方互補(bǔ)的系統(tǒng)模型可以解釋系統(tǒng)規(guī)格說(shuō)明的不同方面。系統(tǒng)模型用來(lái)表達(dá)系統(tǒng)規(guī)格說(shuō)明的行為視圖面。系統(tǒng)模型用來(lái)表達(dá)系統(tǒng)規(guī)格說(shuō)明的行為視圖或者結(jié)構(gòu)視圖?；蛘呓Y(jié)構(gòu)視圖。v系統(tǒng)模型的例子系統(tǒng)模型的例子 數(shù)據(jù)處理模型數(shù)據(jù)處理模型 組合模型組合模型 分類(lèi)模型分類(lèi)模型 刺激刺激-響應(yīng)模型響應(yīng)模型 過(guò)程模型過(guò)程模型v事件就是要求系統(tǒng)執(zhí)行某項(xiàng)功能的請(qǐng)求v業(yè)務(wù)事件與產(chǎn)品事件v對(duì)復(fù)雜的業(yè)務(wù)任務(wù)采用任務(wù)說(shuō)明、用例說(shuō)明或數(shù)據(jù)

10、流圖等方法進(jìn)行解釋。v對(duì)復(fù)雜的功能采用數(shù)據(jù)流圖、算法描述、活動(dòng)圖、數(shù)學(xué)說(shuō)明等進(jìn)行解釋v事件及功能列表的優(yōu)點(diǎn)主要作為核對(duì)清單，以說(shuō)明應(yīng)開(kāi)發(fā)什么。而其中對(duì)這些功能的詳細(xì)說(shuō)明構(gòu)成了功能需求的主要部分開(kāi)發(fā)人員可以方便的檢查產(chǎn)品是否實(shí)現(xiàn)每一個(gè)功能用戶(hù)能夠在某種程度上確認(rèn)業(yè)務(wù)事件和任務(wù)列表v通過(guò)一致性檢查確定列表是否完備從文檔中找到需求引用從文檔中得到需求文本把需求從數(shù)據(jù)庫(kù)中移走從文檔中移走需求不空空還有沒(méi)有了開(kāi)始退出v數(shù)據(jù)模型v數(shù)據(jù)流圖（狀態(tài)圖、活動(dòng)圖）v數(shù)據(jù)字典v虛擬窗口（原型界面）v數(shù)據(jù)模型說(shuō)明了系統(tǒng)所要存儲(chǔ)的數(shù)據(jù)以及數(shù)據(jù)之間的關(guān)系v提供了對(duì)數(shù)據(jù)的高級(jí)“體系結(jié)構(gòu)”視圖，也可以描述信息的細(xì)節(jié)。v模型：

11、E-R模型、概念模型v數(shù)據(jù)模型的優(yōu)缺點(diǎn)客人入住客房狀態(tài)客房服務(wù)服務(wù)類(lèi)別數(shù)據(jù)流圖（數(shù)據(jù)流圖（Data Flow DiagramData Flow Diagram，DFDDFD）是描述系統(tǒng)中數(shù)據(jù)流程的圖是描述系統(tǒng)中數(shù)據(jù)流程的圖形工具，它標(biāo)識(shí)了一個(gè)系統(tǒng)的邏輯輸入和邏輯輸出，以及把邏輯輸入轉(zhuǎn)形工具，它標(biāo)識(shí)了一個(gè)系統(tǒng)的邏輯輸入和邏輯輸出，以及把邏輯輸入轉(zhuǎn)換為邏輯輸出所需的加工處理。換為邏輯輸出所需的加工處理。數(shù)據(jù)存儲(chǔ)數(shù)據(jù)存儲(chǔ)數(shù)據(jù)源點(diǎn)數(shù)據(jù)源點(diǎn)或終點(diǎn)或終點(diǎn)加加 工工加工名數(shù)據(jù)流數(shù)據(jù)流數(shù)據(jù)流名文件名實(shí)體名箭箭 頭頭圓或橢圓圓或橢圓單或單或雙杠雙杠矩形框矩形框還有一些輔助的圖例還有一些輔助的圖例: :一、數(shù)據(jù)流

12、圖的圖符一、數(shù)據(jù)流圖的圖符四種基本圖形符號(hào)：四種基本圖形符號(hào)：TAB*CTAB*CTAB+CTAB+CTABC+TABC+* 與與 + 或或互斥+顧客顧客出版社出版社驗(yàn)證驗(yàn)證訂單訂單匯總匯總訂單訂單訂單圖書(shū)目錄文件圖書(shū)目錄文件顧客檔案顧客檔案待處理訂單文件待處理訂單文件正確訂單一批訂單出版社檔案文件出版社檔案文件出版社 訂單訂貨存根文件訂貨存根文件畫(huà)圖步驟畫(huà)圖步驟 ： 1 1、確定外部實(shí)體（顧客、出版社）及輸入、輸出數(shù)據(jù)流（訂單、出版、確定外部實(shí)體（顧客、出版社）及輸入、輸出數(shù)據(jù)流（訂單、出版社訂單）。社訂單）。 2 2、確定分解頂層的加工（驗(yàn)證訂單、匯總訂單）。、確定分解頂層的加工（驗(yàn)證訂單

13、、匯總訂單）。 3 3、確定使用的文件（圖書(shū)目錄文件、顧客檔案等、確定使用的文件（圖書(shū)目錄文件、顧客檔案等5 5個(gè)文件）。個(gè)文件）。 4 4、用數(shù)據(jù)流將各部分連接起來(lái)，形成數(shù)據(jù)封閉。、用數(shù)據(jù)流將各部分連接起來(lái)，形成數(shù)據(jù)封閉。加工和文件還有 其他一些圖例：加 工加工名編號(hào)加工名編號(hào)文件名文件名文 件注意：標(biāo)注各加工框及數(shù)據(jù)流名稱(chēng)。注意：標(biāo)注各加工框及數(shù)據(jù)流名稱(chēng)。經(jīng)過(guò)初步的需求分析，得到系統(tǒng)功能要求：經(jīng)過(guò)初步的需求分析，得到系統(tǒng)功能要求：1 1、監(jiān)視病員的病癥（血壓、體溫、脈搏等）。、監(jiān)視病員的病癥（血壓、體溫、脈搏等）。2 2、定時(shí)更新病歷。、定時(shí)更新病歷。3 3、病員出現(xiàn)異常情況時(shí)報(bào)警。、病員

14、出現(xiàn)異常情況時(shí)報(bào)警。4 4、隨機(jī)地產(chǎn)生某一病員的病情報(bào)告。、隨機(jī)地產(chǎn)生某一病員的病情報(bào)告。產(chǎn)生產(chǎn)生病情報(bào)告病情報(bào)告監(jiān)視病情監(jiān)視病情更新病歷更新病歷病員病員護(hù)士護(hù)士護(hù)士護(hù)士病員監(jiān)病員監(jiān)護(hù)系統(tǒng)護(hù)系統(tǒng)病員病員日志日志病癥信號(hào)病癥信號(hào)要求報(bào)告要求報(bào)告病癥病癥報(bào)告報(bào)告報(bào)警報(bào)警頂頂 層層頂層確定了系統(tǒng)的范圍，其外部實(shí)體為病員和護(hù)士。頂層確定了系統(tǒng)的范圍，其外部實(shí)體為病員和護(hù)士。護(hù)士護(hù)士病員病員護(hù)士護(hù)士醫(yī)院病房監(jiān)護(hù)系統(tǒng)頂層計(jì)算超過(guò)計(jì)算超過(guò)極限值否極限值否病員數(shù)據(jù)超過(guò)極限值報(bào)警開(kāi)解信號(hào)開(kāi)解信號(hào)產(chǎn)生產(chǎn)生報(bào)警信息報(bào)警信息病員極限病員極限格式化格式化病員數(shù)據(jù)病員數(shù)據(jù)體溫血壓、體溫、脈搏生理信號(hào)極限值時(shí)間脈搏血壓日期

15、時(shí)鐘時(shí)鐘格式化病員數(shù)據(jù)3.4第二層：加工第二層：加工“中央監(jiān)視中央監(jiān)視”分解分解第一層第一層格式化格式化病員數(shù)據(jù)病員數(shù)據(jù)生理信號(hào)生理信號(hào)極限值極限值病員病員護(hù)士護(hù)士護(hù)士護(hù)士中央監(jiān)視中央監(jiān)視病員病員日志日志病癥信號(hào)病癥信號(hào)要求報(bào)告要求報(bào)告病癥病癥報(bào)告報(bào)告報(bào)警報(bào)警局部監(jiān)視局部監(jiān)視生成報(bào)告生成報(bào)告病員極限病員極限更新日志更新日志病員病員數(shù)據(jù)數(shù)據(jù)1324日志數(shù)據(jù)日志數(shù)據(jù)第一層分解為局部監(jiān)視、生成報(bào)第一層分解為局部監(jiān)視、生成報(bào)告、中央監(jiān)視、更新日志告、中央監(jiān)視、更新日志4 4個(gè)加個(gè)加工。這層的分解是關(guān)鍵。工。這層的分解是關(guān)鍵。以以4 4個(gè)加工中最重要的加工個(gè)加工中最重

16、要的加工“中央中央監(jiān)視監(jiān)視”為例，進(jìn)行第二層分解。為例，進(jìn)行第二層分解。v系統(tǒng)分析員用這種工具可以自頂向下分析系統(tǒng)信息流程；v可在圖上劃出需要計(jì)算機(jī)處理的部分和需要修改的部分；v根據(jù)邏輯存儲(chǔ)，進(jìn)一步作數(shù)據(jù)分析，向數(shù)據(jù)庫(kù)數(shù)據(jù)過(guò)渡；v根據(jù)數(shù)據(jù)流向，定出存取方式；v對(duì)應(yīng)一個(gè)處理過(guò)程，用相應(yīng)的語(yǔ)言，判定表等工具來(lái)表達(dá)處理方法。v數(shù)據(jù)字典是一個(gè)系統(tǒng)組織的、敘述性的數(shù)據(jù)說(shuō)明 v效益 保證名字使用的一致性，避免名字重復(fù)使用和誤解。 有助于提高系統(tǒng)需求、設(shè)計(jì)和實(shí)現(xiàn)維護(hù)過(guò)程中的可跟蹤性。v數(shù)據(jù)字典應(yīng)具有的信息 模型中的實(shí)體的名字 名字的別名或其它變體 命名的實(shí)體類(lèi)型 命名實(shí)體和為何將它引入系統(tǒng)模型的描述 對(duì)于命

17、名實(shí)體的約束 指向相關(guān)實(shí)體的聯(lián)接分層數(shù)據(jù)流圖只是表達(dá)了系統(tǒng)的分層數(shù)據(jù)流圖只是表達(dá)了系統(tǒng)的“分解分解”，為了完整地描述這個(gè)系統(tǒng)，為了完整地描述這個(gè)系統(tǒng)，還需借助還需借助“數(shù)據(jù)詞典數(shù)據(jù)詞典”(data dictionary)(data dictionary)和和“小說(shuō)明小說(shuō)明”對(duì)圖中的每個(gè)數(shù)據(jù)對(duì)圖中的每個(gè)數(shù)據(jù)和加工給出解釋。和加工給出解釋。對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集合構(gòu)成了數(shù)據(jù)詞典。它有四類(lèi)對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集合構(gòu)成了數(shù)據(jù)詞典。它有四類(lèi)條目：數(shù)據(jù)流、數(shù)據(jù)項(xiàng)、文件及基本加工。在定義數(shù)據(jù)流或文件時(shí)，使用表?xiàng)l目：數(shù)據(jù)流、數(shù)據(jù)項(xiàng)、文件及基本加工。在定義數(shù)據(jù)流或文件時(shí)，使用表2-1

18、2-1給出的符號(hào)。將這些條目按照一定的規(guī)則組織起來(lái)，構(gòu)成給出的符號(hào)。將這些條目按照一定的規(guī)則組織起來(lái)，構(gòu)成數(shù)據(jù)詞典。數(shù)據(jù)詞典。表表 2 2-1 1X=1 8 表示表示X可取可取1到到8中的任意一個(gè)中的任意一個(gè)值值連接符連接符 X=“a” 表示表示X是取值為字符是取值為字符a 的的數(shù)據(jù)元素?cái)?shù)據(jù)元素基本數(shù)據(jù)元素基本數(shù)據(jù)元素“”X=(a) 表示表示 a 可在可在X中中出現(xiàn)，也可不出現(xiàn)出現(xiàn)，也可不出現(xiàn)可選可選()X=2a6 或或 x=a 表示重復(fù)表示重復(fù)25次次 a 重復(fù)重復(fù)mn或或X=a 表示表示X由由 0個(gè)或個(gè)或多個(gè)多個(gè) a 組成組成重復(fù)重復(fù)X=a | b 表示表示X由由 a或或 b組成組成或或|

19、X=a + b 表示表示X由由a 和和 b 組成組成與與+被定義為被定義為=例及例及說(shuō)明說(shuō)明含含 義義符符 號(hào)號(hào)Nm62數(shù)據(jù)流條目數(shù)據(jù)流條目 給出了給出了DFDDFD圖中數(shù)據(jù)流的定義，通常列出該數(shù)據(jù)流的各組成數(shù)據(jù)項(xiàng)。圖中數(shù)據(jù)流的定義，通常列出該數(shù)據(jù)流的各組成數(shù)據(jù)項(xiàng)。例如，數(shù)據(jù)流例如，數(shù)據(jù)流“乘客名單乘客名單”由若干由若干“乘客姓名乘客姓名”、“單位名單位名”和和“等級(jí)等級(jí)”組成，則詞典中的組成，則詞典中的“乘客名單乘客名單”條目是：條目是： 乘客名單乘客名單 乘客姓名單位名等級(jí)乘客姓名單位名等級(jí) 又如，報(bào)名單姓名單位名年齡性別課程名又如，報(bào)名單姓名單位名年齡性別課程名加工條目加工條目加工條目就

20、是加工條目就是“加工小說(shuō)明加工小說(shuō)明”。一般應(yīng)單獨(dú)列出。一般應(yīng)單獨(dú)列出。數(shù)據(jù)項(xiàng)條目數(shù)據(jù)項(xiàng)條目給出某個(gè)數(shù)據(jù)單項(xiàng)的定義，通常是該數(shù)據(jù)項(xiàng)的值類(lèi)型、允許值等。給出某個(gè)數(shù)據(jù)單項(xiàng)的定義，通常是該數(shù)據(jù)項(xiàng)的值類(lèi)型、允許值等。例如：賬號(hào)例如：賬號(hào)= 00000 99999 = 00000 99999 ； 存款期存款期= 1 | 3 | 5 = 1 | 3 | 5 （單位：年）（單位：年）文件條目文件條目 給出某個(gè)文件的定義，文件的定義通常是列出文件記錄的組成數(shù)據(jù)流給出某個(gè)文件的定義，文件的定義通常是列出文件記錄的組成數(shù)據(jù)流。例如，某銷(xiāo)售系統(tǒng)的訂單文件：。例如，某銷(xiāo)售系統(tǒng)的訂單文件： 訂單文件訂單編號(hào)顧客名稱(chēng)產(chǎn)品

21、名稱(chēng)訂貨數(shù)量交貨日期訂單文件訂單編號(hào)顧客名稱(chēng)產(chǎn)品名稱(chēng)訂貨數(shù)量交貨日期 對(duì)數(shù)據(jù)流圖中每一個(gè)不能再分解的基本加工都必須有一個(gè)加工小說(shuō)明對(duì)數(shù)據(jù)流圖中每一個(gè)不能再分解的基本加工都必須有一個(gè)加工小說(shuō)明給出這個(gè)加工的精確描述。小說(shuō)明中應(yīng)精確地描述加工的激發(fā)條件、加工給出這個(gè)加工的精確描述。小說(shuō)明中應(yīng)精確地描述加工的激發(fā)條件、加工邏輯、優(yōu)先級(jí)、執(zhí)行頻率和出錯(cuò)處理等。加工邏輯是其中最基本的部分，邏輯、優(yōu)先級(jí)、執(zhí)行頻率和出錯(cuò)處理等。加工邏輯是其中最基本的部分，是指用戶(hù)對(duì)這個(gè)加工的邏輯要求。是指用戶(hù)對(duì)這個(gè)加工的邏輯要求。對(duì)基本加工說(shuō)明有對(duì)基本加工說(shuō)明有三種描述方式：結(jié)構(gòu)化語(yǔ)言，判定表，判定樹(shù)。三種描述方式：結(jié)構(gòu)化

22、語(yǔ)言，判定表，判定樹(shù)。 一、一、 結(jié)構(gòu)化語(yǔ)言結(jié)構(gòu)化語(yǔ)言結(jié)構(gòu)化語(yǔ)言是介于自然語(yǔ)言和形式語(yǔ)言之間的一種半形式語(yǔ)言，它是結(jié)構(gòu)化語(yǔ)言是介于自然語(yǔ)言和形式語(yǔ)言之間的一種半形式語(yǔ)言，它是自然語(yǔ)言的一個(gè)受限制的子集。一般分為兩層結(jié)構(gòu)：外層語(yǔ)法較具體，為自然語(yǔ)言的一個(gè)受限制的子集。一般分為兩層結(jié)構(gòu)：外層語(yǔ)法較具體，為控制結(jié)構(gòu)（順序、選擇、循環(huán)）控制結(jié)構(gòu)（順序、選擇、循環(huán)）, ,內(nèi)層較靈活，表達(dá)內(nèi)層較靈活，表達(dá)“做什么做什么”。 例如：外層可為以下結(jié)構(gòu)：例如：外層可為以下結(jié)構(gòu)： 1 1、順序結(jié)構(gòu)、順序結(jié)構(gòu) 2 2、選擇結(jié)構(gòu)、選擇結(jié)構(gòu) IFTHEN-ELSE; CASE-OF-ENDCASEIFTHEN-ELSE

23、; CASE-OF-ENDCASE； 3 3、循環(huán)結(jié)構(gòu)循環(huán)結(jié)構(gòu) WHILE-DO; REPEAT-UNTILWHILE-DO; REPEAT-UNTIL例二例二 “ “確定能否供貨確定能否供貨”的加工邏輯：根據(jù)庫(kù)存記錄的加工邏輯：根據(jù)庫(kù)存記錄IF IF 訂單項(xiàng)目的數(shù)量訂單項(xiàng)目的數(shù)量 該項(xiàng)目庫(kù)存量的臨界值該項(xiàng)目庫(kù)存量的臨界值 THEN THEN 可供貨處理可供貨處理 ELSE ELSE 此訂單缺貨，登錄，待進(jìn)貨后再處理此訂單缺貨，登錄，待進(jìn)貨后再處理ENDIFENDIF例一例一 根據(jù)當(dāng)前流動(dòng)資金值確定貶值數(shù)。根據(jù)當(dāng)前流動(dòng)資金值確定貶值數(shù)。IF the CurrentCapitalValue is

24、 less then $1000IF the CurrentCapitalValue is less then $1000 Then Then Set DepreciatedAmount to CurrentCapitalValue. Set DepreciatedAmount to CurrentCapitalValue. Set CurrentCapitalValue to zero. Set CurrentCapitalValue to zero. Otherwise Otherwise Set DepreciatedAmount to 10% of Set DepreciatedAmo

25、unt to 10% of CurrentCapitalValue.CurrentCapitalValue. Reduce Current Capital-Value by 10%. Reduce Current Capital-Value by 10%.結(jié)構(gòu)化語(yǔ)言特點(diǎn)結(jié)構(gòu)化語(yǔ)言特點(diǎn): :簡(jiǎn)單，易學(xué)，少二義性。不好處理組合條件。簡(jiǎn)單，易學(xué)，少二義性。不好處理組合條件。判定表是一種二維的表格，常用于較復(fù)雜的組合條件（與結(jié)構(gòu)化語(yǔ)判定表是一種二維的表格，常用于較復(fù)雜的組合條件（與結(jié)構(gòu)化語(yǔ)言比較），通常由四部分組成。言比較），通常由四部分組成。判定表的特點(diǎn)：判定表的特點(diǎn)：可處理較復(fù)雜的組合條件，但不易

26、理解可處理較復(fù)雜的組合條件，但不易理解. .不易輸入計(jì)算機(jī)。不易輸入計(jì)算機(jī)。條件框條件框 條件定義。條件定義。操作框操作框 操作的定義。操作的定義。條件條目條件條目 各條件的取值及組合。各條件的取值及組合。操作條目操作條目 在各條件取值組合下所執(zhí)行的操作。在各條件取值組合下所執(zhí)行的操作。 條件框 條件條目 操作框 操作條目例如例如: 對(duì)商店每天的營(yíng)業(yè)額所收稅率對(duì)商店每天的營(yíng)業(yè)額所收稅率營(yíng)業(yè)額X （）1000X50005000 X 10001000元元 10001000元元 正常處理正常處理 20 20年年 優(yōu)惠處理優(yōu)惠處理 20 20年年 正常處理正常處理如上例如上例v虛擬窗口是理想化的屏幕圖

27、像，形同真實(shí)的屏幕圖像，但不具備功能或菜單。v虛擬窗口的目的。v虛擬窗口的優(yōu)缺點(diǎn)。v關(guān)注最重要的需求 劃分優(yōu)先級(jí)可以幫助項(xiàng)目相關(guān)人員判斷系統(tǒng)的核心需求 需求優(yōu)先級(jí)之間明顯的 關(guān)聯(lián)可以幫助設(shè)計(jì)者決定系統(tǒng)體系結(jié)構(gòu)，還可以幫助解決可能發(fā)生的設(shè)計(jì)沖突v效益 需求分級(jí)是發(fā)現(xiàn)需求之間的共性和例外關(guān)系的依據(jù)。有助于發(fā)現(xiàn)需求重疊和沖突。 需求分級(jí)提高需求文檔的跟蹤能力 需求分級(jí)可以幫助你找到遺漏的需求v實(shí)施 需求分級(jí)最簡(jiǎn)單的方法就是使用刻面方法。定義一系列的維度或者說(shuō)是刻面，并用相應(yīng)的關(guān)鍵詞描述它們。v對(duì)每一項(xiàng)需求或者一系列相關(guān)的需求進(jìn)行風(fēng)險(xiǎn)分析，指出在實(shí)現(xiàn)需求過(guò)程中可能會(huì)發(fā)生的問(wèn)題、這些問(wèn)題發(fā)生的機(jī)率及其影

28、響。v需求分析概述v結(jié)構(gòu)化需求分析方法v面向?qū)ο笮枨蠓治龇椒╲首先是描述需求首先是描述需求;v其次根據(jù)需求建立系統(tǒng)的靜態(tài)模型其次根據(jù)需求建立系統(tǒng)的靜態(tài)模型,以構(gòu)造系統(tǒng)以構(gòu)造系統(tǒng)的結(jié)構(gòu)的結(jié)構(gòu);第三步是描述系統(tǒng)的行為。第三步是描述系統(tǒng)的行為。v其中在第一步與第二步中所建立的模型都是靜態(tài)其中在第一步與第二步中所建立的模型都是靜態(tài)的的,包括用例圖、類(lèi)圖包括用例圖、類(lèi)圖(包含包包含包)、對(duì)象圖、組件圖、對(duì)象圖、組件圖和配置圖等五個(gè)圖形和配置圖等五個(gè)圖形,是標(biāo)準(zhǔn)建模語(yǔ)言是標(biāo)準(zhǔn)建模語(yǔ)言UML的靜的靜態(tài)建模機(jī)制。態(tài)建模機(jī)制。v其中第三步中所建立的模型或者可以執(zhí)行其中第三步中所建立的模型或者可以執(zhí)行,或者表示執(zhí)

29、行時(shí)的時(shí)序狀態(tài)或交互關(guān)系。或者表示執(zhí)行時(shí)的時(shí)序狀態(tài)或交互關(guān)系。它包括狀態(tài)圖、活動(dòng)圖、順序圖和合作圖它包括狀態(tài)圖、活動(dòng)圖、順序圖和合作圖等四個(gè)圖形等四個(gè)圖形,是標(biāo)準(zhǔn)建模語(yǔ)言是標(biāo)準(zhǔn)建模語(yǔ)言UML的動(dòng)態(tài)建的動(dòng)態(tài)建模機(jī)制。模機(jī)制。v找出參與者和用例找出參與者和用例v詳述用例詳述用例v組織用例模型（注意：用例僅能獲取功能組織用例模型（注意：用例僅能獲取功能需求）需求）v需求工程師任務(wù)需求工程師任務(wù) 找出功能性需求找出功能性需求 找出非功能性需求找出非功能性需求 優(yōu)先排序需求優(yōu)先排序需求 跟蹤用例和需求跟蹤用例和需求用例v用例建?；顒?dòng)的輸出是用例模型v該模型具有四個(gè)部分： 參與者-人們所扮演的角色或者使用

30、系統(tǒng)的事物； 用例-參與者與系統(tǒng)交互的物件； 關(guān)系-參與者和用例之間有意義的聯(lián)系； 系統(tǒng)邊界-包圍用例的方框，說(shuō)明正在建模系統(tǒng)的邊界v用例模型就是指用例模型就是指”UML用例圖用例圖” 用例模型包括用例圖和用例描述v用例分析技術(shù)是一項(xiàng)分解技術(shù)用例分析技術(shù)是一項(xiàng)分解技術(shù). 用例分析技術(shù)是一項(xiàng)合成技術(shù)v用例實(shí)例是在系統(tǒng)中執(zhí)行的一系列動(dòng)作，這些動(dòng)作將生成特定參與者可見(jiàn)的價(jià)值結(jié)果v特點(diǎn) 用例實(shí)例也就是“使用場(chǎng)景” 用例應(yīng)該給參與者帶來(lái)可見(jiàn)的價(jià)值 用例是在系統(tǒng)中v找出系統(tǒng)邊界v識(shí)別參與者v合并需求找出用例v詳述用例v系統(tǒng)邊界是定義由誰(shuí)或什么（即參與者）使用系統(tǒng)，系統(tǒng)能夠?yàn)槟男﹨⑴c者提供什么特定的利益（即

31、用例）v參與者是直接與系統(tǒng)交互的事物所扮演的角色。v參與者角色 人 其它系統(tǒng) 硬件系統(tǒng) 時(shí)鐘v誰(shuí)或什么使用該系統(tǒng)？v交互中，它們扮演什么角色？v誰(shuí)安裝系統(tǒng)？v誰(shuí)啟動(dòng)和關(guān)閉系統(tǒng)？v誰(shuí)維護(hù)系統(tǒng)？v與該系統(tǒng)交互的是其它什么系統(tǒng)？v誰(shuí)從該系統(tǒng)獲取信息，誰(shuí)提供信息給系統(tǒng)？v有什么事情發(fā)生在固定時(shí)間？v參與者對(duì)于系統(tǒng)而言總是外部的；v參與者直接同系統(tǒng)交互；v參與者表示人和事物同系統(tǒng)發(fā)生交互時(shí)所扮演的角色，而不是特定的人和特定的事物；v一個(gè)人或事物在與系統(tǒng)發(fā)生交互時(shí)，同時(shí)或不同時(shí)扮演多種角色；v每個(gè)參與者需要一個(gè)具有業(yè)務(wù)意義的簡(jiǎn)短名稱(chēng)；v每個(gè)參與者必須有簡(jiǎn)短描述，它從業(yè)務(wù)角度描述參與者是什么。v像類(lèi)一樣，參

32、與者可以具有分欄，表示參與者屬性和它可能接收的事件；v用例定義為“系統(tǒng)、子系統(tǒng)或類(lèi)能夠與外部參與者交互所執(zhí)行的動(dòng)作序列，包括各種序列以及出錯(cuò)序列的規(guī)格說(shuō)明。v用例是參與者想要系統(tǒng)做的事情。v特定參與者希望系統(tǒng)提供什么功能？v系統(tǒng)存儲(chǔ)和檢索信息嗎？如果有，哪個(gè)參與者觸發(fā)這個(gè)行為？v當(dāng)系統(tǒng)改變狀態(tài)時(shí)，通知參與者嗎？v存在影響系統(tǒng)的外部時(shí)間嗎？是誰(shuí)通知系統(tǒng)這些事件的？郵件訂閱系統(tǒng)PlaceOrderCancelOrderCheckOrderStatusSendCatalogShipProductCustomerDispatcherShippingCompany用例模型補(bǔ)充需求項(xiàng)目詞匯表用例詳述用例用

33、例闡述員v使用簡(jiǎn)單的語(yǔ)法：主語(yǔ)明確，語(yǔ)義易于理解;v明確寫(xiě)出“誰(shuí)控制球”v從俯視的角度來(lái)編寫(xiě)v顯示過(guò)程向前推移v顯示參與者的意圖而非動(dòng)作v包括“合理的活動(dòng)集”（帶數(shù)據(jù)的請(qǐng)求、系統(tǒng)確認(rèn)、更改內(nèi)部、返回結(jié)果）v用“確認(rèn)”而非“檢查是否”v可選擇地提及時(shí)間限制v用例相對(duì)容易寫(xiě)v用例是用用戶(hù)的語(yǔ)言寫(xiě)的v用例為行為或場(chǎng)景提供相關(guān)線(xiàn)索，用戶(hù)和開(kāi)發(fā)人員都能夠理解v用例的圖形表示提高對(duì)復(fù)雜軟件系統(tǒng)的可理解性v用例描述的場(chǎng)景在確認(rèn)階段幾乎可以直接用作測(cè)試腳本v適用場(chǎng)合 系統(tǒng)是面向功能的，具有多種類(lèi)型的用戶(hù)和功能行為 團(tuán)隊(duì)采用UML和面向?qū)ο螅∣O）方法實(shí)現(xiàn)系統(tǒng)v不太適用場(chǎng)合 系統(tǒng)用戶(hù)很少或沒(méi)有并且接口也很少 系

34、統(tǒng)中非功能性需求和設(shè)計(jì)約束占主導(dǎo)地位vFEAT01.新增學(xué)生信息vFEAT02.修改已有的學(xué)生信息vFEAT03.學(xué)生信息按統(tǒng)招生、工程碩士、學(xué)位進(jìn)修分別建檔vFEAT04.錄入新生信息時(shí)能夠自動(dòng)按規(guī)則生成學(xué)生號(hào)號(hào)vFEAT05.統(tǒng)招生、工程碩士與學(xué)位進(jìn)修生采用不同的書(shū)號(hào)規(guī)則vFEAT06.錄入新生信息時(shí)如果重名將自動(dòng)提示vFEAT07.按入學(xué)時(shí)間、所在學(xué)院、學(xué)生類(lèi)別等關(guān)鍵字組合查詢(xún)學(xué)生信息vFEAT08.列出所有學(xué)生信息vFEAT09.記錄學(xué)生休學(xué)、退學(xué)、轉(zhuǎn)學(xué)和留級(jí)情況vFEAT10.學(xué)生狀態(tài)能夠自動(dòng)反應(yīng)在學(xué)生信息中vFEAT11.按姓名、學(xué)號(hào)查詢(xún)學(xué)生成績(jī)情況、交費(fèi)情況、獎(jiǎng)懲情況vFEAT1

35、2.列出所有的獲得獎(jiǎng)懲情況學(xué)生名單及所在學(xué)院vFEAT13.按特定時(shí)間段統(tǒng)計(jì)學(xué)生學(xué)習(xí)成績(jī)和學(xué)分vFEAT14.所有查詢(xún)、列表、統(tǒng)計(jì)功能應(yīng)可以單獨(dú)對(duì)統(tǒng)招生、工程碩士、學(xué)位進(jìn)修類(lèi)別進(jìn)行；也可以按照學(xué)院進(jìn)行v學(xué)生v老師特征用例特征用例用例用例FEAT01.FEAT01.新增學(xué)生信息新增學(xué)生信息UC01.UC01.新增學(xué)生信息新增學(xué)生信息FEAT03.FEAT03.學(xué)生信息按統(tǒng)招生、工程碩士、學(xué)位進(jìn)修分別建檔學(xué)生信息按統(tǒng)招生、工程碩士、學(xué)位進(jìn)修分別建檔FEAT04.FEAT04.錄入新生信息時(shí)能夠自動(dòng)按規(guī)則生成學(xué)生號(hào)號(hào)錄入新生信息時(shí)能夠自動(dòng)按規(guī)則生成學(xué)生號(hào)號(hào)FEAT05.FEAT05.統(tǒng)招生、工程碩士

36、與學(xué)位進(jìn)修生采用不同的書(shū)號(hào)規(guī)則統(tǒng)招生、工程碩士與學(xué)位進(jìn)修生采用不同的書(shū)號(hào)規(guī)則FEAT06.FEAT06.錄入新生信息時(shí)如果重名將自動(dòng)提示錄入新生信息時(shí)如果重名將自動(dòng)提示FEAT02.FEAT02.修改已有的學(xué)生信息修改已有的學(xué)生信息UC02.UC02.修改學(xué)生信息修改學(xué)生信息FEAT07.FEAT07.按入學(xué)時(shí)間、所在學(xué)院、學(xué)生類(lèi)別等關(guān)鍵字組合查詢(xún)學(xué)生信息按入學(xué)時(shí)間、所在學(xué)院、學(xué)生類(lèi)別等關(guān)鍵字組合查詢(xún)學(xué)生信息UC03.UC03.查詢(xún)學(xué)生信息查詢(xún)學(xué)生信息FEAT08.FEAT08.列出所有學(xué)生信息列出所有學(xué)生信息FEAT14.FEAT14.所有查詢(xún)、列表、統(tǒng)計(jì)功能應(yīng)可以單獨(dú)對(duì)統(tǒng)招生、工程碩士、學(xué)

37、位進(jìn)修類(lèi)別所有查詢(xún)、列表、統(tǒng)計(jì)功能應(yīng)可以單獨(dú)對(duì)統(tǒng)招生、工程碩士、學(xué)位進(jìn)修類(lèi)別進(jìn)行；也可以按照學(xué)院進(jìn)行進(jìn)行；也可以按照學(xué)院進(jìn)行FEAT09.FEAT09.記錄學(xué)生休學(xué)、退學(xué)、轉(zhuǎn)學(xué)和留級(jí)情況記錄學(xué)生休學(xué)、退學(xué)、轉(zhuǎn)學(xué)和留級(jí)情況UC04.UC04.改變學(xué)生狀態(tài)改變學(xué)生狀態(tài)FEAT10.FEAT10.學(xué)生狀態(tài)能夠自動(dòng)反應(yīng)在學(xué)生信息中學(xué)生狀態(tài)能夠自動(dòng)反應(yīng)在學(xué)生信息中FEAT11.FEAT11.按姓名、學(xué)號(hào)查詢(xún)學(xué)生成績(jī)情況、交費(fèi)情況、獎(jiǎng)懲情況按姓名、學(xué)號(hào)查詢(xún)學(xué)生成績(jī)情況、交費(fèi)情況、獎(jiǎng)懲情況UC05.UC05.查詢(xún)學(xué)生狀態(tài)信息查詢(xún)學(xué)生狀態(tài)信息FEAT12.FEAT12.列出所有的獲得獎(jiǎng)懲情況學(xué)生名單及所在學(xué)院

38、列出所有的獲得獎(jiǎng)懲情況學(xué)生名單及所在學(xué)院FEAT14.FEAT14.所有查詢(xún)、列表、統(tǒng)計(jì)功能應(yīng)可以單獨(dú)對(duì)統(tǒng)招生、工程碩士、學(xué)位進(jìn)修類(lèi)別所有查詢(xún)、列表、統(tǒng)計(jì)功能應(yīng)可以單獨(dú)對(duì)統(tǒng)招生、工程碩士、學(xué)位進(jìn)修類(lèi)別進(jìn)行；也可以按照學(xué)院進(jìn)行進(jìn)行；也可以按照學(xué)院進(jìn)行FEAT13.FEAT13.按特定時(shí)間段統(tǒng)計(jì)學(xué)生學(xué)習(xí)成績(jī)和學(xué)分按特定時(shí)間段統(tǒng)計(jì)學(xué)生學(xué)習(xí)成績(jī)和學(xué)分UC056.UC056.統(tǒng)計(jì)學(xué)生成績(jī)統(tǒng)計(jì)學(xué)生成績(jī)FEAT14.FEAT14.所有查詢(xún)、列表、統(tǒng)計(jì)功能應(yīng)可以單獨(dú)對(duì)統(tǒng)招生、工程碩士、學(xué)位進(jìn)修類(lèi)別所有查詢(xún)、列表、統(tǒng)計(jì)功能應(yīng)可以單獨(dú)對(duì)統(tǒng)招生、工程碩士、學(xué)位進(jìn)修類(lèi)別進(jìn)行；也可以按照學(xué)院進(jìn)行進(jìn)行；也可以按照學(xué)院進(jìn)行

39、郵件訂閱系統(tǒng)新增學(xué)生信息修改學(xué)生信息查詢(xún)學(xué)生信息改變學(xué)生狀態(tài)查詢(xún)學(xué)生狀態(tài)teacherstudent統(tǒng)計(jì)學(xué)生成績(jī)1）用例名稱(chēng)：應(yīng)該與用例圖相符，并寫(xiě)上其相應(yīng)的編號(hào)；2）簡(jiǎn)要說(shuō)明：該用例對(duì)參與者所傳遞的價(jià)值結(jié)果進(jìn)行描述。3）前置條件：是執(zhí)行用例之前必須存在的系統(tǒng)狀態(tài)4）后置條件：用例執(zhí)行完畢系統(tǒng)可能處于的一組狀態(tài)。5）擴(kuò)展點(diǎn)：如果包括擴(kuò)展或包含用例，則寫(xiě)出擴(kuò)展或包含用例名，并說(shuō)明在什么情況下使用。如果有，則應(yīng)該在編寫(xiě)事件流的同時(shí)進(jìn)行編寫(xiě)。6）優(yōu)先級(jí):說(shuō)明用戶(hù)對(duì)該用例的期望值，可以為今后開(kāi)發(fā)時(shí)制定先后順序。v思辨“四輪馬車(chē)”v如何整理用例的層次把建立原型系統(tǒng)作為一種可能采取的策略的主要理由：n 由

40、于人類(lèi)認(rèn)識(shí)能力的局限，不能預(yù)先指定所有要求。n 在用戶(hù)和系統(tǒng)分析員之間存在固有的交流鴻溝。n 用戶(hù)需要一個(gè)“活的”系統(tǒng)模型，以便獲得實(shí)踐經(jīng)驗(yàn)。n 在開(kāi)發(fā)過(guò)程中重復(fù)和反復(fù)是必要的和不可避免的。n 目前有快速建立原型系統(tǒng)的工具可供選用。 由于成本的增加，過(guò)去很少采用樣機(jī)策略。但是，由于正確地提出用戶(hù)需求是軟件開(kāi)發(fā)工程成功的基礎(chǔ)，近來(lái)主張采用樣機(jī)策略的人也多起來(lái)。按照傳統(tǒng)的瀑布模型進(jìn)行軟件開(kāi)發(fā)，由于將軟件開(kāi)發(fā)這樣一個(gè)充滿(mǎn)回按照傳統(tǒng)的瀑布模型進(jìn)行軟件開(kāi)發(fā)，由于將軟件開(kāi)發(fā)這樣一個(gè)充滿(mǎn)回朔的過(guò)程硬性地割裂開(kāi)，雖然強(qiáng)調(diào)各個(gè)階段的復(fù)審，而用戶(hù)所提出的需求朔的過(guò)程硬性地割裂開(kāi)，雖然強(qiáng)調(diào)各個(gè)階段的復(fù)審，而用戶(hù)所提

41、出的需求往往是模糊的，因此很難得到一個(gè)完整精確的規(guī)格說(shuō)明，直接影響到后期往往是模糊的，因此很難得到一個(gè)完整精確的規(guī)格說(shuō)明，直接影響到后期的開(kāi)發(fā)，針對(duì)其主要缺點(diǎn)推出了原型化方法的開(kāi)發(fā)，針對(duì)其主要缺點(diǎn)推出了原型化方法。 什么是原型化方法什么是原型化方法 ？原型是軟件開(kāi)發(fā)過(guò)程中，軟件的一個(gè)早期可運(yùn)行的版本，它反映了最原型是軟件開(kāi)發(fā)過(guò)程中，軟件的一個(gè)早期可運(yùn)行的版本，它反映了最終系統(tǒng)的部分重要特性。終系統(tǒng)的部分重要特性。原型化方法的基本思想是花費(fèi)少量代價(jià)建立一個(gè)可運(yùn)行的系統(tǒng)，使用原型化方法的基本思想是花費(fèi)少量代價(jià)建立一個(gè)可運(yùn)行的系統(tǒng)，使用戶(hù) 及 早 獲 得 學(xué) 習(xí) 的 機(jī) 會(huì) ， 原 型 化 方 法

42、又 稱(chēng) 速 成 原 型 法戶(hù) 及 早 獲 得 學(xué) 習(xí) 的 機(jī) 會(huì) ， 原 型 化 方 法 又 稱(chēng) 速 成 原 型 法 （ R a p i d R a p i d PrototypingPrototyping），強(qiáng)調(diào)的是軟件開(kāi)發(fā)人員與用戶(hù)的不斷交互，通過(guò)原型的演強(qiáng)調(diào)的是軟件開(kāi)發(fā)人員與用戶(hù)的不斷交互，通過(guò)原型的演進(jìn)不斷適應(yīng)用戶(hù)任務(wù)改變的需求。將維護(hù)和修改階段的工作盡早進(jìn)行，使進(jìn)不斷適應(yīng)用戶(hù)任務(wù)改變的需求。將維護(hù)和修改階段的工作盡早進(jìn)行，使用戶(hù)驗(yàn)收提前，從而使軟件產(chǎn)品更加適用。用戶(hù)驗(yàn)收提前，從而使軟件產(chǎn)品更加適用。由于軟件項(xiàng)目的特點(diǎn)和運(yùn)行原型的目的不同，原型有兩種不同的類(lèi)型。由于軟件項(xiàng)目的特點(diǎn)和運(yùn)行

43、原型的目的不同，原型有兩種不同的類(lèi)型。2 2、追加（、追加（add onadd on）型型也稱(chēng)為也稱(chēng)為法采用法采用循環(huán)漸進(jìn)的開(kāi)發(fā)方式，對(duì)系統(tǒng)模型作連續(xù)精化，即先構(gòu)造一個(gè)功能簡(jiǎn)單而循環(huán)漸進(jìn)的開(kāi)發(fā)方式，對(duì)系統(tǒng)模型作連續(xù)精化，即先構(gòu)造一個(gè)功能簡(jiǎn)單而且質(zhì)量要求不高的模型系統(tǒng)，作為最終系統(tǒng)的核心，將系統(tǒng)需要具備的性且質(zhì)量要求不高的模型系統(tǒng)，作為最終系統(tǒng)的核心，將系統(tǒng)需要具備的性質(zhì)逐步添加上去，通過(guò)不斷地?cái)U(kuò)充修改，逐步追加新的要求，直至所有性質(zhì)逐步添加上去，通過(guò)不斷地?cái)U(kuò)充修改，逐步追加新的要求，直至所有性質(zhì)全部滿(mǎn)足，此時(shí)的原型模型也就是最終的產(chǎn)品。質(zhì)全部滿(mǎn)足，此時(shí)的原型模型也就是最終的產(chǎn)品。1 1、廢棄（

44、、廢棄（throw awaythrow away）型型也稱(chēng)為也稱(chēng)為），），先構(gòu)造一個(gè)功能簡(jiǎn)單而且質(zhì)量要求不高的模型系統(tǒng)，針對(duì)這個(gè)模型系統(tǒng)反先構(gòu)造一個(gè)功能簡(jiǎn)單而且質(zhì)量要求不高的模型系統(tǒng)，針對(duì)這個(gè)模型系統(tǒng)反復(fù)進(jìn)行分析修改，讓用戶(hù)學(xué)習(xí)，有利于獲得更加精確的需求說(shuō)明書(shū)，待需復(fù)進(jìn)行分析修改，讓用戶(hù)學(xué)習(xí)，有利于獲得更加精確的需求說(shuō)明書(shū)，待需求說(shuō)明書(shū)一旦確定，原型將被廢棄，后階段的工作仍按照瀑布模型開(kāi)發(fā)。求說(shuō)明書(shū)一旦確定，原型將被廢棄，后階段的工作仍按照瀑布模型開(kāi)發(fā)。1.1.快速分析快速分析 快速確定軟件系統(tǒng)的基本要求，確定原型所快速確定軟件系統(tǒng)的基本要求，確定原型所要體現(xiàn)的特性（總體結(jié)構(gòu)，功能，性能、界面要體現(xiàn)的特性（總體結(jié)構(gòu)