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

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

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

3、方法 數(shù)據(jù)需求指定系統(tǒng)的存儲數(shù)據(jù) 是現(xiàn)有的軟是現(xiàn)有的軟件開發(fā)方法中最成熟、應(yīng)用最廣泛的方法，主要特點是快速、自然件開發(fā)方法中最成熟、應(yīng)用最廣泛的方法，主要特點是快速、自然和方便。結(jié)構(gòu)化開發(fā)方法由結(jié)構(gòu)化分析方法（和方便。結(jié)構(gòu)化開發(fā)方法由結(jié)構(gòu)化分析方法（SA法）、結(jié)構(gòu)化設(shè)計法）、結(jié)構(gòu)化設(shè)計方法（方法（SD法）及結(jié)構(gòu)化程序設(shè)計方法（法）及結(jié)構(gòu)化程序設(shè)計方法（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法也是一種建模的活動，主要是根據(jù)軟件內(nèi)部的數(shù)據(jù)法也是一種建模的活動，主要是根據(jù)軟件內(nèi)部的數(shù)據(jù)傳遞、傳遞、變換關(guān)系，自頂向下逐層分解，描繪出滿足功能要求的軟件模型。變換關(guān)系，自頂向下逐層分解，描繪出滿足功能要求的軟件模型。分解：分解：對于一個復(fù)雜的系統(tǒng)，為對于一個復(fù)雜的系統(tǒng)，為了將復(fù)雜性降低到可以掌握的程度，了將復(fù)雜性降低到可以掌握的程度，可以把大問題分解成若干小問題，可以把大問題分解成若干小問題，然后分別解決（如右圖）。然后分別解決（如右圖）。 結(jié)構(gòu)化分

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

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

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

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

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

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

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

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

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

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

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

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

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

18、2-1給出的符號。將這些條目按照一定的規(guī)則組織起來，構(gòu)成給出的符號。將這些條目按照一定的規(guī)則組織起來，構(gòu)成數(shù)據(jù)詞典。數(shù)據(jù)詞典。表表 2 2-1 1X=1 8 表示表示X可取可取1到到8中的任意一個中的任意一個值值連接符連接符 X=“a” 表示表示X是取值為字符是取值為字符a 的的數(shù)據(jù)元素數(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個或個或多個多個 a 組成組成重復(fù)重復(fù)X=a | b 表示表示X由由 a或或 b組成組成或或|

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

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

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

22、語言，判定表，判定樹。 一、一、 結(jié)構(gòu)化語言結(jié)構(gòu)化語言結(jié)構(gòu)化語言是介于自然語言和形式語言之間的一種半形式語言，它是結(jié)構(gòu)化語言是介于自然語言和形式語言之間的一種半形式語言，它是自然語言的一個受限制的子集。一般分為兩層結(jié)構(gòu)：外層語法較具體，為自然語言的一個受限制的子集。一般分為兩層結(jié)構(gòu)：外層語法較具體，為控制結(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ù)庫存記錄的加工邏輯：根據(jù)庫存記錄IF IF 訂單項目的數(shù)量訂單項目的數(shù)量 該項目庫存量的臨界值該項目庫存量的臨界值 THEN THEN 可供貨處理可供貨處理 ELSE ELSE 此訂單缺貨，登錄，待進(jìn)貨后再處理此訂單缺貨，登錄，待進(jìn)貨后再處理ENDIFENDIF例一例一 根據(jù)當(dāng)前流動資金值確定貶值數(shù)。根據(jù)當(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)化語言特點結(jié)構(gòu)化語言特點: :簡單，易學(xué)，少二義性。不好處理組合條件。簡單，易學(xué)，少二義性。不好處理組合條件。判定表是一種二維的表格，常用于較復(fù)雜的組合條件（與結(jié)構(gòu)化語判定表是一種二維的表格，常用于較復(fù)雜的組合條件（與結(jié)構(gòu)化語言比較），通常由四部分組成。言比較），通常由四部分組成。判定表的特點：判定表的特點：可處理較復(fù)雜的組合條件，但不易

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

27、像，形同真實的屏幕圖像，但不具備功能或菜單。v虛擬窗口的目的。v虛擬窗口的優(yōu)缺點。v關(guān)注最重要的需求 劃分優(yōu)先級可以幫助項目相關(guān)人員判斷系統(tǒng)的核心需求 需求優(yōu)先級之間明顯的 關(guān)聯(lián)可以幫助設(shè)計者決定系統(tǒng)體系結(jié)構(gòu)，還可以幫助解決可能發(fā)生的設(shè)計沖突v效益 需求分級是發(fā)現(xiàn)需求之間的共性和例外關(guān)系的依據(jù)。有助于發(fā)現(xiàn)需求重疊和沖突。 需求分級提高需求文檔的跟蹤能力 需求分級可以幫助你找到遺漏的需求v實施 需求分級最簡單的方法就是使用刻面方法。定義一系列的維度或者說是刻面，并用相應(yīng)的關(guān)鍵詞描述它們。v對每一項需求或者一系列相關(guān)的需求進(jìn)行風(fēng)險分析，指出在實現(xiàn)需求過程中可能會發(fā)生的問題、這些問題發(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)的的,包括用例圖、類圖包括用例圖、類圖(包含包包含包)、對象圖、組件圖、對象圖、組件圖和配置圖等五個圖形和配置圖等五個圖形,是標(biāo)準(zhǔn)建模語言是標(biāo)準(zhǔn)建模語言UML的靜的靜態(tài)建模機(jī)制。態(tài)建模機(jī)制。v其中第三步中所建立的模型或者可以執(zhí)行其中第三步中所建立的模型或者可以執(zhí)行,或者表示執(zhí)

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

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

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

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

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

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

35、2.列出所有的獲得獎懲情況學(xué)生名單及所在學(xué)院vFEAT13.按特定時間段統(tǒng)計學(xué)生學(xué)習(xí)成績和學(xué)分vFEAT14.所有查詢、列表、統(tǒng)計功能應(yīng)可以單獨對統(tǒng)招生、工程碩士、學(xué)位進(jìn)修類別進(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.錄入新生信息時能夠自動按規(guī)則生成學(xué)生號號錄入新生信息時能夠自動按規(guī)則生成學(xué)生號號FEAT05.FEAT05.統(tǒng)招生、工程碩士

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

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

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

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

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

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

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

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

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