首页 / 专利库 / 软件 / 软件 / 一种软件质量管理的方法

一种软件质量管理的方法

阅读:733发布:2021-06-08

专利汇可以提供一种软件质量管理的方法专利检索,专利查询,专利分析的服务。并且本 发明 公开了一种 软件 质量 管理的方法,包括下列步骤:S1、研发人员分组,根据研发过程中不同级别研发人员的作用,把研发人员划分为业务专家组、需求分析组、软件开发组、软件测试组;S2、研发人员分级,根据研发人员的经验、能 力 素质,将研发人员分为高级工程师、中级工程师、初级工程师;S3、建立3套质量管理方案,包括 预防 方案、检查方案和响应方案;S4、管控研发流程。采用本发明所提供的技术,通过合理的安排研发人员、研发任务,建立3套质量管理方案,并通过严格的管控研发流程,逐级监督、逐级确认,尽早发现并解决尽可能多的问题,提高软件质量,降低研发成本,也促进研发人员自觉提升能力。,下面是一种软件质量管理的方法专利的具体信息内容。

1.一种软件质量管理的方法,其特征在于,所述的方法包括下列步骤:
S1、研发人员分组,根据研发过程中不同级别研发人员的作用,把研发人员划分为业务专家组、需求分析组、软件开发组、软件测试组;
S2、研发人员分级,根据研发人员的经验、能素质,将研发人员分为高级工程师、中级工程师、初级工程师;
S3、建立3套质量管理方案,包括用于在软件研发过程中有效地防止问题产生的预防方案、用于在软件研发过程中尽早发现和解决问题并把问题的解决成本降到最低的检查方案、用于在软件发布之后尽早回应和解决问题以利于维护软件产品的声誉的响应方案;
S4、管控研发流程,具体如下:
S41、高级需求工程师通过需求调研建立需求分析模型,经业务专家组评审通过则交付中级需求工程师进行业务场景设计;评审不通过则继续建立需求分析模型;
S42、中级需求工程师根据需求分析模型进行业务场景设计,经高级需求工程师检查通过则交付初级需求工程师编写需求文档;检查不通过则继续业务场景设计;
S43、初级需求工程师根据业务场景设计编写需求文档,经过中级需求工程师检查通过则交付高级开发工程师;检查不通过则继续编写需求文档;
S44、高级开发工程师根据需求文档进行架构和概要设计,经业务专家组评审通过则交付中级开发工程师进行详细设计;评审不通过则继续进行架构和概要设计;
S45、中级开发工程师根据概要设计进行详细设计,经高级开发工程师检查通过则交付初级开发工程师进行编码;检查不通过则继续进行详细设计;
S46、初级开发工程师根据详细设计进行编码,经中级开发工程检查通过则提交代码;
检查不通过则继续进行编码;
S47、高级测试工程师根据需求文档制定测试计划、测试方案,经业务专家组评审通过则交付中级测试工程师;评审不通过则继续制定测试计划、测试方案;
S48、中级测试工程师根据测试计划,测试方案,需求文档设计测试用例,经高级测试工程师检查通过则交付初级测试工程师;检查不通过则继续设计测试用例。执行初级工程师已经执行通过的测试用例,确认通过的,标记用例通过;用例不通过则上报缺陷,标记用例不通过;
S49、初级测试工程师执行测试用例,发现问题则上报缺陷并标记用例不通过;未发现问题则交付中级测试工程师检查并标记用例通过。
2.根据权利要求1所述的一种软件质量管理的方法,其特征在于,所述的业务专家组由高级需求工程师、高级开发工程师、高级测试工程师组成,负责评审需求分析模型、架构设计、概要设计、测试计划、测试方案;
所述的需求分析组由高级需求工程师、中级需求工程师、初级需求工程师组成,负责需求的调研、分析、建模、设计、文档工作;
所述的软件开发组由高级开发工程师、中级开发工程师、初级开发工程师组成,负责软件的架构设计、概要设计、详细设计、编码、修复缺陷工作;
所述的软件测试组由高级测试工程师、中级测试工程师、初级测试工程师组成,负责制定测试计划、测试方案、设计测试用例、执行测试用例、提交缺陷工作。
3.根据权利要求1所述的一种软件质量管理的方法,其特征在于,所述的高级工程师由高级需求工程师、高级开发工程师、高级测试工程师组成,其中,所述的高级需求工程师责与客户沟通,建立需求分析模型,检查中级需求工程师设计的业务场景,任业务专家组负责人;
其中,所述的高级开发工程师负责架构设计,概要设计,检查中级开发工程师的详细设计,同时是业务专家组成员;
其中,所述的高级测试工程师负责制定测试计划,测试方案,检查中级测试工程师设计的测试用例并进行探索性测试,同时是业务专家组成员。
4.根据权利要求1所述的一种软件质量管理的方法,其特征在于,所述的中级工程师由中级需求工程师、中级开发工程师、中级测试工程师组成,所述的中级需求工程师负责业务场景设计,检查初级工程师编写的需求文档;
所述的中级开发工程师负责详细设计,检查初级开发工程师的编码;
所述的中级测试工程师负责设计和维护测试用例,检查初级测试工程师执行通过的测试用例。
5.根据权利要求1所述的一种软件质量管理的方法,其特征在于,所述的初级工程师由初级需求工程师、初级开发工程师、初级测试工程师组成,所述的初级需求工程师负责编写需求文档并进行文档管理;
所述的初级开发工程师负责编码,修复缺陷;
所述的初级测试工程师负责执行测试用例。
6.根据权利要求1所述的一种软件质量管理的方法,其特征在于,所述的预防方案包括的措施如下:
专家评审,业务专家组确定最终的需求、架构及概要设计、测试计划及测试方案,需求变更必须通过业务专家组评审通过并对因此造成的项目或产品延期交付负责;
专家培训,业务专家组负责对研发人员进行培训,不断提高研发人员的技术平、管理水平;
复用代码,尽量复用成熟的现有代码;
规范流程,不断提高规范化水平,把经验和教训固化在流程中,并且不断优化流程。
7.根据权利要求1所述的一种软件质量管理的方法,其特征在于,所述的检查方案包括的措施如下:
技术评审,业务专家组对技术方案、思路进行评审,在编码之前找出可能的问题;
代码评审,检查代码是否与设计方案一致;
全面测试,进行单元测试、集成测试、系统测试、性能测试、回归测试、易用性测试、安全测试,并且所有的操作都有对应的测试用例;
过程检查,检查研发人员对过程或规范的执行。
8.根据权利要求1所述的一种软件质量管理的方法,其特征在于,所述的响应方案包括的措施如下:
提供方便、快速的售前售后服务,从新客户的接入,到新老客户维护,建立完整的客户服务链;
优化客户服务链相关的各环节,技术支持、销售、营销、推广、策划、人事多部密切配合,减少各环节客户流失和公司成本。

说明书全文

一种软件质量管理的方法

技术领域

[0001] 本发明涉及软件研发技术领域,具体涉及一种软件质量管理的方法。

背景技术

[0002] 目前,一般的软件公司对软件研发人员划分为需求分析、软件开发、软件测试,研发人员分工明确但是缺乏衔接,也没有按工程师的能、经验来分配研发任务;没有建立完善的质量管理方案;对研发流程也没有进行有效管控。
[0003] 这就往往导致很多软件公司存在如下问题:产品质量很难稳定,客户在使用过程中出现很多问题,质量问题总是重复出现。需求分析人员总是抱怨客户难以沟通,场景描述不清晰,直到客户使用软件后投诉软件无法满足客户需求时才发现需求模型偏离了客户的应用场景,从而对已经审核通过的需求临时进行变更;开发人员总是抱怨需求频繁变更,没有时间把问题一次解决好,但是却有时间把反复出现的问题解决很多次;测试人员总是抱怨程序代码质量太差,修复缺陷后又会引出新的缺陷。新产品或新版本很难按时推出,产品推出之后也不能适应市场。研发人员加班加点工作,还是有解决不完的问题,导致客户满意度降低,研发成本增高等。

发明内容

[0004] 本发明的目的是为了解决现有技术中的上述缺陷,提供一种软件质量管理的方法,通过合理的安排研发人员、研发任务,建立3套质量管理方案,并通过严格的管控研发流程,逐级监督、逐级确认,尽早发现并解决尽可能多的问题,提高软件质量,降低研发成本,也促进研发人员自觉提升能力。
[0005] 本发明的目的可以通过采取如下技术方案达到:
[0006] 一种软件质量管理的方法,所述的方法包括下列步骤:
[0007] S1、研发人员分组,根据研发过程中不同级别研发人员的作用,把研发人员划分为业务专家组、需求分析组、软件开发组、软件测试组;
[0008] S2、研发人员分级,根据研发人员的经验、能力素质,将研发人员分为高级工程师、中级工程师、初级工程师;
[0009] S3、建立3套质量管理方案,包括用于在软件研发过程中有效地防止问题产生的预防方案、用于在软件研发过程中尽早发现和解决问题并把问题的解决成本降到最低的检查方案、用于在软件发布之后尽早回应和解决问题以利于维护软件产品的声誉的响应方案;
[0010] S4、管控研发流程,具体如下:
[0011] S41、高级需求工程师通过需求调研建立需求分析模型,经业务专家组评审通过则交付中级需求工程师进行业务场景设计;评审不通过则继续建立需求分析模型;
[0012] S42、中级需求工程师根据需求分析模型进行业务场景设计,经高级需求工程师检查通过则交付初级需求工程师编写需求文档;检查不通过则继续业务场景设计;
[0013] S43、初级需求工程师根据业务场景设计编写需求文档,经过中级需求工程师检查通过则交付高级开发工程师;检查不通过则继续编写需求文档;
[0014] S44、高级开发工程师根据需求文档进行架构和概要设计,经业务专家组评审通过则交付中级开发工程师进行详细设计;评审不通过则继续进行架构和概要设计;
[0015] S45、中级开发工程师根据概要设计进行详细设计,经高级开发工程师检查通过则交付初级开发工程师进行编码;检查不通过则继续进行详细设计;
[0016] S46、初级开发工程师根据详细设计进行编码,经中级开发工程检查通过则提交代码;检查不通过则继续进行编码;
[0017] S47、高级测试工程师根据需求文档制定测试计划、测试方案,经业务专家组评审通过则交付中级测试工程师;评审不通过则继续制定测试计划、测试方案;
[0018] S48、中级测试工程师根据测试计划,测试方案,需求文档设计测试用例,经高级测试工程师检查通过则交付初级测试工程师;检查不通过则继续设计测试用例。执行初级工程师已经执行通过的测试用例,确认通过的,标记用例通过;用例不通过则上报缺陷,标记用例不通过;
[0019] S49、初级测试工程师执行测试用例,发现问题则上报缺陷并标记用例不通过;未发现问题则交付中级测试工程师检查并标记用例通过。
[0020] 进一步地,所述的业务专家组由高级需求工程师、高级开发工程师、高级测试工程师组成,负责评审需求分析模型、架构设计、概要设计、测试计划、测试方案;
[0021] 所述的需求分析组由高级需求工程师、中级需求工程师、初级需求工程师组成,负责需求的调研、分析、建模、设计、文档工作;
[0022] 所述的软件开发组由高级开发工程师、中级开发工程师、初级开发工程师组成,负责软件的架构设计、概要设计、详细设计、编码、修复缺陷工作;
[0023] 所述的软件测试组由高级测试工程师、中级测试工程师、初级测试工程师组成,负责制定测试计划、测试方案、设计测试用例、执行测试用例、提交缺陷工作。
[0024] 进一步地,所述的高级工程师由高级需求工程师、高级开发工程师、高级测试工程师组成,其中,所述的高级需求工程师责与客户沟通,建立需求分析模型,检查中级需求工程师设计的业务场景,任业务专家组负责人;
[0025] 其中,所述的高级开发工程师负责架构设计,概要设计,检查中级开发工程师的详细设计,同时是业务专家组成员;
[0026] 其中,所述的高级测试工程师负责制定测试计划,测试方案,检查中级测试工程师设计的测试用例并进行探索性测试,同时是业务专家组成员。
[0027] 进一步地,所述的中级工程师由中级需求工程师、中级开发工程师、中级测试工程师组成,所述的中级需求工程师负责业务场景设计,检查初级工程师编写的需求文档;
[0028] 所述的中级开发工程师负责详细设计,检查初级开发工程师的编码;
[0029] 所述的中级测试工程师负责设计和维护测试用例,检查初级测试工程师执行通过的测试用例。
[0030] 进一步地,所述的初级工程师由初级需求工程师、初级开发工程师、初级测试工程师组成,所述的初级需求工程师负责编写需求文档并进行文档管理;
[0031] 所述的初级开发工程师负责编码,修复缺陷;
[0032] 所述的初级测试工程师负责执行测试用例。
[0033] 进一步地,所述的预防方案包括的措施如下:
[0034] 专家评审,业务专家组确定最终的需求、架构及概要设计、测试计划及测试方案,需求变更必须通过业务专家组评审通过并对因此造成的项目或产品延期交付负责;
[0035] 专家培训,业务专家组负责对研发人员进行培训,不断提高研发人员的技术平、管理水平;
[0036] 复用代码,尽量复用成熟的现有代码;
[0037] 规范流程,不断提高规范化水平,把经验和教训固化在流程中,并且不断优化流程。
[0038] 进一步地,所述的检查方案包括的措施如下:
[0039] 技术评审,业务专家组对技术方案、思路进行评审,在编码之前找出可能的问题;
[0040] 代码评审,检查代码是否与设计方案一致;
[0041] 全面测试,进行单元测试、集成测试、系统测试、性能测试、回归测试、易用性测试、安全测试,并且所有的操作都有对应的测试用例;
[0042] 过程检查,检查研发人员对过程或规范的执行。
[0043] 进一步地,所述的响应方案包括的措施如下:
[0044] 提供方便、快速的售前售后服务,从新客户的接入,到新老客户维护,建立完整的客户服务链;
[0045] 优化客户服务链相关的各环节,技术支持、销售、营销、推广、策划、人事多部密切配合,减少各环节客户流失和公司成本。
[0046] 本发明相对于现有技术具有如下的优点及效果:
[0047] 采用本发明所提供的技术,通过合理的安排研发人员、研发任务,建立3套质量管理方案,并通过严格的管控研发流程,逐级监督、逐级确认,尽早发现并解决尽可能多的问题,提高软件质量,降低研发成本,也促进研发人员自觉提升能力。附图说明
[0048] 图1是本发明公开的软件质量管理的方法中的研发人员分组分级图;
[0049] 图2是本发明公开的软件质量管理的方法中的研发流程图

具体实施方式

[0050] 为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0051] 实施例
[0052] 本实施例具体公开一种软件质量管理的方法,所述方法将研发人员分组、分级,建立3套质量管理方案,管控研发流程,替代现在普遍存在的研发模式及流程,在一轮研发中尽可能多的解决问题,提高软件质量,降低研发成本。
[0053] 该软件质量管理的方法具体如下,
[0054] 步骤S1、研发人员分组:根据研发过程中不同级别研发人员的作用,把研发人员划分为业务专家组、需求分析组、软件开发组、软件测试组。具体参照图1所示。
[0055] 业务专家组由高级需求工程师、高级开发工程师、高级测试工程师组成,负责评审需求分析模型、架构设计、概要设计、测试计划、测试方案。
[0056] 需求分析组由高级需求工程师、中级需求工程师、初级需求工程师组成,负责需求的调研、分析、建模、设计、文档等工作。
[0057] 软件开发组由高级开发工程师、中级开发工程师、初级开发工程师组成,负责软件的架构设计、概要设计、详细设计、编码、修复缺陷等工作。
[0058] 软件测试组由高级测试工程师、中级测试工程师、初级测试工程师组成,负责制定测试计划、测试方案、设计测试用例、执行测试用例、提交缺陷等工作。
[0059] 步骤S2、研发人员分级:根据研发人员的经验、能力等素质,将研发人员分为高级工程师、中级工程师、初级工程师。
[0060] 其中,高级工程师由高级需求工程师、高级开发工程师、高级测试工程师组成,高级需求工程师责与客户沟通,建立需求分析模型,检查中级需求工程师设计的业务场景,任业务专家组负责人;
[0061] 高级开发工程师负责架构设计,概要设计,检查中级开发工程师的详细设计,同时是业务专家组成员;
[0062] 高级测试工程师负责制定测试计划,测试方案,检查中级测试工程师设计的测试用例并进行探索性测试,同时是业务专家组成员。
[0063] 其中,中级工程师由中级需求工程师、中级开发工程师、中级测试工程师组成,中级需求工程师负责业务场景设计,检查初级工程师编写的需求文档;
[0064] 中级开发工程师负责详细设计,检查初级开发工程师的编码;
[0065] 中级测试工程师负责设计和维护测试用例,检查初级测试工程师执行通过的测试用例。
[0066] 其中,初级工程师由初级需求工程师、初级开发工程师、初级测试工程师组成,初级需求工程师负责编写需求文档并进行文档管理;
[0067] 初级开发工程师负责编码,修复缺陷。
[0068] 初级测试工程师负责执行测试用例。
[0069] 步骤S3、建立3套质量管理方案:
[0070] S31、有效的预防方案。在软件研发过程中有效地防止问题产生。主要措施有:
[0071] S311、专家评审,业务专家组确定最终的需求、架构及概要设计、测试计划及测试方案,需求变更必须通过业务专家组评审通过并对因此造成的项目或产品延期交付负责;
[0072] S312、专家培训,业务专家组负责对研发人员进行培训,不断提高研发人员的技术水平、管理水平。
[0073] S313、复用代码,尽量复用成熟的现有代码。
[0074] S314、规范流程,不断提高规范化水平,把经验和教训固化在流程中,并且不断优化流程。
[0075] S32、可靠的检查方案。在软件研发过程中尽早发现问题,尽早解决问题,把问题的解决成本降到最低。主要措施有:
[0076] S321、技术评审,业务专家组对技术方案、思路进行评审,在编码之前找出可能的问题。
[0077] S322、代码评审,检查代码是否与设计方案一致。
[0078] S323、全面测试,测试是查漏补缺的重要手段。进行单元测试、集成测试、系统测试、性能测试、回归测试、易用性测试、安全测试等,并且所有的操作都有对应的测试用例。
[0079] S324、过程检查,软件研发过程中有一些公认的过程或规范能够避免产生一些问题,要检查研发人员对过程或规范的执行。
[0080] S33、快速的响应方案。在软件发布之后,客户可能会发现问题,因此一定要尽早回应、解决,以利于维护软件产品的声誉。主要措施有:
[0081] S331、提供方便、快速的售前售后服务,从新客户的接入,到新老客户维护,建立完整的客户服务链。
[0082] S332、优化客户服务链相关的各环节,技术支持、销售、营销、推广、策划、人事等多部门密切配合,减少各环节客户流失和公司成本。
[0083] 步骤S4、管控研发流程,如附图2所示,具体如下:
[0084] S41、高级需求工程师通过需求调研建立需求分析模型,经业务专家组评审通过则交付中级需求工程师进行业务场景设计;评审不通过则继续建立需求分析模型。
[0085] S42、中级需求工程师根据需求分析模型进行业务场景设计,经高级需求工程师检查通过则交付初级需求工程师编写需求文档;检查不通过则继续业务场景设计。
[0086] S43、初级需求工程师根据业务场景设计编写需求文档,经过中级需求工程师检查通过则交付高级开发工程师;检查不通过则继续编写需求文档。
[0087] S44、高级开发工程师根据需求文档进行架构和概要设计,经业务专家组评审通过则交付中级开发工程师进行详细设计;评审不通过则继续进行架构和概要设计。
[0088] S45、中级开发工程师根据概要设计进行详细设计,经高级开发工程师检查通过则交付初级开发工程师进行编码;检查不通过则继续进行详细设计。
[0089] S46、初级开发工程师根据详细设计进行编码,经中级开发工程检查通过则提交代码;检查不通过则继续进行编码。
[0090] S47、高级测试工程师根据需求文档制定测试计划、测试方案,经业务专家组评审通过则交付中级测试工程师;评审不通过则继续制定测试计划、测试方案。
[0091] S48、中级测试工程师根据测试计划,测试方案,需求文档设计测试用例,经高级测试工程师检查通过则交付初级测试工程师;检查不通过则继续设计测试用例。执行初级工程师已经执行通过的测试用例,确认通过的,标记用例通过;用例不通过则上报缺陷,标记用例不通过。
[0092] S49、初级测试工程师执行测试用例,发现问题则上报缺陷并标记用例不通过;未发现问题则交付中级测试工程师检查并标记用例通过。
[0093] 综上所述,本发明公开的一种软件质量管理的方法,通过将研发人员分组、分级,建立3套质量管理方案,管控研发流程,替代现在普遍存在的研发模式及流程,尽早发现并解决尽可能多的问题,提高软件质量,降低研发成本。
[0094] 上述实施例为本发明较佳的实施方式,但本发明的实施方式并不受上述实施例的限制,其他的任何未背离本发明的精神实质与原理下所作的改变、修饰、替代、组合、简化,均应为等效的置换方式,都包含在本发明的保护范围之内。
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈