需求分析知識(shí)點(diǎn)總結(jié)匯編.doc

1、學(xué)習(xí) - 好資料一、二填空與判斷1.軟件系統(tǒng)通過影響問題域，能夠幫助人們解決問題稱為解系統(tǒng)2.需求分析的分類（ 功能需求、性能需求、質(zhì)量屬性、對(duì)外接口、約束）3. 對(duì)于尋找涉眾的必要性通過分析不同復(fù)雜度的信息系統(tǒng)的涉眾特點(diǎn)將信息系統(tǒng)分為（ 小型統(tǒng)統(tǒng)、組織及系統(tǒng)、戰(zhàn)略信息系統(tǒng)、組之間系統(tǒng)）4.獲取信息的方法（ 傳統(tǒng)方法、集體獲取方法、原型、模型驅(qū)動(dòng)方法、認(rèn)知方法、基于上下文方法 ）5.常見的涉眾類別有（ 用戶、客戶、開發(fā)者、管理者、領(lǐng)域?qū)＜?、政府力量、市?chǎng)力量）6.需求獲取方法利用面談可獲得的信息內(nèi)容包括（事實(shí)和問題、被會(huì)見者的觀點(diǎn)、被會(huì)見者的感受、組織和個(gè)人目標(biāo)）7.原型的分類（ 按照使用方式

2、分類：演示、嚴(yán)格意義上的、試驗(yàn)、引示系統(tǒng)按照媒介載體分類：樣板、紙上向?qū)О凑臻_發(fā)方式：演化式、拋棄式按照構(gòu)建技術(shù)：水平、垂直。原型）8.需求開發(fā)的一些特性決定了需求開發(fā)過程只能是一個(gè)迭代式的增量過程，而且還不是一個(gè)簡(jiǎn)單的線性增量過程，它的各個(gè)活動(dòng)之間存在這復(fù)雜的組織關(guān)系。9.頭腦風(fēng)暴是一種特殊的群體面談方式10. 面談就是在需求獲取活動(dòng)中發(fā)生在需求工程師和用戶之間的面對(duì)面的會(huì)見，它是一種使用問答格式，具有特定目的的直接會(huì)話，也是事件中最為廣泛的需求獲取方法之一。11. 需求驗(yàn)證最主要的方法是需求評(píng)審。（判）需求是用戶對(duì)問題域中的實(shí)體狀態(tài)或事件的期望描述（判）為了滿足用戶的業(yè)務(wù)需求，需求工程師需

3、要描述系統(tǒng)高層次的解決方案，更多精品文檔學(xué)習(xí) - 好資料定義系統(tǒng)應(yīng)該具備的特性。（判）所有對(duì)軟件的開發(fā)和應(yīng)具有發(fā)言權(quán)和決定權(quán)的人統(tǒng)稱為涉眾。（判）軟件系統(tǒng)的涉眾群體不是固定不變的（判）模型驅(qū)動(dòng)方法是一類以定義明確的模型為理論基礎(chǔ)，依據(jù)模型指導(dǎo)和組織活動(dòng)開展的需求工程方法。（判）一對(duì)一的面談是時(shí)間成本比較高的需求獲取方法，尤其是在獲取一個(gè)或多個(gè)涉眾方相關(guān)的主題時(shí)，需反復(fù)和多個(gè)涉眾方安排逐步深入的面談解決問題。（判）原型系統(tǒng)通常被構(gòu)造為不完整的系統(tǒng)，以在將來進(jìn)行改進(jìn)、補(bǔ)充或代替。（判）不同涉眾對(duì)同一問題的目標(biāo)要求，或者不同業(yè)務(wù)需求之間，可能會(huì)互相矛盾。這些矛盾將使開發(fā)人員無法同時(shí)滿足多方需求，最終

4、導(dǎo)致項(xiàng)目的失敗。 因此，這些矛盾在這個(gè)階段必須得到妥善解決。在大多數(shù)情況下，業(yè)務(wù)需求的沖突可通過涉眾之間的協(xié)商達(dá)成一致。三、名詞解釋1 解釋下列名詞：?jiǎn)栴}域，解系統(tǒng)和共享現(xiàn)象，并結(jié)合他們的含義說明軟件系統(tǒng)如何與現(xiàn)實(shí)世界形成互動(dòng)的問題域：現(xiàn)實(shí)的狀況與人們期望的狀況產(chǎn)生差異就產(chǎn)生問題，這些實(shí)體和狀態(tài)構(gòu)成了問題解決的基本范圍，稱為該問題的問題域。解系統(tǒng) :軟件系統(tǒng)通過影響問題域，能夠幫助人們解決問題稱為解系統(tǒng)。共享現(xiàn)象：軟件系統(tǒng)能夠與問題域進(jìn)行互交和相互影響的原因在于軟件系統(tǒng)中的某些部分對(duì)問題域中的某些部分具有模擬性。問題域中的某些信息能夠和模擬中的信息建立映射關(guān)系。這些通過映射建立的共同知識(shí)，就是

5、域和解系統(tǒng)之間的共享現(xiàn)象。更多精品文檔學(xué)習(xí) - 好資料共享現(xiàn)象就是問題域和解系統(tǒng)實(shí)現(xiàn)互交和互相影響的途徑與接口，問題域和解系統(tǒng)都通過改變這些共識(shí)來影響，或接受對(duì)方的影響。2. 解釋下列名詞， 需求，規(guī)格說明， 問題域特性和約束，并結(jié)合他們的含義說明需求工程的主要任務(wù)是什么？需求：是用戶對(duì)問題域中的實(shí)體狀態(tài)或事件的期望描述規(guī)格說明 :規(guī)格說明是解系統(tǒng)為滿足用戶需求而提供的解決方案，規(guī)定了解系統(tǒng)的行為特征。問題域特性：?jiǎn)栴}域的自治規(guī)律性稱為問題域特性。約束：在和解系統(tǒng)相互影響的同時(shí)，問題域是自治的，它有自己的運(yùn)行規(guī)律，而且這些規(guī)律不會(huì)因解系統(tǒng)的引入而發(fā)生改變，這種自治的規(guī)律性稱為問題域特性，當(dāng)這些

6、特性非常明確時(shí)稱之為約束。需求工程的主要任務(wù)： (1) 需求工程必須說明軟件系統(tǒng)將應(yīng)用的環(huán)境及目標(biāo)，說明用來達(dá)成這些目標(biāo)的軟件功能，還要說明在設(shè)計(jì)和實(shí)現(xiàn)這些功能時(shí)上下文環(huán)境對(duì)軟件完成任務(wù)所用的方式、方法所施加的限制和約束。 (2) 需求工程必須將目標(biāo)、功能和約束反映到軟件系統(tǒng)中，映射為可行的軟件行為，并對(duì)軟件行為進(jìn)行準(zhǔn)確的規(guī)格說明。 (3) 需求工程還要妥善處理目標(biāo)、功能和約束隨著時(shí)間的演化情況。3. 系統(tǒng) (級(jí))需求：系統(tǒng)需求是用戶對(duì)系統(tǒng)行為的期望，一系列的系統(tǒng)需求在一起可以幫助用戶完成任務(wù)，達(dá)成用戶需求，進(jìn)而滿足業(yè)務(wù)需求系統(tǒng)需求可以直接映射為系統(tǒng)需求行為，定義了系統(tǒng)中需要實(shí)現(xiàn)的功能，描述了

7、開發(fā)人員需要實(shí)現(xiàn)什么。4 需求驗(yàn)證與確認(rèn)一方面它要確保以正確的的形式建立需求(需求驗(yàn)證 )，得到足以作為軟件創(chuàng)建更多精品文檔學(xué)習(xí) - 好資料基礎(chǔ)的需求，另一方面，它要確保得到內(nèi)容語義正確的需求(需求確認(rèn) )，得到能夠準(zhǔn)確反映用戶意圖的需求。四、問答題1 軟件需求工程的特性(1) 重要性(2) 復(fù)雜性。體現(xiàn)在以下幾個(gè)方面： 處理范圍廣泛 處理內(nèi)容多樣。需求工程處理的知識(shí)內(nèi)容多種多樣，既有用戶的功能需求和非功能需求，又有軟件將來所處的環(huán)境及其約束。 處理活動(dòng)互相交織。需求工程包括需求獲取，需求分析，需求規(guī)格說明和需求驗(yàn)證等，它們互相銜接，順序處理。 涉及諸多參與方。需求處理過程中涉及很多參與者，他

8、們來自不同領(lǐng)域，有不同的表達(dá)方式和期望值，使得需求處理過程更為復(fù)雜。 處理結(jié)果要求苛刻。作為需求處理結(jié)果的需求規(guī)格說明要滿足正確性、完整和一致性等苛刻要求。2. 為什么要確定項(xiàng)目前景與范圍。業(yè)務(wù)需求、高層解決方案及系統(tǒng)特性都應(yīng)唄記錄下來，定義為項(xiàng)目的前景與范圍文檔。前景描述了產(chǎn)品的作用及最終功能，它將所有涉眾都統(tǒng)一到一個(gè)方向上。范圍則指出了當(dāng)前項(xiàng)目是要解決產(chǎn)品長遠(yuǎn)規(guī)劃中的哪一部分，范圍聲明它為項(xiàng)目規(guī)劃了需求的界限。根據(jù)系統(tǒng)的高層解決方案和系統(tǒng)特性，可以定義系統(tǒng)的上下文環(huán)境，建立系統(tǒng)的邊界。這將是需求分析活動(dòng)的起點(diǎn)。更多精品文檔學(xué)習(xí) - 好資料3 需求工程師具備的知識(shí)和技能有那些？知識(shí)：(1)

9、軟件技術(shù)是最重要的一種知識(shí)(2)認(rèn)知學(xué)和社會(huì)學(xué)方面的知識(shí)(3)應(yīng)用哲學(xué)知識(shí)技能： (1)專業(yè)技能(2) 分析技能。 (3) 交流技能。(4)建模技能。(5) 寫作技能。 (6)創(chuàng)新技能。(7) 觀察技能。 (8) 協(xié)調(diào)技能。4 對(duì)軟件概念的理解(1) 運(yùn)行時(shí)，能夠提供所要求功能和性能的指令或計(jì)算機(jī)程序集合。(2) 程序能夠滿意地處理信息的數(shù)據(jù)結(jié)構(gòu)。(3) 描述程序功能需求以及程序如何操作和使用所要求的文檔。以開發(fā)語言作為描述語言，可以認(rèn)為：軟件 = 程序 + 數(shù)據(jù) + 文檔或：軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的一部分，包括程序、數(shù)據(jù)以及與其相關(guān)文檔的完整集合。其中，程序是按事先設(shè)計(jì)的功能和性能

10、要求執(zhí)行的指令系列；數(shù)據(jù)是使程序能正常操縱信息的數(shù)據(jù)結(jié)構(gòu)；文檔是與程序開發(fā)、維護(hù)和使用有關(guān)的圖文材料。5 涉眾分析的活動(dòng)有哪些？它們的工作基礎(chǔ)、工作目標(biāo)和工作成果分別是什么？(1) 涉眾識(shí)別：涉眾分析的第一個(gè)步驟，目的是尋找和發(fā)現(xiàn)各種涉眾類別。涉眾識(shí)別的理想結(jié)果是一個(gè)細(xì)化的關(guān)鍵涉眾類別列表。(2) 涉眾描述：在識(shí)別出關(guān)鍵涉眾類別后，要描述涉眾類別的特征，這些描述可以幫助形成對(duì)涉眾類別的理解。(3) 涉眾評(píng)估：在涉眾描述之后，可得到大量關(guān)于涉眾的信息，這些信息分別描述更多精品文檔學(xué)習(xí) - 好資料了射中某些方面的特征。涉眾評(píng)估是將這些鼓勵(lì)的描述心里聯(lián)合起來進(jìn)行分析，以得到更深層次信息的過程。(4)

11、 涉眾選擇：在發(fā)現(xiàn)關(guān)鍵涉眾類別，完成對(duì)他們角色和職責(zé)的定義之后，還需為每一個(gè)涉眾類別選擇合適的代表，這些代表要能夠扮演涉眾類別的角色并履行相應(yīng)的責(zé)任，為項(xiàng)目的最終成功起到應(yīng)有的作用。6 需求分析的根本任務(wù)是什么？獲取結(jié)果（用戶的理解問題的描述）需求分析（建立分析模型創(chuàng)建解決方案）需求開發(fā)目標(biāo)（共同的理解解決方案的描述）(1) 建立分析模型，達(dá)成開發(fā)者和用戶對(duì)需求信息的共同理解。分析可以將復(fù)雜的系統(tǒng)分解成簡(jiǎn)單的部分以及它們之間的聯(lián)系，確定本質(zhì)特征，并拋棄次要特征。分析的活動(dòng)主要包括識(shí)別、定義和結(jié)構(gòu)化，他的目的是獲取某個(gè)可以轉(zhuǎn)化為知識(shí)的事務(wù)信息，這種分析活動(dòng)被稱為建模(2) 依據(jù)共同的理解，發(fā)揮創(chuàng)

12、造性，創(chuàng)建軟件系統(tǒng)解決方案。分析可將一個(gè)問題分解成獨(dú)立、更簡(jiǎn)單易于管理的子問題來幫助解決方案并有助于確定事物之間的邏輯關(guān)系。創(chuàng)建解決方案的過程是創(chuàng)造性的。五、案例題1 你的公司的一位副總裁對(duì)你開發(fā)新的采購信息系統(tǒng)的重要用戶參與時(shí)間的請(qǐng)求回復(fù)道：“我們很忙，我不能讓我的采購部人員放下手頭的活來給你的項(xiàng)目團(tuán)隊(duì)服務(wù)。而且你的人是 系統(tǒng)開發(fā)人員，是你們開發(fā)這個(gè)系統(tǒng)，我們只是使用它。 ” 對(duì)這個(gè)回復(fù)，你打算怎么辦？更多精品文檔學(xué)習(xí) - 好資料解答：說明缺乏涉眾的危害性，說服他。2.“我有一個(gè)絕妙的主意！”Bea Kwicke宣布，他是系統(tǒng)團(tuán)隊(duì)的一位新來的需求工程師，“讓我們跳過所有的SDLC 垃圾，直接

13、為一切設(shè)計(jì)原型。我們的項(xiàng)目會(huì)進(jìn)展的更快，還可以節(jié)省時(shí)間和金錢，并且所有的用戶會(huì)感到我們似乎很在意他們，而不是連續(xù)幾個(gè)月不與他們交談?！?1) 列出你（作為與 Bea 同一個(gè)團(tuán)隊(duì)的成員）用來勸阻她不要試圖放棄SDLC，而直接為所有項(xiàng)目設(shè)計(jì)原型的原因。(2)Bea對(duì)你所說的話很失望。為了鼓勵(lì)她，用一段話向她說明，你認(rèn)為適用于原型化方法的情形。答：（ 1）主要原因：原型僅僅是開發(fā)當(dāng)中使用的一種手段，它利用得當(dāng)可以加速開發(fā)的進(jìn) 程，但不能代替軟件開發(fā)中的所有工作。（2 ）廢棄型演化型情形見下表。水平型闡明并細(xì)化用例和功實(shí)現(xiàn)核心用例能性需求根據(jù)優(yōu)先級(jí)實(shí)現(xiàn)其他用例識(shí)別遺漏功能使得系統(tǒng)適應(yīng)快速變化的需要研究

14、用戶界面方法垂直型演示系統(tǒng)可行性實(shí)現(xiàn)并擴(kuò)充核心功能實(shí)現(xiàn)并擴(kuò)充核心算法測(cè)試并調(diào)整性能更多精品文檔學(xué)習(xí) - 好資料3.Ceci Awill說：“我想我能記得他所做過的大部分事情?！盋eci 準(zhǔn)備與 OK orral公司戰(zhàn)略規(guī)劃副總裁Biff Weblldon進(jìn)行面談。 OKorral是一家擁有130 間牛排連鎖店的公司。 “我的意思是說，我有好的記性。我認(rèn)為聽他說什么比看他做什么更重要。”作為需求工程團(tuán)隊(duì)的一員,Ceci Awll向你訴說了他要寫下在面談中對(duì) Biff 的辦公司和 Biff的活動(dòng)進(jìn)行觀察的愿望。(1) 用一段話來說服 Ceci ，在面談時(shí)僅僅傾聽是不夠的， 觀察和記錄所觀察的內(nèi)容同

15、樣是很重要的。(2)Ceci似乎接受了你認(rèn)為觀察時(shí)很重要的觀點(diǎn)，但是不知道該觀察什么。 列出需要觀察的項(xiàng)目和行為， 在每一項(xiàng)行為的旁邊用一句話指名Ceci 通過觀察應(yīng)該得到的信息。答： (1) 面談并不能確保用戶能夠?qū)⑺械男畔⒍几嬷枨蠊こ處?，諸如一些語言無法確切描述的事務(wù)，而觀察能夠了解用戶真正做什么，還能夠獲取到其他方法不能得到的用戶及其工作環(huán)境的信息，還可以對(duì)從其他方法獲取的信息進(jìn)行確認(rèn)，所以我們應(yīng)該重視觀察方法的應(yīng)用。(2) 觀察客戶所處的環(huán)境（得出何種需求才能更適合客戶）。觀察客戶行為、習(xí)慣特征（得出更適合客戶使用的軟件需求）4 分析你所在學(xué)校使用的選課系統(tǒng)，給出它的DFD 描述 。5 你被任命為替換學(xué)生財(cái)務(wù)資助項(xiàng)目的項(xiàng)目經(jīng)理。你想開發(fā)一個(gè)工作陳述來定義范圍并降低范圍蔓延的風(fēng)險(xiǎn)。財(cái)務(wù)資助部門的主管堅(jiān)持要你15 個(gè)月、 600 000美元的預(yù)算內(nèi)替換他現(xiàn)