需求分析過程

1、需求分析過程需求分析過程第1頁軟件需求 用戶對目標軟件系統(tǒng)在功效、行為、性能、設計約束等方面期望。需求分析階段任務經(jīng)過對問題及環(huán)境了解、分析，將用戶需求準確化、完全化，最終形成需求規(guī)格說明，描述系統(tǒng)信息、功效和行為。技術和方法 初步需求獲取技術 需求建模技術 快速原型技術 問題抽象、問題分解與多視點分析 4.1 需求分析基礎 需求分析過程第2頁軟件需求分析產(chǎn)品用戶需求 （系統(tǒng)分析產(chǎn)品） 系統(tǒng)需求軟件需求規(guī)格說明（軟件設計描述）需求規(guī)格說明是軟件設計、實現(xiàn)、測試、維護基礎。需求分析過程第3頁用戶需求、系統(tǒng)需求和軟件設計描述用戶需求用自然語言和圖表描述說明系統(tǒng)必須提供哪些服務、系統(tǒng)運行要受哪些約束

2、系統(tǒng)需求詳細說明系統(tǒng)將要提供服務以及系統(tǒng)受到約束準確描述軟件功效系統(tǒng)買方和軟件開發(fā)者簽署協(xié)議主要內(nèi)容軟件設計描述在系統(tǒng)需求基礎上，加入更詳細內(nèi)容，組成軟件設計活動概要描述，是軟件設計和實現(xiàn)基礎需求分析過程第4頁4.1.1 需求分析三個主要階段 問題分析 需求描述 需求評審需求分析過程第5頁1 問題分析建立問題分析系統(tǒng)模型。從不一樣角度、不一樣抽象等級準確地說明對問題了解、對目標軟件需求。模型應幫助用戶和分析人員發(fā)覺、排除用戶需求不一致，不合理個別，挖掘潛在用戶需求。模型是分析人員依據(jù)問題創(chuàng)建軟件系統(tǒng)結構，包含與問題和環(huán)境相關信息流、處理功效、用戶界面、行為及設計約束。模型是形成需求規(guī)格說明、進

3、行軟件設計基礎。需求分析過程第6頁2 需求描述以需求模型為基礎，考慮軟件問題可解性，生成需求規(guī)格說明和初步用戶手冊。需求規(guī)格說明包含對目標軟件系統(tǒng)外部行為完整描述、需求驗證標準以及用戶在性能、質(zhì)量、可維護性等方面要求。用戶手冊包含用戶界面描述以及相關目標軟件使用方法初步構想。需求分析過程第7頁3 需求評審對需求規(guī)格說明和初步用戶手冊進行評審，確保軟件需求完全性、準確性和一致性，并使用戶和軟件設計人員對需求規(guī)格說明及用戶手冊了解達成一致。確認后需求規(guī)格說明應成為用戶方與軟件開發(fā)方協(xié)議一個別。需求分析過程第8頁4.1.2 初步需求獲取技術 1 訪談與會議分析人員應精心準備問題，經(jīng)過用戶對問題回答，

4、逐步了解用戶對目標軟件要求。 (1) 循序漸進 首先關心普通性、整體性問題，然后再討論細節(jié)問題。 (2)客觀、公正 不應限制用戶在回答下列問題過程中自由發(fā)揮。 (3) 總結 問題匯總后應能反應軟件或其子系統(tǒng)全貌，能覆蓋用戶對目標軟件或其子系統(tǒng)在功效、行為、性能諸方面要求。 細節(jié)問題留待以后處理。需求分析過程第9頁2 考查用戶軟件或其子系統(tǒng)業(yè)務流程學習用戶相關業(yè)務知識，在用戶幫助下了解用戶軟件或子系統(tǒng)業(yè)務流程，結合軟件開發(fā)和應用經(jīng)驗提出新用戶需求。3 聯(lián)合小組建立軟件開發(fā)方和用戶方共同組成聯(lián)合小組，小組組員對分析負有相同責任。聯(lián)合小組要制訂自己工作制度和計劃，確定專門統(tǒng)計員，另設專員負責會議議程

5、和資料綜合、整理。選擇易于了解、比較簡練、準確表示機制作為描述語言，如輔以文字說明流程圖。需求分析過程第10頁實例分析 家庭保安系統(tǒng) 問題描述： 家庭保安市場正以每年40%速度增加。希望建立一個基于微處理器家庭保安系統(tǒng)，它能夠識別異常事件并采取對應防護辦法。這些異常事件包含：非法侵入、火災、水淹等。一旦異常情況被傳感器探測出來，系統(tǒng)應自動經(jīng)過電話向監(jiān)控中心報警。另外，應允許戶主對系統(tǒng)行為進行程序控制。需求分析過程第11頁聯(lián)合小組首先制訂工作制度,明確議程。經(jīng)過會議討論，明確問題范圍、問題與環(huán)境關系，并就開發(fā)軟件產(chǎn)品必要性達成共識。列出問題及環(huán)境中相關對象，操作以及對象間相互作用。對象: 控制面

6、板、電話機、監(jiān)控中心、煙霧傳感器、門窗監(jiān)視器、警報器等操作:接收傳感器事件、用戶編程控制、電話拔號、報警等。分析早期聯(lián)合小組工作程序需求分析過程第12頁對接收傳感器事件、用戶編程控制、電話報警等操作進行詳細描述，可用流程圖表示。提出約束，比如：造價不能超出3，000元，對傳感器事件必須在1秒內(nèi)作出響應，事件必須按優(yōu)先級進行處理等。會后小組責任人對這些信息進行綜合、整理，形成文檔，該文檔應能反應“家庭保安系統(tǒng)”全貌。需求分析過程第13頁劃分小組，分別處理用戶編程控制和傳感器監(jiān)測兩個子系統(tǒng)。目標是對子系統(tǒng)軟件需求進行細化。對出現(xiàn)新對象、新操作、新約束應及時添加到對應子系統(tǒng)。確定子系統(tǒng)需求并形成文檔

7、討論子系統(tǒng)集成及需求驗證標準。初步分析活動應形成結論性文檔，該文檔將作為后續(xù)分析活動基礎。劃分小組完成需求需求分析過程第14頁 初步分析生成“家庭保安系統(tǒng)”個別需求文檔“家庭保安系統(tǒng)”軟件允許用戶在安裝時進行系統(tǒng)配置，實施對傳感器監(jiān)控并經(jīng)過控制面板與用戶進行信息交互。配置操作(1)指定每一傳感器種類和編號；(2)設置開、關機密碼；(3)指定報警電話號碼；(4)指定報警延遲和電話重拔延遲時間(以秒為單位)。需求分析過程第15頁當軟件系統(tǒng)接收到傳感器發(fā)出數(shù)據(jù)后，判別是否出現(xiàn)異常事件。假如是，則在指定延遲時間內(nèi)拔報警電話號碼，拔號操作將按照重拔延遲重復進行，直至電話接通。然后軟件系統(tǒng)負責匯報時間、地

8、點和異常事件性質(zhì)。開機后軟件系統(tǒng)負責顯示當前工作狀態(tài)，接收并處理用戶指令。需求分析過程第16頁4.1.3 需求建模建立軟件模型是分析活動關鍵。目標軟件系統(tǒng)模型用來刻劃系統(tǒng)所包括信息、處理功效及系統(tǒng)運行時外部行為。模型不應包括軟件實現(xiàn)細節(jié)。選擇圖形符號表示信息流、處理功效及系統(tǒng)行為，以此來描述軟件需求模型。需求分析過程第17頁4.1.4 分析問題方法抽象 關注普通問題處理路徑，以此指導特殊問題求解。注意用戶描述抽象等級，統(tǒng)一規(guī)劃系統(tǒng)行為。防止不一致性，降低分析工作量。分解 依據(jù)問題規(guī)模和復雜性進行分解，并對子問題展開深入分析。逐層分解，直至子問題規(guī)模降至適當程度。在問題分解過程中，要建立子問題之

9、間相互聯(lián)絡。必須遵照子問題內(nèi)部緊藕合，子問題之間松藕合標準。需求分析過程第18頁視點分解法 在分析早期，整體地把握一個大型問題軟件需求是困難。需要從各個角度分別對問題進行了解和分析，然后再綜合，到達全方面了解目需求分析視點 系統(tǒng)觀點 用戶觀點 信息觀點 功效觀點 行為觀點等。 整理、綜適用戶描述，應注意用戶視點改變，防止遺漏。需求分析過程第19頁4 .1.5 支持需求分析快速原型技術軟件開發(fā)早期，快速建立目標軟件系統(tǒng)原型，讓用戶對原型進行評定并提出意見。原型幾經(jīng)改進最終確定，設計和編碼人員遵照原型確立外部特征實現(xiàn)軟件產(chǎn)品。假如軟件產(chǎn)品含有大量人機交互、可視輸出、或者包括復雜算法，應采取快速原型

10、技術。對于復雜問題,可對一些子問題，尤其是用戶界面，使用快速原型技術。需求分析過程第20頁4.1.6 需求規(guī)格說明與評審產(chǎn)生需求規(guī)格說明并進行評審。需求規(guī)格說明應成為開發(fā)過程必須遵照指導標準。需求分析過程第21頁需求規(guī)格說明1 引言 1.1需求規(guī)格說明目標 1.2軟件產(chǎn)品作用范圍 1.3定義、同義詞與縮寫 1.4參考文件 1.5需求規(guī)格說明概覽2 普通性描述 2.1產(chǎn)品與其環(huán)境之間關系 2.2產(chǎn)品功效 2.3用戶特征 2.4限制與約束 2.5假設與前提條件3 特殊需求附錄索引需求分析過程第22頁需求規(guī)格說明- 特殊需求描述3特殊需求 3.1功效或行為需求 3.1.1功效或行為需求1 3.1.1

11、.1引言 3.1.1.2輸入 3.1.1.3處理過程描述 3.1.1.4輸出 3.1.2功效或行為需求2 3.1.n功效或行為需求n 3.2外部界面需求 3.2.1用戶界面 3.2.2硬件界面 3.2.3軟件界面 3.3性能需求 3.4設計約束 3.4.1標準化約束 3.4.2硬件約束 3.5屬性 3.5.1可用性 3.5.2安全性 3.5.3可維護性 3.5.4可移植性 3.6其它需求 3.6.1數(shù)據(jù)庫需求 3.6.2用戶操作需求 3.6.3工作場地需求需求分析過程第23頁需求評審需求規(guī)格說明進入設計階段之前，必須進行評審。假如發(fā)覺錯誤或缺點，應及時糾正或更改需求分析、模型，需求規(guī)格說明，并

12、重新評審。衡量需求規(guī)格說明標準 正確性 無歧義性 完全性 可驗證性 一致性 可了解性 可修改性 可追蹤性需求分析過程第24頁4.2 需求分析建模需求分析方法結構化分析方法 面向?qū)ο蠓治龇椒ㄐ枨蠓治瞿Ｐ蛿?shù)據(jù)建模功效建模行為建模需求分析過程第25頁4.2.1需求分析方法六十年代未、七十年代初結構化設計盛行，結構化分析以結構化設計附產(chǎn)品身份出現(xiàn)。七十年代未期 Douglas Ross提出結構化分析術語 DeMarcoDEM79 進行推廣，給出分析員能夠創(chuàng)建信息流模型主要圖形記號，提議將“數(shù)據(jù)字典”和“處理說明”作為信息流模型補充，並提供方法應用實例；結構化分析方法需求分析過程第26頁結構化分析方法八

13、十年代早期JonesPAG80,GaneGAN82等人提出結構化分析方法一些變種，用于信息系統(tǒng)開發(fā)；八十年代中期 Ward、MellorWAR85、Hatiy和PirbhaiHAT87對結構化分析進行擴充支持實時、控制和嵌入式系統(tǒng)開發(fā);Harel Pnueli研制了面向復雜實時反應式系統(tǒng)(Complex Real-time Reactive System)開發(fā)環(huán)境 STATEMATE。需求分析過程第27頁4.2.2需求分析模型結構化分析模型需求分析過程第28頁關鍵 數(shù)據(jù)字典 描述軟件工程項目標全部數(shù)據(jù)對象中間層 實體-關系圖、數(shù)據(jù)流圖、狀態(tài)-變遷圖 實體-關系圖 描述數(shù)據(jù)對象之間關系 數(shù)據(jù)流圖

14、 功效建?；A 系統(tǒng)或子系統(tǒng)對數(shù)據(jù)實施變換、變換功效 提供信息分析信息 狀態(tài)-變遷圖 行為建模基礎 系統(tǒng)行為模式（稱“狀態(tài)”）以及狀態(tài)變遷方式4.2.2.1 結構化分析模型需求分析過程第29頁結構化分析模型 最外層數(shù)據(jù)對象描述、加工規(guī)格說明PSPEC、控制規(guī)格說明CSPEC數(shù)據(jù)對象 表示實體-關系圖中每個數(shù)據(jù)對象屬性加工規(guī)格說明PSPEC 描述數(shù)據(jù)流圖每個功效。 控制規(guī)格說明CSPEC 描述軟件控制附加信息需求分析過程第30頁4.2.2.2 數(shù)據(jù)建模 數(shù)據(jù)對象、屬性和關系實體一關系圖 實體關系圖是數(shù)據(jù)模型基礎，它描述數(shù)據(jù)對象、屬性、及其關系。需求分析過程第31頁1 數(shù)據(jù)對象、屬性與關系數(shù)據(jù)對象

15、數(shù)據(jù)屬性數(shù)據(jù)關系數(shù)據(jù)對象、屬性與關系需求分析過程第32頁數(shù)據(jù)對象 現(xiàn)實世界含有不一樣特征和屬性實體或事務標識，計算機軟件描述并處理一組信息。如，事件、行為、角色、組織、地點、結構等。數(shù)據(jù)對象只封裝數(shù)據(jù)，包含：數(shù)據(jù)流、數(shù)據(jù)源、外部實體數(shù)據(jù)個別，不封裝操作。數(shù)據(jù)對象是相互關聯(lián)。需求分析過程第33頁屬性 用“標識符、符號串和值”標識，描述數(shù)據(jù)對象性質(zhì)。包含：（1）命名 標識數(shù)據(jù)對象（2）描述 描述數(shù)據(jù)對象性質(zhì)（3）引用 建立數(shù)據(jù)對象之間聯(lián)絡數(shù)據(jù)對象屬性是原子數(shù)據(jù)項，不包含內(nèi)部數(shù)據(jù)結構。 數(shù)據(jù)對象任何屬性有且僅有一個屬性值?，F(xiàn)實世界實體含有許多屬性，分析人員只能考慮與應用問題相關屬性。需求分析過程第3

16、4頁數(shù)據(jù)對象描述例 汽車銷售管理問題數(shù)據(jù)對象描述表. 汽車屬性 制造商 型號 標識碼 車體類型 顏色 買主 需求分析過程第35頁關系數(shù)據(jù)對象按照某種關系相互連接用對象關系偶描述數(shù)據(jù)對象關系命名及內(nèi)涵應反應描述問題刪除與問題無關關系需求分析過程第36頁 數(shù)據(jù)對象、屬性與關系例 汽車銷售問題數(shù)據(jù)對象、屬性與關系 數(shù)據(jù)對象屬性 數(shù)據(jù)對象 關系 制造商 汽車 生產(chǎn) 購車用戶 汽車 購置需求分析過程第37頁 描述系統(tǒng)全部數(shù)據(jù)對象組成和屬性，描述數(shù)據(jù)對象之間關系圖形語言?！耙粚σ弧保?：1） 一個對象A關聯(lián)一個對象B,反之，一個對象B關聯(lián)一個對象A。如，夫妻?！耙粚Χ唷保?：N） 一個對象A關聯(lián)多個對象B

17、,反之，一個對象B關聯(lián)一個對象A。如，父子?！岸鄬Χ唷保∟：M） 一個對象A關聯(lián)多個對象B,反之，一個對象B關聯(lián)多個對象A。如，叔侄。2 實體關系圖（E-R方法，Entity-Relationship Approach）需求分析過程第38頁老師職稱性別職務姓名教工號教學生性別姓名系學號年級學課程課時學分課名課程號成績1NMN老師-學生-課程E-R 圖需求分析過程第39頁人與車關系E-R 圖人年紀地址駕駛證號姓名擁有車ID號制造模型實體類型制造商顏色擁有者NM需求分析過程第40頁制造商ID類型制造車型ID號模型實體類型引擎?zhèn)鬏擭N協(xié)議貨主運輸許可證銷售關系貨棧NNN111NMM汽車業(yè)務銷售E-R

18、圖需求分析過程第41頁汽車個別整體關系 用實體關系圖表示數(shù)據(jù)對象層次結構及個別整體關系需求分析過程第42頁汽車層次表示 需求分析過程第43頁4.2.2.3 功效建模 數(shù)據(jù)流圖與數(shù)據(jù)字典 數(shù)據(jù)流圖實時系統(tǒng)擴充 (1). Ward & Mellor擴充 (2). Hatley & Pirhai擴充需求分析過程第44頁1 數(shù)據(jù)流圖與數(shù)據(jù)字典基于計算機信息處理系統(tǒng)由數(shù)據(jù)流和一系列加工組成，這些加工將輸入數(shù)據(jù)流加工為輸出數(shù)據(jù)流數(shù)據(jù)流圖描述數(shù)據(jù)流和加工數(shù)據(jù)流圖用圖形符號表示數(shù)據(jù)流、加工、數(shù)據(jù)源及外部實體數(shù)據(jù)流圖含有層次結構，支持問題分解、逐步求精分析方法它是數(shù)據(jù)驅(qū)動數(shù)據(jù)流圖既能夠表示基于計算機系統(tǒng)，也能夠

19、表示軟件需求分析過程第45頁數(shù)據(jù)流圖標識需求分析過程第46頁頂層數(shù)據(jù)流圖 伴隨需求分析活動深入，較高抽象等級復雜加工逐步精化為一系列相互關聯(lián)數(shù)據(jù)流和子加工。需求分析過程第47頁數(shù)據(jù)流圖精化與平衡逐層精化必須保持數(shù)據(jù)流圖平衡數(shù)據(jù)流與加工精化必須保持一致需求分析活動只求對問題全方面、清楚了解，不考慮軟件設計細節(jié)需求分析過程第48頁例子:商店業(yè)務處理系統(tǒng)需求分析過程第49頁第一層數(shù)據(jù)流圖需求分析過程第50頁加細每一個加工框 銷售細化需求分析過程第51頁采購細化需求分析過程第52頁數(shù)據(jù)字典定義 數(shù)據(jù)字典由數(shù)據(jù)條目組成，數(shù)據(jù)字典描述、組織和管理數(shù)據(jù)流圖數(shù)據(jù)流、加工、數(shù)據(jù)源及外部實體。數(shù)據(jù)字典用簡練、清楚

20、、易了解文字描述條目，說明數(shù)據(jù)流圖加工功效、性能、要求及設計約束等。數(shù)據(jù)流圖與數(shù)據(jù)字典配套使用，完整地描述軟件需求。需求分析過程第53頁數(shù)據(jù)字典數(shù)據(jù)條目定義內(nèi)容（1）名稱與別名 數(shù)據(jù)流、數(shù)據(jù)源或外部實體標識；（2）數(shù)據(jù)類型；（3）何處使用怎樣使用 輸入流輸出流加工表；（4）內(nèi)容描述；（5）補充說明 如，取值范圍與缺省值，相關設計約束等。需求分析過程第54頁（1）數(shù)據(jù)流詞條描述數(shù)據(jù)流名：說明：簡明介紹作用即它產(chǎn)生原因和結果數(shù)據(jù)流起源：來自何方數(shù)據(jù)流去向：去向何處數(shù)據(jù)流組成：數(shù)據(jù)結構數(shù)據(jù)量流通量：數(shù)據(jù)量，流通量需求分析過程第55頁（2）數(shù)據(jù)元素詞條描述數(shù)據(jù)元素名：類型：數(shù)字（離散值，連續(xù)值），文字

21、（編碼類型）長度：取值范圍：相關數(shù)據(jù)元素及數(shù)據(jù)結構：需求分析過程第56頁（3）數(shù)據(jù)文件詞條描述數(shù)據(jù)文件名：簡述：存放是什么數(shù)據(jù)輸入數(shù)據(jù)：輸出數(shù)據(jù)：數(shù)據(jù)文件組成：數(shù)據(jù)結構存放方式：次序，直接，關鍵碼存取頻率：需求分析過程第57頁（4）加工邏輯詞條描述加工名：加工編號：反應該加工層次簡明描述：加工邏輯及功效簡述輸入數(shù)據(jù)流：輸出數(shù)據(jù)流：加工邏輯：簡述加工程序，加工次序需求分析過程第58頁（5）源點及匯(終)點詞條描述名稱：外部實體名簡明描述：什么外部實體相關數(shù)據(jù)流：數(shù)目：需求分析過程第59頁數(shù)據(jù)字典管理 大型軟件項目標數(shù)據(jù)字典規(guī)模龐大，利用數(shù)據(jù)流分析工具對數(shù)據(jù)字典實施管理（1）對新數(shù)據(jù)條目進行重名檢

22、驗。（2）維護數(shù)據(jù)字典和數(shù)據(jù)流圖一致性。（3）自動完成數(shù)據(jù)條目查詢。 比如 ： 該條目在何處使用？修改數(shù)據(jù)流圖會對哪些數(shù)據(jù)條目產(chǎn)生影響?修改某個數(shù)據(jù)條目又會造成哪些影響？ 需求分析過程第60頁數(shù)據(jù)字典 定義數(shù)據(jù)條目標準 準確、簡練，輕易了解。例 用形式語言語法定義機制描述數(shù)據(jù)條目 由組成 、次序連接 、選擇連接An （=） 個重復連接( ) 可選數(shù)據(jù)原子語法成份用簡明自然語言描述需求分析過程第61頁“家庭保安系統(tǒng)電話號碼”數(shù)據(jù)條目定義電話號碼分機號外線號碼分機號12外線號碼(市話號碼長話號碼)長話號碼(區(qū)號市話號碼)區(qū)號任何長度為3數(shù)字串市話號碼局號分局號局號444552分局號=任何長度為4數(shù)

23、字串需求分析過程第62頁2 數(shù)據(jù)流圖實時系統(tǒng)擴充實時系統(tǒng) 系統(tǒng)與現(xiàn)實世界實體交互含有時間特征。數(shù)據(jù)流 時間連續(xù)數(shù)據(jù)流 時間離散數(shù)據(jù)流（控制信號或事件）實時系統(tǒng)狀態(tài)隨時間及相關事件激勵改變 。需求分析過程第63頁數(shù)據(jù)流圖實時系統(tǒng)擴充實時系統(tǒng)響應事件“加工”稱“控制”，它在限定時間內(nèi)完成對事件識別、輸出，改變系統(tǒng)狀態(tài)。實時系統(tǒng)軟件對響應速度和可靠性要求比非實時系統(tǒng)軟件高。在軟件開發(fā)各個階段都應關注實時控制部件性能和可靠性。需求分析過程第64頁數(shù)據(jù)流圖實時系統(tǒng)擴充 傳統(tǒng)數(shù)據(jù)流方法不能勝任實時系統(tǒng)需求分析任務。為開發(fā)實時嵌入式系統(tǒng)，必須對傳統(tǒng)方法進行擴充。Ward Mellor 在數(shù)據(jù)流圖中引入實時圖

24、形記號Hatley Pirbhai 在數(shù)據(jù)流圖中引進狀態(tài)加工圖描述系統(tǒng)外部行為需求分析過程第65頁實時嵌入式系統(tǒng)對軟件要求在連續(xù)時間域內(nèi)采集並生成信息流軟件要及時處理控制信息必須在規(guī)定時間內(nèi)完成與現(xiàn)實世界交互系統(tǒng)狀態(tài)實時改變，存在狀態(tài)遷移機制多任務場所，一個加工可能存在多個實例 需求分析過程第66頁(1) Ward Mellor擴充符號擴充引入表示事件、連續(xù)數(shù)據(jù)流、控制及事件源圖形符號。引入多任務環(huán)境下，同一控制多個進程實例。需求分析過程第67頁Ward Mellor擴充 計算機控制水溫監(jiān)測與調(diào)整系統(tǒng)水溫測量儀傳給溫度監(jiān)控子系統(tǒng)測量數(shù)據(jù)是連續(xù)。溫度監(jiān)控子系統(tǒng)將水溫數(shù)據(jù)與允許波動范圍進行比較，然

25、后連續(xù)輸出調(diào)整后溫度值。需求分析過程第68頁Ward Mellor擴充擴充圖形記號能夠和傳統(tǒng)數(shù)據(jù)流圖符號混合使用。加工可接收事件作為輸入，控制也可接收數(shù)據(jù)作為輸入。擴充數(shù)據(jù)字典，描述離散事件和連續(xù)數(shù)據(jù)流。數(shù)據(jù)流圖對控制文字描述應包含響應時間、可靠性等約束。需求分析過程第69頁 離散數(shù)據(jù)流(事件)與普通數(shù)據(jù)流機器人裝配機械部件待裝配部件處于就緒狀態(tài)，“部件監(jiān)控與操作員界面”過程讀操作員命令處理操作員命令，發(fā)送“開啟信號”命令“機器人初始化，發(fā)送“進程活躍信號”開啟“移位命令處理”完成裝配工作。需求分析過程第70頁(2) Hatley Pirhai擴充建立實時系統(tǒng)過程模型和控制模型引進兩個新圖形記

26、號，用虛線表示控制流或事件流；虛符號和實符號分開，專門定義控制流圖CFD；CFD定義控制流、表示控制加工並引入粗短線表示控制規(guī)格說明；控制規(guī)格說明指明（1）當事件發(fā)生或控制信號被感知時，軟件行為（2）當某一事件發(fā)生時，激活相關加工部件需求分析過程第71頁Hatley Pirhai擴充傳統(tǒng)數(shù)據(jù)流圖描述實時系統(tǒng)靜態(tài)過程模型表示數(shù)據(jù)和數(shù)據(jù)加工數(shù)據(jù)流圖元素沒有時間意義控制流圖描述實時系統(tǒng)動態(tài)過程模型表示事件在加工過程中改變，控制流圖元素有時間意義需求分析過程第72頁Hatley Pirhai擴充實時系統(tǒng)或子系統(tǒng)數(shù)據(jù)流圖和控制流圖含有同名“加工”控制流圖“加工”稱“進程”“加工激活表”指明加工造成必須激

27、活外部事件控制規(guī)格說明包含一系列建模工具需求分析過程第73頁Hatley Pirhai擴充 實時系統(tǒng)模型需求分析過程第74頁Hatley Pirhai擴充 過程模型和控制模型數(shù)據(jù)流圖（過程模型）用來表示實時系統(tǒng)數(shù)據(jù)以及對數(shù)據(jù)進行操作過程控制流圖用來描述進程之間控制流并刻畫系統(tǒng)行為特征：每個事件所引發(fā)系統(tǒng)狀態(tài)變更和進程活躍情況。過程模型和控制模型以數(shù)據(jù)流圖和控制流圖之間簡單對應關系互為關聯(lián)。過程模型過程規(guī)格說明可能產(chǎn)生事件輸出，引發(fā)控制規(guī)格說明所描述狀態(tài)加工。進程規(guī)格說明能夠產(chǎn)生進程活躍信號，作用于數(shù)據(jù)流圖。需求分析過程第75頁Hatley Pirhai擴充 數(shù)據(jù)流圖和控制流圖對應關系例 復印機

28、控制軟件 數(shù)據(jù)流圖和控制流圖需求分析過程第76頁狀態(tài)加工圖需求分析過程第77頁進程活躍表需求分析過程第78頁4.2.2.4 行為建模 基于結構化分析擴展版本提出這種建模符號。狀態(tài)-變遷圖經(jīng)過描述狀態(tài)以及造成系統(tǒng)改變狀態(tài)事件來表示系統(tǒng)行為。每個狀態(tài)代表系統(tǒng)一個行為模式需求分析過程第79頁控制流圖需求分析過程第80頁狀態(tài)變遷圖需求分析過程第81頁4.2.2.5 實例分析以“家庭保安系統(tǒng)”為例展示結構化分析方法使用過程實體-關系圖創(chuàng)建數(shù)據(jù)流模型創(chuàng)建控制流模型過程規(guī)格說明需求分析過程第82頁0 實體-關系圖步驟: 列出應用或業(yè)務過程包括”事物”,同時以數(shù)據(jù)對象形式給出。 分析各對象及對象之間關聯(lián)，構件

29、一個或多個對象-關系對。 給出各對象正確基數(shù)和形態(tài)。 迭代執(zhí)行以上步驟，直到將全部關系對分析完成。 定義各對象實體屬性。 形式化并評審實體-關系圖。 重復以上步驟，直到數(shù)據(jù)建模完成。需求分析過程第83頁家庭安防系統(tǒng)個別數(shù)據(jù)對象以下：房主控制面板傳感器安全系統(tǒng)監(jiān)控服務房主控制面板傳感器安全系統(tǒng)監(jiān)控服務對象連接圖需求分析過程第84頁1 創(chuàng)建數(shù)據(jù)流模型數(shù)據(jù)流圖是目標軟件系統(tǒng)中各個處理子功效以及它們之間數(shù)據(jù)流動圖形表示。數(shù)據(jù)流圖精化過程是處理子功效和數(shù)據(jù)流細化過程。伴隨這一過程進行，用戶需求逐步準確化、一致化、完全化。利用數(shù)據(jù)流圖DFD開發(fā)信息域和功效域模型。當DFD精化到較細等級時，分析員進行隱式功效分解，並造成對應數(shù)據(jù)精化。加工規(guī)格說明 PSPEC 描述輸入信息、加工算法、產(chǎn)生輸出結果，指明加工約束和限制、產(chǎn)品性能特征和工作環(huán)境等。需求分析過程第85頁過程(1) 用一個園盤描述第0層軟件/系統(tǒng)DFD圖(2) 標識系統(tǒng)輸入/輸出(3) 精化 描述第I層數(shù)據(jù)對象、存放和加工 (4) 標識箭頭和園盤(5) 對第I層信息流進行一致性維護(6) 對加工園盤逐一進行精化(7) 當?shù)趎層DFD圖園盤己精化為輕易實現(xiàn)簡單操作時，創(chuàng)建數(shù)據(jù)流模型過程仃止。 需求分