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

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

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

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

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

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

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

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

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

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

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

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

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