{"title":"METHODS AND MODELS OF THE ONBOARD SOFTWARE SYSTEM ARCHITECTURE CORRECTION","authors":"Сергей Владимирович Назаров, А. Г. Барсуков","doi":"10.34832/niir.2022.9.2.002","DOIUrl":null,"url":null,"abstract":"Развитие бортового оборудования космических, летательных и других объектов характеризуется постоянным увеличением числа решаемых задач, повышением их сложности,расширением его интеллектуальных и адаптивных возможностей. Это приводит к усложнению бортовой вычислительной системы (БВС). На решение задач,возлагаемых на БВС, накладываются жесткие временные ограничения. Выполнение этих требований возможно путем организации параллельных вычислительных процессов. Актуальной становится задача разработки архитектуры бортовой программной системы (БПС), максимально соответствующей структуре БВС. В данной статье рассматриваются методы и модели коррекции исходной архитектуры программной системы (ПС)и оценки качества возможных ее вариантов, позволяющие принять решение о соответствии архитектуры ПС структуре БВС.\n The development of onboard equipment for space, aircraft and other objects is characterized by a constant increase in the number of tasks being solved, an increase in their complexity, and an expansion of intellectual and adaptive capabilities. This leads to a complication of the onboard computer system (OCS). Strict time constraints are imposed on OCS tasks. These requirements can be met by organizing parallel computing processes. The task of developing the architecture of the onboard software system (OSS) that is as close as possible to the OCS structure becomes relevant. This article discusses methods and models for correcting the original architecture of a software system (SS) and assessing the quality of its possible options, allowing you to decide on the compliance of the SS architecture with the OCS structure.","PeriodicalId":128426,"journal":{"name":"Труды НИИР","volume":"42 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"2022-07-07","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"0","resultStr":null,"platform":"Semanticscholar","paperid":null,"PeriodicalName":"Труды НИИР","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.34832/niir.2022.9.2.002","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
引用次数: 0
Abstract
Развитие бортового оборудования космических, летательных и других объектов характеризуется постоянным увеличением числа решаемых задач, повышением их сложности,расширением его интеллектуальных и адаптивных возможностей. Это приводит к усложнению бортовой вычислительной системы (БВС). На решение задач,возлагаемых на БВС, накладываются жесткие временные ограничения. Выполнение этих требований возможно путем организации параллельных вычислительных процессов. Актуальной становится задача разработки архитектуры бортовой программной системы (БПС), максимально соответствующей структуре БВС. В данной статье рассматриваются методы и модели коррекции исходной архитектуры программной системы (ПС)и оценки качества возможных ее вариантов, позволяющие принять решение о соответствии архитектуры ПС структуре БВС.
The development of onboard equipment for space, aircraft and other objects is characterized by a constant increase in the number of tasks being solved, an increase in their complexity, and an expansion of intellectual and adaptive capabilities. This leads to a complication of the onboard computer system (OCS). Strict time constraints are imposed on OCS tasks. These requirements can be met by organizing parallel computing processes. The task of developing the architecture of the onboard software system (OSS) that is as close as possible to the OCS structure becomes relevant. This article discusses methods and models for correcting the original architecture of a software system (SS) and assessing the quality of its possible options, allowing you to decide on the compliance of the SS architecture with the OCS structure.