能，而每一個數(shù)據(jù)功能也必須有對應的事務功能。而對于每一項數(shù)據(jù)功能自然可以聯(lián)想到維護數(shù)據(jù)功能的三種事務功能，輸入功能（通常包括新增、刪除和修改三種功能）、輸出功能和查詢功能。而每一項事務功能通常至少與一個內部邏輯文件或外部接口文件關聯(lián)。
而對于具體每項需求（包括數(shù)據(jù)功能與事務功能）描述的詳細程度也可以參考功能點約束標準。對于每項數(shù)據(jù)功能，識別它們所包含的DET和RET；對于每項事務功能，識別它們的對應的DET、FTR以及所采用的處理邏輯（處理邏輯即上文所描述的十三種處理邏輯）。如果客戶不能確定對應的DET、RET、FTR或處理邏輯，那么也應該將這些不能確定的內容作為需求風險識別出來，在后續(xù)的階段應加以確認和跟蹤，及早確認這些不確定項。
5. 結論
本文通過分析軟件需求變更的特點，將軟件功能點分析方法引入軟件需求變更管理過程中。對于軟件需求變更首先將其區(qū)分為遺漏性需求或追加性需求，然后再區(qū)分需求是新增、修改還是刪除，尤其是分析了判斷修改需求的界定標準，給出了判定修改需求的三個條件。在此基礎上，討論需求變更的影響分析，并給出了需求變更后的項目功能點公式。最后建議采用功能點標準作為客戶需求的約束標準，提高軟件需求的完整性和詳細程度。功能點分析方法作為確定軟件規(guī)模的基礎方法，可以有效提升軟件量化管理水平，還可以廣泛應用于軟件項目管理、質量管理等相關領域。
6. 參考文獻
[1] 李師賢等，計算機工程2002年 28卷 1期，“需求分析的常見問題及其對策分析”P6-8
[2] 美國項目管理協(xié)會, 盧有杰，王勇，譯. 項目管理知識體系指南[M],第3版. 北京：電子工業(yè)出版社，2004年：77
[3] Valerie Marthaler ,“Counting Practice Manual [M]”, 4.2.1版. Princeton, NJ: IFPUG, 2004: 3.2-3.7
[4] Ian Sommerville,“軟件工程（英文版）”,第七版，北京：機械工業(yè)出版社，2004，P613-638
[5] Swapna Kishore，“Software Requirement and Estimation”,First Edition, New Delhi, Tata McGraw-Hill Publishing Company Limited, 2001, P185-196
[6] David Garmus, David Hrron. 錢嶺，蘇薇，盛軼陽，譯.“功能點分析”,第一版，北京：清華大學出版社，2003， P216-224
[7] Lawrence H. Putnam.“Five Core Metrics”. First Edition. New York. Dorset House Publishing, 2003, P89-102
[8] Capers Jones. “軟件評估、度量與最佳方法（影印版）” 第一版. 北京：高等教育出版社，2003, P115-126
轉貼于：http://opto-elec.com.cn
項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~
http://opto-elec.com.cn/pmqhd/index.html
