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

項目前景與范圍文檔1 業(yè)務需求該項內容主要目的是清晰地解釋系統(tǒng)的業(yè)務需求。業(yè)務需求描述了新系統(tǒng)將帶給投資人、購買者和用戶的主要利益，說明了項目的最終目標。1.1 應用背景概述系統(tǒng)開發(fā)的應用背景，描述原有的應用狀況，說明新系統(tǒng)開發(fā)的動機。例如，一個自動餐廳在線訂餐系統(tǒng)的應用背景描述如下：目前，Process Impact公司的大多數員工平均每天要花費60分鐘去自助餐廳用餐，其中大約有20分鐘要花在公司和自助餐廳之間的往返、選擇午餐和以現金或信用卡方式結賬上。當員工到自助餐廳之外去用午餐時，他們平均有90分鐘時間不在崗。有些員工提前給自助食堂打電話預訂午餐，請自助餐廳準備好他們選擇的午餐。但是，員工并不總是能夠如愿以償，因為自助餐廳有些食物已賣完。而與此同時，自助餐廳又在浪費大量的食物，因為有些食物沒有賣掉而只好倒掉。早餐和午餐同樣面臨著這樣的問題，只是到餐廳用餐的員工人數比午餐要少得多。1.2 業(yè)務機遇如果開發(fā)的是商業(yè)產品，這部分描述的是存在的市場機遇以及產品要參與競爭的市場。如果是企業(yè)信息系統(tǒng)，則應描述要解決的業(yè)務問題或需要改進的業(yè)務流程，以及系統(tǒng)的應用環(huán)境。自助餐廳例子的業(yè)務機遇描述如下：許多員工都通過自助餐廳的一個在線訂餐系統(tǒng)提出訂餐請求，要求在指定的日期和時間內將所訂的午餐送到公司的指定地點。通過這樣一個系統(tǒng)，使用這一服務的員工可以節(jié)約相當可觀的時間，而且訂到自己喜歡事物的機會也增大了。這既提高了他們的工作生活質量，也提高了他們的生產率。自助餐廳提前了解到客戶需求哪些食物，就可以減少浪費，并提高員工的工作效率。要求送貨上門的訂餐員工將來還可以從本地的其他飯店來訂餐，這就大大擴大了員工對食物的選擇范圍，并通過與其他飯店的大量購餐協(xié)議而有可能節(jié)約費用。Process Impact公司也可以只在自助餐廳訂午餐，而在其他飯店訂早餐、晚餐、特定事件的用餐和周末會餐。1.3 業(yè)務目標與成功標準用量化和可衡量的方式概述產品提供了哪些重要的業(yè)務利益。業(yè)務目標的例子如下：BO1 :在第一版應用之后的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個月內，對自助餐廳滿意度的季度調查評價要提高0.5，而在第一版應用之后的12個月內，這種滿意度要提高1.0。1.4 業(yè)務風險概述與產品開發(fā)相關的主要風險。風向類型包括市場競爭、時間安排、用戶認可、實現技術以及可能對業(yè)務造成的負面影響。業(yè)務風險的示例如下：RI 1：使用該系統(tǒng)的員工太少，減少了對系統(tǒng)開發(fā)和變更自助餐廳經營過程的投資回報?？赡苄?.3，影響為9。RI 2：其他本地飯店可能并不認同減價是員工使用這一系統(tǒng)的正當理由，這會減低員工對該系統(tǒng)的滿意可能性為0.4，影響為3。2 項目前景這一部分建立系統(tǒng)的戰(zhàn)略前景，該系統(tǒng)將實現業(yè)務目標。前景為產品生命周期中所有決策提供了背景。詳細的功能需求或項目計劃信息不應該包括這一部分。2.1 前景概述用一個簡潔的聲明概括系統(tǒng)的長期目標和意圖。聲明應當反應能夠滿足不同涉眾需求的平衡觀點。前景聲明可以理想化，但應當以當前或預期的市場現狀、企業(yè)結構、團體戰(zhàn)略和資源限制為依據。 前景概述的示例如下： 對那些希望通過公司自助餐廳或其他在線餐廳的員工來說，自助餐廳訂餐系統(tǒng)是一個基于Internet的應用程序，他可以接受個人訂餐系統(tǒng)或團體訂餐，結算用餐費用，并觸發(fā)將與訂餐系統(tǒng)送到Process Impact 公司內指定位置的事件。與當前自助餐廳訂餐系統(tǒng)的雇員不需要到食堂內去用餐，這既可以節(jié)約他們的時間，又可以擴大他們對食物的選擇范圍。2.2 主要特性為新產品的每一項主要特性戶用戶功能進行固定的、唯一的命名或編號，突出其超越原有產品或競爭的特性。給每項特性一個唯一的標號，這樣可以追蹤其去向-用戶需求、功能需求和其他系統(tǒng)元素。系統(tǒng)特性的示例如下：FE-1：根據自助餐廳提供的菜單來訂餐。FE-2：根據其他本地飯店的送貨菜單來訂餐。FE-3：請求送餐。FE-4：創(chuàng)建、瀏覽、修改、刪除用餐預定。2.3 假設與依賴 記錄的構思項目和編寫前景與范圍文檔過程中涉眾所提出的每一項假設。由于其一方所做的假設往往不為其他各方所知，因此通過的假設記錄下來并進行檢查，各方就能對項目潛在的基本假設達成一致。這樣便能夠避免可能的混亂會在將來造成影響。這一部分還記錄項目對不在控制范圍內的外部因素的主要依賴關系。這類外部因素包括懸而未決的行業(yè)標準或政府法規(guī)、其他項目、第三方廠商及開發(fā)伙伴等 。假設與依賴的示例如下：AS-1：自助餐廳內有可以訪問公司內網的計算機和打印機。AS-2：自助餐廳有送貨人員和送貨車輛，最多比請求的送貨時間晚15分鐘。AS-3：如果某飯店有自己的聯機訂餐系統(tǒng)，那么自助餐廳訂餐系統(tǒng)必須能與這一系統(tǒng)進行雙向通信。3 項目范圍3.1 第一版范圍概述計劃在產品的第一版本中實現的主要特性。描述產品的質量特性，產品依靠這些特性位不同類別的用戶提供預期利益。如果目標是集中開發(fā)力量和維持合理的項目進度，就不要企圖在1.0版本中包含所有可能的需求。那樣會導致項目范圍在不知不覺中增大，是進度延誤。應該把注意力集中在那些能夠在短時間內，以最適宜的成本，為最大多數用戶提供最大價值的特性上。3.2 后續(xù)版本范圍如果要采用階段性的開發(fā)方式，需要決定推遲實現哪些特性，并為后續(xù)的版本做出時間安排。后續(xù)版本能夠實現更多的需求和特性，并可完善最初的功能。隨著產品的不斷成熟，系統(tǒng)的性能、可靠性和其他質量特征也將得到改進。第一版本和后續(xù)版本的范圍定義示例下表所示：版本范圍示例特性版本1版本2版本3FE-1用午餐菜單定標準餐；費用支付方式是從工資中扣除除午餐外，也可訂早餐和晚餐；費用的支付方式可以是信用卡FE-2不實現不實現完全實現FE-3送餐地點僅限公司內部送餐地點也可是公司外FE-4若有時間就實現完全實現FE-5完全實現3.3 限制與排除管理范圍蔓延的方法之一是，定義項目包含的需求與不包含的需求之間的界線。此處應列出涉眾可能希望得到、但不在產品或其某個特定版本計劃之內的功能和特性。限制和排除的示例如下：L1-1：自助餐廳的有些食物不適宜送貨，因此“自助餐廳訂餐系統(tǒng)”的顧客使用的送貨菜單是食堂整個菜單的字集。L1-2：“自助餐廳訂餐系統(tǒng)”只能用于Process Impact公司總部內的自助餐廳。4 項目環(huán)境4.1 操作環(huán)境描述系統(tǒng)將用于什么樣的環(huán)境，定義關鍵的可用性、可靠性、性能等質量屬性要求。這些信息對操作系統(tǒng)的結構定義有著重要的影響。和操作環(huán)境有關的問題包括： 用戶是地理分散的還是集中的 不同的用戶會在什么時間訪問系統(tǒng) 數據在何處生成，用于何處 訪問數據時的最大響應時間是否已知 用戶是否能容忍服務中斷 是否需要提供訪問安全機制和數據保護4.2 涉眾描述項目涉眾的相關信息，重點介紹不同類型的客戶、目標市場和目標市場的用戶類別，說明他們和系統(tǒng)密切相關的一些特征。4.3 項目屬性要想更有效地進行決策，涉眾就必須就項目的相關屬性及其優(yōu)先級達成一致。這些屬性包括：特性、質量、成本、進度和人員。對任何一個特定的項目而言，上述每個屬性都有三種影響因素： 驅動因素：重要的成功目標 約束因素：項目必須在一定的限制下開展工作 可調整因素：可根據其他方面進行平衡和調整的因素項目經理的目標：在約束因素施加的限制內，合理安排可調整因素，獲得最大的驅動因素。在項目屬性之間不可調和時，屬性間的優(yōu)先級順序指導項目管理者采取正確的行動。項目屬性示例屬性執(zhí)行者約束因素可調整因素進度計劃_日期完成第一版；_日期完成第二版；在不包括責任人評審的情況下，最多可超過期限3周特性1.0版本中要求實現的特性必須完全可操作質量須通過95%的用戶驗收測試；須通過全部安全性的測試；所有的安全性測試；所有的安全事務都必須遵守公司的安全標準人員團隊規(guī)模包括1名兼職的項目經理,2名開發(fā)人員和1名兼職的測試人員；若有必要，還可再增加兼職的開發(fā)人員費用在不包括責任人評審的情況下，財政預算最多可超支30%參考文獻Leffingwell1999 Leffingwell,D. ,