一种综控软件的配置管理方法与流程

1.本技术属于计算机信息处理技术领域，尤其涉及一种综控软件的配置库要求及管理方法。


背景技术：

2.目前，综控软件的测试更多集中于综控软件连同对应具体设备的联动调试工作，以满足产品使用的需求。
3.配置管理(configuration management，cm)是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程，其主体工作围绕软件产品展开。在综控软件上机的测试阶段，现在公知并没有很好的配置项识别和配置管理的概念，在综控软件升级的过程中，很难快速评估带来的风险，难以有效的记录和追溯更改过程。
4.由于综控软件稳定性要求高，版本追溯性强，并且在工程后期更多以硬件测试推动进行。传统的配置管理方法将综控软件的软件阶段和硬件阶段分开进行，而且硬件部分配置管理相对缺失，软硬件之间的联系不够紧密，大大降低了版本控制的效果。因此，如何解决有效把控整个综控软件版本控制基线显得非常关键。


技术实现要素：

5.本技术的目的在于提供一种综控软件的配置管理方法，旨在将硬件纳入综控软件系统的配置管理库中，解决现有技术中综控软件系统的版本控制问题。
6.本发明提供的综控软件的配置管理方法主要包括：
7.将软件配置项、所述硬件配置项及两者之间的联系同时纳入所述开发库、所述受控库和所述产品库中。
8.优选的，所述方法还包括：
9.根据综控软件的各研制阶段，分别建立和标识具有阶段先后顺序的基线；
10.根据各研制阶段的时间顺序标识对应所述基线的配置项；
11.建立综控软件数据开发库，所述开发库用于设计及储存软件配置项、硬件配置项及两者之间的联系；
12.建立综控软件数据受控库，所述受控库用于记录及存储更新软件配置项、硬件配置项及两者之间的联系；
13.建立综控软件数据产品库，所述产品库用于所述综控软件的最终版本发布处理，并对对应的文档及软件进行最终出库管理；
14.将软件配置项、硬件配置项及两者之间的联系同时纳入开发库、受控库和产品库中。
15.优选的，所述硬件配置项包括：硬件的图纸、硬件型号、编号、部署位置、接口标准、使用手册中的一种或多种。
16.优选的，所述方法包括：
17.对所述硬件配置项进行配置管理项的标识。
18.优选的，所述方法包括：
19.对所述软件配置项和所述硬件配置项之间的联系进行配置管理项的标识。
20.优选的，所述软件配置项和所述硬件配置项之间的联系包括：软件的部署地址、软件和硬件的版本对应情况、软件和硬件的追溯关系、软件和硬件的对应接口。
21.优选的，所述软件和硬件的追溯关系包括缺陷追溯关系，所述缺陷追溯关系具体为：软件缺陷和硬件缺陷之间的历史追溯关系、软件缺陷的历史追溯关系、硬件缺陷的历史追溯关系。
22.优选的，所述软件和硬件的追溯关系的配置项产生需软件和硬件开发人员同时审核。
23.优选的，对所述软件和硬件的追溯关系的配置项进行审核的方法具体为:
24.s1:软硬件接口比对修改；
25.s2:接收入库申请；
26.s3:审核，若审核通过，则将所述软件和硬件的追溯关系的配置项纳入所述受控库，否则，返回s1。
27.优选的，对所述软件和硬件的追溯关系的配置项进行审核的方法具体为:
28.k1:产品库验收测试通过；
29.k2:出库申请；
30.k3：审核，若审核通过，则出库。
31.本发明的优点是：基于综控软件的配置管理方法，解决了整个周期中软硬件配置管理传统重软件轻硬件，软硬件分开过于独立的问题。通过将两者的联系纳入配置管理，保证了软件、硬件全周期配置项的一致要求和可追溯性。在过程中，通过两方开发人员共同审核，能够有效识别全周期的配置项，避免了因未能仔细识别配置项导致后期更改时产生的混乱，且能够有效的指导缺陷分析，提升产品质量。
附图说明
32.图1是实施例一示出的综控软件的配置管理方法的实现流程图；
33.图2是实施例二示出的综控软件配置管理方法的入库流程图；
34.图3是实施例二示出的综控软件配置管理方法的出库流程图；
35.图4是实施例三示出的综控软件配置管理方法整体控制对象的流程图。
具体实施方式
36.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
37.以下结合具体实施例对本技术的具体实现进行详细描述：
38.实施例一：
39.图1是实施例一示出的综控软件的配置管理方法的实现流程图。实施例一示出的
综控软件的配置管理方法适用于软件开发系统中，软件开发中设置处理器，以进行综控软件的高效配置管理。为了便于说明，仅示出了与本发明实施例相关的部分，详述如下：
40.根据综控软件的各研制阶段，分别建立和标识具有阶段先后顺序的基线；
41.根据各研制阶段的时间顺序标识对应所述基线的配置项；
42.建立综控软件数据开发库，所述开发库用于设计及储存软件配置项、硬件配置项及两者之间的联系；
43.建立综控软件数据受控库，所述受控库用于记录及存储更新软件配置项、硬件配置项及两者之间的联系；
44.建立综控软件数据产品库，所述产品库用于所述综控软件的最终版本发布处理，并对对应的文档及软件进行最终出库管理；
45.将软件配置项、硬件配置项及两者之间的联系同时纳入开发库、受控库和产品库中。
46.由于综控软件稳定性要求高，版本追溯性强，并且在工程后期更多以硬件测试推动进行。
47.基于本实施例示出综控软件的配置库要求及管理方法，解决了整个周期中软硬件配置管理传统重软件轻硬件，软硬件分开过于独立的问题。通过将两者的联系纳入配置管理，保证了软件、硬件全周期配置项的一致要求和可追溯性。在过程中，通过两方开发人员共同审核，能够有效识别全周期的配置项，避免了因未能仔细识别配置项导致后期更改时产生的混乱，且能够有效的指导缺陷分析，提升产品质量。
48.可选的，硬件配置项包括：硬件的图纸、硬件型号、编号、部署位置、接口标准、使用手册中的一种或多种；所述软件配置项和所述硬件配置项之间的联系包括：软件的部署地址、软件和硬件的版本对应情况、软件和硬件的追溯关系、软件和硬件的对应接口。
49.优选的，所述软件和硬件的追溯关系包括缺陷追溯关系，所述缺陷追溯关系具体为：软件缺陷和硬件缺陷之间的历史追溯关系、软件缺陷的历史追溯关系、硬件缺陷的历史追溯关系。
50.可选的，所述软件和硬件的追溯关系的配置项产生需软件和硬件开发人员同时审核。通过软件和硬件开发人员同时审核，进一步确保软件和硬件的追溯关系配置项的准确性，提高综控软件配置的效率及准确性。
51.在缺陷追溯关系入库时，可包括配置项之间的关联，与历史类似问题的相似程度，问题发生的环境变化，并匹配到软件生命过程的基线中。支持对测试工作进行分析，同时参考配置库中的历史情况，提取测试的过程数据并生成报告，形成基线。充分利用缺陷管理中历史配置项信息的综合，建立组织能力过程的基线，对过程管理实施量化，以此为基础持续性优化缺陷预防过程。
52.可根据以上的追溯关系，对所述综控软件的开发人员进行反馈提醒，从而及时告知开发人员根据测试报告对综控软件中存在问题的部分进行修改调试，有效提高了综控软件的开发效率。并随着不同项目的开展，在项目间建立一定的追溯关系。
53.实施例二：
54.对所述软件和硬件的追溯关系的配置项进行审核时，需进行配置项的入库审核和出库审核。如图2、3所示，本技术实施例二提供了一种综控软件配置管理方法的入库流程图
和出库流程图。其中涉及到配置项变更的内容，防止配置项被随意修改而导致混乱，配置项的变更历史必须记录在配置项内，包括日期、版本号、变更请求号、修改人和变更内容。
55.相关的变更必须通过审核或测试，以保证更改不会对基线造成未料到的影响后方可入库。对于变更项大致分为三个等级：
56.纳入基线的受控项：需经过项目经理审批或配置委员会审批通过。
57.一般的受控项：纳入受控而不入基线的配置项状态变化一般是先非受控，然后受控。变更时，检出进行修改，修改完毕后再检入提交受控。这类配置项不需要变更申请，但是要经过配置管理员申请。
58.非受控项：对变更不做控制。一般存在于开发库中。
59.在进行入库或出库的审核过程中，配置审核过程为过程质量检查的活动，包括配置管理过程的审核和配置项的审核。配置管理过程审核目的是保证所有项目人员遵守配置管理规范，配置项的审核目的是产品全过程要求的一致性和完整性。配置项审核情况如下：
60.产品发布审核：产品发布前的审核，由纸质流程发起手签确认，相关人员有配置控制组负责人，产品部门负责人，项目负责人及质量部分负责人。由评审会形式或者会签通过方可进行产品发布。
61.配置管理入库审核：受控版本的审核，相关人员有配置控制组负责人和相关成员。审核方式可灵活采用纸质审核，例会审核或电子邮件审核。一般由配置管理人员发起，经配置控制组人员审核通过即可。
62.版本变更审核：受控库内发生版本变更时的审核，相关人员有配置控制组负责人和相关成员。审核方式可灵活采用纸质审核，例会审核或电子邮件审核。一般由配置管理人员发起，经配置控制组人员审核通过方可进行变更项入库。
63.实施例三：
64.本技术实施例三，图4示出了一种综控软件配置管理方法整体控制对象的流程图。其中在配置库管理中，在测试用例之前的流程纳入开发库，从测试计划开展，测试用例产生到硬件综合调试后应纳入受控库，配合用户完成验收测试后应纳入产品库。
65.在三库中，应完整的配置标识、配置变更控制、配置审理管理；支持开发工具、需求管理和测试管理的接入。配置管理系统支持软件全周期的资源管理需求，根据项目要求创建配置管理环境，将软硬件的配置纳入管理，确保软件产品的完整性和可追溯性。并在产品发布管理的基础上增加开发成果复用和知识库积累的作用。
66.在配置管理库中，建立和维护所有配置项之间的追踪关系，具体包括与历史类似问题的相似程度，问题发生的环境变化，并匹配到软件生命过程的基线中。项目人员支持测试工作的分析，同时参考配置库中的历史情况，提取测试的过程数据并生成报告，形成基线。项目人员充分利用缺陷管理中历史配置项信息的综合，建立组织能力过程的基线，对过程管理实施量化，以此为基础持续性优化缺陷预防过程。
67.在缺陷管理中，生成的测试结果，结合配置库中历史数据，同时可以反馈给开发人员在开发阶段可以避免历史错误；并能指导测试人员哪些部分容易产生问题，有指导性的提升测试的效率。在软件和硬件测试中发生的问题和偏离，进行缺陷管理，在缺陷管理中需自定义测试级别，测试类型，问题级别，问题严重性等，其中测试级别，测试类型由具体项目所处的阶段和项目具体要求，由项目组评审后自行确定，问题严重性一般分为“致命”、“严
重”、“一般”三种，若在预研阶段的软件还包括“建议”，分别对应1-4级的问题级别。问题级别和严重性是不一样的，问题级别更多关注与解决的紧急程度，而问题严重性则描述问题的严重程度，不过两者紧密相关，一般的越是严重，就越是紧急，对应的问题级别就越高。具体的要求需在项目计划安排中明确对应级别，并在交付开发人员解决后进行回归测试并纳入配置管理库。
68.实施例四：
69.本发明实施例四提供了一种综控软件的配置管理系统，该系统可执行上述任一所示的综控软件的配置管理方法的全部或者部分步骤。该系统包括：
70.处理器；以及
71.与所述处理器通信连接的存储器；其中，
72.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上述任一示例性实施例所述的方法，此处将不做详细阐述说明。
73.在本实施例中，还提供了一种存储介质，该存储介质为计算机可读存储介质，例如可以为包括指令的临时性和非临时性计算机可读存储介质。该存储介质例如包括指令的存储器，上述指令可由服务器系统的处理器执行以完成上述综控软件的配置管理方法。
74.以上所述仅为本技术的较佳实施例而已，并不用以限制本技术，凡在本技术的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本技术的保护范围之内。