CN105653442A - 一种满足do-178c标准评审目标的方法 - Google Patents

Abstract

本发明公开了一种满足DO-178C标准评审目标的方法，根据评审软件等级、结合系统预设模板，自动生成评审项目生命周期内每个评审阶段需要完成的与评审目标相关的评审文档和检查单，操作人员根据项目进度，完成相应阶段的评审文档，启动相应阶段评审会，评审成员根据检查单进行评审，完成评审会，生成评审行动项，生成评审报告。该评审报告记录了软件研制过程中应开展的活动、数据输入及记录，为进行DO-178C适航认证，接受局方审查提供证据，从而大大降低了企业的研制难度和研制成本。

Description

一种满足DO-178C标准评审目标的方法

技术领域

本发明涉及计算机技术领域，尤其涉及一种满足DO-178C标准评审目标的方法。

背景技术

随着航空科技的进步与发展，民用飞机机载系统和设备中使用的软件数量越来越多，DO-178C是针对民用飞机机载软件的开发和试航制定的标准，民用飞机的机载软件必须通过DO-178C的适航认证。DO-178C是面向目标的，对于不同等级的软件，提出不同数量的目标，其中很大一部分目标都是针对软件验证工作中的评审提出的，故机载软件开发人员需要提供相应的证据表明软件能满足DO-178C标准的评审目标。

FAA发布了8110.49和JobAid给软件的评审过程提供了一些建议和思路，但没有具体的方案提供给机载设备的企业指导，企业都是根据DO-178C制定自己的企业标准，对于评审过程的管理没有形成相应的系统，对企业的研制成本和能力带来很大的挑战。

发明内容

针对上述技术问题，本发明的目的在于提供一种满足DO-178C标准评审目标的方法，使用该方法可以自动生成不同等级的软件在研制过程中应开展的活动、数据输入及记录，为进行DO-178C适航认证，接受局方审查提供证据。

为达此目的，本发明采用以下技术方案：

一种满足DO-178C标准评审目标的方法，包括如下步骤：

A、在系统中建立评审项目；

B、对评审成员个人信息进行管理；

C、划分评审阶段，生成每个评审阶段的迁移准则，根据系统预设模板生成评审项目生命周期内每个评审阶段需要完成的与评审目标相关的评审文档和检查单；

D、根据评审项目进度，完成相应阶段评审文档，启动相应阶段评审会；

E、发送评审通知给相应地评审成员；

F、评审成员根据检查单进行评审；

G、评审会结束，生成行动项，生成评审报告。

特别地，所述步骤A具体包括：

A1、具有管理员权限的用户登录，建立项目并选择软件的等级，所述软件等级分别是A级，B级，C级，D级和E级；

A2、系统在后台为评审项目建立数据库，存放该评审项目生命周期中涉及的所有记录和数据。

特别地，所述步骤B中对评审成员个人信息进行管理包括但不限于评审成员个人信息的添加、维护、更新和删除。

特别地，所述步骤C中划分评审阶段具体为将评审过程划分为软件计划阶段评审，软件开发阶段评审、软件验证阶段评审和软件研制总结评审；

所述软件计划阶段评审包括软件合格审定计划评审、软件开发计划评审、软件验证计划评审、软件质量保证计划评审、软件配置管理计划评审、软件需求标准评审，软件设计标准评审和软件开发标准评审；

所述软件开发阶段评审包括软件高层需求评审，软件设计评审，软件低层需求评审，源代码评审，软件集成过程评审；

所述软件验证阶段评审包括测试用例评审，测试规程评审，测试计划评审，验证结果评审，测试准备评审；

上述评审可以根据需要进行删减。

特别地，所述步骤C中的迁移准则具体包括进入准则和退出准则。

特别地，所述步骤D具体包括：

D1、根据评审项目进度，完成相应阶段评审文档，发布相关的评审会，指定评审会成员、评审数据、文档章节和相应的版本及存储地址，并将评审数据、评审文档和检查单导入系统；

D2、根据系统提供的评审会准入条件判断评审会启动条件是否满足；

D3、若评审会启动条件满足，则启动评审会。

特别地，所述步骤G中的生成评审报告包括但不限于评审数据、版本、评审日期、评审数据作者、评审成员、评审问题以及解决情况。

特别地，所述满足DO-178C标准评审目标的方法还包括步骤H：评审状态显示，显示软件生命周期中各个阶段评审的进展情况。

本发明提出的满足DO-178C标准评审目标的方法，根据评审软件等级、结合系统预设模板，自动生成评审项目生命周期内每个评审阶段需要完成的与评审目标相关的评审文档和检查单，操作人员根据项目进度，完成相应阶段的评审文档，启动相应阶段评审会，评审成员根据检查单进行评审，完成评审会，生成评审行动项，生成评审报告。该评审报告记录了软件研制过程中应开展的活动、数据输入及记录，为进行DO-178C适航认证，接受局方审查提供证据。

附图说明

图1是本发明实施例提供的满足DO-178C标准评审目标的方法的流程图。

具体实施方式

下面结合附图和实施例对本发明作进一步说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部内容，除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。本文所使用的术语“及／或”包括一个或多个相关的所列项目的任意的和所有的组合。

实施例一

请参照图1所示，图1为本发明实施例提供的满足DO-178C标准评审目标的方法的流程图。

本实施例中，满足DO-178C标准评审目标的方法包括如下步骤：

S101、建立评审项目。

开发一款机载软件前，具有管理员权限的用户登录后在系统中为软件建立评审项目并选择软件的等级，根据DO-178C的要求，软件等级分别是A级，B级，C级，D级和E级。同时系统将在后台自动为该评审项目建立一个数据库，存放该软件项目生命周期中所有记录和数据。

S102、对评审成员个人信息进行管理。

为评审项目引入评审成员，并对评审成员个人信息进行管理，主要包括评审成员个人信息的添加，维护，更新和删除。所述评审成员包括评审组成员和评审会成员。所述评审组成员包括项目经理，技术经理，系统工程师，系统安全评估工程师以及软件开发工程师，软件验证工程师，配置管理工程师，质量保证工程师，审定联络人员和外部专家，上述成员将参与后续的评审活动。所述评审会成员包括：评审组组长，评审组组员，记录人员。所述评审成员个人信息包括联系方式，邮件地址，所属部门，职称和职位等。所述外部专家信息为职称，工作单位，联系方式，Email地址等。在实际的项目评审过程中可根据项目的实际情况进行评审人员更新。

S103、划分评审阶段，生成每个评审阶段的迁移准则，根据系统预设模板生成评审项目生命周期内每个评审阶段需要完成的与评审目标相关的评审文档和检查单。

系统自动将评审活动划分软件计划阶段评审，软件开发阶段评审、软件验证阶段评审和软件研制总结评审。每一个评审都要求相关的评审数据和评审成员。每一个大的评审阶段都由若干个小的评审组成。

所述软件计划阶段评审包括8个子评审项，分别为5个计划评审和3个标准评审。其中5个计划评审为软件合格审定计划评审、软件开发计划评审、软件验证计划评审、软件质量保证计划评审和软件配置管理计划评审。3个标准评审分别为软件需求标准评审，软件设计标准评审和软件开发标准评审。

所述软件设计阶段评审包括软件高层需求评审，软件设计评审，软件低层需求评审，源代码评审，软件集成过程评审等。

所述验证阶段评审包括测试用例评审、测试规程评审、测试计划评审、验证结果评审和测试准备评审等。

实际的项目开展过程中，可能会因各种因素造成评审种类变更，操作人员可以根据用户的需要进行裁剪。

系统自动为上述各阶段评审生成对应的评审迁移准则，不同的评审项目生成的评审迁移准则不同，相同的评审项目的不同阶段生成的迁移准则也不同。迁移准则包括进入准则和退出准则，当前的评审只有进入准则满足时，才能启动该评审；同理，只有退出准则满足时，才能关闭该评审。进入准则和退出准则的确认由质量保证工程师完成。例如，软件需求评审的进入准则是软件等级确定，系统审定计划发布，软件合格审定计划发布，软件开发计划发布，软件需求标准发布，系统需求满足软件需求的开发状态；软件需求评审的退出准则是系统需求发布并受控，软件需求文档完成评审，更新和发布。衍生需求经过系统安全工程师评审。

系统后台的服务器数据库保存DO-178C的要求生成所需要评审的文档名称，例如软件需求文档，软件设计文档等。同时，数据库中为每一个文档都生成一份检查单，供后续评审成员参考，检查单通过表的形式保存，通过导入到数据库或者在数据库中手动添加生成。

系统自动为上述各阶段评审生成对应的检查单，不同的评审项目生成的检查单不同，相同的评审项目的不同阶段生成的检查单也不同。具有管理员权限的用户可在建立评审项目时，选择所需要的检查单。评审会发布时，相应的检查单也将发布给评审者。所有的检查单将提供给评审组的成员供评审参考。

若干满足DO-178C标准评审目标的模板以二进制格式存放于系统后台服务器的表中，当系统建立一个评审项目时，根据软件等级，直接将相关表复制到评审项目所在的数据库中，生成评审项目生命周期内每个评审阶段需要完成的与评审目标相关的评审文档。

S104、根据评审项目进度，完成相应阶段评审文档，启动相应阶段评审会。

随着项目的开展，操作人员逐渐完成各个阶段相关评审文档，项目经理根据项目的进展发布相关的评审会，并在发布评审会时指定该次评审的评审组组长，评审会成员以及记录人员，同时指定该次评审会评审数据，文档章节，相应的版本及存储地址等。并将评审的数据或文档导入到系统中，评审组成员从该系统中获取评审的数据。

项目经理生成的评审会发布后，质量保证工程师通过系统提供的该评审会的准入条件来判定该评审会是否满足条件。若评审的准入准则得到满足，则质量保证工程师同意该次评审会，评审会启动；若不满足，则可以拒绝评审会的发布，评审会不能启动。

S105、发送评审通知给相应地评审成员。

系统通过Email方式将向参与评审成员发布对应的评审通知。评审通知中包含评审数据，评审日期和时间，评审地点，评审类型。评审数据包括数据标识，数据版本，存储地址，便于评审成员进行检索。若评审的数据是文档，Email将通知评审者此次评审的章节号或整个文档。

评审会发布时将选择评审活动的类型。评审活动将采用会议评审方式或桌面评审方式开展。若采用会议评审方式，将为整个评审生成一个评审进度，该评审进度由评审组长管理。若评审活动采用桌面的方式，系统将为该评审生成一个总的评审进度，同时也为每个评审者生成一个子级评审进度，每个评审者管理子级评审进度，总的评审进度由评审组组长管理。

S106、评审成员根据检查单进行评审。

评审时，系统为评审者提供检查单，评审者根据评审的内容填写检查单，完成评审后，评审记录将自动保存，成为原始评审记录。

S107、评审会结束，生成行动项，生成评审报告。

评审过程中的评审记录将由质量保证工程师完成最后的签署，评审签署采用电子签署的方式，生成最终的评审记录。评审记录中未通过的部分将形成行动项，行动项将推送给评审数据作者进行修改。

当评审行动项都解决后，质量保证工程师将进行确认和签署，自动生成评审报告。评审报告将包含评审数据，版本，评审日期，评审数据作者，评审成员，评审问题以及解决情况。

S108、评审状态显示，显示软件生命周期中各个阶段评审的进展情况。

评审状态显示贯穿于评审项目整个生命周期内，评审状态分为阶段评审状态和子评审项状态。例如，软件计划阶段将生成整个软件计划阶段总的评审状态。同时，软件计划阶段分为若干个子评审项，每一个子评审项将分别生成一个子评审状态。子评审状态由质量保证工程师来管理和控制，若该阶段下的所有子评审项都完成评审，则阶段评审状态为完成。

通过桌面评审时，相关的评审数据是通过评审成员自主完成，当评审完成后填写评审状态，系统将统计所有评审者的状态得出总的进展。

若一个评审者参与多个项目的评审，则系统将分别列出所有的评审项以及每个评审项的状态。评审者可以点击未完成的项目继续完成评审工作。

质量保证工程师确认评审会中的所有发现的问题都得到解决时可以关闭该评审会。

本发明的技术方案可以自动生成不同等级的软件在研制过程中应开展的活动、数据输入及记录，为进行DO-178C适航认证，接受局方审查提供证据，从而大大降低了企业的研制难度和研制成本。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (8)

1.一种满足DO-178C标准评审目标的方法，其特征在于，包括如下步骤：

A、在系统中建立评审项目；

B、对评审成员个人信息进行管理；

C、划分评审阶段，生成每个评审阶段的迁移准则，根据系统预设模板生成评审项目生命周期内每个评审阶段需要完成的与评审目标相关的评审文档和检查单；

D、根据评审项目进度，完成相应阶段评审文档，启动相应阶段评审会；

E、发送评审通知给相应地评审成员；

F、评审成员根据检查单进行评审；

G、评审会结束，生成行动项，生成评审报告。

2.根据权利要求1所述的满足DO-178C标准评审目标的方法，其特征在于，所述步骤A具体包括：

A1、具有管理员权限的用户登录，建立项目并选择软件的等级，所述软件等级分别是A级，B级，C级，D级和E级；

A2、系统在后台为评审项目建立数据库，存放该评审项目生命周期中涉及的所有记录和数据。

3.根据权利要求1所述的满足DO-178C标准评审目标的方法，其特征在于，所述步骤B中对评审成员个人信息进行管理包括但不限于评审成员个人信息的添加、维护、更新和删除。

4.根据权利要求1所述的满足DO-178C标准评审目标的方法，其特征在于，所述步骤C中划分评审阶段具体为将评审过程划分为软件计划阶段评审，软件开发阶段评审、软件验证阶段评审和软件研制总结评审；

所述软件计划阶段评审包括软件合格审定计划评审、软件开发计划评审、软件验证计划评审、软件质量保证计划评审、软件配置管理计划评审、软件需求标准评审，软件设计标准评审和软件开发标准评审；

所述软件开发阶段评审包括软件高层需求评审，软件设计评审，软件低层需求评审，源代码评审，软件集成过程评审；

所述软件验证阶段评审包括测试用例评审，测试规程评审，测试计划评审，验证结果评审，测试准备评审；

上述评审可以根据需要进行删减。

5.根据权利要求1所述的满足DO-178C标准评审目标的方法，其特征在于，所述步骤C中的迁移准则具体包括进入准则和退出准则。

6.根据权利要求1所述的满足DO-178C标准评审目标的方法，其特征在于，所述步骤D具体包括：

D1、根据评审项目进度，完成相应阶段评审文档，发布相关的评审会，指定评审会成员、评审数据、文档章节和相应的版本及存储地址，并将评审数据、评审文档和检查单导入系统；

D2、根据系统提供的评审会准入条件判断评审会启动条件是否满足；

D3、若评审会启动条件满足，则启动评审会。

7.根据权利要求1所述的满足DO-178C标准评审目标的方法，其特征在于，所述步骤G中的生成评审报告包括但不限于评审数据、版本、评审日期、评审数据作者、评审成员、评审问题以及解决情况。

8.根据权利要求1所述的满足DO-178C标准评审目标的方法，其特征在于，还包括步骤H：评审状态显示，显示软件生命周期中各个阶段评审的进展情况。