软件开发评测规范

原创 2001年07月02日 21:04:00
 软件开发评测规范<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

                拟制:luhongjun

 1 目的

      本程序规定了对软件产品开发和软件评测工作的考评标准。

2 范围

      本程序适用于对自行开发的软件产品的开发和评测工作的评定。

3 职责

  3.1 软件开发质量的评定由软件测试小组负责。

  3.2 软件评测质量的评定由负责人、方案设计小组、代码设计小组、测试小组组负责人负责。

4 程序

  4.1 软件产品问题分类

     4.1.1 严重错误:发生关键错误且致使系统的无法运行,测试或使用无法继续进行。主要包括:需求未实现、程序非正常终止、程序死机、数值计算错误、文档与软件不符、文档严重不足、系统文档关键错误。

     4.1.2 中等错误:发生关键错误但系统能够基本运行。主要包括:程序非正常终止但可通过其它输入来避免。系统边界错误、显示报表错误、数据处理、需求理解错误、系统文档一般错误。

     4.1.3 轻微错误: 发生一般性错误。主要包括:查询报告格式错误、系统操作不方便、系统文档一般错误、系统处理未优化等。这类错误在客户的允许下可以被忽略。

   4.2 对软件开发的评定

     4.2.1 根据《软件开发规范》,软件开发人员将软件相关文档和源程序交于软件测试小组,软件测试小组根据《软件测试规范》进行测试

     4.2.2 软件测试小组根据评测报告填写《软件测试问题汇总表》作为软件开发质量的评定标准。

     4.2.3 一段期间内根据《软件测试问题汇总表》统计每一位开发人员开发质量系数

   4.3 对软件评测的评定

 4.3.1将软件产品提交给用户。软件产品到达用户现场出现错误对BCB开发小组的形象有较大的损害,应对软件开发人员和评测人员同时进行处罚。

     4.3.2 测试小组负责人根据测试人员反馈信息填写《软件测试问题汇总表》作为软件评测和开发质量的评定标准。

 4.3.3 一段期间内根据《软件使用问题登记表》统计每一产品的质量。


     4.2.4 由于用户操作错误或由于硬件、操作系统、数据库等非本BCB小组原因造成的错误不在此范围。小组内部人员由于个人问题造成的错误根据造成的损失进行处罚。

5 检查与考核

  5.1 开发大型系统产品原则上允许出现严重错误2个,中等错误5个;中型系统产品原则上允许出现严重错误1个,中等错误3个;小型系统产品原则上不允许出现严重错误,中等错误2个。错误加权系统为:严重为3,中等为1,根据错误加权和评定开发质量系数。如:某开发人员开发一中型系统,评测出严重错误1处,中等错误2处,则该开发人员的质量系数为:

           6(允许错误值)/1*3+2*1=1.2

  5.2 开发质量系数低于0.5,开发人员应调离开发小组。

  5.3 交付用户的产品不允许出现严重错误,大型系统产品允许出现中等错误5个;中型系统产品允许出现中等错误3个;小型系统产品允许出现中等错误2个。

6 附录

    6.1 附录A《软件测试问题登记表》(F01

    6.2 附录B《软件测试问题汇总表》(F02

    6.3 附录C《软件使用问题登记表》(F03

说明: 该文档设计人:luhongjun(过江项羽)。
      文档版权归BCB开发团队所有,欢迎大家转载引用,但请注明文档所有者和设计人。未经同意请勿任意修改,不可用于商业目的。


 

软件开发文档编写规范

对于软件工程学科的同学都知道,软件工程是一门技术含量高设计极其复杂的学科。为了控制好软件产品质量和规范,就必须用大量的文档约束软件工程的进度和状态。浩大的软件工程对于缺少工作和项目经验的人来说,必然是...
  • zhanghui962623727
  • zhanghui962623727
  • 2016年08月19日 11:17
  • 2206

软件流程--开发流程规范

需求整理阶段 1、PRD、接口文档、数据库文档等按Sprint分开整理并同步到Confluence 2、前后端分离开发模式下,后端设计接口开发文档,同步到Confluence,同时提供mo...
  • zc529739024
  • zc529739024
  • 2017年04月12日 15:29
  • 637

软件开发编程规范及原则

多看经典、优秀的代码,从中吸取精华的同时也能让自己的代码得到规范。养成良好的编程习惯将会给你的软件开发之路带来极大的帮助。...
  • ybhuangfugui
  • ybhuangfugui
  • 2016年12月07日 22:05
  • 2771

华为软件编程规范和范例

〔一〕=====[排版] ]=======  〔二〕======[注释]======= 〔三〕=====[标识符命名]======= 〔四〕=====[可读性]====== 〔五〕=====[...
  • minghuiw
  • minghuiw
  • 2014年07月06日 16:03
  • 1928

软件开发需求分析规范

软件需求规格说明书是软件开发过程需求分析阶段需要产出的文档,是为了使用户和软件开发者对软件的规格有一个共同的理解而撰写的,软件需求规格说明有标准的模板 其规范结构包括: 第一章是引言。 ...
  • kaishihaohaozuoshi
  • kaishihaohaozuoshi
  • 2017年05月24日 19:49
  • 469

一般日志规范

后台服务日志输出规范  在后台服务中添加程序日志记录可以跟踪代码运行时轨迹,作为日后审计的依据;并且担当集成开发环境中的调试器的作用,向文件打印代码的调试信息;同时规划化输出的日志文件,便于和其...
  • konglongaa
  • konglongaa
  • 2016年12月02日 18:42
  • 332

软件研发部管理制度

为加强对公司软件研发部门工作管理,缩短开发周期,提高软件开发质量,降低开发成本,提高开发效率,特制定软件研发部管理制度。 第一章、总则 为保证日常工作正常有序的进行,让开发中各个环节更紧凑,更可控...
  • haifengid
  • haifengid
  • 2016年06月30日 09:57
  • 9985

软件开发之业务逻辑

前言 记得几个月前,在一次北京博客园俱乐部的活动上,最后一个环节是话题自由讨论。就是提几个话题,然后大家各自加入感兴趣的话题小组,进行自由讨论。当时金色海洋同学提出了一个话题——“什么是业务逻辑...
  • cp25807720
  • cp25807720
  • 2014年05月31日 18:57
  • 3024

软件评测:软件系统对比测试分析模型

【IT168 评测】当前,对于同类软件的对比测试需求越来越多,例如某甲方需要在几家提供同种类的数据库厂商中选择一家采购的选型测试,某一家开发操作系统的公司计划将其下操作系统与目前流行的操作系统进行一下...
  • chenlei_525
  • chenlei_525
  • 2013年11月18日 15:35
  • 1404

golang-代码规范

十条有用的 Go 技术 这里是我过去几年中编写的大量 Go 代码的经验总结而来的自己的最佳实践。我相信它们具有弹性的。这里的弹性是指: 某个应用需要适配一个灵活的环境。你不希望每过 3 到 4...
  • shuanger_
  • shuanger_
  • 2015年09月06日 11:17
  • 803
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:软件开发评测规范
举报原因:
原因补充:

(最多只允许输入30个字)