KKwan的博客

COSMIC 方法旨在度量业务应用程序(或“信息管理系统”)、实时和基础设施软件以及某些类型的科学/工程软件的功能性用户需求（FUR），适用于软件架构的任何层，以及软件分解的任何级别。

• 如果在项目的早期就需要进行规模度量，需求可能还没有文档化，从而无法进行精准的 COSMIC 度。将每次度量用到的这些参数文档化，有助于确保将来这些数据只会在“类似的”基础上进行比较和使用。需要与度量发起者商定并记录度量的目的和其他各种参数，以便将来每个人都能理解度量的规模和如何。• 有时，需要度量已安装在系统中的软件规模，这些软件已不存在需求。实际上，在组织中度量不同类型的软件时，只需要确定少数几个反复出现的参数“模式”。统的主要部件 （“层级 1”），或 SOA 架构中的可重用组件（“层级 2”）。

COSMIC 方法没有刻意度量数据运算，因为目前还没有被普遍接受的度量数据运算的方法，因此它可以与数据移动的度量相结合，生成有意义的功能规模。原则 b)和 h)告诉我们，软件的任务是响应在其功能用户的世界中发生的事件。（边界是正在度量的软件与其功能用户之间的接口。如图的实时案例，传感器可以看作是发送关于自身数据的功能用户，即功能用户扮演兴趣对象的角色，因此它将在度量策略阶段的早期被识别出来。这个图通常的解释是，事件引发功能用户生成消息（数据组），该消息由“触发输入”移动到其功能处理中，从而启动功能处理。

然后我们可以将度量阶段的规则应用到该模型，来度量软件 FUR 的功能规模。• 对一个数据移动（新增、修改或删除）变更的规模，约定为 1CFP。（“修改”可能包括对数据移动和/或该数据组任何属性相关联的数据运算的变更）。• 一个软件块变更的规模等于其所有功能处理中新增、修改或删除的数据移动之和。• 因此，对功能处理的变更的最小规模是 1 CFP。• 软件块的规模等于其功能处理的规模的总和。• 功能处理的规模等于其数据移动的数量。软件块的功能规模等于其数据移动的数量。规模可以在不同的级别上进行汇总。