軟件需求工程課后作業(yè)答案解析

1、第一章1 .需求分析與系統(tǒng)設(shè)計(jì)之間的界限是什么？何時(shí)從分析階段進(jìn)入設(shè)計(jì)階段？需求分析關(guān)注系統(tǒng)“做什么,系統(tǒng)設(shè)計(jì)關(guān)注“如何做.當(dāng)分析階段完成后才能進(jìn)入到設(shè)計(jì)階段2 .需求處理要注意哪些非技術(shù)因素？為什么？要注意的非技術(shù)因素：組織機(jī)構(gòu)文化、社會(huì)背景、商業(yè)目標(biāo)、利益協(xié)商等.由于利用建模與分析技術(shù)構(gòu)建的解決方案一定要和具體的應(yīng)用環(huán)境相關(guān),不存在不依賴具體應(yīng)用環(huán)境的解決方案,因此,在利用建模分析技術(shù)進(jìn)行要求處理是不能無(wú)視具體應(yīng)用環(huán)境的相關(guān)因素3 .需求分析與需求工程之間的關(guān)系那就是需求工程含義更廣,包括需求獲取、需求分析、需求定義第二章1 .解釋名詞：?jiǎn)栴}域,解系統(tǒng)和共享現(xiàn)象,并結(jié)合他們的含義說(shuō)明軟件系

2、統(tǒng)如何與現(xiàn)實(shí)世界形成互動(dòng)的問(wèn)題域：現(xiàn)實(shí)的狀況與人們期望的狀況產(chǎn)生差異就產(chǎn)生問(wèn)題.解系統(tǒng)：軟件系統(tǒng)通過(guò)影響問(wèn)題域,能夠幫助人們解決問(wèn)題稱為解系統(tǒng)通過(guò)共存現(xiàn)象僅僅是問(wèn)題域和姐系統(tǒng)的一個(gè)局部.而不是他們的全部.軟件系統(tǒng)僅僅是現(xiàn)實(shí)世界的一種抽象.所以問(wèn)題除了共享現(xiàn)象之外.還有很多在進(jìn)行模型抽象時(shí)忽略的其他現(xiàn)實(shí)因素.2 .解釋以下名詞,需求,規(guī)格說(shuō)明,問(wèn)題域特性和約束,并結(jié)合他們的含義說(shuō)明需求工程的主要任務(wù)是什么？需求是用戶對(duì)問(wèn)題域中的實(shí)體狀態(tài)或事件的期望描述規(guī)格說(shuō)明：規(guī)格說(shuō)明是解系統(tǒng)為滿足用戶需求而提供的解決方案,規(guī)定了解系統(tǒng)的行為特征.問(wèn)題域的特性：在和解系統(tǒng)相互影響的同時(shí),問(wèn)題域是自治的,它有自己

3、的運(yùn)行規(guī)律,而且這些規(guī)律不會(huì)因解系統(tǒng)的引入而發(fā)生改變,這種自治的規(guī)律性稱為問(wèn)題域特性,當(dāng)這些特性非常明確時(shí)稱之為約束.需求工程的主要任務(wù)：1.需求工程必須說(shuō)明軟件系統(tǒng)將應(yīng)用的環(huán)境及目標(biāo),說(shuō)明用來(lái)達(dá)成這些目標(biāo)的軟件功能,還要說(shuō)明在設(shè)計(jì)和實(shí)現(xiàn)這些功能時(shí)上下文環(huán)境對(duì)軟件完成任務(wù)所用的方式、方法所施加的限制和約束.2需求工程必須將目標(biāo)、功能和約束反映到軟件系統(tǒng)中,映射為可行的軟件行為,并對(duì)軟件行為進(jìn)行準(zhǔn)確的規(guī)格說(shuō)明.3需求工程還要妥善處理目標(biāo)、功能和約束隨著時(shí)間的演化情況.第三章1 .需求工程過(guò)程的工作根底即輸入存在哪些？他的工作成果即輸出有哪些？答：需求過(guò)程的工作根底是獲取用戶面臨的業(yè)務(wù)問(wèn)題,用戶期

4、望系統(tǒng)表現(xiàn)出來(lái)的各種行為,即需求獲取工作成果：產(chǎn)生一個(gè)能夠在用戶環(huán)境下解決用戶業(yè)務(wù)問(wèn)題的系統(tǒng)方案,并將其文檔化為明確的規(guī)格說(shuō)明.2 .描述需求工程的各個(gè)活動(dòng),說(shuō)明他們各自的工作根底,工作目標(biāo)和工作成果1 .需求獲?。汗ぷ鞲祝?.收集背景資料2.定義工程前景和范圍3.選擇信息的來(lái)源4.選擇獲取方法,執(zhí)行獲取5.記錄獲取結(jié)果工作目標(biāo)：獲取用戶需求,了解用戶在完成任務(wù)的時(shí)候遇到的問(wèn)題與期望工作成果：業(yè)務(wù)需求,工程的前景和范圍,用戶需求以及問(wèn)題域的特征2 .需求分析：工作根底：1背景分析2.確定系統(tǒng)邊界3.需求建模4.需求細(xì)化5.確定優(yōu)先權(quán)6.需求協(xié)商工作目標(biāo)：1.通過(guò)建模整合各種信息,是人們更好地

5、理解問(wèn)題2.定義一個(gè)需求集合,能夠?yàn)閱?wèn)題界定一個(gè)游戲的解決方案工作成果：產(chǎn)生一個(gè)需求的基線集,它指定了系統(tǒng)或當(dāng)前版本的系統(tǒng)開發(fā)需完成的任務(wù)3 .需求規(guī)格說(shuō)明：工作根底1.定制文檔模板2.編寫文檔工作目標(biāo)：為了系統(tǒng)涉眾之間交流需求信息工作成果：需求規(guī)格文檔說(shuō)明4 .需求驗(yàn)證工作根底1.執(zhí)行驗(yàn)證2問(wèn)題修改工作目標(biāo)：為了盡量不給設(shè)計(jì)實(shí)現(xiàn)測(cè)試后續(xù)開發(fā)活動(dòng)帶來(lái)不必要的影響.需求規(guī)格說(shuō)明文檔定義必須正確準(zhǔn)確地反映用戶的意圖工作成果：驗(yàn)證之后,問(wèn)題得以修正需求治理：工作根底：1.建立和維護(hù)需求基線集2.建立需求跟蹤信息3進(jìn)行變更限制工作目標(biāo)：保證需求作用的持續(xù)穩(wěn)定和有效發(fā)揮工作成果：需求治理會(huì)進(jìn)變更限制和實(shí)

6、現(xiàn)合理的變更請(qǐng)求拒絕不合理的變更請(qǐng)求,限制變更的本錢和影響范圍5 .需求工程師需求具備的技能專業(yè)技能,分析技能,交流技能,觀察技能,建模技能,寫作技能,創(chuàng)新技能,協(xié)調(diào)技能第五章1.為什么要定義工程的前景和范圍？答、業(yè)務(wù)需求、高層解決方案和系統(tǒng)特性都應(yīng)該被記錄下來(lái),定義為工程的前景與范圍文檔,前景描述了產(chǎn)品的作用和最終的功能,它將所有的涉眾都統(tǒng)一到一個(gè)方向上范圍指出了當(dāng)前工程是要解決產(chǎn)品長(zhǎng)遠(yuǎn)規(guī)劃的那一局部,它為工程規(guī)定了需求的界限案例題：1.你被任命為替換學(xué)生財(cái)務(wù)資助工程的工程經(jīng)理.你想開發(fā)一個(gè)工作陳述來(lái)定義范圍并降低范圍蔓延的風(fēng)險(xiǎn).財(cái)務(wù)資助部門的主管堅(jiān)持要你15個(gè)月、600000美元的預(yù)算內(nèi)替

7、換他現(xiàn)有的系統(tǒng)就可以了.他說(shuō)這就是你需要知道的全部,不需要浪費(fèi)時(shí)間開發(fā)一個(gè)工作陳述了.省略工作陳述的風(fēng)險(xiǎn)是什么？你將如何說(shuō)服主管？解答：省略工作陳述的風(fēng)險(xiǎn)是不能明確工程的前景和范圍.如果省略了工作陳述的話,我們就不能和用戶進(jìn)行很好的溝通與交流,這樣,工程的問(wèn)題也就不能明確,開發(fā)人員無(wú)法與涉眾對(duì)問(wèn)題達(dá)成共識(shí)；無(wú)法明確問(wèn)題,也就無(wú)法發(fā)現(xiàn)正確的業(yè)務(wù)需求,無(wú)法定義良好的解決方案及系統(tǒng)特性,繼而無(wú)法明確工程的前景和范圍,這樣就會(huì)造成工程的不穩(wěn)定甚至失?。〉诹? .什么是涉眾？涉眾分析？軟件系統(tǒng)中常見的涉眾？涉眾是與要建設(shè)的業(yè)務(wù)系統(tǒng)相關(guān)的一切人和事.涉眾分析就是為軟件系統(tǒng)尋找并理解關(guān)鍵涉眾的過(guò)程常見的涉

8、眾：治理著：用戶、客戶、開發(fā)人員、治理者、領(lǐng)域?qū)＜?、政府力量和市?chǎng)力量等領(lǐng)域?qū)＜遥涸趩?wèn)題域中具有豐富知識(shí)的專家* 關(guān)注軟件中的知識(shí)政府力量：法律法規(guī)、長(zhǎng)遠(yuǎn)規(guī)劃、政策意向* 起約束和指導(dǎo)作用市場(chǎng)力量：組織中的市場(chǎng)部門人員,關(guān)注用戶的想法* 關(guān)注用戶想法用戶：最終使用和操作產(chǎn)品的人* 關(guān)注軟件功能客戶：為軟件系統(tǒng)開發(fā)付費(fèi)的人* 關(guān)注經(jīng)濟(jì)的本錢、收益開發(fā)者：負(fù)責(zé)實(shí)現(xiàn)軟件系統(tǒng)的人* 關(guān)注技術(shù)上的本錢和利益第七章2 .列出面談的5個(gè)步驟面談準(zhǔn)備的主要工作包括：1、閱讀背景資料2、確定面談的主題和目標(biāo)3、選擇被會(huì)見者4、準(zhǔn)備會(huì)見被會(huì)見者5、確定問(wèn)題和類型第8章1 .原型的定義原型是一個(gè)系統(tǒng),他內(nèi)化了一個(gè)更

9、遲系統(tǒng)的本質(zhì)特征.2 .說(shuō)明原型在需求獲取中的作用和試用情景由于原型是在最終系統(tǒng)產(chǎn)生之前的一個(gè)局部真實(shí)表現(xiàn),所以原型方法可以讓人們?cè)谙到y(tǒng)的開發(fā)過(guò)程中,就能對(duì)一些具體問(wèn)題進(jìn)行基于事物有效溝通,從而幫助人們今早解決軟件開發(fā)過(guò)程中存在的各種不確定性.場(chǎng)景：產(chǎn)品以前從未存在過(guò),而且難以可視化,這些產(chǎn)品屬于創(chuàng)新產(chǎn)品,他們的基本需求是潛在的,有很大的不確定性產(chǎn)品的用戶對(duì)相關(guān)類別的產(chǎn)品沒有經(jīng)驗(yàn),而且對(duì)將要采用的技術(shù)也沒有經(jīng)驗(yàn).此時(shí)用戶無(wú)法明確工作的具體細(xì)節(jié),產(chǎn)品的細(xì)節(jié)需求存在著不確定性用戶進(jìn)行自己的工作已經(jīng)有一段時(shí)間了,但在完成工作的方式上依然存在障礙.用戶清楚說(shuō)明他們的需求方面存在困難.在澄清和理解之前,

10、這些需求存在著不確定性需求的可行性值的疑心,即具體需求的可滿足性存在著不確定性三、案例題“我有一個(gè)絕妙的主意！"BeaKwicke宣布,他是系統(tǒng)團(tuán)隊(duì)的一位新來(lái)的需求工程師,“讓我們跳過(guò)所有的SDLC垃圾,直接為一切設(shè)計(jì)原型.我們的工程會(huì)進(jìn)展的更快,還可以節(jié)省時(shí)間和金錢,并且所有的用戶會(huì)感到我們似乎很在意他們,而不是連續(xù)幾個(gè)月不與他們交談.a)列出你(作為與Bea同一個(gè)團(tuán)隊(duì)的成員)用來(lái)勸阻她不要試圖放棄SDLG而直接為所有工程設(shè)計(jì)原型的原因.b)Bea對(duì)你所說(shuō)的話很失望.為了鼓勵(lì)她,用一段話向她說(shuō)明,你認(rèn)為適用于原型化方法的情(1)主要原因：原型僅僅是開發(fā)當(dāng)中使用的一種手段,它利用得當(dāng)

11、可以加速開發(fā)的進(jìn)程,但不能代替軟件開發(fā)中的所有工作.(2)情形見下表,尤其是其中紅色的局部第九章1 .為什么需要觀方法？觀察方法的適用情景是什么？答：很多時(shí)候用戶無(wú)法完成主動(dòng)的信息告知,或者說(shuō)用戶和需求工程師之間的語(yǔ)言交流無(wú)法產(chǎn)生有效的結(jié)果,這時(shí)就有必要采用觀察的方法.采樣觀察：根據(jù)明確的目的選取特定的時(shí)間段或者特定的事件進(jìn)行觀察.民族志：觀察者深入到用戶中,花費(fèi)較長(zhǎng)的時(shí)間(一般為幾個(gè)月)來(lái)觀察用戶的活動(dòng).話語(yǔ)分析：它通過(guò)觀察和分析用戶交談中的交互方式或者特定的話語(yǔ)形式的內(nèi)部結(jié)構(gòu)來(lái)發(fā)現(xiàn)和獲取相關(guān)信息.協(xié)議分析：對(duì)用戶任務(wù)的觀察.它要求觀察對(duì)象一邊執(zhí)行任務(wù),一邊大聲地解釋他們?cè)趫?zhí)行任務(wù)時(shí)產(chǎn)生的各

12、種想法.任務(wù)分析：專門針對(duì)人機(jī)交互行為的觀察.它引入了相關(guān)的模型方法來(lái)觀察、記錄和分析用戶與軟件系統(tǒng)的交互行為案例題1. CeciAwill說(shuō)：“我想我能記得他所做過(guò)的大局部事情.Ceci準(zhǔn)備與OKCorral公司戰(zhàn)略規(guī)劃副總裁BiffWeblldon進(jìn)行面談.OKCorral是一家擁有130間牛排連鎖店的公司.“我的意思是說(shuō),我有好的記性.我認(rèn)為聽他說(shuō)什么比看他做什么更重要.作為需求工程團(tuán)隊(duì)的一員,CeciAwll向你訴說(shuō)了他要寫下在面談中對(duì)Biff的辦公司和Biff的活動(dòng)進(jìn)行觀察的愿望.1用一段話來(lái)說(shuō)服Ceci,在面談時(shí)僅僅傾聽是不夠的,觀察和記錄所觀察的內(nèi)容同樣是很重要的.2Ceci似乎

13、接受了你認(rèn)為觀察時(shí)很重要的觀點(diǎn),但是不知道該觀察什么.列出需要觀察的工程和行為,在每一項(xiàng)行為的旁邊用一句話指名Ceci通過(guò)觀察應(yīng)該得到的信息.答：1面談并不能保證用戶能夠?qū)⑺械男畔⒍几嬷枨蠊こ處?諸如一些語(yǔ)言無(wú)法確切描述的事務(wù),而觀察能夠了解用戶真正做什么,還能夠獲取到其他方法不能得到的用戶及其工作環(huán)境的信息,還可以對(duì)從其他方法獲取的信息進(jìn)行確認(rèn),所以我們應(yīng)該重視觀察方法的應(yīng)用.2觀察客戶所處的環(huán)境得出何種需求才能更適合客戶.觀察客戶行為、習(xí)慣特征得出更適合客戶使用的軟件需求.第十一章2.什么是系統(tǒng)模型,他與需求分析和系統(tǒng)設(shè)計(jì)有什么關(guān)系？系統(tǒng)模型是指以某種確定的形式如文字、符號(hào)、圖表、實(shí)物

14、、數(shù)學(xué)公式等,對(duì)系統(tǒng)某一方面本質(zhì)屬性的描述.需求分析是挖掘和整理知識(shí)的過(guò)程,它在已掌握知識(shí)的根底上進(jìn)行.初步捕獲到的需求信息往往處于不同層次,也有一些主觀甚至不正確的信息.而經(jīng)過(guò)必要的需求分析工作之后,需求會(huì)更加系統(tǒng)、更加有條理、更加全面.那么系統(tǒng)分析呢？如果說(shuō),需求分析致力于搞清楚軟件系統(tǒng)要“做什么的話,那么系統(tǒng)分析已經(jīng)涉及“怎么做的問(wèn)題了.需求捕獲、需求分析以及系統(tǒng)分析之間的關(guān)系我們必須理解透徹,否那么就會(huì)影響工作的有效性進(jìn)行.同樣,在實(shí)踐中,需求分析和系統(tǒng)分析也常常被混淆.需求分析致力與搞清軟件系統(tǒng)要“做什么,而系統(tǒng)分析更關(guān)注“怎么做的問(wèn)題,比方大多數(shù)分析方法如OOA應(yīng)該術(shù)語(yǔ)系統(tǒng)分析的范

15、疇.第十二章1 .什么是系統(tǒng)思想？過(guò)程模型如何反響系統(tǒng)思想？系統(tǒng)是指由相互制約、相互作用的一些局部組成的具有某種功能的有機(jī)整體.因此系統(tǒng)思想可以理解為,用整體、全局的、聯(lián)系的觀點(diǎn)看問(wèn)題、辦事情,而不能用片面的、孤立的觀點(diǎn).軟件過(guò)程是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架,它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟.第十五章2 .什么事需求規(guī)格說(shuō)明？為什么要建立需求規(guī)格說(shuō)明？答：需求規(guī)格說(shuō)明活動(dòng)就是將需求及其軟件解決方案進(jìn)行定義和文檔化,并傳遞給開發(fā)人員的需求工程活動(dòng).建立需求規(guī)格說(shuō)明的必要性是顯而易見的：一方面,清楚、明確、結(jié)構(gòu)化的文檔可以將系統(tǒng)的需求信息和解決方案更好地傳遞到所有的開發(fā)人員.另一

16、方面,文檔可以拓展人們的知識(shí)記憶水平.除了必要性外,需求規(guī)格說(shuō)明文檔可以成為合同協(xié)議的重要局部,可以成為工程開發(fā)活動(dòng)的一個(gè)重要依據(jù),可以盡早地發(fā)現(xiàn)和減少工程的返工,降低工程的工作量,需求規(guī)格女說(shuō)明文檔可以成為有效的智力資產(chǎn).3 .需求規(guī)格說(shuō)明有哪些常見類型？他們的主要內(nèi)容分別是什么？答：需求規(guī)格說(shuō)明文檔常見有工程前景和范圍文檔、用戶需求文檔、系統(tǒng)需求規(guī)格說(shuō)明文檔、軟件需求規(guī)格說(shuō)明文檔、接口需求規(guī)格說(shuō)明文檔、硬件需求規(guī)格說(shuō)明文檔和人機(jī)交互文檔.工程的前景和范圍文檔的主要內(nèi)容是對(duì)業(yè)務(wù)需求的定義,用戶需求文檔是對(duì)用戶需求的定義,系統(tǒng)需求規(guī)格說(shuō)明文檔是對(duì)系統(tǒng)需求、解決方案的定義,軟件需求規(guī)格說(shuō)明文檔是對(duì)整個(gè)系統(tǒng)功能分配給軟件局部的詳細(xì)描述,硬件需求規(guī)格說(shuō)明文檔是對(duì)整個(gè)系統(tǒng)