COSMIC规模度量方法v4.0度量手册中文版正式发布了!
发布于 2024-10-02
1505
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
COSMIC组织和全功能点规模度量方法概述
COSMIC,即通用软件度量国际联盟,成立于1998年,是一个全球性的非盈利自愿组织,由软件度量领域的专家组成。该组织主要研究和推广软件规模度量方法。2002年,COSMIC推出的全功能点规模度量方法被ISO采纳为国际标准,目前最新的标准版本为ISO/IEC 19761:2011。
COSMIC度量方法的特点和行业影响
COSMIC度量方法相比传统度量方法更为简单实用,学习周期短,容易掌握。由于这些优点,自推出以来,该方法已被工程界广泛认可。
COSMIC度量手册4.0版中文翻译发布
2014年4月,COSMIC发布了4.0版度量手册。麦哲思科技组织顾问在两个多月的时间里进行了反复校对和讨论,最终完成了手册的中文翻译。中文版手册在2014年7月25日正式发布,供业界人士学习和参考。
获取COSMIC度量手册的方式
感兴趣的个人可以通过COSMIC官方网站的指定下载地址获取最新版的度量手册。下载链接为:http://www.cosmicon.com/dl_manager2.asp?cat_id=58。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 634.1K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
软件研发过程客观体检指标
在给软件企业做差距分析时,经常听到大家说:“我们需求变更很频繁”,“我们项目拖期很严重,客户很不满意”,“我们开发人员太忙了”等等各种主观的说法,这些论断基本上是有通用性的,各个组织都存在,表面上看,软件组织的问题都是类似的。这些论断也是有争议性的,因为不同的人得出的结论可能是不同的,张三认为需求变更频繁,而李四可能认为就是正常的。因此,我们需要客观准确地刻画企业的现状、描述问题的原因。
例解如何编写递归程序
递归是指方法在执行的过程中自己调用自己。用递归能解决的问题通常能将问题不断缩小为性质相同但规模更小的问题(递归情况),直到问题足够小能够直接解决(基本情况)。递归程序编写有4个要点:1问题是否可以递归描述?2递归结束的条件是什么?3递归调用之前做什么准备工作?4递归调用之后做什么收尾工作? 以下通过一个稍微复杂的程序来举例说明一下如何编写递归程序。有一只中国象棋中的 “ 马 ” ,在半张棋盘的左下
例解:目标、性能基线与性能模型的关系
目标是对未来的期望。性能是历史的表现。性能基线是对性能分布规律的定量刻画。性能模型是对性能因果规律的定量刻画。它们之间的关系是什么呢?举例说明如下:总目标:总成绩400分以上,进入班级前5名子目标:语文130分以上,数学135分以上,英语140分以上性能基线:1)语文成绩的历史分布规律:2)数学成绩的历史分布规律:3)英语成绩的历史分布规律:基于性能基线的预测达成目标的概率基于已知的历史三科成绩的分布,可以预测总成绩超过4...
纳入基线管理的经验原则
纳入基线管理的一般原则是: • 原则1:所有交付给客户的文档、代码、可执行程序、购买来的可复用构件等必须纳入基线。 • 原则2:影响了对外的承诺的配置项 – 项目的阶段计划必须纳入基线来管理。(对外承诺变了) • 原则3:其变化影响了其他配置项 – 所有对交付产品有重要影响的文档资料等必须纳入基线,主要的工程文档如需求、设计等一般要入基线。 – 变化要区分主动变化、被动变化
老人与狗
前几天看到一则新闻,有一位老人在家中去世了,他养的一条狗七天七夜不吃不喝,守候在家门外等待老人的归来,其状甚惨,看后感叹不已,不由地想起了另外一个故事。去年夏天我从济南打车去机场,在历山路上看到了一个小队列,母亲骑车在前,女儿骑车在后,有一条小狗在最后跑步跟随,于是我就随口对司机说:“人狗多和谐啊!”,司机说:“我不养狗,不敢养。”我说便问他:“为什么呢?”,于是司机就讲了他一个邻居大婶与狗的故事。她是一个老人,住在城乡结合部的镇上,养了一条大狗,七八年了,每天与狗相伴。有一年政府不让养大狗了,老人没有办
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线