跳出盒子的软件度量

经过我们培训的学员们在实际的功能规模度量中,遇到一些具体的“疑难”问题,往往无从下手。

最近,我在国外杂志上看到了一篇开拓思路的文章,是一位巴西的功能点分析(FPA)专家写的。在这里分享给大家,应该有所帮助。

先介绍一下背景:在巴西,政府的软件采购必须要进行软件规模的度量,以此来驱动软件的价格、生产率和质量的度量。其中大部分都是在使用“功能点”的方法。

其中,巴西的国家开发银行(也简称:国开行)近些年在应用一些“新兴技术”,例如:ESB以及BPM。

对于这些新兴的技术,如何进行功能规模度量呢?

答案就是——跳出盒子。即:做一些“规则定制”。

当然,这个跳也不能乱跳。

在整个度量的过程中,肯定还是要遵守IPFUG的CPM(计数操作手册),在这个基础上,再进行规则的定制。但总的前提是,这个扩展、定制,不要破坏整个理论体系。

作为一种国际标准,功能点分析的理论逻辑是自恰、他恰和续恰的。这是一门科学体系的最重要特点。

第一步,找到“用户”。

因为功能点方法,一定是要站在“用户视角”。

ESB和BPM都是中间件,在两个系统之间发挥着胶水(glue)的作用;这个中间件本身是一个应用系统,而其他的系统就是这个系统的用户(user)。

第二步,划分边界。

根据第一步,就可以推导出系统边界。EBS和BPM的边界就是与其它系统的“隔离”,只是限制于“中间件”的功能本身。

第三步,识别数据功能。

在ESB中,数据穿越多个应用,并在服务层校验,但是不存储。所以一般是没有ILF。但是,也许会有一个log文件(日志文件),可以被识别为ILF。

在BPM中,可以识别出有两个ILF,流程的实例——存储着此流程当前的状态;流程配置——存储着用户最新的配置信息。

要反复强调的就是,这个“流程”的识别,要站在用户角度,而不是技术实现角度。

第四步,识别事务功能。

在ESB中,因为没有数据功能,所以就不能识别EI。但是,如果识别了日志文件,相应的EI就可以识别了。

在BPM中,可以识别出两个EI,分别针对两个ILF。还可以识别一个EQ,给其他系统传递信息。

此外,巴西国开行还定制了“总则”:

(1)中间件的规模不要与应用的规模混淆;

(2)中间件的规模,只能计数一次;即使是被不同的应用所使用。

后记——不要随便笑话巴西。

也许有人看到巴西专家将ESB和BPM说成是“新兴技术”,又要笑话了。就像我们很多人笑话他们的奥运会一样。

但是,就软件度量的规范性而言,同样是所谓的“金砖五国”,一些其他国家的推进力度是不如巴西政府的。

(www.parawork.com)

时间: 2024-10-24 04:24:44

跳出盒子的软件度量的相关文章

保证产品开发顺利实施的五个软件度量方法

开发一款高质量的软件产品属于软件工程范畴.变幻莫测的用户需求和苛刻的项目计划表很容易导致预算超支或者交付延迟.所以,项目做得越大,其功能也越复杂.正因为存在这么多因素的影响,项目质量很容易失去把控. 没有哪个工程可以离开精确的计量,而量化必须要借助一些度量方法才能实现. 因此,开发者需要一些软件度量方法来实现产品透明而又高质量的交付.因为当你在衡量你所说的话时,你需要用数字来体现你的失败或成功.你需要有一个计算公式来显示你在哪里薄弱,在哪里做得好.用Bob Parsons的话来说,"量化和监督能

【权威】盲盒幸运盒子app软件开发

在19世纪,人们没有电视.飞机.电脑,也没有宇宙飞船:抗生素.信用卡.微波炉.激光唱片和移动电话也都尚未问世. 然而,此时的人们已经建立了一个互联网络. 在没有互联网的时代的时候想要更加快捷的传递信息,显然需要一种快于一匹马或一艘船的媒介.声音,以每分钟12英里的速度传播,就是一种更迅速的通讯方式.如果教堂的钟敲响一声,两秒钟之后,站在半英里之外的修士就会知道时间是下午一点.相比之下,如果教堂在下午一点整的时候派出一位骑马的信使,则要用好几分钟才能把“现在一点啦”这个消息告知同一位修士. 互联网

软件度量复习

软件规模度量——软件内部属性的测量 3.1 基本知识 1.可以从哪些方面测量软件的规模? ? 软件功能数量: 数据流图.用例图 ? 软件模块数量:模块功能结果图 ? 代码的行数:操作符.操作数 ? 设计文档的页数 ? 用户手册的页数 2. 软件规模可以用于反映: ? Effort 工作量(人月) ? Cost 成本 ? Productivity 效率 ? Schedule 进度安排 3. 可以根据以下方面定义软件规模: ? Length 长度(代码长度.规格说明书长度) ? Functional

【荐】盲盒幸运盒子APP软件开发

网红“幸运盒子”正如网友说的:你永远猜不到盒子里面是什么!这正是幸运盒子的本质所在,它能给你带来意想不到惊喜.而里面的产品确实是五花八门,大致可分为电子类,日常用品类,美妆,玩具等等,最主要的质量还真的不错. 而且网上时常有人爆料出,从幸运盒子里面拆出了超级大惊喜,例如手机,ipad,香奈儿口红,迪奥口红等等,这些人可谓是超级幸运了,正因如此也吸引到了一大批想碰碰运气的人. 而网红幸运盒子其实呢是来自于各大商场的幸运测试机,机器里面摆满了一个一个的幸运盒子,玩家在机器上扫码购买后就会掉出一个盒子

盲盒软件开发幸运盒子app开发

“人生就像盒子里的巧克力糖,你永远不知道下一颗是什么味道.”这句出自<阿甘正传>的至理名言,如今在盲盒的世界中,正被演绎为“人生就像抽盲盒,你永远不知道下一秒是什么?” 盲盒软件开发,商业新模式,把握这一波 不少玩家这样形容盲盒,“玩得就是心跳和刺激”.自9月末至今,经济观察报记者陆续走访北京商超内多家出售盲盒的门店,像泡泡玛特.19八3.酷乐潮玩等,总能看到三三两两的人在柜台前,将一个个盲盒拿着摇来摇去,不时凑到耳边听盒子内的娃娃造型所占的空间大小,试图能抽到最个性.最好看或“隐藏”的那个.

&quot;软件&quot;和&quot;软件工程&quot;一词最早被谁提出?

1."softwar”:1953年Richard R.Carhart在备忘录中使用software一词2.软件工程 1968 年北大西洋公约组织在前联邦德国开会提出的 1968年秋季,NATO(北约)的科技委员会召集了近50名一流的编程人员.计算机科学家和工业界巨头,讨论和制定摆脱“软件危机”的对策.在那次会议上第一次提出了软件工程(software engineering)这个概念. 软件工程是一门研究如何用系统化.规范化.数量化等工程原则和方法去进行软件的开发和维护的学科.软件工程包括两方面

2015上半年软件设计师考点,难点3

软件维护 软件交付后. 占整个生存周期工作量的70%以上,代价极高 类型: 1.正确性维护(错误) 2.适应性维护(外部环境.数据环境.市场.管理需求) 3.完善性维护(新的功能.性能) 4.预防性维护(可维护性.可靠性.未来变化) 可维护性:被理解.校正.适应.增强功能的难易程度 度量:可理解性.可测试性.可修改性.可靠性.可移植性.可使用性.效率 方法:质量检查表:质量测试.质量标准: 提高可维护性:明确的目标.优先级:先进的技术.工具:明确质量保证:选择可维护的程序语言:改进文档:开发时考

【转】软件工程研究领域最顶级的两个期刊

[1] IEEE Transactions on Software Engineering (IEEE T SOFTWARE ENG, 简称TSE) 中文名:IEEE软件工程汇刊 出版社:IEEE,1975年创刊 期刊网址:http://ieeexplore.ieee.org/xpl/RecentIssue.jsp?punumber=32 http://www.computer.org/portal/web/tse/home 影响因子(Impact Factor):2.588 (2013):JC

定论——软件开发的方法论探讨

http://www.jianshu.com/p/9593bd7b28d9 一.消除隐喻 1.隐喻 软件开发这件事情,出现得很晚.距今只有几十年的时间,关于它的定义,我们可以简单地说:"就是把软件做出来." 这基本上等于什么都没有说.而软件开发究竟是怎么回事,大家也没有搞明白,于是隐喻就派上用场了.当你要向一个完全没有概念的朋友,解释什么是软件开发的时候,你无法向解释建筑工程那样把他带到现场去看--案件开发的现场,你的朋友会以为软件开发就是一群人坐在电脑前面打键盘--你只能打比方:它就