需求工程習題系列：
軟件需求工程習題1（1~4章）
軟件需求工程習題2（5~7章）
更新中……
第五章 確定項目的前景和範圍
確定項目前景與範圍的過程：
問題分析過程：
對於發現的每一個問題，都要逐一執行下面的“明確問題→發現業務需求→定義問題解決方案及系統特性”，得到每一個問題的業務需求和解決方案（特性、邊界及約束）。將所有問題的結果綜合起來，就能夠得到整個系統的業務需求和解決方案。
目標分析過程：
1.功能目標可以分爲 ( 滿足型目標和信息型目標)。
2.面向目標方法的目標分析階段的主要任務是（ 建立目標模型）。
3.項目前景與範圍文檔中，項目前景不應包括什麼信息（ 詳細的功能需求）。
4.前景描述了產品用來做什麼，以及最終產品是什麼樣子。
5.範圍爲項目劃定了需求的界限。
6.【判斷題】問題分析方法將每一個問題、目標、特性等都看作是相互獨立的，所以只能完成簡單系統的前景與範圍定義任務。√
7.【判斷題】目標分析能夠表達問題、目標、特性之間依賴關係，所以能夠完成較爲複雜系統的前景與範圍定義任務。√
8.【判斷題】如果涉及複雜工作流程，就需要進行業務過程分析。√
9.【判斷題】如果涉及複雜非功能需求，可以藉助目標模型來進行。√
第六章 涉衆分析與硬數據採樣
涉衆分析的過程：
1.比較容易發現的涉衆稱爲初始涉衆，又稱爲（ 涉衆基線），通常包括客戶、管理者和相關的投資者。
2.（數據收集表格、統計報表）屬於定量硬數據（具有嚴格規範要求的文檔）。
3.（整個組織的描述文檔、業務指導文檔(工作指南和規章手冊)、業務備忘）屬於定性硬數據（沒有預先確定格式的文檔資料）。
4.[Athanasia1997]，按照複雜程度，將信息系統分爲小型系統、組織級系統、（ 戰略信息系統)、組織間系統四種類型 。
5.涉衆描述包括簡單特徵和（ 複雜特徵）。
6.複雜情況下的涉衆識別可以使用（涉衆網絡）涉衆識別方法。
7.User/Task矩陣通常用來做（ 優先級評估)涉衆評估。
8.假設希望發票樣本中包含所有的情況具有90%的確定性，那麼確定性因子應該取（ 1.645）。
9.涉衆採樣的原則不包括（多多益善），而應包括：完整採樣、態度積極、比例恰當。
10.Power/Interest分析圖，既可以進行涉衆優先級評估，也可以用於（風險)評估。
11.涉衆分析過程包括涉衆識別、 涉衆描述、涉衆評估、涉衆代表選擇、涉衆參與策略制定。
12.所有對軟件系統的開發和應用具有發言權和決定權的人統稱爲（涉衆）。
13.涉衆網絡圖的迭代次數一般爲（2-3）次。
第七章 基於用例/場景模型展開用戶需求獲取
用戶需求獲取活動的展開示意圖：
場景：
具有重點描述真實世界的特徵，它利用情景、行爲者之間的交互、事件隨時間的演化等方式來敘述性的描述系統的使用。
e.g.：
用例：取款
場景1：順利取款；場景2：額度不足，未能取款；場景3：中途取消，未取款；場景4：現金未拿走異常，未能取款。
1.下列（ D）不是需求獲取常見的模型驅動方法？
A、面向目標的方法
B、基於場景的方法
C、基於用例的方法
D、基於採樣的方法
2.下列（ B）不是場景方法在需求工程中的應用。
A、幫助進行詳細的需求分析
B、編寫系統需求規格說明
C、結合面向目標的方法，指導需求獲取活動的開展
D、組織需求獲取得到的信息
3.與其他的場景方法相比，用例最大的特點是採用了（靜態結構化文本 ）的描述方式。
4.用例之間的關係主要有（ 包含、擴展和泛化）三種。
5.描述場景所使用的表示法要符合正規性要求，一般可使用非形式化語言、半形式化語言和形式化語言，在實踐中，（ 非形式化的自然語言）是主要的描述方式。
6.具體場景，又稱爲（實例場景）是對個別行爲者、事件、情節的細節描述。
7.抽象場景，又稱爲（類型場景）是以經驗中的類別和抽象概念來描述事實。
8.每個（用例）是對相關場景集合的敘述性的文本描述，這些場景是用戶和系統之間的交互行爲序列，幫助實現用戶的目的。
9.【判斷題】用例的內容只能包含有正常流程，而不能包含有異常流程。×
10.【判斷題】場景被人們廣泛接受的原因是因爲人們更傾向於會對真實事件和真實事物的描述產生反應。√
11.【判斷題】用例可以用於各種目的的應用，包括描述、探索和解釋。√
12.【判斷題】描述場景時所使用的常見媒介形式主要有：敘述性的自由文本、結構化文本。強限制文本、表格、圖表、圖像等。√
13.【判斷題】描述性場景的目的是爲了記錄已經得到的需求，即整理每次需求獲取行爲中得到的信息。√
14.【判斷題】用例是場景方法中的一種，是一種動態的結構化文本描述。×
15.【判斷題】探索性場景可以用來進行需求獲取和需求驗證。×