第三講需求工程過程課件

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

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

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

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

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

總體管理

范圍管理

時間管理

成本管理

風(fēng)險管理

人力資源管理

質(zhì)量管理

溝通管理

采購管理

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

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

問題；開發(fā)人員

方案；用戶

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

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

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

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