2019-01-07 09:24:56 weixin_43768737 阅读数 2935
  • 大规模敏捷需求管理

    课程介绍一个具有操作性的大规模敏捷需求管理方案。这个方案平衡需求运作的灵活性和规律。方案包涵大型需求管理各环节,从需求价值分析需求,决策、可视化、度量、验证、等。如果你团队或组织面临需求管理的挑战,不妨听听这个课程,让我们协助你团队建立良好的需求管理习惯持续改进。

    5718 人正在学习 去看看 CSDN讲师

在这里插入图片描述

2018年12月28日,国家市场监督管理总局、国家标准化管理委员会发布2018年第17号中国国家标准公告,批准《软件工程 软件开发成本度量规范》国家标准正式发布,标准号为GB/T 36964-2018。

GB/T 36964-2018是在工业和信息化部信息化和软件服务业司的指导下,以电子行业标准《软件研发成本度量规范》(SJ/T 11463-2013)为基础,由全国信息技术标准化技术委员会组织制定。SJ/T 11463-2013自2013年发布以来,在各大行业得到了广泛的应用,并取得良好效果,尤其是在电子政务、军队、金融、通讯、能源、交通、制造等领域,基于历史数据及估算模型的量化软件成本评估方法大量应用,越来越多的用户单位开始依据行业标准和基准数据对软件开发项目进行成本评估及管理。

中国电子技术标准化研究院(以下简称电子标准院)是全国信息技术标准化技术委员会秘书处单位,自2011年以来联合有关单位开展软件成本度量的研制和应用推广工作。电子标准院通过调研国内外各种成本度量方法,规划形成我国的软件成本度量标准体系。软件成本度量系列目前已发布8项国家标准、5项电子行业标准,1项国家标准正在制定中。为支撑标准的推广实施,电子标准院2017年组织出版宣贯教材《软件成本度量标准实施指南》,北京软件造价评估技术创新联盟是副主编单位。

下一步,北京软件造价评估技术创新联盟将会积极参与软件成本度量标准的宣贯实施工作,推动标准在更大范围内落地实施。同时,联盟组织的软件工程造价师、软件工程造价评估专家系列认证培训已完成课件同步更新,可以同时支持基于原行业标准和新发布的国家标准的应用。

新发布的国家标准《软件开发成本度量规范》(GB/T 36964-2018)(以下简称“新标准”)的技术思路与2013年发布的电子行业标准《软件研发成本度量规范》(SJ/T 11463-2013)(以下简称“原标准”)保持一致,但在一些细节内容上有所变化,主要变化列举如下:

根据最新发布的国家及行业标准更新的规范性引用文件(原标准发布时,国际功能点标准对应的国内标准尚未发布);

在缩略语后增加了“符合性”一章,将引用文件中所涉及功能点方法的特点及适用范围进行了简单描述(原标准中以注释的形式出现);

成本构成包括直接人力成本、间接人力成本、直接非人力成本,间接非人力成本(原标准是遵循财务惯例,先分为直接成本和间接成本,再区分人力成本和非人力成本)并参考北京软件造价评估技术创新联盟牵头编著的软件工程造价师教材增加了一些成本构成示例;

修改了成本估算流程图的画法(内容及描述没有实质性变化);

软件规模估算部分给出了不同阶段规模变更因子的建议值(由于标准发布周期较长,新标准中采用的是2012年的行业基准数据);

工作量估算部分增加了关于调整因子的一些示例,如软件完整性级别、工期要求等。

2019-07-01 10:38:52 weixin_43768737 阅读数 230
  • 大规模敏捷需求管理

    课程介绍一个具有操作性的大规模敏捷需求管理方案。这个方案平衡需求运作的灵活性和规律。方案包涵大型需求管理各环节,从需求价值分析需求,决策、可视化、度量、验证、等。如果你团队或组织面临需求管理的挑战,不妨听听这个课程,让我们协助你团队建立良好的需求管理习惯持续改进。

    5718 人正在学习 去看看 CSDN讲师

《GB/T 36964-2018 软件工程 软件开发成本度量规范释义》是由中国电子技术标准化研究院、北京软件造价评估技术创新联盟联合主编的标准配套读物,主要目的是支撑国家标准《软件工程 软件开发成本度量规范》(GB/T 36964-2018)的宣贯培训和落地应用。中国电子技术标准化研究院、北京软件造价评估技术创新联盟从2018年第四季度开始组织相关单位启动了本书的编制工作,由国家信息化专家咨询委员会委员、中国人民银行科技司原司长陈静先生作序,由北京航空航天大学出版社出版。

《软件工程 软件开发成本度量规范释义》发布仪式

在这里插入图片描述

新书发布会于2019年6月28日下午在京举行。中国电子技术标准化研究院张旸旸女士、北京软件造价评估技术创新联盟王海青先生、北京航空航天大学出版社赵延永先生出席发布活动。

软件工程 软件开发成本度量规范释义

本书共分为三章。第一章介绍了标准编制的背景、主要内容以及与工信部行业标准《SJ/T11463-2013软件研发成本度量规范》的主要差异等。第二章是全书的重点,对国标的内容进行逐条解释,用以说明标准中各项要求的背景、依据、技术原理及应用方式。第三章通过结合应用场景的实例,说明如何运用国标开展软件开发成本估算及测量工作。

在这里插入图片描述

本书的预期读者为应用《GB/T 36964-2018软件工程 软件开发成本度量规范》开展软件开发成本度量和造价评估工作的相关人员或其相关主管领导。也可作为 “软件工程造价师”、“软件造价评估师”等相关培训课程的配套教材。

本书编制单位如下

主编单位:

中国电子技术标准化研究院

北京软件造价评估技术创新联盟

参编单位:

北京中基数联科技有限公司

北京科信深度科技有限公司

广西壮族自治区公安厅

国家开发银行

招商银行股份有限公司

平安银行股份有限公司

南京银行股份有限公司

北京华鑫杰瑞计算机系统工程有限公司

北京乐可互动科技有限公司

神华信息技术有限公司

2019-01-24 10:20:30 weixin_43768737 阅读数 262
  • 大规模敏捷需求管理

    课程介绍一个具有操作性的大规模敏捷需求管理方案。这个方案平衡需求运作的灵活性和规律。方案包涵大型需求管理各环节,从需求价值分析需求,决策、可视化、度量、验证、等。如果你团队或组织面临需求管理的挑战,不妨听听这个课程,让我们协助你团队建立良好的需求管理习惯持续改进。

    5718 人正在学习 去看看 CSDN讲师

北京软件造价评估技术创新联盟参编的国家标准《信息技术服务运行维护第7部分:成本度量规范》于2019年1月8日-18日期间在全国信标委网站上进行了标准立项公示。该标准由全国信息技术标准化技术委员会归口上报,全国信息技术标准化技术委员会信息技术服务分会执行,主管部门是国家标准化管理委员会。

在这里插入图片描述

该标准主要规定了信息技术服务运维成本度量的模型、方法及过程。该标准将信息技术服务运维分成六大类:基础环境运维、硬件运维、软件运维、安全运维、运维管理及其他运维。

该标准由中国电子工业标准化技术协会信息技术服务分会(以下称ITSS分会)于2016年10月份牵头成立标准起草组,组织标准的起草编制工作。主要编制历程如下:

2016年11月,ITSS分会组织标准起草组召开为期两天的头脑风暴会,对标准的范围和定位进行讨论,初步形成标准大纲。

2017年3月-11月期间,标准起草组专家共组织了三次标准编制封闭会,确定了标准各部分内容的编写思路,研讨了运维成本度量模型,确定了模型组成部分和需要考虑的调整因子。

2017年11月29日, ITSS信息技术服务分技术委员会2017年主任委员办公会在成都举行。北京软件造价评估技术创新联盟王海青老师代表起草组参加标准立项答辩,并全票顺利通过主任委员会评审。

2019年1月8日-18日期间,在全国信标委网站上进行标准立项公示。

2019-09-17 15:06:43 csbmk_com 阅读数 49
  • 大规模敏捷需求管理

    课程介绍一个具有操作性的大规模敏捷需求管理方案。这个方案平衡需求运作的灵活性和规律。方案包涵大型需求管理各环节,从需求价值分析需求,决策、可视化、度量、验证、等。如果你团队或组织面临需求管理的挑战,不妨听听这个课程,让我们协助你团队建立良好的需求管理习惯持续改进。

    5718 人正在学习 去看看 CSDN讲师

什么是软件成本?什么又是软件成本度量?

软件成本是指为达成软件规划、建设、维护等项目目标所需付出的各种资源代价总和,即直接成本+间接成本。

软件成本度量是指对软件成本的预计值进行估算或对实际值进行测量、分析的过程。

以上就是软件成本与软件成本度量简述所有内容。

2018-10-15 13:39:19 csbmk_com 阅读数 85
  • 大规模敏捷需求管理

    课程介绍一个具有操作性的大规模敏捷需求管理方案。这个方案平衡需求运作的灵活性和规律。方案包涵大型需求管理各环节,从需求价值分析需求,决策、可视化、度量、验证、等。如果你团队或组织面临需求管理的挑战,不妨听听这个课程,让我们协助你团队建立良好的需求管理习惯持续改进。

    5718 人正在学习 去看看 CSDN讲师

面临问题:

1、如何量化研发部门的研发产出和价值:

随着该行组织级量化管理的不断提升,高层领导对信息化管理提出了新的要求,金融信息化每年投入了大量的人力,如何能客观地量化相应的产出?

2、传统功能点方法(IFPUG)难以应用在项目早期:

2008年软件中心引入的IFPUG传统功能点,主要在项目需求规格说明书确定之后使用。随着中心管理流程的变化,需要在项目早期立项阶段就要进行科学估算,而传统的功能点方法无法在项目早期使用。

由于产品类型复杂、,传统功能点既有调整因子难以充分反映不同系统之间的差异,导致不同估算结果有较大偏差。

3、估算及评审人员能力尚待提高

内部的估算专家团队,由于项目背景经验不同,不同专家在对功能点及估算方法的具体理解,有着一定的偏差。同时由于专家团队人员较多,能力水平层次不齐,每年实践估算机会较少,整体估算技能及实践水平尚待提高。

实施方案:

在面临上述问题的同时,该组织主要有以下三方面特点:

1. 有较好的量化管理基础,积累了大量历史数据;

2. 研发团队规模大、质量要求高;

3. 有长期的功能点方法实践经验,同时也形成了一些错误认识,积累了一些管理难题。

针对上述特点及面临的问题,该组织过程改进团队在外部专家的指导下制订了以下策略:

1. 深入现状调研,梳理历史项目

鉴于团队有一定的功能点方法理论基础及实践经验,首先需要充分了解当前功能点方法的应用基础,并用快速功能点方法对历史项目数据进行梳理。

通过访谈、摸底考试、数据分析、文档检查等多种方式,对功能点应用人员进行调研,内容主要包括推行功能点方法的驱动力、应用和管理现状、使用过程、人员估算能力、实践水平及面临问题;对历史项目功能点计数,在外部专家的帮助下,用快速功能点方法完成全部45个系统计数,计数规模达到160000余功能点。

2. 成本度量方法优化

首先,基于行业标准和近700个项目历史数据进行分析研究,以获得项目研发基线数据;其次,在功能点方法深化应用的同时,提出适合该行项目的定制规则,有效平衡宏观量化管理需求与微观场景合理计数的冲突,保证定制的计数规则尽可能适用于全项目和场景,同时计数的结果依然具备客观性并可横向比较,以保证数据的有效性;最后,根据用户项目特点及历史数据对方法进行验证和持续改进。

3. 全面提升人员能力,深化功能点方法应用

针对该行项目管理条线、研发条线、测试条线的人员集中培训指导,在对相关人员开展培训并要求持证上岗的同时,通过交叉评审加深对关键知识点的理解并形成常见问题解答知识库,不断修订和丰富功能点方法应用指南。 。

效果评价:

1、引入快速功能点,解决了项目早期估算难题

在软件中心原有的功能点体系中,引入并建立了适合软件中心项目早期立项阶段的快速功能点估算标准,弥补了传统功能点在项目早期估算不足的难题,完善了项目整个周期的估算。

2、对功能点方法进行优化,满足中心的量化管理要求

通过对已有的功能点估算的方法、过程、数据进行梳理、分析,制定了优化方案,建立了适合项目不同阶段、不同产品线、不同应用场景的功能点方法应用指南。

3、初步建立从功能点到工作量的估算模型

通过对已有历史项目数据进行分析,初步建立了以数据分析为基础的针对不同产品线的估算模型。定制了功能点详细计算规则,包括数据仓库项目的计算规则、17项新提出的特性因子等。

4、培养认证一批估算专家人才,提升了专家团队的技能水平

通过对项目经理、业务主管、过程改进人员、研发骨干等超过400人进行了统一的标准化估算方法培训,并要求项目经理通过软件工程造价师认证方可上岗,为软件成本估算方法落地奠定了良好的人才基础。
(本文节选自北京软件造价评估技术创新联盟 《软件研发成本度量规范释义第2版》)

版权属于: 北京中基数联所有。转载时必须以链接形式注明原始出处及本声明。
源文链接:http://www.csbmk.com/html/anli/2018/1010/118.html

没有更多推荐了,返回首页