CN111273890A - 一种软件开发过程的质量监控方法、平台及存储介质 - Google Patents
一种软件开发过程的质量监控方法、平台及存储介质 Download PDFInfo
- Publication number
- CN111273890A CN111273890A CN202010061796.7A CN202010061796A CN111273890A CN 111273890 A CN111273890 A CN 111273890A CN 202010061796 A CN202010061796 A CN 202010061796A CN 111273890 A CN111273890 A CN 111273890A
- Authority
- CN
- China
- Prior art keywords
- software development
- defect
- development process
- quality
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/10—Requirements analysis; Specification techniques
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3604—Software analysis for verifying properties of programs
- G06F11/3616—Software analysis for verifying properties of programs using software metrics
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/20—Software design
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Data Mining & Analysis (AREA)
- Stored Programmes (AREA)
Abstract
本发明公开了一种软件开发过程的质量监控方法,构建软件开发质量监控平台,对软件开发过程的生命周期进行划分,分为论证阶段、方案阶段、工程研制阶段、设计定型阶段以及生产定型阶段;构建不同的质量监控模型,对不同的所述阶段进行质量监控;对软件开发的过程进行自动化度量,其中,自动采集正在进行开发的软件过程对应的实际数据,形成偏差量指标数据并生成的质量监控的隐藏注释,并将附加信息添加到所述隐藏注释,其中,所述评价附加信息包括一个URL追溯及校验字符串,统计预定时间段内对软件的隐藏注释数量,计算出所述预定时间段内软件的隐藏注释的记录率,判断所述记录率是否达到第一预设值,以此初步判断开发过程是否合格。
Description
技术领域
本发明涉及计算机软件开发管理领域,尤其涉及一种软件开发过程的质量监控方法、平台及存储介质。
背景技术
信息技术的不断进步和快速发展为日常生活和工作提供了很多便捷服务。而这些便捷服务的体验很大程度上取决于软件产品质量稳定性,可以说产品质量也是企业的生产之本,更是企业的生命线,所以软件质量越来越受到很多企业重视。质量的关键在于内建过程,所以软件开发的过程质量很大程度决定了软件产品的质量,然后软件开发过程质量取决于每一个开发人员过程交付的质量。因此,如何评价一个软件开发过程每一个开发人员的交付质量是软件开发企业离不开的话题。
软件开发过程管理系统,其实质上是一个企业信息化管理软件,企业信息化管理软件可以将企业的管理过程在计算机系统上得以实现,将企业在管理过程中产生的数据进行集中存储,方便检索和统计,降低了管理成本,提高了管理效率。
目前软件企业普遍采用的软件开发过程主要包括:需求开发,设计,编码,测试,发布等几大步骤,有的企业在软件开发过程中导入QA(质量管理人员)进行跟踪测试,但这些传统的软件开发过程只涉及到整个软件开发过程的一部分,没有真正涉及到所有相关的流程,对于一些因素,诸如风险预测及分析,项目采购,项目配置等没有进行控制和管理,增加了软件开发最终失败的风险,降低了软件产品的质量。而目前,很多企业的对于评价一个软件开发过程的开发人员的质量评价存在以下问题:
1)评价的手段比较单一,比如软件上线后是否有缺陷、缺陷的数量来评估,评估方法的角度、维度比较单一,不够全面,导致人员的评价往往不够准确,同时也无法发现过程中存在的问题;2)评价的及时性不足,往往要等到软件上线发布后才能获知,或者通过季度性、项目结束时才能评价,评价的结果反馈不够及时,往往都比较延后,导致发现问题也比较延后,改进和完善的措施也同时延后;3)评价缺乏客观公平性,不同开发人员能力不同,级别不同,开发人员所开发对象的难度、复杂度不同等众多因素影响,因此评价的标准也应该不同,如果只用一套标准来评价会导致评价不公平现象;4)评价的效率不高,很多都是通过人工单点式统计,一旦评价的人数越来越多,产生的工作量会越来越大。
随着社会的不断进步,市场竞争的激烈程度不断增强,软件系统的逐渐复杂化,传统的软件过程管理系统已不再适应于当前大部分的软件开发流程。
由此可见,现在企业中关于软件开发的过程质量评价方法需进一步的提高评价的方法和效率。
发明内容
本发明旨在至少解决现有技术中存在的技术问题之一。为此,本发明公开了一种软件开发过程的质量监控方法,所述方法包括:
步骤1,构建软件开发质量监控平台,对软件开发过程的生命周期进行划分,分为论证阶段、方案阶段、工程研制阶段、设计定型阶段以及生产定型阶段;
步骤2,构建不同的质量监控模型,对不同的所述阶段进行质量监控;
步骤3,对软件开发的过程进行自动化度量,其中,自动采集正在进行开发的软件过程对应的实际数据,形成偏差量指标数据;
步骤4,根据步骤3中所述的偏差量指标数据生成的质量监控的隐藏注释,并将附加信息添加到所述隐藏注释,其中,所述评价附加信息包括一个URL追溯及校验字符串;
步骤5,所述软件开发质量监控平台,统计预定时间段内对软件的隐藏注释数量,计算出所述预定时间段内软件的隐藏注释的记录率,判断所述记录率是否达到第一预设值,若小于,则生成隐藏注释报告;若大于第一预设值,则判定软件开发质量不合格,并根据URL追溯及校验字符串导出具体不合格代码的报告。
更进一步地,所述软件开发质量监控平台进一步包括:所述开发人员信息管理模块,用于存储开发人员的属性数据;所述维度及规则配置模块,用于配置维度指标和开发过程质量综合评价分公式;所述数据计算模块,用于根据所述过程数据、所述属性数据、所述维度指标和开发过程质量综合评价分公式进行计算;所述评价模块,用于对所述数据计算模块得到的计算结果进行评价;所述报告模块,用于将计算结果和评价结论生成并发送报告。
更进一步地,所述步骤4进一步包括:根据所述偏差量指标数据对偏差量注入分布进行度量,若偏差量分布密度达到第二预设值,则判定软件开发质量不合格。
更进一步地,所述偏差量指标数据进一步包括缺陷数据,所述缺陷数据包括如下的一种或多种:缺陷状态,缺陷严重程度,缺陷来源,缺陷产生原因,缺陷修复周期所述缺陷状态为新发现,或者,已修复,或者,已关闭,或者,已删除;所述缺陷严重程度为建议,或者,轻微,或者,一般,或者,严重,或者,致命;所述缺陷来源为需求,或者,开发,或者,测试,或者,第三方;所述缺陷产生原因为编码规范,或者,逻辑缺陷,或者,功能实现,或者,异常处理。
更进一步地,所述步骤2进一步包括:所述构建不同的质量监控模型,根据软件开发过程的不同生命周期,设置不同的开发过程质量监控模型和标准,所述软件开发质量监控平台根据所选取的模型或标准建立相应的度量体系。
更进一步地,任一维度指标为缺陷密度指标;缺陷密度指标=(新发现建议缺陷总数*建议缺陷权值+新发现轻微缺陷总数*轻微缺陷权值+新发现一般缺陷总数*一般缺陷权值+新发现严重缺陷总数*严重缺陷权值+新发现致命缺陷总数*致命缺陷权值)/(开发人员的岗位级别*开发的功能复杂度总数)*100%。
更进一步地,维度指标有n个,所述开发过程质量综合评价分公式如下:S=S1+S2+S3+…+Sn;其中S1=D1*W1,S2=D2*W2,S3=D3*W3,…,Sn=Dn*Wn,D1为第1个维度指标,W1为D1的所属权重,D2为第2个维度指标,W2为D2的所属权重,D3为第3个维度指标,W3为D3的所属权重,Dn为第n个维度指标,Wn为Dn的所属权重,W1+W2+W3+……+Wn=100%。
更进一步地,所述评价模块,用于根据S1与S1对应均值的比较结果对S1进行评价,根据S2与S2对应均值的比较结果对S2进行评价,根据S3与S3对应均值的比较结果对S3进行评价,……,根据Sn与Sn对应均值的比较结果对Sn进行评价。
本发明进一步公开了一种软件开发质量监控平台,包括:处理器;以及,存储器,用于存储所述处理器的可执行指令;其中,所述处理器配置为经由执行所述可执行指令来执行上述的软件开发过程的质量监控方法。
本发明进一步公开了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述的软件开发过程的质量监控方法。
本发明与现有技术相比,取得的有益效果为:现有的软件开发质量监控方法都需要专家(人)对软件开发的内容进行评估,导致了监控系统不能实时的对软件开发过程进行监控,一般都是在特定时段进行软件开发评估,本发明通过构建不同的监控模型,设置预警方法对开发过程中可能出现的质量问题进行预警,再根据过程数据、属性数据、维度指标和开发过程质量综合评价分公式进行计算;评价模块,对数据计算模块得到的计算结果进行评价;报告模块,将计算结果和评价结论生成并发送报告。本申请提供的软件开发过程质量评价系统可以实现软件开发过程质量的全面评价。
附图说明
从以下结合附图的描述可以进一步理解本发明。图中的部件不一定按比例绘制,而是将重点放在示出实施例的原理上。在图中,在不同的视图中,相同的附图标记指定对应的部分。
图1是本发明的软件开发监控方法的流程图。
具体实施方式
实施例一
本实施例提供的软件开发过程质量评价系统包括:开发人员信息管理模块、数据采集模块、数据清洗模块、数据计算模块、维度及规则配置模块、数据库、报告模块和评价模块。
1、开发人员信息管理模块
开发人员信息管理模块与数据计算模块连接。
开发人员信息管理模块,用于存储开发人员的属性数据。
属性数据包括如下的一种或多种:岗位级别、开发经验年份、入职时间、开发功能数量、提交代码行数。
2、数据采集模块
数据采集模块与数据清洗模块连接。
数据采集模块,用于从数据源中获取过程数据。
具体的,数据采集模块包括数据源适配器和数据采集器。
数据源适配器一端与数据源连接,另一端与数据采集器连接。数据源适配器与数据源一一对应。
数据采集器与数据清洗模块连接。
其中,从数据源为EXCEL文档中和/或过程数据库,除此之外,数据源还可以为其他。
过程数据库为任务管理系统的数据库,或者,为缺陷管理系统的数据库。
另外,过程数据库可以为MYSQL数据库,还可以为MSSQL数据库,或者其他数据库,本实施例不对过程数据库的具体形式进行限定。
MYSQL数据源适配器与MYSQL数据库对应,EXCEL数据源适配器与EXCEL数据库对应。
此外,过程数据为如下的一种或多种:需求评审数据,设计评审数据,代码提交数据,提测的任务数据,测试任务审核数据,开发的功能数据,功能测试结果数据,缺陷数据。
缺陷数据包括如下的一种或多种:缺陷状态,缺陷严重程度,缺陷来源,缺陷产生原因,缺陷修复周期
缺陷状态为新发现,或者,已修复,或者,已关闭,或者,已删除。
缺陷严重程度为建议,或者,轻微,或者,一般,或者,严重,或者,致命。
缺陷来源为需求,或者,开发,或者,测试,或者,第三方。
缺陷产生原因为编码规范,或者,逻辑缺陷,或者,功能实现,或者,异常处理。
3、数据清洗模块
数据清洗模块与数据库连接。
数据清洗模块,用于清洗过程数据。
4、数据计算模块
数据计算模块分别与开发人员信息管理模块、维度及规则配置模块、数据库、评价模块连接。
数据计算模块,用于根据过程数据、属性数据、维度指标和开发过程质量综合评价分公式进行计算。
5、维度及规则配置模块
维度及规则配置模块与数据计算模块连接。
维度及规则配置模块,用于配置维度指标和开发过程质量综合评价分公式。
其中,维度指标可以有多个,例如缺陷密度指标、需求评审质量指标等。
缺陷密度指标=(新发现建议缺陷总数*建议缺陷权值+新发现轻微缺陷总数*轻微缺陷权值+新发现一般缺陷总数*一般缺陷权值+新发现严重缺陷总数*严重缺陷权值+新发现致命缺陷总数*致命缺陷权值)/(开发人员的岗位级别*开发的功能复杂度总数)*100%。
如果维度指标有n个,那么开发过程质量综合评价分公式如下:
S=S1+S2+S3+…+Sn。
其中S1=D1*W1,S2=D2*W2,S3=D3*W3,…,Sn=Dn*Wn,D1为第1个维度指标(如缺陷密度指标),W1为D1的所属权重,D2为第2个维度指标(如需求评审质量指标),W2为D2的所属权重,D3为第3个维度指标,W3为D3的所属权重,Dn为第n个维度指标,Wn为Dn的所属权重,W1+W2+W3+……+Wn=100%。
6、数据库
数据库分别与数据清洗模块,数据计算模块连接。
数据库,用于存储清洗后的过程数据。
7、报告模块
报告模块与评价模块连接。
报告模块,用于将计算结果和评价结论生成并发送报告。
具体的,报告模块通过如下的一种或多种方式实时或者满足预设条件时发送报告:邮件,即时通信软件,短信。
8、评价模块
评价模块分别与数据计算模块,报告模块连接。
评价模块,用于对数据计算模块得到的计算结果进行评价。
例如,评价模块根据S1与S1对应均值的比较结果对S1进行评价,根据S2与S2对应均值的比较结果对S2进行评价,根据S3与S3对应均值的比较结果对S3进行评价,……,根据Sn与Sn对应均值的比较结果对Sn进行评价。
本实施例提供的软件开发过程质量的评价系统在进行软件开发过程质量评价时,
1)开发人员信息管理模块把开发人员的人员的岗位级别、开发经验年份、入职时间、开发功能数量、提交代码行数等属性进行定义和录入系统。
2)数据采集模块从各个任务管理系统、缺陷管理系统中获取开发的交付的过程数据,主要包括三大方面数据:需求评审数据、设计评审数据、代码提交数据、提测的任务数据、测试任务审核数据、开发的功能数据、功能测试结果数据以及缺陷数据等。而每一项数据中也包括众多子数据,缺陷数据包括缺陷状态(新发现、已修复、已关闭、已删除等)、缺陷严重程度(建议、轻微、一般、严重、致命)、缺陷来源(需求、开发、测试、第三方等)、缺陷产生原因(编码规范、逻辑缺陷、功能实现、异常处理等)、缺陷修复周期等。
3)数据清洗模块会将获取的不规则数据进行格式化清洗,变成规则数据。
4)数据计算模块根据维度及规则模块中已配置好的维度指标、计算规则进行计算,得出最终的开发过程质量综合评价分。
例如,维度1为缺陷密度D1,D1=(新发现建议缺陷总数N1*权值Q1+新发现轻微缺陷总数N2*权值Q2+新发现一般缺陷总数N3*权值Q3+新发现严重缺陷总数N4*权值Q4+新发现致命缺陷总数N5*权值Q5)/(开发人员的岗位级别T*开发的功能复杂度总数W)*100%。
Q为结合过往经验得到的每个级别缺陷的对应的权重值。
开发过程质量综合评价分公式S=S1+S2+S3+…+Sn。
其中S1=D1*W1,S2=D2*W2,S3=D3*W3,…Sn=Dn*Wn,D1为缺陷密度指标,代表开发人员代码质量,W1为D1的所属权重,以此类推,S2为需求评审质量,W2为需求评审质量权重,Sn为其他过程质量值。其中,W1+W2+W3+……+Wn=100%。
经过综合加权计算后,开发人员的过程质量综合评价分为一个直观易懂的百分制分数。
开发过程质量综合评价分公式中的维度指标数量Si、以及其中Di,对应的权重Wi均可配置化设置,这样有利于各个不同情况的开发部门进行针对性调整和定制适合自身的计算公式。
5)评价模块会根据计算出来的分数S与整体及已配置的规则R1、R2…Rn进行匹配,指出开发人员在哪一方面的能力比较薄弱需要改进提高。
比如规则R1:开发人员的缺陷密度指标得分为S,系统会自动将和公司的整体评价水平SV做比较,如果S少于SV,则说明该开发人员的缺陷密度指标低于平均水平,而该指标代表的代码质量情况,即说明该开发人员编码质量能力需要提高。
同时,会将该开发人员的缺陷数据列举出来,如该开发人员产生的缺陷产生原因中占比最大的是哪一项,如数据校验占比最大,会指出该开发人员在编码过程中数据校验方面能力比较薄弱,需要提高。该智能评价模块起到自动化智能化评价作用,提供建设性改进建议,并帮助管理者及开发人员自身进行针对性提高。
6)报告模块则会将结果自动化生成评价报告,定时通过邮件、qq、短信等方式发送给各个管理者和开发人员,使得评价的及时性与时效性得以提高。只要开发人员产生一点过程数据,评价系统就能把开发人员的评价实时告知。另外,通过配置各项维度指标的预警值,当开发人员的的某个维度指标S大于预警值E时,系统会自动发出警告邮件给到具体开发人员及其所属的项目经理,起到及时提醒作用,提醒及督促其尽早进行改进。
实施例二
如图1所示的一种软件开发过程的质量监控方法,所述方法包括:
步骤1,构建软件开发质量监控平台,对软件开发过程的生命周期进行划分,分为论证阶段、方案阶段、工程研制阶段、设计定型阶段以及生产定型阶段;
步骤2,构建不同的质量监控模型,对不同的所述阶段进行质量监控;
步骤3,对软件开发的过程进行自动化度量,其中,自动采集正在进行开发的软件过程对应的实际数据,形成偏差量指标数据;
步骤4,根据步骤3中所述的偏差量指标数据生成的质量监控的隐藏注释,并将附加信息添加到所述隐藏注释,其中,所述评价附加信息包括一个URL追溯及校验字符串;
步骤5,所述软件开发质量监控平台,统计预定时间段内对软件的隐藏注释数量,计算出所述预定时间段内软件的隐藏注释的记录率,判断所述记录率是否达到第一预设值,若小于,则生成隐藏注释报告;若大于第一预设值,则判定软件开发质量不合格,并根据URL追溯及校验字符串导出具体不合格代码的报告。
更进一步地,所述软件开发质量监控平台进一步包括:所述开发人员信息管理模块,用于存储开发人员的属性数据;所述维度及规则配置模块,用于配置维度指标和开发过程质量综合评价分公式;所述数据计算模块,用于根据所述过程数据、所述属性数据、所述维度指标和开发过程质量综合评价分公式进行计算;所述评价模块,用于对所述数据计算模块得到的计算结果进行评价;所述报告模块,用于将计算结果和评价结论生成并发送报告。
更进一步地,所述步骤4进一步包括:根据所述偏差量指标数据对偏差量注入分布进行度量,若偏差量分布密度达到第二预设值,则判定软件开发质量不合格。
更进一步地,所述偏差量指标数据进一步包括缺陷数据,所述缺陷数据包括如下的一种或多种:缺陷状态,缺陷严重程度,缺陷来源,缺陷产生原因,缺陷修复周期所述缺陷状态为新发现,或者,已修复,或者,已关闭,或者,已删除;所述缺陷严重程度为建议,或者,轻微,或者,一般,或者,严重,或者,致命;所述缺陷来源为需求,或者,开发,或者,测试,或者,第三方;所述缺陷产生原因为编码规范,或者,逻辑缺陷,或者,功能实现,或者,异常处理。
更进一步地,所述步骤2进一步包括:所述构建不同的质量监控模型,根据软件开发过程的不同生命周期,设置不同的开发过程质量监控模型和标准,所述软件开发质量监控平台根据所选取的模型或标准建立相应的度量体系。
更进一步地,任一维度指标为缺陷密度指标;缺陷密度指标=(新发现建议缺陷总数*建议缺陷权值+新发现轻微缺陷总数*轻微缺陷权值+新发现一般缺陷总数*一般缺陷权值+新发现严重缺陷总数*严重缺陷权值+新发现致命缺陷总数*致命缺陷权值)/(开发人员的岗位级别*开发的功能复杂度总数)*100%。
更进一步地,维度指标有n个,所述开发过程质量综合评价分公式如下:S=S1+S2+S3+…+Sn;其中S1=D1*W1,S2=D2*W2,S3=D3*W3,…,Sn=Dn*Wn,D1为第1个维度指标,W1为D1的所属权重,D2为第2个维度指标,W2为D2的所属权重,D3为第3个维度指标,W3为D3的所属权重,Dn为第n个维度指标,Wn为Dn的所属权重,W1+W2+W3+……+Wn=100%。
更进一步地,所述评价模块,用于根据S1与S1对应均值的比较结果对S1进行评价,根据S2与S2对应均值的比较结果对S2进行评价,根据S3与S3对应均值的比较结果对S3进行评价,……,根据Sn与Sn对应均值的比较结果对Sn进行评价。
本实施例进一步公开了一种软件开发质量监控平台,包括:处理器;以及,存储器,用于存储所述处理器的可执行指令;其中,所述处理器配置为经由执行所述可执行指令来执行上述的软件开发过程的质量监控方法。
本实施例进一步公开了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述的软件开发过程的质量监控方法。
本发明与现有技术相比,取得的有益效果为:现有的软件开发质量监控方法都需要专家(人)对软件开发的内容进行评估,导致了监控系统不能实时的对软件开发过程进行监控,一般都是在特定时段进行软件开发评估,本发明通过构建不同的监控模型,设置预警方法对开发过程中可能出现的质量问题进行预警,再根据过程数据、属性数据、维度指标和开发过程质量综合评价分公式进行计算;评价模块,对数据计算模块得到的计算结果进行评价;报告模块,将计算结果和评价结论生成并发送报告。本申请提供的软件开发过程质量评价系统可以实现软件开发过程质量的全面评价。
通过本实施例提供的软件开发过程质量的评价系统,可以利用信息化技术和数据处理技术,全面快速有效的评价每一个软件开发过程的开发人员交付质量,为企业对软件开发的过程考核和过程改进提供参考,为提高软件开发过程质量与交付质量提供依据。
本实施例提供的软件开发过程质量的评价系统,首先把开发人员的属性录入系统,然后系统自动化从各类系统中抽取开发过程数据,再结合以配置好的多个维度计算规则、自动化计算出开发人员每个维度的评价分数与综合评价分数。整个过程克服了评价手段单一、及时性不足、效率不高和不公平的问题,使得整个开发人员过程质量评价变成一个系统化、自动化、可配置化的智能化过程的系统。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
虽然上面已经参考各种实施例描述了本发明,但是应当理解,在不脱离本发明的范围的情况下,可以进行许多改变和修改。因此,其旨在上述详细描述被认为是例示性的而非限制性的,并且应当理解,以下权利要求(包括所有等同物)旨在限定本发明的精神和范围。以上这些实施例应理解为仅用于说明本发明而不用于限制本发明的保护范围。在阅读了本发明的记载的内容之后,技术人员可以对本发明作各种改动或修改,这些等效变化和修饰同样落入本发明权利要求所限定的范围。
Claims (10)
1.一种软件开发过程的质量监控方法,其特征在于,所述方法包括:
步骤1,构建软件开发质量监控平台,对软件开发过程的生命周期进行划分,分为论证阶段、方案阶段、工程研制阶段、设计定型阶段以及生产定型阶段;
步骤2,构建不同的质量监控模型,对不同的所述阶段进行质量监控;
步骤3,对软件开发的过程进行自动化度量,其中,自动采集正在进行开发的软件过程对应的实际数据,形成偏差量指标数据;
步骤4,根据步骤3中所述的偏差量指标数据生成的质量监控的隐藏注释,并将附加信息添加到所述隐藏注释,其中,所述评价附加信息包括一个URL追溯及校验字符串;
步骤5,所述软件开发质量监控平台,统计预定时间段内对软件的隐藏注释数量,计算出所述预定时间段内软件的隐藏注释的记录率,判断所述记录率是否达到第一预设值,若小于,则生成隐藏注释报告;若大于第一预设值,则判定软件开发质量不合格,并根据URL追溯及校验字符串导出具体不合格代码的报告。
2.如权利要求1所述的一种软件开发过程的质量监控方法,其特征在于,所述软件开发质量监控平台进一步包括:所述开发人员信息管理模块,用于存储开发人员的属性数据;所述维度及规则配置模块,用于配置维度指标和开发过程质量综合评价分公式;所述数据计算模块,用于根据所述过程数据、所述属性数据、所述维度指标和开发过程质量综合评价分公式进行计算;所述评价模块,用于对所述数据计算模块得到的计算结果进行评价;所述报告模块,用于将计算结果和评价结论生成并发送报告。
3.如权利要求1所述的一种软件开发过程的质量监控方法,其特征在于,所述步骤4进一步包括:根据所述偏差量指标数据对偏差量注入分布进行度量,若偏差量分布密度达到第二预设值,则判定软件开发质量不合格。
4.如权利要求3所述的一种软件开发过程的质量监控方法,其特征在于,所述偏差量指标数据进一步包括缺陷数据,所述缺陷数据包括如下的一种或多种:缺陷状态,缺陷严重程度,缺陷来源,缺陷产生原因,缺陷修复周期所述缺陷状态为新发现,或者,已修复,或者,已关闭,或者,已删除;所述缺陷严重程度为建议,或者,轻微,或者,一般,或者,严重,或者,致命;所述缺陷来源为需求,或者,开发,或者,测试,或者,第三方;所述缺陷产生原因为编码规范,或者,逻辑缺陷,或者,功能实现,或者,异常处理。
5.如权利要求4所述的一种软件开发过程的质量监控方法,其特征在于,所述步骤2进一步包括:所述构建不同的质量监控模型,根据软件开发过程的不同生命周期,设置不同的开发过程质量监控模型和标准,所述软件开发质量监控平台根据所选取的模型或标准建立相应的度量体系。
6.如权利要求5所述的一种软件开发过程的质量监控方法,其特征在于,任一维度指标为缺陷密度指标;缺陷密度指标=(新发现建议缺陷总数*建议缺陷权值+新发现轻微缺陷总数*轻微缺陷权值+新发现一般缺陷总数*一般缺陷权值+新发现严重缺陷总数*严重缺陷权值+新发现致命缺陷总数*致命缺陷权值)/(开发人员的岗位级别*开发的功能复杂度总数)*100%。
7.根据权利要求6所述的一种软件开发过程的质量监控方法,其特征在于,维度指标有n个,所述开发过程质量综合评价分公式如下:S=S1+S2+S3+…+Sn;其中S1=D1*W1,S2=D2*W2,S3=D3*W3,…,Sn=Dn*Wn,D1为第1个维度指标,W1为D1的所属权重,D2为第2个维度指标,W2为D2的所属权重,D3为第3个维度指标,W3为D3的所属权重,Dn为第n个维度指标,Wn为Dn的所属权重,W1+W2+W3+……+Wn=100%。
8.根据权利要求7所述的一种软件开发过程的质量监控方法,其特征在于,所述评价模块,用于根据S1与S1对应均值的比较结果对S1进行评价,根据S2与S2对应均值的比较结果对S2进行评价,根据S3与S3对应均值的比较结果对S3进行评价,……,根据Sn与Sn对应均值的比较结果对Sn进行评价。
9.一种软件开发质量监控平台,其特征在于,包括:
处理器;以及,
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行权利要求1-8任一项所述的软件开发过程的质量监控方法。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1-8任一项所述的软件开发过程的质量监控方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010061796.7A CN111273890A (zh) | 2020-01-20 | 2020-01-20 | 一种软件开发过程的质量监控方法、平台及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010061796.7A CN111273890A (zh) | 2020-01-20 | 2020-01-20 | 一种软件开发过程的质量监控方法、平台及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111273890A true CN111273890A (zh) | 2020-06-12 |
Family
ID=71003395
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010061796.7A Withdrawn CN111273890A (zh) | 2020-01-20 | 2020-01-20 | 一种软件开发过程的质量监控方法、平台及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111273890A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112235358A (zh) * | 2020-09-23 | 2021-01-15 | 建信金融科技有限责任公司 | 数据的采集方法、装置、电子设备及计算机可读存储介质 |
CN112668869A (zh) * | 2020-12-25 | 2021-04-16 | 平安科技(深圳)有限公司 | 一种监控软件开发过程的方法、装置、终端及存储介质 |
CN112766707A (zh) * | 2021-01-14 | 2021-05-07 | 个体化细胞治疗技术国家地方联合工程实验室(深圳) | 细胞全生命周期追溯方法、应用服务器、系统及存储介质 |
CN113504935A (zh) * | 2021-07-26 | 2021-10-15 | 平安信托有限责任公司 | 软件开发质量评估方法、装置、电子设备及可读存储介质 |
CN113626323A (zh) * | 2021-07-31 | 2021-11-09 | 西南电子技术研究所(中国电子科技集团公司第十研究所) | 软件生命周期各阶段质量Bug测试评价方法 |
-
2020
- 2020-01-20 CN CN202010061796.7A patent/CN111273890A/zh not_active Withdrawn
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112235358A (zh) * | 2020-09-23 | 2021-01-15 | 建信金融科技有限责任公司 | 数据的采集方法、装置、电子设备及计算机可读存储介质 |
CN112668869A (zh) * | 2020-12-25 | 2021-04-16 | 平安科技(深圳)有限公司 | 一种监控软件开发过程的方法、装置、终端及存储介质 |
WO2022134348A1 (zh) * | 2020-12-25 | 2022-06-30 | 平安科技(深圳)有限公司 | 一种监控软件开发过程的方法、装置、终端及存储介质 |
CN112766707A (zh) * | 2021-01-14 | 2021-05-07 | 个体化细胞治疗技术国家地方联合工程实验室(深圳) | 细胞全生命周期追溯方法、应用服务器、系统及存储介质 |
CN112766707B (zh) * | 2021-01-14 | 2024-05-31 | 个体化细胞治疗技术国家地方联合工程实验室(深圳) | 细胞全生命周期追溯方法、应用服务器、系统及存储介质 |
CN113504935A (zh) * | 2021-07-26 | 2021-10-15 | 平安信托有限责任公司 | 软件开发质量评估方法、装置、电子设备及可读存储介质 |
CN113626323A (zh) * | 2021-07-31 | 2021-11-09 | 西南电子技术研究所(中国电子科技集团公司第十研究所) | 软件生命周期各阶段质量Bug测试评价方法 |
CN113626323B (zh) * | 2021-07-31 | 2024-03-15 | 西南电子技术研究所(中国电子科技集团公司第十研究所) | 软件生命周期各阶段质量Bug测试评价方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111273890A (zh) | 一种软件开发过程的质量监控方法、平台及存储介质 | |
Kemerer et al. | An empirical approach to studying software evolution | |
Pierro et al. | Are the gas prices oracle reliable? a case study using the ethgasstation | |
CN105868373B (zh) | 电力业务信息系统关键数据处理方法及装置 | |
CN111143334A (zh) | 一种数据质量闭环控制方法 | |
CN110728422A (zh) | 用于施工项目的建筑信息模型、方法、装置和结算系统 | |
EP3686819A1 (en) | Cost analysis system and method for detecting anomalous cost signals | |
Hicks et al. | Managing complex engineering projects: What can we learn from the evolving digital footprint? | |
CN103577882A (zh) | 一种基于uml的量化项目资源控制方法 | |
CN114124743B (zh) | 一种数据应用全链路检查规则执行方法及系统 | |
US20050278301A1 (en) | System and method for determining an optimized process configuration | |
Kitchenham et al. | Lessons learnt from the analysis of large-scale corporate databases | |
Mileusnić Škrtić et al. | Project risk management: comparative analysis of methods for project risks assessment | |
CN114817589B (zh) | 一种消防建筑图纸智能审核方法、系统、装置及存储介质 | |
CN115640225A (zh) | 软件项目质量评估方法、装置、存储介质、计算机设备 | |
CN115330216A (zh) | 一种监理数据管理系统、方法、设备及介质 | |
CN115204501A (zh) | 企业评估方法、装置、计算机设备和存储介质 | |
CN113435687A (zh) | 基于大数据的核电监理分析系统 | |
Lil et al. | Validation of a methodology for assessing software reliability | |
De et al. | Product failure root cause analysis during warranty analysis for integrated product design and quality improvement for early results in downturn economy | |
CN113763181A (zh) | 一种风险压力测试系统 | |
Awedikian et al. | Design of a validation test process of an automotive software | |
US20100145747A1 (en) | Automated enterprise architecture assessment | |
Wei et al. | Adaptive Effect Evaluation Model of Composite Cloud Service in Cloud Manufacturing Environment | |
Wang et al. | A new approach to evaluating the criticality class of spare parts incorporating fuzzy comprehensive evaluation and grey relational analysis |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20200612 |
|
WW01 | Invention patent application withdrawn after publication |