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

軟件(ruǎnjiàn)需求（三）共六十頁(yè)需求(xūqiú)獲取與需求(xūqiú)分析尋找客戶(kèhù)的需求（導(dǎo)出問(wèn)題）理解用戶的需要（途徑或方式）需求獲取的方法定義系統(tǒng)

管理客戶

需求建模結(jié)構(gòu)化分析面向?qū)ο蟮慕Ｓ美Ｉ虡I(yè)建模共六十頁(yè)第5章尋找(xúnzhǎo)用戶的需要調(diào)查是識(shí)別需求的基礎(chǔ)，是建立系統(tǒng)邏輯模型的基礎(chǔ)。調(diào)查包括：業(yè)務(wù)處理過(guò)程是什么樣的？(干什么？)業(yè)務(wù)過(guò)程應(yīng)該怎樣完成？(怎么干？)業(yè)務(wù)誰(shuí)負(fù)責(zé)，完成業(yè)務(wù)需要什么輸入，能輸出什么？傳統(tǒng)的系統(tǒng)調(diào)查方法有：資料收集訪談實(shí)地觀察問(wèn)卷調(diào)查常用的需求引導(dǎo)方法有：原型法聯(lián)合(liánhé)應(yīng)用開(kāi)發(fā)（JAD）會(huì)議觀摩法共六十頁(yè)調(diào)查方法(fāngfǎ)1——資料收集可以收集以下資料：組織機(jī)構(gòu)、部門(mén)職能、崗位職責(zé)說(shuō)明業(yè)務(wù)流程說(shuō)明、操作規(guī)程管理工作標(biāo)準(zhǔn)和人員配備單位內(nèi)部管理用的各種單據(jù)、報(bào)表、報(bào)告歷史的系統(tǒng)分析文檔從現(xiàn)有(xiànyǒu)文檔中獲取客觀事實(shí)共六十頁(yè)調(diào)查方法(fāngfǎ)2——訪談（interview）與業(yè)務(wù)領(lǐng)域?qū)＜业拿嬲勈谦@取需求的基本技術(shù)。面談?lì)愋?lèixíng)：結(jié)構(gòu)化面談：有為面談專(zhuān)門(mén)設(shè)計(jì)的問(wèn)題非結(jié)構(gòu)化面談：通常為開(kāi)放式問(wèn)題優(yōu)點(diǎn)：激發(fā)面談對(duì)象主動(dòng)貢獻(xiàn)、自由表達(dá)的機(jī)會(huì)，可以得到更多反饋，近距離接觸還能獲得隱性信息缺點(diǎn)：耗時(shí)、成本高，取決于分析員的人際交往能力，受制于地理位置共六十頁(yè)調(diào)查方法(fāngfǎ)3——實(shí)地觀察（observation）直接參與到企業(yè)活動(dòng)中，或觀察他人執(zhí)行活動(dòng)來(lái)了解系統(tǒng)，“耳聽(tīng)為虛，眼見(jiàn)為實(shí)”。優(yōu)點(diǎn)：收集到的信息可靠，獲得確切的感性認(rèn)識(shí)，了解物理環(huán)境和事務(wù)背景缺點(diǎn)：被觀察者因?yàn)椴蛔匀豢赡芘c常規(guī)表現(xiàn)有差異，可能會(huì)漏掉特殊情形(qíngxing)下的任務(wù)，觀察會(huì)被打斷共六十頁(yè)調(diào)查(diàochá)方法4——調(diào)查問(wèn)卷（questionnaire）調(diào)查表可以收集大規(guī)模的事實(shí)表格(biǎogé)。調(diào)查表類(lèi)型：固定格式調(diào)查表：只能選擇問(wèn)題答案自由格式調(diào)查表：允許自由填寫(xiě)文字優(yōu)點(diǎn)：方便填寫(xiě)，廉價(jià)，允許匿名，可以進(jìn)行快速表格分析缺點(diǎn)：不夠靈活，無(wú)法保證能深入回答問(wèn)題，無(wú)法保證問(wèn)卷回收數(shù)量，設(shè)計(jì)好的調(diào)查表十分困難共六十頁(yè)需求(xūqiú)引導(dǎo)方法一般用戶在開(kāi)發(fā)之初，對(duì)所要開(kāi)發(fā)的信息系統(tǒng)應(yīng)該具有的功能和所能達(dá)到的結(jié)果并沒(méi)有清楚的認(rèn)識(shí)(rènshi)，因此，需求調(diào)查比現(xiàn)行組織系統(tǒng)調(diào)查難度更大。對(duì)用戶進(jìn)行引導(dǎo)和啟發(fā)，讓用戶獲得軟件系統(tǒng)的感性認(rèn)識(shí)，引導(dǎo)他們發(fā)現(xiàn)現(xiàn)行組織管理和業(yè)務(wù)處理中所存在的問(wèn)題，從而發(fā)掘需求和找到解決方案。采用以下需求引導(dǎo)方法：原型法聯(lián)合應(yīng)用開(kāi)發(fā)（JAD）會(huì)議觀摩法共六十頁(yè)需求引導(dǎo)(yǐndǎo)方法1——原型法利用快速開(kāi)發(fā)工具，根據(jù)用戶的初步需求，構(gòu)造出信息系統(tǒng)的初步原型。優(yōu)點(diǎn)：用戶和調(diào)查人員深度溝通，能準(zhǔn)確地反映了用戶需求，澄清和糾正模糊和矛盾(máodùn)的問(wèn)題。缺點(diǎn)：額外工作量，原型開(kāi)發(fā)工具購(gòu)買(mǎi)成本共六十頁(yè)需求引導(dǎo)方法(fāngfǎ)２——JAD會(huì)議JAD，jointapplicationdevelopment是一種類(lèi)似于頭腦風(fēng)暴的技術(shù)，在一個(gè)或多個(gè)工作會(huì)議中將所有利益相關(guān)者帶到一起，集中討論和解決最重要的問(wèn)題。參加人員：領(lǐng)導(dǎo)（主持人）、記錄員、客戶(kèhù)、開(kāi)發(fā)人員優(yōu)點(diǎn)：群體智慧，提高生產(chǎn)力，更理智的判斷，降低犯錯(cuò)缺點(diǎn)：會(huì)議長(zhǎng)度難以控制，人員之間容易受干擾和影響共六十頁(yè)需求引導(dǎo)(yǐndǎo)方法３——觀摩在系統(tǒng)開(kāi)發(fā)之初，可以讓用戶參觀同行業(yè)或同類(lèi)型成功的信息系統(tǒng)。用戶看到這些具體(jùtǐ)系統(tǒng)，將會(huì)對(duì)信息系統(tǒng)的功能、作用、外在效果、人機(jī)交互方式等產(chǎn)生直觀印象，這樣就會(huì)引導(dǎo)和啟發(fā)用戶，通過(guò)類(lèi)比思維，提出自己軟件系統(tǒng)的需求?？刹捎醚芯款?lèi)似產(chǎn)品或解決方案來(lái)替代觀摩。共六十頁(yè)第6章理解用戶(yònghù)的需求用戶陳述的問(wèn)題往往是表面現(xiàn)象，我們有必要和用戶一起挖掘出問(wèn)題背后的問(wèn)題，即找出問(wèn)題的根源，從而從根本上解決問(wèn)題。確定解決方案的約束條件。了解用戶需求的第一步是在有關(guān)問(wèn)題的定義上和用戶達(dá)成一致。確定系統(tǒng)的涉眾，除了開(kāi)發(fā)(kāifā)團(tuán)隊(duì)和用戶等直接涉眾，我們還要找到間接的涉眾。共六十頁(yè)了解問(wèn)題(wèntí)產(chǎn)生的根本原因（一）

魚(yú)骨圖共六十頁(yè)了解問(wèn)題(wèntí)產(chǎn)生的根本原因（二）帕累托圖（ParetoChart）共六十頁(yè)確定(quèdìng)解決方案的約束條件潛在的系統(tǒng)(xìtǒng)約束共六十頁(yè)到期催還功能(gōngnéng)的約束分析共六十頁(yè)在問(wèn)題定義上達(dá)成(dáchéng)共識(shí)描述(miáoshù)問(wèn)題的模版

共六十頁(yè)確定(quèdìng)涉眾和用戶涉眾(stakeholder)，在軟件開(kāi)發(fā)項(xiàng)目中主要是指和這個(gè)項(xiàng)目有密切相關(guān)利益的人，他們共同感興趣的就是需求(xūqiú)分析階段。這些涉眾包括客戶、用戶、業(yè)務(wù)或需求分析員(負(fù)責(zé)收集客戶需求并編寫(xiě)文檔，以及負(fù)責(zé)客戶與開(kāi)發(fā)機(jī)構(gòu)之間聯(lián)系溝通的人)、開(kāi)發(fā)人員、測(cè)試人員、用戶文檔編寫(xiě)者、項(xiàng)目管理者和客戶管理者。共六十頁(yè)確定(quèdìng)涉眾的問(wèn)題舉例

共六十頁(yè)獲取(huòqǔ)需求的案例我們將要開(kāi)發(fā)一個(gè)在線圖書(shū)借閱系統(tǒng)系統(tǒng)。傳統(tǒng)的借書(shū)方式要求讀者親自來(lái)到圖書(shū)館，這顯得非常不方便，而且隨著藏書(shū)的增加和讀者群的增長(zhǎng)，尤其而且大量的讀者到圖書(shū)館，使得圖書(shū)館的場(chǎng)地不足，工作人員也不夠了。所以想到借助網(wǎng)絡(luò)，讓讀者通過(guò)網(wǎng)絡(luò)借/還書(shū)，這樣可以省掉大量的場(chǎng)地維護(hù)和工作人員成本支出，同時(shí)計(jì)算機(jī)可以方便的檢索目錄，讓讀者可以足不出戶借到需要(xūyào)的書(shū)。為了把書(shū)送到借閱人手里，我們已經(jīng)聯(lián)系了快遞公司，初步達(dá)成協(xié)議，由他們往返借閱人和圖書(shū)館之間，把圖書(shū)送出和收回。讀者在網(wǎng)上出示和驗(yàn)證借書(shū)卡，找到他們需要(xūyào)的書(shū)，提交申請(qǐng)，圖書(shū)管理員確認(rèn)后，就會(huì)通知快遞公司來(lái)取書(shū)，當(dāng)讀者拿到書(shū)之后，快遞公司需要(xūyào)把讀者的簽單拿回來(lái)以證明讀者已經(jīng)拿到了書(shū)。當(dāng)然這個(gè)過(guò)程中，讀者是需要(xūyào)付費(fèi)的。還書(shū)基本上也是同樣的過(guò)程。共六十頁(yè)在線(zàixiàn)圖書(shū)借閱系統(tǒng)中的涉眾共六十頁(yè)第7章需求獲取(huòqǔ)的方法獲取需求是一個(gè)確定和理解(lǐjiě)不同涉眾的需要和約束的過(guò)程。獲取需求的方法：面向目標(biāo)，基于場(chǎng)景，面向方面，面向視點(diǎn)，基于知識(shí)。需求描述語(yǔ)言可分為三種：非形式化、半形式化和形式化語(yǔ)言。共六十頁(yè)主要的獲取(huòqǔ)方法面向目標(biāo)（Goal）的方法基于場(chǎng)景（Scenario）的方法*面向方面（Aspect）的方法面向視點(diǎn)(shìdiǎn)（Viewpoint）的方法基于知識(shí)的方法共六十頁(yè)用例與場(chǎng)景(chǎngjǐng)（Scenarios）用例描述的是一組動(dòng)作序列，在復(fù)雜的系統(tǒng)中，用例細(xì)節(jié)可能存在多種不同的情節(jié)，稱(chēng)為變體。比如：購(gòu)買(mǎi)商品的用例中收款可以是現(xiàn)金支付(zhīfù)、信用卡支付(zhīfù)或支票支付(zhīfù)。針對(duì)每一種情況有不同的場(chǎng)景，一個(gè)場(chǎng)景就是一個(gè)具體的故事現(xiàn)場(chǎng)，重現(xiàn)一個(gè)參與者如何具體完成用例。主成功場(chǎng)景：故事的主線，用例通常得到成功執(zhí)行的典型場(chǎng)景。擴(kuò)展場(chǎng)景：失敗場(chǎng)景，或因?yàn)橐恍┨貏e條件而出現(xiàn)行為分支的步驟（包括失敗和成功）共六十頁(yè)場(chǎng)景(chǎngjǐng)示例：用例名稱(chēng)借出圖書(shū)參與者圖書(shū)管理員（主要參與者），讀者（次要參與者）假設(shè)圖書(shū)館是開(kāi)架借閱，讀者總是找到書(shū)后辦理借書(shū)手續(xù)，因此，借書(shū)不需要驗(yàn)證庫(kù)存，而且每本書(shū)都是可識(shí)別的。前置條件圖書(shū)管理員已被識(shí)別和授權(quán)后置條件存儲(chǔ)借書(shū)記錄，更新庫(kù)存數(shù)量，所借圖書(shū)狀態(tài)為出借主事件流1．圖書(shū)管理員將讀者借書(shū)卡提供給系統(tǒng)；2．系統(tǒng)驗(yàn)證讀者身份和借書(shū)條件；3．圖書(shū)管理員將讀者所借圖書(shū)輸入系統(tǒng)；4．系統(tǒng)記錄借書(shū)信息，并且修改圖書(shū)的狀態(tài)和此種書(shū)的可借數(shù)量；5．系統(tǒng)累加讀者的借書(shū)數(shù)量；6．重復(fù)3-5，直到圖書(shū)管理員確認(rèn)全部圖書(shū)登記完畢；7．系統(tǒng)打印借書(shū)清單，交易成功完成。備選事件流2a．非法讀者

1．系統(tǒng)提示讀者身份錯(cuò)誤，用例結(jié)束2b．讀者借書(shū)數(shù)已達(dá)限額

1．系統(tǒng)提示讀者已達(dá)結(jié)束限額，用例結(jié)束2c．讀者有過(guò)期未還書(shū)籍

1．系統(tǒng)提示讀者應(yīng)歸還的書(shū)籍列表和到期日，用例結(jié)束5a．讀者借書(shū)數(shù)已達(dá)限額

1．系統(tǒng)提示，并要求結(jié)束輸入

2．圖書(shū)管理員確認(rèn)借書(shū)完成5b．讀者有該書(shū)的預(yù)定記錄

1.刪除該書(shū)的預(yù)定信息共六十頁(yè)需求(xūqiú)描述語(yǔ)言非形式化語(yǔ)言主要是指自然語(yǔ)言和進(jìn)行了一些結(jié)構(gòu)化的類(lèi)自然語(yǔ)言，在目前實(shí)踐中應(yīng)用最為廣泛。形式化語(yǔ)言主要以數(shù)學(xué)與邏輯的形式對(duì)系統(tǒng)需求進(jìn)行描述，例如Z、VDM、STATECHARTS、Petri網(wǎng)等。半形式化方法如圖、表等方式(fāngshì)，或者有選擇的采用一些數(shù)學(xué)或邏輯的描述方式(fāngshì)，試圖兼顧可理解性和描述的準(zhǔn)確性，在一定程度上兼具形式化語(yǔ)言和非形式化語(yǔ)言的特征（包括其優(yōu)點(diǎn)和缺點(diǎn)），其代表例如PSL、SADT、UML等。共六十頁(yè)第8章定義(dìngyì)系統(tǒng)確定項(xiàng)目范圍涉及三個(gè)要素：項(xiàng)目所要提交的功能，項(xiàng)目可用資源，實(shí)現(xiàn)項(xiàng)目可用的時(shí)間。讓客戶滿意并不意味著就要滿足(mǎnzú)客戶所有的需求。建立的項(xiàng)目需求基線必須滿足：至少對(duì)客戶來(lái)說(shuō)，是可以接受的；在開(kāi)發(fā)團(tuán)隊(duì)看來(lái)，具有合理的成功可能性。前景文檔獲取用戶的需要、系統(tǒng)的特性以及項(xiàng)目的其它需求。它的范圍跨越需求金字塔的上兩級(jí)，在較高的抽象級(jí)別上定義問(wèn)題和解決方案。共六十頁(yè)項(xiàng)目(xiàngmù)的范圍問(wèn)題共六十頁(yè)客戶(kèhù)要求的總比實(shí)際的要多簽訂合約的時(shí)候，項(xiàng)目范圍描述不清楚?？蛻艉晚?xiàng)目組對(duì)寫(xiě)成書(shū)面文件的需求理解(lǐjiě)不一致?？蛻艨傆性诮Y(jié)項(xiàng)之前把每一件事情都做得淋漓盡致的初衷。項(xiàng)目組人員總是無(wú)條件遷就客戶，客戶有求必應(yīng)。

共六十頁(yè)確定系統(tǒng)(xìtǒng)的界限定義系統(tǒng)的關(guān)鍵首先是要給出系統(tǒng)的邊界。該邊界把我們的系統(tǒng)和外部世界一分為二，換言之，系統(tǒng)邊界確定了我們系統(tǒng)的內(nèi)涵，即它究竟包括哪些功能，可以解決哪些問(wèn)題。我們可以根據(jù)(gēnjù)確定的系統(tǒng)邊界給出系統(tǒng)的環(huán)境模型。它指出了我們的系統(tǒng)以及其它和它交互的系統(tǒng)之間的關(guān)系。共六十頁(yè)在線(zàixiàn)圖書(shū)借閱系統(tǒng)的界限共六十頁(yè)確立系統(tǒng)(xìtǒng)基線基線必須滿足：至少對(duì)客戶來(lái)說(shuō)，是可以接受的。在開(kāi)發(fā)團(tuán)隊(duì)看來(lái)，具有(jùyǒu)合理的成功可能性。共六十頁(yè)建立基線(jīxiàn)的步驟首先是建立系統(tǒng)的特征表。對(duì)前面取得(qǔdé)的特征表，我們先來(lái)對(duì)每項(xiàng)特征設(shè)定其優(yōu)先級(jí)。接下來(lái)的工作就是要評(píng)估每項(xiàng)特征所需花費(fèi)的工作量。還有一項(xiàng)因素要考慮，那就是與每項(xiàng)特征相關(guān)的風(fēng)險(xiǎn)。在上述工作的基礎(chǔ)上，我們要考慮在各種因素之間尋求最佳的平衡點(diǎn)。共六十頁(yè)項(xiàng)目(xiàngmù)前景文檔前景文檔獲取用戶的需要、系統(tǒng)的特性以及項(xiàng)目的其它需求。它的范圍(fànwéi)跨越需求金字塔的上兩級(jí)，在較高的抽象級(jí)別上定義問(wèn)題和解決方案。前景文檔用一般的術(shù)語(yǔ)描述應(yīng)用，包括對(duì)目標(biāo)市場(chǎng)、系統(tǒng)用戶以及應(yīng)用特征的描述。前景文檔是項(xiàng)目早期的工作重點(diǎn)，是早期搜集需求信息階段的總結(jié)性成果。共六十頁(yè)項(xiàng)目前景(qiánjǐng)文檔模板1.業(yè)務(wù)需求

（a）業(yè)務(wù)背景

（b）業(yè)務(wù)機(jī)會(huì)

（c）業(yè)務(wù)目標(biāo)和成功條件

（d）客戶和市場(chǎng)需要

（e）業(yè)務(wù)風(fēng)險(xiǎn)2.解決方案的前景

（a）前景描述

（b）主要的系統(tǒng)特征

（c）假設(shè)(jiǎshè)和依賴(lài)條件共六十頁(yè)項(xiàng)目(xiàngmù)前景文檔模板（續(xù)）3.項(xiàng)目范圍(fànwéi)和限制

（a）初始發(fā)布的范圍（基線）

（b）后續(xù)發(fā)布的范圍

（c）限制和排除條件4.業(yè)務(wù)環(huán)境（a）涉眾簡(jiǎn)介

（b）項(xiàng)目的優(yōu)先級(jí)

（c）運(yùn)行環(huán)境共六十頁(yè)業(yè)務(wù)(yèwù)需求描述了新系統(tǒng)將帶個(gè)投資人、購(gòu)買(mǎi)者和用戶的主要利益。背景對(duì)歷史和現(xiàn)狀進(jìn)行概括，說(shuō)明為什么開(kāi)發(fā)該產(chǎn)品。業(yè)務(wù)機(jī)會(huì)（1）商業(yè)產(chǎn)品：描述存在的市場(chǎng)機(jī)遇及參與競(jìng)爭(zhēng)(jìngzhēng)的市場(chǎng)。（2）信息系統(tǒng)：描述要解決的業(yè)務(wù)問(wèn)題或需改進(jìn)的業(yè)務(wù)流程，及系統(tǒng)的應(yīng)用環(huán)境。（3）與已有的產(chǎn)品或解決方案比較，指出新產(chǎn)品的優(yōu)點(diǎn)。（4）說(shuō)明哪些問(wèn)題沒(méi)有新產(chǎn)品無(wú)法解決。（5）新產(chǎn)品如何符合市場(chǎng)潮流、技術(shù)發(fā)展或企業(yè)戰(zhàn)略。共六十頁(yè)業(yè)務(wù)需求——業(yè)務(wù)目標(biāo)(mùbiāo)與成功標(biāo)準(zhǔn)用量化和可衡量的方式概述新產(chǎn)品提供(tígōng)了哪些重要的業(yè)務(wù)利益。共六十頁(yè)業(yè)務(wù)需求——客戶(kèhù)和市場(chǎng)需求、業(yè)務(wù)風(fēng)險(xiǎn)客戶和市場(chǎng)需求描述典型客戶和特定市場(chǎng)的需求，包括當(dāng)前已有產(chǎn)品不能滿足的需求。指出新產(chǎn)品解決的問(wèn)題。業(yè)務(wù)風(fēng)險(xiǎn)概述與產(chǎn)品開(kāi)發(fā)相關(guān)(xiāngguān)的主要風(fēng)險(xiǎn)。包括市場(chǎng)競(jìng)爭(zhēng)、時(shí)間問(wèn)題、用戶認(rèn)可、實(shí)現(xiàn)問(wèn)題以及可能對(duì)業(yè)務(wù)造成的負(fù)面影響等要評(píng)估每項(xiàng)風(fēng)險(xiǎn)可能造成損失的發(fā)生幾率、影響程度。共六十頁(yè)前景(qiánjǐng)文檔舉例示例：下面將以“自助食堂訂餐系統(tǒng)”這樣一個(gè)小型項(xiàng)目，示范項(xiàng)目前景文檔的書(shū)寫(xiě)。因?yàn)槭且粋€(gè)小項(xiàng)目，故對(duì)模板稍作簡(jiǎn)化，有時(shí)會(huì)將幾個(gè)部分合并，避免(bìmiǎn)重復(fù)。每個(gè)項(xiàng)目都應(yīng)該考慮如何適應(yīng)標(biāo)準(zhǔn)模板，以盡量適合項(xiàng)目的規(guī)模和本質(zhì)。共六十頁(yè)業(yè)務(wù)需求(xūqiú)示例業(yè)務(wù)需求1.1

背景、業(yè)務(wù)機(jī)會(huì)和客戶需要目前，Impact公司的大多數(shù)員工平均每天要花費(fèi)60分鐘去自助食堂選擇購(gòu)買(mǎi)并用午餐，其中大約20分鐘要花在公司和自助食堂之間的往返路程、選擇自己喜歡的午餐、及以現(xiàn)金或信用卡方式結(jié)算餐費(fèi)上。當(dāng)員工出去用午餐時(shí)，他們平均有90分鐘不在崗。有些員工提前給自助食堂打電話預(yù)定午餐，請(qǐng)自助食堂提前準(zhǔn)備。但是，并不總能如愿，因?yàn)樽灾程糜行┦澄镆呀?jīng)賣(mài)出，而同時(shí)自助食堂又不可避免地浪費(fèi)大量食物，因?yàn)橛行┦澄餂](méi)有賣(mài)出去只好倒掉。早餐和晚餐同樣面臨這樣(zhèyàng)的問(wèn)題，只是用餐的員工比午餐要少得多。共六十頁(yè)業(yè)務(wù)需求(xūqiú)示例（續(xù)）

許多員工都要求：通過(guò)允許自助食堂用戶在線訂餐的一個(gè)系統(tǒng)而提出訂餐請(qǐng)求，要求在指定的日期和時(shí)間內(nèi)將所訂的午餐送到公司的指定地點(diǎn)(dìdiǎn)。通過(guò)這樣一個(gè)系統(tǒng)，使用這一服務(wù)的員工可以節(jié)約相當(dāng)可觀的時(shí)間，而且訂到自己喜歡的食物的機(jī)會(huì)也增大了，這既提高了他們的工作生活質(zhì)量，也提高了他們的工作效率。自助食堂提前了解到客戶需要哪些食物，就可以減少浪費(fèi)，并提高自助食堂員工的工作效率。要求送貨上門(mén)的訂餐員工將來(lái)還可以從本地飯店來(lái)訂餐，這就大大擴(kuò)大了員工對(duì)食物的選擇范圍，并通過(guò)與飯店大量的購(gòu)餐協(xié)議而有可能節(jié)約費(fèi)用。Impact公司也可以只在自助食堂或本地飯店訂餐。共六十頁(yè)業(yè)務(wù)需求(xūqiú)示例（續(xù)）1.2業(yè)務(wù)目標(biāo)（BusinessObjective，BO）和成功標(biāo)準(zhǔn)（SuccessCrite，SC)BO-1：初始版本發(fā)布之后的6個(gè)月內(nèi)，自助食堂的食物浪費(fèi)(làngfèi)減少50%。BO-2：初始版本發(fā)布之后的12個(gè)月內(nèi)，自助食堂的運(yùn)作費(fèi)用減少50%。BO-3：初始版本發(fā)布之后的3個(gè)月內(nèi)，每個(gè)員工每天的平均有效工作時(shí)間增加20分鐘。SC-1：目前通過(guò)自助食堂解決午餐的員工，在初始版本發(fā)布之后的6個(gè)月內(nèi)，他們中有75%的人使用“自助食堂訂餐系統(tǒng)”。SC-2：初始版本發(fā)布之后的3個(gè)月內(nèi)，對(duì)自助食堂滿意度的季度調(diào)查評(píng)價(jià)要提高0.5，而在初始版本發(fā)布之后的12個(gè)月內(nèi)，這種滿意度要提高1.0。共六十頁(yè)業(yè)務(wù)需求(xūqiú)示例（續(xù)）1.3業(yè)務(wù)風(fēng)險(xiǎn)（RIsk，RI）RI-1：使用該系統(tǒng)(xìtǒng)的員工太少，減少了對(duì)系統(tǒng)(xìtǒng)開(kāi)發(fā)和變更自助食堂經(jīng)營(yíng)過(guò)程的投資回報(bào)。（可能性0.3，影響9）RI-2：本地飯店可能并不認(rèn)為降價(jià)是員工使用這一系統(tǒng)的正當(dāng)理由，這會(huì)降低員工對(duì)該系統(tǒng)的滿意度，并可能會(huì)減少他們對(duì)這一系統(tǒng)的使用。（可能性0.4，影響3）RI-3：“自助食堂員工聯(lián)合會(huì)”可能要求與自助食堂工作人員重新簽訂合同，以反映新的員工角色和自助食堂營(yíng)業(yè)時(shí)間。（可能性0.6，影響3）共六十頁(yè)解決方案的前景(qiánjǐng)描述系統(tǒng)的戰(zhàn)略前景，即該系統(tǒng)將實(shí)現(xiàn)的業(yè)務(wù)目標(biāo)。前景陳述概括新產(chǎn)品的長(zhǎng)期目標(biāo)和意圖，應(yīng)反映能夠滿足不同涉眾需求的平衡觀點(diǎn)?？梢詮娜缦玛P(guān)鍵字方面闡述：產(chǎn)品名稱(chēng)產(chǎn)品類(lèi)別目標(biāo)客戶需求或機(jī)會(huì)的聲明主要競(jìng)爭(zhēng)產(chǎn)品、當(dāng)前系統(tǒng)和當(dāng)前業(yè)務(wù)過(guò)程(guòchéng)新產(chǎn)品的主要競(jìng)爭(zhēng)優(yōu)勢(shì)共六十頁(yè)解決方案的前景(qiánjǐng)（續(xù)）主要的系統(tǒng)特性為新產(chǎn)品的每一項(xiàng)特性進(jìn)行惟一的命名或編號(hào)(biānhào)突出其超越原有產(chǎn)品或競(jìng)爭(zhēng)產(chǎn)品的特性假設(shè)和依賴(lài)條件記錄涉眾所提出的每一項(xiàng)假設(shè)。由于一方所作的假設(shè)往往不為其他方所知，因此有必要記錄下來(lái)并檢查。共六十頁(yè)解決方案的前景(qiánjǐng)示例解決方案的前景2.1前景陳述

對(duì)那些希望通過(guò)公司自助食堂或本地飯店(fàndiàn)在線訂餐的員工來(lái)說(shuō)，“自助食堂訂餐系統(tǒng)”是一個(gè)基于Internet的應(yīng)用程序，它可以接受個(gè)人或團(tuán)體訂餐，結(jié)算用餐費(fèi)用，并觸發(fā)將訂餐送到公司內(nèi)的指定位置。與當(dāng)前的電話訂餐和人工訂餐不同，使用“自助食堂訂餐系統(tǒng)”的員工并不需要到食堂內(nèi)去用餐，這就可以節(jié)約他們的時(shí)間，又可以增加他們對(duì)食物的選擇范圍。共六十頁(yè)解決方案的前景(qiánjǐng)示例（續(xù)）2.2主要特性（Feature）FE-1：根據(jù)自助食堂提供的選擇菜單或送貨菜單來(lái)訂餐。FE-2：根據(jù)本地飯店的送貨菜單來(lái)訂餐。FE-3：創(chuàng)建、瀏覽、修改和刪除(shānchú)用餐預(yù)訂服務(wù)。FE-4：注冊(cè)用餐的付費(fèi)方式。FE-5：請(qǐng)求送餐。FE-6：創(chuàng)建、瀏覽、修改和刪除自助食堂菜單。FE-7：預(yù)定自助食堂菜單上沒(méi)有的定做菜。FE-8：生成自助食堂定做菜的食譜和配料列表。FE-9：通過(guò)公司內(nèi)聯(lián)網(wǎng)可以訪問(wèn)系統(tǒng)，或者授權(quán)的員工通過(guò)外部Internet訪問(wèn)系統(tǒng)。共六十頁(yè)解決方案的前景(qiánjǐng)示例（續(xù)）2.3假設(shè)（ASsumption）和依賴(lài)（DEpendency)AS-1:自助食堂內(nèi)有可以訪問(wèn)公司內(nèi)聯(lián)網(wǎng)的計(jì)算機(jī)和打印機(jī)，這樣自助食堂就可以處理訂單量，不會(huì)遺漏(yílòu)送貨時(shí)間。AS-2:自助食堂有送貨人員和送貨車(chē)輛，這樣就能滿足所有的訂單的送貨要求：最多比請(qǐng)求的送貨時(shí)間晚15分鐘。DE-1:如果某飯店有自己的聯(lián)機(jī)訂餐系統(tǒng)，那么“自助食堂訂餐系統(tǒng)”必須能與這一系統(tǒng)進(jìn)行雙向通信。共六十頁(yè)項(xiàng)目范圍(fànwéi)和限制范圍定義解決方案的概念和范圍。限制則列出產(chǎn)品不會(huì)提供的某些功能。必須拒絕超出范圍的需求，除非它非常有意義。記錄下被拒絕的需求的內(nèi)容(nèiróng)、原因，以防此類(lèi)需求被再次提出。共六十頁(yè)項(xiàng)目范圍(fànwéi)和限制示例項(xiàng)目范圍和局限性3.1初始版本(bǎnběn)和后續(xù)版本(bǎnběn)的范圍共六十頁(yè)項(xiàng)目范圍(fànwéi)和限制示例（續(xù)）3.2限制與排除（LImitation）LI-1:自助食堂內(nèi)有些食物不適宜于送貨，因此“自助食堂訂餐系統(tǒng)”的顧客所用的菜單是食堂整個(gè)菜單的一個(gè)子集。LI-2:“自助食堂訂餐系統(tǒng)”只能(zhīnénɡ)用于本地Impact公司總部的自助食堂。共六十頁(yè)業(yè)務(wù)(yèwù)環(huán)境概述項(xiàng)目的一些業(yè)務(wù)問(wèn)題，包括主要(zhǔyào)的涉眾類(lèi)別，以及項(xiàng)目的管理優(yōu)先級(jí)。涉眾簡(jiǎn)介涉眾類(lèi)型從產(chǎn)品得到的主要價(jià)值或利益，包括：提高生產(chǎn)力、減少返工、節(jié)約成本、手工勞動(dòng)自動(dòng)化、能夠進(jìn)行全新的工作、符合相關(guān)的標(biāo)準(zhǔn)或法規(guī)、比現(xiàn)有產(chǎn)品更實(shí)用等可能對(duì)產(chǎn)品采取的態(tài)度感興趣的主要特性和功能必須遵循的約束共六十頁(yè)業(yè)務(wù)(yèwù)環(huán)境——項(xiàng)目?jī)?yōu)先級(jí)要想有效地決策，涉眾必須就項(xiàng)目的優(yōu)先