CN106033391B - 基于FOG数据的修复bug和变更控制的方法及装置 - Google Patents

Abstract

本发明提供一种基于FOG数据的修复bug和变更的控制方法及装置，通过自动或半自动的方式确定bug对象和变更对象，并对基于FOG数据的bug对象和变更对象进行处理，处理完成后自动提供相关检查单对处理结果进行验证，并对验证后的变更对象进行影响性分析，决定变更结束后自动为变更对象重新生成相关的工程文档，完成软件开发过程中bug修复和配置项或基线的变更。解决了现有技术中存在的bug和变更的对象粒度过粗、现有方法与配置库分离、手动验证确认等缺点。

Description

基于FOG数据的修复bug和变更控制的方法及装置

技术领域

本发明涉及计算机软件程序开发的技术领域，特别涉及一种软件开发中修复bug和变更控制的方法及装置。

背景技术

在软件工程中，关于bug的bug报告和变更的控制是软件开发过程中极其重要的一项活动，直接关系到软件产品的质量和可复现性。bug是指：不符合软件开发计划和标准的过程、软件编制开发的过程中输出的缺陷、软件产品的异常行为。在民用机载软件研制领域，权威的安全标准中明确提出了对于bug报告、变更控制和变更评审的要求。

bug报告、追踪和纠正措施的目的是：记录不符合软件开发计划和标准的过程、记录软件编制开发的过程中输出的缺陷、记录软件产品的异常行为，并确保这些bug得到解决。如果bug报告要求对软件产品或软件编制开发过程中的输出采取纠正措施，那么应触发变更控制的步骤。

变更控制的目的是在软件编制开发过程内实现变更的记录、评价、判断和批准。由于bug报告的处理可能导致配置项或基线的变更，所以bug报告与变更控制密切相关。同时，变更控制步骤也需要变更评审步骤的支持。变更评审确保了bug修复及其变更能获得评估、判断，合格的更改得以完成，并按软件开发编制过程定义的bug报告和变更控制方法向受影响的软件开发编制过程提供反馈信息。

现有技术存在的缺点有：

1.bug修复和变更的处理对象粒度过粗。现有方法的bug修复或变更的对象是文档级别，而发生bug的可能仅是文档中的某一行，过粗的粒度不利于bug的精确定位分析、影响分析、处理和验证等一系列工作；

2.与配置库分离。现有方法或工具，一般只能关注bug和变更本身的状态，而配置库的管理则另有一套方法或工具，因此对于bug和其变更的管理工具无法对配置项或基线的状态、版本进行有效跟踪，这一方面的工作仍需要人工手动进行，可能引入一致性、完整性等bug。例如：在变更处理时，变更处理人错误地修改了无需变更的配置项(如配置项在开发库中，无需配置管理员出库)，由于对于bug及其变更管理工具无法自动检测和记录配置库的变更，这一错误可能无法在变更验证时被发现；

3.手动确认文档一致性。对于一些文档共有的共性bug，可能需要多人在多个配置项(文档)中修改，并在变更验证时由人工进行一致性检查，费时费力，并可能引入错误；

4.分散的变更处理控制。在变更影响性分析后，对某个单一配置项(文档)的更改可能转为对多个阶段多个配置项的更改。这就需要为不同团队的多名人员产生复数的衍生变更申请单来跟踪变更的实施情况。这样的做法可能为变更评审以及变更后处理的工作带来不必要的麻烦。

发明内容

本发明提供一种基于FOG数据的修复bug和变更控制的方法及装置，bug修复针对开发库中的配置项及过程bug，去除了无需进行的影响性分析任务，简化传统的问题报告、变更控制及变更评审流程；变更控制针对受控库和产品库中的配置项，实施完整的问题报告、变更控制及变更评审流程。以解决现有技术中存在的bug和变更的对象粒度过粗、现有方法与配置库分离、手动验证确认等缺点。

为解决上述技术bug，本发明提供的基于FOG数据的基线设置系统及方法是这样实现的：

一种基于FOG数据的修复bug修复和变更控制的装置，在用于软件开发过程中进行bug的修复、和配置项或基线的变更，所述FOG数据是指具有独立语义的最小数据单位，其特征在于，包括：

FOG数据形成模块，将已编写的数据形成FOG数据；

bug发现检测模块，自动在软件编写开发活动过程中提出问题并自动识别bug的来源；

变更提出发起模块，相应自动或手动发起的变更请求，并自动用于变更申请人提出变更申请并确定变更来源；

审核模块，用于分析并确定bug对象或变更对象；

处理模块，用于对已确定的所述bug对象或所述变更对象进行处理；

验证模块，自动按照提供相关检查单对处理结果进行验证；。

验证后变更处理模块，对验证后的所述变更对象进行影响性分析并在决定变更结束后自动为所述变更对象重新生成相关的工程文档。

所述审核模块审核所述变更对象时，提供半自动化的变更影响性分析，自动追踪出所述变更对象相关联的上下级FOG数据。

所述审核模块审核所述bug对象时，支持半自动化的bug对象识别，bug来源会被自动添加至所述bug对象。

所述审核模块审核所述bug对象时，自动限制只选择开发库内配置项作为所述bug对象；审核所述变更对象时，自动限制选择受控库和产品库内配置项作为所述变更对象。

所述bug对象和所述变更对象均以FOG数据为单位。

一种基于FOG数据的修复bug和变更控制的方法一种基于FOG数据的bug修复和变更控制方法，在软件开发过程中进行bug的修复、配置项或基线的变更用于软件编写开发活动中bug修复和配置项或基线变更，所述FOG数据是指具有独立语义的最小数据单位，其特征在于，包括：

FOG数据形成步骤，将已编写的数据形成FOG数据；

bug发现检测步骤，自动识别bug的来源；

自动在软件编写开发活动过程中提出问题并自动识别bug来源；

变更提出发起步骤，相应自动或手动发起的变更请求，并自动确定变更来源；

用于变更申请人提出变更申请并确定变更来源；

审核步骤，用于分析并确定bug对象或变更对象用于分析并确定bug对象或变更对象；

处理步骤，用于对已确定的所述bug对象或所述变更对象进行处理；用于对已确定所述bug对象或所述变更对象进行处理；

验证步骤，自动按照检查单对处理结果进行验证；

自动提供相关检查单对处理结果进行验证。

验证后变更处理步骤，对验证后的所述变更对象进行影响性分析并在决定变更结束后自动为所述变更对象重新生成相关的工程文档。对验证后的所述变更对象进行影响性分析并在决定变更结束后自动为所述变更对象重新生成相关的工程文档。

所述审核步骤审核所述变更对象时，提供半自动化的变更影响性分析，自动追踪出所述变更对象相关联的上下级FOG数据。

所述审核步骤审核所述bug对象时，支持半自动化的bug对象识别，bug来源会被自动添加至所述bug对象。

所述审核步骤审核所述bug对象时，自动限制只选择开发库内配置项作为所述bug对象；审核所述变更对象时，自动限制选择受控库和产品库内配置项作为所述变更对象。

所述bug对象和所述变更对象均以FOG数据为单位。

本发明的积极效果在于：

1.对于bug修复或变更的对象粒度较细。以FOG数据作为管理粒度，可使bug修复或变更的来源和对象定位更加精确，提高审核、处理及验证等一系列工作的效率，减少错误发生的概率。

2.与配置库整合。该装置与软件项目的配置库相整合，能自动获取bug或变更对象的配置状态，并自动完成配置项的出入库操作，使得几乎整个bug或变更流程(过程bug的处理除外)都可以在该装置内完成。因此，杜绝了bug修复或变更处理过程中，错误修改bug或变更对象以外的配置项的可能性，同时也便于bug修复和变更验证步骤的展开。

3.保证配置项一致性。以FOG数据作为bug修复或变更的对象，使得原本针对多个工程文档共有bug的修改工作，转为对这些文档共用的FOG数据的修改，杜绝了多个文档不一致的可能性。

4.集中的变更处理控制。该装置自动为每个变更处理驱动出变更处理任务，并跟踪每个任务的执行状态。即无需产生任何衍生的变更申请，而是在一个变更报告中统一控制所有的变更处理活动，便于对软件项目的追踪变更状态的控制。

附图说明

图1为基于FOG数据的bug修复和变更控制装置结构框图；

图2为基于FOG数据的产品bug修复流程图；

图3为基于FOG数据的过程bug修复流程图；

图4为基于FOG数据的变更控制流程图。

具体实施例

本发明所称FOG数据是指具有独立语义的最小数据单位。本发明提出的基于FOG数据的bug修复和变更的控制方法及装置，包括两个相对独立的过程(bug修复及变更控制)，两个过程都分别包含了bug报告、变更控制及变更评审的部分或全部步骤。

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和实施方式对本发明作进一步的详细说明。

如图1，本发明所提供的装置包括，FOG数据形成模块11，将已编写的数据形成FOG数据。bug检测模块12，在编写、核查、评审、及测试等活动中，都可以通过该装置检测出bug。此时，bug来源将被自动识别。具体地：在软件编制开发过程中，bug的来源即当前编写中的FOG数据；核查步骤中，bug来源即当前核查不通过的核查对象；评审步骤中，bug来源即当前的评审对象；测试步骤中，bug来源即当前执行的测试规程。变更发起模块13，可自动或由变更申请人发起新的变更申请，获取或填写变更的优先级、严重性、变更描述等必要信息，确定变更来源，同时也可自动或手动选择变更对象；审核模块14，用于分析并确定bug对象或变更对象；处理模块15，用于对已确定的bug对象或变更对象进行处理；验证模块16，自动按照相关检查单对处理结果进行验证。验证后变更处理模块17，对验证后的变更对象进行影响性分析，并在决定变更结束后自动为变更对象重新生成相关的工程文档。

其中，bug修复包括两种bug类型：产品bug和过程bug。下面针对这两种类型的处理流程做具体的阐述。

产品bug修复流程针对所有处于开发库中的配置项的问题报告、变更控制和核查。如图2所示：

1)确定bug来源步骤21包括自动确定22步骤和手动确定步骤23。

a)自动确定步骤22

在编写、核查、评审、及测试等活动中，都可以通过该装置检测出bug，自动限制只可选择开发库内配置项作为bug的对象。此时，bug来源将自动识别。例如：编写步骤中，bug来源即当前编写中的FOG数据；核查步骤中，bug来源即当前核查不通过的核查对象；评审步骤中，bug来源即当前的评审对象；测试步骤中，bug来源即当前执行的测试规程。

b)手动确定步骤23

通过该装置，也可以在任何具体活动以外，手动输入检测出的bug。此时，需手动指定bug的来源。

2)审核bug步骤24

首先，该装置通过bug分析确定bug是否可接受。若不接受，则拒绝bug，将问题报告状态设置为“已关闭”；若接受，则进入确认bug对象步骤25；

3)确认bug对象步骤25

对bug原因进行分析以确定bug的对象。该装置支持自动化的bug对象识别功能。对由核查和评审步骤中检测出的bug，bug来源会被自动识别并添加至bug对象。检测出的bug也可在分析后，被自行添加/删除bug对象。bug对象可以是新增的FOG数据(即解决bug需要新增FOG数据)，也可以是当前已存在配置库中的FOG数据(即解决bug需要修改或删除已有FOG数据)；bug对象的选取形式以树形结构展现，该树形结构仅包含所有在开发库中的配置项。

该装置确定bug在当前阶段是否可以解决，若暂时无法解决或不必解决，则进入延迟审核状态，问题报告的状态设置为“已延迟”；若需要解决，则设定进行处理和验证的相关信息，问题报告的状态设置为“已分配”，并进入处理bug步骤26；在延迟审核的任意时间点，该装置都可以根据用户需求启动是否开始处理处于“已延迟”状态的bug。若审核步骤通过，则转入处理bug步骤26，问题报告的状态设置为“已分配”；若不通过，则转入审核bug步骤24，重新进行审核bug步骤；

4)处理bug步骤26

支持直接新增、修改或删除bug对象，同时自动完成相关配置项的配置库设置。通过该装置对每个bug对象的相关FOG数据进行添加、修改和删除处理步骤。进行bug处理步骤中可能遇到一些需要上级(项目负责人)关注或参与的bug处理步骤，此时可进入bug上报步骤27。bug对象的处理工作必须全部执行后，才能进入完成任务状态，处理完成的问题报告状态设置为“已完成”，从而进入验证bug处理步骤28。

具体地，对于需新增的bug对象，需编写新的FOG数据，该装置自动给出对应的bug对象(FOG数据)编写页面的链接，可直接在该装置中完成编写工作，并通过手动操作设置关联追踪关系，新增后的bug对象被标记为“已添加”；对于需修改的bug对象，该装置自动给出对应的bug对象(FOG数据)修改页面的链接，可直接在该装置中完成修改工作，修改后的bug对象被标记为“已修改”；对于需删除的bug对象，该装置给出对应bug对象(FOG数据)页面的链接，可直接在该装置中完成删除工作，删除后的bug对象被标记为“已删除”。

5)bug上报步骤27(可选)

bug上报步骤27为可选流程，使用该上报bug功能，后续该bug只要发生状态变化，该装置就将会自动发送邮件告知项目负责人。

6)验证bug处理步骤28

对bug处理开展验证步骤，同时该装置自动提供相关检查单，从而完成验证工作；若验证通过，则关闭bug，问题报告状态设置为“已关闭”；若验证不通过，则返回处理bug步骤26重新处理bug。

bug验证完成后或者在审核bug步骤24中没有被接受的bug则进入关闭bug步骤29对bug进行关闭。

过程bug修复流程针对项目过程的bug的跟踪、解决和处理流程，而不涉及具体配置库内的配置项。如图3所示：

1)确定bug来源步骤31

一般在质量保证过程中，可以通过该装置对过程检测出bug，并自动或手动来设定bug的来源。

2)审核bug步骤32

首先进行分析bug步骤，确定该bug是否可以接受，此时也可修改bug的来源。若不接受，则拒绝bug，将bug问题报告的状态设置为“已关闭”；若接受，则进入审核判断；

判断bug在当前阶段是否可以解决，若暂时无法解决或不必解决，则进入延迟审核，bug问题报告的状态设置为“已延迟”；若需要进行高层级人员的审核，则进入提交高层审核步骤33；若需要解决，则进行处理和验证步骤，bug问题报告的状态设置为“已分配”，并进入到处理bug步骤34。

在延迟审核任意时间点，该装置都可以根据用户需求开始处理处于“已延迟”状态的bug。若审核步骤通过，则转入处理bug步骤34，问题报告的状态设置为“已分配”；若不通过，则转入提交高层审核步骤33，重新进行审核bug步骤；

3)提交高层审核步骤33

如有必要，可设置项目高层(一般为项目经理)对过程bug进行审核，若高层审核通过，则转入处理bug步骤34，问题报告的状态设置为“已分配”；若不通过，则关闭bug，问题报告的状态设置为“已关闭”；

4)处理bug步骤34

过程bug的处理工作一般在该装置外进行。该装置会驱动处理bug的任务程序，提示在该装置外解决bug，并在该装置内输入处理的描述信息，提交完成处理bug步骤后，转入验证bug处理步骤35；

5)上报bug步骤36(可选)

使用上报bug功能，后续该bug只要发生状态变化，该装置就会通过发送邮件来告知相关的项目负责人；

6)验证bug处理步骤35

对bug的处理开展验证工作，同时该装置自动提供相关检查单，帮助完成验证处理；若验证通过，问题报告的状态设置为“已关闭”；若验证不通过，则返回处理bug步骤34重新进行处理bug。

bug验证完成后或者在审核bug步骤32中没有被接受的bug则进入关闭bug步骤37对bug进行关闭。

变更控制流程针对所有处于受控库和产品库中的配置项的bug报告、变更控制和核查。如图4所示：

1)提出变更步骤401

在有需要时，变更申请人可以提出新的变更请求，通过输入变更的优先级、严重性、变更描述等必要信息，确定变更的来源，同时也可选择变更的对象(即FOG数据)，本发明自动限制只可选择受控库和产品库内配置项作为变更对象；若选择了变更对象，则需配置该变更对象的处理及验证步骤。

2)审核变更步骤402

a)确认变更对象步骤403

在分析变更后，可自行添加/删除变更对象。变更对象可以是新增的FOG数据(即变更需要添加新的FOG数据)，也可以是当前已存在配置库中的FOG数据(即变更需要修改或删除已有FOG数据)。每条变更对象都需分别配置处理及验证步骤。变更对象的选取形式以树形结构展现，该树形结构仅包含在受控库和产品库中的配置项。此外，该装置自动限制变更对象唯一属于某一条变更，因此树形结构中仅会展现所有尚未作为其它变更的变更对象的FOG数据，任何属于其它变更的FOG数据将无法被再次选取(即在树形结构中隐藏)。

b)影响性分析步骤404

该装置为变更的影响性分析提供自动化的辅助判断方案。对每一条变更对象，该装置能自动追踪出其关联的上下级FOG数据，并进行展示。用户可手动决定是否需要将关联FOG数据添加为新的变更对象。同时，也可由用户将其它非关联的对象添加为新的变更对象。用户可输入影响性分析结果，作为是否批准变更的参考依据。影响性分析结束后，变更报告的状态将设置为“已影响性分析”。

c)批准变更步骤405

根据影响性分析描述，该装置接收是否批准该变更申请的决定，并可手动输入审核意见。若拒绝变更，则变更报告的状态设置为“已关闭”，变更流程结束；若批准，则变更报告的状态设置为“已审批”，该装置为每个用户驱动出一个变更处理程序，并进入处理变更步骤45。

3)处理变更步骤406

处理变更时，支持直接新增、修改或删除变更对象，同时自动完成相关配置项的出入库配置处理。通过该装置对每个变更对象，即FOG数据进行添加、修改和删除的处理。多个不同的变更对象可能对应多个不同变更处理程序。每个变更处理程序需执行相对应的所有变更对象的处理后，才能够提交完成任务；当所有变更处理完成后，该装置自动将变更报告的状态设置为“已完成”，并进入验证变更处理步骤407

对于需新增的变更对象，该装置自动给出对应的变更对象(FOG数据)编写页面的链接，可直接在该装置中完成编写工作，并通过手动操作设置关联追踪关系，新增后的变更对象被标记为“已添加”；对于需修改的变更对象，该装置给出对应变更对象(即FOG数据)修改页面的链接，可直接由该装置中完成修改工作，修改后的变更对象被标记为“已修改”；对于需删除的变更对象，该装置给出对应变更对象(即FOG数据)页面的链接，可直接在该装置中完成删除工作，删除后的变更对象被标记为“已删除”。

4)验证变更处理步骤407

对变更处理开展验证工作，同时该装置自动提供相关检查单，帮助完成验证工作；未通过验证的变更，应在验证结果中输入详细的描述，无论验证结果如何都进入再次进行影响性分析步骤408。验证结果提交后，变更报告的状态设置为“已验证”。

5)再次影响性分析步骤408

参考验证结果和变更处理，再次进行影响性分析步骤，其方法与影响性分析步骤404相同。影响性分析结束后，变更报告的状态设置为“已影响性分析”。

6)CCB决定步骤409

根据影响性分析描述和验证结果，由CCB(变更控制委员会)判断给出决定，并可输入审核意见。若需要再次进行变更处理，则转入处理变更步骤407，变更报告的状态设置为“已审批”；若接受变更，则转入变更后处理步骤410。

7)变更后处理步骤410

在判断决定变更后，该装置自动为作为变更对象的FOG数据重新生成相关的工程文档。如果当前变更对象的FOG数据已被纳入基线，则自动重新建立基线并替换原有基线。

处理完成后，进入关闭变更步骤411，将变更报告的状态设置为“已关闭”，变更报告管理流程结束。

由以上实施例可见，本发明针对民用机载软件研制的适航要求和实际需要，将问题报告、变更控制和变更评审的控制融合并整理为相对独立的基于FOG数据的修复bug或变更处理流程。解决了现有技术中存在的修复bug和变更的对象粒度过粗、现有方法与配置库分离、手动验证确认等缺点。

虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明并不局限于上述特定的实施方式，本领域技术人员可以在权利要求。

Claims (10)

1.一种基于FOG数据的修复bug和变更控制的装置，在软件开发过程中进行bug的修复、配置项或基线的变更，所述FOG数据是指具有独立语义的最小数据单位，其特征在于，包括：

FOG数据形成模块，将已编写的数据形成FOG数据；

bug检测模块，自动识别bug的来源；

变更发起模块，相应自动或手动发起的变更请求，并自动确定变更来源；

审核模块，用于分析并确定bug对象或变更对象；

处理模块，用于对已确定的所述bug对象或所述变更对象进行处理；

验证模块，自动按照检查单对处理结果进行验证；

验证后变更处理模块，对验证后的所述变更对象进行影响性分析并在决定变更结束后自动为所述变更对象重新生成相关的工程文档。

2.根据权利要求1所述的一种基于FOG数据的修复bug和变更控制的装置，其特征在于，所述审核模块审核所述变更对象时，提供自动化的变更影响性分析，自动追踪出所述变更对象相关联的上下级FOG数据。

3.根据权利要求1所述的一种基于FOG数据的修复bug和变更控制的装置，其特征在于，所述审核模块审核所述bug对象时，支持自动化的bug对象识别，bug来源会被自动添加至所述bug对象。

4.根据权利要求1所述的一种基于FOG数据的修复bug和变更控制的装置，其特征在于，所述审核模块审核所述bug对象时，自动限制只选择开发库内配置项作为所述bug对象；审核所述变更对象时，自动限制选择受控库和产品库内配置项作为所述变更对象。

5.根据权利要求1至4任一所述的一种基于FOG数据的修复bug和变更控制的装置，其特征在于，所述bug对象和所述变更对象均以FOG数据为单位。

6.一种基于FOG数据的修复bug和变更控制的方法，在软件开发过程中进行bug的修复、配置项或基线的变更，所述FOG数据是指具有独立语义的最小数据单位，其特征在于，包括：

FOG数据形成步骤，将已编写的数据形成FOG数据；

bug检测步骤，自动识别bug的来源；

变更发起步骤，相应自动或手动发起的变更请求，并自动确定变更来源；

审核步骤，用于分析并确定bug对象或变更对象；

处理步骤，用于对已确定的所述bug对象或所述变更对象进行处理；

验证步骤，自动按照检查单对处理结果进行验证；

验证后变更处理步骤，对验证后的所述变更对象进行影响性分析并在决定变更结束后自动为所述变更对象重新生成相关的工程文档。

7.根据权利要求6所述的一种基于FOG数据的修复bug和变更控制的方法，其特征在于，所述审核步骤审核所述变更对象时，提供自动化的变更影响性分析，自动追踪出所述变更对象相关联的上下级FOG数据。

8.根据权利要求6所述的一种基于FOG数据的修复bug和变更控制的方法，其特征在于，所述审核步骤审核所述bug对象时，支持自动化的bug对象识别，bug来源会被自动添加至所述bug对象。

9.根据权利要求6所述的一种基于FOG数据的修复bug和变更控制的方法，其特征在于，所述审核步骤审核所述bug对象时，自动限制只选择开发库内配置项作为所述bug对象；审核所述变更对象时，自动限制选择受控库和产品库内配置项作为所述变更对象。

10.根据权利要求6至9任一所述的一种基于FOG数据的修复bug和变更控制的方法，其特征在于，所述bug对象和所述变更对象均以FOG数据为单位。