需求工程課后重點答案

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

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

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

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

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

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

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

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

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

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

11、加速開發(fā)的進 程，但不能代替軟件開發(fā)中的所有工作。（2）情形見下表，尤其是其中紅色的部分 四、說明下列典型的應(yīng)用情景適合使用哪種類型的原型（1）人機交互界面-信息表格或者報表（2）人機交互界面-具體功能的設(shè)置（3）人機交互界面-任務(wù)的執(zhí)行過程（4）功能探索-任務(wù)的功能內(nèi)容（5）功能探索-任務(wù)的執(zhí)行過程（6）功能探索-任務(wù)的執(zhí)行結(jié)果第九章1、 為什么需要觀方法？觀察方法的適用情景是什么？答：很多時候用戶無法完成主動的信息告知，或者說用戶和需求工程師之間的語言交流無法產(chǎn)生有效的結(jié)果，這時就有必要采用觀察的方法。采樣觀察：根據(jù)明確的目的選取特定的時間段或者特定的事件進行觀察。民族志：觀察者深入到用戶

12、中，花費較長的時間（一般為幾個月）來觀察用戶的活動。話語分析：它通過觀察和分析用戶交談中的交互方式或者特定的話語形式的內(nèi)部結(jié)構(gòu)來發(fā)現(xiàn)和獲取相關(guān)信息。協(xié)議分析：對用戶任務(wù)的觀察。它要求觀察對象一邊執(zhí)行任務(wù)，一邊大聲地解釋他們在執(zhí)行任務(wù)時產(chǎn)生的各種想法。任務(wù)分析：專門針對人機交互行為的觀察。它引入了相關(guān)的模型方法來觀察、記錄和分析用戶與軟件系統(tǒng)的交互行為2、 案例題1. ceci awill說：“我想我能記得他所做過的大部分事情?！眂eci準備與okorral公司戰(zhàn)略規(guī)劃副總裁biff weblldon進行面談。okorral是一家擁有130間牛排連鎖店的公司?！拔业囊馑际钦f，我有好的記性。我認為

13、聽他說什么比看他做什么更重要?！弊鳛樾枨蠊こ虉F隊的一員,ceci awll向你訴說了他要寫下在面談中對biff的辦公司和biff的活動進行觀察的愿望。(1) 用一段話來說服ceci，在面談時僅僅傾聽是不夠的，觀察和記錄所觀察的內(nèi)容同樣是很重要的。(2) ceci似乎接受了你認為觀察時很重要的觀點，但是不知道該觀察什么。列出需要觀察的項目和行為，在每一項行為的旁邊用一句話指名ceci通過觀察應(yīng)該得到的信息。答：（1）面談并不能確保用戶能夠?qū)⑺械男畔⒍几嬷枨蠊こ處?，諸如一些語言無法確切描述的事務(wù)，而觀察能夠了解用戶真正做什么，還能夠獲取到其他方法不能得到的用戶及其工作環(huán)境的信息，還可以對從其他

14、方法獲取的信息進行確認，所以我們應(yīng)該重視觀察方法的應(yīng)用。（2） 觀察客戶所處的環(huán)境（得出何種需求才能更適合客戶）。 觀察客戶行為、習(xí)慣特征（得出更適合客戶使用的軟件需求）。第十一章1、 什么是系統(tǒng)模型，他與需求分析和系統(tǒng)設(shè)計有什么關(guān)系？系統(tǒng)模型是指以某種確定的形式（如文字、符號、圖表、實物、數(shù)學(xué)公式等），對系統(tǒng)某一方面本質(zhì)屬性的描述。需求分析是挖掘和整理知識的過程，它在已掌握知識的基礎(chǔ)上進行。初步捕獲到的需求信息往往處于不同層次，也有一些主觀甚至不正確的信息。而經(jīng)過必要的需求分析工作之后，需求會更加系統(tǒng)、更加有條理、更加全面。那么系統(tǒng)分析呢？如果說，需求分析致力于搞清楚軟件系統(tǒng)要“做什么”的話

15、，那么系統(tǒng)分析已經(jīng)涉及“怎么做”的問題了。需求捕獲、需求分析以及系統(tǒng)分析之間的關(guān)系我們必須理解透徹，否則就會影響工作的有效性進行。同樣，在實踐中，需求分析和系統(tǒng)分析也常常被混淆。需求分析致力與搞清軟件系統(tǒng)要“做什么”，而系統(tǒng)分析更關(guān)注“怎么做”的問題，比如大多數(shù)分析方法（如ooa）應(yīng)該術(shù)語系統(tǒng)分析的范疇。第十二章：一、什么是系統(tǒng)思想?過程模型如何反應(yīng)系統(tǒng)思想?系統(tǒng)是指由相互制約、相互作用的一些部分組成的具有某種功能的有機整體。因此系統(tǒng)思想可以理解為，用整體、全局的、聯(lián)系的觀點看問題、辦事情，而不能用片面的、孤立的觀點。軟件過程是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項任

16、務(wù)的工作步驟。第十五章1、 什么事需求規(guī)格說明？為什么要建立需求規(guī)格說明？答：需求規(guī)格說明活動就是將需求及其軟件解決方案進行定義和文檔化，并傳遞給開發(fā)人員的需求工程活動。建立需求規(guī)格說明的必要性是顯而易見的：一方面，清晰、明確、結(jié)構(gòu)化的文檔可以將系統(tǒng)的需求信息和解決方案更好地傳遞到所有的開發(fā)人員。另一方面，文檔可以拓展人們的知識記憶能力。除了必要性外，需求規(guī)格說明文檔可以成為合同協(xié)議的重要部分，可以成為項目開發(fā)活動的一個重要依據(jù)，可以盡早地發(fā)現(xiàn)和減少項目的返工，降低項目的工作量，需求規(guī)格女說明文檔可以成為有效的智力資產(chǎn)。2、 需求規(guī)格說明有哪些常見類型？他們的主要內(nèi)容分別是什么？答：需求規(guī)格說明文檔常見有項目前景和范圍文檔、用戶需求文檔、系統(tǒng)需求規(guī)格說明文檔、軟件需求規(guī)格說明文檔、接口需求規(guī)格說明文檔、硬件需求規(guī)格說明文檔和人機交互文檔。項目的前景和范圍文檔的主要內(nèi)容是對業(yè)務(wù)需求的定義，用戶需求文檔是對用戶需求的定義，系統(tǒng)需求規(guī)格說明文檔是對系統(tǒng)需求、解決方案的定義，軟件需求規(guī)格說明文檔是對整個系統(tǒng)功能分配給軟件部分的詳細描述，硬