能，而每一个数据功能也必须有对应的事务功能。而对于每一项数据功能自然可以联想到维护数据功能的三种事务功能，输入功能（通常包括新增、删除和修改三种功能）、输出功能和查询功能。而每一项事务功能通常至少与一个内部逻辑文件或外部接口文件关联。
而对于具体每项需求（包括数据功能与事务功能）描述的详细程度也可以参考功能点约束标准。对于每项数据功能，识别它们所包含的DET和RET；对于每项事务功能，识别它们的对应的DET、FTR以及所采用的处理逻辑（处理逻辑即上文所描述的十三种处理逻辑）。如果客户不能确定对应的DET、RET、FTR或处理逻辑，那么也应该将这些不能确定的内容作为需求风险识别出来，在后续的阶段应加以确认和跟踪，及早确认这些不确定项。
5. 结论
本文通过分析软件需求变更的特点，将软件功能点分析方法引入软件需求变更管理过程中。对于软件需求变更首先将其区分为遗漏性需求或追加性需求，然后再区分需求是新增、修改还是删除，尤其是分析了判断修改需求的界定标准，给出了判定修改需求的三个条件。在此基础上，讨论需求变更的影响分析，并给出了需求变更后的项目功能点公式。最后建议采用功能点标准作为客户需求的约束标准，提高软件需求的完整性和详细程度。功能点分析方法作为确定软件规模的基础方法，可以有效提升软件量化管理水平，还可以广泛应用于软件项目管理、质量管理等相关领域。
6. 参考文献
[1] 李师贤等，计算机工程2002年 28卷 1期，“需求分析的常见问题及其对策分析”P6-8
[2] 美国项目管理协会, 卢有杰，王勇，译. 项目管理知识体系指南[M],第3版. 北京：电子工业出版社，2004年：77
[3] Valerie Marthaler ,“Counting Practice Manual [M]”, 4.2.1版. Princeton, NJ: IFPUG, 2004: 3.2-3.7
[4] Ian Sommerville,“软件工程（英文版）”,第七版，北京：机械工业出版社，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://www.leadge.com
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
