需求分析考試重點答案(共18頁)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上第一章3.需求分析與需求工程之間的關(guān)系那就是需求工程含義更廣，包括需求獲取、需求分析、需求定義5.需求工程包含的活動？為什么重視需求工程？需求工程包含需求開發(fā)和需求管理，而需求開發(fā)又包括需求獲取、需求分析、需求規(guī)格說明、需求驗證。因為計算機應(yīng)用于現(xiàn)實世界的廣泛性，所以軟件工程師的工作也具有行業(yè)上的廣泛性，但是軟件工程師不可能了解所有的領(lǐng)域，所以常常需要將工作中的很大一部分用來定義問題，然后再為其設(shè)計解決方案，定義問題就是需求工程的任務(wù)，開發(fā)軟件系統(tǒng)最困難的部分就是準(zhǔn)確說明開發(fā)什么，最為困難的概念性工作便是編寫詳細(xì)技術(shù)需求，這包括所有面向用戶，面向機器和其他軟件系統(tǒng)的接

2、口，同時這也是一旦有錯，最終將給系統(tǒng)帶來極大損害的部分，并且以后要對他進行修改也極為困難。第二章3.解釋下列名詞，需求，規(guī)格說明，問題域特性和約束，并結(jié)合他們的含義說明需求工程的主要任務(wù)是什么？需求是用戶對問題域中的實體狀態(tài)或事件的期望描述規(guī)格說明:規(guī)格說明是解系統(tǒng)為滿足用戶需求而提供的解決方案，規(guī)定了解系統(tǒng)的行為特征。 問題域的特性：在和解系統(tǒng)相互影響的同時，問題域是自治的，它有自己的運行規(guī)律，而且這些規(guī)律不會因解系統(tǒng)的引入而發(fā)生改變，這種自治的規(guī)律性稱為問題域特性，當(dāng)這些特性非常明確時稱之為約束。需求工程的主要任務(wù)：1.需求工程必須說明軟件系統(tǒng)將應(yīng)用的環(huán)境及目標(biāo)，說明用來達(dá)成這些目標(biāo)的軟件

3、功能，還要說明在設(shè)計和實現(xiàn)這些功能時上下文環(huán)境對軟件完成任務(wù)所用的方式、方法所施加的限制和約束。2需求工程必須將目標(biāo)、功能和約束反映到軟件系統(tǒng)中，映射為可行的軟件行為，并對軟件行為進行準(zhǔn)確的規(guī)格說明。3需求工程還要妥善處理目標(biāo)、功能和約束隨著時間的演化情況。1、 進行需求開發(fā)，確定用戶的期望效果R2、 研究問題背景，描述問題域特性E3、 構(gòu)建解系統(tǒng)，描述解系統(tǒng)行為S，使得E，S->R。5. 業(yè)務(wù)需求、用戶需求、系統(tǒng)需求之間的區(qū)別與聯(lián)系？業(yè)務(wù)需求：描述了組織為什么要開發(fā)系統(tǒng)，通常來自項目的投資人，購買產(chǎn)品的顧客，實際用戶的管理者，市場營銷部門等。用戶需求：就是執(zhí)行實際工作的用戶對系用所能完

4、成的具體任務(wù)的期望，描述了系統(tǒng)能夠為用戶做些什么，主要來自系統(tǒng)的使用者用戶。系統(tǒng)需求：一系列系統(tǒng)需求聯(lián)系在一起可以幫助用戶完成任務(wù)，達(dá)成用戶需求，進而滿足業(yè)務(wù)需求。聯(lián)系：業(yè)務(wù)需求->指導(dǎo)需求獲取->用戶需求->轉(zhuǎn)化為系統(tǒng)需求第三章:一、.需求工程過程的工作基礎(chǔ)(即輸入)存在哪些？他的工作成果(即輸出)有哪些？答：需求過程的工作基礎(chǔ)是獲取用戶面臨的業(yè)務(wù)問題，用戶期望系統(tǒng)表現(xiàn)出來的各種行為，即需求獲取工作成果:產(chǎn)生一個能夠在用戶環(huán)境下解決用戶業(yè)務(wù)問題的系統(tǒng)方案，并將其文檔化為明確的規(guī)格說明。二.、描述需求工程的各個活動，說明他們各自的工作基礎(chǔ)，工作目標(biāo)和工作成果 需求獲取：工作基

5、礎(chǔ)：1.收集背景資料2.定義項目前景和范圍3.選擇信息的來源4.選擇獲取方法，執(zhí) 行獲取5.記錄獲取結(jié)果工作目標(biāo):獲取用戶需求，了解用戶在完成任務(wù)的時候遇到的問題與期望工作成果:業(yè)務(wù)需求，項目的前景和范圍，用戶需求以及問題域的特征需求分析：工作基礎(chǔ)：1背景分析 2.確定系統(tǒng)邊界3.需求建模4.需求細(xì)化 5.確定優(yōu)先權(quán) 6.需求協(xié)商工作目標(biāo):1.通過建模整合各種信息，是人們更好地理解問題2.定義一個需求集合，能夠為問題界定一個游戲的解決方案工作成果：產(chǎn)生一個需求的基線集，它指定了系統(tǒng)或當(dāng)前版本的系統(tǒng)開發(fā)需完成的任務(wù)3.需求規(guī)格說明:工作基礎(chǔ)1.定制文檔模板 2.編寫文檔工作目標(biāo):為了系統(tǒng)涉眾之間

6、交流需求信息工作成果:需求規(guī)格文檔說明4.需求驗證工作基礎(chǔ)1.執(zhí)行驗證 2問題修改工作目標(biāo)：為了盡量不給設(shè)計實現(xiàn)測試后續(xù)開發(fā)活動帶來不必要的影響。需求規(guī)格說明文檔定義必須正確準(zhǔn)確地反映用戶的意圖工作成果:驗證之后，問題得以修正需求管理：工作基礎(chǔ)：1.建立和維護需求基線集2.建立需求跟蹤信息 3進行變更控制工作目標(biāo):保證需求作用的持續(xù)穩(wěn)定和有效發(fā)揮工作成果:需求管理會進變更控制和實現(xiàn)合理的變更請求拒絕不合理的變更請求，控制變更的成本和影響范圍第四章3. 用戶參與不足的原因及解決辦法1，用戶數(shù)量太多，選擇困難。2，用戶認(rèn)識不足，不愿參與。3，用戶情緒抵制，消極參與。4，沒有明確的用戶。解決辦法：要

7、求開發(fā)者在進行需求獲取時，能夠?qū)ο到y(tǒng)的用戶以及用戶的替代源等相關(guān)涉眾進行分析，了解他們的特征、類別、任務(wù)、取向等，并在需求獲取時采取對策避免用戶參與不足現(xiàn)象的發(fā)生。4. 需求獲取的內(nèi)容是什么？1，需求。2，問題域描述。3，環(huán)境與約束。5. 需求獲取的來源？1，涉眾。2，硬數(shù)據(jù)。3，相關(guān)產(chǎn)品。4，重要文檔。5，相關(guān)技術(shù)標(biāo)準(zhǔn)和法規(guī)。6. 需求獲取的常見方法？1，傳統(tǒng)方法，包括問卷調(diào)查，面談，文檔分析，文檔檢查，需求剝離。2，集體獲取方法，常見的有頭腦風(fēng)暴，專題討論會，jad，jrp。3，原型。4，模型驅(qū)動方法，有面向目標(biāo)的方法，基于場景的方法，基于用例的方法。5，認(rèn)知方法，常見的有任務(wù)分析、協(xié)議分

8、析。6，基于上下文的方法，常見的有觀察、民族志和話語分析。第五章4. 完成前景和業(yè)務(wù)范圍定義所需要執(zhí)行的任務(wù)？1，明確問題。2，發(fā)現(xiàn)業(yè)務(wù)需求。3，定義解決方案及系統(tǒng)特性。案例題：1. 你被任命為替換學(xué)生財務(wù)資助項目的項目經(jīng)理。你想開發(fā)一個工作陳述來定義范圍并降低范圍蔓延的風(fēng)險。財務(wù)資助部門的主管堅持要你15個月、600 000美元的預(yù)算內(nèi)替換他現(xiàn)有的系統(tǒng)就可以了。他說這就是你需要知道的全部，不需要浪費時間開發(fā)一個工作陳述了。省略工作陳述的風(fēng)險是什么？你將如何說服主管？解答：省略工作陳述的風(fēng)險是不能明確項目的前景和范圍。如果省略了工作陳述的話，我們就不能和用戶進行很好的溝通與交流，這樣，項目的問

9、題也就不能明確，開發(fā)人員無法與涉眾對問題達(dá)成共識；無法明確問題，也就無法發(fā)現(xiàn)正確的業(yè)務(wù)需求，無法定義良好的解決方案及系統(tǒng)特性，繼而無法明確項目的前景和范圍，這樣就會造成項目的不穩(wěn)定甚至失??！ 2.Lisa問題的解答：問題：1、每個月的賬戶多，任務(wù)量大；2、 歷史記錄不明確，需要重新查找，效率較低；3、報告中沒有賬戶的所占比例。達(dá)成的業(yè)務(wù)目標(biāo)：1、減少工作量；2、明確三年內(nèi)的歷史記錄3、可以計算報告中的賬戶的比例，并明確的顯示。高層解決方案：1、能夠快速的查詢并分析賬戶，找出其中的過期未付款賬 戶;2、通過軟件可以查尋任意一個賬戶近三年的歷史記錄；3、自動計算出問題賬戶的比例，并顯示出來。系統(tǒng)特

10、性：1、存儲所有賬戶的近三年內(nèi)的數(shù)據(jù)信息；2、設(shè)定特定的判定條件以保證完成所需的操作；3、維護系統(tǒng)和現(xiàn)有系統(tǒng)的兼容性，以保證能夠正確的顯示問題賬號的比例。3.4.假設(shè)現(xiàn)在需要你來開發(fā)一個軟件，解決職工福利和工資顧問的問題。那么你認(rèn)為她現(xiàn)在遇到的問題有哪些？你希望新的軟件應(yīng)該達(dá)成哪些業(yè)務(wù)目標(biāo)？你怎樣設(shè)計軟件的高層解決方案和系統(tǒng)特性？解決方案有哪些重要的約束？解答：她現(xiàn)在遇到的問題有：（1） 不能有效地從信息部門獲得工資和個人數(shù)據(jù)；（2） 雇員數(shù)據(jù)太過分散，而且不能及時正確地更新；（3） 計算復(fù)雜；（4） 雇員信息不能得到及時有效正確的更新；（5） 計算中可變條件的復(fù)雜性。新的軟件應(yīng)該達(dá)到的業(yè)務(wù)目

11、標(biāo)有：（1） 減少從信息部門獲得工資和個人數(shù)據(jù)的時間；度量標(biāo)準(zhǔn)（Scale）：一次從信息部門獲得工資和個人數(shù)據(jù)的時間；計量方法（Meter）：檢查信息部門數(shù)據(jù)庫日志；理想標(biāo)準(zhǔn)：減少50%；一般標(biāo)準(zhǔn)：減少30%；最低標(biāo)準(zhǔn)：減少20%；（2）（3）（4）（5） 集中雇員數(shù)據(jù)，并且正確更新； 降低計算的復(fù)雜性； 及時有效正確地更新雇員信息； 降低計算中可變條件的復(fù)雜性。軟件的高層解決方案和系統(tǒng)特性：（1） 高層解決方案：Ø 由軟件從信息部門的數(shù)據(jù)庫中檢索出工資和個人數(shù)據(jù)，減少所需信息獲取的時間；Ø 由軟件來分析雇員數(shù)據(jù)的各種特征，及早識別出數(shù)據(jù)所在位置；或由軟件集中處理雇員數(shù)據(jù)，

12、及早識別出不準(zhǔn)確的或沒有及時更新的數(shù)據(jù)，提交人工處理或自行更新；Ø 由軟件來處理投資和退休假定的計算的復(fù)雜過程；Ø 由軟件來分析個人數(shù)據(jù)的準(zhǔn)確性，及早識別出不準(zhǔn)確的個人信息，提交人工處理；或定時更新數(shù)，提高數(shù)據(jù)的準(zhǔn)確性；Ø 由軟件來處理計算中可變條件的復(fù)雜性，降低出錯率。（2） 系統(tǒng)特性：Ø 根據(jù)信息部門提供的數(shù)據(jù)庫查詢工資和個人數(shù)據(jù)；Ø 根據(jù)原始數(shù)據(jù)重新整理數(shù)據(jù)并更新；Ø 提交查詢信息；Ø 創(chuàng)建投資和退休假定的計算過程；Ø 通過公司的內(nèi)聯(lián)網(wǎng)訪問系統(tǒng)，根據(jù)個人情況更新信息；Ø 模擬計算中可變條件的變化；&

13、#216; 提供最靈活的福利方案。第六章1. 什么是涉眾？所有對軟件系統(tǒng)的開發(fā)和應(yīng)用具有發(fā)言權(quán)和決定權(quán)的人統(tǒng)稱為涉眾。軟件系統(tǒng)中常見的涉眾類別有用戶、客戶、開發(fā)者、管理者、領(lǐng)域?qū)＜?、政府力量、市場力量?. 涉眾分析的活動有哪些？它們的工作基礎(chǔ)，工作目標(biāo)和工作成果分別是什么？涉眾識別、涉眾描述、涉眾評估、涉眾選擇。案例題：2. 說明缺乏涉眾的危害性，說服他。3.于此事的決策可能將由IS部門的上層決定。你認(rèn)為此事應(yīng)該如何處理？解答：首先，需要細(xì)分涉眾類別，這里用戶，需求工程師和程序員都屬于涉眾類別。需要分析他們各自的贏利條件，以在相互妥協(xié)中盡力實現(xiàn)一個共贏的結(jié)局。分析涉眾的關(guān)注點和興趣取向。 了

14、解涉眾的個人特征和工作特征，以便對軟件系統(tǒng)的功能進行合理的調(diào)整。選擇合適的代表參與項目的開發(fā)。定期舉行討論會，讓用戶知道項目的進展情況。優(yōu)先級評估，風(fēng)險評估，共贏分析4.5. 選項描述可能造成的風(fēng)險：個人特征、工作特征、地理和社會特征、關(guān)注點和興趣、目標(biāo)期望、被影響程度、力量程度。解答：n 涉眾個人特征和工作特征的描述可以幫助更好的確定功能需求；n 涉眾的輸贏條件和受影響程度可以幫助解決涉眾之間的需求沖突；n 涉眾的重要性、影響力、關(guān)注點和興趣取向可以用來發(fā)現(xiàn)項目的潛在風(fēng)險；6. Phil Ittup是系統(tǒng)分析員團隊中的一員，他受委任去與組織成員面談，為系統(tǒng)研究收集材料。企業(yè)稱為Fall Ba

15、ck工業(yè)，它有5個管理層。此外，生產(chǎn)、會計、營銷、系統(tǒng)、物流和高層管理是將受到所建議的系統(tǒng)影響的職能區(qū)域。每個階層大約有40人。生產(chǎn)層共有80人，會計層有35人，營銷層有42人，系統(tǒng)層有10人，物流層有28人。高層管理有5人。Phil應(yīng)該怎樣選擇面談對象？為什么？解答：（1）選擇面談對象的時候采用隨機抽樣，從5個階層以及生產(chǎn)、會計、營銷、系統(tǒng)、物流各選擇2-3名客戶參與面談。高層管理均要參加面談。因為在選擇面談的時候要力爭均衡的收集用戶的需求，因此要涉及各方面受系統(tǒng)影響的人。采樣的規(guī)則：控制人數(shù)（48），教材上冊，P87（2）高層管理的人最先面談。然后是系統(tǒng)層。其余層的面談對象根據(jù)實際情況可以

16、先后安排面談的時間，不一定要分先后順序。跟高層管理人員進行面談，采用漏斗結(jié)構(gòu)，因為各個高層管理人員對各自管理的層次從大體上有準(zhǔn)確的把握，有助于開發(fā)人員首先獲取對項目的廣度方面的認(rèn)識，也能獲取一些較為詳細(xì)的信息。跟具體部門人員進行面談，采用菱形（必要時，金字塔）結(jié)構(gòu)，因為這種面談較為具體，問題常為封閉式問題，這樣有助于分析人員獲得深度認(rèn)識?；疽?guī)則：（1）先業(yè)務(wù)需求，后用戶需求，所以先領(lǐng)導(dǎo)后普通； （2）開始漏斗，領(lǐng)導(dǎo)漏斗（3）普通用戶菱形，必要時金字塔面談的結(jié)構(gòu)及其特點：教材上冊，P967. Maverick公司是一家有15年歷史的國內(nèi)貨物運輸公司，假設(shè)你的小組擔(dān)當(dāng)Maverick公司的系統(tǒng)分

17、析與設(shè)計團隊，為Maverick公司的所有業(yè)務(wù)設(shè)計一個計算機化或者增強設(shè)計計算機化的項目。Maverick主要進行卡車零運，管理人員按照實時處理（Just In Time）原則工作。在這個原則指導(dǎo)下，他們建立了包括發(fā)貨人、收貨人和承運公司的伙伴關(guān)系，目的是準(zhǔn)時運輸和交付生產(chǎn)線上需要的材料。Maverick主張用626臺拖拉機拖運貨物，它擁有45000平方英尺的倉庫和21000平方英尺的辦公場地。1) 制定分析Maverick公司的信息需求時，應(yīng)當(dāng)收集的硬數(shù)據(jù)列表。（提示：想像一下該公司要開展的工作，應(yīng)該會有哪些登記表格）。2) 設(shè)計一種采樣機制，使得小組在不必查看這家公司15年來產(chǎn)生的所有文檔

18、的情況下，形成對該公司的清晰認(rèn)識。 7 解答：(1) 描述發(fā)貨人、收貨人和承運公司的伙伴關(guān)系的表發(fā)貨及收貨的時間表貨物的中轉(zhuǎn)表拖拉機和倉庫的使用情況表參考硬數(shù)據(jù)的類型：教材上冊，P89（2）將這15年公司的情況用圖表表達(dá)出來，形成對15年以來公司狀況的認(rèn)識，獲取生產(chǎn)情況的時候?qū)⒋笾孪嗤哪攴萘谐鰜?，采樣時候只需要在大致相同的年份中抽取一份作為樣本。參考采樣規(guī)則：教材上冊，P90第七章3. 開放式問題有何優(yōu)缺點？面談時何時提開放式問題？優(yōu)點：1，讓被會見者感到自在。2，會見者可以收集被會見者使用的詞匯，這能反映他的教育、價值標(biāo)準(zhǔn)、態(tài)度和信念。3，提供豐富的細(xì)節(jié)。4，對沒采用的進一步的提問有啟迪作

19、用。5，讓被會見者更感興趣。6，容許更多的自發(fā)性。7，會見者可以在沒有太多準(zhǔn)備的情況下進行面談。缺點：1，提此類問題時可能會產(chǎn)生太多不相干的細(xì)節(jié)。2，面談可能失控。3，開放式的回答會花費大量的時間才能獲得有用的信息。4，可能會使會見者看上去沒有準(zhǔn)備。在會見者對事實和問題的掌握比較有限，希望被會見者能夠提供豐富信息的時候，可以使用開放性問題。4. 封閉式問題？優(yōu)點：1，節(jié)省時間。2，切中要點。3，保持對面談的控制。4，快速探討大范圍問題。5，得到貼切的數(shù)據(jù)。缺點：1，使得被會見者厭煩。2，得不到豐富的細(xì)節(jié)。3，出于上述原因，失去主要思想。4，不能建立和面談?wù)叩挠押藐P(guān)系。在會見者對事實和問題的范圍

20、比較確定，只是希望被會見者進行選擇和確認(rèn)時，可以使用封閉式問題。第8章一、原型的定義原型是一個系統(tǒng)，他內(nèi)化了一個更遲系統(tǒng)的本質(zhì)特征。二、說明原型在需求獲取中的作用和試用情景因為原型是在最終系統(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)驗。此時用戶無法明確工作的具體細(xì)節(jié)，產(chǎn)品的細(xì)節(jié)需求存在著不確定性用戶進行自己

21、的工作已經(jīng)有一段時間了，但在完成工作的方式上依然存在障礙。 用戶清晰說明他們的需求方面存在困難。在澄清和理解之前，這些需求存在著不確定性需求的可行性值的懷疑，即具體需求的可滿足性存在著不確定性案例題：5.1，原型的目的，原型是為了在最終物件之前，避免特殊性，不是為了投入使用，也不是為了不修改。2，花費大力氣在原型上，時間花費過大。6.1，原型的目的是盡早解決系統(tǒng)中的不確定性，拖延原型的完成對系統(tǒng)最終的完成沒有任何好處。2，時間、成本、一些看似實現(xiàn)的功能。3，確定的需求不要開發(fā)原型、整體使用原型開發(fā)、使用成本低的靜態(tài)原型方法。第9章第10章10. 用例文檔的內(nèi)容是什么？作用是什么？將系統(tǒng)的所有用例都進行文檔化，產(chǎn)生的結(jié)果被稱為用例文檔，它是進行項目交流的有效途徑。用例文檔通常被用來代替用戶需求文檔，起到記錄，交流領(lǐng)域信息和用戶期望的作用。內(nèi)容包括1，文檔信息。2，用例圖或者用例列表。3，用例描述。第十一章1.