COSMIC功能规模度量方法
COSMIC功能规模度量方法
COSMIC功能规模度量方法版本号 4.0.1实时软件的规模度量指南版本号 1.12015年4月感谢此指南文件(版本号1.1) 的编者和评审者名单，此指南适用于The COSMIC方法 (版本4.0、4.0.1)：Peter Fagg PentadUnited Kingdom Arlan Lesterhuis*,NetherlandsHassan SoubraEcole Supérieure des TechniquesAéronautiques et de ConstructionAutomobileFranceCharles Symons*, United Kingdom Frank VogelezangOrdinaThe NetherlandsChris WoodwardChris Woodward Associates Ltd.United Kingdom* 这个指南的编者指南文件(版本号1.0，2012) 的编者和评审者名单：Alain Abran, École de Technologie Supérieure, Université du Québec, Canada Juan J. Cuadrado-Gallego,University of Alcalá, Madrid, SpainJean-Marc Desharnais*, École deTechnologie Supérieure, Universitédu Québec, CanadaCigdem Gencel, Free University of Bozen/Bolzano, Italy Arlan Lesterhuis*, Netherlands Kenneth Lind, Viktoria University,SwedenBernard Londeix*, Telmaco Ltd, United Kingdom François Perron, PyxisTechnologies, CanadaCharles Symons*, United KingdomSylvie Trudel, Pyxis Technologies, Canada Frank Vogelezang, Ordina,NetherlandsSteve Webb, independentconsultant, United Kingdom2015版权所有。
电饭煲案例分析（中文版）说明书
COSMIC功能规模度量方法4.0.1版电饭煲案例分析2.0版2016年3月致谢2.0版的评审人员Alain Abran *École de Technologie Supérieure, Université du QuébecCanada Jean-Marc DesharnaisÉcole de TechnologieSupérieure, Université duQuébecCanadaPeter FaggPentad LtdUnited KingdomLuigi Lavazza Universita degli Studi dell’InsubriaItaly Arlan LesterhuisThe NetherlandsDylan RenMeasures Technology LLCChinaCharles Symons * United Kingdom Sylvie TrudelUniversité du Québec à MontréalCanadaFrank VogelezangOrdinaThe NetherlandsChris WoodwardUnited Kingdom*标星号为本案例2.0版编辑人员中文版贡献者翻译组织者麦哲思科技（北京）有限公司电话：400-1781727初版翻译张倩倩麦哲思科技高级QA校对郭玲麦哲思科技高级咨询顾问，COSMIC讲师注：对COSMIC及本文档的任何疑问或指正之处，请加入COSMIC交流QQ群——309842452。
版本控制下表为本案例分析的部分变更履历。
日期评审者修订/增加2000 Abran, Desharnais, Fagg,Oligny, St-Pierre, Symons, DeTran-CaoCOSMIC-FFP版本。
《软件研发成本度量规范应用指南(预算场景)》
版权所有 侵权必究
《软件研发成本度量规范》应用指南—预算场景
1 概述 1.1 编制背景
长期以来，如何度量软件研发成本一直是产业界的难题，尤其是在预算、招投标、项目 计划等活动中因为缺失科学统一的软件研发成本度量标准，较大程度导致项目做预算时无据 可依，进而造成预算浪费或预算不足；在软件项目招投标过程中，因为缺乏软件研发成本度 量依据，恶意竞标、低价中标现象频频发生；开发方在项目实施过程中，由于缺乏成本控制 的科学依据，也经常出现时间滞后、费用远远超出最初预算的情况。科学统一的软件研发成 本度量标准既是有效进行软件项目管理的重要依据，也是当前软件产业发展的迫切需要。
参考资料 ................................................................ 14 附 录 A 术语 .......................................................... 15 附 录 B 常用模板样例及参数表 ........................................... 19
3 估算方法应用示例及说明.................................................. 9 3.1 方程法应用示例 ....................................................... 9 3.2 其他估算方法示例 .................................................... 11 3.3 委托方与开发方应用差异说明 .......................................... 13
10分钟掌握COSMIC估算方法
规模估算方法（COSMIC FFP）
1、COSMIC FFP方法介绍
1）定义：COmmon Software Measurement International Consortium，COSMIC)提出的全功能点分析方法（COSMIC-FFP）。
2）原理：功能规模是通过“数据移动(Data movement)”的个数来度量。
3）有4种类型的数据移动：输入(Entry)、输出(eXit)、读(Read)和写(Write)。
●输入（E），是从用户穿越被度量系统的范围传输数据到系统内部，这里提到的用户
既包括系统的使用人员，也包括其他软件或者硬件系统；
●输出（X），是一个数据组从一个功能处理通过范围移动到需要它的用户；
●读（R），是从永久性的存储设备读取数据。
●写（W），是存储数据到永久性的存储设备；
4）识别数据移动。
从用户功能需求入手，分析功能过程的执行过程，分解出每个分过程，识别输入、输出、读、写这4类数据移动，一个数据移动记为一个COSMIC功能规模单位(CFP)。
5）功能分解列表分析步骤
6）将每个功能项的估算值，填入估算记录表，汇总计算出总的功能点数CFP。
7）原则：每一个功能项必须有一个E（输入），一个X（输出）或一个W（写），即至少2个cfp。
10分钟掌握COSMIC估算方法(原创)
规模估算方法（COSMIC FFP）
1、COSMIC FFP方法介绍
1）定义：COmmon Software Measurement International Consortium，COSMIC)提出的全功能点分析方法（COSMIC-FFP）。
2）原理：功能规模是通过“数据移动(Data movement)”的个数来度量。
3）有4种类型的数据移动：输入(Entry)、输出(eXit)、读(Read)和写(Write)。
●输入（E），是从用户穿越被度量系统的范围传输数据到系统内部，这里提到的用户
既包括系统的使用人员，也包括其他软件或者硬件系统；
●输出（X），是一个数据组从一个功能处理通过范围移动到需要它的用户；
●读（R），是从永久性的存储设备读取数据。
●写（W），是存储数据到永久性的存储设备；
4）识别数据移动。
从用户功能需求入手，分析功能过程的执行过程，分解出每个分过程，识别输入、输出、读、写这4类数据移动，一个数据移动记为一个COSMIC功能规模单位(CFP)。
5）功能分解列表分析步骤
6）将每个功能项的估算值，填入估算记录表，汇总计算出总的功能点数CFP。
7）原则：每一个功能项必须有一个E（输入），一个X（输出）或一个W（写），即至少2个cfp。
几种常见的软件规模度量方法的对比
几种常见的软件规模度量方法的对比在软件研发成本度量（包括估算与测量）方面，对于软件规模本身的评价是首要任务。
根据软件行业的实践，目前评价软件规模的方法主要分为两种：基于业务视角和基于开发视角。
基于业务视角的方法是从用户角度出发，与软件开发技术无关，如：功能点、故事点、用例点、对象点等方法；基于开发视角的方法是从开发者角度出发，如：基于软件源代码行、数据库表、函数数量等方法。
基于开发视角的软件规模评价的方法，优点是操作简单、实施容易，但不容易在项目干系人之间达成一致，往往会引起较多的分歧。
基于开发视角的评价方法虽然在实际工作中也有着普遍的应用，但更多地局限于软件开发团队内部。
如果要在业务部门与开发部门、甲方与乙方等外部组织约定软件开发的工期或费用等关键项目目标，则需要从业务视角出发，对软件项目规模进行标准、一致的评价与估算。
而且，在系统初始阶段，用户功能需求是唯一真正可以得到的信息。
任何程序大小或代码行数的猜想实际上都是从系统要提供的功能性推演出来。
下表展示了几种常用的软件规模度量方法的对比，可以看出，功能点方法最优。
软件规模度量方法对比分类比对项目功能点对象点用例点故事点代码行方法有效性业务价值分析★★★★★★★★★★产能分析与评估★★★★★★★★★★★★项目早期估算★★★★★★★★★★★项目中后期估算★★★★★★★★★★★★项目范围管理★★★★★★★★★★★★★★团队绩效评价★★★★★★★★★★行业基准比对★★★★★★★★应用难度方法学习难度★★★★★★★★★★★★★方法导入成本★★★★★★★★方法应用一致性★★★★★★★★★从美国人Allan J.Albrecht在20世纪70年代末提出功能点方法以来，功能点在软件行业的应用与实践已超过30年，在Albrecht的功能点模型基础之上，经过进一步应用与发展，功能点标准演进为ISO/IEC14143“信息技术软件度量功能规模度量”系列标准及IFPUG、COSMIC、Mk II、NESMA、FiSMA五个具体操作方法的标准。
基于UML的COSMIC-FFP度量方法
第 ３ 卷 第 １ 期 ６ ０
１ １３ １ ．６ ｏ
・
计
算
机
工
程
２１ ０ ０年 ５月
Ｍ ａ ０１ ｙ２ ０
Ｎｏ １ ．ｏ
Ｃｏ ｐｕｔ ｒＥｎｇ ｎｅ ｒ ｎｇ ｍ ｅ ｉ ｅｉ
软件 技术 与数 据库 ・
文 章编号：ｌ ｏ ３２（１） ０ｌ ３ 文献标识码：Ａ ｏ ＿４８ ｏｏ ４ ｏ ２ ｌ —０
［ ｙｗｏｄ ］Ｆ ｎ ｔ ｎｌ ｉ ａｕｅ ｎ（Ｓ ； Ｓ Ｃ—Ｆ ａｕｅ ｎ ｔｏ ； ｉｅ ｄ ｌ ｇＬ ｎ ｕ ｇ（ Ｋｅ ｒ ｓ ｕ ｃｏ ａＳｚ Ｍｅ ｓｒｍｅｔ Ｍ）ＣＯ ＭＩ Ｆ Ｐｍｅｓｒｍｅ ｔ ｈ ｄ Ｕｎｆ ｄＭｏ ｅｉ ａｇ ａ ｅＵＭＬ ： ｐ ｉｇｒｌｓ ｉ ｅｅ ｔａ ｘ ｐｅｆｒ ａ． ｘ ｅ ｍｅｔｌｅｕｔｈ ｗｓ ａ ｆ ｃ ｖ ｄｏｊｃｉｅＯｔｅｓｆ ｒｅ ｓ ｍａｉｎ ｆ ＣＯ ＭＩ —Ｆ ｒｓｎｓ ｎｅａ ｌ ｔＥ ｐｒ ｎ ｓｌｓｏ ｔｔｓ ｅｔ ｅ ｂｅｔ ｔ ｔ ｔ ． ｎ ｍ ｏｔ ｈ ｉ ａ ｒ ｈ ｔ ｉｉ ｅ ｉ ａ ｎ ｖ ｔ ｈ ｏ ｗａ ｅ ｉ ｏ
法。分析 Ｕ ＭＬ主要部件（ 用例 图、类 图和时序图） 的语 义和 ＣＯＳ Ｃ Ｆ Ｐ的主要元素（ ＭＩ —Ｆ 功能用户、层、边界 、数 据组和功能过程） ，建立其 间的对应关系 ，给出 ｌ 映射规 则 ，同时还提 出基于 Ｕ ５条 ＭＬ的 ＣＯＳ Ｃ Ｆ Ｐ度量 步骤 。实例结果证 明，该方法能客观有效地度量软件功 ＭＩ —Ｆ
基于COSMIC方法的软件成本估计与风险管理研究
基于COSMIC方法的软件成本估计与风险管理研究软件开发项目中的成本估计和风险管理是关键的环节，它们对于项目的成功与否起着至关重要的作用。
本文将探讨基于COSMIC（Common Software Measurement International Consortium）方法的软件成本估计与风险管理的研究，以帮助项目团队更好地掌控项目的成本和风险。
首先，我们来了解一下COSMIC方法。
COSMIC是一种功能点（function point）度量方法，它基于软件的功能来进行成本估计和风险管理。
COSMIC方法通过对软件功能的定量分析，将软件项目的规模与项目的成本和风险关联起来。
相比传统的基于代码行数的度量方法，COSMIC方法更加准确和可靠，因为它将重点放在了用户功能上，而不是代码的物理特征上。
在软件成本估计方面，COSMIC方法提供了一种基于功能点的成本估计模型。
该模型通过统计分析历史软件项目的数据，建立功能点与实际成本之间的关系模型，并使用这个模型来估计新项目的成本。
这种基于功能点的成本估计方法具有更高的预测准确性和可信度，因为功能点是用户可见的软件功能，能够更好地反映软件项目的规模和复杂程度。
此外，COSMIC方法还能够帮助项目团队进行风险管理。
项目风险是指那些可能对项目进展和结果产生不良影响的潜在事件或条件。
COSMIC方法通过将风险与功能点关联起来，建立了一种功能点风险评估模型。
在项目的不同阶段，团队可以根据功能点风险评估模型，识别和评估项目的各种风险，制定相应的风险应对策略，以降低项目的风险水平。
对于软件成本估计和风险管理的研究来说，COSMIC方法凭借其独特的优势得到了广泛的应用和研究。
研究者们通过对大量软件项目数据的分析，验证了COSMIC方法在成本估计和风险管理方面的有效性和准确性。
他们开发了各种基于COSMIC方法的软件工具和模型，帮助项目团队更好地进行成本估计和风险管理工作。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
COSMIC功能规模度量方法版本号 4.0.1实时软件的规模度量指南版本号 1.12015年4月感谢此指南文件(版本号1.1) 的编者和评审者名单，此指南适用于The COSMIC方法 (版本4.0、4.0.1)：Peter Fagg PentadUnited Kingdom Arlan Lesterhuis*,NetherlandsHassan SoubraEcole Supérieure des TechniquesAéronautiques et de ConstructionAutomobileFranceCharles Symons*, United Kingdom Frank VogelezangOrdinaThe NetherlandsChris WoodwardChris Woodward Associates Ltd.United Kingdom* 这个指南的编者指南文件(版本号1.0，2012) 的编者和评审者名单：Alain Abran, École de Technologie Supérieure, Université du Québec, Canada Juan J. Cuadrado-Gallego,University of Alcalá, Madrid, SpainJean-Marc Desharnais*, École deTechnologie Supérieure, Universitédu Québec, CanadaCigdem Gencel, Free University of Bozen/Bolzano, Italy Arlan Lesterhuis*, Netherlands Kenneth Lind, Viktoria University,SwedenBernard Londeix*, Telmaco Ltd, United Kingdom François Perron, PyxisTechnologies, CanadaCharles Symons*, United KingdomSylvie Trudel, Pyxis Technologies, Canada Frank Vogelezang, Ordina,NetherlandsSteve Webb, independentconsultant, United Kingdom2015版权所有。
保留所有权利。
通用软件度量国际联盟（COSMIC）。
非用于商业目的情况下，允许拷贝材料的部分或全部内容，但必须引用文档的标题、版本号和日期，并指明是根据COSMIC的授权许可。
否则，拷贝需要特殊许可。
COSMIC公开发行的文件和其他技术报告，包括其他语言的翻译，能通过 的下载区获得。
版本控制下表给出了这个文档版本的历史信息：日期评审者修改/补充2012年6月COSMIC 度量实践委员会V1.0版本发布。
2015年4月COSMIC 度量实践委员会创建V1.1版本，以保持与度量手册v4.0.1的一致。
中文版序言在COSMIC发布了针对实时软件的1.1版本的指南之后，我在过程改进之道的QQ 群里（群号：133986886）发起了对其进行翻译的倡议，Emma(徐妍玲)积极响应，自告奋勇承担了对本指南的翻译。
Emma有着16年的软件研发与管理经验；拥有PMP、CQM、Scrum Master等相关职业资格；对CMMI、ITIL、Six Sigma、People-CMM、ISO9000等标准方法有较深入的理解，为不同企业提供过程与质量改进的全面解决方案。
她对软件的量化管理一直充满高度热忱，并一直关注着“软件规模度量”的研究与实践。
Emma曾经参与过COSMIC的培训班，并顺利通过了COSMIC方法的认证考试，她很热心从事对COSMIC方法的推广工作。
在翻译时，我和Emma做了分工，她主译，我校对。
我们力求既能忠实地表达原文的含义，又能通俗易懂。
由于本指南专门针对实时软件，术语的专业性很强，很多案例中的用语也很专业，因此在翻译时需要查询很多资料，力求能够符合行业约定俗成的术语。
初期的翻译进展很顺利，Emma利用自己的业余时间在比较短的时间内完成了本次翻译，而后期的校对我却由于其他种种事情，耽误了进展，10月1假期期间，Emma 督促我完成了本次校对。
尽管经过了反复推敲，由于行业知识的所限，仍然难免有疏漏之处，请各位读者不吝指正，以便于及时更新。
对译文的任何疑问都可以邮件给我:renjialin@。
我们希望COSMIC这种简单易行的规模度量方法能够在中国落地生根，得到广泛推广，给中国软件企业度量软件规模、估算软件开发成本带来一种标准化的、相对客观的方法。
为了促进该方法的交流学习，我创建了QQ群：309842452，希望有兴趣的同仁参与进来共同提高。
我们还会继续推出与COSMIC 相关的其他指南的中文版，也希望大家能够积极参与翻译工作。
任甲林COSMIC MPC成员，IAC成员CMMI主任评估师麦哲思科技（北京）有限公司2015年10月8日前言本指南的目的、与COSMIC度量手册的关系：这个指南的目的是为了帮助那些工作在实时软件领域工作的人员实现：将他们在进行实时软件的需求确定和需求建模时常用的概念映射到度量软件规模的COSMIC方法的概念中。
这个指南也提供了很多度量实例和典型案例。
因此，本指南也是个辅助工具，它帮助实时软件系统从业人员将常用的术语翻译到COSMIC方法的术语。
将COSMIC方法应用到实时领域时，除了在COSMIC度量手册[1].中提及的原则、规则外，没有其他额外的要求。
本指南的目标读者本指南旨在提供给那些参与实时领域软件产品的定义、规格化、开发和管理的工作者。
包括负责使用COSMIC方法来度量实时软件功能规模的软件度量小组成员和(或)开发人员，也包括那些对理解和使用这些度量结果用于项目绩效度量管理、软件合同控制、项目工作量估计等感兴趣的人员。
这个指南并没有与任何特殊实时软件开发方法或生命周期模型捆绑，尽管可能在后面案例中会看到一些具体的实施需求确定或建模方法。
注意：COSMIC并不推荐任何特定的方法或工具。
这个指南的读者被假定为熟悉COSMIC度量手册[1].的人员。
为了维护方便，本指南与度量手册之间具有很少的重复内容。
本指南应用范围本指南关注“实时软件”的度量，这里的“实时软件”是广义泛指。
按维基百科的定义，一个实时系统是指：一个操作的总的正确性不仅是取决于其逻辑的正确性，还取决于它执行的时间。
按错过截止时间的后果不同，实时系统被分为“硬实时、准实时、软实时”1。
从本指南的目的出发，我们将那些由时钟机制控制的操作软件也包括在内。
COSMIC方法能用于度量所有这些不同类型“实时”软件的功能。
(但是，要特别指出的：一个特定时间约束、或“时间期限”，比如：“所有命令必须在1毫秒内响应完成”是一个非功能性需求。
COSMIC功能规模方法是度量用于实现这些约束所需要的任何功能；但是，这些约束的数据值本身(1毫秒、1微秒或是其他任何)实际上并不会影响软件功能的规模。
)实时软件的例子有：工业系统的监控、从环境和科学实验中自动的采集数据、车辆系统的监控如发动机、通风设备、防撞系统以及家用电器上的应用。
大的方面，实时系统控制着全球的电话网络、个人飞机和空中交通、发电厂等。
一些软件系统，比如：酒店或航空订票系统，可能被描述成为商业应用系统和实时软件的混合体，因为1译者注：在维基百科中对“硬实时，准实时，软实时”进行解释的原文如下：Hard – missing a deadline is a total system failure.Firm – infrequent deadline misses are tolerable, but may degrade the system's quality of service. The usefulness of a result is zero after its deadline.Soft – the usefulness of a result degrades after its deadline, thereby degrading the system's quality of service.他们必须处理在实时约束下的查阅和预定操作。
最后是中间件和基础支撑软件，比如：为实时应用程序提供基础任务和服务的操作系统，进而他们也在实时的约束下运作。
本指南内容的介绍第一章讨论了：实时软件系统的特点、需求描述的方式和如何将它们映射到COSMIC方法的概念。
第二章论述了：度量策略，特别是识别被度量软件的功能用户。
第三章讨论了映射和度量阶段。
第四章介绍了一些典型案例。
对于COSMIC方法中一般术语的定义，请参考度量手册[1]中的术语表。
对于实时软件领域的专用术语，定义在本指南末尾的专用术语表中。
要注意：一些术语被用于信息技术文献中有多种不同的含义，在COSMIC方法它们有特殊含义。
因此，在使用本指南时，度量者要特别小心、正确使用这些COSMIC方法中的术语。
本指南版本是v1.1，与2012年6月发布的v1.0版本相比，主要的不同在于：一些关于如何应用COSMIC方法的描述，以保持与v4.0和v4.0.1的方法一致性，包括一些编辑改进和对4.7节中添加了两个实例。
此外，也纠正了2.2节下第三个例子中一些错误。
所有的重大变更的记录表，请查阅附录A。
目录1 将实时系统软件的需求映射到COSMIC概念 (9)1.1实时系统软件的特征 (9)1.1.1事件驱动的系统 (9)1.1.2中断 (11)1.1.3功能规模会随着实时系统软件的功能用户的不同而变化 (11)1.1.4实时应用软件：嵌入式、在一个或多个联合的操作系统执行实时应用软件？ (11)1.2需求的描述 (12)1.2.1将需求分配到硬件或软件的难题 (12)1.2.2EARS语法下的需求描述 (12)1.2.3在有限状态机下的需求描述 (13)1.2.4可编程逻辑控制器的需求 (14)1.2.5专业工具下的需求 (14)1.2.6UML描述下的需求 (15)1.2.7非功能性需求 (15)2 度量策略阶段 (17)2.1度量目的和范围 (17)2.1.1度量目的 (17)2.1.2度量范围 (17)2.2识别功能用户 (17)2.3识别颗粒度级别的分解层级 (19)3 映射和度量阶段 (21)3.1识别触发事件和功能处理 (21)3.2识别兴趣对象、数据组和数据移动 (22)3.2.1兴趣对象和数据组 (22)3.2.2数据移动 (22)3.2.3数据运算 (23)3.2.4在实时软件中的错误或故障信息 (24)3.3度量和度量报告 (24)4 案例 (25)4.1工业自动化和可编程逻辑控制器(PLC) (25)4.1.1可编程逻辑控制器(PLC) (25)4.1.2化工厂过程控制的PLC软件度量 (25)4.1.3软件变更的度量 (28)4.2定时功能 (28)4.3入侵报警系统 (31)4.4在有限状态机下定义的电饭煲软件 (33)4.5轮胎压力监测系统 (36)4.6度量实时软件需求的自动化 (39)4.7数据操作丰富的实时软件的度量 (39)4.8度量汽车电子控制单元的功能对内存空间需求的规模 (40)5 参考文献 (41)6 实时软件领域的术语 (43)附录A –从版本V1.0到V1.1的主要变化 (44)附录B - COSMIC变更请求和建议程序 (45)1 将实时系统软件的需求映射到COSMIC概念本章的目的是对实时软件领域下用于表达实时系统需求的各种方法，完成向COSMIC功能规模度量方法的概念和术语的映射。