技术领域本发明属于航电系统软件管理领域，具体涉及一种软件配置信息数据管理系统。
背景技术：
目前机载电子设备的功能分别由各独立的软件实现，很多时候在完善功能时只需对软件更改即可实现目的，这样促使软件更新快，验证快捷，机上实施操作简便，但带来的问题是软件版本过多，状态混乱，不易管理。随着飞机研制型号的多样化，往往需要承担多种型号飞机的研制任务，而不同型号的研制批飞机实现各自的功能任务以及各架次之间硬件配置的不同使得软件版本的配置也不同，即使具有相同软件配置为实现不同的功能软件版本也有一定的区别。同时为方便地面维护人员全面掌握机上各系统的状态，机载各系统都陆续配置了相应的软件，从最初的航电系统到现在增加的机电系统、电传系统和自动飞行控制系统，软件配置项的个数也由几十个增加到几百个。目前在研制各阶段需要输出相应的软件版本技术状态文件说明各架次、各功能的软件配置状态和软件差异，以及对外场飞机软件版本的状态控制，每每需人工进行梳理、核对，费时，易出错。
技术实现要素：
为了解决上述问题，本发明提出了一种软件配置信息数据管理系统，通过该系统实现对机载软件的状态、贯彻内容、批架次、审批流程、执行时间等的控制管理，提高飞机研制的效率，为各型号提供必要的软件信息支撑。本发明软件配置信息数据管理系统，主要包括接入层、应用层、服务层以及资源层，所述资源层包括资源数据库，用于存储软件信息及与所述软件信息相关的配置管理信息，所述服务层包括由模板、业务组件以及公用组件构成的应用基础系统，用于将由所述资源数据库中抽取的信息创建软件管理流程，所述应用层用于构建应用逻辑群，形成面向用户的门户系统，所述接入层用于将所述门户系统接入到不同的客户端，并确立不同客户端访问应用层的权限。优选的是，还包括用于对信息自资源层至接入层流动进行监管的综合应用管理模块、具有分布式系统管理的全局事物控制模块以及软件总线。在上述方案中优选的是，所述综合应用管理模块包括：应用配置管理单元，用于动态增加组件、重新分配位置、调整负载以及配置负载因子；应用安全管理单元，用于负责系统的安全，包括权限配置、防止非法访问；应用监控管理单元，用于对应用的故障、性能、状态进行监控管理。在上述方案中优选的是，所述服务层还包括接口扩展单元，用于向所述资源数据库中导入数据，并形成相应的模板。在上述方案中优选的是，还包括数据管理单元与日志管理单元，所述数据管理单元用于对数据进行存储与恢复，所述日志管理单元用于记录用户对软件配置信息数据管理系统的操作。本发明软件配置信息数据管理系统可以节省时间和人力、管理规范，应用效果非常显著。针对性强、实用性强，同时还具有开放性、安全可靠性、可管理性、可拓展性能特点，能够解决软件版本状态混乱问题。附图说明图1为本发明软件配置信息数据管理系统的一优选实施例的业务逻辑结构示意图。图2为图1所示实施例的软件体系结构图。图3为图1所示实施例的服务层管理流程图。图4为图1所示实施例的实体-联系模型图。具体实施方式为使本发明实施的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行更加详细的描述。在附图中，自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。所描述的实施例是本发明一部分实施例，而不是全部的实施例。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。下面结合附图对本发明的实施例进行详细说明。在本发明的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明保护范围的限制。为了解决现有软件数量过多、软件配置项过多以及软件版本更迭过快等问题，本发明提供了一种软件配置信息数据管理系统，通过该系统实现对机载软件的状态、贯彻内容、批架次、审批流程、执行时间等的控制管理，提高飞机研制的效率，为各型号提供必要的软件信息支撑。软件配置管理(SoftwareConfigurationManagement，SCM)是一种标识、组织和控制修改的技术。软件配置管理应用于整个软件工程过程。在软件建立时变更是不可避免的，而变更加剧了项目中软件开发者之间的混乱。SCM活动的目标就是为了标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更。从某种角度讲，SCM是一种标识、组织和控制修改的技术，目的是使错误降为最小并最有效地提高生产效率。本发明就航空领域内的与航电系统相关的软件配置管理提供了一套系统，通过该系统实现对机载软件的状态、贯彻内容、批架次、审批流程、执行时间等的控制管理，提高飞机研制的效率，为各型号提供必要的软件信息支撑。本实施例中，软件配置信息数据管理系统主要包括接入层、应用层、服务层以及资源层，所述资源层包括资源数据库，用于存储软件信息及与所述软件信息相关的配置管理信息，所述服务层包括由模板、业务组件以及公用组件构成的应用基础系统，用于将由所述资源数据库中抽取的信息创建软件管理流程，所述应用层用于构建应用逻辑群，形成面向用户的门户系统，所述接入层用于将所述门户系统接入到不同的客户端，并确立不同客户端访问应用层的权限。如图1所示，本发明软件配置信息数据管理系统中至少包括接入层、应用层、服务层和资源层四个层次，比如，仅以上述四层构建的总体业务逻辑架构从上至下依次为接入层、应用层、服务层和资源层，以应用层和服务层为核心，以资源层为依托，以接入层多种方式接入，全面为各层次客户提供高品质的个性化服务。接入层用于将系统的应用层与外部环境进行对接，比如用户可以通过Web方式登录办公自动化信息系统，实现个性化办公信息服务，要访问什么样的应用，进而确定应用层的访问内容，将通过统一的用户管理进行统一的身份认证，进行个性化定制。应用层是整个业务逻辑结构的核心，包括内网办公系统、专网公文传输交换系统、内网公共服务、内网应用集成等。该层次通过调用服务层的应用支撑平台，以模板、组件的形式包装，构建应用逻辑群，并形成面对最终用户的门户。服务层也是构成整个业务逻辑结构的核心，由模板、业务组件和公用组件构成应用基础系统，是应用层的软件支撑平台。通过服务层，可以快速创建、组装、部署和管理动态的应用逻辑。本实施例中，服务层分为三个层面。其中，最底两层是基础开发平台，即基于SQLSERVER关系型数据库和VS2010开发体系架构的分布式应用开发环境和系统平台开发接口。在此之上是应用基础系统，用于提供能够工作于不同应用系统的核心服务功能，作为应用逻辑运行的基础服务平台。应用基础系统由组件化的功能包、模板和二次开发接口组成，为其上开发运行的电子政务应用模块提供稳定、安全、调用简单的底层功能实现，为形成一体化电子政务应用、保证系统的可维护性和可扩展性奠定基础。资源层构成应用层与服务层的支撑环境。网络基础设施提供了如TCP/IP、目录和安全等资源服务，这些服务的能力可通过开放且标准的接口和协议来存取；主机系统和功能服务器群为应用逻辑提供资源服务，包括数据库、HTTP、事务处理和消息等。在具体操作中，应当根据建设需求，科学合理地对资源层进行统一规划。需要说明的是，系统安全、运行维护和监控日志管理贯穿接入层、应用层、服务层和资源层的各个层面，为逻辑架构中的各层次提供安全支撑服务。可以理解的是，应用层实际上为应用集成层，而服务层实际上为核心应用层，所述应用集成层包括将多个应用进行集成，所述核心应用层提供包括会签、报表生成在内的具体的应用服务。具体参考图1及图2，无纸化办公系统最重要的特点就是在公文的基础上集成复杂而多样的业务系统，外部的或内部的，既有的和即将建成的，更重要的是，这些系统之间存在着复杂的交互工作。应用集成层承载的内容是公共组件，是应用系统基础设施的重要组成部分，它所提供的功能、服务大大扩展了应用服务器的核心基础设施和特性，为快速构建、组装、集成、整合各种复杂、独立的业务系统奠定基础，如图2所示，分布式工作流管理通过应用集成层的集成功能，生成认证单元，从而通过接入层呈现给用户，再比如非结构化信息管理通过应用集成层的集成生成界面上的飞机型号、软件等信息呈现给用户。应用集成层与总体业务逻辑结构和软件功能结构中的应用基础系统对应。应用集成层的底层为服务层，用于提供所述应用集成层的集成所需，比如人员管理与分配、信息查询、信息会签、报表生成等，如图3所示，先由各个专业室成品主管将项目数据上报至系统室，经系统室管理者会签后传输至软件室，再经由部门领导进行审核以及由软件室管理者进行会签，具体参考图4，比如针对某一系统用软件进行更改，系统提供如下接口(或链接)：初始版本号、更改前版本号、更改后版本、更改日期、更改原因、机型代号、软件配置项、适用批架次、所属系统、所属设备或分系统、责任单位、成品主管、成品主管工号、成品主管单位、系统室会签、软件室会签、审核等等，首先由专业室成品主管填写该表内的部分内容，之后提交至系统室主管进行审核，再由系统室主管修改表格后递交给软件室主管进行审核，接着由软件室主管修改表格后递交给部门领导进行审核，最后部门领导修改表格后生成最终的部门领导审批表。需要说明的是，本实施例中，实现用户权限的定义，包括部门定义、人员定义等。通过权限定义可以实现对操作人员进行权限控制。部门定义主要是对内部所有应用该系统的部门的定义；人员定义主要是对内部所有应用该系统的部门所属人员定义；操作人员只能在授权的范围内进行工作，无法操作未授权的应用系统。权限管理功能只对系统管理员开放，使用该功能可以对专业室成品主管、系统室主管、软件室主管、部门领导等各类人员的信息进行登记、查询和维护，在数据库中记录的不同身份的人员具有不同的数据库使用权限上述系统室主管修改表格或者软件室主管修改表格等均具有一定的权限，比如软件室主管仅能够通过修改软件室会签、软件室主管工号来修改表格。可以理解的是，本实施例中，专业室主管、系统室主管、软件室主管以及部门领导等除了具有会签、审核的权限，还包括其它维护、查询等基本操作权限，比如所述专业室主管负责提交新的软件配置信息或者更新维护已有的软件配置信息，专业室主管功能功能设计包括数据登记功能、数据维护功能、综合查询功能、数据统计分析功能等管理模块；系统室主管负责对专业室提交的信息进行会签，并将会签结果反馈给成品主管和软件室，同时也具有基本登记、维护、倒出等功能；软件室主管负责对系统室提交的软件配置信息进行会签，并将会签结果反馈给成品主管、系统室主管和部门领导，同时也具体基本登记、维护、倒出等功能。继续参考图2，左侧最底下这是整个系统的数据中心，数据是一个广义概念，它既可能是各种数据库，也可能是数据文件，从结构上看可能是异构的。数据层与业务逻辑结构中“资源层”的数据库平台对应。本实施例中，建立的资源数据库包括企业信息数据库、专家名单数据库、项目管理数据库、相关行业标准数据库、资金使用计划数据库、工程业绩数据库、参考方案数据库等系统，这些数据库基本涵盖软件自生成到使用以及软件更改、更改审批等相关的所有数据，便于后续服务层进行资源整合所需。再次参考图2，本实施例提供的软件配置信息数据管理系统还包括用于对信息自资源层至接入层流动进行监管的综合应用管理模块、具有分布式系统管理的全局事物控制模块以及软件总线。综合应用管理模块对应用基础系统(中间件)、应用服务器、数据库等应用软件设施进行全面监控和管理。应用管理由应用配置管理、应用拿权管理和应用监控管理三部分组成，具体如下：应用配置管理单元，对应用系统根据需要进行配置，如动态增加组件、重新分配位置、调整负载、配置负载因子等；应用安全管理单元，负责系统的安全，如权限配置、防止非法访问等；应用监控管理单元，包括对应用的故障、性能、状态进行监控管理，如进程的死活、系统的负载量等。对应全局事务控制模块，由于系统是一个复杂的分布式系统，应用存在跨平台、数据存在异构性等多种复杂因素，而且数据需要在各个部分流转。因此，必须考虑全局事务管理，通过对不同数据的接口进行分析并设计，形成能够顺畅流转的流路。软件总线是统一的组件规范以及API、数据库表和文件等接口。软件总线架构能够实现组件热插拔，便于应用部署、系统管理及可扩展性。本实施例中，所述服务层还包括接口扩展单元，用于向所述资源数据库中导入数据，并形成相应的模板。系统扩展接口设计主要是对以前有的各种数据进行接口设计，这样可以导入以前的数据或和以前的系统进行数据交换，方便与其他的系统进行数据交换。本实施例，还包括数据管理单元与日志管理单元，所述数据管理单元用于对数据进行存储与恢复，所述日志管理单元用于记录用户对软件配置信息数据管理系统的操作。为了保证数据安全，方便系统管理员进行数据管理，系统提供了数据备份、恢复、卸载、重装等多种数据管理的功能。系统管理员可以根据需要对相关数据进行定期备份操作，对于发生机器故障时直接数据恢复即可。日志管理可以实现对系统的监控，可以监控到登陆到系统的机器名、IP、操作员、操作的功能模块、进入/离开系统的时间、进入/离开某模块的时间等；系统提供对日志的查询、备份、恢复、卸载、重装、删除等操作。该软件配置信息数据库管理技术可以节省时间和人力、管理规范，应用效果非常显著。该软件管理针对性强、实用性强，同时还具有开放性、安全可靠性、可管理性、可拓展性能特点，能够解决软件版本状态混乱问题，为飞机系统状态管理的急需。最后需要指出的是：以上实施例仅用以说明本发明的技术方案，而非对其限制。尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。