[发明专利]一种可扩展插件化体系架构的软件系统设计方法有效
| 申请号: | 202110350565.2 | 申请日: | 2021-03-31 |
| 公开(公告)号: | CN113157335B | 公开(公告)日: | 2023-06-06 |
| 发明(设计)人: | 皮彬睿;王保录;吴晓蕊;杨飞;薛凯;王毅;丁雪;纪祖赑;刘萍;赵俊翔;封慧英;于喜红;孙宝亮;彭晓 | 申请(专利权)人: | 北京临近空间飞行器系统工程研究所 |
| 主分类号: | G06F9/445 | 分类号: | G06F9/445;G06F13/40 |
| 代理公司: | 中国航天科技专利中心 11009 | 代理人: | 张辉 |
| 地址: | 100076 *** | 国省代码: | 北京;11 |
| 权利要求书: | 查看更多 | 说明书: | 查看更多 |
| 摘要: | |||
| 搜索关键词: | 一种 扩展 插件 体系 架构 软件 系统 设计 方法 | ||
一种可扩展插件化体系架构的软件系统设计方法,第一步、设计可扩展插件化体系架构;第二步、根据地面测发控类软件特点,设计平台内核层通用功能;第三步、设计插件生存周期模型;第四步、进行平台内核层与插件的接口规定与设计;第五步、设计插件加载流程;第六步、设计插件通用数据接口,提供插件间通信方法,完成可扩展插件化体系架构的软件系统设计。本发明所设计的可扩展插件化体系架构层次清晰、接口一致,降低了外部调用难度与系统维护成本,提升了软件系统的可靠性。
技术领域
本发明涉及一种可扩展插件化体系架构的软件系统设计方法,属于软件系统设计领域。
背景技术
随着近年来航天发射任务数量的不断攀升,各类型航天型号所需进行试验的数量与种类也呈现指数级上升趋势。面对不同型号试验、同一型号的不同试验需求,地面测发控类软件往往需要提供多种软件技术状态。面对这一问题,传统做法是针对不同的软件需求,新研或对现有软件进行适应性修改,这就对软件承制方的研制能力、技术状态控制能力提出了很高的要求。同一软件的多个版本带来的管理工作量、重复开发工作量及技术风险也随之提升。
发明内容
本发明的技术解决问题是:克服现有技术的不足,提供一种可扩展插件化体系架构的软件系统设计方法。
本发明的技术解决方案是:
一种可扩展插件化体系架构的软件系统设计方法,包括如下步骤:
第一步、设计可扩展插件化体系架构
所述可扩展插件化体系架构由下至上分为Qt模块层、平台内核层、管理层和插件层4个层级,管理层分为平台管理层和插件管理层;
插件层包括公共插件和私有插件,私有插件为实现地面测发控类软件特殊功能的模块,公共插件为满足地面测发控类软件公共需求的组件;平台内核层用于为插件层的所有插件提供通用功能接口;平台管理层通过设计测试平台管理类、平台表现管理类用于平台管理;插件管理层设计插件管理类用于插件管理;所述平台由平台内核层和管理层构成;
第二步、根据地面测发控类软件特点,设计平台内核层通用功能;
实现方法如下:平台内核层通用功能包括日志记录、配置文件读写、基本界面元素提供、配置界面生成和主界面操作,平台内核层分别为上述通用功能设计对应的实现模块,并在各实现模块中设计相应的接口,供插件调用;
第三步、设计插件生存周期模型;
第四步、进行平台内核层与插件的接口规定与设计;
第五步、设计插件加载流程;
第六步、设计插件通用数据接口,提供插件间通信方法,完成可扩展插件化体系架构的软件系统设计。
所述第二步中,平台内核层在日志记录模块中提供DEBUG、INFO、WARNING、ERROR、FATAL五个级别的日志记录接口,供插件调用,并对日志记录时间、日志记录文件读写操作进行封装,供上层插件调用。
平台内核层为配置文件读写模块提供XML配置文件、INI配置文件各类型的读写接口。
平台内核层为主界面操作模块提供主界面操作接口,通过主界面操作接口向插件开放界面主屏幕的区域指针接口与布局方式,插件能够通过主界面操作接口进行主界面元素的布局。
所述插件生存周期模型按如下方式定义:
插件的生存周期包括UNLOAD、LOAD、READY、WORKING四种状态;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京临近空间飞行器系统工程研究所,未经北京临近空间飞行器系统工程研究所许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202110350565.2/2.html,转载请声明来源钻瓜专利网。





