軟體專案面臨的乙個普遍困難就是需求的不確定與頻繁變更，有效管理軟體需求要解決的乙個基本問題是確定變更的粒度大小以及對專案的影響程度。本文使用功能點標準度量需求的規模，使得採用量化方式管理軟體需求成為可能，從而對功能點在軟體專案管理方面的應用進行擴充。
1. 背景
相對於傳統行業的專案而言，在軟體專案中經常會發生工期拖延、費用超支、質量低下、使用者不滿意等負面情形，其原因可能包括客戶要求不合理、過程管理不規範、質量意識淡漠等多種因素，但不能否認的是軟體本身的特點是問題產生的根源。
相對於其他行業而言，例如土建、製造等傳統行業，軟體更為抽象和不易衡量，同時軟體還具有容易變更的特點。再加上軟體不容易量化的特點使得軟體專案的計畫與跟蹤粒度過粗、不能及時發現專案中存在的問題，從而導致軟體專案的管理往往流於形式化，不能起到應有的作用。
軟體專案管理主要從四個方面關注專案的進展狀況，它們依次是專案的範圍、時間、成本和質量，如圖一所示。其中專案範圍作為主要的變數，對其他三個指標產生明顯的影響。而軟體專案範圍的不確定性則會直接導致專案工期、專案成本和專案質量的不確定性。
圖一：專案管理三角形
軟體專案範圍的不確定性通常表現為如下兩個方面：
1. 專案前期需求不明確。前期需求不明確導致專案範圍不確定，而基於範圍基礎之上的工期、成本與質量目標顯然也帶有很大的不確定性。
正是因為需求不明確，許多專案傾向於採用固定價合同計價模式。當後期發生追加需求時，甲方可以避免追加合同金額的情形(甲方申請由追加需求產生的額外費用是比較困難的，因為他往往缺乏有效的方法說服自己的上司追加費用與額外需求之間明確的對應關係)。可想而知，固定價合同模式對專案的乙方會產生什麼樣的影響。
乙方只好做些力所能及的被動適應性工作，例如無可奈何的加班、質量方面的下降、工期方面的順延等等。
2. 需求變更時無法做出可信的量化影響分析。 因為需求規模的單位比較模糊，例如乙個需求、需求模組等籠統提法，導致變更的需求規模描述不容易被接受。
尤其是對於客戶而言，基於變更的需求所推導出的對應的工期變更、成本變更和質量變更也缺乏說服力。所以當需求變更後，專案計畫的修改往往是不夠準確的。
在軟體專案的需求管理中引入功能點分析方法可以有針對性地解決上述的問題。在軟體專案中引入功能點分析方法有助於：
l 約束需求的詳細程度
l 對需求變更的影響程度綜合分析
l 區分需求變更及其對應的種類
軟體測試需求的分析方法
軟體測試需求是開發測試用例的依據，測試需求分解的越詳細精準，表明對所測軟體的了解越深，對所要進行的任務內容就越清晰，對測試用例的設計質量的幫助越大。詳細的測試需求還是衡量測試覆蓋率的重要指標，測試需求是計算測試覆蓋的分母，沒有詳細的測試需求就無法有效的進行測試覆蓋計算。軟體測試執行階段是由一系列不同...
知識點4 1 2軟體需求分析 55 230
4 需求工程 1 需求開發 包括需求捕獲 需求分析 編寫規格說明書和需求驗證四個階段。2 需求管理 包括定義需求基線 處理需求變更和需求跟蹤。本部分遺留了以下3個問題 1 設計約束需進一步了解 2 邏輯檢視 物理檢視是什麼？與資料流圖描述的邏輯模型有什麼關係？3 需求基線的含義是什麼？本部分有以下3...
檔案管理軟體功能需求說明書
檔案管理軟體 網路版 功能需求說明書 1 簡介 1.1 目的 此文件的目的是對 檔案管理軟體的功能需求進行描述。以下章節將定義檔案管理軟體的功能需求，確定檔案管理軟體的使用範圍及使用基礎，為系統的設計提供參考依據。1.2 範圍 此文件僅適用於 檔案管理軟體。包括軟體的硬體支撐 系統結構描述 功能特徵...