軟件需求-第三部分(部分)

1、軟件需求（三）需求獲取與需求分析需求獲取與需求分析 p尋找客戶的需求（導出問題）尋找客戶的需求（導出問題） p理解用戶的需要（途徑或方式）理解用戶的需要（途徑或方式）p需求獲取的方法需求獲取的方法 p定義系統定義系統 p管理客戶管理客戶 p需求建模需求建模 p結構化分析結構化分析 p面向對象的建模面向對象的建模p用例建模用例建模 p商業(yè)建模商業(yè)建模 第第 5章章 尋找用戶的需要尋找用戶的需要 p調查是識別需求的基礎，是建立系統邏輯模型的基礎。調調查是識別需求的基礎，是建立系統邏輯模型的基礎。調查包括：查包括：n業(yè)務處理過程是什么樣的？業(yè)務處理過程是什么樣的？(干什么？干什么？)n業(yè)務過程應該怎

2、樣完成？業(yè)務過程應該怎樣完成？(怎么干？怎么干？)n業(yè)務誰負責，完成業(yè)務需要什么輸入，能輸出什么？業(yè)務誰負責，完成業(yè)務需要什么輸入，能輸出什么？p傳統的系統調查方法有：傳統的系統調查方法有：n資料收集資料收集n訪談訪談n實地觀察實地觀察n問卷調查問卷調查p常用的需求引導方法有：常用的需求引導方法有：n原型法原型法n聯合應用開發(fā)（聯合應用開發(fā)（JAD）會議）會議n觀摩法觀摩法調查方法調查方法11資料收集資料收集p可以收集以下資料：可以收集以下資料：n組織機構、部門職能、崗位職責說明組織機構、部門職能、崗位職責說明n業(yè)務流程說明、操作規(guī)程業(yè)務流程說明、操作規(guī)程n管理工作標準和人員配備管理工作標準和

3、人員配備n單位內部管理用的各種單據、報表、報告單位內部管理用的各種單據、報表、報告n歷史的系統分析文檔歷史的系統分析文檔p從現有文檔中獲取客觀事實從現有文檔中獲取客觀事實調查方法調查方法22訪談（訪談（interviewinterview）p與業(yè)務領域專家的面談是獲取需求的基本技術。與業(yè)務領域專家的面談是獲取需求的基本技術。p面談類型：面談類型：n結構化面談：有為面談專門設計的問題結構化面談：有為面談專門設計的問題n非結構化面談：通常為開放式問題非結構化面談：通常為開放式問題p優(yōu)點：優(yōu)點：n激發(fā)面談對象主動貢獻、自由表達的機會，可以得到更多激發(fā)面談對象主動貢獻、自由表達的機會，可以得到更多反饋

4、，近距離接觸還能獲得隱性信息反饋，近距離接觸還能獲得隱性信息p缺點：缺點：n耗時、成本高，取決于分析員的人際交往能力，受制于地耗時、成本高，取決于分析員的人際交往能力，受制于地理位置理位置調查方法調查方法33實地觀察（實地觀察（observationobservation）p直接參與到企業(yè)活動中，或觀察他人執(zhí)行活動來直接參與到企業(yè)活動中，或觀察他人執(zhí)行活動來了解系統，了解系統，“耳聽為虛，眼見為實耳聽為虛，眼見為實”。p優(yōu)點：優(yōu)點：n收集到的信息可靠，獲得確切的感性認識，了解物理環(huán)收集到的信息可靠，獲得確切的感性認識，了解物理環(huán)境和事務背景境和事務背景p缺點：缺點：n被觀察者因為不自然可能與常

5、規(guī)表現有差異，可能會漏被觀察者因為不自然可能與常規(guī)表現有差異，可能會漏掉特殊情形下的任務，觀察會被打斷掉特殊情形下的任務，觀察會被打斷調查方法調查方法44調查問卷（調查問卷（questionnairequestionnaire）p調查表可以收集大規(guī)模的事實表格。調查表可以收集大規(guī)模的事實表格。p調查表類型：調查表類型：n固定格式調查表：只能選擇問題答案固定格式調查表：只能選擇問題答案n自由格式調查表：允許自由填寫文字自由格式調查表：允許自由填寫文字p優(yōu)點：優(yōu)點：n方便填寫，廉價，允許匿名，可以進行快速表格分析方便填寫，廉價，允許匿名，可以進行快速表格分析p缺點：缺點：n不夠靈活，無法保證能深入

6、回答問題，無法保證問卷不夠靈活，無法保證能深入回答問題，無法保證問卷回收數量，設計好的調查表十分困難回收數量，設計好的調查表十分困難需求引導方法需求引導方法p一般用戶在開發(fā)之初，對所要開發(fā)的信息系統應該一般用戶在開發(fā)之初，對所要開發(fā)的信息系統應該具有的功能和所能達到的結果并沒有清楚的認識，具有的功能和所能達到的結果并沒有清楚的認識，因此，需求調查比現行組織系統調查難度更大。因此，需求調查比現行組織系統調查難度更大。p對用戶進行引導和啟發(fā)，讓用戶獲得軟件系統的感對用戶進行引導和啟發(fā)，讓用戶獲得軟件系統的感性認識，引導他們發(fā)現現行組織管理和業(yè)務處理中性認識，引導他們發(fā)現現行組織管理和業(yè)務處理中所存

7、在的問題，從而發(fā)掘需求和找到解決方案。所存在的問題，從而發(fā)掘需求和找到解決方案。p采用以下需求引導方法：采用以下需求引導方法：n原型法原型法n聯合應用開發(fā)（聯合應用開發(fā)（JAD）會議）會議n觀摩法觀摩法需求引導方法需求引導方法11原型法原型法p利用快速開發(fā)工具，根據用戶的初步需求，構造利用快速開發(fā)工具，根據用戶的初步需求，構造出信息系統的初步原型。出信息系統的初步原型。p優(yōu)點：優(yōu)點：n用戶和調查人員深度溝通，能準確地反映了用戶需求，用戶和調查人員深度溝通，能準確地反映了用戶需求，澄清和糾正模糊和矛盾的問題。澄清和糾正模糊和矛盾的問題。p缺點：缺點：n額外工作量，原型開發(fā)工具購買成本額外工作量，

8、原型開發(fā)工具購買成本需求引導方法需求引導方法 JAD JAD會議會議pJAD，joint application developmentn是一種類似于頭腦風暴的技術，在一個或多個工作會是一種類似于頭腦風暴的技術，在一個或多個工作會議中將所有利益相關者帶到一起，集中討論和解決最議中將所有利益相關者帶到一起，集中討論和解決最重要的問題。重要的問題。p參加人員：參加人員：n領導（主持人）、記錄員、客戶、開發(fā)人員領導（主持人）、記錄員、客戶、開發(fā)人員p優(yōu)點：優(yōu)點：n群體智慧，提高生產力，更理智的判斷，降低犯錯群體智慧，提高生產力，更理智的判斷，降低犯錯p缺點：缺點：n會議長度難以控制，人員之間容易受干

9、擾和影響會議長度難以控制，人員之間容易受干擾和影響需求引導方法需求引導方法觀摩觀摩p在系統開發(fā)之初，可以讓用戶參觀同行業(yè)或同類在系統開發(fā)之初，可以讓用戶參觀同行業(yè)或同類型成功的信息系統。型成功的信息系統。p用戶看到這些具體系統，將會對信息系統的功能、用戶看到這些具體系統，將會對信息系統的功能、作用、外在效果、人機交互方式等產生直觀印象，作用、外在效果、人機交互方式等產生直觀印象，這樣就會引導和啟發(fā)用戶，通過類比思維，提出這樣就會引導和啟發(fā)用戶，通過類比思維，提出自己軟件系統的需求。自己軟件系統的需求。p可采用研究類似產品或解決方案來替代觀摩?？刹捎醚芯款愃飘a品或解決方案來替代觀摩。第第6章章

10、理解用戶的需求理解用戶的需求p用戶陳述的問題往往是表面現象，我們有必要和用戶陳述的問題往往是表面現象，我們有必要和用戶一起挖掘出問題用戶一起挖掘出問題背后的問題背后的問題，即找出問題的，即找出問題的根源，從而從根本上解決問題。根源，從而從根本上解決問題。p確定解決方案的確定解決方案的約束條件約束條件。 p了解用戶需求的第一步是在有關問題的定義上和了解用戶需求的第一步是在有關問題的定義上和用戶用戶達成一致達成一致。p確定系統的確定系統的涉眾涉眾，除了開發(fā)團隊和用戶等直接涉，除了開發(fā)團隊和用戶等直接涉眾，我們還要找到間接的涉眾。眾，我們還要找到間接的涉眾。了解問題產生的根本原因（一）了解問題產生的

11、根本原因（一） p魚骨圖魚骨圖了解問題產生的根本原因（二）了解問題產生的根本原因（二）p帕累托圖（帕累托圖（Pareto Chart） 確定解決方案的約束條件確定解決方案的約束條件 p潛在的系統約束 到期催還功能的約束分析到期催還功能的約束分析 在問題定義上達成共識在問題定義上達成共識 描述問題的模版描述問題的模版 確定涉眾和用戶確定涉眾和用戶 p涉眾涉眾 (stakeholder) ，在軟件開發(fā)項目中主要，在軟件開發(fā)項目中主要是指和這個項目有密切相關利益的人，他們共同是指和這個項目有密切相關利益的人，他們共同感興趣的就是需求分析階段。這些涉眾包括感興趣的就是需求分析階段。這些涉眾包括客戶客戶

12、、用戶用戶、業(yè)務或需求分析員業(yè)務或需求分析員(負責收集客戶需求并編負責收集客戶需求并編寫文檔，以及負責客戶與開發(fā)機構之間聯系溝通寫文檔，以及負責客戶與開發(fā)機構之間聯系溝通的人的人)、開發(fā)人員、測試人員、用戶文檔編寫者開發(fā)人員、測試人員、用戶文檔編寫者、項目管理者項目管理者和和客戶管理者客戶管理者。 確定涉眾的問題舉例確定涉眾的問題舉例 獲取需求的案例獲取需求的案例p我們將要開發(fā)一個在線圖書借閱系統系統。傳統的借書方我們將要開發(fā)一個在線圖書借閱系統系統。傳統的借書方式要求讀者親自來到圖書館，這顯得非常不方便，而且隨式要求讀者親自來到圖書館，這顯得非常不方便，而且隨著藏書的增加和讀者群的增長，尤其

13、而且大量的讀者到圖著藏書的增加和讀者群的增長，尤其而且大量的讀者到圖書館，使得圖書館的場地不足，工作人員也不夠了。所以書館，使得圖書館的場地不足，工作人員也不夠了。所以想到借助網絡，讓讀者通過網絡借想到借助網絡，讓讀者通過網絡借/還書，這樣可以省掉還書，這樣可以省掉大量的場地維護和工作人員成本支出，同時計算機可以方大量的場地維護和工作人員成本支出，同時計算機可以方便的檢索目錄，讓讀者可以足不出戶借到需要的書。為了便的檢索目錄，讓讀者可以足不出戶借到需要的書。為了把書送到借閱人手里，我們已經聯系了快遞公司，初步達把書送到借閱人手里，我們已經聯系了快遞公司，初步達成協議，由他們往返借閱人和圖書館之

14、間，把圖書送出和成協議，由他們往返借閱人和圖書館之間，把圖書送出和收回。讀者在網上出示和驗證借書卡，找到他們需要的書，收回。讀者在網上出示和驗證借書卡，找到他們需要的書，提交申請，圖書管理員確認后，就會通知快遞公司來取書，提交申請，圖書管理員確認后，就會通知快遞公司來取書，當讀者拿到書之后，快遞公司需要把讀者的簽單拿回來以當讀者拿到書之后，快遞公司需要把讀者的簽單拿回來以證明讀者已經拿到了書。當然這個過程中，讀者是需要付證明讀者已經拿到了書。當然這個過程中，讀者是需要付費的。還書基本上也是同樣的過程。費的。還書基本上也是同樣的過程。 在線圖書借閱系統中的涉眾在線圖書借閱系統中的涉眾 第第7章章

15、 需求獲取的方法需求獲取的方法 p獲取需求是一個確定和理解不同涉眾的需要和約獲取需求是一個確定和理解不同涉眾的需要和約束的過程。束的過程。p獲取需求的方法獲取需求的方法：面向目標，：面向目標，基于場景基于場景，面向方，面向方面，面向視點，基于知識。面，面向視點，基于知識。p需求需求描述語言描述語言可分為三種：非形式化、可分為三種：非形式化、半形式化半形式化和形式化語言。和形式化語言。 主要的獲取方法主要的獲取方法 p面向目標（面向目標（Goal）的方法）的方法 p基于場景（基于場景（Scenario）的方法）的方法*p面向方面（面向方面（Aspect）的方法）的方法p面向視點（面向視點（Vie

16、wpoint）的方法）的方法p基于知識的方法基于知識的方法用例與場景（用例與場景（Scenarios）p用例描述的是一組動作序列，在復雜的系統中，用例描述的是一組動作序列，在復雜的系統中，用例細節(jié)可能存在多種不同的情節(jié)，稱為變體。用例細節(jié)可能存在多種不同的情節(jié)，稱為變體。比如：購買商品的用例中收款可以是現金支付、信用卡比如：購買商品的用例中收款可以是現金支付、信用卡支付或支票支付。針對每一種情況有不同的場景，一個支付或支票支付。針對每一種情況有不同的場景，一個場景就是一個具體的故事現場，重現一個參與者如何具場景就是一個具體的故事現場，重現一個參與者如何具體完成用例。體完成用例。p主成功場景：故

17、事的主線，用例通常得到成功執(zhí)主成功場景：故事的主線，用例通常得到成功執(zhí)行的典型場景。行的典型場景。p擴展場景：失敗場景，或因為一些特別條件而出擴展場景：失敗場景，或因為一些特別條件而出現行為分支的步驟（包括失敗和成功）現行為分支的步驟（包括失敗和成功）場景示例：場景示例：用例名稱用例名稱借出圖書借出圖書參與者參與者圖書管理員（主要參與者），讀者（次要參與者）圖書管理員（主要參與者），讀者（次要參與者）假設假設圖書館是開架借閱，讀者總是找到書后辦理借書手續(xù)，因此，借書不需要驗證圖書館是開架借閱，讀者總是找到書后辦理借書手續(xù)，因此，借書不需要驗證庫存，而且每本書都是可識別的。庫存，而且每本書都是可

18、識別的。前置條件前置條件圖書管理員已被識別和授權圖書管理員已被識別和授權后置條件后置條件存儲借書記錄，更新庫存數量，所借圖書狀態(tài)為出借存儲借書記錄，更新庫存數量，所借圖書狀態(tài)為出借主事件流主事件流1 1圖書管理員將讀者借書卡提供給系統；圖書管理員將讀者借書卡提供給系統；2 2系統驗證讀者身份和借書條件；系統驗證讀者身份和借書條件；3 3圖書管理員將讀者所借圖書輸入系統；圖書管理員將讀者所借圖書輸入系統；4 4系統記錄借書信息，并且修改圖書的狀態(tài)和此種書的可借數量；系統記錄借書信息，并且修改圖書的狀態(tài)和此種書的可借數量；5 5系統累加讀者的借書數量；系統累加讀者的借書數量；6 6重復重復3-53

19、-5，直到圖書管理員確認全部圖書登記完畢；，直到圖書管理員確認全部圖書登記完畢；7 7系統打印借書清單，交易成功完成。系統打印借書清單，交易成功完成。備選事件流備選事件流2a2a非法讀者非法讀者 1 1系統提示讀者身份錯誤，用例結束系統提示讀者身份錯誤，用例結束2b2b讀者借書數已達限額讀者借書數已達限額 1 1系統提示讀者已達結束限額，用例結束系統提示讀者已達結束限額，用例結束2c2c讀者有過期未還書籍讀者有過期未還書籍 1 1系統提示讀者應歸還的書籍列表和到期日，用例結束系統提示讀者應歸還的書籍列表和到期日，用例結束5a5a讀者借書數已達限額讀者借書數已達限額 1 1系統提示，并要求結束輸

20、入系統提示，并要求結束輸入 2 2圖書管理員確認借書完成圖書管理員確認借書完成5b5b讀者有該書的預定記錄讀者有該書的預定記錄 1. 1. 刪除該書的預定信息刪除該書的預定信息需求描述語言需求描述語言 p非形式化語言非形式化語言n主要是指自然語言和進行了一些結構化的類自然語言，在目前實主要是指自然語言和進行了一些結構化的類自然語言，在目前實踐中應用最為廣泛。踐中應用最為廣泛。 p形式化語言形式化語言n主要以數學與邏輯的形式對系統需求進行描述，例如主要以數學與邏輯的形式對系統需求進行描述，例如Z、VDM、STATECHARTS、Petri 網等。網等。p半形式化方法半形式化方法n如圖、表等方式，

21、或者有選擇的采用一些數學或邏輯的描述方式，如圖、表等方式，或者有選擇的采用一些數學或邏輯的描述方式，試圖兼顧可理解性和描述的準確性，在一定程度上兼具形式化語試圖兼顧可理解性和描述的準確性，在一定程度上兼具形式化語言和非形式化語言的特征（包括其優(yōu)點和缺點），其代表例如言和非形式化語言的特征（包括其優(yōu)點和缺點），其代表例如PSL、SADT、UML等。等。 第第8章章 定義系統定義系統 p確定確定項目范圍項目范圍涉及三個要素：項目所要提交的功能，項目涉及三個要素：項目所要提交的功能，項目可用資源，實現項目可用的時間?？捎觅Y源，實現項目可用的時間。p讓客戶滿意并不意味著就要滿足客戶所有的需求。讓客戶滿

22、意并不意味著就要滿足客戶所有的需求。p建立的項目建立的項目需求基線需求基線必須滿足：至少對客戶來說，是可以必須滿足：至少對客戶來說，是可以接受的；在開發(fā)團隊看來，具有合理的成功可能性。接受的；在開發(fā)團隊看來，具有合理的成功可能性。p前景文檔前景文檔獲取用戶的需要、系統的特性以及項目的其它需獲取用戶的需要、系統的特性以及項目的其它需求。它的范圍跨越需求金字塔的上兩級，在較高的抽象級求。它的范圍跨越需求金字塔的上兩級，在較高的抽象級別上定義問題和解決方案。別上定義問題和解決方案。 項目的范圍問題項目的范圍問題 客戶要求的總比實際的要多客戶要求的總比實際的要多 p簽訂合約的時候，項目范圍描述不清楚。

23、簽訂合約的時候，項目范圍描述不清楚。 p客戶和項目組對寫成書面文件的需求理解不一致?？蛻艉晚椖拷M對寫成書面文件的需求理解不一致。 p客戶總有在結項之前把每一件事情都做得淋漓盡客戶總有在結項之前把每一件事情都做得淋漓盡致的初衷。致的初衷。 p項目組人員總是無條件遷就客戶，客戶有求必應。項目組人員總是無條件遷就客戶，客戶有求必應。 確定系統的界限確定系統的界限 p定義系統的關鍵首先是要給出系統的邊界。該邊定義系統的關鍵首先是要給出系統的邊界。該邊界把我們的系統和外部世界一分為二，換言之，界把我們的系統和外部世界一分為二，換言之，系統邊界確定了我們系統的內涵，即它究竟包括系統邊界確定了我們系統的內涵

24、，即它究竟包括哪些功能，可以解決哪些問題。我們可以根據確哪些功能，可以解決哪些問題。我們可以根據確定的系統邊界給出系統的環(huán)境模型。它指出了我定的系統邊界給出系統的環(huán)境模型。它指出了我們的系統以及其它和它交互的系統之間的關系。們的系統以及其它和它交互的系統之間的關系。 在線圖書借閱系統的界限在線圖書借閱系統的界限確立系統基線確立系統基線 p基線必須滿足：基線必須滿足：n至少對客戶來說，是可以接受的。至少對客戶來說，是可以接受的。n在開發(fā)團隊看來，具有合理的成功可能性。在開發(fā)團隊看來，具有合理的成功可能性。 建立基線的步驟建立基線的步驟 p首先是建立系統的特征表首先是建立系統的特征表 。p對前面取

25、得的特征表，我們先來對每項特征設定對前面取得的特征表，我們先來對每項特征設定其優(yōu)先級。其優(yōu)先級。 p接下來的工作就是要評估每項特征所需花費的工接下來的工作就是要評估每項特征所需花費的工作量。作量。 p還有一項因素要考慮，那就是與每項特征相關的還有一項因素要考慮，那就是與每項特征相關的風險。風險。 p在上述工作的基礎上，我們要考慮在各種因素之在上述工作的基礎上，我們要考慮在各種因素之間尋求最佳的平衡點。間尋求最佳的平衡點。 項目前景文檔項目前景文檔 p前景文檔獲取用戶的需要、系統的特性以及項目前景文檔獲取用戶的需要、系統的特性以及項目的其它需求。它的范圍跨越需求金字塔的上兩級，的其它需求。它的范

26、圍跨越需求金字塔的上兩級，在在較高的抽象級別較高的抽象級別上定義問題和解決方案。上定義問題和解決方案。p前景文檔用一般的術語描述應用，包括對目標市前景文檔用一般的術語描述應用，包括對目標市場、系統用戶以及場、系統用戶以及應用特征應用特征的描述的描述 。p前景文檔是項目早期的工作重點，是前景文檔是項目早期的工作重點，是早期早期搜集需搜集需求信息階段的求信息階段的總結性成果總結性成果。 項目前景文檔模板項目前景文檔模板 1. 1. 業(yè)務需求業(yè)務需求 （a a）業(yè)務背景）業(yè)務背景 （b b）業(yè)務機會）業(yè)務機會 （c c）業(yè)務目標和成功條件）業(yè)務目標和成功條件 （d d）客戶和市場需要）客戶和市場需要

27、 （e e）業(yè)務風險）業(yè)務風險2. 2. 解決方案的前景解決方案的前景 （a a）前景描述）前景描述 （b b）主要的系統特征）主要的系統特征 （c c）假設和依賴條件）假設和依賴條件項目前景文檔模板項目前景文檔模板 （續(xù)）（續(xù)）3. 3. 項目范圍和限制項目范圍和限制 （a a）初始發(fā)布的范圍（基線）初始發(fā)布的范圍（基線） （b b）后續(xù)發(fā)布的范圍）后續(xù)發(fā)布的范圍 （c c）限制和排除條件）限制和排除條件4. 4. 業(yè)務環(huán)境業(yè)務環(huán)境 （a a）涉眾簡介）涉眾簡介 （b b）項目的優(yōu)先級）項目的優(yōu)先級 （c c）運行環(huán)境）運行環(huán)境業(yè)務需求業(yè)務需求p描述了新系統將帶個投資人、購買者和用戶的主描述

28、了新系統將帶個投資人、購買者和用戶的主要利益。要利益。背景背景對歷史和現狀進行概括，說明為什么開發(fā)該產品。對歷史和現狀進行概括，說明為什么開發(fā)該產品。業(yè)務機會業(yè)務機會（1 1）商業(yè)產品：描述存在的市場機遇及參與競爭的市場。）商業(yè)產品：描述存在的市場機遇及參與競爭的市場。（2 2）信息系統：描述要解決的業(yè)務問題或需改進的業(yè)務）信息系統：描述要解決的業(yè)務問題或需改進的業(yè)務流程，及系統的應用環(huán)境。流程，及系統的應用環(huán)境。（3 3）與已有的產品或解決方案比較，指出新產品的優(yōu)點。）與已有的產品或解決方案比較，指出新產品的優(yōu)點。（4 4）說明哪些問題沒有新產品無法解決。）說明哪些問題沒有新產品無法解決。（

29、5 5）新產品如何符合市場潮流、技術發(fā)展或企業(yè)戰(zhàn)略。）新產品如何符合市場潮流、技術發(fā)展或企業(yè)戰(zhàn)略。業(yè)務需求業(yè)務需求業(yè)務目標與成功標準業(yè)務目標與成功標準p用量化和可衡量的方式概述新產品提供了哪些用量化和可衡量的方式概述新產品提供了哪些重要的業(yè)務利益。重要的業(yè)務利益。業(yè)務需求業(yè)務需求客戶和市場需求、業(yè)務風險客戶和市場需求、業(yè)務風險p客戶和市場需求客戶和市場需求描述典型客戶和特定市場的需求，包括當前已有產品描述典型客戶和特定市場的需求，包括當前已有產品不能滿足的需求。不能滿足的需求。指出新產品解決的問題。指出新產品解決的問題。p業(yè)務風險業(yè)務風險概述與產品開發(fā)相關的主要風險。概述與產品開發(fā)相關的主要風

30、險。包括市場競爭、時間問題、用戶認可、實現問題以及包括市場競爭、時間問題、用戶認可、實現問題以及可能對業(yè)務造成的負面影響等可能對業(yè)務造成的負面影響等要評估每項風險可能造成損失的發(fā)生幾率、影響程度。要評估每項風險可能造成損失的發(fā)生幾率、影響程度。前景文檔舉例前景文檔舉例p示例：下面將以示例：下面將以“自助食堂訂餐系統自助食堂訂餐系統”這這樣一個小型項目，示范項目前景文檔的書樣一個小型項目，示范項目前景文檔的書寫。寫。p因為是一個小項目，故對模板稍作簡化，因為是一個小項目，故對模板稍作簡化，有時會將幾個部分合并，避免重復。有時會將幾個部分合并，避免重復。p每個項目都應該考慮如何適應標準模板，每個項

31、目都應該考慮如何適應標準模板，以盡量適合項目的規(guī)模和本質。以盡量適合項目的規(guī)模和本質。業(yè)務需求示例業(yè)務需求示例p業(yè)務需求業(yè)務需求1.11.1 背景、業(yè)務機會和客戶需要背景、業(yè)務機會和客戶需要 目前，目前，ImpactImpact公司的大多數員工平均每天要花費公司的大多數員工平均每天要花費6060分鐘分鐘去自助食堂選擇購買并用午餐，其中大約去自助食堂選擇購買并用午餐，其中大約2020分鐘要花在公司分鐘要花在公司和自助食堂之間的往返路程、選擇自己喜歡的午餐、及以現和自助食堂之間的往返路程、選擇自己喜歡的午餐、及以現金或信用卡方式結算餐費上。當員工出去用午餐時，他們平金或信用卡方式結算餐費上。當員工

32、出去用午餐時，他們平均有均有9090分鐘不在崗。有些員工提前給自助食堂打電話預定午分鐘不在崗。有些員工提前給自助食堂打電話預定午餐，請自助食堂提前準備。但是，并不總能如愿，因為自助餐，請自助食堂提前準備。但是，并不總能如愿，因為自助食堂有些食物已經賣出，而同時自助食堂又不可避免地浪費食堂有些食物已經賣出，而同時自助食堂又不可避免地浪費大量食物，因為有些食物沒有賣出去只好倒掉。早餐和晚餐大量食物，因為有些食物沒有賣出去只好倒掉。早餐和晚餐同樣面臨這樣的問題，只是用餐的員工比午餐要少得多。同樣面臨這樣的問題，只是用餐的員工比午餐要少得多。業(yè)務需求示例（續(xù)）業(yè)務需求示例（續(xù)） 許多員工都要求：通過允

33、許自助食堂用戶在線訂餐的一許多員工都要求：通過允許自助食堂用戶在線訂餐的一個系統而提出訂餐請求，要求在指定的日期和時間內將所訂個系統而提出訂餐請求，要求在指定的日期和時間內將所訂的午餐送到公司的指定地點。通過這樣一個系統，使用這一的午餐送到公司的指定地點。通過這樣一個系統，使用這一服務的員工可以節(jié)約相當可觀的時間，而且訂到自己喜歡的服務的員工可以節(jié)約相當可觀的時間，而且訂到自己喜歡的食物的機會也增大了，這既提高了他們的工作生活質量，也食物的機會也增大了，這既提高了他們的工作生活質量，也提高了他們的工作效率。自助食堂提前了解到客戶需要哪些提高了他們的工作效率。自助食堂提前了解到客戶需要哪些食物，

34、就可以減少浪費，并提高自助食堂員工的工作效率。食物，就可以減少浪費，并提高自助食堂員工的工作效率。要求送貨上門的訂餐員工將來還可以從本地飯店來訂餐，這要求送貨上門的訂餐員工將來還可以從本地飯店來訂餐，這就大大擴大了員工對食物的選擇范圍，并通過與飯店大量的就大大擴大了員工對食物的選擇范圍，并通過與飯店大量的購餐協議而有可能節(jié)約費用。購餐協議而有可能節(jié)約費用。ImpactImpact公司也可以只在自助食公司也可以只在自助食堂或本地飯店訂餐。堂或本地飯店訂餐。業(yè)務需求示例（續(xù)）業(yè)務需求示例（續(xù)）1.2 1.2 業(yè)務目標（業(yè)務目標（Business ObjectiveBusiness Objectiv

35、e，BOBO）和成功）和成功標準（標準（Success CriteSuccess Crite，SC)SC)BO-1BO-1：初始版本發(fā)布之后的：初始版本發(fā)布之后的6 6個月內，自助食堂的食物浪費個月內，自助食堂的食物浪費減少減少50%50%。BO-2BO-2：初始版本發(fā)布之后的：初始版本發(fā)布之后的1212個月內，自助食堂的運作費用個月內，自助食堂的運作費用減少減少50%50%。BO-3BO-3：初始版本發(fā)布之后的：初始版本發(fā)布之后的3 3個月內，每個員工每天的平均個月內，每個員工每天的平均有效工作時間增加有效工作時間增加2020分鐘。分鐘。SC-1SC-1：目前通過自助食堂解決午餐的員工，在初

36、始版本發(fā)布：目前通過自助食堂解決午餐的員工，在初始版本發(fā)布之后的之后的6 6個月內，他們中有個月內，他們中有75%75%的人使用的人使用“自助食堂訂餐系自助食堂訂餐系統統”。SC-2SC-2：初始版本發(fā)布之后的：初始版本發(fā)布之后的3 3個月內，對自助食堂滿意度的個月內，對自助食堂滿意度的季度調查評價要提高季度調查評價要提高0.50.5，而在初始版本發(fā)布之后的，而在初始版本發(fā)布之后的1212個個月內，這種滿意度要提高月內，這種滿意度要提高1.01.0。業(yè)務需求示例（續(xù)）業(yè)務需求示例（續(xù)）1.3 1.3 業(yè)務風險（業(yè)務風險（RIskRIsk，RIRI）RI-1RI-1：使用該系統的員工太少，減少了

37、對系統開發(fā)和變更自：使用該系統的員工太少，減少了對系統開發(fā)和變更自助食堂經營過程的投資回報。（可能性助食堂經營過程的投資回報。（可能性0.30.3，影響，影響9 9）RI-2RI-2：本地飯店可能并不認為降價是員工使用這一系統的正：本地飯店可能并不認為降價是員工使用這一系統的正當理由，這會降低員工對該系統的滿意度，并可能會減少當理由，這會降低員工對該系統的滿意度，并可能會減少他們對這一系統的使用。（可能性他們對這一系統的使用。（可能性0.40.4，影響，影響3 3）RI-3RI-3：“自助食堂員工聯合會自助食堂員工聯合會”可能要求與自助食堂工作人可能要求與自助食堂工作人員重新簽訂合同，以反映新

38、的員工角色和自助食堂營業(yè)時員重新簽訂合同，以反映新的員工角色和自助食堂營業(yè)時間。（可能性間。（可能性0.60.6，影響，影響3 3）解決方案的前景解決方案的前景p描述系統的戰(zhàn)略前景，即該系統將實現的業(yè)務目標。描述系統的戰(zhàn)略前景，即該系統將實現的業(yè)務目標。前景陳述前景陳述概括新產品的長期目標和意圖，應反映能夠滿足不同涉概括新產品的長期目標和意圖，應反映能夠滿足不同涉眾需求的平衡觀點?？梢詮娜缦玛P鍵字方面闡述：眾需求的平衡觀點?？梢詮娜缦玛P鍵字方面闡述：l產品名稱產品名稱l產品類別產品類別l目標客戶目標客戶l需求或機會的聲明需求或機會的聲明l主要競爭產品、當前系統和當前業(yè)務過程主要競爭產品、當前系

39、統和當前業(yè)務過程l新產品的主要競爭優(yōu)勢新產品的主要競爭優(yōu)勢解決方案的前景（續(xù)）解決方案的前景（續(xù)）p主要的系統特性主要的系統特性為新產品的每一項特性進行惟一的命名或編號為新產品的每一項特性進行惟一的命名或編號突出其超越原有產品或競爭產品的特性突出其超越原有產品或競爭產品的特性p假設和依賴條件假設和依賴條件記錄涉眾所提出的每一項假設。記錄涉眾所提出的每一項假設。由于一方所作的假設往往不為其他方所知，因此有必由于一方所作的假設往往不為其他方所知，因此有必要記錄下來并檢查。要記錄下來并檢查。解決方案的前景示例解決方案的前景示例p解決方案的前景解決方案的前景2.1 2.1 前景陳述前景陳述 對那些希望

40、通過公司自助食堂或本地飯店在線訂餐的員對那些希望通過公司自助食堂或本地飯店在線訂餐的員工來說，工來說，“自助食堂訂餐系統自助食堂訂餐系統”是一個基于是一個基于InternetInternet的應用的應用程序，它可以接受個人或團體訂餐，結算用餐費用，并觸發(fā)程序，它可以接受個人或團體訂餐，結算用餐費用，并觸發(fā)將訂餐送到公司內的指定位置。與當前的電話訂餐和人工訂將訂餐送到公司內的指定位置。與當前的電話訂餐和人工訂餐不同，使用餐不同，使用“自助食堂訂餐系統自助食堂訂餐系統”的員工并不需要到食堂的員工并不需要到食堂內去用餐，這就可以節(jié)約他們的時間，又可以增加他們對食內去用餐，這就可以節(jié)約他們的時間，又可

41、以增加他們對食物的選擇范圍。物的選擇范圍。解決方案的前景示例（續(xù)）解決方案的前景示例（續(xù)）2.2 2.2 主要特性（主要特性（FeatureFeature）FE-1FE-1：根據自助食堂提供的選擇菜單或送貨菜單來訂餐。：根據自助食堂提供的選擇菜單或送貨菜單來訂餐。FE-2FE-2：根據本地飯店的送貨菜單來訂餐。：根據本地飯店的送貨菜單來訂餐。FE-3FE-3：創(chuàng)建、瀏覽、修改和刪除用餐預訂服務。：創(chuàng)建、瀏覽、修改和刪除用餐預訂服務。FE-4FE-4：注冊用餐的付費方式。：注冊用餐的付費方式。FE-5FE-5：請求送餐。：請求送餐。FE-6FE-6：創(chuàng)建、瀏覽、修改和刪除自助食堂菜單。：創(chuàng)建、瀏

42、覽、修改和刪除自助食堂菜單。FE-7FE-7：預定自助食堂菜單上沒有的定做菜。：預定自助食堂菜單上沒有的定做菜。FE-8FE-8：生成自助食堂定做菜的食譜和配料列表。：生成自助食堂定做菜的食譜和配料列表。FE-9FE-9：通過公司內聯網可以訪問系統，或者授權的員工通過：通過公司內聯網可以訪問系統，或者授權的員工通過 外部外部InternetInternet訪問系統。訪問系統。解決方案的前景示例（續(xù)）解決方案的前景示例（續(xù)）2.3 2.3 假設（假設（ASsumptionASsumption）和依賴（）和依賴（DEpendency)DEpendency)AS-1:AS-1:自助食堂內有可以訪問公

43、司內聯網的計算機和打印機，自助食堂內有可以訪問公司內聯網的計算機和打印機，這樣自助食堂就可以處理訂單量，不會遺漏送貨時間。這樣自助食堂就可以處理訂單量，不會遺漏送貨時間。AS-2:AS-2:自助食堂有送貨人員和送貨車輛，這樣就能滿足所有的自助食堂有送貨人員和送貨車輛，這樣就能滿足所有的訂單的送貨要求：最多比請求的送貨時間晚訂單的送貨要求：最多比請求的送貨時間晚1515分鐘。分鐘。DE-1:DE-1:如果某飯店有自己的聯機訂餐系統，那么如果某飯店有自己的聯機訂餐系統，那么“自助食堂訂自助食堂訂餐系統餐系統”必須能與這一系統進行雙向通信。必須能與這一系統進行雙向通信。項目范圍和限制項目范圍和限制p

44、范圍定義解決方案的概念和范圍。范圍定義解決方案的概念和范圍。p限制則列出產品限制則列出產品不會不會提供的某些功能。提供的某些功能。p必須拒絕超出范圍的需求，除非它非常有必須拒絕超出范圍的需求，除非它非常有意義。意義。p記錄下被拒絕的需求的內容、原因，以防記錄下被拒絕的需求的內容、原因，以防此類需求被再次提出。此類需求被再次提出。項目范圍和限制示例項目范圍和限制示例p項目范圍和局限性項目范圍和局限性3.1 3.1 初始版本和后續(xù)版本的范圍初始版本和后續(xù)版本的范圍項目范圍和限制示例（續(xù)）項目范圍和限制示例（續(xù)）3.2 3.2 限制與排除（限制與排除（LImitationLImitation）LI-1:LI-1:自助食堂內有些食物不適宜于送貨，因此自助食堂內有些食物不適宜于送貨，因此“自助食堂自助食堂訂餐系統訂餐系統”的顧客所用的菜單是食堂整個菜單的一個子集。的顧客所用的菜單是食堂整個菜單的一個子集。LI-2:LI-2:“自助食堂訂餐系統自助食堂訂餐系統”只能用于本地只能用于本地ImpactImpact公司總部公司總部的自助食堂。的自助食堂。業(yè)務環(huán)境業(yè)務環(huán)境p概述項目的一些業(yè)務問題