軟件需求工程隨堂測試答案

1、.軟件需求工程隨堂測試參考答案1. （15 分）為什么在軟件開發(fā)項目中維護階段發(fā)現(xiàn)錯誤的修復(fù)成本是需求階段發(fā)現(xiàn)錯誤修復(fù)成本的 100 倍到 200 倍（ 3-5 ）？詳細說明這些成本的主要構(gòu)成（ 10-12 ）？答： 1、因為維護是建立在需求、設(shè)計、編碼等的基礎(chǔ)之上的，如果在維護階段發(fā)現(xiàn)錯誤，那么要修復(fù)，或許就要從編碼、設(shè)計、需求等階段開始修復(fù)，隨之伴隨而來的，可能就是要重新進行規(guī)格說明，重新進行設(shè)計，重新進行編碼等，這就成倍的增加了修復(fù)的成本。如下圖所示，該圖是許多公司項目生命周期各階段修復(fù)成本的度量和計算，由圖可得，如果把編碼階段發(fā)現(xiàn)和修復(fù)一個錯誤所需要的努力用 “ 1”個成本單元表示的話

2、，那么，需求階段的錯誤修復(fù)成本是它的 510，而在維護階段發(fā)現(xiàn)和修復(fù)一個錯誤的成本超過 20 倍，因此，軟件開發(fā)項目中維護階段發(fā)現(xiàn)錯誤的修復(fù)成本是需求階段發(fā)現(xiàn)錯誤修復(fù)成本的 100 倍到 200 倍。2、這些成本由以下方面構(gòu)成：（ 1）重新進行規(guī)格說明 :（ 2）重新設(shè)計；（ 3）重新編碼；（ 4）重新測試；（ 5）版本升級 ：用一個修正后的版本來替代有缺陷的版本；（ 6）糾正活動 ：消除由于不正確的系統(tǒng)錯誤造成的一切危害，這可能涉及到償還不滿用戶的經(jīng)濟損失，以及重新運行系統(tǒng)所付出的代價等；.（ 7）報廢：包括以最好的意圖完成的代碼、設(shè)計和測試用例，當發(fā)現(xiàn)它們是依據(jù)于不正確的需求時則不得不全部

3、丟棄?。?8）收回有缺陷的軟件版本以及相關(guān)的用戶手冊。 有時軟件可能會已經(jīng)嵌入到數(shù)字手表、微波爐或汽車等產(chǎn)品中， 這時所收回的內(nèi)容也包括有形的產(chǎn)品和嵌入該系統(tǒng)的軟件；（ 9）保修成本；（ 10）產(chǎn)品賠償： 客戶可能要求對有缺陷軟件造成的損害進行賠償；（ 11）公司代表到客戶那里重新安裝軟件所必須支付的服務(wù)成本；（ 12）建檔成本 。2.（ 12 分）什么是軟件需求 （ 5）？說明軟件需求的層次并描述其相互關(guān)系（ 7）。答：1、IEEE 軟件工程標準詞匯表 (1997 年) 中定義需求為：（ 1）用戶解決問題或達到目標所需的條件或權(quán)能(Capability)。（ 2）系統(tǒng)或系統(tǒng)部件要滿足合同、標

4、準、規(guī)范或其它正式規(guī)定文檔所需具有的條件或權(quán)能。（3）一種反映上面 (1)或 (2) 所描述的條件或權(quán)能的文檔說明。或答：軟件需求是指用戶對目標軟件系統(tǒng)在功能、行為、性能、設(shè)計約束等方面的期望。通過對問題及其環(huán)境的理解與分析， 為問題涉及的信息、 功能及系統(tǒng)行為建立模型，將用戶需求精確化、完全化，最終形成需求規(guī)格說明，這一系列的活動即構(gòu)成軟件開發(fā)生命周期的需求分析階段。2、軟件需求的三個不同層次之間的關(guān)系可用下圖表示（圖正確得 4 分）：.軟件需求包括三個不同的層次:（ 1）業(yè)務(wù)需求(business requirement)：反映了組織機構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標要求，它們在項目視圖與

5、范圍文檔中予以說明。（ 2）用戶需求 (user requirement) ：文檔描述了用戶使用產(chǎn)品必須要完成的任務(wù)，這在使用實例 (use case ，簡稱用例 ) 文檔或方案腳本 (scenario) 說明中予以說明。（ 3）功能需求 (functional requirement)：定義了開發(fā)人員必須實現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。此外，還包括系統(tǒng)需求和其他需求，其他需求分為質(zhì)量屬性或其他非功能需求和設(shè)計約束等。3. （ 15 分）選定一不少于四種用戶類的簡單項目，論述該項目的視圖陳述（ 4），確定并分析項目的用戶類及特征（ 4），給出系統(tǒng)用例模型（ 4），

6、并繪制系統(tǒng)關(guān)聯(lián)圖（ 3）。答：新聞發(fā)布系統(tǒng)1、項目陳述如下：“新聞發(fā)布系統(tǒng)”可使任何人方便的對新聞內(nèi)容進行瀏覽，任何人可以通過注冊成為會員，會員可以享有對新聞和評論進行評論的權(quán)限，同時會員也可以對自己的個人信息進行修改，管理員登錄系統(tǒng)后，可以在后臺發(fā)布并管理新聞，后臺的系統(tǒng)管理員可以管理新聞、評論和會員信息。系統(tǒng)可以對新聞進行有效的管理，包括新聞的各種內(nèi)容、屬性還有評論和會員信息等，通過不同用戶所擁有的管理權(quán)限，方便對新聞等信息進行刪除更改，同時用戶通過登錄功能可以幫助用戶隨時了解新聞狀態(tài)，保持新聞的時效性和正確性，同時擴大新聞的閱讀量和傳播率，避免新聞發(fā)布可能產(chǎn)生的管理混亂，嚴格用戶職責(zé)，做

7、到責(zé)任追溯，評論追溯等科學(xué)化管理。2、用戶類及特征分析（略）3 、用例模型（參考）：.4 、系統(tǒng)關(guān)聯(lián)圖：4（12）什么是軟件原型（ 3）？使用原型的目的有哪些（3）？說明軟件原型的種類和使用原型技術(shù)應(yīng)遵守的主要原則（6）。軟件原型是一種技術(shù)， 可以利用這種技術(shù)減少客戶對產(chǎn)品不滿意的風(fēng)險。一個軟件原型是所提出的新產(chǎn)品的部分實現(xiàn)，通過使用原型可以使開發(fā)小組正確理解需求， 發(fā)現(xiàn)和解決在產(chǎn)品開發(fā)的早期階段不確定的問題以及需求中的二義性和不完整性問題， 最終明確如何最好地實現(xiàn)這些需求并最終明確并完善需求、探索設(shè)計選擇方案、發(fā)展為最終的產(chǎn)品。同時用戶、經(jīng)理和其他非技術(shù)項目風(fēng)險承擔(dān)者發(fā)現(xiàn)在確定和開發(fā)產(chǎn)品時，

8、原型可以使他們的想象更具體化。.使用原型有三個主要目的：明確并完善需求 : 原型作為一種需求工具， 它是對部分系統(tǒng)的初步實現(xiàn)。用戶對原型的評價可以指出需求中存在的問題，在開發(fā)真正產(chǎn)品之前，可以最低的費用來解決這些問題。探索設(shè)計選擇方案 : 原型作為一種設(shè)計工具， 用它可以探索不同的用戶界面技術(shù)，使系統(tǒng)達到最佳的易用性，并且可以評價可能的技術(shù)方案。發(fā)展為最終的產(chǎn)品原型 : 作為一種構(gòu)造工具，是產(chǎn)品最初子集的完整功能實現(xiàn)，通過一系列小規(guī)模的開發(fā)循環(huán)，你可以完成整個產(chǎn)品的開發(fā)。軟件原型的種類：水平原型和垂直原型、拋棄型原型和進化型原型、電子原型和書面原型。通過水平和垂直原型讓用戶體驗或者驗證需求實現(xiàn)

9、的具體行為 （或操作）以及部分確定性的功能， 而拋棄型和進化型原型則針對不確定性的問題通過原型進行探討和研究最終剔除掉需求的不確定性。為了幫助開發(fā)者在需求開發(fā)過程中建立有效的原型， 請遵循如下原則：項目計劃中應(yīng)包括原型風(fēng)險 。安排好開發(fā)、評價和可能的修改原型的時間。計劃開發(fā)多個原型 。因為很少能一次成功。盡快并且廉價地建立拋棄型原型。 用最少的投資開發(fā)那些用于回答問題和解決需求的不確定性的原型。不要努力去完善一個拋棄型原型的用戶界面。在拋棄型原型中不應(yīng)含有代碼注釋、輸入數(shù)據(jù)有效性檢查、保護性編碼技術(shù)，或者錯誤處理的代碼。對于已經(jīng)理解的需求不要建立原型。不能隨意地增加功能 。當一個簡單的拋棄型原

10、型達到原型目的時， 就不應(yīng)該隨便擴充它的功能。不要從水平原型的性能推測最終產(chǎn)品的性能 。原型可能沒有運行在最終產(chǎn)品所處的特定環(huán)境中， 并且你開發(fā)原型的工具與開發(fā)產(chǎn)品的工具在效率上是存在差異的。在原型屏幕顯示和報表中使用合理的模擬數(shù)據(jù)。 那些評價原型的用戶會受不現(xiàn)實數(shù)據(jù)的影響而不能把原型看成真正產(chǎn)品的模型。.不要期望原型可以代替需求文檔。原型只是暗示了許多后臺功能，因此必須把這些功能寫入軟件需求規(guī)格說明， 使之完善、詳細并且可以有案可稽。5. （12）簡述軟件需求的幾種典型來源。典型的軟件需求來源 :與潛在用戶進行交談和討論描述現(xiàn)有產(chǎn)品或競爭產(chǎn)品的文檔系統(tǒng)需求規(guī)格說明現(xiàn)有系統(tǒng)的問題報告和改進要求

11、市場調(diào)查和用戶問卷調(diào)查觀察用戶如何工作用戶工作的情景分析事件和響應(yīng)并做適當?shù)慕忉尅? （ 12 分）本課程中涉及的主要圖形化分析方法有哪些（5）？繪制系統(tǒng)數(shù)據(jù)流圖應(yīng)遵循哪些原則（ 7）?答： 1、本課程中涉及的主要的圖形化分析方法有：用例圖，數(shù)據(jù)流圖，實體聯(lián)系圖，狀態(tài)轉(zhuǎn)換圖，對話圖，類圖。2、繪制系統(tǒng)數(shù)據(jù)流程圖應(yīng)遵循的原則有：（ 1）把數(shù)據(jù)存儲放在 0 層數(shù)據(jù)流圖或更低層子圖上，不要放在關(guān)聯(lián)圖上 ；（ 2）過程是通過數(shù)據(jù)存儲進行通訊，而不是從一個過程直接流到另一過程。 類似地，數(shù)據(jù)不能直接由一個數(shù)據(jù)存儲直接流到另一個數(shù)據(jù)存儲， 它必須通過一個過程圓圈；（ 3）使用數(shù)據(jù)流圖時，不要試圖讓數(shù)據(jù)流圖

12、反映處理的順序；（ 4）用一個簡明的動作命名過程： 動詞 +對象。數(shù)據(jù)流圖中所用的名字應(yīng)對客戶有意義，并且與業(yè)務(wù)或問題域相關(guān)；（ 5）對過程的編號要唯一且具有層次性 。在 0 層圖上，每個過程的編號用整數(shù)表示。如果你為過程 3 創(chuàng)建子圖， 則子圖中的過程編號應(yīng)表示為 3.1 ，3.2 等等；（ 6）不要在一個圖中繪制多達 7-10 個以上的過程 ，否則就很難繪制、 更改和理解；.（ 6）不要使某些圓圈只有輸入或只有輸出 。數(shù)據(jù)流圖中圓圈所代表的處理過程通常要求既有輸入又有輸出。7. （12 分）優(yōu)秀需求及需求規(guī)格說明應(yīng)具有哪些主要特性（ 5）？圖示并論述需求審查的過程 (4) ，并說明需求規(guī)格

13、說明書進入和退出審查的標準（3）。答：主要特性 : 完整性，正確性，可行性，必要性，劃分優(yōu)先級，無二義性，可驗證性，一致性，可修改性，可跟蹤性。需求評審要經(jīng)歷如下過程：（ 1）規(guī)劃 。作者和調(diào)解者協(xié)同對審查進行規(guī)劃，以決定誰該參加審查，審查員在召開審查會之前應(yīng)收到什么材料并且需要召開幾次審查會。（ 2）總體會議 ?？傮w會議可以為審查員提供了解會議的信息，包括他們要審查的材料的背景， 作者所作的假設(shè)和作者的特定審查目標。 如果所有的審查員對要審查的項目都很熟悉，那么就可以省略本次總體會議。（ 3）準備。在正式審查的準備階段，每個審查員以典型缺陷清單為指導(dǎo)，檢查產(chǎn)品可能出現(xiàn)的錯誤，并提出問題。（

14、4）審查會議 。在審查會進行過程中，讀者通過軟件需求規(guī)格說明指導(dǎo)審查小組，一次解釋一個需求。 當審查員提出可能的錯誤或其它問題時， 記錄員就記錄這些內(nèi)容，其形式可以成為需求作者的工作項列表。 會議的目的是盡可能多地發(fā)現(xiàn)需求規(guī)格說明中的重大缺陷。 另外，審查會不應(yīng)該超過兩個小時， 如果需要更多的時間，就另外再安排一次會議。（ 5）重寫 。幾乎每一個質(zhì)量控制活動都可能發(fā)現(xiàn)一些需求缺陷。因此，作者必須在審查會之后， 安排一段時間用于重寫文檔， 解決需求中的二義性、 消除模糊性，并且為成功開發(fā)一個項目打下堅實的基礎(chǔ)。（ 6）重審 。這是審查工作的最后一步，調(diào)解者或指派人單獨重審由作者重寫的需求規(guī)格說明

15、。 重審確保了所有提出的問題都能得到解決， 并且正確修改了需求的錯誤。重審結(jié)束了審查的全過程并且可以使調(diào)解者做出判斷： 是否已滿足審查的退出標準。具體流程如下圖：.需求規(guī)格說明書進入審查的標準：（ 1）文檔符合標準模板；（ 2）文檔已經(jīng)做過拼寫檢查和語法檢查；（ 3）作者已經(jīng)檢查了文檔在版面安排上所存在的錯誤；（ 4）已經(jīng)獲得了審查員所需要的先前或參考文檔，例如系統(tǒng)需求規(guī)格說明；（ 5）在文檔中打印了行序號以方便在審查中對特定位置的查閱；（ 6）所有未解決的問題都被標記為 TBD(待確定 ) ；（ 7）包括了文檔中使用到的術(shù)語詞匯表。需求規(guī)格說明書退出審查的標準：（ 1）已經(jīng)明確闡述了審查員提

16、出的所有問題；（ 2）已經(jīng)正確修改了文檔；（ 3）修訂過的文檔已經(jīng)進行了拼寫檢查和語法檢查；（ 4）所有 TBD的問題已經(jīng)全部解決，或者已經(jīng)記錄下每個待確定問題的解決過程，目標日期和提出問題的人；（ 5）文檔已經(jīng)登記入項目的配置管理系統(tǒng)；（ 6）檢查是否已將審查過的資料送到有關(guān)收集處。8. （ 10）需求管理的主要活動有哪些（ 6），給出需求變更控制過程描述（ 4）。答: 需求管理包括在工程進展過程中維持需求約定集成性和精確性的所有活動如下 :變更控制建議變更分析影響決定變更.更新需求文檔變更計劃測量需求的穩(wěn)定性版本控制定義版本標識方法確定需求文檔版本確定單個需求文檔版本需求跟蹤定義對其它需求的連接鏈定義對其它系統(tǒng)元素的連接鏈需求狀態(tài)跟蹤定義可能