依照Longstreet [35] [36]面向对象系统主要不同是其对系统采用的一种另外不同的观察方式。传统的软件系统是个结构合成物，面向对象看来是一个单一的实体，对象表现了数据和过程。
对于图形用户界面(GUI)，internet 和 intranet 软件同样是对软件的另类观察。用FrontPage或者其他html工具开发的Web站点可能或者不可能包含任何功能。关键是对信息在哪里存放和信息怎样处理过程的理解。多数网站无非是菜单和文本。但也必须考虑这类系统的功能度量。
但Longstreet认为IFPUG功能点能适合面向对象环境[36](既然产品的功能规模是面向用户，它应该和实现方式无关)，但是必须要有一些面向对象和传统开发比较的标准化要素。为了支持这个观点，Longstreet发布了扩展的IFPUG 4.1版来适合图形用户界面、Internet, Intranet, OO和其他新出现的软件技术领域[20]。
Boehm也说全面功能点适用于图形用户界面(GUI),客户/服务器(client/server) 和 面向对象(object-oriented) 系统[19]，但也有一些问题需要解决。
当然，利用大多数功能规模方法，每一个功能业务领域可以度量功能规模，也可以得到一个数值。但是问题是，这个数据是否能正确代表系统或者它是否只是个数字，没有其他任何意义。
Symons意识到一个困难是方法的定义和过程将逐渐变的越复杂[08]，因为为了将一个老的规模方法改编适应新的开发方法和技术，就必须连续加入新的规则到老的规模度量方法中[08]。因此很难维持这些追加内容的一致性。
另外一个是有关分布式软件的问题，用户对功能的看法是必要实现的功能是否充分刻画。对这个问题的一个可能的方案是使用全面功能点版本2.0，它包含了层的概念来分别处理不同软件视域。进一步的研究会揭示新的功能规模度量方法是如全面功能点方法是否完全解决这些问题。
4.7 度量的工作产品(Measurement artifacts)
在整个软件生命周期都有可能有功能规模度量。既然在不同的软件生命周期阶段工作产品不同，就需要有不同的考虑：
哪些工作产品可以用来度量/估计 ，
对某种方法，什么时候是度量的最早时间点，
方法是在估计吗，
UML 是否可以用于度量/估计，
是否有可能从源代码进行后期度量计算 。
度量的工作产品(Artifacts for measurement)
首先，功能规模度量的开始时间点已经讨论。图8和图9(figures 8 and 9)是COSMIC [16] 自己确定的早期和后期实现用户功能需求的 模型。
文章来源于领测软件测试网 https://www.ltesting.net/
