1、【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流需求分析考試重點答案.精品文檔.第一章3.需求分析與需求工程之間的關系那就是需求工程含義更廣，包括需求獲取、需求分析、需求定義5.需求工程包含的活動？為什么重視需求工程？需求工程包含需求開發和需求管理，而需求開發又包括需求獲取、需求分析、需求規格說明、需求驗證。因為計算機應用于現實世界的廣泛性，所以軟件工程師的工作也具有行業上的廣泛性，但是軟件工程師不可能了解所有的領域，所以常常需要將工作中的很大一部分用來定義問題，然后再為其設計解決方案，定義問題就是需求工程的任務，開發軟件系統最困難的部分就是準確說明開發什么，最為困難的概念性工作便是編寫詳

2、細技術需求，這包括所有面向用戶，面向機器和其他軟件系統的接口，同時這也是一旦有錯，最終將給系統帶來極大損害的部分，并且以后要對他進行修改也極為困難。第二章3.解釋下列名詞，需求，規格說明，問題域特性和約束，并結合他們的含義說明需求工程的主要任務是什么？需求是用戶對問題域中的實體狀態或事件的期望描述規格說明:規格說明是解系統為滿足用戶需求而提供的解決方案，規定了解系統的行為特征。 問題域的特性：在和解系統相互影響的同時，問題域是自治的，它有自己的運行規律，而且這些規律不會因解系統的引入而發生改變，這種自治的規律性稱為問題域特性，當這些特性非常明確時稱之為約束。需求工程的主要任務：1.需求工程必須

3、說明軟件系統將應用的環境及目標，說明用來達成這些目標的軟件功能，還要說明在設計和實現這些功能時上下文環境對軟件完成任務所用的方式、方法所施加的限制和約束。2需求工程必須將目標、功能和約束反映到軟件系統中，映射為可行的軟件行為，并對軟件行為進行準確的規格說明。3需求工程還要妥善處理目標、功能和約束隨著時間的演化情況。1、 進行需求開發，確定用戶的期望效果R2、 研究問題背景，描述問題域特性E3、 構建解系統，描述解系統行為S，使得E，S->R。5. 業務需求、用戶需求、系統需求之間的區別與聯系？業務需求：描述了組織為什么要開發系統，通常來自項目的投資人，購買產品的顧客，實際用戶的管理者，市

4、場營銷部門等。用戶需求：就是執行實際工作的用戶對系用所能完成的具體任務的期望，描述了系統能夠為用戶做些什么，主要來自系統的使用者用戶。系統需求：一系列系統需求聯系在一起可以幫助用戶完成任務，達成用戶需求，進而滿足業務需求。聯系：業務需求->指導需求獲取->用戶需求->轉化為系統需求第三章:一、.需求工程過程的工作基礎(即輸入)存在哪些？他的工作成果(即輸出)有哪些？答：需求過程的工作基礎是獲取用戶面臨的業務問題，用戶期望系統表現出來的各種行為，即需求獲取工作成果:產生一個能夠在用戶環境下解決用戶業務問題的系統方案，并將其文檔化為明確的規格說明。二.、描述需求工程的各個活動，說

5、明他們各自的工作基礎，工作目標和工作成果 需求獲取：工作基礎：1.收集背景資料2.定義項目前景和范圍3.選擇信息的來源4.選擇獲取方法，執 行獲取5.記錄獲取結果工作目標:獲取用戶需求，了解用戶在完成任務的時候遇到的問題與期望工作成果:業務需求，項目的前景和范圍，用戶需求以及問題域的特征需求分析：工作基礎：1背景分析 2.確定系統邊界3.需求建模4.需求細化 5.確定優先權 6.需求協商工作目標:1.通過建模整合各種信息，是人們更好地理解問題2.定義一個需求集合，能夠為問題界定一個游戲的解決方案工作成果：產生一個需求的基線集，它指定了系統或當前版本的系統開發需完成的任務3.需求規格說明:工作基

6、礎1.定制文檔模板 2.編寫文檔工作目標:為了系統涉眾之間交流需求信息工作成果:需求規格文檔說明4.需求驗證工作基礎1.執行驗證 2問題修改工作目標：為了盡量不給設計實現測試后續開發活動帶來不必要的影響。需求規格說明文檔定義必須正確準確地反映用戶的意圖工作成果:驗證之后，問題得以修正需求管理：工作基礎：1.建立和維護需求基線集2.建立需求跟蹤信息 3進行變更控制工作目標:保證需求作用的持續穩定和有效發揮工作成果:需求管理會進變更控制和實現合理的變更請求拒絕不合理的變更請求，控制變更的成本和影響范圍第四章3. 用戶參與不足的原因及解決辦法1，用戶數量太多，選擇困難。2，用戶認識不足，不愿參與。3

7、，用戶情緒抵制，消極參與。4，沒有明確的用戶。解決辦法：要求開發者在進行需求獲取時，能夠對系統的用戶以及用戶的替代源等相關涉眾進行分析，了解他們的特征、類別、任務、取向等，并在需求獲取時采取對策避免用戶參與不足現象的發生。4. 需求獲取的內容是什么？1，需求。2，問題域描述。3，環境與約束。5. 需求獲取的來源？1，涉眾。2，硬數據。3，相關產品。4，重要文檔。5，相關技術標準和法規。6. 需求獲取的常見方法？1，傳統方法，包括問卷調查，面談，文檔分析，文檔檢查，需求剝離。2，集體獲取方法，常見的有頭腦風暴，專題討論會，jad，jrp。3，原型。4，模型驅動方法，有面向目標的方法，基于場景的方

8、法，基于用例的方法。5，認知方法，常見的有任務分析、協議分析。6，基于上下文的方法，常見的有觀察、民族志和話語分析。第五章4. 完成前景和業務范圍定義所需要執行的任務？1，明確問題。2，發現業務需求。3，定義解決方案及系統特性。案例題：1. 你被任命為替換學生財務資助項目的項目經理。你想開發一個工作陳述來定義范圍并降低范圍蔓延的風險。財務資助部門的主管堅持要你15個月、600 000美元的預算內替換他現有的系統就可以了。他說這就是你需要知道的全部，不需要浪費時間開發一個工作陳述了。省略工作陳述的風險是什么？你將如何說服主管？解答：省略工作陳述的風險是不能明確項目的前景和范圍。如果省略了工作陳述

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

10、歷史記錄；3、自動計算出問題賬戶的比例，并顯示出來。系統特性：1、存儲所有賬戶的近三年內的數據信息；2、設定特定的判定條件以保證完成所需的操作；3、維護系統和現有系統的兼容性，以保證能夠正確的顯示問題賬號的比例。3.4.假設現在需要你來開發一個軟件，解決職工福利和工資顧問的問題。那么你認為她現在遇到的問題有哪些？你希望新的軟件應該達成哪些業務目標？你怎樣設計軟件的高層解決方案和系統特性？解決方案有哪些重要的約束？解答：她現在遇到的問題有：（1） 不能有效地從信息部門獲得工資和個人數據；（2） 雇員數據太過分散，而且不能及時正確地更新；（3） 計算復雜；（4） 雇員信息不能得到及時有效正確的更新

11、；（5） 計算中可變條件的復雜性。新的軟件應該達到的業務目標有：（1） 減少從信息部門獲得工資和個人數據的時間；度量標準（Scale）：一次從信息部門獲得工資和個人數據的時間；計量方法（Meter）：檢查信息部門數據庫日志；理想標準：減少50%；一般標準：減少30%；最低標準：減少20%；（2）（3）（4）（5） 集中雇員數據，并且正確更新； 降低計算的復雜性； 及時有效正確地更新雇員信息； 降低計算中可變條件的復雜性。軟件的高層解決方案和系統特性：（1） 高層解決方案：Ø 由軟件從信息部門的數據庫中檢索出工資和個人數據，減少所需信息獲取的時間；Ø 由軟件來分析雇員數據的各

12、種特征，及早識別出數據所在位置；或由軟件集中處理雇員數據，及早識別出不準確的或沒有及時更新的數據，提交人工處理或自行更新；Ø 由軟件來處理投資和退休假定的計算的復雜過程；Ø 由軟件來分析個人數據的準確性，及早識別出不準確的個人信息，提交人工處理；或定時更新數，提高數據的準確性；Ø 由軟件來處理計算中可變條件的復雜性，降低出錯率。（2） 系統特性：Ø 根據信息部門提供的數據庫查詢工資和個人數據；Ø 根據原始數據重新整理數據并更新；Ø 提交查詢信息；Ø 創建投資和退休假定的計算過程；Ø 通過公司的內聯網訪問系統，根據個

13、人情況更新信息；Ø 模擬計算中可變條件的變化；Ø 提供最靈活的福利方案。第六章1. 什么是涉眾？所有對軟件系統的開發和應用具有發言權和決定權的人統稱為涉眾。軟件系統中常見的涉眾類別有用戶、客戶、開發者、管理者、領域專家、政府力量、市場力量。4. 涉眾分析的活動有哪些？它們的工作基礎，工作目標和工作成果分別是什么？涉眾識別、涉眾描述、涉眾評估、涉眾選擇。案例題：2. 說明缺乏涉眾的危害性，說服他。3.于此事的決策可能將由IS部門的上層決定。你認為此事應該如何處理？解答：首先，需要細分涉眾類別，這里用戶，需求工程師和程序員都屬于涉眾類別。需要分析他們各自的贏利條件，以在相互妥協

14、中盡力實現一個共贏的結局。分析涉眾的關注點和興趣取向。 了解涉眾的個人特征和工作特征，以便對軟件系統的功能進行合理的調整。選擇合適的代表參與項目的開發。定期舉行討論會，讓用戶知道項目的進展情況。優先級評估，風險評估，共贏分析4.5. 選項描述可能造成的風險：個人特征、工作特征、地理和社會特征、關注點和興趣、目標期望、被影響程度、力量程度。解答：n 涉眾個人特征和工作特征的描述可以幫助更好的確定功能需求；n 涉眾的輸贏條件和受影響程度可以幫助解決涉眾之間的需求沖突；n 涉眾的重要性、影響力、關注點和興趣取向可以用來發現項目的潛在風險；6. Phil Ittup是系統分析員團隊中的一員，他受委任去

15、與組織成員面談，為系統研究收集材料。企業稱為Fall Back工業，它有5個管理層。此外，生產、會計、營銷、系統、物流和高層管理是將受到所建議的系統影響的職能區域。每個階層大約有40人。生產層共有80人，會計層有35人，營銷層有42人，系統層有10人，物流層有28人。高層管理有5人。Phil應該怎樣選擇面談對象？為什么？解答：（1）選擇面談對象的時候采用隨機抽樣，從5個階層以及生產、會計、營銷、系統、物流各選擇2-3名客戶參與面談。高層管理均要參加面談。因為在選擇面談的時候要力爭均衡的收集用戶的需求，因此要涉及各方面受系統影響的人。采樣的規則：控制人數（48），教材上冊，P87（2）高層管理的

16、人最先面談。然后是系統層。其余層的面談對象根據實際情況可以先后安排面談的時間，不一定要分先后順序。跟高層管理人員進行面談，采用漏斗結構，因為各個高層管理人員對各自管理的層次從大體上有準確的把握，有助于開發人員首先獲取對項目的廣度方面的認識，也能獲取一些較為詳細的信息。跟具體部門人員進行面談，采用菱形（必要時，金字塔）結構，因為這種面談較為具體，問題常為封閉式問題，這樣有助于分析人員獲得深度認識。基本規則：（1）先業務需求，后用戶需求，所以先領導后普通； （2）開始漏斗，領導漏斗（3）普通用戶菱形，必要時金字塔面談的結構及其特點：教材上冊，P967. Maverick公司是一家有15年歷史的國內

17、貨物運輸公司，假設你的小組擔當Maverick公司的系統分析與設計團隊，為Maverick公司的所有業務設計一個計算機化或者增強設計計算機化的項目。Maverick主要進行卡車零運，管理人員按照實時處理（Just In Time）原則工作。在這個原則指導下，他們建立了包括發貨人、收貨人和承運公司的伙伴關系，目的是準時運輸和交付生產線上需要的材料。Maverick主張用626臺拖拉機拖運貨物，它擁有45000平方英尺的倉庫和21000平方英尺的辦公場地。1) 制定分析Maverick公司的信息需求時，應當收集的硬數據列表。（提示：想像一下該公司要開展的工作，應該會有哪些登記表格）。2) 設計一種

18、采樣機制，使得小組在不必查看這家公司15年來產生的所有文檔的情況下，形成對該公司的清晰認識。 7 解答：(1) 描述發貨人、收貨人和承運公司的伙伴關系的表發貨及收貨的時間表貨物的中轉表拖拉機和倉庫的使用情況表參考硬數據的類型：教材上冊，P89（2）將這15年公司的情況用圖表表達出來，形成對15年以來公司狀況的認識，獲取生產情況的時候將大致相同的年份列出來，采樣時候只需要在大致相同的年份中抽取一份作為樣本。參考采樣規則：教材上冊，P90第七章3. 開放式問題有何優缺點？面談時何時提開放式問題？優點：1，讓被會見者感到自在。2，會見者可以收集被會見者使用的詞匯，這能反映他的教育、價值標準、態度和信

19、念。3，提供豐富的細節。4，對沒采用的進一步的提問有啟迪作用。5，讓被會見者更感興趣。6，容許更多的自發性。7，會見者可以在沒有太多準備的情況下進行面談。缺點：1，提此類問題時可能會產生太多不相干的細節。2，面談可能失控。3，開放式的回答會花費大量的時間才能獲得有用的信息。4，可能會使會見者看上去沒有準備。在會見者對事實和問題的掌握比較有限，希望被會見者能夠提供豐富信息的時候，可以使用開放性問題。4. 封閉式問題？優點：1，節省時間。2，切中要點。3，保持對面談的控制。4，快速探討大范圍問題。5，得到貼切的數據。缺點：1，使得被會見者厭煩。2，得不到豐富的細節。3，出于上述原因，失去主要思想。

20、4，不能建立和面談者的友好關系。在會見者對事實和問題的范圍比較確定，只是希望被會見者進行選擇和確認時，可以使用封閉式問題。第8章一、原型的定義原型是一個系統，他內化了一個更遲系統的本質特征。二、說明原型在需求獲取中的作用和試用情景因為原型是在最終系統產生之前的一個局部真實表現，所以原型方法可以讓人們在系統的開發過程中，就能對一些具體問題進行基于事物有效溝通，從而幫助人們今早解決軟件開發過程中存在的各種不確定性。場景：產品以前從未存在過，而且難以可視化，這些產品屬于創新產品，他們的基本需求是潛在的，有很大的不確定性產品的用戶對相關類別的產品沒有經驗，而且對將要采用的技術也沒有經驗。此時用戶無法明

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