1、需求分析師培訓(xùn)需求分析師培訓(xùn)Day03Agendal需求建模實例需求建模實例l業(yè)務(wù)流程與規(guī)則分析業(yè)務(wù)流程與規(guī)則分析l數(shù)據(jù)需求分析與建模數(shù)據(jù)需求分析與建模l需求描述最佳實踐需求描述最佳實踐l需求管理最佳實踐需求管理最佳實踐l需求過程總結(jié)需求過程總結(jié)Agendal需求建模實例需求建模實例l業(yè)務(wù)流程與規(guī)則分析業(yè)務(wù)流程與規(guī)則分析l數(shù)據(jù)需求分析與建模數(shù)據(jù)需求分析與建模l需求描述最佳實踐需求描述最佳實踐l需求管理最佳實踐需求管理最佳實踐l需求過程總結(jié)需求過程總結(jié)需求建模實例需求建模實例確定業(yè)務(wù)需求確定業(yè)務(wù)需求 總經(jīng)理：為什么我們的開發(fā)項目進度計劃總是那么不準確，延期經(jīng)總經(jīng)理：為什么我們的開發(fā)項目進度計劃總

2、是那么不準確，延期經(jīng)常出現(xiàn)，更可恨的是甚至無法給出一個相對比較明確的延遲時間。這樣常出現(xiàn)，更可恨的是甚至無法給出一個相對比較明確的延遲時間。這樣給市場的推廣會帶來很大的影響，不確定因素使得應(yīng)對十分困難。給市場的推廣會帶來很大的影響，不確定因素使得應(yīng)對十分困難。 研發(fā)經(jīng)理：唉這個問題我花了很多時間來解決，但一直收效不好。研發(fā)經(jīng)理：唉這個問題我花了很多時間來解決，但一直收效不好。最初我用最初我用WBSWBS方法，根據(jù)用例包、用例的方式來組織需求，然后將某個方法，根據(jù)用例包、用例的方式來組織需求，然后將某個用例或子用例作為工作任務(wù)分配的開發(fā)人員，并指定了相應(yīng)的完成時間用例或子用例作為工作任務(wù)分配的開

3、發(fā)人員，并指定了相應(yīng)的完成時間，但到了時間開發(fā)人員總是完不成，都反應(yīng)時間安排不合理。后來，在，但到了時間開發(fā)人員總是完不成，都反應(yīng)時間安排不合理。后來，在技術(shù)顧問的指導(dǎo)下，改為自底向上的估計方法，任務(wù)明確后讓開發(fā)人員技術(shù)顧問的指導(dǎo)下，改為自底向上的估計方法，任務(wù)明確后讓開發(fā)人員反饋工作量及所需的工作天數(shù)。雖然有所好轉(zhuǎn)，但還是有一些工作任務(wù)反饋工作量及所需的工作天數(shù)。雖然有所好轉(zhuǎn)，但還是有一些工作任務(wù)，開發(fā)人員反饋的天數(shù)到了，仍然無法完成，甚至無法告訴我要延遲多，開發(fā)人員反饋的天數(shù)到了，仍然無法完成，甚至無法告訴我要延遲多少天。匯總起來，就形成了這樣的結(jié)果了。少天。匯總起來，就形成了這樣的結(jié)果了

4、。 總經(jīng)理：這樣呀，那有什么好辦法呢？總經(jīng)理：這樣呀，那有什么好辦法呢？ 技術(shù)顧問：其實問題的關(guān)鍵還是在于技術(shù)顧問：其實問題的關(guān)鍵還是在于“估算估算”的經(jīng)驗上，對于軟件的經(jīng)驗上，對于軟件開發(fā)而言，實際上沒有萬能的、準確的估算公式開發(fā)而言，實際上沒有萬能的、準確的估算公式 需求建模實例需求建模實例確定業(yè)務(wù)需求確定業(yè)務(wù)需求 （研發(fā)經(jīng)理搶過話題）（研發(fā)經(jīng)理搶過話題） 研發(fā)經(jīng)理：對對對！我一直在嘗試使用研發(fā)經(jīng)理：對對對！我一直在嘗試使用FPFP、COCOMOCOCOMO模型來，仍然得模型來，仍然得 不出合理的估計值，真難辦。不出合理的估計值，真難辦。 技術(shù)顧問：呵呵，急了！其實估算的基礎(chǔ)是經(jīng)驗數(shù)據(jù)，對

5、于不同的技術(shù)顧問：呵呵，急了！其實估算的基礎(chǔ)是經(jīng)驗數(shù)據(jù)，對于不同的開發(fā)人員而言其產(chǎn)能是不一致的，甚至對于相同的開發(fā)人員而言，不同開發(fā)人員而言其產(chǎn)能是不一致的，甚至對于相同的開發(fā)人員而言，不同的任務(wù)所需的時間也是不同的。因此關(guān)鍵在于積累這種經(jīng)驗數(shù)據(jù)。例如的任務(wù)所需的時間也是不同的。因此關(guān)鍵在于積累這種經(jīng)驗數(shù)據(jù)。例如，我在編寫技術(shù)書籍時，就采用了，我在編寫技術(shù)書籍時，就采用了PSPPSP（個人軟件開發(fā)過程）的思路，（個人軟件開發(fā)過程）的思路，對所有的工作過程進行了時間的記錄，在半年之后，就積累了許多相關(guān)對所有的工作過程進行了時間的記錄，在半年之后，就積累了許多相關(guān)的產(chǎn)能數(shù)據(jù)，現(xiàn)在給編輯的時間承諾總

6、是能夠比較的準確。的產(chǎn)能數(shù)據(jù)，現(xiàn)在給編輯的時間承諾總是能夠比較的準確。 總經(jīng)理：哦，難怪你做的承諾都一般很少延誤，這種經(jīng)驗?zāi)芊襁m用總經(jīng)理：哦，難怪你做的承諾都一般很少延誤，這種經(jīng)驗?zāi)芊襁m用于軟件開發(fā)的管理呢？于軟件開發(fā)的管理呢？ 技術(shù)顧問：呵呵，這是當然。技術(shù)顧問：呵呵，這是當然。PSPPSP是個人軟件開發(fā)過程，它本來就是個人軟件開發(fā)過程，它本來就是為軟件開發(fā)設(shè)計。它是是為軟件開發(fā)設(shè)計。它是CMMCMM的創(chuàng)始人提出的，的創(chuàng)始人提出的，PSPPSP、TSPTSP和和CMMCMM分別針對分別針對軟件開發(fā)員、軟件開發(fā)小組和軟件開發(fā)組織。通過軟件開發(fā)員、軟件開發(fā)小組和軟件開發(fā)組織。通過PSPPSP的貫

7、徹，就一定的貫徹，就一定能夠提高軟件開發(fā)人員的時間安排、時間估算的能力。能夠提高軟件開發(fā)人員的時間安排、時間估算的能力。 需求建模實例需求建模實例確定業(yè)務(wù)需求確定業(yè)務(wù)需求 研發(fā)經(jīng)理研發(fā)經(jīng)理& &總經(jīng)理（幾乎同時）：那我們就嘗試一下！總經(jīng)理（幾乎同時）：那我們就嘗試一下！ 技術(shù)顧問：哈哈，不過貫徹技術(shù)顧問：哈哈，不過貫徹PSPPSP有兩個困難。一是開發(fā)人員很難適有兩個困難。一是開發(fā)人員很難適 應(yīng)，每天都要記錄自己的工作時間很繁瑣，而且產(chǎn)生數(shù)據(jù)不容易使應(yīng)，每天都要記錄自己的工作時間很繁瑣，而且產(chǎn)生數(shù)據(jù)不容易使用；用； 二是時間日志做出來后，管理者會忍不住用來考核開發(fā)人員，給他二是時

8、間日志做出來后，管理者會忍不住用來考核開發(fā)人員，給他們帶們帶 來心理壓力。來心理壓力。 研發(fā)經(jīng)理：那我們可以開發(fā)一套軟件來幫助他們記錄，通過寫到數(shù)研發(fā)經(jīng)理：那我們可以開發(fā)一套軟件來幫助他們記錄，通過寫到數(shù) 據(jù)庫中，這樣數(shù)據(jù)的使用問題也就解決了。據(jù)庫中，這樣數(shù)據(jù)的使用問題也就解決了。 技術(shù)顧問：對，這就是我的建議。那后者呢？技術(shù)顧問：對，這就是我的建議。那后者呢？ 總經(jīng)理：我們不考核就是了！總經(jīng)理：我們不考核就是了！ 技術(shù)顧問：沒那么簡單！我認為要從以下幾點來進行：一是鼓勵，技術(shù)顧問：沒那么簡單！我認為要從以下幾點來進行：一是鼓勵，鼓勵記錄時間日志，獎勵估算準確的開發(fā)人員，從而避免做假時間的情鼓

9、勵記錄時間日志，獎勵估算準確的開發(fā)人員，從而避免做假時間的情況；二是宣揚，宣揚有效工作時間的概念，我的經(jīng)驗是每個開發(fā)人員一況；二是宣揚，宣揚有效工作時間的概念，我的經(jīng)驗是每個開發(fā)人員一天有效的工作時間在天有效的工作時間在4 4個小時之上就是比較好的，樹立這種概念能夠打個小時之上就是比較好的，樹立這種概念能夠打消開發(fā)人員的顧慮；三是培訓(xùn)，從理論高度建立開發(fā)人員執(zhí)行消開發(fā)人員的顧慮；三是培訓(xùn)，從理論高度建立開發(fā)人員執(zhí)行PSPPSP的意的意識。識。 需求建模實例需求建模實例確定業(yè)務(wù)需求確定業(yè)務(wù)需求 總經(jīng)理：好！我修訂績效考核，解決鼓勵問題；小陳總經(jīng)理：好！我修訂績效考核，解決鼓勵問題；小陳( (研發(fā)

10、經(jīng)理研發(fā)經(jīng)理) )，我配，我配合你樹立合你樹立“每天有效工作每天有效工作4 4小時小時”的概念；至于培訓(xùn)嘛只好拜托你了。的概念；至于培訓(xùn)嘛只好拜托你了。 技術(shù)顧問：好！沒問題。技術(shù)顧問：好！沒問題。 為開發(fā)人員提供一個為開發(fā)人員提供一個PSPPSP工具，簡化時間工具，簡化時間記錄工作；同時提供數(shù)據(jù)使用的工具，幫助記錄工作；同時提供數(shù)據(jù)使用的工具，幫助開發(fā)人提高估算能力。開發(fā)人提高估算能力。 需求捕獲需求捕獲 技術(shù)顧問：根據(jù)我的經(jīng)驗，整個系統(tǒng)應(yīng)該包括以下幾個主要的方技術(shù)顧問：根據(jù)我的經(jīng)驗，整個系統(tǒng)應(yīng)該包括以下幾個主要的方面。第一，項目及任務(wù)安排，由研發(fā)經(jīng)理或項目經(jīng)理創(chuàng)建項目和任務(wù)，面。第一，項目

11、及任務(wù)安排，由研發(fā)經(jīng)理或項目經(jīng)理創(chuàng)建項目和任務(wù)，開發(fā)人員在接到任務(wù)后進行估算填寫時間計劃，研發(fā)經(jīng)理或項目經(jīng)理對開發(fā)人員在接到任務(wù)后進行估算填寫時間計劃，研發(fā)經(jīng)理或項目經(jīng)理對其進行確認。第二，時間記錄，開發(fā)人員對自己的開發(fā)時間進行記錄，其進行確認。第二，時間記錄，開發(fā)人員對自己的開發(fā)時間進行記錄，與任務(wù)關(guān)聯(lián)起來。第三，產(chǎn)能分析，研發(fā)經(jīng)理及公司領(lǐng)導(dǎo)可以根據(jù)任務(wù)與任務(wù)關(guān)聯(lián)起來。第三，產(chǎn)能分析，研發(fā)經(jīng)理及公司領(lǐng)導(dǎo)可以根據(jù)任務(wù)和相應(yīng)的時間記錄，來統(tǒng)計公司員工的產(chǎn)能數(shù)據(jù)。和相應(yīng)的時間記錄，來統(tǒng)計公司員工的產(chǎn)能數(shù)據(jù)。 開發(fā)人員甲：我認為，開發(fā)人員自己應(yīng)該能夠通過這套系統(tǒng)來統(tǒng)開發(fā)人員甲：我認為，開發(fā)人員自己應(yīng)

12、該能夠通過這套系統(tǒng)來統(tǒng)計自己的產(chǎn)能數(shù)據(jù)。計自己的產(chǎn)能數(shù)據(jù)。 研發(fā)經(jīng)理：那么產(chǎn)能數(shù)據(jù)怎么表示呢？任務(wù)可是不同的呀。研發(fā)經(jīng)理：那么產(chǎn)能數(shù)據(jù)怎么表示呢？任務(wù)可是不同的呀。 技術(shù)顧問：我認為比較合適是技術(shù)顧問：我認為比較合適是KLOC/KLOC/天天( (每天編寫的千代碼行數(shù)每天編寫的千代碼行數(shù)) )。 開發(fā)人員乙：但不同的程序開發(fā)人員乙：但不同的程序KLOCKLOC可能接近，但難度不同所花的時可能接近，但難度不同所花的時間是不同的。間是不同的。 技術(shù)顧問：對，我們可以在每個任務(wù)中加上難度系數(shù)，產(chǎn)能中的技術(shù)顧問：對，我們可以在每個任務(wù)中加上難度系數(shù)，產(chǎn)能中的KLOC=KLOC=實際的實際的KLOCKL

13、OC* *難度系數(shù)。難度系數(shù)。 研發(fā)經(jīng)理：那么測試任務(wù)怎么算？研發(fā)經(jīng)理：那么測試任務(wù)怎么算？需求捕獲需求捕獲 技術(shù)顧問：我認為這套系統(tǒng)主要關(guān)注的是開發(fā)時間、而對于前期技術(shù)顧問：我認為這套系統(tǒng)主要關(guān)注的是開發(fā)時間、而對于前期的分析和概要設(shè)計，以及后續(xù)的集成和系統(tǒng)測試等工作可以先忽略，放的分析和概要設(shè)計，以及后續(xù)的集成和系統(tǒng)測試等工作可以先忽略，放在系統(tǒng)范圍之外，這里只考慮詳細設(shè)計、編碼和相應(yīng)的測試工作。在系統(tǒng)范圍之外，這里只考慮詳細設(shè)計、編碼和相應(yīng)的測試工作。 研發(fā)經(jīng)理：我明白了，就是對于一個任務(wù)而言所花的時間。對，研發(fā)經(jīng)理：我明白了，就是對于一個任務(wù)而言所花的時間。對，這樣比較合理。這樣比較合

14、理。 開發(fā)人員甲：我希望系統(tǒng)能夠在讓我們填寫估算值時，可以查詢開發(fā)人員甲：我希望系統(tǒng)能夠在讓我們填寫估算值時，可以查詢歷史數(shù)據(jù)，否則仍然沒有意義。歷史數(shù)據(jù)，否則仍然沒有意義。 開發(fā)人員丙：查詢歷史數(shù)據(jù)時，還應(yīng)該有類別吧！這樣我們才能開發(fā)人員丙：查詢歷史數(shù)據(jù)時，還應(yīng)該有類別吧！這樣我們才能夠根據(jù)自己將要完成的任務(wù)情況找到有參考依據(jù)的統(tǒng)計數(shù)據(jù)。夠根據(jù)自己將要完成的任務(wù)情況找到有參考依據(jù)的統(tǒng)計數(shù)據(jù)。 開發(fā)人員乙：還有就是時間記錄一定要方便，另外像我們這樣經(jīng)開發(fā)人員乙：還有就是時間記錄一定要方便，另外像我們這樣經(jīng)常要在現(xiàn)場開發(fā)，如何完成時間記錄？常要在現(xiàn)場開發(fā)，如何完成時間記錄？ 研發(fā)經(jīng)理：可以考慮有

15、一個離線版本的時間記錄程序，等回公司研發(fā)經(jīng)理：可以考慮有一個離線版本的時間記錄程序，等回公司連接服務(wù)器后再進行數(shù)據(jù)同步。連接服務(wù)器后再進行數(shù)據(jù)同步。 獲取需求特性表獲取需求特性表建立概念模型建立概念模型發(fā)現(xiàn)類發(fā)現(xiàn)類建立概念模型建立概念模型關(guān)聯(lián)分析關(guān)聯(lián)分析建立概念模型建立概念模型職責分析職責分析建立用例模型建立用例模型識別參與者識別參與者建立用例模型建立用例模型合并特性獲得用例合并特性獲得用例建立用例模型建立用例模型合并特性獲得用例合并特性獲得用例建立用例模型建立用例模型繪制用例圖繪制用例圖建立用例模型建立用例模型簡要描述用例簡要描述用例建立用例模型建立用例模型劃分用例優(yōu)先級劃分用例優(yōu)先級建立用

16、例模型建立用例模型詳細描述用例詳細描述用例建立交互建立交互/狀態(tài)模型狀態(tài)模型用戶界面設(shè)計用戶界面設(shè)計Agendal需求建模實例需求建模實例l業(yè)務(wù)流程與規(guī)則分析業(yè)務(wù)流程與規(guī)則分析l數(shù)據(jù)需求分析與建模數(shù)據(jù)需求分析與建模l需求描述最佳實踐需求描述最佳實踐l需求管理最佳實踐需求管理最佳實踐l需求過程總結(jié)需求過程總結(jié)業(yè)務(wù)流程是信息系統(tǒng)的主脈落業(yè)務(wù)規(guī)則是變化的要點什么是流程什么是流程l目標性：有明確的輸出l內(nèi)在性：包含于任何事物或行為中l(wèi)整體性：至少由兩個活動組成l動態(tài)性：由一個活動到另一個活動進行l(wèi)層次性：組成流程的活動本身也可以是流程l結(jié)構(gòu)性：串聯(lián)、關(guān)聯(lián)、反饋等流程設(shè)計的原則流程設(shè)計的原則l流程應(yīng)以產(chǎn)

17、出為中心，而非任務(wù)為中心l讓那些需要得到流程產(chǎn)出的人自己執(zhí)行流程l將信息處理工作納入產(chǎn)生這些信息的實際工作中去l將各地分散的資源視為一體l將并行的工作聯(lián)系起來，而不是僅僅聯(lián)系他們的輸出l在決策點位于工作執(zhí)行的地方，在業(yè)務(wù)流程中建立控制程序l流程多樣化l單點接觸客戶在在IT系統(tǒng)中實現(xiàn)流程設(shè)計的本質(zhì)系統(tǒng)中實現(xiàn)流程設(shè)計的本質(zhì)繪制流程圖的核心步驟繪制流程圖的核心步驟l提出業(yè)務(wù)流程清單：確定有哪些流程、流程之間的界限，然后才是對流程的描述l流程的要素描述：針對清單上的每一流程，分析并識別現(xiàn)有業(yè)務(wù)活動、活動之間的關(guān)系、活動需要接受哪些信息、產(chǎn)生哪些數(shù)據(jù)（表單）、數(shù)據(jù)傳送的路線、活動涉及哪些崗位等。重要抓住

18、核心業(yè)務(wù)和主要活動點，部門內(nèi)/外銜接、工作繁瑣/反復(fù)環(huán)節(jié)、成本高/效率低/時間長的環(huán)節(jié)、任務(wù)轉(zhuǎn)手次數(shù)多的環(huán)節(jié)l繪制流程圖：跨職能流程圖、帶泳道的活動圖流程的流程的ESIAlE：清除 過量產(chǎn)出 活動間的等待 不必要的運輸 反復(fù)的加工 過量的庫存 缺陷、失誤 重復(fù)的活動 反復(fù)的檢驗 跨部門協(xié)調(diào)lS：簡化 表格 程序 溝通 物流lI：整合 活動 團隊 顧客 供應(yīng)商lA：自動化 臟、累、乏味活 數(shù)據(jù)采集與傳輸 數(shù)據(jù)的分析跨職能流程圖跨職能流程圖l業(yè)務(wù)流程圖l系統(tǒng)流程圖l可以體現(xiàn)數(shù)據(jù)流向活動圖：簡單活動圖活動圖：簡單活動圖活動圖：帶泳道的活動圖活動圖：帶泳道的活動圖業(yè)務(wù)流程與業(yè)務(wù)規(guī)則業(yè)務(wù)流程與業(yè)務(wù)規(guī)則l

19、業(yè)務(wù)流程Action 用戶可以做的操作？ 權(quán)限控制的基礎(chǔ)l業(yè)務(wù)規(guī)則Filter 用戶的授權(quán)操作可以影響的數(shù)據(jù)范圍？ 權(quán)限控制的補充l用例與業(yè)務(wù)流程：多個用例屬于一個流程l用例與業(yè)務(wù)規(guī)則：一個業(yè)務(wù)規(guī)則應(yīng)用于多個用例業(yè)務(wù)流程與業(yè)務(wù)規(guī)則業(yè)務(wù)流程與業(yè)務(wù)規(guī)則l結(jié)構(gòu)事實：必須成立的事實或條件。例如：與客戶第與客戶第一次接觸的永遠都是銷售人員一次接觸的永遠都是銷售人員。l行動約束：根據(jù)某種條件禁止的一種或多種行動。例例如：不接受具有不能接受的信用歷史記錄的支票如：不接受具有不能接受的信用歷史記錄的支票。l行動觸發(fā)：當一個或多個條件轉(zhuǎn)為真時，觸發(fā)某個行動。例如：當所選商品準備齊后，立即發(fā)貨當所選商品準備齊后，

20、立即發(fā)貨。l參照：當一個或多個條件轉(zhuǎn)為真時，得出某種結(jié)論。例如：在一年內(nèi)飛行在一年內(nèi)飛行10萬公里以上的會員將成為金卡萬公里以上的會員將成為金卡會員會員l計算：根據(jù)一組值計算另一個值。例如：銷售量是商銷售量是商品總零售額，但是沒有包含稅收部分品總零售額，但是沒有包含稅收部分。Agendal需求建模實例需求建模實例l業(yè)務(wù)流程與規(guī)則分析業(yè)務(wù)流程與規(guī)則分析l數(shù)據(jù)需求分析與建模數(shù)據(jù)需求分析與建模l需求描述最佳實踐需求描述最佳實踐l需求管理最佳實踐需求管理最佳實踐l需求過程總結(jié)需求過程總結(jié)數(shù)據(jù)是系統(tǒng)的核心內(nèi)容數(shù)據(jù)需求分析與建模數(shù)據(jù)需求分析與建模l數(shù)據(jù)流通過程：數(shù)據(jù)流圖（DFD）l數(shù)據(jù)存儲方式：實體-關(guān)系

21、圖（ERD）l數(shù)據(jù)定義方式：數(shù)據(jù)字典（DD）l數(shù)據(jù)需求分析與設(shè)計要素數(shù)據(jù)流圖：基本元素數(shù)據(jù)流圖：基本元素輸入數(shù)據(jù)在此進行變換產(chǎn)生輸出數(shù)據(jù)，其中要注明加工的名稱數(shù)據(jù)輸入的源點或數(shù)據(jù)輸出的匯點，其中要注明源點和匯點的名稱存放數(shù)據(jù)的地方，這些數(shù)據(jù)在以后使用，通常與實體-聯(lián)系圖中的一個數(shù)據(jù)實體相對應(yīng)被加工的數(shù)據(jù)與流向，箭頭邊應(yīng)給出數(shù)據(jù)流名字，可用名詞或名詞性短語命名當過程/加工執(zhí)行時，外部實體與過程之間來回通信數(shù)據(jù)存儲/文件數(shù)據(jù)流實時連接過程/加工外部實體/源/宿數(shù)據(jù)流圖：圖的結(jié)構(gòu)數(shù)據(jù)流圖：圖的結(jié)構(gòu)數(shù)據(jù)流圖：分層的數(shù)據(jù)流圖：分層的DFD繪制數(shù)據(jù)流圖：構(gòu)建頂層圖繪制數(shù)據(jù)流圖：構(gòu)建頂層圖繪制數(shù)據(jù)流圖：繪制

22、繪制數(shù)據(jù)流圖：繪制DFD片斷片斷繪制數(shù)據(jù)流圖：將繪制數(shù)據(jù)流圖：將DFD片斷合并片斷合并數(shù)據(jù)建模過程數(shù)據(jù)建模過程E-RE-R圖圖概念結(jié)構(gòu)設(shè)計的方法概念結(jié)構(gòu)設(shè)計的方法實體實體-關(guān)系圖：圖例關(guān)系圖：圖例實體分析法實體分析法l確定局部視圖的范圍：實體的個數(shù)應(yīng)適量l識別實體及標識l確定實體間的聯(lián)系l分配實體及聯(lián)系的屬性識別實體及標識識別實體及標識實體分析法：確定實體間聯(lián)系實體分析法：確定實體間聯(lián)系l一對一關(guān)系： 兩個實體都是強制性的 僅有一類實體是強制的 兩類實體均非強制性的l一對多關(guān)系 多端強制性 多端非強制性l多對多關(guān)系確定實體間聯(lián)系時的陷阱確定實體間聯(lián)系時的陷阱E-R圖到關(guān)系模式的轉(zhuǎn)換圖到關(guān)系模式

23、的轉(zhuǎn)換l實體模型：每個實體轉(zhuǎn)成一個模式客戶（客戶名，身份證號，地址，聯(lián)系電話） l一對一關(guān)系模式：在兩個關(guān)系模式中的任意一個模式中，加入另一個模式的鍵和聯(lián)系類型的屬性 校長（姓名，性別，職稱，年齡，校名，任職時間） 學校（校名，地址，電話） E-R圖到關(guān)系模式的轉(zhuǎn)換圖到關(guān)系模式的轉(zhuǎn)換l一對多關(guān)系模式：在n端實體類型對應(yīng)的關(guān)系模式中加入1端實體類型的鍵和聯(lián)系類型的屬性校長（姓名，性別，職稱，年齡，校名，任職時間）校長（姓名，性別，職稱，年齡，校名，任職時間）學校（校名，地址，電話）學校（校名，地址，電話） E-R圖到關(guān)系模式的轉(zhuǎn)換圖到關(guān)系模式的轉(zhuǎn)換l多對多關(guān)系模式：將聯(lián)系類型也轉(zhuǎn)換成關(guān)系模式，屬

24、性為兩端實體類型的鍵加上聯(lián)系類型的屬性 學生（學號，姓名，性別，年齡）學生（學號，姓名，性別，年齡）課程（課程號，課程名，授課老師）課程（課程號，課程名，授課老師）考試（課程號，學號，成績）考試（課程號，學號，成績） 數(shù)據(jù)字典應(yīng)用數(shù)據(jù)字典應(yīng)用l數(shù)據(jù)元素說明 數(shù)據(jù)元素名或標識：即對用戶而言有意義的名稱； 別名：可選擇的名字 類型和長度：說明數(shù)據(jù)元素的組成部分，是數(shù)字、字母還是其他；而長度則是指其最大的組成個數(shù) 默認值：即數(shù)據(jù)元素的一個初始值； 可接受的值：即數(shù)據(jù)元素有效的合法取值范圍 數(shù)據(jù)源：即對數(shù)據(jù)元素值的起源點的具體說明 安全：對于有權(quán)訪問或更新每個數(shù)據(jù)元素的人或部門的標識 有責任用戶：負責

25、輸入/改變數(shù)據(jù)元素值的用戶標識 描述和評論：加上一些更好的說明數(shù)據(jù)元素的注解數(shù)據(jù)字典應(yīng)用數(shù)據(jù)字典應(yīng)用l數(shù)據(jù)流說明 數(shù)據(jù)流名或標識：即在DFD中所對應(yīng)的數(shù)據(jù)流名稱 描述：說明數(shù)據(jù)流的用途與目的 別名：可選擇的名字 數(shù)據(jù)源：數(shù)據(jù)流的起點 目的：數(shù)據(jù)流的終止點 記錄：每個數(shù)據(jù)流都代表了一組被稱為記錄或數(shù)據(jù)結(jié)構(gòu)的相關(guān)實體 量和頻率：描述單位時間內(nèi)數(shù)據(jù)流發(fā)生的次數(shù)。數(shù)據(jù)字典應(yīng)用數(shù)據(jù)字典應(yīng)用l數(shù)據(jù)存儲（文件）說明 數(shù)據(jù)存儲名或標識：在DFD中對應(yīng)的數(shù)據(jù)存儲名稱 描述：說明數(shù)據(jù)存儲的用途與目的 別名：可選擇的名字 屬性：輸入或離開數(shù)據(jù)存儲的標準數(shù)據(jù)流圖名 量和頻率：描述數(shù)據(jù)存儲中記錄出現(xiàn)的可估計的個數(shù)和更新

26、頻度l加工說明 加工名或標識：即在數(shù)據(jù)流圖中所對應(yīng)的加工名稱 描述：說明加工的用途與目的 加工數(shù)據(jù)標識：用來指明加工所在的層次 加工描述：說明包括的輸入和輸出數(shù)據(jù)流數(shù)據(jù)字典應(yīng)用數(shù)據(jù)字典應(yīng)用l外部實體說明 實體名或標識：即在數(shù)據(jù)流圖中所對應(yīng)的實體名稱 描述：說明實體的用途與目的 別名：可選擇的名字 輸入數(shù)據(jù)流 輸出數(shù)據(jù)流l數(shù)據(jù)元素說明的常用表示法 ：由構(gòu)成 ：和，代表順序連接的關(guān)系 | ：或，代表從中選擇一個 *：n次重復(fù) （）：代表可選的數(shù)據(jù)項 *：表示特定限制的注釋數(shù)據(jù)字典應(yīng)用實例數(shù)據(jù)字典應(yīng)用實例客戶基本信息客戶基本信息=客戶編號客戶編號+ +客戶名稱客戶名稱+ +身份證號碼身份證號碼+ +

27、手機手機+ +小靈通小靈通+ +家庭電話家庭電話客戶編號客戶編號=098=098客戶名稱客戶名稱=字字44身份證號碼身份證號碼=0915|0918=0915|0918手機手機=0911|0912=0911|0912小靈通小靈通=（區(qū)號）（區(qū)號）+ +本地號本地號家庭電話家庭電話=（區(qū)號）（區(qū)號）+ +本地號本地號辦公電話辦公電話=（區(qū)號）（區(qū)號）+ +本地號本地號 區(qū)號區(qū)號=094=094本地號本地號=097|098=097|098數(shù)據(jù)需求分析與設(shè)計要素數(shù)據(jù)需求分析與設(shè)計要素l術(shù)語表l數(shù)據(jù)結(jié)構(gòu)分析，對表的內(nèi)容要區(qū)分 主要字段和次要字段 穩(wěn)定字段和不穩(wěn)定字段 即時記錄和歷史記錄l另個需要考慮 聯(lián)

28、機事務(wù)需要報表需求決策查詢需求 數(shù)據(jù)量與增長速度（數(shù)據(jù)查詢失效案例） 性能與擴展 并發(fā)可能性與數(shù)量數(shù)據(jù)需求分析與設(shè)計要素數(shù)據(jù)需求分析與設(shè)計要素l數(shù)據(jù)共享考慮 數(shù)據(jù)庫、文件、XML 逐段加密問題 數(shù)據(jù)Filter原則 誰建立？誰修改？誰查詢？誰應(yīng)用？l數(shù)據(jù)挖掘與分析 查詢報表從規(guī)則入手 BI 數(shù)據(jù)挖掘，倉庫（電信數(shù)據(jù)整合）數(shù)據(jù)倉庫數(shù)據(jù)倉庫Agendal需求建模實例需求建模實例l業(yè)務(wù)流程與規(guī)則分析業(yè)務(wù)流程與規(guī)則分析l數(shù)據(jù)需求分析與建模數(shù)據(jù)需求分析與建模l需求描述最佳實踐需求描述最佳實踐l需求管理最佳實踐需求管理最佳實踐l需求過程總結(jié)需求過程總結(jié)規(guī)格說明書是需求“圣經(jīng)”需求描述最佳實踐需求描述最佳實

29、踐 1l定義描述需求的標準模板：在書寫具體的系統(tǒng)需求時，應(yīng)該定義一系列的標準模板用于組織需求描述。模板應(yīng)該包括一些字段，通過填寫這些字段，可以完整地說明一項需求。 主要效益：需求前后一致，因而更加易懂 引入成本：中 應(yīng)用成本：低l使用淺顯、一致、簡明的語言：當使用自然語言表達某項需求時，應(yīng)注意使用淺顯、簡明的語然言一描述，避免使用復(fù)雜的句子結(jié)構(gòu)、冗長的句子和不明確的術(shù)語。 主要效率：需求更加易讀易懂 引入成本：相當?shù)?應(yīng)用成本：低-中需求描述最佳實踐需求描述最佳實踐 2l適當?shù)厥褂脠D解：當需要表示結(jié)構(gòu)化的信息或者需要表達需求描述中信息之間的關(guān)系時應(yīng)當使用圖解，圖解還可以用于概括數(shù)字信息或描述事

30、件和行為序列。 主要效益：圖解最適于記錄需求關(guān)系 引入成本：低 應(yīng)用成本：低 實施指南：應(yīng)使用圖解的典型情況包括當某個對象（系統(tǒng)、文檔）由多個模塊和組件組成，而你又希望闡明它們之間的相互關(guān)系時；當需要表達一系列的行為，每個行為都有一些輸入和輸出時；當需要說明空間組織時；當需要使用一些分解結(jié)構(gòu)時。但要避免使用含義不清晰的圖案（如Word中的剪貼畫）需求描述最佳實踐需求描述最佳實踐 3l用其他需求描述輔助自然語言：某此需求更適于使用特殊的方式書寫，如數(shù)學公式、決策表等。 主要效益：更加簡明、無二義性的需求描述 引入成本：很低 應(yīng)用成本：低l定量說明需求：只要有可能，就應(yīng)該使用定量的數(shù)值說明系統(tǒng)的需

31、求，非功能需求最有可能采用這一點。 主要效益：無二義性地表達需求 引入成本：低-中 應(yīng)用成本：低-中 實施指南：定義表達這些屬性的合適的度量；為屬性決定一個合適的值。非功能需求可以使用度量非功能需求可以使用度量l可靠性：出錯時間、錯誤發(fā)生率l有效性：請求后出錯的可能性l性能：每秒處理的事務(wù)數(shù)，對用戶輸入的響應(yīng)時間l存儲利用：系統(tǒng)最大的尺寸(MB)l可用性：學習75%的用戶功能所需要的時間，在給定時間內(nèi)由用戶引起的錯誤的平均值l健壯性：系統(tǒng)出錯后重新啟動的時間l完整性：系統(tǒng)出錯時，允許的數(shù)據(jù)丟失的最大限度 數(shù)據(jù)需求的描述形式數(shù)據(jù)需求的描述形式l數(shù)據(jù)模型：E-R模型 框圖：描述產(chǎn)品內(nèi)、外的數(shù)據(jù) 非

32、常適合專家使用，但不便于用戶使用l數(shù)據(jù)詞典： 產(chǎn)品內(nèi)、外數(shù)據(jù)的文字描述 非常適合專家及用戶l數(shù)據(jù)表達式 描述數(shù)據(jù)序列的簡潔公式，適合于描述復(fù)合數(shù)據(jù)及消息協(xié)議 非常適合于專家使用，也為許多用戶所接受l虛擬窗口 簡化的屏幕圖像，有圖像、真實數(shù)據(jù)，但無按鈕、菜單 非常適合專家及用戶，非常適合于規(guī)劃新的界面功能需求的形式功能需求的形式 1l人、機職責劃分：可采用DFD、UML表示 域模型：人、機結(jié)合的模型 物理模型：人、機各自的職責 產(chǎn)品層需求：人、機職責劃分功能需求的形式功能需求的形式 2l上下文圖：說明產(chǎn)品及其環(huán)境的圖示 為開發(fā)人員概括了所有接口 大多數(shù)客戶能不費力地理解上下文圖功能需求的形式功能

33、需求的形式 3l事件列表與功能列表：產(chǎn)品要處理的事件，人、機合作處理的事件l域事件實例： 客人預(yù)訂 客人入住 客人退房 換房 提交服務(wù)記錄l產(chǎn)品事件實例 查找空閑客房 記錄客人信息 查找客人數(shù)據(jù) 記錄預(yù)訂數(shù)據(jù) 打印預(yù)訂確認 記錄入住數(shù)據(jù) 退房 記錄服務(wù)功能需求的形式功能需求的形式 4l特性需求：文字形式，該產(chǎn)品應(yīng)記錄/顯示/計算，很多人認為這是惟一可以接受的需求形式可能給用戶及分析人員造成錯覺l實例： 該產(chǎn)品應(yīng)能將客戶在某一期限內(nèi)設(shè)為維修狀態(tài) 該產(chǎn)品應(yīng)能夠顯示、打印下兩周的人員配置表。該配備應(yīng)以客房占用的歷史數(shù)據(jù)為依據(jù)。 該產(chǎn)品也應(yīng)支持根據(jù)客戶類型，而不是客房號的預(yù)訂。客人入住時才分配實例客房

34、功能需求的形式功能需求的形式 5l屏幕顯示及原型：包括屏幕圖像及”按鈕“的功能，若經(jīng)仔細測試可以作為很好的設(shè)計層需求l實例：功能需求的形式功能需求的形式 6l任務(wù)說明：結(jié)構(gòu)化的文字說明，用于描述用戶任務(wù)；便于客戶、開發(fā)人員理解；便于說明任務(wù)變體以及復(fù)雜的任務(wù)l實例：功能需求的形式功能需求的形式 7l由任務(wù)說明到產(chǎn)品特性：用任務(wù)說明解釋產(chǎn)品特性；有助于理解、確認特性l任務(wù)及支持：結(jié)構(gòu)化的文字說明，描述任務(wù)、域問題，提出可能的方案。功能需求的形式功能需求的形式 8l場景說明：說明一項或多項用戶任務(wù)，或要測試的一個特殊情況，有助于增進開發(fā)人員的直覺，通常不作為需求。l實例：夜班由于學習了一整個下午，

35、張三在下午6點開始值夜班時，已感覺到有些疲倦。他的第一項任務(wù)是為將在7點鐘抵達的客人團做準備，他打印了所有的入住登錄表，并將它們同各自的客房鑰匙放在一起。在處理這項任務(wù)時，來了一個家庭詢問客戶的情況。他們想討價還價，這是張三最不擅長的工作。是否應(yīng)該給他們提供折扣呢？正好李四從辦公室里出來，她微笑地告訴他們：可以為小孩的房間提供10%的折扣。他們接受了，于是張三為他們安排房間，他們希望挨著的兩間客戶，但是張三總是記不住哪些客遍及是挨著的。功能需求的形式功能需求的形式 9l用例l數(shù)據(jù)流圖l以“標準”作為需求l以“開發(fā)過程”作為需求非功能需求的形式非功能需求的形式 1l開放尺度與開放目標：通常要求達

36、到某個數(shù)字目標。l實例： 該產(chǎn)品應(yīng)能檢測超速，并在0.5秒內(nèi)完成拍照 該產(chǎn)品應(yīng)能夠2分鐘內(nèi)計算并顯示客戶占用情況的預(yù)報表lPlanguage表示法：非功能需求的形式非功能需求的形式 2l能力及準確度需求非功能需求的形式非功能需求的形式 3l性能需求需求規(guī)格說明書需求規(guī)格說明書l規(guī)格描述的形式 文檔：用結(jié)合合理的自然語言精心編寫 圖形化模型：描述轉(zhuǎn)換過程、系統(tǒng)狀態(tài)以及變化、數(shù)據(jù)關(guān)系、邏輯流或者對象類及其關(guān)系 形式化規(guī)格說明：邏輯語言(偽碼、決策表、決策圖)l常用模板 ISO/GB版：面向結(jié)構(gòu)化分析方法的，較陳舊 RUP版：以面向?qū)ο蠓治龇椒ǎ美?qū)動 Volere版：很實用的一個第三方公司版本A

37、tlantic System Guild（）公司 1引言 1.1編寫的目的 1.2背景 1.3定義 列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。 1.4參考資料 列出用得著的參考資料。2任務(wù)概述 2.1目標 敘述該系統(tǒng)開發(fā)的意圖、應(yīng)用目標、作用范圍以及其他應(yīng)向讀者說明的有關(guān)該系統(tǒng)開發(fā)的背景 材料。解釋被開發(fā)系統(tǒng)與其他有關(guān)系統(tǒng)之間的關(guān)系。 2.2用戶的特點 列出本系統(tǒng)的最終用戶的特點，充分說明操作人員、維護人員的教育水平和技術(shù)專長， 以及本系統(tǒng)的預(yù)期使用頻度。 2.3假定和約束 列出進行本系統(tǒng)開發(fā)工作的假定和約束。3需求規(guī)定 3.1對功能的規(guī)定 用列表的方式，逐項定量和定性地敘述對

38、系統(tǒng)所提出的功能要求，說明輸入什么量、 經(jīng)怎么樣的處理、得到什么輸出，說明系統(tǒng)的容量,包括系統(tǒng)應(yīng)支持的終端數(shù)和應(yīng)支 持的并行操作的用戶數(shù)等指標。 3.2 對性能的規(guī)定 3.2.1精度 3.2.2時間特性要求 3.2.3靈活性 3.3輸入輸出要求 3.4數(shù)據(jù)管理能力要求（針對軟件系統(tǒng)） 3.5故障處理要求 3.6其他專門要求4運行環(huán)境規(guī)定 4.1設(shè)備 列出運行該軟件所需要的硬設(shè)備。說明其中的新型設(shè)備及其專門功能，包括： 4.2支持軟件 列出支持軟件，包括要用到的操作系統(tǒng)、編譯程序、測試支持軟件等。 4.3接口 說明該系統(tǒng)同其他系統(tǒng)之間的接口、數(shù)據(jù)通信協(xié)議等。 4.4控制 說明控制該系統(tǒng)的運行的方

39、法和控制信號，并說明這些控制信號的來源。 RUP版需求規(guī)約1. 文檔概述 1.1目的 1.2范圍 1.3 定義、首字母縮寫詞和縮略語 1.4參考資料 1.5 概述2. 整體說明 讓讀者對整個軟件系統(tǒng)的需求有一個框架性的認識。主要包括產(chǎn)品總體效果、產(chǎn)品功能、用戶特征、約束、假設(shè)與依賴關(guān)系、需求子集等方面的內(nèi)容。 2.1用例模型 2.2 假設(shè)與依賴關(guān)系3. 具體需求 3.1用例描述 3.2補充需求 易用性、可靠性、性能、其它4.支持信息Volere版：產(chǎn)品的目標版：產(chǎn)品的目標l該項目工作的用戶問題或背景 內(nèi)容：對引發(fā)開發(fā)任務(wù)的工作和情況的描述 動機：為該項目提供合法理由 例子：用戶對訂單到達所需的

40、時間(10天)感到不滿 考慮：用戶問題是否嚴重，是否應(yīng)解決，如何解決l產(chǎn)品的目標 內(nèi)容：我們希望產(chǎn)品做什么？ 動機：缺少表述清晰、易于理解的目標，會使項目開發(fā)迷失方向 例子：我們希望對顧客通過電話下訂單訂購我們的產(chǎn)品作出立即和完整的響應(yīng)。 考慮: 是否指派一個人作為“目標管理人”Volere版：客戶版：客戶/顧客顧客l客戶：為開發(fā)付費的人 內(nèi)容：指出客戶的名稱 動機：是最終接受該產(chǎn)品的，必須對該產(chǎn)品滿意 例子：公司客戶服務(wù)部 考慮：有時客戶是間接，那么選擇間接部分中的一個人作為客戶l顧客：花錢購買該產(chǎn)品的人 內(nèi)容：顧客的名稱 或特征 動機：它是決定產(chǎn)品價值的人l其它風險承擔人 內(nèi)容：Stake

41、holder列表 動機：各方需求源Volere版：產(chǎn)品的用戶版：產(chǎn)品的用戶l產(chǎn)品的用戶 內(nèi)容：用戶分類、用戶工作任務(wù)、主題相關(guān)經(jīng)驗、技術(shù)經(jīng)驗、其它特征(身體、智力、工作態(tài)度、技術(shù)態(tài)度、教育、語言、年齡、性別等) 動機：了解用戶在確定產(chǎn)品易用性、設(shè)計偏好時很重要l用戶優(yōu)先級 內(nèi)容：關(guān)鍵用戶、次要用戶、不重要用戶 動機：更好地滿足不同的用戶Volere版：需求限制條件版：需求限制條件l解決方案限制條件 內(nèi)容：解決方案中必須采用的或不能采用的方式 例子：產(chǎn)品必須使用WindowsNT系統(tǒng)，必須是一個手持設(shè)備 考慮：有解決方案限制一個邊界l實現(xiàn)環(huán)境 內(nèi)容：將實施的技術(shù)、物理環(huán)境 動機：要求解決方案必須

42、適應(yīng)的環(huán)境l伙伴應(yīng)用、COTS(外購軟件包)l預(yù)期工作場地環(huán)境l開發(fā)時間、預(yù)算Volere版：命名標準和定義版：命名標準和定義定義項目中使用的所有術(shù)語 內(nèi)容：一個字典，包括使用的所有名稱的含 義，應(yīng)使用標準名稱 動機：減少項目開發(fā)過程中的概念澄清，減少需求歧義 例子：現(xiàn)值：總額/(1+年利息)年 考慮：利用已有的數(shù)據(jù)字典或詞匯表 WiKi管理，十分理想！ 避免二義性的詞和同義詞Volere版：相關(guān)事實和假定版：相關(guān)事實和假定l相關(guān)事實：可能對產(chǎn)品產(chǎn)生影響 的外部因素 內(nèi)容：對產(chǎn)品產(chǎn)生影響的其他因素、系統(tǒng)和活動 動機：提醒開發(fā)者可能對需求產(chǎn)生影響的一些情況和事實 例子：原有應(yīng)用程序主要的問題就是

43、查詢操作太多，無法使用l假定 內(nèi)容：需求開發(fā)過程中所做的假設(shè)清單，對產(chǎn)品開發(fā)有影響 動機：假定與事實是相對的，它不一定是真實的 例子：用戶能力的假定、外部系統(tǒng)的性能假定 短信服務(wù)器能夠完成每秒20條的發(fā)送任務(wù)Volere版：產(chǎn)品的范圍版：產(chǎn)品的范圍l工作的上下文范圍 內(nèi)容：上下文范圍圖 動機：清析地定義系統(tǒng)的邊界l工作切分 內(nèi)容：事件清單，確定工作系統(tǒng)要響應(yīng)的業(yè)務(wù)事件，可以用“事件列表”或“用例列表”來表述 動機：確定工作系統(tǒng)的邏輯上的大塊 例子：用戶能力的假定、外部系統(tǒng)的性能假定l產(chǎn)品邊界 內(nèi)容：用例圖，確定用戶和產(chǎn)品的邊界Volere版：功能版：功能/數(shù)據(jù)和觀感需求數(shù)據(jù)和觀感需求l功能需求

44、 內(nèi)容：產(chǎn)品必須執(zhí)行的動作描述 例子：當短信發(fā)送失敗時，給發(fā)送人一個消息提示 驗收標準：取決于要求做的動作l數(shù)據(jù)需求 內(nèi)容：E-R圖或類圖表示要保存的數(shù)據(jù)，DFD表示數(shù)據(jù)流通 動機：澄清產(chǎn)品的主題內(nèi)容l觀感需求 內(nèi)容：外觀設(shè)計的要求與部分原型 動機：外觀是產(chǎn)品的有機組成部分，且很重要 例子：界面主色調(diào)應(yīng)與公司VI吻合，應(yīng)表現(xiàn)出穩(wěn)重 考慮：明確客戶對產(chǎn)品外觀的觀點Volere版：易用性需求版：易用性需求l易于使用 內(nèi)容：預(yù)期用戶應(yīng)該如何容易地操作產(chǎn)品 動機：指導(dǎo)產(chǎn)品設(shè)計者構(gòu)建符合最終用戶期望的產(chǎn)品 例子：產(chǎn)品應(yīng)該幫助用戶避免犯錯；不懂英文的用戶也能操作 驗收標準：使用一個月后，總的錯誤率應(yīng)是多少

45、；經(jīng)過熟悉期后，百分之多少的不懂英文用戶同意能夠操作l學習的容易程度 內(nèi)容：學習時間和方式的要求 動機：量化可接受的用戶學習時間 例子：工程師參加了一周培訓(xùn)后，應(yīng)該能使用該產(chǎn)品 驗收標準：軟件使用培訓(xùn)結(jié)束后的最后測驗中，工程師應(yīng)到一個大家同意的百分比的通過率Volere版：性能需求版：性能需求l速度需求 內(nèi)容：明確完成特定任務(wù)需要的時間，即響應(yīng)時間 動機：對特定應(yīng)用而言，響應(yīng)時間很重要 例子：產(chǎn)品必須每秒鐘完成20條以上的短信發(fā)送 驗收標準：可測量的描述 考慮：不同速度需求，對于設(shè)計與開發(fā)影響甚大 l安全悠關(guān)的需求 內(nèi)容：對可能產(chǎn)生人身傷害、財產(chǎn)損失和環(huán)境破壞所考慮的風險的量化描述。l精度要求

46、 內(nèi)容：量化描述輸出結(jié)果的精度要求 例子：所有有關(guān)錢的數(shù)據(jù)都精確到小數(shù)點后兩位Volere版：性能需求版：性能需求l可靠性和可用性需求 內(nèi)容：量化可靠性，平均無故障時間、總失敗率 動機：有些系統(tǒng)，可靠是十分重要的 例子：產(chǎn)品應(yīng)能夠達到100小時的平均無故障時間l容量需求 內(nèi)容：吞吐量和產(chǎn)品存儲數(shù)據(jù)容量的要求 動機：保證產(chǎn)品有能力處理期望和數(shù)據(jù)量 例子：在上午9:0012:00應(yīng)滿足300個并發(fā)用戶使用，其它時間最大負載為150個并發(fā)用戶Volere版：操作需求版：操作需求l預(yù)期的物理環(huán)境 內(nèi)容：明確產(chǎn)品將操作的物理環(huán)境 動機：指出可能需要特殊需求、準備或培訓(xùn)的情況 例子：所有的用戶都是站立著操

47、作的該系統(tǒng)的l預(yù)期的技術(shù)環(huán)境 內(nèi)容：硬件和其他組成新產(chǎn)品操作環(huán)境的設(shè)備的規(guī)范 動機：確定所有新產(chǎn)品要交互的元件或組成部分l伙伴應(yīng)用程序 內(nèi)容：必須與之交互的其他應(yīng)用程序 動機：避免在實現(xiàn)階段才發(fā)現(xiàn) 例子：必須能夠與任何Web瀏覽器交互Volere版：可維護性和可移植性版：可維護性和可移植性l維護該產(chǎn)品需要多容易 內(nèi)容：對產(chǎn)品作特定修改所需的量化描述 動機：讓每個人意識 到產(chǎn)品維護的需要 例子：新添一種在原有數(shù)據(jù)基礎(chǔ)上生成的報表格式，需要提出后一個工作周內(nèi)提供l是否存在一些特殊情況適用于該產(chǎn)品的維護 內(nèi)容：關(guān)于預(yù)期的產(chǎn)品發(fā)布周期和將采取的形式規(guī)定 動機：將每年根據(jù)使用情況發(fā)布一次更新版l可移植性

48、需求 內(nèi)容：產(chǎn)品必須支持的其他平臺或環(huán)境的描述 動機：量化客戶和用戶關(guān)于產(chǎn)品運行平臺的期望 例子：必須能夠運行在Windows英文版、日文版上Volere版：安全性需求版：安全性需求l該產(chǎn)品是保密的嗎 內(nèi)容：關(guān)于誰被授權(quán)使用該產(chǎn)品 動機：理解并突出指明對產(chǎn)品安全保密方面的預(yù)期需求 例子：員工的個人記錄只有直接經(jīng)理可以讀取 考慮：是否存在管理層敏感數(shù)據(jù)？是否會導(dǎo)致?lián)p害或可能用于個人獲利的過程？是否有人不應(yīng)有權(quán)使用該產(chǎn)品？l文件完整性需求 內(nèi)容：關(guān)于所需數(shù)據(jù)庫和其他文件完整性方面的說明 考慮：信息如何使用？過時信息會有什么影響？l審計需求 內(nèi)容：需要審計檢查方面的規(guī)格說明 動機：構(gòu)建符合相應(yīng)審計規(guī)

49、定的產(chǎn)品Volere版：文化和政策版：文化和政策/法律需求法律需求l文化和政策需求 內(nèi)容：針對社會和政策因素的規(guī)格說明 動機：寫明在開發(fā)者文件經(jīng)驗范圍之外的需求 例子：不要使用會令xx語系人民不快的圖標 考慮：是否熟悉最終用戶的文化環(huán)境l該產(chǎn)品是否受到某些法律管制 內(nèi)容：明確該產(chǎn)品的法律需求的描述 例子：用戶隱私數(shù)據(jù)不提供任何有助于傳播的功能支持l是否有一些必須符合的標準 內(nèi)容：明確適用的標準和參考的詳細標準的描述 考慮：標準業(yè)界組織？行業(yè)規(guī)則？特殊開發(fā)步驟？數(shù)據(jù)規(guī)范？Volere版：開放式問題與版：開放式問題與COTSl開放式問題 內(nèi)容：對未確定但可能對產(chǎn)品產(chǎn)生影響的因素進行描述 動機：公開

50、不確定性 例子：即將執(zhí)行新的行業(yè)法規(guī)是否對軟件產(chǎn)生影響尚未確定 l是否有一些成品可以購買l是否可使用成品組件l是否有一些我們可以復(fù)制的東西Volere版：開放式問題與版：開放式問題與COTSl新產(chǎn)品會在當前環(huán)境中帶來什么問題 內(nèi)容：新產(chǎn)品如何影響當前環(huán)境，不應(yīng)該做什么 動機：盡快發(fā)現(xiàn)任何潛在沖突 例子：短信發(fā)送成功與否直接影響業(yè)務(wù)員工作業(yè)績l新的開發(fā)是否將影響某些已實施的系統(tǒng)l現(xiàn)有用戶是否會對新產(chǎn)品產(chǎn)生敵對影響 l預(yù)期的實現(xiàn)環(huán)境是否會對新產(chǎn)品有限制l是否新產(chǎn)品會帶來其他問題需求項框架：需求項框架：Volere需求白卡需求白卡Volere白卡各項說明白卡各項說明l需求編號：為了可追蹤l需求類型：

51、可自己定義一個編號類表l事件/用例編號：涉及的業(yè)務(wù)事件、用例l描述：該項需求的意圖l理由：存在該需求的原因l來源：需求提出人、部門、聯(lián)系方式l驗收標準：必須達到的最化標準l滿意度/不滿意度：1-5量化，乘積進行排名l依賴關(guān)系：與其它需求的相關(guān)性l沖突：與其它需求的沖突l支持材料：相關(guān)補充說明材料l歷史：修改記錄Volere白卡示例白卡示例2525如果一個氣象站傳送讀數(shù)失敗，產(chǎn)品將發(fā)出警告。如果一個氣象站傳送讀數(shù)失敗，產(chǎn)品將發(fā)出警告。 傳送讀數(shù)失敗可能表明氣象站失效并需要維護，并且用傳送讀數(shù)失敗可能表明氣象站失效并需要維護，并且用于預(yù)測結(jié)冰的數(shù)據(jù)可能不完整于預(yù)測結(jié)冰的數(shù)據(jù)可能不完整道路工程師道路

52、工程師 對每個氣象站，當每小時記錄下來的各類讀數(shù)個數(shù)不在對每個氣象站，當每小時記錄下來的各類讀數(shù)個數(shù)不在制造商規(guī)定的范圍之內(nèi)時，產(chǎn)品將通知用戶制造商規(guī)定的范圍之內(nèi)時，產(chǎn)品將通知用戶3 35 5無無無無RosaRosa氣象站規(guī)格說明書氣象站規(guī)格說明書GBSGBS在在05.03.1205.03.12提出提出Volere白卡示例白卡示例113113易用性易用性6,7,8,9,106,7,8,9,10產(chǎn)品應(yīng)該對道路工程師易于使用產(chǎn)品應(yīng)該對道路工程師易于使用 工程師不必為了使用該產(chǎn)品而參加培訓(xùn)課程工程師不必為了使用該產(chǎn)品而參加培訓(xùn)課程Sonia,Henning,Sonia,Henning,道路工程管理者

53、道路工程管理者 一個道路工程師將在首次接觸該產(chǎn)品的一小時內(nèi)，能夠成一個道路工程師將在首次接觸該產(chǎn)品的一小時內(nèi)，能夠成功地執(zhí)行指定的用例功地執(zhí)行指定的用例3 35 5無無無無HWHW在在05.03.1205.03.12提出提出需求文檔編寫原則需求文檔編寫原則l使用語法、標點正確的完整句子，使語句的段落簡短明了l采用主動語態(tài)的表達方式：如“該系統(tǒng)將”，而非“將發(fā)生”l使用的術(shù)語應(yīng)與術(shù)語表中定義的術(shù)語保持一致l將含糊不明確的頂層需求分解成足夠詳細的幾個需求，消除歧義l需求聲明應(yīng)該具有一致的風格，例如“系統(tǒng)將”，“用戶將”l當以“用戶將”格式說明時，盡可能明確參與者l使用列表、數(shù)字、圖和表來表示信息l

54、強調(diào)最重要的信息l避免使用語義不清的詞語l以相同的詳細程序編寫l詳細程度的把握：可以單獨測試歧義術(shù)語與改進歧義術(shù)語與改進l可接受、足夠：具體定義可接受的內(nèi)容和系統(tǒng)如何地此進行判斷l(xiāng)差不多可行：不要讓開發(fā)人員來確定什么是可行的l至少、最小、不多于、不超多：指定能夠接受的最大值和最小值l在之間：定義終點是否在此范圍內(nèi)l依賴：描述依賴性的本質(zhì)，是提供輸入？是提前安裝支持軟件？l有效的：定義系統(tǒng)如何有效地使用資源，系統(tǒng)執(zhí)行特定的操作的速度如何，用戶使用系統(tǒng)的容易程度如何l靈活的：描述一種方式l改進的、更好的、更快的、優(yōu)越的：定量說明l包括、包括但不限于、等等、諸如：項目列表應(yīng)包含所有可能性l最大化、最

55、小化、最優(yōu)：陳述對某些參數(shù)所接受的最大值和最小值歧義術(shù)語與改進歧義術(shù)語與改進l一般情況下、理想情況下：描述系統(tǒng)在異常和非理想條件下的行為l可選擇的：指明是系統(tǒng)選擇、用戶選擇還是開發(fā)人員選擇l合理、在必要的時候、在適當?shù)牡胤剑呵逦忉屓绾闻袛鄉(xiāng)健壯的：定義系統(tǒng)如何處理異常和如何響應(yīng)預(yù)料外的操作條件l無縫的、透明的、優(yōu)雅的：將用戶期望轉(zhuǎn)化成能夠觀察的特性l若干：具體是多少，最小邊界值和最大邊界值 l不應(yīng)該：試著以肯定句來描述l最新技術(shù)水平：描述其具體含義l充 分的：指定具體包括哪些內(nèi)容l支持、允許：精確定義系統(tǒng)將執(zhí)行哪些功能l用戶友好、簡單、容易：描述系統(tǒng)特性，這些特性將達到客戶的使用需要和對易用

56、性的期望需求修正需求修正l原描述：后臺任務(wù)管理器必須在固定的時間間隔內(nèi)提供狀態(tài)消息，并在每次時間間隔不得小于60秒。l什么是狀態(tài)消息？什么條件下和以什么方式向用戶提供這些消息？l顯示時間是多長？間隔時間不太明確，1毫秒行嗎？l修改后：后臺任務(wù)管理器應(yīng)該在用戶界面的指定區(qū)域顯示狀態(tài)信息在后臺任務(wù)進程啟動后，消息必須每隔6010秒更新一次消息應(yīng)該保持持續(xù)的可見性后臺任務(wù)管理器在每次可以與后臺任務(wù)進程進行通信時，都應(yīng)該顯示后臺任務(wù)已完成的百分比當完成后臺任務(wù)時，后臺任務(wù)管理器應(yīng)該顯示一個“已完成”的消息如果后臺任務(wù)中止執(zhí)行，那后臺任務(wù)管理器應(yīng)該顯示一個出錯信息需求修正需求修正l原描述：如果可能的話，

57、應(yīng)該根據(jù)主要法人帳號列表來在線確認所輸入的帳號的有效性。l如何可能是指什么？是指技術(shù)上可行？運行時間可行？l如果不能確定一定要，則應(yīng)該用TBD來表示！l修改后：當請求者輸入帳號時，系統(tǒng)將根據(jù)在線的主要法人帳號的列表來驗證所輸入的帳號。如果在此列表中找不到，則顯示一個錯誤信息并拒絕訂貨。需求修正需求修正l原描述：原描述：編輯器不應(yīng)該提供可能帶來災(zāi)難性后果的查編輯器不應(yīng)該提供可能帶來災(zāi)難性后果的查詢和替換選項詢和替換選項l災(zāi)難性后果是什么？如果發(fā)現(xiàn)這個可能帶來災(zāi)難性的災(zāi)難性后果是什么？如果發(fā)現(xiàn)這個可能帶來災(zāi)難性的查詢查詢/替換？替換？l重要的關(guān)注點實際上是：發(fā)生意外損壞或丟失時能夠重要的關(guān)注點實際

58、上是：發(fā)生意外損壞或丟失時能夠保護內(nèi)容保護內(nèi)容l修改后：修改后：1.編輯器將要求用戶確認全局性文本改動、刪除和插編輯器將要求用戶確認全局性文本改動、刪除和插入操作入操作2.應(yīng)用程序應(yīng)提供多級應(yīng)用程序應(yīng)提供多級“撤消撤消”功能功能Agendal需求建模實例需求建模實例l業(yè)務(wù)流程與規(guī)則分析業(yè)務(wù)流程與規(guī)則分析l數(shù)據(jù)需求分析與建模數(shù)據(jù)需求分析與建模l需求描述最佳實踐需求描述最佳實踐l需求管理最佳實踐需求管理最佳實踐l需求過程總結(jié)需求過程總結(jié)需求管理最佳實踐需求管理最佳實踐 1l惟一地標識每一個需求：應(yīng)該給每一個需求分配一個惟一的標識符或者引用數(shù)字，可以用于在需求文檔的其他部分或在其他系統(tǒng)文檔中指向該需

59、求。 主要效益：明確地引用特定需求是可能的 引入成本：很低 應(yīng)用成本：很低l定義需求管理的策略：定義了需求管理的目標，應(yīng)該遵循的過程和應(yīng)該使用的標準。 主要效益：對所有參與需求管理的人提供指導(dǎo) 引入成本：中等 應(yīng)用成本：低需求管理最佳實踐需求管理最佳實踐 2l定義可跟蹤性策略：應(yīng)定義應(yīng)用維護哪些可跟蹤性的信息以及該信息應(yīng)該怎樣表示，可跟蹤性信息是可以發(fā)現(xiàn)需求間、需求和系統(tǒng)設(shè)計、組件和文檔間依賴性的信息。 主要效益：維護所有系統(tǒng)的一致的可跟蹤性信息 引入成本：中等 應(yīng)用成本：中等-高l維護可跟蹤性手冊：它是對需求文檔的一個補充，包含了在項目中使用的特定的跟蹤性策略和需求的可追蹤性信息。 主要效益

60、：作為所有特定項目的可跟蹤性信息的中心記錄 引入成本：低 應(yīng)用成本：中等-高需求管理最佳實踐需求管理最佳實踐 3l使用數(shù)據(jù)庫來管理需求：建立一個需求數(shù)據(jù)庫，把單個需求作為條目存儲進數(shù)據(jù)庫，而不要用文本文檔來維護需求。 主要效益：使管理大量的需求變得容易 引入成本：中等-高 應(yīng)用成本：中等 實施指南：需求是怎么表達的？自然語言、圖形模型、數(shù)學表達式？一般需要管理多少需求？需求總是由在同一地方工作、使用相同類型電腦的小組開發(fā)和管理的嗎？已經(jīng)使用一個支持軟件工程的數(shù)據(jù)庫了嗎？有內(nèi)部的數(shù)據(jù)庫專家嗎？需求工程師負責數(shù)據(jù)庫管理嗎？需求管理最佳實踐需求管理最佳實踐 4l定義變更管理策略：陳述了變更是以何種形式提出、分析和評