一、需求的作用

1. 相比硬件而言，軟件更容易被修改，而且更容易被正確地進行修改 ×

2. 與軟件工程不同，（最優(yōu)化）是系統(tǒng)工程所追求的目標

3. 任何軟件開發(fā)過程必須從軟件需求入手 √

4. 采用瀑布模型的開發(fā)過程是一種自頂向下的開發(fā)方法，而軟件構件復用的開發(fā)過程是一種自底向上的開發(fā)方法 √
   

二、需求的定義

1. 軟件需求是待開發(fā)產品或系統(tǒng)的功能描述 ×
   

2. 下面不屬于需求的基本性質是（可擴展性）

3. 下列哪些陳述可以作為軟件需求：

   用戶需憑用戶名和密碼登陸之后才可使用系統(tǒng)

   當用戶登錄失敗時，應彈窗提示失敗原因
   

三、需求的分類

1. 非功能需求必須依附于功能需求而存在 √
   

2. 下列需求屬于性能需求的是（并發(fā)訪問數(shù)）

3. 下列需求屬于外部接口需求的是（第三方插件）

4. 下列需求屬于設計約束的是（運行平臺）

5. 與其他類型的非功能需求不同，（設計約束）是必須予以滿足的，且對項目規(guī)劃、所需的附加成本和工作產生直接影響

6. 質量屬性必須要給出量化的測量指標 √
   

四、需求發(fā)現(xiàn)

1. 當無法與用戶進行直接交流時，可采用（自悟）的需求發(fā)現(xiàn)方式

2. 下列哪些是觀察這一需求發(fā)現(xiàn)的方法可能帶來的問題：

   被客戶抵觸

   讓客戶誤以為開發(fā)者已經(jīng)熟悉了業(yè)務

3. 小組會和交流這兩種需求發(fā)現(xiàn)方式的區(qū)別在于參加人員的多少 ×

4. 需求發(fā)現(xiàn)常采用多種方式聯(lián)合進行，但具體某一項需求常采用某一種具體的方式去捕獲 ×

5. 下述情況分別最適合采取哪種需求發(fā)現(xiàn)的方式：

   ?① 為解決生活中遇到的麻煩事而開發(fā)的軟件

   ② 有較多繁瑣環(huán)節(jié)的社區(qū)醫(yī)保系統(tǒng)的開發(fā)

   ③ 某小型團體組織開發(fā)其內部人員管理系統(tǒng)

   ④ 某大型連鎖集團開發(fā)集團人員管理系統(tǒng)

   ⑤ 某專業(yè)化軟件外包公司接手爛尾的軟件開發(fā)項目

   ①-自悟，②-觀察，③-交流，④-小組會，⑤-提煉
   

五、需求規(guī)約的概念和格式

1. 需求規(guī)約是一個軟件產品/系統(tǒng)的（概念模型）

2. 需求規(guī)約是一個軟件產品所有需求陳述的正式文檔，它是不能被修改的 ×

3. 下列哪些是需求規(guī)約的性質：完整性、一致性、穩(wěn)定性
   

六、需求規(guī)約的作用

1. 基于需求規(guī)約會產生下述哪兩個文檔：初始測試計劃、用戶系統(tǒng)操作描述

2. 在需求分析階段會形成（確認測試）的測試計劃

3. 需求規(guī)約是軟件開發(fā)組織和用戶之間的技術合同書，只有當需求規(guī)約完成后才能開始產品的設計 √

4. 需求規(guī)約對于項目的大多數(shù)工作是一個管理控制點，因此需求規(guī)約中要給出軟件項目的進度和規(guī)劃 ×

5. 需求規(guī)約作為設計的一個正式的、受控的起始點，它事實上給出了一份初步的設計文檔 ×