第03章軟件需求獲取

1、第三章第三章 軟件需求獲取軟件需求獲取課程提綱課程提綱軟件需求基本理論和概念軟件需求基本理論和概念 軟件需求工程過程軟件需求工程過程 軟件需求獲取軟件需求獲取 軟件需求分析軟件需求分析 軟件需求規(guī)格說明軟件需求規(guī)格說明 軟件需求驗(yàn)證軟件需求驗(yàn)證 軟件需求管理軟件需求管理 軟件需求實(shí)現(xiàn)軟件需求實(shí)現(xiàn) 軟件需求工程新進(jìn)展軟件需求工程新進(jìn)展 軟件需求開發(fā)與需求管理工具軟件需求開發(fā)與需求管理工具內(nèi)容提要 建立項(xiàng)目視圖和范圍 需求獲取一一.項(xiàng)目視圖和范圍文檔項(xiàng)目視圖和范圍文檔業(yè)務(wù)需求業(yè)務(wù)需求項(xiàng)目視圖解決方案項(xiàng)目視圖解決方案 范圍和局限性范圍和局限性業(yè)務(wù)環(huán)境業(yè)務(wù)環(huán)境產(chǎn)品成功的因素產(chǎn)品成功的因素基于項(xiàng)目視圖和

2、范圍的管理基于項(xiàng)目視圖和范圍的管理項(xiàng)目視圖和范圍文檔項(xiàng)目視圖和范圍文檔業(yè)務(wù)需求業(yè)務(wù)需求 為什么開發(fā)該項(xiàng)目？新為什么開發(fā)該項(xiàng)目？新產(chǎn)品為客戶和軟件開發(fā)者帶來的利益產(chǎn)品為客戶和軟件開發(fā)者帶來的利益背景背景業(yè)務(wù)機(jī)遇業(yè)務(wù)機(jī)遇業(yè)務(wù)目標(biāo)業(yè)務(wù)目標(biāo)客戶需求客戶需求業(yè)務(wù)風(fēng)險(xiǎn)業(yè)務(wù)風(fēng)險(xiǎn)項(xiàng)目視圖和范圍文檔項(xiàng)目視圖和范圍文檔背景背景總結(jié)新產(chǎn)品的理論基礎(chǔ)總結(jié)新產(chǎn)品的理論基礎(chǔ) 產(chǎn)品開發(fā)的歷史背景產(chǎn)品開發(fā)的歷史背景業(yè)務(wù)機(jī)遇業(yè)務(wù)機(jī)遇 描述產(chǎn)品競爭的市場及運(yùn)用的環(huán)境描述產(chǎn)品競爭的市場及運(yùn)用的環(huán)境現(xiàn)有產(chǎn)品評價(jià)及存在的問題現(xiàn)有產(chǎn)品評價(jià)及存在的問題 新產(chǎn)品的競爭優(yōu)勢新產(chǎn)品的競爭優(yōu)勢項(xiàng)目視圖和范圍文檔項(xiàng)目視圖和范圍文檔業(yè)務(wù)目標(biāo)業(yè)務(wù)目標(biāo)

3、描述產(chǎn)品所帶來的商業(yè)利潤描述產(chǎn)品所帶來的商業(yè)利潤 客戶獲得的價(jià)值，如提高生產(chǎn)率、節(jié)省客戶獲得的價(jià)值，如提高生產(chǎn)率、節(jié)省開支、符合產(chǎn)業(yè)標(biāo)準(zhǔn)、提高可用性等開支、符合產(chǎn)業(yè)標(biāo)準(zhǔn)、提高可用性等 產(chǎn)品預(yù)算和交付日期產(chǎn)品預(yù)算和交付日期項(xiàng)目視圖和范圍文檔項(xiàng)目視圖和范圍文檔客戶需求客戶需求 描述典型客戶的需求描述典型客戶的需求 客戶對現(xiàn)有產(chǎn)品使用所遇到的問題客戶對現(xiàn)有產(chǎn)品使用所遇到的問題 通過原型或舉例闡述新產(chǎn)品的使用方法通過原型或舉例闡述新產(chǎn)品的使用方法 確定新產(chǎn)品運(yùn)行的軟、硬平臺(tái)確定新產(chǎn)品運(yùn)行的軟、硬平臺(tái) 定義較高層次的關(guān)鍵接口定義較高層次的關(guān)鍵接口 產(chǎn)品的性能要求產(chǎn)品的性能要求項(xiàng)目視圖和范圍文檔項(xiàng)目視圖和

4、范圍文檔業(yè)務(wù)風(fēng)險(xiǎn)業(yè)務(wù)風(fēng)險(xiǎn) 市場競爭帶來的風(fēng)險(xiǎn)市場競爭帶來的風(fēng)險(xiǎn) 產(chǎn)品預(yù)算和交付日期帶來的風(fēng)險(xiǎn)產(chǎn)品預(yù)算和交付日期帶來的風(fēng)險(xiǎn) 用戶是否可以接受用戶是否可以接受 實(shí)現(xiàn)技術(shù)的可行性實(shí)現(xiàn)技術(shù)的可行性 預(yù)測每一項(xiàng)風(fēng)險(xiǎn)的嚴(yán)重性預(yù)測每一項(xiàng)風(fēng)險(xiǎn)的嚴(yán)重性 制定風(fēng)險(xiǎn)應(yīng)對或減輕措施制定風(fēng)險(xiǎn)應(yīng)對或減輕措施項(xiàng)目視圖和范圍文檔項(xiàng)目視圖和范圍文檔項(xiàng)目視圖解決方案項(xiàng)目視圖解決方案 長遠(yuǎn)項(xiàng)目視長遠(yuǎn)項(xiàng)目視圖，業(yè)務(wù)目標(biāo)，決策信息等圖，業(yè)務(wù)目標(biāo)，決策信息等項(xiàng)目視圖陳述項(xiàng)目視圖陳述 開發(fā)新系統(tǒng)開發(fā)新系統(tǒng)( (產(chǎn)品產(chǎn)品) )的的目的簡要陳述目的簡要陳述產(chǎn)品主要性能列表產(chǎn)品主要性能列表 強(qiáng)調(diào)區(qū)別于以往強(qiáng)調(diào)區(qū)別于以往產(chǎn)品和競爭產(chǎn)品的特性產(chǎn)品和

5、競爭產(chǎn)品的特性主要假設(shè)和產(chǎn)品依賴的環(huán)境主要假設(shè)和產(chǎn)品依賴的環(huán)境項(xiàng)目視圖和范圍文檔項(xiàng)目視圖和范圍文檔范圍和局限性范圍和局限性 確定項(xiàng)目基本解決確定項(xiàng)目基本解決方案及適用范圍，產(chǎn)品應(yīng)包含和不應(yīng)方案及適用范圍，產(chǎn)品應(yīng)包含和不應(yīng)包含的性能包含的性能Release 1.0 首次發(fā)行首次發(fā)行( (開發(fā)開發(fā)) )的范圍，目的范圍，目的的 ( (爭奪市場優(yōu)先權(quán)？爭奪市場優(yōu)先權(quán)？) )Release 2.0 隨后發(fā)行隨后發(fā)行( (開發(fā)開發(fā)) )的范圍的范圍Release 相關(guān)的產(chǎn)品局限性和專用性相關(guān)的產(chǎn)品局限性和專用性項(xiàng)目視圖和范圍文檔項(xiàng)目視圖和范圍文檔業(yè)務(wù)環(huán)境業(yè)務(wù)環(huán)境 客戶分類概述和項(xiàng)目管客戶分類概述和項(xiàng)目管

6、理優(yōu)先級理優(yōu)先級不同客戶群的特征，包括客戶能獲得的不同客戶群的特征，包括客戶能獲得的益處，對新產(chǎn)品的態(tài)度，對產(chǎn)品哪些特益處，對新產(chǎn)品的態(tài)度，對產(chǎn)品哪些特性最感興趣，使用該產(chǎn)品的可能性有多性最感興趣，使用該產(chǎn)品的可能性有多大，客戶的限制大，客戶的限制項(xiàng)目優(yōu)先級，通過對產(chǎn)品性能、質(zhì)量、項(xiàng)目優(yōu)先級，通過對產(chǎn)品性能、質(zhì)量、開發(fā)計(jì)劃、開發(fā)成本、可用資源開發(fā)計(jì)劃、開發(fā)成本、可用資源(主要為主要為人力人力)的分析建立項(xiàng)目開發(fā)優(yōu)先級的分析建立項(xiàng)目開發(fā)優(yōu)先級項(xiàng)目視圖和范圍文檔項(xiàng)目視圖和范圍文檔產(chǎn)品成功的因素產(chǎn)品成功的因素產(chǎn)品成功的定義和測量產(chǎn)品成功的定義和測量影響產(chǎn)品成功的主要因素影響產(chǎn)品成功的主要因素與所有關(guān)

7、鍵風(fēng)險(xiǎn)承擔(dān)者達(dá)成一致與所有關(guān)鍵風(fēng)險(xiǎn)承擔(dān)者達(dá)成一致一一.項(xiàng)目視圖和范圍文檔項(xiàng)目視圖和范圍文檔基于項(xiàng)目視圖和范圍的管理基于項(xiàng)目視圖和范圍的管理新的需求或特性出現(xiàn)時(shí)確認(rèn)是否在項(xiàng)目新的需求或特性出現(xiàn)時(shí)確認(rèn)是否在項(xiàng)目范圍之內(nèi)。范圍之內(nèi)。當(dāng)不得不改變項(xiàng)目范圍時(shí)，必須重新商當(dāng)不得不改變項(xiàng)目范圍時(shí)，必須重新商定預(yù)算、資源和進(jìn)度安排。為應(yīng)對較小定預(yù)算、資源和進(jìn)度安排。為應(yīng)對較小改變可能帶來的麻煩，最初計(jì)劃中留有改變可能帶來的麻煩，最初計(jì)劃中留有余地，如余地，如25%，會(huì)是較現(xiàn)實(shí)的做法，會(huì)是較現(xiàn)實(shí)的做法.通常拒絕一個(gè)新的需求因缺乏根據(jù)難以通常拒絕一個(gè)新的需求因缺乏根據(jù)難以做到，但基于項(xiàng)目視圖和范圍文檔卻可做到，但

8、基于項(xiàng)目視圖和范圍文檔卻可以合理地拒絕這些新的要求。以合理地拒絕這些新的要求。需求獲取的三個(gè)主要方面需求獲取的三個(gè)主要方面: 應(yīng)獲取什么信息應(yīng)獲取什么信息? ? 應(yīng)使用何種信息來源應(yīng)使用何種信息來源? ? 應(yīng)采用什么獲取技術(shù)應(yīng)采用什么獲取技術(shù)? ?二二.軟件需求獲取軟件需求獲取1.需求獲取的信息需求獲取的信息獲取信息就是為了能夠得到產(chǎn)生需求文檔獲取信息就是為了能夠得到產(chǎn)生需求文檔和規(guī)格說明所必需的信息：和規(guī)格說明所必需的信息： 問題域的描述問題域的描述 要求解決的問題列表要求解決的問題列表( (需求需求) ) 用戶對解系統(tǒng)的行為或結(jié)構(gòu)施加的任何約用戶對解系統(tǒng)的行為或結(jié)構(gòu)施加的任何約束束2. 信

9、息來源信息來源 高層系統(tǒng)需求高層系統(tǒng)需求 System RequirementsSystem Requirements 客戶客戶( (實(shí)際的和潛在的實(shí)際的和潛在的) Customers) Customers 客戶的客戶的“規(guī)格說明書規(guī)格說明書” CRSCRS 原有解系統(tǒng)原有解系統(tǒng)( (即運(yùn)行在問題域中，執(zhí)行與預(yù)期即運(yùn)行在問題域中，執(zhí)行與預(yù)期的新的解系統(tǒng)相似功能的系統(tǒng)的新的解系統(tǒng)相似功能的系統(tǒng)) )及其文檔及其文檔 原有系統(tǒng)的用戶原有系統(tǒng)的用戶 競爭對手的產(chǎn)品競爭對手的產(chǎn)品 應(yīng)用領(lǐng)域?qū)＜覒?yīng)用領(lǐng)域?qū)＜?定義了任何接口系統(tǒng)的特征和行為的文檔定義了任何接口系統(tǒng)的特征和行為的文檔 相關(guān)的技術(shù)標(biāo)準(zhǔn)和法規(guī)相

10、關(guān)的技術(shù)標(biāo)準(zhǔn)和法規(guī)2.1 Identifying Requirements Info SourcesAs a start points, you first need to identify Key stakeholders - as we learned before, they are users, customers and developers Potential users and operators who need this product Historical data, including process dataBecause they are easy to identi

11、fy? No, because they are important!2.1 Identifying Requirements Info SourcesoBaseline documents 基線文檔基線文檔 Source requirements documents 原始需求原始需求 Contracts 合同合同 Proposal 提案提案 Standards Product visions and scope Regulations Customer requirements2.1 Identifying Requirements Info SourcesoAuxiliary docume

12、nts 補(bǔ)充文檔補(bǔ)充文檔 Early system concept studies User profiles 用戶概況用戶概況 Marketing study Interviewing notes Current technology White papers Lessons learned study2.1 Identifying Requirements Info SourcesoRelated systems Similar systems Predecessor systems Prototypes Interfacing systems Existed subsystems2.1

13、Identifying Requirements Info Sources Interviews and discussions with potential users Marketing surveys and user questionnaires 調(diào)查表調(diào)查表 Observing users at work Scenario analysis of user tasks Events (stimulus) and responses (for real time system)2.2 Evaluate Requirements Info Sources Refered document

14、s version, is it latest? Avoid to use outdated source documents Refered documents are complete? The information sources are relevant to current product? Do you interview the right person? Why they are reluctant to provide information?3. 需求獲取技術(shù)需求獲取技術(shù)一旦確定了可能的信息來源，一旦確定了可能的信息來源，接下來的工作是通過選擇合接下來的工作是通過選擇合適

15、的獲取技術(shù)來挖掘所需的適的獲取技術(shù)來挖掘所需的信息。信息。3. 需求獲取技術(shù)需求獲取技術(shù)3.1 3.1 面談面談 Interviewing面談是最直接的獲得需求的方法面談是最直接的獲得需求的方法 結(jié)構(gòu)化面談，結(jié)構(gòu)化面談，集中討論一組事先計(jì)劃好的問題；集中討論一組事先計(jì)劃好的問題； 非非結(jié)構(gòu)化面談，面談進(jìn)行時(shí)通過臨場發(fā)揮獲得問結(jié)構(gòu)化面談，面談進(jìn)行時(shí)通過臨場發(fā)揮獲得問題的答案；題的答案； 對面談主題做充分的準(zhǔn)備可以大大提高面談效率對面談主題做充分的準(zhǔn)備可以大大提高面談效率, ,例如對被咨詢?nèi)说念A(yù)先了解及期望獲取的答案例如對被咨詢?nèi)说念A(yù)先了解及期望獲取的答案; ; 面談進(jìn)程控制面談進(jìn)程控制 面談信息

16、記錄面談信息記錄3. 需求獲取技術(shù)需求獲取技術(shù)3.2 3.2 調(diào)查表調(diào)查表 Surveys 當(dāng)事先可以很好地確定問題時(shí)，調(diào)查表當(dāng)事先可以很好地確定問題時(shí)，調(diào)查表方法提供了一個(gè)高效的需求獲取方法方法提供了一個(gè)高效的需求獲取方法; ; 對問題列表預(yù)先作充分的準(zhǔn)備，以便使對問題列表預(yù)先作充分的準(zhǔn)備，以便使問題易于理解，最小化二義性問題易于理解，最小化二義性; ; 調(diào)查表可以認(rèn)為是結(jié)構(gòu)化面談的最終表調(diào)查表可以認(rèn)為是結(jié)構(gòu)化面談的最終表現(xiàn)形式，可作為面談技術(shù)的補(bǔ)充方法。現(xiàn)形式，可作為面談技術(shù)的補(bǔ)充方法。3. 需求獲取技術(shù)需求獲取技術(shù)3.3 3.3 用例用例( (Use Case)和場景和場景( (Scen

17、ario) )分析分析 一個(gè)精確定義的一個(gè)精確定義的Use Case是面向解系統(tǒng)的而是面向解系統(tǒng)的而非問題域的。非問題域的。 Use Case的觀點(diǎn)和方法論對需求開發(fā)是極有的觀點(diǎn)和方法論對需求開發(fā)是極有幫助的，因?yàn)樗梢悦枋鲇脩羰褂孟到y(tǒng)所要幫助的，因?yàn)樗梢悦枋鲇脩羰褂孟到y(tǒng)所要完成的所有任務(wù)。完成的所有任務(wù)。 Scenario描述了系統(tǒng)對用戶特定的輸入存在描述了系統(tǒng)對用戶特定的輸入存在的可能的響應(yīng)，可以和的可能的響應(yīng)，可以和Use Case聯(lián)合使用。聯(lián)合使用。 經(jīng)常和分析階段一起使用。經(jīng)常和分析階段一起使用。3. 需求獲取技術(shù)需求獲取技術(shù)3.4 3.4 頭腦風(fēng)暴頭腦風(fēng)暴 Brainstormi

18、ngBrainstorming用于復(fù)雜、含糊不清的需求獲取。通過一用于復(fù)雜、含糊不清的需求獲取。通過一個(gè)短暫、集中式的討論，使關(guān)鍵系統(tǒng)需求個(gè)短暫、集中式的討論，使關(guān)鍵系統(tǒng)需求浮出水面。在這里，參加人員應(yīng)包括各關(guān)浮出水面。在這里，參加人員應(yīng)包括各關(guān)鍵性領(lǐng)域代表，討論將是自由式的，著重鍵性領(lǐng)域代表，討論將是自由式的，著重的是想法而不是辯論和批評。的是想法而不是辯論和批評。3. 需求獲取技術(shù)需求獲取技術(shù)3.5 3.5 需求裁剪需求裁剪 Requirements TailoringRequirements Tailoring當(dāng)存在一份客戶需求規(guī)格說明書，或者當(dāng)存在一份客戶需求規(guī)格說明書，或者存在一份相

19、似的已有產(chǎn)品需求規(guī)格說明存在一份相似的已有產(chǎn)品需求規(guī)格說明書時(shí)，就可使用這種技術(shù)。需求裁剪可書時(shí)，就可使用這種技術(shù)。需求裁剪可以是手工的，也可以通過工具來完成。以是手工的，也可以通過工具來完成。3. 需求獲取技術(shù)需求獲取技術(shù)Key Points:Actually, all the technique can be combined together, 在需求獲取過程中它們并非獨(dú)立進(jìn)行的。在需求獲取過程中它們并非獨(dú)立進(jìn)行的。與與Stakeholders的交流的交流( (communication) )與溝通與溝通( (interaction) )是是需求獲取過程中的關(guān)鍵能力體現(xiàn)。需求獲取過程中的

20、關(guān)鍵能力體現(xiàn)。3.1 InterviewingThe 80/20 Rule 80% of the talking should be done by the customers or users 20% of the talking should be done by the requirement engineer (interviewer)3.1 InterviewingKey skills for successful interview Preparation Asking the right questions Careful listening Checking for the u

21、nderstanding Recording information3.1 Interviewing Preparation 準(zhǔn)備準(zhǔn)備Environmental Scanning 環(huán)境審查環(huán)境審查Customers business 客戶的業(yè)務(wù)領(lǐng)域客戶的業(yè)務(wù)領(lǐng)域Customers needs 客戶的需要客戶的需要Resource and document asked for 打算打算獲得什么信息和文檔資料獲得什么信息和文檔資料Prepare for presentation, demonstration 準(zhǔn)備你的陳述和演示等準(zhǔn)備你的陳述和演示等3.1 Interviewing Preparat

22、ion 準(zhǔn)備準(zhǔn)備Establishment of Rapport 建立和諧的環(huán)境建立和諧的環(huán)境Use relaxed and approachable manner平平易近人的態(tài)度易近人的態(tài)度Use non-technical language, No jargon!少用專業(yè)語言，行話少用專業(yè)語言，行話Establish comfortable time frame 建立客建立客戶滿意的時(shí)間表戶滿意的時(shí)間表3.1 Interviewing Asking the right questions詢問問題是最直接的信息獲取方法詢問問題是最直接的信息獲取方法從最容易回答的問題著手，可以使從最容易回答的

23、問題著手，可以使用戶容易進(jìn)入角色用戶容易進(jìn)入角色過程中通過詢問確信懂得對方的想過程中通過詢問確信懂得對方的想法法 正確跟蹤確認(rèn)前面的問題正確跟蹤確認(rèn)前面的問題 正確地總結(jié)關(guān)鍵點(diǎn)并加以確認(rèn)正確地總結(jié)關(guān)鍵點(diǎn)并加以確認(rèn)3.1 InterviewingClosed questions 直接的問題直接的問題 Answer: Yes or No 例如：例如： 你是該項(xiàng)目的負(fù)責(zé)人嗎？你是該項(xiàng)目的負(fù)責(zé)人嗎？ 誰是該項(xiàng)目的財(cái)務(wù)經(jīng)理？誰是該項(xiàng)目的財(cái)務(wù)經(jīng)理？ 六個(gè)月的開發(fā)周期是否現(xiàn)實(shí)？六個(gè)月的開發(fā)周期是否現(xiàn)實(shí)？3.1 Interviewing直接問題的優(yōu)點(diǎn)：直接問題的優(yōu)點(diǎn)： 可以有效地控制問題范圍和答案可以有效地控

24、制問題范圍和答案 在短時(shí)間內(nèi)包含較多的問題在短時(shí)間內(nèi)包含較多的問題 答案容易記錄和分析答案容易記錄和分析 客戶容易回答客戶容易回答3.1 Interviewing直接問題的缺點(diǎn)：直接問題的缺點(diǎn)： 因回答過于簡單，不能得到充分的因回答過于簡單，不能得到充分的信息，需要有后續(xù)的問題進(jìn)一步獲信息，需要有后續(xù)的問題進(jìn)一步獲取更多的信息取更多的信息 其回答可能不代表客戶的真實(shí)想法其回答可能不代表客戶的真實(shí)想法 尖銳的問題可能會(huì)被隱藏尖銳的問題可能會(huì)被隱藏 采訪者占用太長談話時(shí)間采訪者占用太長談話時(shí)間3.1 Interviewing直接問題直接問題適合的場合：適合的場合： 復(fù)雜問題的前奏復(fù)雜問題的前奏 采

25、集簡單的事實(shí)數(shù)據(jù)采集簡單的事實(shí)數(shù)據(jù) 確認(rèn)對問題的理解確認(rèn)對問題的理解3.1 InterviewingOpen questions 間接問題間接問題 客戶客戶/用戶決定提供什么信息，回答過程可用戶決定提供什么信息，回答過程可能比較復(fù)雜能比較復(fù)雜 能夠派生新的想法能夠派生新的想法 例如：例如： 你是該項(xiàng)目中擔(dān)任什么角色？你是該項(xiàng)目中擔(dān)任什么角色？ 為什么該系統(tǒng)需要改進(jìn)？為什么該系統(tǒng)需要改進(jìn)？ 這是我們提出的初步解決方案，你看能這是我們提出的初步解決方案，你看能否解決現(xiàn)有的產(chǎn)品問題？否解決現(xiàn)有的產(chǎn)品問題？3.1 Interviewing間接問題的優(yōu)點(diǎn)：間接問題的優(yōu)點(diǎn)： 體現(xiàn)對客戶體現(xiàn)對客戶/用戶思想

26、、觀點(diǎn)的重視用戶思想、觀點(diǎn)的重視 提供客戶提供客戶/用戶認(rèn)為的重要信息和隱藏問題用戶認(rèn)為的重要信息和隱藏問題 客戶客戶/用戶能主動(dòng)提供一些未涉及到的信息用戶能主動(dòng)提供一些未涉及到的信息 能顯現(xiàn)客戶能顯現(xiàn)客戶/用戶對問題的不了解或錯(cuò)誤理解用戶對問題的不了解或錯(cuò)誤理解 談話多數(shù)時(shí)間在客戶談話多數(shù)時(shí)間在客戶/用戶方，符合用戶方，符合80/20原則原則 能夠獲取新的產(chǎn)品解決思路能夠獲取新的產(chǎn)品解決思路 - brainstorming3.1 Interviewing間接問題的缺點(diǎn)間接問題的缺點(diǎn)： 回答問題需要較長時(shí)間回答問題需要較長時(shí)間 問題較難跟蹤和記錄，必需有較好的訓(xùn)問題較難跟蹤和記錄，必需有較好的

27、訓(xùn)練才能記錄下有價(jià)值的和關(guān)鍵的信息練才能記錄下有價(jià)值的和關(guān)鍵的信息 需防止客戶需防止客戶/用戶思路跑題，通常需要穿用戶思路跑題，通常需要穿插一些直接問題來保持主題連貫性插一些直接問題來保持主題連貫性3.1 InterviewingPrimary and secondary questions 原始的和派生的問題原始的和派生的問題原始問題引入新的主題，可以是直接問原始問題引入新的主題，可以是直接問題也可以是間接問題題也可以是間接問題如：關(guān)于新的應(yīng)用流媒體如：關(guān)于新的應(yīng)用流媒體(streaming)能能否談?wù)勀愕恼J(rèn)識(shí)？否談?wù)勀愕恼J(rèn)識(shí)？派生問題試圖從原始問題中提取或探查派生問題試圖從原始問題中提取或

28、探查更多的信息更多的信息,如：如：為什么你認(rèn)為流媒體業(yè)務(wù)還不能開展？為什么你認(rèn)為流媒體業(yè)務(wù)還不能開展？是用戶負(fù)擔(dān)不起嗎？是用戶負(fù)擔(dān)不起嗎？3.1 InterviewingSummary questions 總結(jié)性總結(jié)性問題問題 為確信對一個(gè)主題的理解無二義性為確信對一個(gè)主題的理解無二義性 幫助采訪者獲得最后確定性信息幫助采訪者獲得最后確定性信息 當(dāng)與進(jìn)一步的行動(dòng)相關(guān)聯(lián)時(shí)會(huì)使用當(dāng)與進(jìn)一步的行動(dòng)相關(guān)聯(lián)時(shí)會(huì)使用根據(jù)我們的討論，整個(gè)計(jì)劃分為根據(jù)我們的討論，整個(gè)計(jì)劃分為2個(gè)階段，個(gè)階段，第一階段為調(diào)研，需要第一階段為調(diào)研，需要3個(gè)月，個(gè)月，2個(gè)人，個(gè)人，共共6個(gè)人月，基于此決定下一階段任務(wù)。個(gè)人月，基于

29、此決定下一階段任務(wù)。是這樣嗎？是這樣嗎？3.1 Interviewing Careful listening 集中精力傾聽集中精力傾聽 仔細(xì)的傾聽和正確的提問是成功地與仔細(xì)的傾聽和正確的提問是成功地與客戶客戶/ /用戶交流的關(guān)鍵技術(shù)用戶交流的關(guān)鍵技術(shù) 不能很好地傾聽對方、理解對方，就不能很好地傾聽對方、理解對方，就不可能提出恰當(dāng)?shù)膯栴}不可能提出恰當(dāng)?shù)膯栴} 每字每句的真實(shí)含義及細(xì)微差別每字每句的真實(shí)含義及細(xì)微差別 沉默沉默(silence) 問題無法回答問題無法回答?拒絕回答拒絕回答? 身體語言身體語言(body language)3.1 Interviewing傾聽的障礙：傾聽的障礙： 不能集

30、中精力不能集中精力 同樣詞語但可能包含不同含義同樣詞語但可能包含不同含義 先入為主的觀念和看法先入為主的觀念和看法傾聽的關(guān)鍵：傾聽的關(guān)鍵： 傾注熱情，表現(xiàn)出真正的關(guān)注傾注熱情，表現(xiàn)出真正的關(guān)注 給客戶給客戶/ /用戶足夠時(shí)間解釋其想法用戶足夠時(shí)間解釋其想法3.1 Interviewing Check for understanding 對關(guān)鍵點(diǎn)重復(fù)解釋對關(guān)鍵點(diǎn)重復(fù)解釋 關(guān)注關(guān)鍵細(xì)節(jié)關(guān)注關(guān)鍵細(xì)節(jié) 對進(jìn)一步的活動(dòng)達(dá)成共識(shí)對進(jìn)一步的活動(dòng)達(dá)成共識(shí) 留出足夠時(shí)間進(jìn)行總結(jié)，而不是草草留出足夠時(shí)間進(jìn)行總結(jié)，而不是草草收場收場 通過總結(jié)強(qiáng)調(diào)關(guān)鍵問題并發(fā)現(xiàn)可能的通過總結(jié)強(qiáng)調(diào)關(guān)鍵問題并發(fā)現(xiàn)可能的遺漏遺漏3.1 I

31、nterviewing 記錄收集的信息記錄收集的信息recording info 每條信息來之不易，將其清晰地記錄下每條信息來之不易，將其清晰地記錄下來來 不要期望將來慢慢整理不要期望將來慢慢整理 也要讓別人讀懂你的記錄也要讓別人讀懂你的記錄 正式地文檔化正式地文檔化大家關(guān)注的問題清單大家關(guān)注的問題清單 如何快速有效的獲取需求，并保證需求的完整性如何快速有效的獲取需求，并保證需求的完整性和正確性和正確性 如何更好的理解客戶的表達(dá)與客戶協(xié)商溝通如何更好的理解客戶的表達(dá)與客戶協(xié)商溝通 如何對不斷變化的需求做出反應(yīng)如何對不斷變化的需求做出反應(yīng) 對概念的理解和區(qū)別對概念的理解和區(qū)別 如何實(shí)踐、如何在沒

32、有開發(fā)經(jīng)驗(yàn)的情況下把握好如何實(shí)踐、如何在沒有開發(fā)經(jīng)驗(yàn)的情況下把握好本門課程、需要儲(chǔ)備的知識(shí)本門課程、需要儲(chǔ)備的知識(shí) 如何準(zhǔn)確地區(qū)分業(yè)務(wù)需求、用戶需求和功能需求如何準(zhǔn)確地區(qū)分業(yè)務(wù)需求、用戶需求和功能需求 客戶對系統(tǒng)開發(fā)的理由和重要性認(rèn)識(shí)不充分客戶對系統(tǒng)開發(fā)的理由和重要性認(rèn)識(shí)不充分 監(jiān)理方提的需求過于細(xì)致監(jiān)理方提的需求過于細(xì)致?(合理合理? 限制限制? 時(shí)間時(shí)間?) Interview Skill ExciseGoal:Applying and practicing interviewing skills to identify key issues, needs and any concerns

33、 of stakeholders related to your projectInterview Skill ExciseApproach: 請注意觀察所用的方法請注意觀察所用的方法 觀察觀察interviewer是否對所關(guān)心的主是否對所關(guān)心的主題得到足夠的信息題得到足夠的信息 采訪時(shí)間采訪時(shí)間10分鐘分鐘Interview Skill Excise check list 開場使用了何種提問方式開場使用了何種提問方式? Closed or Open? 是否滿足是否滿足20/80 ? 使用了專業(yè)術(shù)語使用了專業(yè)術(shù)語Jargon(行話行話)? 是否使用了是否使用了primary and secon

34、dary questioning? 對談話過程有控制嗎對談話過程有控制嗎? 有沒有有沒有summary questioning?是否有效是否有效?3.2 User Classes The frequency with which they use the product Their application domain experience and computer systems expertise The features they use The tasks they perform in support of their business processes Their access

35、privilege or security levels (such as ordinary user, guest user, or administrator)3.2 User Classes3.2 User Classes一個(gè)實(shí)例一個(gè)實(shí)例: 手機(jī)用戶可以分為手機(jī)用戶可以分為:高端用戶高端用戶底端用戶底端用戶職業(yè)用戶職業(yè)用戶每類用戶特點(diǎn)不同，歸結(jié)到產(chǎn)品其每類用戶特點(diǎn)不同，歸結(jié)到產(chǎn)品其功能也不同功能也不同Communications with users用戶和開發(fā)者之間可能通訊途徑用戶和開發(fā)者之間可能通訊途徑3.2 Product Champion產(chǎn)品代表最了解客戶的需求，是客戶與開發(fā)者產(chǎn)品

36、代表最了解客戶的需求，是客戶與開發(fā)者之間的接口，通過產(chǎn)品代表解決溝通上的問題。之間的接口，通過產(chǎn)品代表解決溝通上的問題。產(chǎn)品代表從所代表的用戶類中收集需求信息，產(chǎn)品代表從所代表的用戶類中收集需求信息，通過與需求分析人員合作解決用戶在需求表達(dá)通過與需求分析人員合作解決用戶在需求表達(dá)上的不一致和不兼容性。上的不一致和不兼容性。產(chǎn)品代表必須具備較強(qiáng)的交流能力產(chǎn)品代表必須具備較強(qiáng)的交流能力，熟知應(yīng)用熟知應(yīng)用領(lǐng)域，在軟件開發(fā)方面有足夠的經(jīng)驗(yàn)，能夠判領(lǐng)域，在軟件開發(fā)方面有足夠的經(jīng)驗(yàn)，能夠判斷在現(xiàn)有技術(shù)背景和運(yùn)行環(huán)境下，開發(fā)路線是斷在現(xiàn)有技術(shù)背景和運(yùn)行環(huán)境下，開發(fā)路線是否可行。否可行。Who will be

37、 the product champion?If possible, best fit is the userSometimes, Project Champion is the meaning, Thus, a technical team leader may be a good choice Question: does each class excise group need to identify a champion? Answer is yes, if you really want to make the communication more efficientMultiple

38、 Product ChampionsCurrent project is composed of multiple functionsOne person can not provide all related requirementsIt is the PMs responsibility to breakdown the task and assign to multiple championsProduct Champion Expectations分類分類活動(dòng)活動(dòng) Check List計(jì)劃計(jì)劃轉(zhuǎn)化產(chǎn)品的使用范圍和局限性；定義與其它系統(tǒng)的外轉(zhuǎn)化產(chǎn)品的使用范圍和局限性；定義與其它系統(tǒng)的外部

39、接口；定義現(xiàn)有用戶應(yīng)用程序到新系統(tǒng)的過渡途徑部接口；定義現(xiàn)有用戶應(yīng)用程序到新系統(tǒng)的過渡途徑需求需求收集用戶需求描述；提出使用腳本和實(shí)例；解決需求收集用戶需求描述；提出使用腳本和實(shí)例；解決需求沖突；定義實(shí)現(xiàn)優(yōu)先級；確定質(zhì)量屬性和其它非功能沖突；定義實(shí)現(xiàn)優(yōu)先級；確定質(zhì)量屬性和其它非功能需求；評估用戶接口原型需求；評估用戶接口原型驗(yàn)證和確驗(yàn)證和確認(rèn)認(rèn)審查需求文檔；確定用戶接受標(biāo)準(zhǔn)；根據(jù)使用腳本編審查需求文檔；確定用戶接受標(biāo)準(zhǔn)；根據(jù)使用腳本編寫測試用例；進(jìn)行寫測試用例；進(jìn)行beta測試；提供測試數(shù)據(jù)集測試；提供測試數(shù)據(jù)集用戶幫助用戶幫助編寫用戶手冊和在線幫助；準(zhǔn)備培訓(xùn)材料；為同行提編寫用戶手冊和在線幫

40、助；準(zhǔn)備培訓(xùn)材料；為同行提供產(chǎn)品演示供產(chǎn)品演示變更管理變更管理對缺陷改正進(jìn)行評估并根據(jù)所耗資源等設(shè)置實(shí)施優(yōu)先對缺陷改正進(jìn)行評估并根據(jù)所耗資源等設(shè)置實(shí)施優(yōu)先級；對增加的和增強(qiáng)的需求進(jìn)行評估和設(shè)置優(yōu)先級；級；對增加的和增強(qiáng)的需求進(jìn)行評估和設(shè)置優(yōu)先級；評估需求變更對用戶的影響；參加評估需求變更對用戶的影響；參加CCB參與變更決策參與變更決策需求決策問題需求決策問題 如果個(gè)別用戶不能在需求方面達(dá)成一致意見，那如果個(gè)別用戶不能在需求方面達(dá)成一致意見，那么應(yīng)由產(chǎn)品代表作出決策。么應(yīng)由產(chǎn)品代表作出決策。 如果不同的用戶類有不一致的需求，必須決策出如果不同的用戶類有不一致的需求，必須決策出滿足哪類用戶的需求更

41、重要。這決定于哪類用戶滿足哪類用戶的需求更重要。這決定于哪類用戶所占份額更大以及產(chǎn)品業(yè)務(wù)目標(biāo)的匹配情況。所占份額更大以及產(chǎn)品業(yè)務(wù)目標(biāo)的匹配情況。 不同的客戶可能都要求產(chǎn)品按照各自的喜好來設(shè)不同的客戶可能都要求產(chǎn)品按照各自的喜好來設(shè)計(jì)，你不可能面面具到。通過業(yè)務(wù)目標(biāo)找出你最計(jì)，你不可能面面具到。通過業(yè)務(wù)目標(biāo)找出你最關(guān)心的核心用戶，而相對次要的會(huì)拖延到未來版關(guān)心的核心用戶，而相對次要的會(huì)拖延到未來版本。本。需求決策問題需求決策問題 當(dāng)開發(fā)者的想法與客戶需求沖突時(shí)，通常應(yīng)該當(dāng)開發(fā)者的想法與客戶需求沖突時(shí)，通常應(yīng)該由客戶作出決策。但要避免陷入由客戶作出決策。但要避免陷入“客戶總是對客戶總是對的的”的陷

42、阱中，要客觀地對待客戶的選擇，因的陷阱中，要客觀地對待客戶的選擇，因?yàn)檎l都會(huì)犯錯(cuò)誤。為誰都會(huì)犯錯(cuò)誤。 由于市場需求更有分量，當(dāng)其和開發(fā)部門想要由于市場需求更有分量，當(dāng)其和開發(fā)部門想要開發(fā)的產(chǎn)品沖突時(shí)，通常會(huì)依照市場需求而定。開發(fā)的產(chǎn)品沖突時(shí)，通常會(huì)依照市場需求而定。問題是，為了獲得訂單，市場常常遷就客戶需問題是，為了獲得訂單，市場常常遷就客戶需求，而輕視這些需求的合理性和可行性。求，而輕視這些需求的合理性和可行性。誰來作出需求決策誰來作出需求決策 Engineers? Team Leader or Manager? Change Control Board (CCB)? Senior Mana

43、gement Team?對客戶輸入進(jìn)行分類對客戶輸入進(jìn)行分類客戶或用戶提供的需求信息往往是零散的、缺乏組織客戶或用戶提供的需求信息往往是零散的、缺乏組織的。需求分析者必須把這些零散的信息按某種規(guī)則分的。需求分析者必須把這些零散的信息按某種規(guī)則分成不同類型以便最終形成組織良好的需求文檔。成不同類型以便最終形成組織良好的需求文檔。對客戶輸入進(jìn)行分類對客戶輸入進(jìn)行分類 業(yè)務(wù)需求業(yè)務(wù)需求 Business (op) requirements描述客戶開發(fā)部門可以從產(chǎn)品中得到的資金、描述客戶開發(fā)部門可以從產(chǎn)品中得到的資金、市場和業(yè)務(wù)利潤方面的需求信息最有可能屬于市場和業(yè)務(wù)利潤方面的需求信息最有可能屬于業(yè)務(wù)

44、需求范圍。業(yè)務(wù)需求范圍。For examples: Increase market share by X% Save $Y per year on electricity now wasted by inefficient units Save $Z per year in maintenance costs that are consumed by the legacy system對客戶輸入進(jìn)行分類對客戶輸入進(jìn)行分類 使用實(shí)例使用實(shí)例 Use cases or scenarios有關(guān)利用系統(tǒng)執(zhí)行的業(yè)務(wù)任務(wù)或達(dá)到用戶有關(guān)利用系統(tǒng)執(zhí)行的業(yè)務(wù)任務(wù)或達(dá)到用戶目標(biāo)的總的陳述可能就是使用實(shí)例，而特目標(biāo)

45、的總的陳述可能就是使用實(shí)例，而特定的任務(wù)描述表示了用法說明。與客戶商定的任務(wù)描述表示了用法說明。與客戶商討，把特定的、零散的任務(wù)描述概況成廣討，把特定的、零散的任務(wù)描述概況成廣泛的、系統(tǒng)的使用實(shí)例是系統(tǒng)分析者的重泛的、系統(tǒng)的使用實(shí)例是系統(tǒng)分析者的重要技能，可以通過不斷地讓客戶描述他們要技能，可以通過不斷地讓客戶描述他們的業(yè)務(wù)工作流程活動(dòng)來完成這一過程。的業(yè)務(wù)工作流程活動(dòng)來完成這一過程。對客戶輸入進(jìn)行分類對客戶輸入進(jìn)行分類 使用實(shí)例使用實(shí)例 Use cases or scenariosA user who says, “I need to ” is probably describing a u

46、se case: I need to print a mailing label for a package I need to change to Cell ID, if A-GPS is not available對客戶輸入進(jìn)行分類對客戶輸入進(jìn)行分類 業(yè)務(wù)規(guī)則業(yè)務(wù)規(guī)則 Business rule當(dāng)客戶說明一些活動(dòng)只能在特定條件下，由當(dāng)客戶說明一些活動(dòng)只能在特定條件下，由一些特定的人來完成時(shí)，客戶是在描述一個(gè)一些特定的人來完成時(shí)，客戶是在描述一個(gè)業(yè)務(wù)規(guī)則，既業(yè)務(wù)過程的操作原則。而業(yè)務(wù)業(yè)務(wù)規(guī)則，既業(yè)務(wù)過程的操作原則。而業(yè)務(wù)規(guī)則是由一系列的功能需求來完成的。規(guī)則是由一系列的功能需求來完成的。Mu

47、st comply with Must conform to If , then Must be calculated according to 對客戶輸入進(jìn)行分類對客戶輸入進(jìn)行分類功能需求功能需求對諸如對諸如“用戶應(yīng)該能執(zhí)行某些功能用戶應(yīng)該能執(zhí)行某些功能”，“系統(tǒng)應(yīng)該具備某些行為系統(tǒng)應(yīng)該具備某些行為”的信息基本上的信息基本上屬于功能需求范疇。功能需求描述了系統(tǒng)屬于功能需求范疇。功能需求描述了系統(tǒng)展示的可觀察行為，大多數(shù)是處于執(zhí)行者展示的可觀察行為，大多數(shù)是處于執(zhí)行者或系統(tǒng)輸入或系統(tǒng)輸入 系統(tǒng)響應(yīng)順序的環(huán)境中。系統(tǒng)響應(yīng)順序的環(huán)境中。功能需求定義了系統(tǒng)應(yīng)該做什么，組成了功能需求定義了系統(tǒng)應(yīng)該做什

48、么，組成了需求規(guī)格說明的最重要的部分。需求規(guī)格說明的最重要的部分。對客戶輸入進(jìn)行分類對客戶輸入進(jìn)行分類質(zhì)量屬性質(zhì)量屬性對系統(tǒng)如何能很好地執(zhí)行某些行為等方面的對系統(tǒng)如何能很好地執(zhí)行某些行為等方面的陳述屬于質(zhì)量屬性，這是一種非功能需求，陳述屬于質(zhì)量屬性，這是一種非功能需求，往往包括如下相關(guān)的一些屬性：快捷性、簡往往包括如下相關(guān)的一些屬性：快捷性、簡易性、直覺性、健壯性、可靠性、執(zhí)行速度易性、直覺性、健壯性、可靠性、執(zhí)行速度和效率?？蛻魧|(zhì)量屬性的表達(dá)經(jīng)常不準(zhǔn)確和效率?？蛻魧|(zhì)量屬性的表達(dá)經(jīng)常不準(zhǔn)確和模棱兩可，承諾的不切實(shí)際的屬性可能給和模棱兩可，承諾的不切實(shí)際的屬性可能給后面的開發(fā)帶來無窮的麻煩。

49、后面的開發(fā)帶來無窮的麻煩。對客戶輸入進(jìn)行分類對客戶輸入進(jìn)行分類 外部接口外部接口這類需求描述的是系統(tǒng)與外部的聯(lián)系，包含用這類需求描述的是系統(tǒng)與外部的聯(lián)系，包含用戶接口和通信機(jī)制，外部實(shí)體可能是另外一個(gè)戶接口和通信機(jī)制，外部實(shí)體可能是另外一個(gè)軟件或硬件應(yīng)用系統(tǒng)?？蛻魧ν獠拷涌诘拿枋鲕浖蛴布?yīng)用系統(tǒng)?？蛻魧ν獠拷涌诘拿枋隹赡転椋嚎赡転椋?從某些設(shè)備讀取信號(hào)從某些設(shè)備讀取信號(hào) 給其它系統(tǒng)發(fā)送消息給其它系統(tǒng)發(fā)送消息 以某種格式讀取文件以某種格式讀取文件 對一些硬件設(shè)備進(jìn)行控制等對一些硬件設(shè)備進(jìn)行控制等對客戶輸入進(jìn)行分類對客戶輸入進(jìn)行分類限制限制限制是指一些合理限制設(shè)計(jì)者和程序員應(yīng)選擇的限制是指一些合

50、理限制設(shè)計(jì)者和程序員應(yīng)選擇的條件。這是軟件需求規(guī)格說明中的另一類非功能條件。這是軟件需求規(guī)格說明中的另一類非功能需求。但要盡量防止客戶施加不必要的限制，因需求。但要盡量防止客戶施加不必要的限制，因?yàn)檫@會(huì)妨礙提出一個(gè)好的解決方案以及軟件的可為這會(huì)妨礙提出一個(gè)好的解決方案以及軟件的可移植性。一定的限制卻有助于提高質(zhì)量屬性。客移植性。一定的限制卻有助于提高質(zhì)量屬性?？蛻裘枋隹赡転椋簯裘枋隹赡転椋?必須使用一個(gè)特定的數(shù)據(jù)庫或語言必須使用一個(gè)特定的數(shù)據(jù)庫或語言 不能申請多于一定數(shù)量的內(nèi)存不能申請多于一定數(shù)量的內(nèi)存 操作必須與某些其它系統(tǒng)或應(yīng)用程序相同操作必須與某些其它系統(tǒng)或應(yīng)用程序相同對客戶輸入進(jìn)行分類

51、對客戶輸入進(jìn)行分類數(shù)據(jù)定義數(shù)據(jù)定義當(dāng)客戶描述一個(gè)數(shù)據(jù)項(xiàng)或一個(gè)復(fù)雜的業(yè)當(dāng)客戶描述一個(gè)數(shù)據(jù)項(xiàng)或一個(gè)復(fù)雜的業(yè)務(wù)數(shù)據(jù)結(jié)構(gòu)的格式、允許值和缺省值時(shí)，務(wù)數(shù)據(jù)結(jié)構(gòu)的格式、允許值和缺省值時(shí)，則屬于數(shù)據(jù)定義范圍。把這些數(shù)據(jù)集中則屬于數(shù)據(jù)定義范圍。把這些數(shù)據(jù)集中在數(shù)據(jù)字典中，這可以作為項(xiàng)目開發(fā)、在數(shù)據(jù)字典中，這可以作為項(xiàng)目開發(fā)、測試和維護(hù)人員的主要參考文檔。測試和維護(hù)人員的主要參考文檔。對客戶輸入進(jìn)行分類對客戶輸入進(jìn)行分類解決思想解決思想如果客戶描述了用戶與系統(tǒng)交互的特定方法以如果客戶描述了用戶與系統(tǒng)交互的特定方法以使系統(tǒng)產(chǎn)生一系列的活動(dòng)，則你在聽取建議性使系統(tǒng)產(chǎn)生一系列的活動(dòng)，則你在聽取建議性的解決方案，而不是

52、需求，這會(huì)耗費(fèi)需求獲取的解決方案，而不是需求，這會(huì)耗費(fèi)需求獲取人員的部分精力，尤其是你不能判斷這一區(qū)別人員的部分精力，尤其是你不能判斷這一區(qū)別時(shí)。需求獲取重點(diǎn)應(yīng)放在系統(tǒng)需要做什么而不時(shí)。需求獲取重點(diǎn)應(yīng)放在系統(tǒng)需要做什么而不是如何設(shè)計(jì)和構(gòu)造。但不應(yīng)忽視這樣的信息，是如何設(shè)計(jì)和構(gòu)造。但不應(yīng)忽視這樣的信息，因?yàn)檫@有時(shí)可以幫助你更好地理解特定方法中因?yàn)檫@有時(shí)可以幫助你更好地理解特定方法中隱含的用戶需求。隱含的用戶需求。Shared Vision Among Stakeholders需求產(chǎn)生需求產(chǎn)生操作流程操作流程與概念的與概念的產(chǎn)生產(chǎn)生需求需求規(guī)范規(guī)范用戶操用戶操作規(guī)范作規(guī)范出現(xiàn)問題出現(xiàn)問題設(shè)計(jì)與設(shè)計(jì)

53、與完成完成操作可行操作可行性驗(yàn)證性驗(yàn)證設(shè)計(jì)正確設(shè)計(jì)正確性驗(yàn)證性驗(yàn)證出現(xiàn)問題出現(xiàn)問題項(xiàng)目相關(guān)項(xiàng)目相關(guān)知識(shí)與知識(shí)與背景背景CustomerUserShared Vision Among Stakeholders3.3 Use Case/Scenario與需求獲取與需求獲取 Use case is not necessarily dependent on the object-oriented methodology Use case focuses on what users need to accomplish Traditional ways focus on what they want t

54、he system to do It provides a shared view for customers, end users and developers to discuss the systems functionality and behavior3.3.1 ActorsAn actor is a person, another software system, or a hardware device that interacts with the system. An actor mayOnly input information to the systemOnly rece

55、ive information from the systemInput and receive information to and from the system3.3.1 ActorsThe following questions may help identify the actors for a system Who is interested in a certain requirement? Where will the system be used? Who will benefit from the use of the system? Who will support an

56、d maintain the system? Does the system use an external resource? Does the system interact with a legacy system?3.3.2 Use Cases Model a dialogue between an actor and the system; describe a sequence of interactions between a system and an external actor Represent the functionality provided by the syst

57、em A use case is a sequence of transactions performed by a system that yields a measurable result of values for an actor3.3.2 Use CasesThe following questions may help identify the use cases for a systemWhat are the tasks of each actor?Will any actor create, store, change, remove or read info in the

58、 system? What use cases do these operation?1. Will any actor need to inform the system about sudden, external changes?3.3.2 Use CasesThe following questions may help identify the use cases for a systemDoes any actor need to be informed about certain occurrences in the system?What use cases will supp

59、ort and maintain the system?4. Can all functional requirements be performed by the use cases?3.3.2 Use Cases Relationships relationship:Optional behaviorBehavior that is only run under certain conditions1. Several different flows that may be run based on actor selection3.3.2 Use Cases Relationships

60、relationship:Sometimes, several use cases share a common set of steps. To avoid duplicating these steps in each such use case, define a separate use case that contains the shared functionality, whenever other use cases use this functionality, is used to indicate this relationshipEssential elements o