項目前景與范圍文檔范例說明

1、工程前景與范圍文檔1 業(yè)務(wù)需求 該項內(nèi)容主要目的是清晰地解釋系統(tǒng)的業(yè)務(wù)需求。 業(yè)務(wù)需求描述了新系統(tǒng)將 帶給投資人、購置者和用戶的主要利益，說明了工程的最終目標(biāo)。1.1 應(yīng)用背景 概述系統(tǒng)開發(fā)的應(yīng)用背景，描述原有的應(yīng)用狀況，說明新系統(tǒng)開發(fā)的動機。 例如，一個自動餐廳在線訂餐系統(tǒng)的應(yīng)用背景描述如下： 目前， Process Impact 公司的大多數(shù)職工平均每天要花費 60 分鐘去自助餐 廳用餐，其中大約有 20 分鐘要花在公司和自助餐廳之間的往返、選擇午餐和以 現(xiàn)金或信用卡方式結(jié)賬上。當(dāng)職工到自助餐廳之外去用午餐時，他們平均有 90 分鐘時間不在崗。有些職工提前給自助食堂打 預(yù)訂午餐，請自助餐廳

2、準(zhǔn)備好 他們選擇的午餐。 但是，職工并不總是能夠如愿以償， 因為自助餐廳有些食物已 賣完。而與此同時， 自助餐廳又在浪費大量的食物， 因為有些食物沒有賣掉而只 好倒掉。早餐和午餐同樣面臨著這樣的問題， 只是到餐廳用餐的職工人數(shù)比午餐 要少得多。業(yè)務(wù)機遇如果開發(fā)的是商業(yè)產(chǎn)品， 這局部描述的是存在的市場機遇以及產(chǎn)品要參與競 爭的市場。 如果是企業(yè)信息系統(tǒng)， 那么應(yīng)描述要解決的業(yè)務(wù)問題或需要改進的業(yè)務(wù) 流程，以及系統(tǒng)的應(yīng)用環(huán)境。自助餐廳例子的業(yè)務(wù)機遇描述如下：許多職工都通過自助餐廳的一個在線訂餐系統(tǒng)提出訂餐請求， 要求在指定的 日期和時間內(nèi)將所訂的午餐送到公司的指定地點。 通過這樣一個系統(tǒng)， 使用這

3、一 效勞的職工可以節(jié)約相當(dāng)可觀的時間，而且訂到自己喜歡事物的時機也增大了。 這既提高了他們的工作生活質(zhì)量， 也提高了他們的生產(chǎn)率。 自助餐廳提前了解到 客戶需求哪些食物， 就可以減少浪費， 并提高職工的工作效率。 要求送貨上門的 訂餐職工將來還可以從本地的其他飯店來訂餐， 這就大大擴大了職工對食物的選 擇范圍，并通過與其他飯店的大量購餐協(xié)議而有可能節(jié)約費用。 Process Impact 公司也可以只在自助餐廳訂午餐， 而在其他飯店訂早餐、 晚餐、特定事件的用餐 和周末會餐。業(yè)務(wù)目標(biāo)與成功標(biāo)準(zhǔn)用量化和可衡量的方式概述產(chǎn)品提供了哪些重要的業(yè)務(wù)利益。業(yè)務(wù)目標(biāo)的例子如下：BO- 1 :在第一版應(yīng)用之

4、后的6個月內(nèi)，減少食物的浪費。度量標(biāo)準(zhǔn) Scale ：每周被自助餐廳工作人員扔掉的食物的價值。 計量方法 Meter ：檢查自助餐廳庫存系統(tǒng)的日志。理想標(biāo)準(zhǔn) : 減少 50%；一般標(biāo)準(zhǔn)：減少 30%；最低標(biāo)準(zhǔn)：減少 20%BO - 2 : 在第一版應(yīng)用之后的 12個月內(nèi)，減少 15%自助餐 的運作本錢。BO- 3 : 在第一版應(yīng)用之后的 3 個月內(nèi)，每個職工每天的有效工作時間平均增 加 20 分鐘。成功標(biāo)準(zhǔn)的例子如下：SC- 1 ：在第一版應(yīng)用之后的 6個月內(nèi)， 目前在自助餐廳用午餐的職工中， 75% 的人使用在線訂餐系統(tǒng)。SC- 2 :在第一版應(yīng)用之后的3個月內(nèi)，對自助餐廳滿意度的季度調(diào)查評

5、價要 提高 0.5，而在第一版應(yīng)用之后的 12個月內(nèi)，這種滿意度要提高 1.0。業(yè)務(wù)風(fēng)險 概述與產(chǎn)品開發(fā)相關(guān)的主要風(fēng)險。風(fēng)向類型包括市場競爭、時間安排、用戶 認可、實現(xiàn)技術(shù)以及可能對業(yè)務(wù)造成的負面影響。業(yè)務(wù)風(fēng)險的例如如下:RI - 1 :使用該系統(tǒng)的職工太少，減少了對系統(tǒng)開發(fā)和變更自助餐廳經(jīng)營過程 的投資回報?？赡苄?0.3 ，影響為 9。RI - 2 :其他本地飯店可能并不認同減價是職工使用這一系統(tǒng)的正當(dāng)理由，這 會減低職工對該系統(tǒng)的滿意可能性為 0.4，影響為 3。2 工程前景 這一局部建立系統(tǒng)的戰(zhàn)略前景，該系統(tǒng)將實現(xiàn)業(yè)務(wù)目標(biāo)。前景為產(chǎn)品生命周 期中所有決策提供了背景。詳細的功能需求或工程

6、方案信息不應(yīng)該包括這一部 分。前景概述用一個簡潔的聲明概括系統(tǒng)的長期目標(biāo)和意圖。 聲明應(yīng)當(dāng)反響能夠滿足不同 涉眾需求的平衡觀點。前景聲明可以理想化，但應(yīng)當(dāng)以當(dāng)前或預(yù)期的市場現(xiàn)狀、 企業(yè)結(jié)構(gòu)、團體戰(zhàn)略和資源限制為依據(jù)。前景概述的例如如下: 對那些希望通過公司自助餐廳或其他在線餐廳的職工來說， 自助餐廳訂餐系統(tǒng)是一個基于 Internet 的應(yīng)用程序，他可以接受個人訂餐系統(tǒng)或團體訂餐，結(jié)算用餐費用，并觸發(fā) 將與訂餐系統(tǒng)送到 Process Impact 公司內(nèi)指定位置的事件。與當(dāng)前 自助餐廳訂餐系統(tǒng)的 雇員不需要到食堂內(nèi)去用餐， 這既可以節(jié)約他們的時間， 又可以擴大他們對食物的選擇范圍。 2.2

7、主要特性為新產(chǎn)品的每一項主要特性戶用戶功能進行固定的、唯一的命名或編號，突 出其超越原有產(chǎn)品或競爭的特性。 給每項特性一個唯一的標(biāo)號， 這樣可以追蹤其 去向用戶需求、功能需求和其他系統(tǒng)元素。系統(tǒng)特性的例如如下:FE-1:根據(jù)自助餐廳提供的菜單來訂餐。FE-2 :根據(jù)其他本地飯店的送貨菜單來訂餐。FE-3 :請求送餐。FE 4創(chuàng)立、瀏覽、修改、刪除用餐預(yù)定。假設(shè)與依賴 記錄的構(gòu)思工程和編寫前景與范圍文檔過程中涉眾所提出的每一項假設(shè)。 由 于其一方所做的假設(shè)往往不為其他各方所知， 因此通過的假設(shè)記錄下來并進行檢 查，各方就能對工程潛在的根本假設(shè)達成一致。 這樣便能夠防止可能的混亂會在 將來造成影響

8、。這一局部還記錄工程對不在控制范圍內(nèi)的外部因素的主要依賴關(guān)系。這類外部因素包括懸而未決的行業(yè)標(biāo)準(zhǔn)或政府法規(guī)、 其他工程、第三方廠商及開發(fā)伙伴 等。假設(shè)與依賴的例如如下：AS-1 :自助餐廳內(nèi)有可以訪問公司內(nèi)網(wǎng)的電腦和打印機。AS-2 :自助餐廳有送貨人員和送貨車輛，最多比請求的送貨時間晚15分鐘。AS-3:如果某飯店有自己的聯(lián)機訂餐系統(tǒng)，那么自助餐廳訂餐系統(tǒng)必須能與 這一系統(tǒng)進行雙向通信。3工程范圍第一版范圍概述方案在產(chǎn)品的第一版本中實現(xiàn)的主要特性。描述產(chǎn)品的質(zhì)量特性，產(chǎn)品 依靠這些特性位不同類別的用戶提供預(yù)期利益。如果目標(biāo)是集中開發(fā)力量和維持合理的工程進度，就不要企圖在1.0版本中包含所有可

9、能的需求。那樣會導(dǎo)致工程范圍在不知不覺中增大，是進度延誤。應(yīng)該把注意力集中在那些能夠在短時間內(nèi)，以最適宜的本錢，為最大多數(shù)用戶提供 最大價值的特性上。3.2后續(xù)版本范圍如果要采用階段性的開發(fā)方式，需要決定推遲實現(xiàn)哪些特性，并為后續(xù)的版 本做出時間安排。后續(xù)版本能夠?qū)崿F(xiàn)更多的需求和特性，并可完善最初的功能。 隨著產(chǎn)品的不斷成熟，系統(tǒng)的性能、可靠性和其他質(zhì)量特征也將得到改進。第一版本和后續(xù)版本的范圍定義例如下表所示: 版本范圍例如特性版本1版本2版本3FE-1用午餐菜單定標(biāo)準(zhǔn)餐；費用 支付方式是從工資中扣除除午餐外，也可訂早餐和晚餐； 費用的支付方式可以是信用卡FE-2不實現(xiàn)不實現(xiàn)完全實現(xiàn)FE-3

10、送餐地點僅限公司內(nèi)部送餐地點也可是公司外FE-4假設(shè)有時間就實現(xiàn)完全實現(xiàn)FE-5完全實現(xiàn)限制與排除管理范圍蔓延的方法之一是，定義工程包含的需求與不包含的需求之間的界 線。此處應(yīng)列出涉眾可能希望得到、但不在產(chǎn)品或其某個特定版本方案之內(nèi)的功 能和特性。限制和排除的例如如下：L1-1 :自助餐廳的有些食物不適宜送貨，因此“自助餐廳訂餐系統(tǒng)的顧客使用 的送貨菜單是食堂整個菜單的字集。L1-2 :“自助餐廳訂餐系統(tǒng)只能用于 Process Impact公司總部內(nèi)的自助餐廳。4工程環(huán)境操作環(huán)境描述系統(tǒng)將用于什么樣的環(huán)境，定義關(guān)鍵的可用性、可靠性、性能等質(zhì)量屬 性要求。這些信息對操作系統(tǒng)的結(jié)構(gòu)定義有著重要的

11、影響。和操作環(huán)境有關(guān)的問題包括: 用戶是地理分散的還是集中的 不同的用戶會在什么時間訪問系統(tǒng) 數(shù)據(jù)在何處生成，用于何處 訪問數(shù)據(jù)時的最大響應(yīng)時間是否 用戶是否能容忍效勞中斷 是否需要提供訪問平安機制和數(shù)據(jù)保護涉眾描述工程涉眾的相關(guān)信息，重點介紹不同類型的客戶、目標(biāo)市場和目標(biāo)市場 的用戶類別，說明他們和系統(tǒng)密切相關(guān)的一些特征。工程屬性要想更有效地進行決策，涉眾就必須就工程的相關(guān)屬性及其優(yōu)先級達成一 致。這些屬性包括：特性、質(zhì)量、本錢、進度和人員。對任何一個特定的工程而言，上述每個屬性都有三種影響因素： 驅(qū)動因素：重要的成功目標(biāo) 約束因素：工程必須在一定的限制下開展工作 可調(diào)整因素：可根據(jù)其他方面

12、進行平衡和調(diào)整的因素工程經(jīng)理的目標(biāo)：在約束因素施加的限制內(nèi)，合理安排可調(diào)整因素，獲得最 大的驅(qū)動因素。在工程屬性之間不可調(diào)和時，屬性間的優(yōu)先級順序指導(dǎo)工程管理者采取正確 的行動。工程屬性例如屬性執(zhí)行者約束因素可調(diào)整因素進度方案一日期完成第一版；_日期兀成第版；在不包括責(zé) 任人評審的情況下，最多可 超過期限3周特性質(zhì)量須通過95%的用戶驗收測 試；須通過全部平安性的 測試；所有的平安性測 試；所有的平安事務(wù)都必 須遵守公司的平安標(biāo)準(zhǔn)人員團隊規(guī)模包括1名兼職的 工程經(jīng)理,2名開發(fā)人員和 1名兼職的測試人員；假 設(shè)有必要，還可再增加兼 職的開發(fā)人員費用在不包括責(zé)任人評審的情況 下，財政預(yù)算最多可超支 30%參考文獻Leffingwell1999 Leffin