第三講需求工程過(guò)程課件

第三講：需求工程過(guò)程目的：介紹為軟件加強(qiáng)型系統(tǒng)中的復(fù)雜軟件設(shè)計(jì)的需求工程過(guò)程，涉及抽取需求分析需求驗(yàn)證需求管理需求主要關(guān)注點(diǎn)：需求工程中要做些什么第三講需求工程過(guò)程主要內(nèi)容相關(guān)概念需求工程的輸入與輸出需求工程過(guò)程模型需求抽取和分析需求驗(yàn)證和管理第三講需求工程過(guò)程什么是過(guò)程？過(guò)程一組活動(dòng)的有序集合舉例第三講需求工程過(guò)程什么是過(guò)程結(jié)構(gòu)性：一組有組織的活動(dòng)目的性：將輸入轉(zhuǎn)換成輸出作用：結(jié)構(gòu)性幫助處理復(fù)雜問(wèn)題過(guò)程定義幫助問(wèn)題求解知識(shí)的重用第三講需求工程過(guò)程為什么要定義過(guò)程？組織和控制過(guò)程的進(jìn)展，達(dá)到可控可預(yù)測(cè)的目的活動(dòng)的管理執(zhí)行活動(dòng)的人員的管理活動(dòng)完成質(zhì)量的管理……發(fā)現(xiàn)活動(dòng)進(jìn)行的問(wèn)題并在發(fā)現(xiàn)問(wèn)題之后能夠改進(jìn)過(guò)程第三講需求工程過(guò)程需求工程過(guò)程活動(dòng)（活動(dòng)的任務(wù)定義）：需求抽取需求分析需求協(xié)商需求驗(yàn)證活動(dòng)的序（活動(dòng)的計(jì)劃安排）（瀑布式、迭代式、螺旋式、……）其它與活動(dòng)關(guān)聯(lián)的對(duì)象執(zhí)行活動(dòng)的參與者活動(dòng)的輸入輸出支持活動(dòng)的工具第三講需求工程過(guò)程需求工程過(guò)程過(guò)程模型需求工程過(guò)程中的角色過(guò)程支持過(guò)程改進(jìn)第三講需求工程過(guò)程系統(tǒng)工程過(guò)程從外部過(guò)程的需要看它的目的性軟件系統(tǒng)規(guī)格說(shuō)明外部系統(tǒng)對(duì)軟件系統(tǒng)的約束活動(dòng)描述系統(tǒng)需求工程整體系統(tǒng)的需求，相對(duì)高層的需求，關(guān)鍵約束體系結(jié)構(gòu)設(shè)計(jì)系統(tǒng)分解為相對(duì)獨(dú)立的子系統(tǒng)需求劃分需求劃分到這些子系統(tǒng)上，決定那些需求由軟件實(shí)現(xiàn)軟件需求工程高層軟件需求分解到細(xì)一些的軟件組件的需求子系統(tǒng)開發(fā)硬件和軟件子系統(tǒng)平行設(shè)計(jì)和實(shí)現(xiàn)系統(tǒng)集成硬件和軟件子系統(tǒng)集成為一體系統(tǒng)驗(yàn)證對(duì)照需求驗(yàn)證系統(tǒng)第三講需求工程過(guò)程過(guò)程的輸入存在系統(tǒng)的信息：要被替換的系統(tǒng)或者目標(biāo)系統(tǒng)將與之交互的系統(tǒng)的功能需求相關(guān)者的需要：系統(tǒng)的需求相關(guān)者在什么方面需要目標(biāo)系統(tǒng)來(lái)支持他們的工作組織標(biāo)準(zhǔn)：組織中涉及系統(tǒng)開發(fā)實(shí)踐和質(zhì)量管理等方面的標(biāo)準(zhǔn)規(guī)章條例：適用于系統(tǒng)的諸如健康和安全條例等外部規(guī)定領(lǐng)域信息：關(guān)于系統(tǒng)的應(yīng)用領(lǐng)域的一般信息第三講需求工程過(guò)程過(guò)程的輸出一致同意的需求：關(guān)于系統(tǒng)需求的描述，這個(gè)描述對(duì)需求相關(guān)者來(lái)說(shuō)是可理解的，并且已經(jīng)得到他們的同意系統(tǒng)的規(guī)格說(shuō)明：在某些情況下可被實(shí)現(xiàn)的系統(tǒng)功能的更詳細(xì)的規(guī)格說(shuō)明系統(tǒng)模型：一組從不同方面描述系統(tǒng)的模型，比如，數(shù)據(jù)流模型、過(guò)程模型、等等第三講需求工程過(guò)程過(guò)程的輸入與輸出第三講需求工程過(guò)程圖書館信息系統(tǒng)已存在系統(tǒng)的信息：假設(shè)軟件系統(tǒng)必須與條碼機(jī)系統(tǒng)相連，現(xiàn)在條碼機(jī)已經(jīng)有了，而且可以在處理相關(guān)事務(wù)請(qǐng)求時(shí)產(chǎn)生條碼的隊(duì)列。來(lái)自條碼機(jī)系統(tǒng)的需求可能會(huì)是：“圖書館信息系統(tǒng)將與條碼機(jī)系統(tǒng)對(duì)接，并且每隔兩秒鐘處理完隊(duì)列中的所有事務(wù)請(qǐng)求?！毙枨笙嚓P(guān)者的需要：假設(shè)需求相關(guān)者是圖書館的一個(gè)讀者，他以前沒(méi)有使用過(guò)這樣的系統(tǒng)，他的需要可能會(huì)是：“系統(tǒng)應(yīng)該提供讀者指南，向圖書館的新讀者解釋系統(tǒng)的設(shè)施，從所有讀者的使用界面上都應(yīng)該能夠看到這個(gè)指南?！钡谌v需求工程過(guò)程圖書館信息系統(tǒng)組織的標(biāo)準(zhǔn)：假設(shè)這個(gè)圖書館的所有系統(tǒng)都使用相同的硬件平臺(tái)，關(guān)于這一點(diǎn)的需求可能是：“系統(tǒng)將在Sun服務(wù)器Solaris2.0操作系統(tǒng)上運(yùn)行?！币?guī)章：諸如健康和安全這類的規(guī)章很可能對(duì)圖書館這類的系統(tǒng)有很大影響，數(shù)據(jù)產(chǎn)權(quán)保護(hù)法則也是如此，關(guān)于數(shù)據(jù)產(chǎn)權(quán)保護(hù)的需求可能會(huì)是：“這個(gè)系統(tǒng)將包括打印所有由圖書館用戶自己維護(hù)的個(gè)人信息的設(shè)備。”領(lǐng)域信息：這是適用于所有起碼是大多數(shù)圖書館系統(tǒng)的通用信息，領(lǐng)域需求的一個(gè)例子可能會(huì)是：“所有的書都由一個(gè)10位數(shù)字的國(guó)標(biāo)碼唯一地標(biāo)識(shí)?！钡谌v需求工程過(guò)程需求工程過(guò)程模型過(guò)程模型：過(guò)程的簡(jiǎn)化描述過(guò)程模型的類型粗粒度模型：活動(dòng)的大致的序列、給出活動(dòng)的上下文、顯示過(guò)程的輸入和輸出細(xì)粒度模型：特定過(guò)程的細(xì)化模型、用于理解和改進(jìn)存在的過(guò)程角色-活動(dòng)模型：刻畫參與過(guò)程的不同角色，以及他們進(jìn)行的活動(dòng)實(shí)體-關(guān)系模型：顯示過(guò)程的輸入、輸出、中間結(jié)果、以及它們之間的關(guān)系，用于質(zhì)量管理系統(tǒng)，作為過(guò)程活動(dòng)的補(bǔ)充第三講需求工程過(guò)程粗粒度純線性模型第三講需求工程過(guò)程粗粒度線形迭代模型

需求管理第三講需求工程過(guò)程螺旋式模型需求分析和協(xié)商需求驗(yàn)證需求抽取需求文檔化非形式的需求陳述一致同意的需求需求文檔草稿需求文檔和驗(yàn)證報(bào)告第三講需求工程過(guò)程角色-活動(dòng)模型

第三講需求工程過(guò)程需求管理系統(tǒng)第三講需求工程過(guò)程過(guò)程改進(jìn)目標(biāo)：質(zhì)量改進(jìn)日程縮減資源縮減主要涉及的問(wèn)題過(guò)程成熟度需求過(guò)程的成熟度模型初始級(jí)：經(jīng)驗(yàn)式需求工程，常常出現(xiàn)需求的問(wèn)題可重復(fù)級(jí)：標(biāo)準(zhǔn)化需求工程；較少的需求問(wèn)題定義級(jí)：定義明確的基于最好的實(shí)踐的過(guò)程，恰倒好處的過(guò)程改進(jìn)第三講需求工程過(guò)程總結(jié)：過(guò)程的作用規(guī)定需求工程要進(jìn)行的活動(dòng)定義活動(dòng)的輸入/輸出管理和控制需求工程進(jìn)程明確崗位的職責(zé)和任務(wù)（過(guò)程和角色掛鉤）通過(guò)過(guò)程控制保證需求的質(zhì)量第三講需求工程過(guò)程需求抽取和分析

抽取和分析過(guò)程抽取技術(shù)需求分析和協(xié)商第三講需求工程過(guò)程抽取分析和協(xié)商螺旋第三講需求工程過(guò)程需求抽取過(guò)程開始點(diǎn)存在一個(gè)“問(wèn)題”需要解決，例如：對(duì)當(dāng)前的事務(wù)處理方式不滿意出現(xiàn)新的業(yè)務(wù)機(jī)會(huì)有可能節(jié)省開銷、時(shí)間、資源的使用、等需求工程師是帶來(lái)變化的代理人W6H（記者的技巧）What、Where、Who、Why、When、How、Which第三講需求工程過(guò)程需求抽取過(guò)程的關(guān)鍵活動(dòng)設(shè)定目標(biāo)：組織和業(yè)務(wù)目標(biāo)獲取背景知識(shí)：應(yīng)用領(lǐng)域知識(shí)組織知識(shí)：將獲取的知識(shí)組織起來(lái)采集需求相關(guān)者的需求：咨詢需求相關(guān)者第三講需求工程過(guò)程需求抽取過(guò)程

第三講需求工程過(guò)程需求分析過(guò)程目標(biāo)：發(fā)現(xiàn)初步需求中的沖突主要活動(dòng)：必要性檢查一致性和完整性檢查可行性檢查第三講需求工程過(guò)程需求協(xié)商過(guò)程目標(biāo)：確定能得到一致同意的需求主要活動(dòng)：需求討論需求優(yōu)先化達(dá)成一致意見的需求的確認(rèn)第三講需求工程過(guò)程需求分析和協(xié)商過(guò)程第三講需求工程過(guò)程需求抽取涉及的因素應(yīng)搜集什么信息從什么來(lái)源中搜集信息用什么機(jī)制或技術(shù)搜集信息第三講需求工程過(guò)程需求抽取的四個(gè)緯度理解應(yīng)用領(lǐng)域理解問(wèn)題理解業(yè)務(wù)理解系統(tǒng)需求相關(guān)者的需要和要滿足的約束第三講需求工程過(guò)程需求抽取涉及的因素應(yīng)搜集什么信息從什么來(lái)源中搜集信息用什么機(jī)制或技術(shù)搜集信息第三講需求工程過(guò)程需求的來(lái)源客戶（實(shí)際的或潛在的）任何原有的解系統(tǒng)及其文檔原有系統(tǒng)的用戶新系統(tǒng)的潛在用戶應(yīng)用領(lǐng)域?qū)＜蚁嚓P(guān)的技術(shù)標(biāo)準(zhǔn)和法規(guī)……第三講需求工程過(guò)程需求工程師要做什么標(biāo)識(shí)“問(wèn)題”/“機(jī)會(huì)”那個(gè)問(wèn)題需要解決？（識(shí)別問(wèn)題邊界）問(wèn)題在什么地方？（理解上下文/問(wèn)題領(lǐng)域）軟件系統(tǒng)會(huì)起到怎樣的作用？（采集一些情景）是誰(shuí)的問(wèn)題？（識(shí)別投資人）為什么需要解決它？（識(shí)別投資人的目標(biāo)）它需要什么時(shí)候解決？（識(shí)別開發(fā)約束）什么會(huì)防礙我們解決它？（識(shí)別可行性和風(fēng)險(xiǎn)）抽取足夠的知識(shí)（沒(méi)有量化標(biāo)準(zhǔn)）……足以分析需求：有效性、一致性、完整性變成問(wèn)題領(lǐng)域的專家功能需求非功能需求深層次需求第三講需求工程過(guò)程抽取的困難領(lǐng)域知識(shí)非常薄弱知識(shí)可能分布在許多地方，并很少以顯式的形式表示出來(lái)（寫出來(lái)）來(lái)自不同地方的知識(shí)之間將會(huì)有矛盾不同的人有不同的目標(biāo)，不同的人對(duì)問(wèn)題的理解不同經(jīng)驗(yàn)知識(shí)人很難描述他們?nèi)粘Ｊ褂玫闹R(shí)描述會(huì)是專家行為的不準(zhǔn)確的理性化有限的觀察問(wèn)題擁有者可能太忙，沒(méi)時(shí)間用存在的系統(tǒng)去解決它出現(xiàn)一個(gè)觀察可能會(huì)改變這個(gè)問(wèn)題偏見人可能不方便告訴你你需要知道什么人可能不想告訴你你需要知道什么第三講需求工程過(guò)程需求抽取涉及的因素應(yīng)搜集什么信息從什么來(lái)源中搜集信息用什么機(jī)制或技術(shù)搜集信息第三講需求工程過(guò)程需求抽取機(jī)制或技術(shù)交談法問(wèn)卷法任務(wù)觀察頭腦風(fēng)暴聯(lián)合應(yīng)用開發(fā)用例和場(chǎng)景……第三講需求工程過(guò)程交談法類型結(jié)構(gòu)式：需要提前準(zhǔn)備，具有明確的日程，預(yù)先確定好問(wèn)題，開放式：非正式會(huì)議、沒(méi)有事先準(zhǔn)備的問(wèn)題和預(yù)計(jì)的目的、鼓勵(lì)客戶講出他們自己的想法優(yōu)點(diǎn)能采集到豐富的信息缺點(diǎn)大量定性的數(shù)據(jù)可能很難分析不同的回答難以比較交談的技巧很難掌握注意三種問(wèn)題需要避免：固執(zhí)己見的問(wèn)題、帶偏見的問(wèn)題、強(qiáng)加的問(wèn)題經(jīng)驗(yàn)性知識(shí)不好談出來(lái)交談?wù)叩膽B(tài)度會(huì)影響交談的結(jié)果直接表達(dá)了自己的關(guān)于這個(gè)問(wèn)題的觀點(diǎn)：“我們必須……”同上，但觀點(diǎn)明顯有偏見：“我們不做……，對(duì)嗎？”假設(shè)了問(wèn)題的答案：“你是用這種方式做……，對(duì)嗎？”第三講需求工程過(guò)程交談形式舉例正向模擬：選擇典型業(yè)務(wù)情景（初始情況），請(qǐng)用戶說(shuō)明工作過(guò)程；陳述過(guò)程中不斷提煉并提問(wèn)新情況案例分析：請(qǐng)用戶選擇有代表性的業(yè)務(wù)情景（初始情況），并說(shuō)明工作過(guò)程；陳述過(guò)程中不斷提煉并提問(wèn)新情況局外評(píng)論：存在現(xiàn)有系統(tǒng)，請(qǐng)用戶對(duì)正在進(jìn)行的過(guò)程進(jìn)行評(píng)論知識(shí)反教：在獲取一些信息后，按照自己的理解表述給用戶，請(qǐng)用戶判斷正確與否第三講需求工程過(guò)程交談過(guò)程準(zhǔn)備：被咨詢?nèi)恕稍兡繕?biāo)——制定計(jì)劃（按邏輯方式分組和排序的問(wèn)題）——記錄——檢查和理解考慮的因素：影響效率的因素（持續(xù)的時(shí)間），信息確認(rèn)（重復(fù)面談）、被咨詢?nèi)说囊蛩?、……操作：?jiǎn)單友好的氣氛、只關(guān)注技術(shù)上問(wèn)題、提問(wèn)技巧（問(wèn)題不要影響合作態(tài)度）第三講需求工程過(guò)程交談過(guò)程要考慮的問(wèn)題待解決的問(wèn)題開發(fā)解決方案的過(guò)程誰(shuí)出錢開發(fā)想要這個(gè)系統(tǒng)的基本原因是什么交付日期和成本之間的權(quán)衡是什么是否在某個(gè)日期之后系統(tǒng)將沒(méi)有價(jià)值成本和可靠性之間的權(quán)衡是什么需求獲取本身第三講需求工程過(guò)程交談過(guò)程要考慮的問(wèn)題待解決的問(wèn)題開發(fā)解決方案的過(guò)程需求獲取本身我的問(wèn)題看起來(lái)相關(guān)嗎？你的回答正式嗎？你是回答這些問(wèn)題的最佳人選嗎？我問(wèn)的問(wèn)題太多嗎？還有其它問(wèn)題需要問(wèn)嗎？我還應(yīng)該見什么人？第三講需求工程過(guò)程實(shí)例分析(業(yè)務(wù)管理系統(tǒng))一是事先沒(méi)有充分做好面談的相關(guān)準(zhǔn)備工作，沒(méi)有帶著問(wèn)題去調(diào)研。在調(diào)研前，僅組織進(jìn)行了半天的簡(jiǎn)單培訓(xùn)，并發(fā)了一份簡(jiǎn)單的調(diào)研計(jì)劃和調(diào)研內(nèi)容表，就要求開展調(diào)研，導(dǎo)致獲取的需求不全面，不細(xì)致。二是沒(méi)有針對(duì)不同的涉眾對(duì)象，制定不同的面談策略，更沒(méi)有事先策劃好問(wèn)題組織的使用技巧，最終導(dǎo)致面談效果不好?？傄詾槭窃趦?nèi)部，一定能獲得詳細(xì)的需求。事實(shí)上，很多都是應(yīng)付式的回答。我們問(wèn)：你對(duì)這個(gè)軟件開發(fā)有什么希望和建議？大部分人的回答是沒(méi)有建議或者建議“操作要簡(jiǎn)單”?；卮鸲嗍潜粍?dòng)式應(yīng)付，而且無(wú)論回答問(wèn)題還是填寫問(wèn)卷調(diào)查，不能充分表達(dá)出真實(shí)意圖，導(dǎo)致在需求分析過(guò)程中出現(xiàn)很多模糊需求，從而影響了開發(fā)進(jìn)度。第三講需求工程過(guò)程思考題在重新瀏覽面談日程的時(shí)候，你發(fā)現(xiàn)有幾個(gè)問(wèn)題看上去不合適。下面是準(zhǔn)備問(wèn)金鐘紙產(chǎn)品公司銷售經(jīng)理的原問(wèn)題。這家公司想把它的一些銷售信息放到Web上去，以便經(jīng)理們可以交互地評(píng)論它，從而優(yōu)化他們的銷售方案。用更合適的方式，重新寫下面的問(wèn)題。你的下屬告訴我，你非?？释幸慌_(tái)計(jì)算機(jī)。這是真的么？我是這個(gè)領(lǐng)域的新手，我有沒(méi)有忽略什么呢？你在銷售計(jì)算中最常用的信息資源是什么，使用頻度如何？其它銷售經(jīng)理認(rèn)為，把一些月度銷售商品放到Web上，然后做趨勢(shì)分析，將會(huì)是一種主要改進(jìn)，你同意他們的做法嗎？沒(méi)有比你現(xiàn)在使用的陳舊的方法更好的銷售方案嗎？第三講需求工程過(guò)程思考題作為系統(tǒng)分析項(xiàng)目的一部分，需要為生產(chǎn)數(shù)字鐘的電石公司更新自動(dòng)化會(huì)計(jì)功能。你將要同首席會(huì)計(jì)李再新面談。說(shuō)明你將如何聯(lián)系李再新總會(huì)計(jì)師以安排一次面談。說(shuō)明在這場(chǎng)面談中你會(huì)使用哪種面談結(jié)構(gòu)？為什么？李再新總會(huì)計(jì)師有3個(gè)下屬也使用這個(gè)系統(tǒng)。你和他們面談嗎？為什么？第三講需求工程過(guò)程思考題從你進(jìn)門到現(xiàn)在，面談對(duì)象MaxHugo一直在翻閱文件、看手表、點(diǎn)燃和掐滅香煙。根據(jù)你看到的有關(guān)面談對(duì)象的情況，可以猜出Max很緊張，因?yàn)樗枰銎渌虑?。用一段話描述，為了使面談能在Max全神貫注下完成，你將如何處理這種情況。（Max不能在另外一天重新安排面談。）第三講需求工程過(guò)程問(wèn)卷法形式：事先準(zhǔn)備好問(wèn)卷，發(fā)給許多相關(guān)人員優(yōu)點(diǎn)：快速地從多個(gè)客戶中收集信息可以遠(yuǎn)程進(jìn)行回答者有時(shí)間思考、回答可以匿名缺點(diǎn)：沒(méi)有面談法有效，是被動(dòng)的按問(wèn)題的簡(jiǎn)單分類，提供很少的上下文信息回答者不容易弄清楚問(wèn)題的含義和出發(fā)點(diǎn)第三講需求工程過(guò)程問(wèn)卷法注意（問(wèn)卷分析）樣本選擇中的偏差問(wèn)卷回答人選擇的偏差小樣本規(guī)模、缺少統(tǒng)計(jì)上的意義要避免的問(wèn)題引導(dǎo)性問(wèn)題模糊的問(wèn)題（不是每個(gè)人都回答同樣的問(wèn)題）一般采用的問(wèn)題形式多項(xiàng)選擇評(píng)分排序第三講需求工程過(guò)程問(wèn)卷法案例多項(xiàng)選擇形式對(duì)于項(xiàng)目管理的內(nèi)容和范圍，您認(rèn)為需要重點(diǎn)關(guān)注的有哪些？(可多選或全選)

總體管理

范圍管理

時(shí)間管理

成本管理

風(fēng)險(xiǎn)管理

人力資源管理

質(zhì)量管理

溝通管理

采購(gòu)管理

第三講需求工程過(guò)程問(wèn)卷法案例請(qǐng)對(duì)如下需要開發(fā)功能的優(yōu)先級(jí)進(jìn)行排序：1.打印服務(wù)功能；2.數(shù)據(jù)匯總功能；3.數(shù)據(jù)實(shí)時(shí)傳輸功能；4.數(shù)據(jù)安全保護(hù)功能；第三講需求工程過(guò)程問(wèn)卷法案例調(diào)查表格模式登錄系統(tǒng)角色責(zé)任角色名稱工作內(nèi)容上級(jí)管理部門下屬管理管理員第三講需求工程過(guò)程觀察法任務(wù)：主要關(guān)注用戶與某個(gè)現(xiàn)行系統(tǒng)的交互，解決人們面談時(shí)對(duì)如何完成任務(wù)的描述的限制和不準(zhǔn)確事先決定觀察什么（目標(biāo)、人員、地點(diǎn)）,事后對(duì)觀察結(jié)果進(jìn)行分析形式：主動(dòng)觀察：浸入式觀察（人種論：觀察者必須融入到工作中）被動(dòng)觀察：旁觀式觀察注意：時(shí)間相對(duì)較長(zhǎng)，分析非常耗時(shí)，因此非常昂貴選擇不同時(shí)間段、不同工作負(fù)荷時(shí)的場(chǎng)景第三講需求工程過(guò)程思考題觀察用戶工作總是困難的。它通常使你和用戶都感動(dòng)不舒服。為了確保由于你的訪問(wèn)而不至于使用戶的行為發(fā)生改變，你應(yīng)該怎么辦？為了使觀察看起來(lái)更自然一些，你應(yīng)該怎么做？第三講需求工程過(guò)程思考題“我知道你有很多材料。那些材料里到底有什么？”BettyKant問(wèn)道，她是MIS特別工作組的負(fù)責(zé)人。MIS特別工作組是你的系統(tǒng)團(tuán)隊(duì)聯(lián)絡(luò)Sawder家具公司的橋梁。你拖了一大堆材料，正準(zhǔn)備離開這棟樓“哦，是過(guò)去6個(gè)月的一些財(cái)政決算、生產(chǎn)報(bào)表，還有Sharon給我的一些業(yè)績(jī)報(bào)表，業(yè)績(jī)報(bào)表涵蓋了過(guò)去6個(gè)月的目標(biāo)和工作業(yè)績(jī)?！蹦阍诨卮饡r(shí)，有些紙掉到了地上，“你為什么問(wèn)這個(gè)問(wèn)題呢？”Betty為你拾起紙并把它放到最近的桌子上，回答道：“因?yàn)槟愀静恍枰@些垃圾。你來(lái)這里要做一件事情，就是和我們這些用戶談話。從這些材料中得不到任何有益的信息?！敝挥懈嬖VBetty你從每份文檔中找到的東西才能使她相信每份文檔都是重要的。用一段文字解釋文檔為需求工程師提供了什么幫助？在你和Betty談話的時(shí)候，意識(shí)到實(shí)際上也需要其他的定量文檔。列出你缺少的東西。第三講需求工程過(guò)程組抽取技術(shù)類型聯(lián)合應(yīng)用開發(fā)/快速應(yīng)用開發(fā)具有關(guān)注點(diǎn)的組大腦風(fēng)暴注意樣本偏差支配地位和服從優(yōu)點(diǎn)比形式的面談具有更自然的交互能夠判定對(duì)一些初步設(shè)計(jì)的反映（原型、使用情節(jié)串聯(lián)圖、等）群體動(dòng)力學(xué)原理、組協(xié)同（提高生產(chǎn)力、學(xué)得更快、制定更多理智的判斷、消除更多的錯(cuò)誤、…）缺點(diǎn)組的構(gòu)成可能不夠自然（參與者在一起感到不舒服）對(duì)技術(shù)問(wèn)題可能只提供粗略的反映要求有受過(guò)正規(guī)訓(xùn)練的組織者第三講需求工程過(guò)程聯(lián)合應(yīng)用開發(fā)（JAD）特點(diǎn)：將所有的客戶和開發(fā)人員召集到一起（不超過(guò)25到30人）形式：幾個(gè)小時(shí)、幾天、甚至一到兩個(gè)星期的JAD會(huì)議參加者：領(lǐng)導(dǎo)：組織和召集這個(gè)會(huì)議的人（具有交流能力，很好的業(yè)務(wù)領(lǐng)域知識(shí)）文書：在計(jì)算機(jī)上記錄JAD活動(dòng)，能夠使用CASE工具為活動(dòng)生成文檔，并開發(fā)出最初的解決方案模型客戶（最終用戶和經(jīng)理）：是交流、討論需求、作出決策、批準(zhǔn)項(xiàng)目目標(biāo)等的主要參與者開發(fā)人員：業(yè)務(wù)分析員等，他們聽得多說(shuō)得少，主要是收集信息第三講需求工程過(guò)程快速應(yīng)用開發(fā)（RAD）特點(diǎn)：組合了五個(gè)方面的技術(shù)進(jìn)化原型技術(shù)帶有代碼生成，以及支持設(shè)計(jì)和代碼生成循環(huán)工程的CASE工具擁有先進(jìn)工具的專門人員——SWAT（SkilledWorkerswithAdvancedTools）交互式JAD：一般JAD中的文書由具有CASE工具的SWAT小組代替時(shí)間表：具有固定的時(shí)間期限、嚴(yán)格禁止“范圍擴(kuò)張”、進(jìn)展緩慢就削減方案、按時(shí)完成是第一位的不僅僅是需求抽取方法，還是視軟件開發(fā)為一體的方法。第三講需求工程過(guò)程需求抽取中的原型法原型：演示型系統(tǒng)呈現(xiàn)圖形用戶界面提供對(duì)各種用戶事件的模擬行為“丟棄”式原型目的：幫助抽取和開發(fā)系統(tǒng)需求對(duì)象：客戶陳述有困難的需求，難以理解的需求進(jìn)化式原型目的：快速開發(fā)可運(yùn)行的系統(tǒng)對(duì)象：定義明確的需求，針對(duì)有用的功能的需求第三講需求工程過(guò)程實(shí)例分析（一戶式存儲(chǔ)軟件）問(wèn)題描述在軟件開發(fā)期間造成很大的麻煩。由于時(shí)間比較緊張，并沒(méi)有仔細(xì)去明確業(yè)務(wù)需求結(jié)果在開發(fā)過(guò)程中，技術(shù)人員與業(yè)務(wù)人員通過(guò)交流，發(fā)現(xiàn)很多問(wèn)題，這樣就不斷修改業(yè)務(wù)需求，再修改程序，浪費(fèi)了很多時(shí)間。特別是由于單位領(lǐng)導(dǎo)參與到這次需求之中，提出的需求有的不是很符合系統(tǒng)整體的功能，甚至是超出一戶式儲(chǔ)存軟件的范圍業(yè)務(wù)第三講需求工程過(guò)程實(shí)例分析（一個(gè)管理信息系統(tǒng)）問(wèn)題在公司內(nèi)部，為確定項(xiàng)目的前景和范圍，一般通過(guò)用戶開會(huì)，進(jìn)行摸底。由于公司的用戶一般都是非計(jì)算機(jī)專業(yè)出生，一般對(duì)于項(xiàng)目的前景和范圍，主要從實(shí)際工作出發(fā)，提出構(gòu)想和思路，但是有個(gè)明顯的問(wèn)題是，有些構(gòu)想太過(guò)理想化，有些思路又太過(guò)細(xì)節(jié)。解決問(wèn)題

業(yè)務(wù)需求用戶

問(wèn)題；開發(fā)人員

方案；用戶

評(píng)價(jià)第三講需求工程過(guò)程思考題你被任命為替換學(xué)生財(cái)務(wù)資助項(xiàng)目的項(xiàng)目經(jīng)理。你想開發(fā)一個(gè)工作陳述來(lái)定義范圍并降低范圍蔓延的風(fēng)險(xiǎn)。財(cái)務(wù)資助部門的主管堅(jiān)持要你15個(gè)月、600000美元的預(yù)算內(nèi)替換他現(xiàn)有的系統(tǒng)就可以了。他說(shuō)這就是你需要知道的全部，不需要浪費(fèi)時(shí)間開發(fā)一個(gè)工作陳述了。省略工作陳述的風(fēng)險(xiǎn)是什么？你將如何說(shuō)服主管？第三講需求工程過(guò)程思考題一個(gè)需求工程師正在為一個(gè)信息系統(tǒng)考慮三個(gè)可選的解決方案，所有三個(gè)方案都滿足了用戶的業(yè)務(wù)需求。第一個(gè)方案被認(rèn)為與開發(fā)人員的技術(shù)知識(shí)最一致，第二個(gè)方案被認(rèn)為是最快的實(shí)現(xiàn)方案，第三個(gè)方案是最劃算的方案。這三個(gè)方案中是否有一個(gè)可行方案？如果是這樣，你認(rèn)為需求工程師應(yīng)該如何做出最后決定？第三講需求工程過(guò)程思考題某大銀行的一位銀行卡辦公室的收賬經(jīng)理Liz遇到了一個(gè)問(wèn)題。她每周都收到一份過(guò)期未付款的賬戶名單。這份報(bào)告已經(jīng)從兩年前的250個(gè)賬戶增加到現(xiàn)在的1250個(gè)賬戶。為了確定那些嚴(yán)重拖欠債務(wù)的賬戶，Liz需要通讀這份報(bào)告。嚴(yán)重拖欠債務(wù)的賬戶由幾個(gè)不同的規(guī)則確定，每個(gè)規(guī)則都要求Liz檢查客戶的一項(xiàng)或幾項(xiàng)數(shù)據(jù)。過(guò)去半天的工作量現(xiàn)在增加到了每周三天。即使在確定了嚴(yán)重拖欠債務(wù)的賬戶后，如果沒(méi)有查閱該賬戶三年內(nèi)的歷史資料，Liz也不能做出最后的信用決定（例如嚴(yán)厲的催款電話、斷絕信用或?qū)⑦@個(gè)賬戶轉(zhuǎn)給一個(gè)收賬代理）。另外，Liz需要報(bào)告所有賬戶中過(guò)期未付款的、拖欠債務(wù)的、嚴(yán)重拖欠債務(wù)的和呆死賬的比例。目前的報(bào)告中并沒(méi)有給她提供這個(gè)信息。假設(shè)現(xiàn)在需要你來(lái)開發(fā)一個(gè)軟件，解決Liz面對(duì)的難題。那么你認(rèn)為L(zhǎng)iz現(xiàn)在遇到的問(wèn)題有哪些？你希望新的軟件應(yīng)該達(dá)成哪些業(yè)務(wù)目標(biāo)？你怎樣設(shè)計(jì)軟件的高層解決方案和系統(tǒng)特性？第三講需求工程過(guò)程文檔的研究組織文檔業(yè)務(wù)表格、工作過(guò)程、職位描述、政策手冊(cè)、業(yè)務(wù)計(jì)劃、組織圖、會(huì)議記錄、財(cái)務(wù)報(bào)表、…系統(tǒng)文檔計(jì)算機(jī)屏幕、各類錄入表單、各類打印報(bào)表、…領(lǐng)域知識(shí)需求領(lǐng)域刊物、書籍、參考手冊(cè)、…第三講需求工程過(guò)程“硬數(shù)據(jù)”的采集標(biāo)識(shí)硬數(shù)據(jù)的集合事實(shí)、圖表、財(cái)務(wù)信息、……用于決策分析的報(bào)表、……調(diào)查結(jié)果、市場(chǎng)數(shù)據(jù)、……抽樣抽樣用來(lái)從中選擇有代表性的集合有目的的抽樣：選擇不擔(dān)心統(tǒng)計(jì)問(wèn)題，你也認(rèn)為是相關(guān)的部分簡(jiǎn)單隨機(jī)抽樣：每隔k項(xiàng)選擇一個(gè)分層隨機(jī)抽樣：先分層次、再抽樣聚簇隨機(jī)抽樣：選擇一個(gè)有代表性的子數(shù)據(jù)集，再抽樣樣本規(guī)模非常重要要進(jìn)行數(shù)據(jù)采集和分析的代價(jià)以及所需要的明顯度之間的平衡第三講需求工程過(guò)程實(shí)例分析（辦公系統(tǒng)）問(wèn)題在開發(fā)過(guò)程中，因都是平時(shí)工作中接觸的業(yè)務(wù)范圍，因此開發(fā)時(shí)以為滿足了功能需要，實(shí)現(xiàn)了軟件預(yù)定的管理和統(tǒng)計(jì)功能，那么開發(fā)就是成功的在用戶測(cè)試階段，各等級(jí)的用戶都反映出相對(duì)一致的意見。其中，反映最多的就是系統(tǒng)維護(hù)和操作太復(fù)雜，甚至經(jīng)常報(bào)告說(shuō)服務(wù)器和軟件不穩(wěn)定，不匹配。經(jīng)認(rèn)真調(diào)研，發(fā)現(xiàn)問(wèn)題雖然有一點(diǎn)，但絕非基層報(bào)告的那么嚴(yán)重，軟件應(yīng)該是可以滿足日常工作的。結(jié)果：2003年，我處信息化還沒(méi)有普及，尤其是基層領(lǐng)導(dǎo)，個(gè)別甚至是電腦盲。而我們的軟件，為提高使用效率，設(shè)置了大量的快捷鍵操作方式，這讓個(gè)別領(lǐng)導(dǎo)感覺(jué)難以接受。解決后來(lái)，我們對(duì)軟件的操作界面和菜單進(jìn)行了優(yōu)化和簡(jiǎn)化，而用單選框選擇代替了審批。通過(guò)一系列的修改和完善，反對(duì)該軟件的人漸漸少了。第三講需求工程過(guò)程實(shí)例分析（地稅業(yè)務(wù)管理系統(tǒng)）問(wèn)題因?yàn)榈囟悩I(yè)務(wù)各地有差別，各地的技術(shù)條件也有差別，有的地市已經(jīng)實(shí)現(xiàn)了全市聯(lián)網(wǎng)，使用上了小型機(jī)，有的地市、縣還分立服務(wù)器，服務(wù)器還由PC服務(wù)器代替。每個(gè)地市的業(yè)務(wù)人員提出的業(yè)務(wù)需求均以本地業(yè)務(wù)需要為參考，造成在推廣過(guò)程中發(fā)現(xiàn)業(yè)務(wù)上不適應(yīng)全省實(shí)際情況的現(xiàn)象，為后期推廣帶來(lái)了難度?？偨Y(jié)前景與范圍&&涉眾分析協(xié)商第三講需求工程過(guò)程實(shí)例分析（供水業(yè)務(wù)管理系統(tǒng)）問(wèn)題在系統(tǒng)上線后，首先表達(dá)不滿的是申請(qǐng)接水及變更業(yè)務(wù)的用戶。我們發(fā)現(xiàn)，由于柜面人員需要向系統(tǒng)中錄入申請(qǐng)信息并且掃描、上傳部分重要文件，這延長(zhǎng)了柜面辦理業(yè)務(wù)的時(shí)間，造成用戶業(yè)務(wù)申請(qǐng)的等待時(shí)間增長(zhǎng)?？偨Y(jié)我們?cè)谏姹娮R(shí)別的時(shí)候，遺漏那些不使用系統(tǒng)（非參與者）但是被影響的人，——在本項(xiàng)目中就是直接到柜面申請(qǐng)接水及變更業(yè)務(wù)的人。然而接水及變更業(yè)務(wù)的申請(qǐng)人是自來(lái)水公司的客戶，非常重要。第三講需求工程過(guò)程實(shí)例分析（供水系統(tǒng)）問(wèn)題系統(tǒng)上線后，一線用戶普遍向我們反映系統(tǒng)操作的風(fēng)格不符合他們的習(xí)慣，使用起來(lái)不方便，造成他們操作效率很低。解決經(jīng)過(guò)了解分析，我們發(fā)現(xiàn)：在對(duì)外服務(wù)平臺(tái)項(xiàng)目之前，自來(lái)水公司內(nèi)部開發(fā)人員開發(fā)了一套簡(jiǎn)單的對(duì)外服務(wù)管理系統(tǒng)。雖然該系統(tǒng)非常簡(jiǎn)單，功能有限，但是該系統(tǒng)已經(jīng)使用了相當(dāng)長(zhǎng)的一段時(shí)間，用戶已經(jīng)習(xí)慣了該系統(tǒng)的操作風(fēng)格。然而我們直接判斷該系統(tǒng)是落后的，功能不健全的，我們要作一個(gè)全新的系統(tǒng)，所以沒(méi)有過(guò)多的關(guān)注該系統(tǒng)第三講需求工程過(guò)程實(shí)例分析（供水系統(tǒng)）問(wèn)題在系統(tǒng)上線前，我們需要將用戶收集積累的水表信息導(dǎo)入到系統(tǒng)中。在導(dǎo)入時(shí)，我們發(fā)現(xiàn)用戶提供的水表號(hào)信息有大量的重復(fù)現(xiàn)象。而在系統(tǒng)設(shè)計(jì)時(shí)，水表號(hào)是主鍵。這是一個(gè)非常嚴(yán)重的問(wèn)題?？偨Y(jié)硬數(shù)據(jù)采用不足第三講需求工程過(guò)程實(shí)例分析（供水系統(tǒng)）問(wèn)題當(dāng)業(yè)務(wù)流程進(jìn)入到與施工方相關(guān)的任務(wù)時(shí)，流程多半停滯下來(lái)，但現(xiàn)實(shí)中的因?yàn)槿栽诶^續(xù)辦理。經(jīng)過(guò)了解，我們得知：由于系統(tǒng)中要求施工方填寫的部分信息屬于機(jī)密信息，但系統(tǒng)中并未對(duì)這些內(nèi)容作保密處理。解決涉眾分析

沖突協(xié)商第三講需求工程過(guò)程思考題PhilIttup是系統(tǒng)分析員團(tuán)隊(duì)中的一員，他受委任去與組織成員面談，為系統(tǒng)研究收集材料。企業(yè)稱為FallBack工業(yè)，它有5個(gè)管理層。此外，生產(chǎn)、會(huì)計(jì)、營(yíng)銷、系統(tǒng)、物流和高層管理是將受到所建議的系統(tǒng)影響的職能區(qū)域。每個(gè)階層大約有40人。生產(chǎn)層共有80人，會(huì)計(jì)層有35人，營(yíng)銷層有42人，系統(tǒng)層有10人，物流層有28人。高層管理有5人。Phil應(yīng)該怎樣選擇面談對(duì)象？為什么？第三講需求工程過(guò)程思考題Maverick公司是一家有15年歷史的國(guó)內(nèi)貨物運(yùn)輸公司，假設(shè)你的小組擔(dān)當(dāng)Maverick公司的系統(tǒng)分析與設(shè)計(jì)團(tuán)隊(duì)，為Maverick公司的所有業(yè)務(wù)設(shè)計(jì)一個(gè)計(jì)算機(jī)化或者增強(qiáng)設(shè)計(jì)計(jì)算機(jī)化的項(xiàng)目。Maverick主要進(jìn)行卡車零運(yùn)，管理人員按照實(shí)時(shí)處理（JustInTime）原則工作。在這個(gè)原則指導(dǎo)下，他們建立了包括發(fā)貨人、收貨人和承運(yùn)公司的伙伴關(guān)系，目的是準(zhǔn)時(shí)運(yùn)輸和交付生產(chǎn)線上需要的材料。Maverick主張用626臺(tái)拖拉機(jī)拖運(yùn)貨物，它擁有45000平方英尺的倉(cāng)庫(kù)和21000平方英尺的辦公場(chǎng)地。制定分析Maverick公司的信息需求時(shí)，應(yīng)當(dāng)收集的硬數(shù)據(jù)列表。（提示：想像一下該公司要開展的工作，應(yīng)該會(huì)有哪些登記表格）。設(shè)計(jì)一種采樣機(jī)制，使得小組在不必查看這家公司15年來(lái)產(chǎn)生的所有文檔的情況下，形成對(duì)該公司的清晰認(rèn)識(shí)。第三講需求工程過(guò)程用例抽取什么是用例？參與者與系統(tǒng)交互的每種不同的方式都是一個(gè)用例對(duì)一個(gè)特定的參與者，產(chǎn)生一個(gè)可觀察的結(jié)果的系統(tǒng)執(zhí)行的行為序列的描述所有的用例都需要枚舉出來(lái)，否則需求將會(huì)不完整帶有共同的目的的可能的情景的集合描述一般用自然語(yǔ)言書寫不含系統(tǒng)的內(nèi)部狀態(tài)；只包含交互組合用例的方式擴(kuò)展/使用優(yōu)點(diǎn)和缺點(diǎn)所有可能的與系統(tǒng)的交互的詳細(xì)特征幫助畫出系統(tǒng)的邊界，和規(guī)定需求的范圍用例并沒(méi)有捕獲領(lǐng)域知識(shí)不能將用例和精確的規(guī)格說(shuō)明混為一談系統(tǒng)行為是當(dāng)系統(tǒng)響應(yīng)外部事件時(shí)所做的事情用例捕獲從外表上可見并可測(cè)的系統(tǒng)行為一個(gè)用例執(zhí)行一個(gè)業(yè)務(wù)功能，該功能對(duì)參與者來(lái)說(shuō)是外表上可見的第三講需求工程過(guò)程用例圖圖元：參與者用例連接：表示參與者和用例之間的關(guān)聯(lián)第三講需求工程過(guò)程用例的用途畫系統(tǒng)邊界識(shí)別系統(tǒng)邊界外與系統(tǒng)發(fā)生交互的參與者對(duì)每個(gè)參與者，做：識(shí)別可能的用例做出示例每個(gè)用例的具體的情景將相似的情景組合起來(lái)成為一個(gè)用例對(duì)每個(gè)用例，做：將它寫出來(lái)說(shuō)明選擇和循環(huán)的規(guī)則考慮其它選擇和例外查看與其它用例的重疊和共同點(diǎn)用例框架用例名：簡(jiǎn)述：參與者：前提條件：描述：例外：后置條件：第三講需求工程過(guò)程用例文檔用例：訂購(gòu)計(jì)算機(jī)簡(jiǎn)述：該用況允許Customer輸入一份購(gòu)物定單，該定單包括提供運(yùn)送和發(fā)票地址，以及關(guān)于付款的詳細(xì)情況參與者：客戶前提條件：客戶點(diǎn)擊Internet瀏覽器進(jìn)入計(jì)算機(jī)制造廠商的定單輸入web頁(yè)面，該頁(yè)面顯示已配置計(jì)算機(jī)以及它的價(jià)格的詳細(xì)情況。主要的流：當(dāng)客戶在定單信息已經(jīng)顯示在屏幕上時(shí)選擇繼續(xù)（或相似命名的）功能鍵來(lái)確定訂購(gòu)所配置的計(jì)算機(jī)時(shí)，該用例開始。系統(tǒng)請(qǐng)求客戶輸入購(gòu)買細(xì)節(jié)，包括：銷售人員的名字（如果知道的話），運(yùn)送信息（客戶的名字和地址），發(fā)票細(xì)節(jié)（如果與運(yùn)送地址不同的話），付款方法（信用卡或支票），以及任何其它注釋?？蛻暨x擇購(gòu)買（或相似命名的）功能發(fā)送定單給制造廠商。系統(tǒng)給購(gòu)買定單賦予一個(gè)唯一的定單號(hào)碼和一個(gè)客戶帳號(hào)，系統(tǒng)將定單信息存入數(shù)據(jù)庫(kù)。系統(tǒng)將定單號(hào)和客戶號(hào)與所有定單細(xì)節(jié)一起e-mail給客戶，作為對(duì)接收定單的確認(rèn)。其它的流：客戶在提供所有要求錄入的信息之前，激活購(gòu)買（或相似命名的）功能，系統(tǒng)顯示錯(cuò)誤信息，它要求提供所漏掉的信息?？蛻暨x擇恢復(fù)（或相似命名的）功能來(lái)恢復(fù)一個(gè)空白的購(gòu)物表格，系統(tǒng)允許客戶重新輸入信息。后置條件：如果用況成功，購(gòu)物定單記錄進(jìn)系統(tǒng)的數(shù)據(jù)庫(kù)，否則系統(tǒng)的狀態(tài)不變。第三講需求工程過(guò)程從用例文檔中識(shí)別情景情景（活動(dòng)序列）參與者和系統(tǒng)之間交互的特定序列比較短的序列（一般為3到7步）可以是：正方的（需要的行為）和反方的（不想要的行為）可以是陳述的或希求的優(yōu)點(diǎn)：非常自然：投資人喜歡使用短的情景對(duì)快速示例特定的交互非常好缺點(diǎn)：缺乏結(jié)構(gòu)：需要用例或任務(wù)模型提供更高層的視點(diǎn)第三講需求工程過(guò)程活動(dòng)圖第三講需求工程過(guò)程幾種常用方法的比較第三講需求工程過(guò)程需求抽取技巧和注意事項(xiàng)評(píng)估系統(tǒng)可行性注意組織和行政方面的因素識(shí)別和咨詢系統(tǒng)的項(xiàng)目相關(guān)人員記錄需求源使用業(yè)務(wù)關(guān)系來(lái)驅(qū)動(dòng)需求抽取尋找領(lǐng)域約束記錄需求理由從多視點(diǎn)收集需求原型化難以理解的需求使用場(chǎng)景來(lái)抽象需求定義操作過(guò)程復(fù)用需求第三講需求工程過(guò)程評(píng)估系統(tǒng)可行性目的：揭示是否真正需要一個(gè)系統(tǒng)實(shí)施：?jiǎn)栴}舉例我們真正需要這個(gè)系統(tǒng)嗎？如果沒(méi)有開發(fā)這個(gè)系統(tǒng)會(huì)產(chǎn)生什么影響？采用什么直接或間接方法會(huì)使系統(tǒng)對(duì)我們的業(yè)務(wù)目標(biāo)有意？系統(tǒng)必須支持哪些關(guān)鍵過(guò)程？系統(tǒng)不必支持哪些關(guān)鍵過(guò)程？系統(tǒng)會(huì)如何影響其他已經(jīng)安裝的系統(tǒng)？我們可能會(huì)面對(duì)的技術(shù)限制是什么？可以在預(yù)算范圍之內(nèi)開發(fā)出一個(gè)有用的系統(tǒng)嗎？時(shí)間期限：完全新的中型系統(tǒng)：一個(gè)月完成取代現(xiàn)有系統(tǒng)：較少的工作量第三講需求工程過(guò)程注意組織和行政方面的因素目的：有助于理解一些需求被建議的原因?qū)嵤簯?yīng)該留意的因素不一致目標(biāo)責(zé)任的喪失或轉(zhuǎn)移組織文化組織的管理態(tài)度和士氣部門差異第三講需求工程過(guò)程識(shí)別系統(tǒng)的項(xiàng)目相關(guān)人員目的：發(fā)現(xiàn)所有可能的需求源實(shí)施：可以使用的方法：發(fā)現(xiàn)系統(tǒng)的潛在最終用戶考慮系統(tǒng)打算支持的業(yè)務(wù)過(guò)程描述以及與這些過(guò)程相關(guān)的人與組織部門進(jìn)行討論，詢問(wèn)誰(shuí)會(huì)受到系統(tǒng)引入的影響考慮使用系統(tǒng)的組織和客戶考慮負(fù)責(zé)開發(fā)和維護(hù)系統(tǒng)的工程師和維護(hù)人員考慮可能希望給系統(tǒng)添加需求的監(jiān)管機(jī)構(gòu)和認(rèn)證機(jī)構(gòu)第三講需求工程過(guò)程記錄需求源目的：來(lái)自初始需求源的需求可跟蹤性實(shí)施：在需求收集表中增加一個(gè)欄目記錄需求源（可能包括：人員、角色等）一個(gè)單獨(dú)需求記錄一個(gè)需求源一組相關(guān)需求記錄一個(gè)需求源第三講需求工程過(guò)程使用業(yè)務(wù)關(guān)系來(lái)驅(qū)動(dòng)需求抽取目的：使得交付系統(tǒng)沒(méi)有安裝問(wèn)題實(shí)施：收集如下信息：平臺(tái)信息接口信息軟件依賴性其他關(guān)于系統(tǒng)的位置和物理布局的信息面對(duì)的問(wèn)題環(huán)境的不穩(wěn)定性（操作系統(tǒng)、軟件版本的變化等）第三講需求工程過(guò)程尋找領(lǐng)域約束目的：領(lǐng)域約束經(jīng)常會(huì)導(dǎo)致識(shí)別出關(guān)鍵需求實(shí)施：兩類領(lǐng)域需求和約束涉及到所有其他需求的總體約束從領(lǐng)域相關(guān)事項(xiàng)導(dǎo)出的特殊需求相關(guān)領(lǐng)域信息領(lǐng)域知識(shí)的一個(gè)非正式的陳述領(lǐng)域知識(shí)的較形式化描述領(lǐng)域知識(shí)可適用的系統(tǒng)的類型，異常情況知識(shí)分類術(shù)語(yǔ)領(lǐng)域信息源第三講需求工程過(guò)程記錄需求理由目的：提高對(duì)需求的理解實(shí)施：非形式的描述結(jié)構(gòu)化、超文本形式注意事項(xiàng)：使人誤解的理由不一致的理由第三講需求工程過(guò)程從多視點(diǎn)收集需求目的：更好的需求覆蓋率實(shí)施：幾種視點(diǎn)：與和系統(tǒng)相互作用的人或者設(shè)備相關(guān)聯(lián)的交互者視點(diǎn)與從系統(tǒng)受益的人相關(guān)聯(lián)的項(xiàng)目相關(guān)人員視點(diǎn)與領(lǐng)域信息相關(guān)聯(lián)的領(lǐng)域視點(diǎn)步驟：識(shí)別組織對(duì)系統(tǒng)所關(guān)注的主要目標(biāo)識(shí)別視點(diǎn)和視點(diǎn)源使用上述目標(biāo)作為驅(qū)動(dòng)力和校驗(yàn)表來(lái)從視點(diǎn)源抽取需求在需求可用后，反復(fù)從不同視點(diǎn)核查這些需求是否有沖突從不同視點(diǎn)集成這些需求來(lái)產(chǎn)生需求文檔第三講需求工程過(guò)程原型化難以理解的需求目的：更好地理解系統(tǒng)用戶的真正需要實(shí)施：三種系統(tǒng)原型化方法紙上原型化方法“WizardofOz”原型化方法：模擬系統(tǒng)自動(dòng)原型化方法：第4代語(yǔ)言，自動(dòng)代碼生成工具第三講需求工程過(guò)程使用場(chǎng)景來(lái)抽象需求目的：用戶易于理解場(chǎng)景和描述相關(guān)需求實(shí)施：場(chǎng)景可以看作是解釋如何使用系統(tǒng)的經(jīng)歷。關(guān)于場(chǎng)景的信息：在進(jìn)入場(chǎng)景之前系統(tǒng)狀態(tài)的描述場(chǎng)景中正常的事件流正常事件流的異?？梢酝瑫r(shí)運(yùn)行的其他活動(dòng)的信息場(chǎng)景完成后系統(tǒng)狀態(tài)的描述第三講需求工程過(guò)程定義操作過(guò)程目的：揭示過(guò)程需求和需求約束實(shí)施：過(guò)程描述是特別復(fù)雜的活動(dòng)，兩種情形下操作過(guò)程的定義：打算用系統(tǒng)來(lái)支持一個(gè)完全新的活動(dòng)，沒(méi)有現(xiàn)成的過(guò)程可以研究。關(guān)注新過(guò)程和現(xiàn)有過(guò)程的交互，定義新過(guò)程打算用系統(tǒng)來(lái)支持一個(gè)現(xiàn)有的操作過(guò)程，它將取代現(xiàn)有的過(guò)程。研究、理解現(xiàn)有過(guò)程，導(dǎo)出操作過(guò)程第三講需求工程過(guò)程復(fù)用需求目的：較低的需求成本，較快的需求抽取實(shí)施：間接復(fù)用：識(shí)別與正在研究的系統(tǒng)的項(xiàng)目相關(guān)人員的需求接近或重疊的需求把這些需求展示給項(xiàng)目相關(guān)人員，解釋它們的含義請(qǐng)他們說(shuō)出哪些合適哪些不合適根據(jù)提出的建議改寫需求，直到項(xiàng)目相關(guān)人員滿意直接復(fù)用識(shí)別現(xiàn)有系統(tǒng)和待開發(fā)系統(tǒng)之間的通用特征，找出可復(fù)用的部分識(shí)別現(xiàn)有系統(tǒng)中潛在的可復(fù)用需求與識(shí)別出的通用特征相對(duì)應(yīng)的需求評(píng)估這些潛在的可復(fù)用需求在待開發(fā)的系統(tǒng)中是否有效和用戶一起檢驗(yàn)這些需求是否真正滿足他們的需要第三講需求工程過(guò)程需求分析和協(xié)商

目的發(fā)現(xiàn)系統(tǒng)需求中的問(wèn)題統(tǒng)一各參與方的意見，對(duì)需求和需求的變化達(dá)成一致的意見第三講需求工程過(guò)程需求分析的檢查表過(guò)早的設(shè)計(jì)：是否包含設(shè)計(jì)或?qū)崿F(xiàn)信息組合的需求：?jiǎn)我坏男枨筮€是可劃分的需求不必要的需求：是否不是真的需要非標(biāo)準(zhǔn)的硬件：需要另外了解硬件軟件平臺(tái)與業(yè)務(wù)邏輯是否一致：需求二義性：不同的人有不同的理解需求現(xiàn)實(shí)性：在目前的技術(shù)條件下是否能實(shí)現(xiàn)需求可測(cè)試性：系統(tǒng)是否滿足需求是可判斷的第三講需求工程過(guò)程沖突從何兒來(lái)？問(wèn)題本身的不一致問(wèn)題理解的不一致對(duì)解決程度的期望的不一致建模中的錯(cuò)誤第三講需求工程過(guò)程歸結(jié)沖突的形式解決沖突的方法：協(xié)商、競(jìng)爭(zhēng)、仲裁、強(qiáng)迫、教育能夠區(qū)別三大類歸結(jié)方法合作式方法，包括協(xié)商和教育競(jìng)爭(zhēng)式方法，包括斗爭(zhēng)、強(qiáng)迫和競(jìng)爭(zhēng)第三方方法，包括仲裁和求助于權(quán)威第三講需求工程過(guò)程沖突歸結(jié)方法（協(xié)商）出發(fā)點(diǎn)：合作探索可能性的范圍參與者試圖發(fā)現(xiàn)盡可能滿足各方的方案還被認(rèn)為是：集成式行為或者構(gòu)造式協(xié)商區(qū)別于分布式或競(jìng)爭(zhēng)式協(xié)商第三講需求工程過(guò)程沖突歸結(jié)方法（競(jìng)爭(zhēng)）出發(fā)點(diǎn)：對(duì)一個(gè)參與者來(lái)說(shuō)，實(shí)現(xiàn)最大滿足度不考慮對(duì)其他方的滿足度但不需要是敵對(duì)的極端形式當(dāng)所有一方的獲得都是其他方的開銷即：0和博弈第三講需求工程過(guò)程沖突歸結(jié)方法（第三方歸結(jié)）參與者呼吁外援規(guī)則手冊(cè)、權(quán)威的意見、投硬幣可能在將協(xié)商和競(jìng)爭(zhēng)作為歸結(jié)方法都失敗時(shí)出現(xiàn)第三方歸結(jié)的類型審判的：每個(gè)參與者提出的案例都被考慮外部的審判：一個(gè)不是提交案例的參與者確定這個(gè)決定仲裁：比如：投硬幣第三講需求工程過(guò)程沖突歸結(jié)方法（叫價(jià)和討價(jià)還價(jià)）叫價(jià)參與者陳述他們想要的條款討價(jià)還價(jià)參與者尋找叫價(jià)的滿意的集成第三講需求工程過(guò)程社會(huì)心理學(xué)關(guān)于沖突的原因原因：一種觀點(diǎn)對(duì)資源的控制偏好和厭惡（一方侵犯另一方的活動(dòng)）價(jià)值（聲明某種價(jià)值觀或某組價(jià)值觀應(yīng)該為主）信念（對(duì)事實(shí)、信息、現(xiàn)實(shí)等的辯駁）參與方之間的關(guān)系的本質(zhì)原因：另一種觀點(diǎn)溝通的（信息交換不充分，有干擾，有選擇的察覺(jué)）結(jié)構(gòu)的（目標(biāo)相容性，領(lǐng)導(dǎo)的風(fēng)格，司法澄清）個(gè)人因素的（個(gè)體價(jià)值系統(tǒng)，個(gè)體特征）第三講需求工程過(guò)程社會(huì)心理學(xué)中的沖突有趣的結(jié)果有偏差的行為和沖突在小的組決策制定中是正常的在溝通受限時(shí)有更多的侵犯、更少的合作溝通的減弱會(huì)加大沖突經(jīng)驗(yàn)上異構(gòu)的組會(huì)有更多的沖突；但同構(gòu)的組很有可能會(huì)得出高風(fēng)險(xiǎn)的決策個(gè)性的效果會(huì)被情景的和感覺(jué)的因素所掩蓋第三講需求工程過(guò)程使用辯論結(jié)構(gòu)gIBIS由Conklin在1989年開發(fā)將辯論過(guò)程表示為一個(gè)超文本圖基本過(guò)程標(biāo)識(shí)觀點(diǎn)標(biāo)識(shí)每個(gè)人可以作為位置來(lái)考慮的位置將辯論論點(diǎn)以支持或反駁某個(gè)位置的形式連接進(jìn)來(lái)第三講需求工程過(guò)程gIBIS辯論結(jié)構(gòu)第三講需求工程過(guò)程使用辯論結(jié)構(gòu)Synoptic由Easterbrooks在1991年開發(fā)支持合作的面向任務(wù)的協(xié)商的工具基本過(guò)程讓每個(gè)參與者將他們的概念模型外觀化找出這些模型之間的對(duì)應(yīng)點(diǎn)將不匹配的地方進(jìn)行分類為歸結(jié)每個(gè)不匹配的地方產(chǎn)生侯選方案第三講需求工程過(guò)程使用預(yù)先存在的領(lǐng)域模型Oz由Robinson在1992年開發(fā)使用預(yù)先存在的領(lǐng)域模型來(lái)比較沖突的視點(diǎn)基本過(guò)程識(shí)別視點(diǎn)（信念的集合）通過(guò)標(biāo)注一個(gè)目標(biāo)和目的的領(lǐng)域模型來(lái)記錄視點(diǎn)領(lǐng)域?qū)a(chǎn)品屬性連接到目標(biāo)選擇產(chǎn)品屬性的組合，來(lái)最大化參與者的滿意度第三講需求工程過(guò)程使用預(yù)先存在的領(lǐng)域模型WinWin由Boehm和同事們?cè)?0年代中期開發(fā)顯式地為每個(gè)參與者標(biāo)識(shí)出贏的條件結(jié)合質(zhì)量需求和產(chǎn)品屬性鏈的領(lǐng)域知識(shí)庫(kù)基本過(guò)程為每個(gè)參與者輸入贏的條件為贏條件標(biāo)識(shí)屬性策略為每個(gè)贏條件的每個(gè)策略確定副效果手工歸結(jié)不一致性第三講需求工程過(guò)程需求驗(yàn)證

需求審查需求驗(yàn)證中的原型法模型驗(yàn)證需求測(cè)試第三講需求工程過(guò)程需求驗(yàn)證過(guò)程需求分析需求抽取階段的“粗”需求通常非形式化非結(jié)構(gòu)化的表示不完整、存在不一致解決“我們得到了正確的需求嗎？”需求驗(yàn)證檢查需求文檔，完整的系統(tǒng)需求明顯的不完整和不一致已經(jīng)去掉文檔的表述符合規(guī)范解決“我們是否把需求搞對(duì)了？”第三講需求工程過(guò)程需求驗(yàn)證過(guò)程：輸入和輸出第三講需求工程過(guò)程需求審查閱讀文檔,識(shí)別錯(cuò)誤和其它問(wèn)題檢查確定的需求相關(guān)行為是否進(jìn)行,進(jìn)行得如何第三講需求工程過(guò)程需求審查的行為模糊的需求進(jìn)一步澄清需求不完整補(bǔ)充缺失的需求需求沖突協(xié)商和沖突歸結(jié)不現(xiàn)實(shí)的需求咨詢需求相關(guān)者修改或去掉這個(gè)需求第三講需求工程過(guò)程需求審查表可理解性冗余性完整性二義性一致性組織結(jié)構(gòu)與標(biāo)準(zhǔn)的符合性可跟蹤性第三講需求工程過(guò)程組織審查的注意事項(xiàng)規(guī)?！白銐虻娜耍沟孟嚓P(guān)的經(jīng)驗(yàn)都有”最少：3（4如果寫的人在的話）最多：7（如果領(lǐng)導(dǎo)沒(méi)有經(jīng)驗(yàn)的話，可以少一些）期限不要超過(guò)2個(gè)小時(shí)如果太長(zhǎng)了注意力會(huì)漂移輸出所有的審查員必須同意這個(gè)結(jié)果接受；重新工作；重新審查所有的發(fā)現(xiàn)都應(yīng)該寫下來(lái)總結(jié)報(bào)告（為了管理）問(wèn)題的詳細(xì)列表范圍關(guān)注于一小部分的設(shè)計(jì)，而不要是整個(gè)事情時(shí)間表一旦作者完成了一件產(chǎn)品就開始檢查它不要太早產(chǎn)品還沒(méi)有準(zhǔn)備好——發(fā)現(xiàn)作者已經(jīng)意識(shí)到的問(wèn)題不要太晚產(chǎn)品已經(jīng)在使用——錯(cuò)誤要該就要花費(fèi)很大代價(jià)目的記住最大的好處是來(lái)自于固定這個(gè)過(guò)程采集數(shù)據(jù)以幫助你下次不要犯同樣的錯(cuò)誤第三講需求工程過(guò)程審查指南在審查之前將形式的審查安排進(jìn)項(xiàng)目規(guī)劃中訓(xùn)練所有的審查人保證所有的出席人都要提前準(zhǔn)備在審查期間審查產(chǎn)品，而不是它的作者使意見是構(gòu)造性的、專業(yè)的、以及和任務(wù)相關(guān)的嚴(yán)格按照日程進(jìn)行領(lǐng)導(dǎo)必須防止拖延限制辯論和反駁記錄下問(wèn)題留著以后討論，只識(shí)別問(wèn)題，當(dāng)時(shí)不要去試圖解決它全要寫下來(lái)在審查之后審查這個(gè)審查過(guò)程第三講需求工程過(guò)程選擇審查人可能的候選人審查方面的專業(yè)人員（比如，QA人員）來(lái)自與作者同一個(gè)開發(fā)小組的人因?yàn)橛袑I(yè)經(jīng)驗(yàn)而被邀請(qǐng)的人對(duì)產(chǎn)品有興趣的人有什么東西可以貢獻(xiàn)的訪問(wèn)人員來(lái)自組織中其它部門的人要排除的人負(fù)責(zé)審查作者本人的任何人（比如，產(chǎn)品線經(jīng)理、等）任何已經(jīng)知道與其他審閱者有個(gè)人沖突的人任何沒(méi)有資格來(lái)做這件事的人所有的管理人員任何其出現(xiàn)會(huì)帶來(lái)興趣上的矛盾的人第三講需求工程過(guò)程將審查結(jié)構(gòu)化能夠?qū)彶榻Y(jié)構(gòu)化為不同的形式經(jīng)驗(yàn)的依賴于審查人的經(jīng)驗(yàn)檢查表使用一個(gè)關(guān)于問(wèn)題/觀點(diǎn)的檢查表檢查表被裁剪為文檔的形式主動(dòng)審查（基于觀點(diǎn)的閱讀）每個(gè)審查者從一個(gè)特定的目的來(lái)閱讀，使用專門的問(wèn)卷不同的審查者有效地采用不同的觀點(diǎn)這些不同是有含義的比如，研究指明主動(dòng)審查比經(jīng)驗(yàn)的和檢查表方法能發(fā)現(xiàn)更多的錯(cuò)誤在經(jīng)驗(yàn)式和檢查表方法之間沒(méi)有明顯的不同會(huì)議式審查可能會(huì)是多余的第三講需求工程過(guò)程審查的好處形式審查對(duì)程序設(shè)計(jì)有用對(duì)應(yīng)用程序設(shè)計(jì)比測(cè)試更有效大多數(shù)審閱過(guò)的程序第一時(shí)間正確運(yùn)行比較：是測(cè)試/調(diào)試方法的10-50的功效來(lái)自大項(xiàng)目的數(shù)據(jù)錯(cuò)誤以5的系數(shù)減少(在某些報(bào)告的案例中是10)生產(chǎn)力的改進(jìn)：14%到25%由審查發(fā)現(xiàn)的錯(cuò)誤的百分比：58%到82%減少V&V的代價(jià)50%-80%職工競(jìng)爭(zhēng)力的效果增加士氣、減少人員變動(dòng)更好的估計(jì)和安排（更多的關(guān)于缺陷點(diǎn)的知識(shí)）更好的對(duì)職工能力的管理上的認(rèn)識(shí)第三講需求工程過(guò)程模型驗(yàn)證前提：需求文檔中包含系統(tǒng)模型，如，系統(tǒng)功能的數(shù)據(jù)流模型、對(duì)象模型、事件模型、實(shí)體-關(guān)系模型、等等目的：證明每個(gè)個(gè)體模型