軟件需求工程考試復(fù)習(xí)資料：需求工程復(fù)習(xí)

《軟件需求工程考試復(fù)習(xí)資料：需求工程復(fù)習(xí)》由會(huì)員分享，可在線閱讀，更多相關(guān)《軟件需求工程考試復(fù)習(xí)資料：需求工程復(fù)習(xí)（40頁珍藏版）》請?jiān)谘b配圖網(wǎng)上搜索。

1、第二章 復(fù)習(xí)題： 1. IEEE是怎樣定義需求的？從中你可以得到什么認(rèn)識(shí)？ IEEE對需求的定義： （1）用戶為了解決問題或達(dá)到某些目標(biāo)所需要的條件或能力； （2）系統(tǒng)或系統(tǒng)部件為了滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式文檔所規(guī)定的要求而需要具備的條件或能力； （3）對（1）或（2）中的一個(gè)條件或一種能力的一種文檔化表述。 為了融合不同群體的看法，IEEE的定義當(dāng)中同時(shí)包括了用戶的觀點(diǎn)（第一種條件和能力）和開發(fā)者的觀點(diǎn)（第二種條件和能力），但是即便如此，不同群體的人們也很難就IEEE的定義進(jìn)行一直和準(zhǔn)確的解讀，因?yàn)樾枨蟾拍畹膬?nèi)涵和外延都非常豐富。 2. 解釋下列名詞：問題域

2、、解系統(tǒng)和共享現(xiàn)象，并結(jié)合它們的含義說明軟件系統(tǒng)是如何與現(xiàn)實(shí)世界形成互動(dòng)的？ 問題域： ? 當(dāng)現(xiàn)實(shí)的狀況與人們期望的狀況產(chǎn)生差距時(shí)，就產(chǎn)生了問題。 ? 要解決問題，就需要改變現(xiàn)實(shí)當(dāng)中某些實(shí)體的狀態(tài)或改變實(shí)體狀態(tài)變化的演進(jìn)順序，使其達(dá)到期望的狀態(tài)或演進(jìn)順序。 ? 這些實(shí)體和狀態(tài)構(gòu)成了問題解決的基本范圍，稱為該問題的問題域（Problem Domain） 解系統(tǒng)： 軟件系統(tǒng)通過影響問題域，能夠幫助人們解決問題，稱為解系統(tǒng)。 共享現(xiàn)象： ? 軟件系統(tǒng)能夠與問題域進(jìn)行交互和相互影響的原因在于，軟件系統(tǒng)中的某些部分對問題域中的某些部分的具有模擬特性。 ? 換句話說，軟件系統(tǒng)當(dāng)中含有

3、問題域某些部分的模型（或模擬），常見的模型包括數(shù)據(jù)模型、對象模型、處理模型等。 ? 問題域中的某些信息能夠和模型中的信息建立映射關(guān)系 ? 這些通過映射建立的共同知識(shí)，就是問題域和解系統(tǒng)之間的共享現(xiàn)象 共享現(xiàn)象就是問題域和解系統(tǒng)實(shí)現(xiàn)交互和互相影響的途徑與接口，問題域和解系統(tǒng)都通過改變這些共同知識(shí)來影響對方，或者通過認(rèn)同這些共同知識(shí)的改變來接受對方的影響。 3. 解釋下列名詞：需求、規(guī)格說明、問題與特性和約束，并結(jié)合它們的含義說明需求工程的主要任務(wù)是什么？ 需求是用戶對問題域當(dāng)中的實(shí)體狀態(tài)或事件的期望描述。 直接需求是可以通過更改共享現(xiàn)象被滿足的需求; 間接需求是需要修改

4、共享現(xiàn)象，同時(shí)連鎖影響問題域才能滿足的需求。 規(guī)格說明是解系統(tǒng)為滿足用戶需求而提供的解決方案，規(guī)定了解系統(tǒng)的行為特征。 解決方案只能通過改變共享知識(shí)，影響問題域的運(yùn)行，進(jìn)而滿足用戶的需求，所以規(guī)格說明主要包括兩個(gè)部分：（1）對共享現(xiàn)象（模型）的描述； （2）系統(tǒng)對共享現(xiàn)象所施加的操作的描述。 需求關(guān)注的是現(xiàn)實(shí)世界中的部分，軟件關(guān)注的是解系統(tǒng)，而規(guī)格說明關(guān)注的是共享現(xiàn)象 問題域特性：問題域自治的規(guī)律性稱為問題域特性。包括結(jié)構(gòu)特性和行為特性等。 需要關(guān)注的問題域特性： 間接特性； 約束和假設(shè)：（問題域當(dāng)中有些特性完全不受共享現(xiàn)象的影響，即完全不受解系統(tǒng)的影響，同時(shí)卻可能很大程度上影

5、響共享現(xiàn)象，影響解系統(tǒng)，甚至關(guān)乎解系統(tǒng)的成敗。這些特性被認(rèn)為是解系統(tǒng)對環(huán)境的依賴特性。當(dāng)這些特性非常明確時(shí)，稱之為約束；不明確時(shí)，需要限定特性的變化范圍，稱之為假設(shè)） 4. 需求有哪些常見的類別？功能需求和非功能需求有什么差異？ 需求的分類1： n 功能需求（Functional Requirement）： q 和系統(tǒng)主要工作相關(guān)的需求，即在不考慮物理約束的情況下，用戶希望系統(tǒng)所能夠執(zhí)行的活動(dòng)，這些活動(dòng)可以幫助用戶完成任務(wù)。功能需求主要表現(xiàn)為系統(tǒng)和環(huán)境之間的行為交互。 n 性能需求（Performance Requirement）： q 系統(tǒng)整體或系統(tǒng)組成部分應(yīng)該擁有的

6、性能特征，例如CPU使用率、內(nèi)存使用率等。 非功能需求 n 質(zhì)量屬性（Quality Attribute）： q 系統(tǒng)完成工作的質(zhì)量，即系統(tǒng)需要在一個(gè)“好的程度”上實(shí)現(xiàn)功能需求，例如可靠性程度、可維護(hù)性程度等。 n 對外接口（External Interface）： q 系統(tǒng)和環(huán)境中其他系統(tǒng)之間需要建立的接口，包括硬件接口、軟件接口、數(shù)據(jù)庫接口等等。 n 約束 q 進(jìn)行系統(tǒng)構(gòu)造時(shí)需要遵守的約束，例如編程語言、硬件設(shè)施等 需求的分類2： 系統(tǒng)需求（System）：硬件需求（Hardware）、軟件需求（Software）、其他需求 功能需求和非功能需求的差異：

7、除功能需求之外的其他四種類別需求又被統(tǒng)稱為非功能需求。在非功能需求當(dāng)中，質(zhì)量屬性對系統(tǒng)成敗的影響極大，因此在某些情況下，非功能需求又被用來特指質(zhì)量屬性。 5. 描述業(yè)務(wù)需求、用戶需求和系統(tǒng)（級）需求的區(qū)別與聯(lián)系。 ? 業(yè)務(wù)需求： 系統(tǒng)建立的戰(zhàn)略出發(fā)點(diǎn)，表現(xiàn)為高層次的目標(biāo)，它描述了組織為什么要開發(fā)系統(tǒng) 為了滿足用戶的業(yè)務(wù)需求，需求工程師需要描述系統(tǒng)高層次的解決方案，定義系統(tǒng)應(yīng)該具備的特性（Feature） 參與各方必須要對高層次的解決方案達(dá)成一致，以建立一個(gè)共同的前景（Vision） 特性說明了系統(tǒng)為用戶提供的各項(xiàng)功能，它限定了系統(tǒng)的范圍（Scope） ? 用戶需求：

8、 執(zhí)行實(shí)際工作的用戶對系統(tǒng)所能完成的具體任務(wù)的期望 描述了系統(tǒng)能夠助用戶做些什么。 直接用戶、間接用戶 對所有的用戶需求，都應(yīng)該有充分的問題域知識(shí)作為背景支持 特性：模糊不清晰、多特性混雜、多邏輯混雜 ? 系統(tǒng)需求： 用戶對系統(tǒng)行為的期望，一系列的系統(tǒng)行為聯(lián)系在一起可以幫助用戶完成任務(wù)，滿足業(yè)務(wù)需求；系統(tǒng)需求可以直接映射為系統(tǒng)行為，定義了系統(tǒng)中需要實(shí)現(xiàn)的功能，描述了開發(fā)人員需要實(shí)現(xiàn)什么。 用戶需求---->系統(tǒng)需求的過程： 首先需要分析問題領(lǐng)域及其特性，從中發(fā)現(xiàn)問題域和計(jì)算機(jī)系統(tǒng)的共享知識(shí)，建立系統(tǒng)的知識(shí)模型； 然后將用戶需求部署到系統(tǒng)模型當(dāng)中，即定義系列的系統(tǒng)行為

9、，讓它們聯(lián)合起來實(shí)現(xiàn)用戶需求，每一個(gè)系統(tǒng)行為即為一個(gè)系統(tǒng)需求。該過程就是需求工程當(dāng)中最為重要的需求分析活動(dòng)，又稱建模與分析活動(dòng)。 6. 優(yōu)秀的需求哪些特性？試為每一個(gè)特性都舉出一個(gè)不符合的示例。 優(yōu)秀的需求特性： 1) 完整性：不需要做更多的擴(kuò)展就可以充分的說明用戶所需要的系統(tǒng)功能。 每一個(gè)需求的描述都應(yīng)該包含開發(fā)人員設(shè)計(jì)和實(shí)現(xiàn)這項(xiàng)功能需要的所有信息 R6（不完整）：系統(tǒng)應(yīng)該允許被擴(kuò)展 R7（完整、較R8精確）:系統(tǒng)的調(diào)度算法應(yīng)該允許被擴(kuò)展 2) 正確性：真實(shí)的反映用戶的意圖；必須請需求的提出者予以確認(rèn) 3) 精確性：描述僅包含必要的信息；簡潔、清晰 R8（不精確）：在實(shí)

10、現(xiàn)之后，系統(tǒng)的調(diào)度算法應(yīng)該允許被擴(kuò)展。 4) 可行性：由開發(fā)人員進(jìn)行檢查 需要進(jìn)行一定的分析和研究，而不是單純的憑借經(jīng)驗(yàn)和直覺 必要的時(shí)候要通過開發(fā)原型來加以驗(yàn)證 示例：保證系統(tǒng)核心功能可以7×24小時(shí)連續(xù)運(yùn)行 5) 必要性：滿足用戶的業(yè)務(wù)需求所必需的 6) 無歧義：每一項(xiàng)需求都應(yīng)該有而且只能有一種解釋 定義一個(gè)可以共同理解的詞匯表（Glossary） 7) 可驗(yàn)證：通過分析、檢查、模擬或者測試等方法能夠判斷需求是否被滿足 示例： 實(shí)現(xiàn)各部門的公文流轉(zhuǎn)無紙化、文檔一體化、業(yè)務(wù)管理的規(guī)范化、自動(dòng)化和網(wǎng)絡(luò)化； 實(shí)現(xiàn)工作流程合理化、高效化，決策支持科學(xué)化、準(zhǔn)確化； 統(tǒng)一辦

11、公流程、規(guī)范公文格式，加強(qiáng)信息交流和共享，提高工作效率。 不可驗(yàn)證的需求往往是因?yàn)槊枋瞿：蛘哌^于抽象，所以在進(jìn)行需求的描述時(shí)要：讓需求具體化、小心形容詞和副詞的使用、避免程度詞的使用 7. 列出需求草稿中常見問題，需求工程師如何消除這些錯(cuò)誤？ 1) 需求并沒有反映用戶的真實(shí)需要 原因1：用戶在表達(dá)自己的需要時(shí)，可能會(huì)在潛意識(shí)下進(jìn)行一定的加工 進(jìn)行問題分析，發(fā)現(xiàn)問題背后的問題 原因2：在人際交流當(dāng)中，信息會(huì)發(fā)生自然的衰減，甚至扭曲 在需求傳遞給開發(fā)人員之前，請需求提出者進(jìn)行仔細(xì)的檢查和確認(rèn) 2) 模糊和歧義的需求 原因1：無意中寫出模糊和歧義的需求定義往往是因?yàn)檫x詞造句不

12、當(dāng) 為項(xiàng)目中重要的詞匯建立一個(gè)公共的可共同理解的詞匯表 原因2：有意產(chǎn)生的模糊和歧義的需求定義往往是為了應(yīng)付對需求持有不同立場的用戶 在項(xiàng)目前景的指導(dǎo)下，促進(jìn)用戶之間的協(xié)商解決 3) 明顯的信息遺漏 原因1：明顯的信息遺漏，其主要原因在于項(xiàng)目的范圍定義不當(dāng) 加強(qiáng)對業(yè)務(wù)需求的處理 原因2：不明顯的信息遺漏，往往是因?yàn)橄嚓P(guān)信息難以發(fā)現(xiàn)，如系統(tǒng)的環(huán)境依賴信息 該類問題是最難以解決的問題，只能靠需求工程師的經(jīng)驗(yàn)來加以避免 4) 不必要的需求 其一是用戶將之作為和開發(fā)人員談判的籌碼；開發(fā)人員代表的談判技巧 其二是用戶在交流當(dāng)中，用戶總是傾向于表達(dá)各種各樣的需要 開發(fā)人員先定義明

13、確的業(yè)務(wù)需求，根據(jù)業(yè)務(wù)需求進(jìn)行用戶需求的過濾和選擇 其三是需求開發(fā)人員“畫蛇添足”，添加“用戶肯定會(huì)喜歡”的功能 需求開發(fā)人員要保持以用戶為中心 案例題： 1. 解答一：（1）她沒有仔細(xì)認(rèn)真地分析問題； （2）她沒有及時(shí)跟相關(guān)人員交流信息，沒能把握住有價(jià)值信息； （3）她沒能及時(shí)跟公司員工交流，引用過時(shí)的文件結(jié)構(gòu)； （4）她沒有仔細(xì)研究分析新引進(jìn)的系統(tǒng)的性能需求是否滿足； （5）她沒有仔細(xì)研究新引進(jìn)的系統(tǒng)的功能需求是否滿足； （6）她沒有仔細(xì)研究引進(jìn)的系統(tǒng)的質(zhì)量屬性，對外接口是否滿足。 解答二：業(yè)務(wù)需求中沒有和高層管

14、理人員溝通好；她提出的用戶需求沒有和用戶（自己的職員）溝通好，也沒有向開發(fā)人員提出可行性、質(zhì)量屬性（可擴(kuò)展性）等。 解答三：沒有獲得高層支持；財(cái)政部支持；下屬抵制使用；信息不流通，文件使用不一致；要求的圖形報(bào)告沒有；不知道是否能修改 2. 業(yè)務(wù)需求：保持財(cái)務(wù)業(yè)績與它的發(fā)展同步；有效地追蹤客戶賬單和收據(jù)；降低成本；實(shí)行特價(jià)時(shí)能夠知道是否有利可圖，是否帶動(dòng)去他的銷售；增加回頭客。 解答：業(yè)務(wù)需求如BR。 BR1：實(shí)現(xiàn)客戶賬單和收據(jù)的有效追蹤； BR2：實(shí)現(xiàn)產(chǎn)品特價(jià)時(shí)的利潤和相關(guān)銷售情況檢查； BR3：實(shí)現(xiàn)一個(gè)客戶數(shù)據(jù)庫。 3. 先定義明確的業(yè)務(wù)需求，獲得開發(fā)系統(tǒng)的必要性，根據(jù)業(yè)務(wù)需求

15、，協(xié)調(diào)涉眾的立場，限定問題的范圍，指導(dǎo)用戶需求的獲取過程：和涉眾溝通（即向業(yè)務(wù)人員了解相關(guān)的業(yè)務(wù)知識(shí)，業(yè)務(wù)流程；再和銷售人員溝通，由于他們的顧客是流動(dòng)的，不確定的，只能通過銷售人員間接獲取來自于顧客的用戶需求，了解他們的背景和習(xí)慣），最后根據(jù)業(yè)務(wù)需求對用戶需求進(jìn)行過濾和選擇，得到充分必要用戶需求。 4. UR1：使用戶可以根據(jù)系統(tǒng)的明確操作提示做出正確的反應(yīng)； UR2：用戶插入銀行卡后需要輸入密碼，得到驗(yàn)證后才可進(jìn)行有效的具體操作； UR3：在用戶進(jìn)入系統(tǒng)后，可以選擇使用查詢金額、存取現(xiàn)金、轉(zhuǎn)賬的功能； UR4：用戶能夠正確、安全地退出系統(tǒng)。 5. SR1：（1） 系統(tǒng)顯示用戶插入磁

16、卡的動(dòng)態(tài)圖像，正確標(biāo)明插卡位置； （2）用戶根據(jù)提示，正確插入磁卡； （3）系統(tǒng)讀取磁卡卡號，界面顯示輸入密碼的提示； SR2：（1）對用戶輸入的密碼，系統(tǒng)自動(dòng)進(jìn)行字符匹配； （2）匹配正確的話，進(jìn)入具體操作界面； （3）匹配不正確的話，警告密碼不正確，并提示再次輸入； SR3：（1）若用戶選擇查詢金額圖標(biāo)和查詢金額幣種，系統(tǒng)讀取銀行數(shù)據(jù)庫中用戶對應(yīng)的信息，反饋在用戶界面上； （2）若用戶選擇取款圖標(biāo)和金額幣種及輸入金額數(shù)目，系統(tǒng)讀取用戶請求，接受金額，修改數(shù)據(jù)庫中該用戶對應(yīng)的信息，并提示成功與否； （3）若用

17、戶選擇存款圖標(biāo)和金額幣種，系統(tǒng)彈出存款框，用戶放入現(xiàn)金，系統(tǒng)接收現(xiàn)金并辨認(rèn)真?zhèn)危⒎答伌嫒虢痤~數(shù)目，得到用戶確認(rèn)后，修改數(shù)據(jù)庫中該用戶對應(yīng)的信息，并提示成功與否； （4）若用戶選擇轉(zhuǎn)賬圖標(biāo)和金額幣種并輸入對方賬號和轉(zhuǎn)賬金額數(shù)目，系統(tǒng)讀取用戶請求，修改數(shù)據(jù)庫中所涉及到的用戶的信息，并提示成功與否； SR4：（1）用戶選擇退出圖標(biāo)； （2）系統(tǒng)提示拔卡信息。 6. 性能需求：在用戶點(diǎn)擊圖標(biāo)后，系統(tǒng)在3s內(nèi)作出反應(yīng)。 質(zhì)量屬性：易用、可靠、安全、容錯(cuò)、可恢復(fù)、可維護(hù)。 約束：當(dāng)用戶輸入密碼次數(shù)等于3次后就不再提示輸入密碼，并自動(dòng)鎖定銀行卡。 第

18、三章 思考題： 1. 除了需求開發(fā)的四個(gè)活動(dòng)和需求管理活動(dòng)之外，需求工程中還有沒有需要執(zhí)行的活動(dòng)？如果有的話，它們是哪些活動(dòng)？給出你的理由。 有。項(xiàng)目管理（人力、資金的管理）、過程管理 （還有其他一些活動(dòng)，例如：過程管理活動(dòng)和項(xiàng)目管理活動(dòng)。過程管理活動(dòng)是跟蹤項(xiàng)目開發(fā)過程，記錄項(xiàng)目開發(fā)過程當(dāng)中所遇到的問題或者教訓(xùn)等等。項(xiàng)目管理活動(dòng)是管理項(xiàng)目開發(fā)的一系列問題與進(jìn)度，管理人員配置，以求達(dá)到最該效益。） 2. 需求開發(fā)過程具有迭代特性，但是不是所有項(xiàng)目的需求開發(fā)過程都必須是迭代完成的？如果不是，試給出舉例和理由。 不是，在問題域很簡單或者非常成熟的情況下不需要迭代完成。 （不是，

19、一般對于業(yè)務(wù)領(lǐng)域不熟悉的項(xiàng)目，需求是具有迭代性的，需要對業(yè)務(wù)領(lǐng)域的認(rèn)知，有一個(gè)從認(rèn)識(shí)到知識(shí)重構(gòu)的過程。對于某些固定需求且熟悉的項(xiàng)目，比如學(xué)校課程的作業(yè)軟件工程實(shí)踐電梯系統(tǒng)，就不需要迭代開發(fā)） （需求獲取——>需求分析——>需求規(guī)格說明——>需求驗(yàn)證。當(dāng)然并不是所有項(xiàng)目的需求開發(fā)過程是迭代完成的，比如：當(dāng)某一項(xiàng)目開發(fā)過程中，用戶需求非常簡單，開發(fā)人員已經(jīng)相當(dāng)明確用戶需求，這時(shí)，就不需要返回到需求獲取階段以繼續(xù)用戶需求的獲取，這樣，也就不需要迭代完成。當(dāng)然，這種情況非常少見。） 3. 需求開發(fā)的迭代特性與軟件開發(fā)過程的迭代式開發(fā)有什么關(guān)系？它們之間會(huì)相互影響嗎？如果會(huì)，那么有哪些影響？ 需求

20、開發(fā)的迭代性指的是對于開發(fā)者對知識(shí)的認(rèn)知水平在某一點(diǎn)上，發(fā)生重構(gòu)，使得知識(shí)體系復(fù)雜性下降，而繼續(xù)積累知識(shí)的過程。 軟件開發(fā)的迭代性指的是在軟件生命周期整體開發(fā)迭代，針對變更的需求或者新增的需求一種減少風(fēng)險(xiǎn)的開發(fā)模式。 需求開發(fā)迭代不會(huì)導(dǎo)致軟件開發(fā)過程的迭代，但有時(shí)會(huì)有影響。（需求開發(fā)的迭代特性只是軟件開發(fā)過程的迭代式開發(fā)的一個(gè)子過程，軟件開發(fā)過程是一個(gè)相當(dāng)龐大的工程，需要在軟件開發(fā)過程的各個(gè)階段都需要進(jìn)行開發(fā)工作的迭代，當(dāng)然也包括需求開發(fā)中的迭代。它們之間互相影響。如果需求開發(fā)中的迭代不能很好地完成需求分析任務(wù)，就必將影響到軟件開發(fā)過程的其他迭代階段的進(jìn)行。） 增量式：需求->需求->需

21、求->。。。->需求->開發(fā)。。。 無需求迭代 演化式：需求->開發(fā)->需求->開發(fā)->需求->開發(fā)。。。 有需求迭代 4. 需求工程細(xì)節(jié)知識(shí)的實(shí)踐性對不同項(xiàng)目的需求開發(fā)過程的差異性有沒有影響？如果有，說明影響是什么，如果沒有，說明是哪些因素產(chǎn)生了不同項(xiàng)目的需求開發(fā)過程的差異性。 沒有。問題域的特性導(dǎo)致了不同項(xiàng)目的需求開發(fā)過程的差異。 丁老師解答：沒有影響。其實(shí)是需求開發(fā)過程的差異性一定程度上導(dǎo)致了細(xì)節(jié)知識(shí)的實(shí)踐性。現(xiàn)實(shí)世界問題的復(fù)雜性和差異性主要導(dǎo)致了需求開發(fā)過程的差異性 第四章 思考題： 結(jié)合復(fù)習(xí)題4、5、6三個(gè)題目的答案，說明需求獲取的內(nèi)容和需求獲取的來源是

22、怎樣影響到需求獲取的方法選擇的？請一一舉例。 4、5、6三個(gè)題目的答案： 需求 需求獲取的內(nèi)容： （1） 需求：需求獲取的主要對象，期望解決的問題列表。通常體現(xiàn)為涉眾的問題、期望、觀點(diǎn)、看法和態(tài)度等。 （2） 問題與描述：用來承載和解釋需求的問題與特性，現(xiàn)實(shí)世界的業(yè)務(wù)運(yùn)行狀況。 （3） 環(huán)境與約束：屬于一種特殊的問題與特性，限定了解系統(tǒng)部署的環(huán)境和條件。 問題域的知識(shí) 需求獲取的來源： （1） 涉眾：用戶；客戶；領(lǐng)域?qū)＜?；市場人員、銷售人員等其他用戶替代源 （2） 硬數(shù)據(jù)：登記表格、單據(jù)、報(bào)表等定量文檔；備忘錄、日志等定性文檔 （3） 相關(guān)產(chǎn)品：原有系統(tǒng)；競爭產(chǎn)品；協(xié)

23、作產(chǎn)品 （4） 重要文檔：原有系統(tǒng)的規(guī)格說明書；競爭產(chǎn)品的規(guī)格說明書；協(xié)作產(chǎn)品的規(guī)格說明書；客戶需求文檔 （5） 相關(guān)技術(shù)標(biāo)準(zhǔn)和法規(guī)：相關(guān)法律、法規(guī)及規(guī)章制度；行業(yè)規(guī)范，行業(yè)標(biāo)準(zhǔn)；領(lǐng)域參考模型 需求獲取的方法： （1）傳統(tǒng)方法：問卷調(diào)查、面談、硬數(shù)據(jù)分析、文檔檢查、需求剝離等 （2）集體獲取方法：頭腦風(fēng)暴（Brainstorming）、專題討論會(huì)（Workshop）、JAD等 （3）原型 （4）模型驅(qū)動(dòng)方法：基于場景的方法、基于目標(biāo)的方法和多視圖的方法 （4）認(rèn)知方法：任務(wù)分析（Task Analysis）、協(xié)議分析（Protocol Analysis）等 （5）基于

24、上下文的方法：觀察、民族志（Ethnography）和話語分析（Conversation Analysis） 第五章 思考題： 系統(tǒng)中每一個(gè)問題解決方案的邊界是如何集成建立系統(tǒng)邊界的？集成過程中對各個(gè)問題解決方案的輸入/輸出和功能是如何處理的？試舉例說明。 明確每一個(gè)解決方案需要具備的功能特征，根據(jù)這些功能特征，分析解決方案需要和周圍環(huán)境形成的交互作用，定義解決方案的邊界。 把每一個(gè)解決方案的輸入/輸出列出來，如果一個(gè)解決方案外部的輸入來自于同一個(gè)系統(tǒng)當(dāng)中另一個(gè)問題解決方案的輸出，即系統(tǒng)的內(nèi)部，就可隱去。如果不是，就保留輸入/輸出。 經(jīng)過問題分析之后就可以得到更高層次解決方案及

25、系統(tǒng)特性，它們清晰的定義了問題解決方案的功能和邊界。將所有問題的解決方案進(jìn)行綜合，就可以得到整個(gè)解系統(tǒng)的功能和邊界。 為了描述系統(tǒng)的功能和邊界，通常會(huì)使用上下文圖或系統(tǒng)用例圖。 對于用例圖描述要解決的方案，一個(gè)用例就是一個(gè)功能，將其保留；對于上下文圖，將功能提取出來，功能分解。 案例題： 1. 不做工作陳述的風(fēng)險(xiǎn)： 1. 在獲取需求時(shí)，用戶往往從各自的立場出發(fā)考慮問題，提出相應(yīng)的功能需求。如果沒有工作陳述，用戶就不會(huì)從共同的方向上考慮和理解問題，對系統(tǒng)的期望也就產(chǎn)生了較大的差距。 2. 沒有工作陳述，就等于在用戶之間發(fā)生需求沖突時(shí)，就沒有可以用來指導(dǎo)并且調(diào)節(jié)協(xié)商的項(xiàng)目前景，

26、沖突問題也就很難解決。 風(fēng)險(xiǎn)：1需求理解錯(cuò)誤2不能按時(shí)完成（超期超資）3做出來的不是想要的 定義范圍的必要性：1.加強(qiáng)用戶和開發(fā)人員的理解，定義一致的理解2.降低風(fēng)險(xiǎn) 解答二：省略工作陳述的風(fēng)險(xiǎn)是不能明確項(xiàng)目的前景和范圍。如果省略了工作陳述的話，你就不能和用戶進(jìn)行很好的溝通與交流，這樣，項(xiàng)目的問題也就不能明確，即，開發(fā)人員無法與涉眾對問題達(dá)成共識(shí)；無法明確問題，也就無法發(fā)現(xiàn)正確的業(yè)務(wù)需求，無法定義良好的解決方案及系統(tǒng)特性，繼而無法明確項(xiàng)目的前景和范圍，這樣就會(huì)造成項(xiàng)目的不穩(wěn)定甚至失敗！ 解答三：通過準(zhǔn)確的工作陳述來定義項(xiàng)目范圍，可以幫助涉眾建立現(xiàn)實(shí)的期望，包括第一版范圍，后續(xù)版

27、本范圍、限制與排除。第一版范圍概述產(chǎn)品的第一個(gè)版本中實(shí)現(xiàn)的主要特性，描述產(chǎn)品的質(zhì)量特性，可以為不同類別的用戶提供預(yù)期利益。后續(xù)版本能夠?qū)崿F(xiàn)更多的需求和特性，并完善最初的功能。尤其要說明的是，管理范圍蔓延的方法之一，是定義項(xiàng)目包含的需求與不包含的需求之間的界限，應(yīng)該列出涉眾可能希望得到，但不在產(chǎn)品或其某個(gè)特定版本計(jì)劃之內(nèi)的功能和特性。 2. 問題 業(yè)務(wù)目標(biāo) 高層解決方案 系統(tǒng)特性 帳戶太多，工作量太大 減少檢查人員的工作量 能夠快速、自動(dòng)查詢客戶賬戶 建立一個(gè)數(shù)據(jù)庫系統(tǒng)用來存放客戶賬戶信息 降低工作復(fù)雜度 能夠分析一個(gè)客戶是否為問題賬戶 根據(jù)特定的判定問題賬戶的算法檢

28、索辨別出問題賬戶 需查閱賬戶的大量歷史數(shù)據(jù) 能夠給出一個(gè)問題賬戶的三年內(nèi)的歷史數(shù)據(jù) 工作人員能夠檢查該賬戶的三年內(nèi)的歷史數(shù)據(jù) 能夠按賬戶號查詢該賬戶三年歷史數(shù)據(jù) 問題賬戶所占比例沒有顯示 能夠計(jì)算問題賬戶所占比例 即時(shí)顯示問題賬戶所占比例 根據(jù)查詢結(jié)果，自動(dòng)計(jì)算并顯示問題賬戶所占比例 3. （需要根據(jù)當(dāng)時(shí)的資金，時(shí)間，以及和用戶、技術(shù)人員的協(xié)商結(jié)果而定。）用戶決定 4. 解答：她現(xiàn)在遇到的問題有： 問題 業(yè)務(wù)目標(biāo) 高層解決方案 不能有效地從信息部門獲得工資和個(gè)人數(shù)據(jù) 減少從信息部門獲得工資和個(gè)人數(shù)據(jù)的時(shí)間； 度量標(biāo)準(zhǔn)（Scale）：一次從信息部門獲得工資

29、和個(gè)人數(shù)據(jù)的時(shí)間； 計(jì)量方法（Meter）：檢查信息部門數(shù)據(jù)庫日志； 理想標(biāo)準(zhǔn)：減少50%；一般標(biāo)準(zhǔn)：減少30%；最低標(biāo)準(zhǔn)：減少20%； 由軟件從信息部門的數(shù)據(jù)庫中檢索出工資和個(gè)人數(shù)據(jù)，減少所需信息獲取的時(shí)間 雇員數(shù)據(jù)太過分散，而且不能及時(shí)正確地更新 集中雇員數(shù)據(jù)，并且正確更新 由軟件來分析雇員數(shù)據(jù)的各種特征，及早識(shí)別出數(shù)據(jù)所在位置；或由軟件集中處理雇員數(shù)據(jù)，及早識(shí)別出不準(zhǔn)確的或沒有及時(shí)更新的數(shù)據(jù)，提交人工處理或自行更新 計(jì)算復(fù)雜 降低計(jì)算的復(fù)雜性 由軟件來處理投資和退休假定的計(jì)算的復(fù)雜過程 雇員信息不能得到及時(shí)有效正確的更新 及時(shí)有效正確地更新雇員信息 由軟件來分析個(gè)

30、人數(shù)據(jù)的準(zhǔn)確性，及早識(shí)別出不準(zhǔn)確的個(gè)人信息，提交人工處理； 或定時(shí)更新數(shù)，提高數(shù)據(jù)的準(zhǔn)確性； 計(jì)算中可變條件的復(fù)雜性 降低計(jì)算中可變條件的復(fù)雜性 由軟件來處理計(jì)算中可變條件的復(fù)雜性，降低出錯(cuò)率 系統(tǒng)特性： ? 根據(jù)信息部門提供的數(shù)據(jù)庫查詢工資和個(gè)人數(shù)據(jù)； ? 根據(jù)原始數(shù)據(jù)重新整理數(shù)據(jù)并更新； ? 提交查詢信息； ? 創(chuàng)建投資和退休假定的計(jì)算過程； ? 通過公司的內(nèi)聯(lián)網(wǎng)訪問系統(tǒng)，根據(jù)個(gè)人情況更新信息； ? 模擬計(jì)算中可變條件的變化； ? 提供最靈活的福利方案。 重要的約束有： 約束源 約束 操作性 雇員信息必須有備份

31、設(shè)備預(yù)算 有自己已有的系統(tǒng)上開發(fā) 技術(shù)要求 應(yīng)用面向?qū)ο蟮姆椒? 行政要求 需要信息部門的信息 系統(tǒng) 空間不應(yīng)該超過20M字節(jié) 環(huán)境 安全性 第六章 思考題： 1. 用戶是最終使用和操作產(chǎn)品的人，他們是使用軟件的目的是為了更好的完成自己的任務(wù)，滿足組織的目標(biāo)要求。因此，一個(gè)成功的軟件要能夠協(xié)助用戶有效的完成實(shí)際工作，用戶也就自然應(yīng)該是需求獲取的主要信息來源。需求工程師需要了解用戶實(shí)際工作的開展?fàn)顩r和用戶希望軟件系統(tǒng)能夠給予他們的幫助。 用戶參與是以用戶為中心的設(shè)計(jì)方法的核心思想，它要求開發(fā)者建立和用戶的直接聯(lián)系，盡早地關(guān)注與用戶和用戶的執(zhí)行過程，通過及時(shí)獲得用

32、戶的反饋來調(diào)整軟件設(shè)計(jì)，以完成高質(zhì)量的設(shè)計(jì)。另一方面，用戶參與就是反對通過和市場人員、管理者等中間媒介來了解用戶。 在以用戶為中心的設(shè)計(jì)方法中，用戶需要參與軟件開發(fā)的全過程，并且對最終軟件設(shè)計(jì)和質(zhì)量具有非常重要的影響，所以在該方法中參與用戶的選擇和普通的涉眾代表采樣有所不同，要吧他們區(qū)分開來。 2. 他們建立了良好的合作關(guān)系后，可以降低風(fēng)險(xiǎn)。 理解用戶：對用戶的基本特征描述（個(gè)人特征、工作特征、少數(shù)會(huì)涉及地理特征） 評估用戶：優(yōu)先級評估、風(fēng)險(xiǎn)評估、共贏分析 與用戶協(xié)商，處理用戶間對于項(xiàng)目期望沖突 用戶的個(gè)人特征和工作特征的描述可以幫助更好的確定功能需求。 案例題： 2.

33、 ? 灌輸需求知識(shí)：（用戶參與的重要性） ? 涉眾的重要性：涉眾是指所有能夠影響軟件系統(tǒng)的實(shí)現(xiàn)，或者會(huì)被實(shí)現(xiàn)后的軟件系統(tǒng)所影響的個(gè)人和團(tuán)體。 3. ? 找出問題產(chǎn)生的根源，分析問題背后的問題 ? 涉眾分析，找出沖突所在，找出矛盾的焦點(diǎn) ? 解決信息系統(tǒng)部門與非信息部門之間的沖突 解答：首先，需要細(xì)分涉眾類別，這里用戶，需求工程師和程序員都屬于涉眾類別。需要分析他們各自的贏利條件，以在相互妥協(xié)中盡力實(shí)現(xiàn)一個(gè)共贏的結(jié)局。分析涉眾的關(guān)注點(diǎn)和興趣取向。 了解涉眾的個(gè)人特征和工作特征，以便對軟件系統(tǒng)的功能進(jìn)行合理的調(diào)整。選擇合適的代表參與項(xiàng)目的開發(fā)。定期舉行討論會(huì)，讓用戶知道項(xiàng)目的進(jìn)展情況。

34、優(yōu)先級評估，風(fēng)險(xiǎn)評估，共贏分析… 4. 根本沒有尋找涉眾，沒有涉眾分析，使用的是組織級的系統(tǒng)，應(yīng)該進(jìn)行涉眾分析。 5. 見6.3.2 例：個(gè)人特征：年齡：老年人 字大 工作特征：電腦使用程度 地理和社會(huì)特征：文化背景：中國和臺(tái)灣 關(guān)注點(diǎn)和興趣：反對還是贊同 目標(biāo)期望：領(lǐng)導(dǎo)的目標(biāo) 被影響程度：使用頻率 力量程度：是否可以影響項(xiàng)目實(shí)施，領(lǐng)導(dǎo) 對個(gè)人特征和工作特征的描述可以幫助更好地確定功能需求； 也可以幫助形成對涉眾類別的理解 6. 解答：（1）選擇面談對象的時(shí)候采用隨機(jī)抽樣，從5個(gè)階層以及生產(chǎn)、會(huì)計(jì)、營銷、系統(tǒng)、物流各選擇2-3名客戶參與面談。高層管理均要參加面

35、談。因?yàn)樵谶x擇面談的時(shí)候要力爭均衡的收集用戶的需求，因此要涉及各方面受系統(tǒng)影響的人。 采樣的規(guī)則：控制人數(shù)（4～8），教材上冊，6.3.4 （2）高層管理的人最先面談。然后是系統(tǒng)層。其余層的面談對象根據(jù)實(shí)際情況可以先后安排面談的時(shí)間，不一定要分先后順序。 跟高層管理人員進(jìn)行面談，采用漏斗結(jié)構(gòu)，因?yàn)楦鱾€(gè)高層管理人員對各自管理的層次從大體上有準(zhǔn)確的把握，有助于開發(fā)人員首先獲取對項(xiàng)目的廣度方面的認(rèn)識(shí)，也能獲取一些較為詳細(xì)的信息。跟具體部門人員進(jìn)行面談，采用菱形（必要時(shí)，金字塔）結(jié)構(gòu)，因?yàn)檫@種面談較為具體，問題常為封閉式問題，這樣有助于分析人員獲得深度認(rèn)識(shí)。 基本規(guī)則：（1）先業(yè)務(wù)需求，后用戶

36、需求，所以先領(lǐng)導(dǎo)后普通； （2）開始漏斗，領(lǐng)導(dǎo)漏斗 （3）普通用戶菱形，必要時(shí)金字塔 面談的結(jié)構(gòu)及其特點(diǎn)：教材上冊，7.2.2 7． 解答： (1) 定量硬數(shù)據(jù)： 發(fā)貨及收貨的明細(xì)表 貨物的中轉(zhuǎn)表 拖拉機(jī)和倉庫的使用情況表 定性硬數(shù)據(jù)： 日常業(yè)務(wù)描述文檔 描述發(fā)貨人、收貨人和承運(yùn)公司的伙伴關(guān)系文檔 參考硬數(shù)據(jù)的類型：教材上冊，6.5 （2）將這15年公司的情況用圖表表達(dá)出來，形成對15年以來公司狀況的認(rèn)識(shí)，獲取生產(chǎn)情況的時(shí)候?qū)⒋笾孪嗤哪攴萘谐鰜?，采樣時(shí)候只需要在大致相同的年份中抽取一份作為樣本。 參考采樣規(guī)則：教材上冊，6.6

37、 第7章 需求獲取方法之面談 1． 在重新瀏覽面談日程的時(shí)候，你發(fā)現(xiàn)有幾個(gè)問題看上去不合適。下面是準(zhǔn)備問Sampson紙產(chǎn)品公司銷售經(jīng)理的原問題。這家公司想把它的一些銷售信息放到Web上去，以便經(jīng)理們可以交互地評論它，從而優(yōu)化他們的銷售方案。用更合適的方式，重新寫下面的問題。 （有錯(cuò)誤問題：同時(shí)問兩個(gè)問題；隱含和暗示；提問題時(shí)上下文相關(guān)；問的問題牽扯到了被問的對象，如最后一題的陳舊） （1） 你的下屬告訴我，你非?？释幸慌_(tái)計(jì)算機(jī)。這是真的么？ 你對計(jì)算機(jī)的使用態(tài)度如何？ 你認(rèn)為作為一個(gè)銷售經(jīng)理，是不是應(yīng)該擁有一臺(tái)計(jì)算機(jī)？（誘導(dǎo)性問題） （2） 我是這個(gè)領(lǐng)域的新手，我有沒有忽略什

38、么呢？ 我問的問題如何，你有什么要補(bǔ)充的么？ 我是不是還忽略了什么？（上下文無關(guān)問題） （3） 你在銷售計(jì)算中最常用的信息資源是什么，使用頻度如何？ 將兩個(gè)問題分開 1、你在銷售計(jì)算中最常用的信息資源是什么（雙筒問題） 2、使用頻度如何？ （4） 其它銷售經(jīng)理認(rèn)為，把一些月度銷售商品放到Web上，然后做趨勢分析，將會(huì)是一種主要改進(jìn)，你同意他們的做法嗎？ 你和其他經(jīng)理一樣，都同意。。。，是嗎？ 你認(rèn)為把一些月度銷售商品放到Web上，然后做趨勢分析會(huì)是一種改進(jìn)嗎？（誘導(dǎo)性問題） （5） 沒有比你現(xiàn)在使用的陳舊的方法更好的銷售方案嗎？ 對于現(xiàn)在的銷售方法，你有什么更好的改

39、進(jìn)方法么？ 還有比目前方法更好的銷售方案嗎？（上下文無關(guān)問題） 2． 作為系統(tǒng)分析項(xiàng)目的一部分，需要為生產(chǎn)數(shù)字鐘的Chronos公司更新自動(dòng)化會(huì)計(jì)功能。你將要同首席會(huì)計(jì)Harry Straiter面談。寫出4到6個(gè)涉及他所使用的信息資源、信息格式、決策頻度、需求的信息性質(zhì)和決策樣式的面談目標(biāo)。 （1） 說明你將如何聯(lián)系Harry以安排一次面談。 （打電話，預(yù)約：聯(lián)系個(gè)人，安排一次會(huì)見，內(nèi)容，選個(gè)時(shí)間，讓他找個(gè)時(shí)間，安排個(gè)地點(diǎn)） 提前打電話或者發(fā)送電子郵件通知Harry，告知面談內(nèi)容，商定面談時(shí)間和地點(diǎn)；提前通知可以給Harry時(shí)間去考慮面談事宜。如果要進(jìn)行一次深入的面談，可以把問

40、題通過電子郵件提前發(fā)給Harry，讓他有時(shí)間仔細(xì)考慮答復(fù)。（P120） （2） 說明在這場面談中你會(huì)使用哪種面談結(jié)構(gòu)？為什么？ （首席會(huì)計(jì)師，leader，專家型的人面談結(jié)構(gòu)同普通用戶不同） 漏斗結(jié)構(gòu)，適合領(lǐng)導(dǎo)專家（根據(jù)上課筆記） （3） Harry有3個(gè)下屬也使用這個(gè)系統(tǒng)。你和他們面談嗎？為什么？ （涉眾分析中不同涉眾有不同特點(diǎn)，下屬和他之間有沒有差異，有差異則要；沒差異，則為什么） 應(yīng)當(dāng)面談，因?yàn)镠arry和其下屬對軟件系統(tǒng)的開發(fā)和應(yīng)用具有的發(fā)言權(quán)和決定權(quán)不同，屬于不同的涉眾類別。Harry屬于領(lǐng)域?qū)＜?，而其下屬屬于該系統(tǒng)的用戶，下屬和領(lǐng)導(dǎo)使用這個(gè)系統(tǒng)的目標(biāo)不同，下屬是為了

41、更好的完成自己的任務(wù)，滿足組織的目標(biāo)，他們是主要的信息來源，所以應(yīng)當(dāng)面談。 應(yīng)當(dāng)面談，因?yàn)橄聦俸皖I(lǐng)導(dǎo)應(yīng)該具有不同的目標(biāo)，而這些目標(biāo)是領(lǐng)導(dǎo)不能提供的 考察點(diǎn)：涉眾的分類 （4） 寫出3個(gè)開放式問題，在面談前通過電子郵件寄給Harry。用一句話解釋為什么應(yīng)當(dāng)由人而不是由電子郵件來指導(dǎo)面談？獲取許多語言文字之外的其它信息，如聲音動(dòng)作語氣等 （三個(gè)開放式問題隨便寫,紙面記錄和其他幾種記錄方式的優(yōu)缺點(diǎn)，人的信息傳達(dá)有幾個(gè)方面，每個(gè)方面各占多少。只靠郵件就只剩文字了，交流中只剩文字的手段了，會(huì)產(chǎn)生什么缺點(diǎn)） （好像很多不知怎么一句話概括） 由于面談中可能會(huì)實(shí)現(xiàn)很多目標(biāo)，涉及很多復(fù)雜問題

42、，所以面談一般應(yīng)該由人而不是電子郵件來來管理（P120）。 筆錄的優(yōu)點(diǎn)有： q 使會(huì)見者專心和集中精力； q 幫助回憶重要的問題； q 表現(xiàn)會(huì)見者對面談的興趣； q 表明會(huì)見者是有準(zhǔn)備的。 雖然筆錄有一些好的優(yōu)點(diǎn)，但也有一些缺點(diǎn)： q 丟失很多被會(huì)見者在談話中表現(xiàn)出來的語調(diào)、停頓等語音信息； q 做筆記時(shí)，會(huì)讓被會(huì)見者說話猶豫； q 造成對事實(shí)注意過多，而對感覺及觀點(diǎn)注意過少。 錄音和攝像的優(yōu)點(diǎn)有： q 記錄了更多的信息； q 會(huì)見者能輕松地傾聽并更快速地做出響應(yīng)； q 可以完整的重現(xiàn)面談過程。 錄音和攝像也有很多的缺點(diǎn)： q 被會(huì)見者可能會(huì)緊張，回答不自在；

43、 q 數(shù)據(jù)采集的代價(jià)較高； q 事后進(jìn)行信息尋找時(shí)難以定位。 3． 對第6章的案例題6，說明Phil應(yīng)該怎樣開展他的面談工作？包括：面談對象選擇的先后順序，每次的面談結(jié)構(gòu)。說明原因。 （列了需求的計(jì)劃 打算安排幾輪面談，每次的參與人員 每次面談結(jié)構(gòu)，可能的話可以安排第三個(gè)輪次的面談,分析原因 第一個(gè)輪次獲得前景和范圍 第二個(gè)輪次詳細(xì) 第三個(gè)輪次驗(yàn)證需求） 進(jìn)行三輪面談，具體安排如下： 第一輪面談： 面談對象：高層管理員 面談結(jié)構(gòu)：漏斗式結(jié)構(gòu) 因?yàn)榈谝惠喢嬲勚饕菫榱双@得項(xiàng)目的前景和范圍，通過探討一些高層次的問題來和項(xiàng)目目標(biāo)推導(dǎo)出業(yè)務(wù)需求，并根據(jù)問題幫助確定系

44、統(tǒng)高層次的解決方案和系統(tǒng)特性，從而到了項(xiàng)目的前景和范圍文檔。而這種問題的討論需要高層的管理員和對整個(gè)業(yè)務(wù)了解的人，所以第一輪的面談對象是高層管理員。 根據(jù)面談結(jié)構(gòu)的特性，漏斗式的面談結(jié)構(gòu)適合于領(lǐng)導(dǎo)和專家這樣的被會(huì)見對象，所以選擇漏斗式結(jié)構(gòu)。 第二輪面談： 面談對象：管理層以下的員工 面談結(jié)構(gòu)：菱形式結(jié)構(gòu)？ 第二輪面談的目標(biāo)是為了獲取詳細(xì)的需求。詳細(xì)的需求涉及系統(tǒng)的各個(gè)層次，而各個(gè)層的工作目標(biāo)和工作特性各不相同，所以需要要各個(gè)層次的工作人員進(jìn)行面談。 第三輪面談： 面談對象：各個(gè)層次的職員 面談結(jié)構(gòu)：長序列的封閉式問題？ 第三輪面談的目標(biāo)是為了驗(yàn)證已獲取的需求。分析匯總了獲

45、取的需求后，將獲得的需求分類羅列后，根據(jù)具體不同的需求需要向各個(gè)層面的涉眾確認(rèn)驗(yàn)證已經(jīng)獲取的需求，保證需求的正確性，完整性，一致性。 由于需求已經(jīng)基本確定，所以采取封閉式問題。 4． 從你進(jìn)門到現(xiàn)在，面談對象Max Hugo一直在翻閱文件、看手表、點(diǎn)燃和掐滅香煙。根據(jù)你看到的有關(guān)面談對象的情況，可以猜出Max很緊張，因?yàn)樗枰銎渌虑?。用一段話描述，為了使面談能在Max全神貫注下完成，你將如何處理這種情況。（Max不能在另外一天重新安排面談。） （輕松氣氛，了解其興趣點(diǎn)，使用開放式問題；如何緩解緊張氣氛，開放式問題可以使人放松；轉(zhuǎn)移注意力，漏斗結(jié)構(gòu)) 可以采用一些非常一般的，輕松

46、地，開放式的問題。這種方式可以打開一個(gè)面談的局面，建立一個(gè)和MaxHugo面談的輕松氣氛。通過仔細(xì)聽取前期的回答，可以幫助我們適應(yīng)后面的問題。早期開放式的問題也能夠幫助解釋被會(huì)見者的態(tài)度，價(jià)值觀和信仰，這些能夠幫助了解被會(huì)見著如何使用信息及其對組織中其他人有何看法。 如果開放式問題未能解決MaxHugo的緊張，我們可以轉(zhuǎn)移話題，談一些其感興趣的話題，轉(zhuǎn)移其注意力，建立與MaxHugo之間的信任和信賴，再將話題轉(zhuǎn)移回面談內(nèi)容。 使用漏斗型面談結(jié)構(gòu)。 5． 下面是系統(tǒng)分析團(tuán)隊(duì)的一名成員提出的第一份面談報(bào)告：“在我看來，面談進(jìn)行的很好。我和他就這個(gè)問題聊了一個(gè)半小時(shí)。他告訴我有關(guān)公司的所有

47、歷史，很有意思。他也提到，自他來到該公司的16年間，公司沒有任何變化。我們不久將再次舉行會(huì)面，以及結(jié)束這次面談，因?yàn)槲覀冞€沒有深入研究我準(zhǔn)備的問題?！? （1） 試評論這個(gè)面談報(bào)告。假設(shè)你要團(tuán)隊(duì)成員使用圖1提供的報(bào)表，那么他漏了什么主要信息？ （打算干嘛面談目標(biāo)，實(shí)際有沒有） 面談時(shí)間稍長，而且控制不佳。 遺漏了關(guān)于“最新建議的系統(tǒng)的觀點(diǎn)” （2） 什么信息對面談報(bào)告來說是無關(guān)緊要的？ （面談目標(biāo)和內(nèi)容無關(guān)） 有關(guān)公司所有的歷史。 （3） 如果真的發(fā)生了報(bào)告中提及的情況，則必須向隊(duì)友提出哪3個(gè)建議，以幫助他更好地舉行下一次面談。 （三個(gè)建議的重點(diǎn)是那些是幫助控制面談主題的）

48、1．控制面談的過程。面談開始的時(shí)候可以通過例如談公司歷史來醞釀一下交流的氣氛，但是不能偏離主題。如果長時(shí)間的談?wù)摬幌嚓P(guān)的信息的時(shí)候，需求分析人員就可以委婉的提醒面談對象，并重新切回正題。 2．注意保持面談的主題。針對每個(gè)面談的目標(biāo)，要在面談的過程中安排合適的提示，逐一引導(dǎo)面談對象對各個(gè)主題的敘述。 3．總結(jié)面談的要點(diǎn)，注意此次面談過程的成功和失誤，明確下次的目標(biāo)，以便為下次面談做充分的準(zhǔn)備。 面談對象：SalDomask 日期：3月3日 會(huì)見者：S.Cabbot

49、 主題：計(jì)算機(jī)使用 面談的目標(biāo)：找出關(guān)于計(jì)算機(jī)使用的態(tài)度； 獲得用戶的使用估計(jì)； 看最新建議的系統(tǒng)的觀點(diǎn)是否滿足目標(biāo)嗎？ 下次面談的目標(biāo)： 找出Sal怎樣看待系統(tǒng)支持部門。 找出下一個(gè)面談對象的觀點(diǎn)。 面談的要點(diǎn)： Sal說道：“計(jì)算機(jī)是我的朋友?！? “一直”都在用計(jì)算機(jī)。 迫不及待地要熟悉新系統(tǒng)。 會(huì)見者的觀點(diǎn)： 對了解更對有關(guān)系統(tǒng)如何促進(jìn)工作感興趣。 如果不使用計(jì)算機(jī)進(jìn)行工作，會(huì)感到枯燥。 將成為新系統(tǒng)的熱情支持者/促進(jìn)者。 6.假設(shè)現(xiàn)在由你來負(fù)責(zé)所在學(xué)校選課系統(tǒng)的需求工作，現(xiàn)在需要你來安排一

50、次群體面談，你打算怎么做？ （群體面談的準(zhǔn)備階段） 計(jì)劃面談 1.確定參與人員（涉眾、主持人、負(fù)責(zé)人、分析人員、記錄人員、觀察員 ） 2.安排會(huì)談時(shí)間 （全職的2－4天參與會(huì)議 ，擬定一份議程 ） 3.選擇會(huì)談地點(diǎn) （充足的空間，道具支持，良好的餐飲服務(wù) ） 4.準(zhǔn)備會(huì)談內(nèi)容 （面談的主題和范圍，會(huì)議的議程，需求的預(yù)期和會(huì)談的目標(biāo)，各種材料） 7.Cab Wheeler 是小組新解雇的需求工程師。Cab一直覺得問卷調(diào)查沒有用?，F(xiàn)在你要為Mega Trunks公司做一個(gè)系統(tǒng)項(xiàng)目，Mega Trunks是一家在130個(gè)城市有分公司和職員的國際運(yùn)輸公司。你想使用問卷調(diào)查表引出一些

51、對當(dāng)前系統(tǒng)和建議的系統(tǒng)的看法。 （1）根據(jù)你對Mega Trunks的了解，給出3條有說服力的理由，說明為什么應(yīng)該在這個(gè)研究中使用調(diào)查問卷表。 （三個(gè)理由，根據(jù)項(xiàng)目的具體情況 地理分散（涉眾眾多，地理分布不均勻），調(diào)查問卷的好處） 1． 系統(tǒng)的涉眾在地理上是分布不均的，分布在130個(gè)城市 2． 系統(tǒng)的涉眾數(shù)量眾多有130個(gè)城市的所有分公司的所有職員，而了解所有涉眾的統(tǒng)計(jì)傾向是非常重要的，所以只有問卷調(diào)查才能做到統(tǒng)計(jì) 3． 想要了解一些涉眾對當(dāng)前系統(tǒng)和建議的系統(tǒng)的看法，因?yàn)榱私猱?dāng)前的總體狀況，對進(jìn)行一項(xiàng)探索性的研究，在確定具體方向有很好的參考價(jià)值。 面談在這三個(gè)方面都有局限性，無法執(zhí)

52、行面談，而調(diào)查問卷正好可以處理這些面談的局限性情況。 問卷調(diào)查的優(yōu)點(diǎn)（Google） 1）問卷調(diào)查法的最大優(yōu)點(diǎn)是，它能突破時(shí)空限制，在廣闊范圍內(nèi)，對眾多調(diào)查對象同時(shí)進(jìn)行調(diào)查。 2）便于對調(diào)查結(jié)果進(jìn)行定量研究。 3）匿名性。 4）節(jié)省人力、時(shí)間和經(jīng)費(fèi) 。 （2）Cab在你的勸說下同意使用問卷調(diào)查表，但是極力主張所有問題都采用開放式問題，免得約束回答者。用一段勸服勸服Cab，封閉式問題是有用。一定要指出每種問題類型間的折中考慮。 （封閉式也是有用的，開放式和封閉式的優(yōu)缺點(diǎn)就行） 各有優(yōu)缺點(diǎn)（如下）：開放式 優(yōu)點(diǎn)： 讓被會(huì)見者感到自在； 會(huì)見者可以收集被會(huì)見者使用的詞匯

53、，這能反應(yīng)他的教育、價(jià)值標(biāo)準(zhǔn)、態(tài)度和信念； 提供豐富的細(xì)節(jié)； 對沒采用的進(jìn)一步的提問有啟迪作用； 讓被會(huì)見者更感興趣； 容許更多的自發(fā)性； 會(huì)見者可以在沒有太多準(zhǔn)備的情況下進(jìn)行面談。 缺點(diǎn)： 提此類問題可能會(huì)產(chǎn)生太多不相干的細(xì)節(jié)； 面談可能失控； 開放式的回答會(huì)花費(fèi)大量的時(shí)間才能獲得有用的信息量； 可能會(huì)使會(huì)見者看上去沒有準(zhǔn)備。 封閉式 優(yōu)點(diǎn)： 節(jié)省時(shí)間； 切中要點(diǎn)； 保持對面談的控制； 快速探討大范圍問題； 得到貼切的數(shù)據(jù) 缺點(diǎn)： 使得被會(huì)見者厭煩； 得不到豐富的細(xì)節(jié)； 出于上述原因，失去主要思想； 不能建立和面談?wù)叩挠押藐P(guān)系。 開放式和封閉式

54、問題各有優(yōu)缺點(diǎn),需要根據(jù)實(shí)際情況，考慮它們的優(yōu)缺點(diǎn)，進(jìn)行兩種基本問題的結(jié)合使用： 事實(shí)和問題的范圍比較確定，只希望被會(huì)見者進(jìn)行選擇和確認(rèn)時(shí)，可采用封閉式問題；在被調(diào)查者對事實(shí)和問題的掌握比較有限，希望被調(diào)查者提供豐富信息時(shí)，使用開放式問題。 開放式問題 分封閉式問題 低 數(shù)據(jù)的可靠性 高 低 適應(yīng)時(shí)間的效率 高 低 數(shù)據(jù)的精度 高 廣 廣度和深度 窄 多 需要的技巧 少 難 分析的難易度 易 第八章 需求獲取方法之原型 案例題(第一道題目,第三道題目,第五道題目第二問 不會(huì)做額) 1. “每當(dāng)我認(rèn)為已經(jīng)獲取用戶的信息需求時(shí)，他們卻已經(jīng)發(fā)

55、生了變化。這就像試圖射中一個(gè)運(yùn)動(dòng)目標(biāo)。在半數(shù)時(shí)間里，我認(rèn)為甚至用戶自己也不知道需要什么?！盕lo Chart說。他是2Good 2 Be True公司的需求工程師，該公司負(fù)責(zé)為幾家制造公司的營銷部門調(diào)查產(chǎn)品的用途。 (1) 用一段話向Flo chart解釋，原型化方法怎樣才能幫他更好地定義用戶的信息需求。 (2) 用一段話評論Flo Chart的觀察：“在半數(shù)時(shí)間里，我認(rèn)為甚至用戶自己也不知道需要什么?！币欢ㄒ忉屧突椒ㄔ鯓硬拍苷嬲貛椭脩舾玫乩斫夂完U明他們自己的信息需求。 (3) 用一段話向Flo Chart建議：一個(gè)具備原型特征的交互式Web站點(diǎn)緣何能解決Flo關(guān)于捕獲用戶信

56、息需求的問題。 解答：（1）答案主題：為什么要原型以及原型的作用 （1）根據(jù)需要確定原型類型；（2）進(jìn)行原型開發(fā)；（3）獲得用戶反饋；（4）定義所得需求 （2）答案要以“隱含知識(shí)”和“用戶表述時(shí)的主觀加工”為主題 （3）原型化方法利用直觀化的界面來最快程度的得到用戶的反饋，通過用戶的反饋 來獲知其實(shí)際的需求 2. “我有一個(gè)絕妙的主意！”Bea Kwicke宣布，他是系統(tǒng)團(tuán)隊(duì)的一位新來的需求工程師，“讓我們跳過所有的SDLC垃圾，直接為一切設(shè)計(jì)原型。我們的項(xiàng)目會(huì)進(jìn)展的更快，還可以節(jié)省時(shí)間和金錢，并且所有的用戶會(huì)感到我們似乎很在意他們，而不是連續(xù)幾個(gè)月不與

57、他們交談。” （4） 列出你（作為與Bea同一個(gè)團(tuán)隊(duì)的成員）用來勸阻她不要試圖放棄SDLC，而直接為所有項(xiàng)目設(shè)計(jì)原型的原因。 （5） Bea對你所說的話很失望。為了鼓勵(lì)她，用一段話向她說明，你認(rèn)為適用于原型化方法的情形。 解答：（1）主要原因：原型僅僅是開發(fā)當(dāng)中使用的一種手段，它利用得當(dāng)可以加速開發(fā)的進(jìn)程，但不能代替軟件開發(fā)中的所有工作。 原型開發(fā)最大的缺點(diǎn)就是：成本太高，高的讓人難以接受。所以原型方法只在必要的時(shí)候使用原型方法。通常來說，如果用戶需求出現(xiàn)了模糊，不清晰，不完整等具有一定不確定性的特征，就可以考慮使用原型方法。 原型方法的復(fù)雜性使得它會(huì)給項(xiàng)目引入了新的風(fēng)險(xiǎn)。

58、 （2）情形見下表，尤其是其中紅色的部分 ? 廢棄型 演化型 水平型 闡明并細(xì)化用例和功能性需求 識(shí)別遺漏功能 研究用戶界面方法 實(shí)現(xiàn)核心用例 根據(jù)優(yōu)先級實(shí)現(xiàn)其他用例 使得系統(tǒng)適應(yīng)快速變化的需要 垂直型 演示系統(tǒng)可行性 實(shí)現(xiàn)并擴(kuò)充核心功能 實(shí)現(xiàn)并擴(kuò)充核心算法 測試并調(diào)整性能 用戶需求出現(xiàn)了模糊，不清晰，不完整等一定不確定性的特征，就可以使用原型。 如果開始是以缺陷需求為起始點(diǎn)，需要不斷調(diào)整的情況，就可以使用探索式原型開發(fā) 如果開始擁有清晰地用戶需求，但是開發(fā)者對這些需求的實(shí)現(xiàn)方法，實(shí)現(xiàn)效果和可行性沒有太大的把握，則可以使用實(shí)驗(yàn)式原型的

59、方法 如果開始有清晰的需求也有項(xiàng)目積累下來的原型資產(chǎn)，這樣的情況可以使用演化式原型開發(fā) 3. 說明下列典型的應(yīng)用情境適合使用哪種類型的原型？ (1) 人機(jī)交互界面——信息表格或者報(bào)表。 (2) 人機(jī)交互界面——具體功能的設(shè)置。 (3) 人機(jī)交互界面——任務(wù)的執(zhí)行過程。 (4) 功能探索——任務(wù)的功能內(nèi)容。 (5) 功能探索——任務(wù)的執(zhí)行過程。 (6) 功能探索——任務(wù)的執(zhí)行效果。 解答： 4. Itall多年來一直擔(dān)任Tun-L-Vision公司的系統(tǒng)分析員。在你加入該系統(tǒng)分析團(tuán)隊(duì)以后，建議在目前項(xiàng)目中把原型化方法作為SDLC的一部分，Itall說：“當(dāng)然可以，但

60、是你不能太在意用戶所說的話。他們也不知道自己需要什么。我會(huì)做原型化工作，但是我不會(huì)‘觀察’任何用戶?！? (1) 在不明確否決Itall的前提下，盡可能巧妙地說明原型化過程中觀察用戶反應(yīng)、用戶建議和用戶創(chuàng)新的重要性的原因。 (2) 用一段話描述，如果系統(tǒng)的某部分已經(jīng)被原型化，并且在后續(xù)系統(tǒng)中沒有考慮用戶的反饋信息，可能會(huì)出現(xiàn)什么情況？ 解答：（1）通過觀察用戶的反應(yīng)會(huì)得到比較多的信息，比如說觀察到用戶總是出錯(cuò)則說明設(shè)計(jì)有問題，用戶在某個(gè)界面停留很久這就說明軟件的導(dǎo)航有問題，通過觀察發(fā)現(xiàn)用戶老是從一個(gè)位置移到另一個(gè)位置，說明界面中按鈕放置的有問題，有的時(shí)候用戶使用的方式超出了我們的想象（用

61、戶創(chuàng)新），像這些都要通過觀察得到。在評估中，用戶會(huì)對原型系統(tǒng)的人機(jī)教會(huì)和功能設(shè)置提出建議，這些建議可以幫助開發(fā)者們改進(jìn)，改變或調(diào)整原型，從來可以是原型更接近于它的目標(biāo)實(shí)現(xiàn)。對于用戶的創(chuàng)新則是用戶潛在的需求，這些可以通過觀察還有用戶的反饋中得到，做到以上，我們可以獲得很多信息，使我們的原型更加完善。 （2）如果系統(tǒng)的某部分已經(jīng)被原型化，但是在后續(xù)系統(tǒng)中沒有考慮用戶的反饋信息，這個(gè)原形都不能算是一個(gè)符合要求的原型。這樣會(huì)導(dǎo)致開出來的原型根本就不符合用戶需求，開發(fā)出來以后用戶不滿意可能會(huì)受到用戶的抵制?？赡茉诤笃诓疟话l(fā)現(xiàn)，開發(fā)方需要做很大的調(diào)整修改，導(dǎo)致項(xiàng)目延期，嚴(yán)重者可能會(huì)導(dǎo)致項(xiàng)目的失

62、敗。 5. Nordic Designs 是一家專營Scandinavia 當(dāng)代家具的連鎖企業(yè)，它已經(jīng)發(fā)布了一則夸耀其配送信息系統(tǒng)原型的公司簡訊。簡訊報(bào)道聲稱：“我們的配送信息系統(tǒng)原型一發(fā)布就投入使用了。絕對沒有任何修改的必要，經(jīng)理們說它是追蹤家具配送的最佳解決方案。不久就可以你們商店中接觸原型了?！? (1) 這則報(bào)道的作者對原型化方法概念明顯存在什么樣的誤解？用一段話解釋它。 (2) 如果用戶期望原型“絕對沒有任何修改的必要”的話，列出原型設(shè)計(jì)者可能會(huì)面臨的問題。 解答：（1）這則報(bào)道中提到“我們的配送信息系統(tǒng)原型一發(fā)布就投入使用了”可以看出作者誤解了一點(diǎn)：開發(fā)出的原型不是最終的軟件

63、，原型不能直接發(fā)布使用，我們使用原型的目的是獲取需求的內(nèi)容，而不是獲取原型的代碼，原型代碼最終應(yīng)該是會(huì)被拋棄的。作者還說“絕對沒有修改的必要”這句話顯然有問題，原型開發(fā)的過程中腰不斷地根據(jù)評估者反饋的不足進(jìn)行原型的修改，調(diào)整完后還要準(zhǔn)備再次原型評估，如果不能通過，則在根據(jù)反饋，觀察進(jìn)行原型修正，所以不能說“絕對沒有任何修改的必要”。 （2）首先原型是本來就是用來獲取需求的，最終代碼一定要被拋棄，不然開發(fā)出來的軟件質(zhì)量會(huì)很差。 如果用戶期望原型“絕對沒有修改的必要”的話，也就是說一次就獲取完需求，顯然這樣的方法是不可行的，不能獲取到完整明確的需求，這樣會(huì)導(dǎo)致配送系統(tǒng)漏洞多，不能滿足用戶的需求

64、，不受用戶的歡迎甚至抵制，嚴(yán)重的可能影響到業(yè)務(wù) 花費(fèi)大力氣在原型上，時(shí)間花費(fèi)過大 6. 下面這段話是在Fence公司的經(jīng)理與系統(tǒng)分析團(tuán)隊(duì)的會(huì)議上聽到的：“你們告訴我們原型可以在3個(gè)星期以前完成。但現(xiàn)在我們還在等?！? (1) 用一段話來評價(jià)快速提交原型的重要性。 (2) 原型化中可能有哪些難以管理的因素？試列舉它們。 (3) 有哪些方法可以幫助控制原型開發(fā)的過程和速度？ 解答：（1）快速提交原型可以避免對原型開發(fā)工作投入太多的工作，這樣開發(fā)團(tuán)隊(duì)就不會(huì)消耗過多的時(shí)間和過大的成本，避免了最后被迫只能匆匆忙忙實(shí)現(xiàn)一個(gè)產(chǎn)品，甚至只是交付一個(gè)原型的情況出現(xiàn)。 （2）創(chuàng)新性內(nèi)容，例如創(chuàng)新性思想

65、 都是些在使用原型方法之前沒有想到的內(nèi)容，有的還可能是用戶的潛在需求，要通過不斷地用戶和原型交互，觀察用戶才可能發(fā)現(xiàn)，很難管理 探索式原型時(shí)候，如果探索的內(nèi)容太多就很難管理 時(shí)間成本：使用原型方法的時(shí)候如果選擇方法不正確，起初設(shè)計(jì)不夠健壯等問題可能會(huì)導(dǎo)致原型開發(fā)占用時(shí)間長，成本高，風(fēng)險(xiǎn)大，這里需要很好的原型管理 嘗試東西的可行性，新的想法 （6） 如果是探索內(nèi)容太多，盡量分散在不同的項(xiàng)目里，不要集中在一個(gè)項(xiàng)目中。 根據(jù)需要，花最小的代價(jià)來創(chuàng)建原型，如果花的最小代價(jià)，顯然就能很容易的控制管理（比如說：如果是界面原型，可以用紙質(zhì)界面可以節(jié)約代價(jià)；如果要驗(yàn)證某個(gè)可行性，功能一般都是比較固定

66、的可以選擇合適的，再比如如果選擇垂直原型一定是功能范圍比較少的，否則很難控制） 第九章 需求獲取方法之觀察與文檔審查 思考題： 1.觀察用戶工作總是困難的。它通過使你和用戶都感動(dòng)不舒服。為了確保由于你的訪問而不至于使用戶的行為發(fā)生改變，你應(yīng)該怎么辦？為了使觀察看起來更自然一些，你應(yīng)該怎么做？ 二玉哥哥語：書上沒有，屬于日常經(jīng)驗(yàn)，讓別人感覺到你的訪問不發(fā)生困難的手段 參考答案： （1） 每次去用戶的工作場所幫助用戶干活，使得用戶感覺自然 （2） 在特定的觀察之前就經(jīng)常去用戶的工作場所，等到進(jìn)行觀察時(shí)，用戶對需求工程師的到來已經(jīng)習(xí)以為常。 （3） 在去觀察之前做足準(zhǔn)備功夫，熟悉客戶的性格特點(diǎn)、個(gè)人嗜好、生活習(xí)慣和工作風(fēng)格等，觀察中可以適時(shí)與客戶交流，以提高客戶對需求工程師的好感度和熟悉度來降低客戶的不自然 （4） 觀察客戶的時(shí)候不要太明顯，盡量不使客戶察覺到。 2.在需求獲取階段，需求工程師收集了大量的硬數(shù)據(jù)樣本，解釋這些樣本的類型以及它們適用于哪種文檔審查方法。 二玉哥哥語：書上就有，都可做成復(fù)習(xí)題，難度不夠-_-^^^^ 參考答案： 文檔類型 文檔審查方