發(fā)現(xiàn)求精建模規(guī)約需求工程是系統(tǒng)地使用已被證明的原理技術(shù)-Read課件

第11章

分析概念和原則

軟件工程

第11章

分析概念和原則

軟件工程1第11章

分析概念和原則11.1需求分析11.2軟件的需求誘導(dǎo)11.2.1過(guò)程的啟動(dòng)11.2.2便利的應(yīng)用規(guī)約技術(shù)11.2.3質(zhì)量功能部署11.2.4use-case第11章

分析概念和原則11.1需求分析2第11章

分析概念和原則11.3分析原則11.3.1信息域11.3.2建模11.3.3劃分11.3.4要素視圖和實(shí)現(xiàn)視圖

11.4軟件原型實(shí)現(xiàn)

11.4.1選擇原型實(shí)現(xiàn)方法11.4.2原型方法和工具

第11章

分析概念和原則11.3分析原則3第11章

分析概念和原則11.5規(guī)約11.5.1規(guī)約原則11.5.2表示11.5.3軟件需求規(guī)約11.6規(guī)約評(píng)審11.7小結(jié)第11章

分析概念和原則11.5規(guī)約4需求分析任務(wù):發(fā)現(xiàn)求精建模規(guī)約需求工程是系統(tǒng)地使用已被證明的原理、技術(shù)、語(yǔ)言和工具去處理價(jià)格有效的分析、文檔以及用戶需要的系統(tǒng)的外部行為規(guī)約的不斷演化。需求分析任務(wù):發(fā)現(xiàn)511.1需求分析需求分析是種軟件工程活動(dòng)在系統(tǒng)級(jí)軟件分配和軟件設(shè)計(jì)間起橋梁作用系統(tǒng)工程軟件需求分析軟件設(shè)計(jì)11.1需求分析需求分析是種軟件工程活動(dòng)系統(tǒng)工程軟件需求分6問(wèn)題識(shí)別評(píng)估和方案綜合建模規(guī)約評(píng)審軟件需求分析5個(gè)工作階段：?jiǎn)栴}識(shí)別軟件需求分析5個(gè)工作階段：7軟件需求分析中的相互通信總是要在兩方或多方間進(jìn)行

11.2軟件的需求誘導(dǎo)

軟件需求分析中的相互通信總是要在兩方或多方間進(jìn)行11.28客戶和開(kāi)發(fā)者之間最常用的交流方式以及開(kāi)始相互通信過(guò)程的技術(shù)是進(jìn)行預(yù)備會(huì)議或訪談。必須啟動(dòng)通信活動(dòng)，分析員可從詢(xún)問(wèn)一組語(yǔ)境無(wú)關(guān)的問(wèn)題開(kāi)始，語(yǔ)境無(wú)關(guān)的問(wèn)題就是，一組將導(dǎo)致對(duì)問(wèn)題、需要解決方案的人員、希望的解決方案的性質(zhì)以及第一次遭遇的效率等的基本理解的問(wèn)題。第一組語(yǔ)境無(wú)關(guān)的問(wèn)題關(guān)注于客戶、整體目標(biāo)和收益。11.2.1過(guò)程的啟動(dòng)

客戶和開(kāi)發(fā)者之間最常用的交流方式以及開(kāi)始相互通信過(guò)程的技術(shù)是9在中立的地點(diǎn)舉行會(huì)議建立準(zhǔn)備和參與會(huì)議的規(guī)則建議一個(gè)足夠正式的議程而又是足夠非正式一個(gè)“協(xié)調(diào)者”控制會(huì)議使用一種“定義機(jī)制”(工作表、圖表等)目標(biāo)是標(biāo)識(shí)問(wèn)題、方案的要素、商議的方法、解決方案需求典型FAST—11.2.2便利的應(yīng)用規(guī)約技術(shù)方法：在中立的地點(diǎn)舉行會(huì)議典型FAST—11.2.2便利的應(yīng)用規(guī)約10質(zhì)量功能部署(QFD)是一種質(zhì)量管理技術(shù)，它將客戶的需要翻譯為軟件的技術(shù)需求。QFD“集中于最大限度地讓客戶滿意”。QFD強(qiáng)調(diào)理解什么是對(duì)客戶有價(jià)值的，然后在整個(gè)工程活動(dòng)中部署這些價(jià)值。11.2.3質(zhì)量功能部署質(zhì)量功能部署(QFD)是一種質(zhì)量管理技術(shù)，它將客戶的需要翻譯11質(zhì)量功能部署(QFD)標(biāo)識(shí)三類(lèi)需求：

正常的需求期望的需求興奮的需求11.2.3質(zhì)量功能部署質(zhì)量功能部署(QFD)標(biāo)識(shí)三類(lèi)需求：

11.2.3質(zhì)量功能部1211.2.4use-case當(dāng)需求作為非正式會(huì)議、FAST或QFD的一部分而收集之后，軟件工程師可創(chuàng)建一組標(biāo)識(shí)一串待構(gòu)造系統(tǒng)的使用場(chǎng)景。這些場(chǎng)景被稱(chēng)為：use-case，它提供了系統(tǒng)將被如何使用的描述?？刂栖浖?種交互模式（角色）：編程模式(編程員)、測(cè)試模式(測(cè)試員)、監(jiān)控模式(監(jiān)控員)、糾錯(cuò)模式(糾錯(cuò)員)通常，一個(gè)use-case只簡(jiǎn)單地是一段撰寫(xiě)的敘述，描述某參與者在和系統(tǒng)交互時(shí)的角色。11.2.4use-case當(dāng)需求作為非正式會(huì)議、FAST1311.3分析原則

必須表示和理解問(wèn)題的信息域必須定義軟件將完成的功能必須表示軟件的行為(作為外部事件的結(jié)果)必須劃分描述信息、功能和行為的模型分析過(guò)程應(yīng)該從要素信息移向細(xì)節(jié)實(shí)現(xiàn)11.3分析原則必須表示和理解問(wèn)題的信息域14針對(duì)“需求工程”的指導(dǎo)性原則：建立模型前先理解問(wèn)題。開(kāi)發(fā)使用戶了解人機(jī)交互的原型記錄每個(gè)需求的起源及原因使用多個(gè)需求視圖給需求賦予優(yōu)先級(jí)努力刪除歧義性針對(duì)“需求工程”的指導(dǎo)性原則：15信息域包含三個(gè)數(shù)據(jù)和控制視圖：11.3.1信息域信息內(nèi)容和關(guān)系（數(shù)據(jù)模型）：表示個(gè)體數(shù)據(jù)和控制對(duì)象，它們構(gòu)成了某個(gè)更大的被該軟件變換的信息集合。信息流：表示數(shù)據(jù)和控制在系統(tǒng)中流動(dòng)時(shí)變化的方式。信息結(jié)構(gòu)：表示各種數(shù)據(jù)和控制項(xiàng)的內(nèi)部組織。信息域包含三個(gè)數(shù)據(jù)和控制視圖：11.3.1信息域信息內(nèi)容1611.3.2建模創(chuàng)建系統(tǒng)的模型:功能模型行為模型

｛輸入處理輸出11.3.2建模創(chuàng)建系統(tǒng)的模型:｛輸入1711.3.3劃分本質(zhì)上:劃分將問(wèn)題分解為其構(gòu)成成分概念上:我們建立信息或功能的層次表示，然后劃分最上層的元素，通過(guò)在層次上垂直向下移動(dòng)而暴露更多的細(xì)節(jié)或在層次上水平移動(dòng)而分解問(wèn)題。11.3.3劃分本質(zhì)上:劃分將問(wèn)題分解為其構(gòu)成成分1811.3.3劃分在層次上垂直向下移動(dòng)而顯露更多的細(xì)節(jié)在層次上水平移動(dòng)而分解問(wèn)題

11.3.3劃分在層次上垂直向下移動(dòng)而顯露更多的細(xì)節(jié)1911.3.4要素視圖和實(shí)現(xiàn)視圖軟件需求的基本視圖給出了將要完成的功能和將要處理的信息，而不管實(shí)現(xiàn)細(xì)節(jié)。軟件需求的實(shí)現(xiàn)視圖給出了處理功能和信息結(jié)構(gòu)的現(xiàn)實(shí)世界表示。

軟件需求分析應(yīng)該著重于軟件將完成什么，而不是處理將如何實(shí)現(xiàn)11.3.4要素視圖和實(shí)現(xiàn)視圖軟件需求的基本視圖給出了將要2011.4軟件原型實(shí)現(xiàn)

11.4.1選擇原型實(shí)現(xiàn)方法

原型范型：封閉結(jié)束――丟棄型原型實(shí)現(xiàn)開(kāi)放結(jié)束――演化型原型實(shí)現(xiàn)11.4軟件原型實(shí)現(xiàn)

11.4.1選擇原型實(shí)現(xiàn)方法

原型21原型實(shí)現(xiàn)的候選因素可被定義：軟件應(yīng)用領(lǐng)域軟件應(yīng)用復(fù)雜性客戶特征項(xiàng)目特征

原型實(shí)現(xiàn)的候選因素可被定義：軟件應(yīng)用領(lǐng)域22客戶和原型交互信息的兩個(gè)基本點(diǎn)：客戶資源被用于原型評(píng)估和精化客戶能夠以即時(shí)的方式作出需求決策發(fā)現(xiàn)求精建模規(guī)約需求工程是系統(tǒng)地使用已被證明的原理技術(shù)-Read課件23建議原型的實(shí)現(xiàn)方法建議原型的實(shí)現(xiàn)方法24三個(gè)類(lèi)屬的方法和工具類(lèi)：

11.4.2原型實(shí)現(xiàn)方法和工具第四代技術(shù)可復(fù)用軟件構(gòu)件形式化規(guī)約和原型實(shí)現(xiàn)環(huán)境三個(gè)類(lèi)屬的方法和工具類(lèi)：11.4.2原型實(shí)現(xiàn)方法和工具第四2511.5.1規(guī)約原則分離功能性和實(shí)現(xiàn)開(kāi)發(fā)一個(gè)系統(tǒng)的行為模型--包含了系統(tǒng)對(duì)各種數(shù)據(jù)和功能的反應(yīng)通過(guò)刻畫(huà)其他系統(tǒng)構(gòu)件和軟件交互的方式，建立軟件操作的語(yǔ)境11.5規(guī)約11.5.1規(guī)約原則分離功能性和實(shí)現(xiàn)11.5規(guī)約264.定義系統(tǒng)運(yùn)作的環(huán)境并指明“一組高度纏繞在一起的代理如何對(duì)環(huán)境中由其他代理產(chǎn)生的刺激（對(duì)象的變化）作出反應(yīng)”5.創(chuàng)建認(rèn)知模型而不是設(shè)計(jì)或?qū)崿F(xiàn)模型6.認(rèn)識(shí)“規(guī)約必定是不完整的和可增加的”7.建立規(guī)約的內(nèi)容和結(jié)構(gòu)，并使得它能適應(yīng)未來(lái)的變化11.5.1規(guī)約原則4.定義系統(tǒng)運(yùn)作的環(huán)境并指明“一組高度纏繞在一起的代理如何對(duì)2711.5.2表示指導(dǎo)原則：表示格式和內(nèi)容應(yīng)該和問(wèn)題相關(guān)包含在規(guī)約中的信息應(yīng)該是嵌套的圖和其他符號(hào)應(yīng)該在數(shù)量上有所限制，并在使用上一致表示應(yīng)該是可修訂的11.5.2表示指導(dǎo)原則：2811.5.3軟件需求規(guī)約軟件需求規(guī)約的候選格式引言信息描述--功能描述，行為描述確認(rèn)標(biāo)準(zhǔn)--確認(rèn)標(biāo)準(zhǔn)的規(guī)約是對(duì)其他需求的隱式評(píng)審參考書(shū)目和附錄

11.5.3軟件需求規(guī)約軟件需求規(guī)約的候選格式引言29發(fā)現(xiàn)求精建模規(guī)約需求工程是系統(tǒng)地使用已被證明的原理技術(shù)-Read課件3011.6規(guī)約評(píng)審軟件需求規(guī)約(和/或原型)的復(fù)審是由軟件開(kāi)發(fā)者和客戶一起進(jìn)行的，因?yàn)橐?guī)約構(gòu)成了設(shè)計(jì)和以后的軟件工程活動(dòng)的基礎(chǔ)，在進(jìn)行復(fù)審時(shí)必須給予特別的重視。11.6規(guī)約評(píng)審軟件需求規(guī)約(和/或原型)的復(fù)審是由軟件開(kāi)3111.7小結(jié)

需求分析必須關(guān)注問(wèn)題的：信息功能行為域11.7小結(jié)

需求分析必須關(guān)注問(wèn)題的：信息3211.