中国软件行业协会软件工程定额标准(试行)
第13章软件工程标准
对于使用文档的人员而言他们所关心的文件的种类 随他们所承担的工作而异。
管理人员:可行性分析(研究)报告, 项目开发计划, 软件配置管理计划, 软件质量保证计划, 开发进度月报, 项目开发总结报告;
用 户: 软件产品规格说明, 软件版本说明, 用户手册, 操作手册。
开发人员: 软件需求规格说明, 接口需求规格说明, 软件(结构)设计说明, 接口设计说明书, 数据库(顶层)设计说明, 测试计划, 测试报告;
问题的出现
软件需求中存在的模糊以及需求的变更,影响着软件产品的质量。 目前广为采用的手工开发方式难于避免出现差错。 软件开发过程中各个环节的接口处不易保证正确性。 软件测试技术具有局限性。 软件质量管理的实际困难。 软件质量指标许多尚未量化。 目前许多软件机构的产品质量责任尚未落实到人 不规范的开发习惯难于纠正。 人员之间的沟通容易出现问题。 软件项目组中人员流动会影响产品质量。
ISO 9000系列标准与GB/T 19000
直到1987年公布的ISO 9000系列标准,是国际上影响 最为深远的质量管理标准当属国际标准化组织。这一国际标 准发源于欧洲经济共同体,但很快就波及美国、日本及世界 各国。中国对此也十分重视,采取了积极态度。一方面确定 对其等同采用,发布了与其相应的质量管理国家标准系列 GB/T 19000。
的软件工程规范。
二、软件质量认证
1. 软件质量认证的产生背景 2. 软件质量认证的标准 3. 软件质量认证的作用 4. ISO9000标准的构成
1、软件质量认证的产生背景
软件产品的质量直接影响到国民经济信息系统和国际装 备系统的可靠性与安全运行,在国内外软件市场激烈的竞争 中,提高软件质量已经成为一个软件企业生存发展的关键问 题,软件企业或从事软件工程项目的机构在实践工作中在软 件质量问题上应认识到,软件自身的特点和目前软件开发模 式,使隐藏在软件内部的质量缺陷是不可避免
软件工程国家标准、行业标准一览表
标准编号DZ/T 0169-1997物探化探计算机软件开发规范GA 560-2005互联网上网服务营业场所信息安全管理系统GA 662-2006互联网公共上网服务场所信息安全管理系统GA 663-2006互联网公共上网服务场所信息安全管理系统GB/T 11457-1995软件工程术语GB/T 11457-2006信息技术 软件工程术语GB/T 12504-1990计算机软件质量保证计划规范GB/T 12505-1990计算机软件配置管理计划规范GB/T 13400.1-1992网络计划技术 常用术语GB/T 13400.2-1992网络计划技术 网络图画法的一般规定GB/T 13400.2-2009网络计划技术 第2部分:网络图画法的一般GB/T 13400.3-1992网络计划技术 在项目计划管理中应用的一GB/T 13400.3-2009网络计划技术 第3部分:在项目管理中应用GB/T 13502-1992信息处理 程序构造及其表示的约定GB/T 14079-1993软件维护指南GB/T 14085-1993信息处理系统计算机系统配置图符号及约定GB/T 14246.1-1993信息技术 可移植操作系统界面 第1部分:系GB/T 14394-1993计算机软件可靠性和可维护性GB/T 14394-2008计算机软件可靠性和可维护性管理GB/T 15532-1995计算机软件单元测试GB/T 15532-2008计算机软件测试规范GB/T 15534-1995信息处理系统 数据库语言NDL GB/T 15538-1995软件工程标准分类法GB/T 15853-1995软件支持环境GB/T 15936.4-1996信息处理 文本与办公系统 办公文件体系结构(ODA)和交换GB/T 16260 -1996信息技术 软件产品评价 质量特性及其使用指南GB/T 16260.1-2006软件工程 产品质量 第1部分:质量模型GB/T 16260.2-2006软件工程 产品质量 第2部分:外部度量GB/T 16260.3-2006软件工程 产品质量 第3部分:内部度量GB/T 16260.4-2006软件工程 产品质量 第4部分:使用质量的度量GB/T 16647-1996信息技术 信息资源词典系统(IRDS)框架GB/T 16680-1996软件文档管理指南软件工程国家标准家标准、行业标准一览标准名称实施日期状态1997/11/1理系统营业场所端与营业场所经营管理系统接口技术要求2006/1/1理系统上网服务场所端接口技术要求2007/1/1理系统远程通讯端接口技术要求2007/1/11995/1/2↓已被下行标准取代2006/7/1现行1991/7/1已作废1991/7/1已作废1992/1/2现行1992/1/2↓已被下行标准取代的一般规定2009/11/1现行用的一般程序1992/1/2↓已被下行标准取代中应用的一般程序 2009/11/1现行1993/5/1现行1993/8/1已作废及约定1993/8/1现行部分:系统应用程序界面(POSIX.1)1993/12/1现行1994/1/1↓已被下行标准取代2008-12-01 现行1995/1/2↓已被下行标准取代2008/9/1现行1995/12/1已作废1995/1/2已作废1996/8/1已作废办公文件体系结构(ODA)和交换格式 第四部分:文件轮廓1996/10/1现行质量特性及其使用指南1996/10/1↓已被下行标准取代分:质量模型2006/7/1现行分:外部度量2006/7/1现行分:内部度量2006/7/1现行分:使用质量的度量2006/7/1现行统(IRDS)框架1997/7/1现行1997/7/1现行。
软件开发:对国家标准和行业准则的深度解析
软件开发:对国家标准和行业准则的深度解析软件开发的过程中,遵守国家标准和行业准则是必要的。
这些标准和准则为开发者提供了一种统一的方式来管理软件的设计、开发和维护,同时也保证了软件的质量和安全性。
一、国家标准国家标准是一种由国家权威部门制定的,对特定领域的行业规范或技术需求进行规定的一种标准。
在中国,软件开发行业的国家标准主要由中国国家标准化管理委员会负责制定和管理。
1.1 GB/T 系列标准GB/T 系列标准是中国国家标准化管理委员会制定的软件工程及系统工程的国家标准。
这个系列标准涵盖了软件开发过程的各个阶段,包括需求分析、设计、编码、测试、维护等。
1.2 GB/T 系列标准GB/T 系列标准是针对软件质量的标准,提供了对软件质量的一系列衡量和评价方法。
这个系列标准可以帮助开发者更好地理解和改进软件的质量。
二、行业准则行业准则是由行业组织制定的,对行业内的具体实践和行为进行规范的一种准则。
在软件开发行业中,行业准则包括了对软件开发过程、技术实践、职业道德等方面的规定。
2.1 软件工程研究所(Software Engineering Institute, SEI)的CMMI模型CMMI模型是一个广泛应用于软件开发行业的成熟度模型,它定义了软件开发过程中的一系列最佳实践,帮助企业提高开发效率和质量。
2.2 敏捷开发准则敏捷开发准则是一种现代软件开发方法的核心理念,它强调人员和交互的重要性,以适应性和反应性为主,提高软件开发的效率和质量。
三、结论遵守国家标准和行业准则是软件开发过程中的重要组成部分。
它们为软件开发提供了一种结构化的框架,帮助开发者有效地管理软件的生命周期,提高软件的质量和安全性。
同时,这些标准和准则也是企业提升自身竞争力,赢得市场信任的关键因素。
软件技术标准
软件技术标准
首先,软件技术标准可以统一软件开发过程中的规范和流程。
在软件开发过程中,遵循统一的标准可以使开发团队在设计、编码、测试等方面有一个统一的规范,避免了因为个人习惯或者主观意识
不同而导致的混乱局面。
这样不仅可以提高开发效率,还可以减少
沟通成本,降低开发风险。
其次,软件技术标准可以提高软件的质量和可靠性。
通过规范
的开发流程和标准化的设计,可以有效地降低软件开发过程中的错
误率,提高软件的稳定性和可维护性。
同时,软件技术标准也可以
规范软件的接口和交互,确保不同模块之间的兼容性和一致性,从
而提高整个软件系统的质量和可靠性。
此外,软件技术标准还可以促进软件行业的发展。
通过制定行
业标准,可以推动软件行业的规范化和标准化发展,提高整个行业
的技术水平和竞争力。
同时,软件技术标准也可以促进国际间的合
作和交流,使国内软件企业更好地融入国际市场,提升国际竞争力。
综上所述,软件技术标准对于软件开发过程和软件行业的发展
都具有非常重要的意义。
因此,作为软件开发者,我们应该重视软
件技术标准的制定和遵守,不断提高自身的技术水平,推动整个软件行业的发展。
只有在遵循规范的前提下,我们才能开发出更加优质、可靠的软件产品,为用户提供更好的体验,也为软件行业的可持续发展贡献自己的力量。
软件研发成本度量规范》深入解读及应用案例分享 王海青
《软件研发成本度量规范》
范
软
围 、
软 件
件 研
本
附
前
引
研
发
标
录
参
言 、
用
发
成
准
: 典
考
引
文成本的型资言件 、
本
度
应
应
料
构
量
用
术
成
过
用
语
程
标准主要技术内容
1. 软件研发成本构成
本标准中依据财务惯例将软件 研发成本分为直接成本和间接 成本,同时考虑到软件行业的 特性,将直接成本和间接成本 分为人力成本和非人力成本, 同时明确了各种成本的定义和 计算方式。
估算过程和公式, 使估算结果可追溯。
标准编制过程
第三阶段 2010-2012年
•工信部行标研制
主要成果物: 工信部行标《软件研发成本度量规范》(报批 稿) 《行标应用指南(预算场景)》(试行版) 《行标应用指南(项目计划)》(草稿) 《软件成本测量元》(草稿)。。。
第二阶段 2009年
行业协会标准研制
草、审核、审批、备案等均在系统中完成。审批时要对电 子签名进行验证…… • 会议管理:……支持发布、查询会议信息……
• ……
估算结果
规模 预计工作量 预算费用 预计工期
下限
22.64人月 33.96万元
4.5月
中值 1000功能点 42.04人月 63.07万元
5.78月
上限
75.79人月 113.69万元
• ……
• 国内背景 – 一些地方政府或机构已经注意到因缺乏成本度量标准 而导致种种情况发生,并作出了相关的研究和尝试, 但没有形成较为统一的标准。
《软件研发成本度量规范》深入解读及应用案例分享
靠经验,分歧大 领导不认可代码行方法 研发体系相对封闭 需求模糊埋下隐患
2020/9/22
42
应用案例分享—预算审批
组织特点
问题明确,但时间紧迫 开发经验丰富,有一定历史数据 开发模式有特殊性
应用策略
快速、客观开展相关分析 模型迭代优化,兼顾现状 针对性方法讲解与指导 解决关键问题,给出后续建议
预算费用=工作量*人力成本费率+直接非人力成本 乐观预算费用:31.34万元 最有可能预算费用:58.22万元 悲观预算费用:104.94万元
2020/9/22
40
应用案例分享
2020/9/22
41
应用案例分享—预算审批
组织概况
国务院直属正部级机构 某金字工程牵头单位 近2000人开发队伍,兼有外包 每年科技司预算集中审批(4/5月份)
2
倡导使用基准数据 估算软件工期和成 本,使估算结果更
科学
3
倡导使用一致的
估算过程和公式, 使估算结果可追溯。
2020/9/22
6
标准研制过程
第三阶段 2010-2013年
工信部行标研制
主要成果物: 工信部行标《软件研发成本度量规范》 《行标应用指南(预算场景)》(试行版) 《行标应用指南(项目计划)》(试行版) 《软件测量元》(草稿) ……
9
标准主要内容—成本估算方法技术路线
规模估算
工作量估算
成本/工期估算
2020/9/22
10
标准主要内容
核心问题1:如何基于初始需求估算规模? 核心问题2:如何基于历史数据估算生产率?
2020/9/22
11
标准主要内容
核心问题1:如何基于初始需求估算规模? 核心问题2:如何基于历史数据估算生产率?
软件工程标准规范
CreatMap 地理信息共享服务云平台软件工程标准规范河北省制图院2015年1月30日1.前言1.1项目背景当前,我国国家信息化建设与应用不断深入,网络化地理信息应用如同雨后春笋,政府部门和社会大众使用地理信息的方式与频率正发生翻天覆地的变化。
针对这一重大应用需求,国家测绘局认真学习和贯彻落实科学发展观,做出了建设国家地理信息公共服务平台(以下简称“公共服务平台”)的战略性决策。
CreatMap 地理信息共享服务云平台是河北省地理信息局下属的河北省制图院自主研发的并拥有自主知识产权的新一代地理信息公共服务平台,平台以促进地理信息服务大局、服务社会、服务民生为目标,为政府、企事业单位、社会公众提供统一、高效的基础地理信息服务。
1.1.1软件系统名称CreatMap 地理信息共享服务云平台,是依托地理信息数据,通过在线方式满足政府部门、企事业单位和社会公众对地理信息和空间定位、分析的基本需求,具备个性化应用的二次开发接口和可扩展空间,是实现地理信息应用服务功能的数据、软件及其支撑环境的总称。
1.1.2政策依据1) 《国务院关于加强测绘工作的意见》(国发[2007]30号):要切实提高测绘保障能力和服务水平,构建基础地理信息公共平台,更好地满足政府、企业及人民生活等方面对基础地理信息公共产品服务的迫切需要。
2) 《全国基础测绘中长期规划纲要》(2006年国务院批准发布):到2010年,我国形成一批具有影响力的基础测绘公共产品;到2020年,要实现服务网络化社会化。
国家测绘局在《测绘事业发展第十一个五年规划纲要》中指出要以地理信息为基础平台整合社会、经济和人文等信息,促进各类信息资源的共享和高效开发利用,到2010年初步实现基础地理信息服务网络化。
3) 国务院办公厅“关于促进我国国家空间信息基础设施建设和应用若干意见”(国办发2001-53号):要求各级测绘部门与当地发展计划等有关部门配合,共同推进本地区地理空间信息协调机制的建设,解决好地理空间信息资源条块分割、封闭管理等问题。
软件工程国家标准、行业标准一览表
文档标准 1 GB/T 8567-2006 计算机软件文档编制规范 2 GB/T 8567 -1988 计算机软件产品开发文档编制指南 3 GB/T 9385-2008 计算机软件需求规格说明规范
1 2 3 4
1 2 3 4 5 1 2 1 2
管理标准 GB/T 12505 -1990 计算机软件配置管理计划规范 GB/T 16260 -2006 软件工程 产品质量(质量模型 外部度量 内部度量 使用质量 的度量) GB/T 12504 -1990 计算机软件质量保证计划规范 GB/T 14394-2008 计算机软件可靠性和可维护性管理 GB/T 20918-2007 信息技术 软件生存周期过程 风险管理 机房建设标准 GB/T 6550 -1986 计算机机房用活动地板技术条件 GB 50174-2008 电子信息系统机房设计规范 GB 2887 -1989 计算机站场地技术条件 YDJ26 1989 通信局站接地设计暂行技术规定 sj/t30003-1993 电子计算机机房施工及验收规范 综合布线标准 CECS72.97 建筑与建筑群综合布线系统工程涉及规范 CECS89.98 建筑与建筑群综合布线工程施工与验收规范 规范 计算机信息系统集成资质等级评定标准(最新) 计算机信息系统集成项目经理资质管理办法 未知 GB/T20271-2006《信息安全技术-信息系统通用安全技术要求》
系统集成法律法规和标准规范
一、 1 2 3 4 二、 1 2 3 4 5 6 7 1 2 3 4 5 6 法律法规: 合同法 招投标法 著作权法(知识产权法) 政府采购法 软件工程国家标准: 基础标准 GB/T 11457-2006:信息技术、软件工程术语 GB8566-88 计算机软件开发规范 GB 1526-1989:信息处理各种图的文件编辑符号和约定 GB/T 14085-1993:信息处理系统 计算机系统配置图符号及约定 GB/T 20157-2006 信息技术 软件维护 GB/T20271-2006《信息安全技术-信息系统通用安全技术要求》 GB/T 8566-2007 信息技术 软件生存周期过程 开发标准 GB/T 8566 -2001 信息技术 软件生存周期过程 GB/T 15853 -1995 软件支持环境 GB/T 14079 -1993 软件维护指南 SJ/T 10367-1993(2009)计算机过程控制软件开发规程 GB/T 17544-1998信息技术 软件包 质量要求和测试 GB/T 15532-2008 计算机软件测试规范
项目建设方案评估分析
谢
谢!
发生故障时很难修复,发生经济损失或有生命危害 2 在设计阶段只需考虑一个设置站点的需求事项为了只在相同用途 0 的硬件或软件环境下运行而设计
1
多重站点
开发能够支持不同硬件 在设计阶段需要考虑一个以上设置站点的需求事项为了用途类似 1 和软件环境的软件 的硬件或软件环境下运行而设计 在设计阶段需要考虑一个以上设置站点的需求事项为了在不同用 2 途的硬件或软件环境下操作而设计
2没有明示对性能的特别需求事项或活动因此提供基本性能0性能要用户对应答时间或处理率的需求水平没有明示对性能的特别需求事项或活动因此提供基本性能02应答时间或处理率对高峰时间或所有业务时间来说都很重存在对连动系统结束处理时间的限制1为满足性能需求事项要求设计阶段开始进行性能分析或在设计开发体现阶段使用分析工具2可靠性发生障碍时引起的影响程度没有明示对可靠性的特别需求事项或活动因此提供基本的可靠性01发生故障时可以轻易修复带来稍微不便的损失1发生故障时很难修复发生经济损失或有生命危害2多重站点开发能够支持不同硬件和软件环境的软件在设计阶段只需考虑一个设置站点的需求事项为了只在相同用途的硬件或软件环境下运行而设计01在设计阶段需要考虑一个以上设置站点的需求事项为了用途类似的硬件或软件环境下运行而设计1在设计阶段需要考虑一个以上设置站点的需求事项为了在不同用途的硬件或软件环境下操作而设计2评估方法介绍五软件系统概预算评估方法流程预算申请定额法5计算项目预算费用单位
分析总结
二、缺点分析 1、指标体系缺失灵活性,对技术方案的评估过于空洞无力 ,难于深入论述。 2、软件工程定额标准,实操难度大,像ILF、EIF辨认得难 度较大,只有编写方在编写建设方案体现ILF、EIF的思维 时,在评审时才能较好的辨认ILF与EIF。 3、评估方案中的算法流程是正确,但过程错漏百出,不谨 慎对ILF与EIF进行辨认,纯粹的把功能点均辨认为ILF,把 接口功能辨认为EIF,且ILF与EIF的乘数因子互换。 4、个人感觉是为了拼凑出与编写单位概预算相差不大的数 字,完成变成了、优点分析总结
软件工程标准一览
军用计算机软件摘要 软件需求规格说明编制规定 软件项目管理基本要求 软件验收基本要求 软件维护基本要求 软件质量特性与评价方法 状态机软件开发方法 中国民用航空总局管理信息系统基础信息规范 餐饮业计算机管理软件开发设计基本规范 饭店业计算机管理软件开发设计基本规范 地空导弹指挥自动化系统软件模块通用规范 信息技术 软件维护 信息技术 软件生存周期过程 配置管理 软件过程能力评估模型 软件能力成熟度模型 面向对象的软件系统建模规范 第1部分:概念与表示法 面向对象的软件系统建模规范 第3部分:文档编制 面向对象领域工程指南 基于PC终端的互联网内容过滤软件技术要求 基于PC终端的互联网内容过滤软件测试方法
编号
DZ/T 0169-1997 GA 560-2005 GA 662-2006 GA 663-2006 GB/T 11457-2006 GB/T 13400.1-1992 GB/T 13400.2-2009 GB/T 13400.3-2009 GB/T 13502-1992 GB/T 14085-1993 GB/T 14246.1-1993 GB/T 14394-2008 GB/T 15532-2008 GB/T 15936.4-1996 GB/T 16260.1-2006 GB/T 16260.2-2006 GB/T 16260.3-2006 GB/T 16260.4-2006 GB/T 16647-1996 GB/T 16680-1996 GB/T 16682.1-1996 GB/T 16682.2-1996 GB/T 16684-1996 GB/T 17544-1998 GB/T 17917-2008 GB/T 18234-2000 GB/T 18491.1-2001 GB/T 18492-2001 GB/T 18714.1-2002 GB/T 18714.2-2002 GB/T 18714.3-2003 GB/T 18905.1-2002 GB/T 18905.2-2002 GB/T 18905.3-2002 GB/T 18905.4-2002 GB/T 18905.5-2002 GB/T 18905.6-2002 GB/T 20157-2006 GB/T 20158-2006 GB/T 20917-2007 GB/T 20918-2007 GBT 28035-2011 GB/T 8566-2007 GB/T 8567-2006 GB/T 9385-2008 GB/T 9386-2008 GB/Z 18493-2001 GB/Z 18914-2002 GB/Z 20156-2006 GJB 437-1988 GJB 438A-1997
软件工程国家标准、行业标准一览
软件工程国家标准、行业标准一览摘自计算机软件工程规范国家标准汇编2003ﻫDZ/T 0169-1997物探化探计算机软件开发规范ﻫGB 17917-1999商场管理信息系统基本功能要求ﻫGB 8566-1988计算机软件开发规范(已为GB/T8566-1995替代) ﻫGB/T11457—1995 软件工程术语GB/T 12504-1990 计算机软件质量保证计划规范GB/T 12505-1990 计算机软件配置管理计划规范ﻫGB/T 14079-1993 软件维护指南ﻫGB/T 14085-1993 信息处理系统计算机系统配置图符号及约定ﻫGB/T 15532—1995计算机软件单元测试ﻫGB/T15538-1995 软件工程标准分类法ﻫGB/T 15853-1995 软件支持环境ﻫGB/T16260-1996信息技术软件产品评价质量特性及其使用指南ﻫGB/T 16680-1996 软件文档管理指南ﻫGB/T 17544-1998 信息技术软件包质量要求与测试ﻫGB/T 17917—1999 商场管理信息系统基本功能要求GB/T18234-2000信息技术CASE工具得评价与选择指南ﻫGB/T18491.1—2001 信息技术软件测量功能规模测量第1部分:概念定义ﻫG B/T 18492-2001 信息技术系统及软件完整性级别ﻫGB/T 18905.1-2002 软件工程产品评价第1部分: 概述ﻫGB/T 18905、2-2002 软件工程产品评价第2部分: 策划与管理GB/T18905。
3-2002软件工程产品评价第3部分: 开发者用得过程GB/T18905。
4-2002软件工程产品评价第4部分: 需方用得过程GB/T 18905。
5—2002 软件工程产品评价第5部分: 评价者用得过程GB/T 18905。
6-2002 软件工程产品评价第6部分: 评价模块得文档编制ﻫ★GB/T 8566-1995 信息技术软件生存期过程(已为GB/T8566-2001替代)GB/T 8566—2001 信息技术软件生存周期过程ﻫGB/T 9385—1988 计算机软件需求说明编制指南ﻫGB/T 9386-1988 计算机软件测试文件编制规范GB/Z18493-2001信息技术软件生存周期过程指南GB/Z 18914-2002信息技术软件工程CASE工具得采用指南ﻫGJB 1091—1991军用软件需求分析ﻫGJB 1419-1992 军用计算机软件摘要ﻫGJB 2115—1994 军用软件项目管理规程GJB 2255—1994 军用软件产品GJB 3181-1998军用软件支持环境选用要求GJB437—1988军用软件开发规范GJB 438-1988 军用软件文档编制规范GJB 438A-1997武器系统软件开发文档GJB 439—1988 军用软件质量保证规范ﻫGJB/Z 102—1997 软件可靠性与安全性设计准则ﻫGJB/Z 115-1998 GJB 2786《武器系统软件开发》剪裁指南GJB/Z 117-1999 军用软件验证与确认计划指南GJB/Z68-1994 武器装备柔性制造系统软件工程手册HB 6464—1990 软件开发规范ﻫHB 6465—1990软件文档编制规范ﻫH B6466-1990 软件质量保证计划编制规定HB 6467—1990软件配置管理计划编制规定ﻫHB6468—1990 软件需求分析阶段基本要求ﻫHB 6469—1990 软件需求规格说明编制规定HB 6698-1993 软件工具评价与选择得分类特性体系HB/Z177—1990 软件项目管理基本要求ﻫHB/Z 178—1990软件验收基本要求ﻫHB/Z 179-1990 软件维护基本要求HB/Z 180—1990 软件质量特性与评价方法ﻫHB/Z 182—1990 状态机软件开发方法JB/T 6987-1993 制造资源计划MRPⅡ系统原型法软件开发规范ﻫSB/T 10264—1996 餐饮业计算机管理软件开发设计基本规范SB/T 10265-1996 饭店业计算机管理软件开发设计基本规范SJ20681—1998 地空导弹指挥自动化系统软件模块通用规范SJ 20778—2000 软件开发与文档编制ﻫSJ/T 10367-1993 计算机过程控制软件开发规程SJ/T 11234-2001 软件过程能力评估模型ﻫSJ/T 11235—2001 软件能力成熟度模型。
软件工程国家标准、行业标准一览表
计算机软件开发规范 信息技术软件生存期过程 信息技术 软件生存周期过程 信息技术 软件生存周期过程 计算机软件产品开发文件编制指南 计算机软件文档编制规范 计算机软件需求说明编制指南 计算机软件需求规格说明规范 计算机软件测试文件编制规范 计算机软件测试文件编制规范 信息技术 软件生存周期过程指南 信息技术 软件工程 CASE工具的采用指南 软件工程 软件生存周期过程 用于项目管理的指南 军用软件开发规范 武器系统软件开发文档 军用计算机软件摘要 软件开发规范 软件文档编制规范 软件质量保证计划编制规定 软件配置管理计划编制规定 软件需求分析阶段基本要求 软件需求规格说明编制规定 软件项目管理基本要求 软件验收基本要求 软件维护基本要求 软件质量特性与评价方法 状态机软件开发方法 中国民用航空总局管理信息系统基础信息规范 餐饮业计算机管理软件开发设计基本规范 饭店业计算机管理软件开发设计基本规范 地空导弹指挥自动化系统软件模块通用规范 信息技术 软件维护 信息技术 软件生存周期过程 配置管理 软件过程能力评估模型 软件能力成熟度模型 面向对象的软件系统建模规范 第1部分:概念与表示法 面向对象的软件系统建模规范 第3部分:文档编制 面向对象领域工程指南 基于PC终端的互联网内容过滤软件技术要求 基于PC终端的互联网内容过滤软件测试方法
GB/T 8566-1988 GB/T 8566-1995 GB/T 8566-2001 GB/T 8566-2007 GB/T 8567-1988 GB/T 8567-2006 GB/T 9385-1988 GB/T 9385-2008 GB/T 9386-1988 GB/T 9386-2008 GB/Z 18493-2001 GB/Z 18914-2002 GB/Z 20156-2006 GJB 437-1988 GJB 438A-1997 GJB 1419-1992 HB 6464-1990 HB 6465-1990 HB 6466-1990 HB 6467-1990 HB 6468-1990 HB 6469-1990 HB/Z 177-1990 HB/Z 178-1990 HB/Z 179-1990 HB/Z 180-1990 HB/Z 182-1990 MH/T 0019-1999 SB/T 10264-1996 SB/T 10265-1996 SJ 20681-1998 SJ 20822-2002 SJ 20823-2002 SJ/T 11234-2001 SJ/T 11235-2001 SJ/T 11290-2003 SJ/T 11291-2003 SJ/Z 11289-2003 YDN 138-2006 YDN 139-2006
中国软件行业协会软件工程定额标准(试行)
只供个人研究和学习,禁止商业用途,版权所有,翻版必究
A.11 各阶段比例系数...17 附录 B .............................................................17
功能点估算的优点是:用户单位和软件开发商都可以理解;在项目早期利用 有限的功能描述即可进行估算。 c) 国际功能点用户组(IFPUG,International Function Point Users Group)
IFPUG 为功能点的识别和计数提供了国际标准,使不同的人对同一软件的规模 的认识是相同的。本标准提供的简易识别规则参考了 IFPUG 标准规则的功能点计 数方法。 d) NESMA(Netherlands Software Metrics Association)
使用本标准提供的估算模型和估算表可估算软件项目的预算造价工作量总工期各开发阶段工期以及各开发阶段需投入的人员数量其中工作量工期预算造价涵盖从需求到上线的全部开发过程但不包括系统集成所需的环境搭建工作及项目交付后维护期内的工作
只供个人研究和学习,禁止商业用途,版权所有,翻版必究
中国软件行业 软件工程定额标准
制定本标准的目的是规范软件工程定额估算的过程,为用户单位、财政审批部门、软件 开发商估算软件工程项目的工作量、价格和工期等提供科学、统一、快捷的方法和实用工具。
本标准的主要用途如下: a)编制软件项目预算和审批软件工程项目时,利用有限信息得到项目工作量和造价的 估算数据; b)在招评标时,对投标价格差异巨大等情况,作为采取处理方法时的依据; c)用户单位在软件项目实施中、软件开发商在自主研发或无需招投标的软件开发项目 中,估算项目开发过程中的规模、工作量、工期等计划数据。
软件工程国家标准
GB 8567-88软件开发主要文档编写规X本附录中列出了?计算机软件产品开发文件编制指南?GB 8567-88中主要软件文档的编写说明,供编写时参考。
这些文档主要是:可行性研究报告、工程开发方案、软件需求说明书、概要设计说明书、详细设计说明书、模块开发卷宗、测试方案、测试分析报告、工程开发总结报告。
一、可行性研究报告l 引言1.1 编写目的说明:说明本可行性研究报告的编写目的,指出预期的读者。
1.2 背景说明:a.所建议开发的软件系统的名称。
b.本工程的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。
c.该软件系统同其他系统或其他机构的根本的相互来往关系。
1.3 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4 参考资料列出用得着的参考资料,如:a.本工程的经核准的方案任务书或合同、上级机关的批文。
b.属干本工程的其他已发表的文件。
c. 本文件中各处引用的文件、资料,包括所需用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
2 可行性研究的前提说明对建议开发工程进展可行性研究的前提,如要求、目标、条件、假定和限制等。
2.1 要求说明对所建议开发软件的根本要求,如:a.功能。
b.性能。
c.输出如报告、文件或数据,对每项输出要说明其特征,如用途、产生频度、接口以及分发对象。
d. 输入说明。
系统的输入包括数据的来源、类型、数量、数据的组织以及提供的频度。
e.处理流程和数据流程。
用图表的方式表示出最根本的数据流程和处理流程,并输之以表达。
f. 在平安与XX方面的要求。
g. 同本系统相连接的其他系统。
h. 完成期限。
2.2 目标说明所建议系统的主要开发目标,如:a. 人力与设备费用的减少。
b. 处理速度的提高。
c. 控制精度或生产能力的提高。
d.管理信息效劳的改良。
e. 自动决策系统的改良。
f. 人员利用率的改良。
2.3 条件、假定和限制说明对这项开发中给出的条件、假定和所受到的限制,如a. 所建议系统的运行寿命的最小值。
智慧用水投资预算编制说明
智慧用水投资预算编制说明本项目投资概算依据国家建设项目投资概算和绍兴市有关规定编制,投资概算遵循“符合规范、结合实际、经济合理、不重不漏、计算正确”的指导原则。
有关取费标准说明如下:(1)设备采购。
其中国外设备按人民币计算,包括设备到岸价及其他一切税费。
本方案采购的硬件设备、应用支撑软件等价格参照政府招标以及厂家优惠报价和有关资料估算,设备的运杂费包含在设备费中,不另单列。
(2)应用系统软件设计和定制费。
按定制各业务应用子系统软件需要的工作量和人工费用单价估算,人月费单价根据《中国软件行业协会软件工程定额标准(试行)》确定,并参考国内实际情况执行。
(3)系统集成费。
结合本项目的实际情况执行。
(4) 综合税费。
结合本项目的实际情况执行。
(5)系统监理、软件测评费。
按国家有关标准估算。
1.1概算编制依据中华人民共和国信息产业部《电子建设工程概(预)算编制办法及计价依据》(概算主框架),2005年;中华人民共和国信息产业部《电子建设工程预算定额》,2005年;中华人民共和国国家发展改革委员会《国家电子政务工程建设项目管理暂行办法》,2007年;中华人民共和国国家发展改革委员会、建设部《工程勘察设计收费管理规定》,2002年;中华人民共和国财政部《基本建设财务管理规定》,2002年;中华人民共和国国家发展改革委员会、建设部《建设工程监理与相关服务收费管理规定》、《建设工程监理与相关服务收费标准》,2007年;关于发布《信息系统工程监理及信息技术咨询服务取费计算方法(参照标准)》的通知,中电企协监字【20234】01号;中华人民共和国国家计划委员会《建设项目前期工作咨询收费暂行规定》,1999年;中华人民共和国国家发展改革委员会《招标代理服务费收费管理暂行办法》,2002年;相关设备、系统、软件厂家报价。
1.2概算编制说明设备安装工程费a.依据:《电子建设工程概(预)算编制办法及计价依据》(信息产业部,2005年);《电子建设工程预算定额》(信息产业部,HYD41-2005)b.说明:根据上述文件规定的设备定额查表计算汇总得出。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
ISBSG 长期从事基于功能点的跨企业跨行业的项目数据比对,拥有大量的基于 功能点的历史数据。本标准中所采用的一些数值参考了 ISBSG 公布的数据。ISBSG 在中国的分支机构是 CSBSG。
评审委员会 组长: 郑人杰 成员:(按首字母排序)
戴瑞敏 孔祥清 马晓东 石跃军 发布单位
中国软件行业协会系统与软件过程改进分会 支持单位(排名不分先后)
太极计算机股份有限公司 北京中软国际信息技术有限公司 中国软件与技术服务股份有限公司
只供个人研究和学习,禁止商业用途,版权所有,翻版必究
目录
1 概述 ..............................................................1 1.1 目的 ........................................................1 1.2 主要内容 ....................................................1 1.3 应用范围 ....................................................1
使用本标准提供的估算模型和估算表,可估算软件项目的预算/造价、工作量、总工期、 各开发阶段工期、以及各开发阶段需投入的人员数量,其中工作量、工期、预算/造价涵盖 从需求到上线的全部开发过程,但不包括系统集成所需的环境搭建工作及项目交付后维护期 内的工作。
虽然具备计算机基本使用能力的人员经过简单培训,即可高效率地完成项目估算工作。 但本标准建议由编制预算申请书/招标书/投标书的人员执行/参与估算,如此可提高估算的 速度和精度;项目需求是估算的依据。
5.8.1 瀑布式开发 ............................................7 5.8.2 迭代式/敏捷开发 .......................................7 附录 A ..............................................................7 A.1 ILF/EIF 简易识别标准 ........................................8 A.2 规模变更因子 ...............................................11 A.3 功能点耗时率 ...............................................11 A.4 软件因素调整因子 ...........................................11 A.5 工期-工作量回归参数........................................12 A.6 EI/EO/EQ 简易识别标准 ......................................12 A.7 需求吻合度.................................................15 A.8 开发因素调整因子...........................................15 A.9 软件开发商人月费率.........................................16 A.10 利润率....................................................16
功能点估算的优点是:用户单位和软件开发商都可以理解;在项目早期利用 有限的功能描述即可进行估算。 c) 国际功能点用户组(IFPUG,International Function Point Users Group)
IFPUG 为功能点的识别和计数提供了国际标准,使不同的人对同一软件的规模 的认识是相同的。本标准提供的简易识别规则参考了 IFPUG 标准规则的功能点计 数方法。 d) NESMA(Netherlands Software Metrics Association)
I
只供个人研究和学习,禁止商业用途,版权所有,翻版必究
A.11 各阶段比例系数............................................17 附录 B .............................................................17
2 术语 ..............................................................1 2.1 功能点,功能点估算,国际功能点用户组,国际基准比对组织 ......1 2.2 功能点计数元素 ..............................................2 2.3 下限/标准/上限估算 ..........................................2
2 术语
2.1 功能点,功能点估算,国际功能点用户组,国际基准比对组织
a) 功能点(Function Point,FP) 功能点是基于软件外部功能(输入、输出、接口、报告)对软件规模的度量。
b) 功能点估算
1
只供个人研究和学习,禁止商业用途,版权所有,翻版必究
功能点估算是一种基于软件功能计数来评估软件规模的估算方法,其中也考 虑到了性能/安全/质量等因素带来的规模调整,但不考虑软件开发商的企业背景/ 经验/所用技术等非产品因素。
B.1 参考模型与数据来源.........................................17 B.2 估算过程差异对比...........................................17
II
1 概述
只供个人研究和学习,禁止商业用途,版权所有,翻版必究
1.1 目的
2.3 下限/标准/上限估算
本标准的估算模型和估算工具表生成三种估算数值: a) 标准值
标准估算值是预期的中值,表示项目实际情况将有 50%低于或高于该数值。
2
只供个人研究和学习,禁止商业用途,版权所 Nhomakorabea,翻版必究
b) 下限值/上限值 在本标准中,下限值/上限值并不表示项目的最优/最差可能状态,它们被定
制定本标准的目的是规范软件工程定额估算的过程,为用户单位、财政审批部门、软件 开发商估算软件工程项目的工作量、价格和工期等提供科学、统一、快捷的方法和实用工具。
本标准的主要用途如下: a)编制软件项目预算和审批软件工程项目时,利用有限信息得到项目工作量和造价的 估算数据; b)在招评标时,对投标价格差异巨大等情况,作为采取处理方法时的依据; c)用户单位在软件项目实施中、软件开发商在自主研发或无需招投标的软件开发项目 中,估算项目开发过程中的规模、工作量、工期等计划数据。
只供个人研究和学习,禁止商业用途,版权所有,翻版必究
中国软件行业 软件工程定额标准
(试行)
二○○九年十月
只供个人研究和学习,禁止商业用途,版权所有,翻版必究
编委会 组 长:陈 勇 副组长:孙洪林 郝宗伟 成 员:(按首字母排序)
陈化然 代寒玲 胡红升 胡日一 巨小澎 李 峰 刘惠颖 邱钦伦 孙小兰 吴 凡 王海青 王建凯 姚炳亮 闫光永 张保印 张 蠡
2.2 功能点计数元素
功能点计数元素包括以下 5 个: a) 内部逻辑文件(Internal Logical File,ILF,以下简称内部数据) 软件内部需要维护(如增删改查)的数据。 b) 外部接口文件(External Interface File,EIF,以下简称外部接口) 在其它系统中维护但本软件需要调用的数据。 c) 外部输入(External Input,EI) 向软件输入数据或发送指令。 d) 外部输出(External Output,EO) 软件向使用者或其它系统输出的数据或发送的指令。 e) 外部查询(External Query,EQ) EQ 指使用软件进行的简单查询。
其中 ILF、EIF 是功能点计数时的数据元素,EI、EO、EQ 是功能点计数时的业务元素。 每种计数元素都对应一定的功能点分值。累计得到整个软件的计数规模。由于利用已经 识别出来的功能点计数元素计算规模,因此这种方法非常客观。 在 IFPUG 的功能点计数手册中,ILF、EIF、EI、EO、EQ 都有严格复杂的识别标准,比 较难以掌握。本标准的估算方法和估算工具表提供了简易识别标准,供使用者快速估算而又 不产生显著的偏差。
1.2 主要内容
本标准的主要内容为: a) 定义了“用户单位预算申请”、“用户单位招标”、“软件开发商投标”三个软件
工程定额估算过程。 b) 根据软件工程定额过程采用的估算模型和估算方法,开发了相应的估算工具表。
1.3 应用范围
本标准初始发布时提供的估算模型以政府行业用户单位的数据为基准,适用于政府行业 用户单位的软件项目。今后将不断补充其它行业数据,扩大适用范围。
3 软件工程定额标准的使用流程 ........................................3 4 用户单位预算申请及招标估算过程 ....................................3
4.1 识别功能点计数元素 ..........................................3 4.2 计算招标计数规模 ............................................4 4.3 计算招标规模 ................................................4 4.4 计算未调整的招标工作量 ......................................4 4.5 调整招标工作量 ..............................................4 4.6 计算招标价格/预算费用 .......................................5 4.7 计算招标工期 ................................................5 4.8 预算申请特殊说明 ............................................5 5 软件开发商投标及报价/计划过程 .....................................5 5.1 识别功能点计数元素 ..........................................5 5.2 计算投标计数规模 ............................................5 5.3 计算投标规模 ................................................6 5.4 计算未调整的投标工作量 ......................................6 5.5 调整投标工作量 ..............................................6 5.6 计算投标价格 ................................................6 5.7 计算投标工期 ................................................7 5.8 计划投标里程碑 ..............................................7