• Текст документа
  • Статус
Оглавление
Поиск в тексте
Документ в силу не вступил

ГОСТ Р 58711-2019


НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ


Авиационная техника

ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ВСТРОЕННЫХ СИСТЕМ

Требования к конструкторской документации

Aircraft equipment. Software of the built-in systems. Design documentation requirements


ОКС 49.090

Дата введения 2020-07-01


Предисловие

1 РАЗРАБОТАН Акционерным обществом "Ульяновское конструкторское бюро приборостроения" (АО УКБП)

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 323 "Авиационная техника"

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 29 ноября 2019 г. N 1312-ст

4 ВВЕДЕН ВПЕРВЫЕ

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

Введение


Программное обеспечение изделия носит абстрактный характер; оно не материально, может быть представлено в документированном виде на соответствующем носителе: компьютерном диске, бумаге или в электронном формате как совокупность команд и данных, обеспечивающих функционирование изделия с целью получения заданного результата.

Программное обеспечение (ПО) посредством аппаратуры изделия выполняет заданные функции и обеспечивает возможность использования изделия одного исполнения на разных объектах за счет новых версий ПО.

Разработка ПО, встроенного в аппаратуру изделий, регламентирована ГОСТ Р 51904 и [1].

Проектная программная документация включает в себя всю надлежащую информацию для проведения испытаний, верификации, сертификации, модификации и для сопровождения ПО изделий, но необходимость ее использования в производственном процессе и при эксплуатации изделий и включения в конструкторскую документацию (КД) изделий отсутствует.

Для производства изделий необходимо наличие КД ПО изделий. КД ПО изделия является унифицированной "упаковкой" результатов проектирования ПО изделия, пригодных и достаточных для использования при производстве и сопровождении изделий. КД ПО изделий содержит необходимые данные для идентификации конфигурации ПО, загрузки в память изделий исполняемых объектных кодов и параметрических данных версии ПО изделия, контроля целостности кода в памяти изделий, комплектации многоблочных изделий определенными номерами версий ПО, с четкой маркировкой изделий и с регистрационным ПО в паспортах изделий.

Настоящий стандарт устанавливает понятие и назначение, область применения, общие требования и рекомендации к составу, содержанию, обозначению, оформлению и включению КД ПО в КД изделий организации.

Положения настоящего стандарта (после его утверждения) подлежат применению федеральными органами исполнительной власти Российской Федерации: государственными заказчиками, организациями, предприятиями и другими субъектами хозяйственной деятельности независимо от форм собственности и подчинения, расположенными на территории Российской Федерации и участвующими в разработке, применении и сопровождении программного обеспечения встроенных систем объектов на всех стадиях жизненного цикла в соответствии с действующим законодательством.

1 Область применения

1.1 Настоящий стандарт устанавливает требования к содержанию, оформлению и изменению конструкторской документации программного обеспечения (далее - КД ПО), встроенного в аппаратуру как авиационных, так и других изделий.

1.2 КД ПО изделий предназначена для программирования (загрузки) ПО в память изделий при их производстве и ремонте, а также используется при комплектации многоблочных изделий со встроенным в аппаратуру ПО, при маркировании номера версии ПО на заводских знаках и маркировочных наклейках изделий, регистрации номера версии ПО в технических условиях и паспортах изделий.

2 Нормативные ссылки


В настоящем стандарте использованы нормативные ссылки на следующие стандарты:

ГОСТ 2.051 Единая система конструкторской документации. Электронные документы. Общие положения

ГОСТ 2.102 Единая система конструкторской документации. Виды и комплектность конструкторских документов

ГОСТ 2.103 Единая система конструкторской документации. Стадии разработки

ГОСТ 2.104 Единая система конструкторской документации. Основные надписи

ГОСТ 2.105 Единая система конструкторской документации. Общие требования к текстовым документам

ГОСТ 2.106 Единая система конструкторской документации. Текстовые документы

ГОСТ 2.109 Единая система конструкторской документации. Основные требования к чертежам

ГОСТ 2.111 Единая система конструкторской документации. Нормоконтроль

ГОСТ 2.113 Единая система конструкторской документации. Групповые и базовые конструкторские документы

ГОСТ 2.501 Единая система конструкторской документации. Правила учета и хранения

ГОСТ 2.503 Единая система конструкторской документации. Правила внесения изменений

ГОСТ 19.103 Единая система программной документации. Обозначение программ и программных документов

ГОСТ 15971 Системы обработки информации. Термины и определения

ГОСТ 16504 Система государственных испытаний продукции. Испытания и контроль качества продукции. Основные термины и определения

ГОСТ 28388 Системы обработки информации. Документы на магнитных носителях данных. Порядок выполнения и обращения

ГОСТ Р ИСО 10007-2007 Менеджмент организации. Руководящие указания по управлению конфигурацией

ГОСТ Р 51904-2002 Программное обеспечение встроенных систем. Общие требования к разработке и документированию

Примечание - При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю "Национальные стандарты", который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя "Национальные стандарты" за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать версию этого документа с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.

3 Термины, определения и сокращения

3.1 В настоящем стандарте применены следующие термины с соответствующими определениями:

3.1.1 базовое программное обеспечение: Программный комплекс (компонент), состоящий из операционной системы/операционного монитора/управляющей программы и поддерживающих программных средств, обеспечивающих загрузку исполняемого кода программного обеспечения блока, инициализацию аппаратуры блока и управление ресурсами сменного блока с целью создания среды, в которой могут работать другие программные комплексы блока.

3.1.2 блок: Элемент многоблочной системы (или самостоятельное изделие), имеющий(ее) уникальную блочную маркировку (шифр блока, номер версии программного обеспечения и заводской номер), при необходимости снимаемый(ое) и заменяемый(ое) бригадой технического обслуживания объекта.

Примечание - Примеры блоков многофункциональных: индикатор, блок преобразования сигналов, вычислитель сигналов ограничения, потолочный пульт, система в моноблочном исполнении, модуль воздушных данных (статус блока) и т.п.

3.1.3 версия программного обеспечения блока: Утвержденный, зарегистрированный в применяемой системе конфигурационного управления вариант издания программного обеспечения блока, выполняющий установленные требования, оформленный в соответствии с действующими стандартами, прошедший согласование на всех необходимых уровнях, все дальнейшие изменения которого могут быть проведены только через формальные процедуры управления изменениями.

Примечание - Версия программного обеспечения блока имеет индивидуальный номер и идентификатор - контрольную характеристику (сумму), может быть загружена в блок, находиться на машинных носителях или в составе электронного архива документации организации.

3.1.4 версия программного обеспечения системы: Фиксированное состояние совокупности версий программного обеспечения блоков, входящих в состав системы, имеющее идентификационный номер.

Примечание - Изменение номера версии программного обеспечения любого блока из состава системы влечет за собой изменение номера версии программного обеспечения системы.

3.1.5 единица конфигурации (Configuration item):

(1) Один аппаратный или программный компонент или более, которые в целях управления конфигурацией рассматриваются как единое целое.

(2) Данные жизненного цикла программного обеспечения, которые в целях управления конфигурацией рассматриваются как единое целое.

3.1.6 идентификационная контрольная характеристика (сумма): Число, позволяющее выполнить идентификацию и/или контроль целостности файла данных, области данных флэш-памяти версии программного обеспечения блока, вычисляемое встроенными в программное обеспечение блока средствами, указанными в конструкторской документации программного обеспечения или технологическом программном обеспечении.

3.1.7 идентификация программного обеспечения изделия (блока): Проверка и подтверждение номера версии программного обеспечения блока, подлинности и целостности программного обеспечения блока, выполняемые с использованием поддерживающих технических и программных средств, выраженные в символах (буквах, цифрах), однозначно связанных с программным обеспечением блока, например идентификационная контрольная характеристика (сумма).

3.1.8 идентификационные параметры программного обеспечения изделия (блока): Номер версии программного обеспечения блока и идентификационная контрольная характеристика (сумма) исполняемого кода версии программного обеспечения блока.

3.1.9

изделие: Предмет или набор предметов производства, подлежащих изготовлению в организации (на предприятии) по конструкторской документации.

[ГОСТ 2.101-2016, пункт 3.1]


Примечание - Изделиями могут быть: многоблочная система, моноблочная система, сменный блок/индикатор/пульт/модуль и т.п.

3.1.10

исследовательские испытания: Испытания, проводимые для изучения определенных характеристик свойств объекта.

[ГОСТ 16504-81, статья 35]

3.1.11 конструкторская документация программного обеспечения изделия: Документация, определяющая состав, содержание и идентификационные характеристики версии программного обеспечения изделия, необходимые и достаточные для загрузки программного обеспечения в память изделия, включающая содержательную и реквизитную части, в том числе установленные подписи.

3.1.12 контрольно-проверочная программа: Программный комплекс, предназначенный для контроля работоспособности блока путем информационного взаимодействия с внешними средствами контроля при приемо-сдаточных и других испытаниях в течение жизненного цикла блока.

3.1.13

литера: Реквизит конструкторского документа (комплекта конструкторских документов) на изделие, соответствующий стадии его разработки.

[ГОСТ 2.103-2013, пункт 3.1.2]

3.1.14

маркирование: Нанесение на изделие знаков, характеризующих это изделие.

[ГОСТ 2.314-68, приложение 2]

3.1.15

маркировка: Совокупность знаков, характеризующих изделие, например: обозначение, шифр, номер партии (серии), порядковый номер, дата изготовления, товарный знак предприятия-изготовителя, марка материала, группа селективности, монтажные или транспортные знаки и т.п.

[ГОСТ 2.314-68, приложение 2]

3.1.16 мезонинный модуль: Плата, вставляемая в основную плату модуля (носитель) и располагающаяся параллельно плате-носителю с целью расширения функциональной конфигурации модуля.

3.1.17 модуль: Сборочная единица, разработанная как конструктивно и функционально законченное радиоэлектронное устройство, выполненное в модульном исполнении с обеспечением конструктивной, электрической, информационной совместимости и взаимозаменяемости, включающая интерфейсный разъем (блочный соединитель) для установки модуля в состав блока.

Примечания

1 Примерами модулей блока могут быть следующие модели: модуль процессора, вычислительный модуль, модуль мультиплексного канала, модуль процессора ввода-вывода, модуль преобразований и вычислений, модуль формирования изображения, модуль управления светосигнализаторами, модуль питания, модуль управления подсветом, устройство коммутации и т.д.

2 Мезонинные модули (платы) могут входить в состав модуля блока.

3.1.18 начальный загрузчик микропроцессора модуля (загрузчик): Программный компонент, предназначенный для приема по каналу обмена информацией кода и/или данных, хранящихся в определенном формате, преобразования (при необходимости) кода/данных в формат, пригодный для исполнения микропроцессором модуля блока и загрузки во флэш-память микропроцессора.

3.1.19

предварительное извещение об изменении: Временный документ, содержащий сведения, необходимые для внесения изменений в копии конструкторских (технологических) документов, находящихся в производстве и действующих до погашения их извещением об изменении или до переоформления в извещение об изменении, окончания срока действия или аннулирования.

[ГОСТ 2.503-2013, пункт 3.1.6]

3.1.20

предварительные испытания: Контрольные испытания опытных образцов и (или) опытных партий продукции с целью определения возможности их предъявления на приемочные испытания.

[ГОСТ 16504-81, пункт 43]

3.1.21

программа: Данные, предназначенные для управления конкретными компонентами системы обработки информации в целях реализации определенного алгоритма.

[ГОСТ 19781-90, статья 1]

3.1.22

программное обеспечение: Совокупность программ системы обработки информации и программных документов, необходимых для эксплуатации этих программ.

[ГОСТ 19781-90, статья 2]

3.1.23

комплекс: Программа, состоящая из двух или более компонентов и/или комплексов, выполняющих взаимосвязанные функции, и применяемая самостоятельно или в составе другого комплекса.

[ГОСТ 19.101-77, пункт 1.2]

3.1.24

компонент: Программа, рассматриваемая как единое целое, выполняющая законченную функцию и применяемая самостоятельно или в составе комплекса.

[ГОСТ 19.101-77, пункт 1.2]

3.1.25 система: Совокупность аппаратных и программных комплексов (компонентов) в составе моноблока или нескольких взаимосвязанных сменных блоков, предназначенных для совместного выполнения заданных функций в составе воздушного судна или другого объекта.

3.1.26 система конфигурационного управления программного обеспечения изделия: Деятельность, направленная на применение технического и административного управления процессом жизненного цикла программного обеспечения изделия, элементами конфигурации программного обеспечения изделия и данными, связанными с конфигурацией программного обеспечения изделия.

3.1.27

типовые испытания: Контрольные испытания выпускаемой продукции, проводимые с целью оценки эффективности и целесообразности вносимых изменений в конструкцию, рецептуру или технологический процесс.

[ГОСТ 16504-81, пункт 50]

3.1.28 указатель конфигурации/каталог комплектации программного обеспечения: Программный документ, определяющий конфигурацию программного обеспечения изделия, в котором представлены конкретные идентификаторы конфигурации и идентификаторы версии программного обеспечения изделия.

3.1.29 файл: Блок информации, определенный в соответствии с требованиями используемой в операционной системе файловой системы, представленный в одном из допустимых форматов и снабженный атрибутами, необходимыми для его поиска, считывания и записи средствами операционной системы.

3.1.30 форма внешнего представления: Воспроизведение электронного документа на экране дисплея, на бумажном носителе или ином аналогичном носителе в понятной для визуального обозрения и пригодной для восприятия человеком форме.

3.1.31 функциональное программное обеспечение: Программный комплекс в составе версии программного обеспечения блока, обеспечивающий выполнение требований к программному обеспечению блока, определяемых объектом применения блока.

3.1.32

целостность (документа): Свойство документа, определяющее, что ни в его содержательную, ни в реквизитную части не вносилось никаких изменений.

[ГОСТ 2.051-2013, пункт 3.1.8]

3.1.33 шифр изделия: Условное буквенно-цифровое обозначение, образованное из начальных букв основных слов полного наименования изделия с указанием номера исполнения.

3.1.34 электронная структура программного обеспечения изделия: Документ, содержащий в электронной форме состав конструкторской документации программного обеспечения изделия и иерархические отношения (связи) между его составными частями в составе электронного архива организации.

3.1.35 электронный архив: Система структурированного документа, обеспечивающая надежность хранения, конфиденциальность и разграничение прав доступа, отслеживание истории документа, быстрый и удобный поиск.

3.1.36 электронный документ (документ в электронной форме): Документ, в котором информация представлена в электронно-цифровой форме, может создаваться на основе документа на бумажном носителе, другого электронного документа либо порождаться в процессе информационного взаимодействия сторон при отсутствии прообразов.

3.1.37

электронный носитель: Материальный носитель, используемый для записи, хранения и воспроизведения информации, обрабатываемой с помощью средств вычислительной техники.

[ГОСТ 2.051-2013, пункт 3.1.9]

3.2 Сокращения

В настоящем стандарте применены следующие сокращения:

БПО - базовое программное обеспечение (программный комплекс);

ВП МО РФ - военное представительство Министерства обороны Российской Федерации;

ДЭ - документ электронный;

ЖЦ - жизненный цикл;

ИИ - извещение об изменении;

КД - конструкторская документация;

КИСС - система сигнализации комплексная информационная;

КПП - контрольно-проверочная программа (программный комплекс);

МП - микропроцессоры/микроконтроллеры программируемые;

ОТД - отдел технической документации;

ПД - программная документация;

ПИ - предварительное извещение об изменении;

ПК - программный комплекс;

ПКт - программный компонент;

ПО - программное обеспечение;

СЭИ - система электронной индикации;

ТУ - технические условия;

УК - управление конфигурацией;

ИУЛ - информационно-удостоверяющий лист;

ФПО - функциональное программное обеспечение (программный комплекс).

4 Общие требования

4.1 Основные положения

4.1.1 КД ПО изделия представляет собой специфицированный комплект документов в электронной форме или текстовых бумажных документов и электронных носителей с данными для программирования памяти аппаратуры изделия, которые идентифицируют и определяют версию ПО изделия и ее состав для производства и ремонта изделия. Примеры документов из состава КД ПО изделия приведены в приложениях А-Ж.

4.1.2 Настоящий стандарт содержит правила выпуска КД ПО изделия с целью обеспечения унификации и единообразия процедур, приемов, правил и методов принятия решений при определении состава, технического содержания, оформления, критериев качества документов и включения комплекта КД ПО изделия в состав КД изделия.

4.1.3 КД ПО изделия содержит идентификационные параметры и контрольные характеристики версии ПО изделия, файлы с исполняемыми объектными кодами и параметрическими данными версии ПО изделия, загружаемыми в память изделия, командные файлы загрузки и контроля целостности ПО изделия (при необходимости) и текстовые файлы с планами загрузки кодов ПК блока в память каждого МП блока.

4.1.4 Комплект КД ПО изделия следует оформлять на этапе разработки проекта ПО изделия "Архивирование, воспроизведение и выпуск" и хранить в составе электронного архива организации или альбома КД изделия в виде текстовых бумажных документов и электронных носителей CD-дисков (при необходимости) в соответствии с требованиями ГОСТ 28388 и настоящего стандарта.

4.1.5 Требования настоящего стандарта обязательны для соблюдения всеми подразделениями организации, участвующими в разработке ПО изделий и использующими КД ПО изделий.

4.2 Требования к конструкторской документации программного обеспечения изделия

4.2.1 Структура конструкторской документации программного обеспечения изделия

4.2.1.1 Структура КД ПО изделия - конструктивно-функциональная и основана на структуре КД аппаратуры изделия, составах взаимосвязанных ПК версий ПО блоков и ПКт модулей блоков, являющихся единицами конфигурации ПО изделия.

4.2.1.2 Полный комплект КД ПО изделия в виде многоблочной системы содержит идентификационные параметры КД всех версий ПО системы и определяет совокупности составных частей КД каждой версии ПО системы, которыми являются основные КД версий ПО блоков, входящих в систему.

Примечание - КД ПО моноблочной системы оформляют аналогично КД ПО блока.

4.2.1.3 Основной комплект КД ПО блока содержит идентификационные параметры КД всех версий ПО блока, определяет состав ПК блока, из которых состоит каждая версия ПО блока и ПКт модулей блока.

4.2.1.4 КД версии ПО блока может состоять из КД ПК, таких как БПО, КПП, ФПО или др. Состав программных комплексов и компонентов, как правило, определяют на этапе проектирования ПО блока.

Примечание - Наличие ПК в составе версии ПО блока упрощает модификацию ПО блока и ее узаконивание, связанные с изменениями аппаратуры и ПО при сопровождении блоков в течение ЖЦ.

4.2.1.5 КД каждого ПК версии ПО блока представлена ДЭ "Данные для программирования" ПК блока, оформленным в соответствии с ГОСТ 2.051.

4.2.1.6 КД каждого ПКт модуля блока представлена ДЭ "Данные для программирования" ПКт модуля, оформленным в соответствии с ГОСТ 2.051.

4.2.2 Градация понятия "версия программного обеспечения"

4.2.2.1 В настоящем стандарте приняты следующие уровни градации понятия "версия ПО":

- версия ПО системы;

- версия ПО блока; - версия ПК блока;

- версия ПКт модуля блока.

Примечание - Версию ПО модуля используют исключительно для исполнения модуля блока, в котором применены микросхемы памяти, программируемые до установки на плате модуля.

4.2.2.2 Версия ПО изделия имеет номер для своей идентификации. Вид, структура и изменение номера версии ПО изделия выполнены в соответствии с 4.2.4 и 6.1.

4.2.2.3 Номер версии ПО системы/блока является частью обозначений соответствующих спецификаций (см. 6.1).

4.2.2.4 Номера версий ПК блока и ПКт модуля блока являются структурными частями обозначений соответствующих ДЭ "Данные для программирования" ПК блока и ДЭ "Данные для программирования" ПКт модуля блока; обозначения присваивают в соответствии с 6.1.

4.2.3 Правила идентификации программного обеспечения изделия

4.2.3.1 Каждая единица конфигурации КД ПО изделия и ее последующие изменения должны быть идентифицированы однозначным образом, для того чтобы сформировать основу для контроля и ссылок на единицы конфигурации в соответствии с [1].

Идентификационные параметры ПО блока приведены в 3.1.6.

4.2.3.2 При производстве изделия выбор (идентификация) спецификации КД требуемой версии ПО изделия, указанной в плановом задании производству, выполняют в каталоге ПО изделия, записанном в спецификацию КД изделия. Каталог ПО изделия содержит все действующие спецификации КД ПО изделия (см. раздел 15).

4.2.3.3 При эксплуатации изделия идентификацию версии ПО многоблочной системы осуществляют в соответствии с номером версии ПО, указанной в сводном паспорте системы. Контроль целостности версии ПО системы проводят путем сравнивания номеров версий ПО блоков, перечисленных в сводном паспорте системы, с номерами версии ПО блоков, указанных на знаках заводских и в паспортах блоков (номера версий ПО блоков должны совпадать).

4.2.3.4 При эксплуатации блока идентификацию версии ПО блока осуществляют путем сравнения номера версии ПО блока, указанного в паспорте блока и в маркировке знака заводского блока.

Примечание - Идентификационную контрольную характеристику (сумму) номера версии ПО блока используют в том случае, если ее расчет (считывание) поддерживается ПО блока или технологическим ПО.

4.2.3.5 Идентификацию версии ПК блока осуществляют в соответствии с номером версии ПК из состава обозначения ДЭ "Данные для программирования" ПК блока и контрольной характеристикой (суммой) его ZIP-файла (см. раздел 11).

4.2.3.6 Идентификацию версии ПКт модуля осуществляют в соответствии с номером версии ПКт из состава обозначения ДЭ "Данные для программирования" ПКт модуля и контрольной характеристикой (суммой) его ZIP-файла (см. раздел 13).

4.2.4 Правила изменения номера версии программного обеспечения изделия

4.2.4.1 Номер версии ПО многоблочной системы изменяется при каждом изменении номера версии ПО любого блока из состава системы, так как при этом нарушается взаимозаменяемость этой системы с ранее выпущенными системами.

4.2.4.2 Номер версии ПО блока изменяется, как правило, при доработках исполняемых кодов функционально значимых ПК блока, к которым относятся все ФПО блока (если их несколько), как следствие, приводящих к нарушению взаимозаменяемости ранее выпущенных блоков с блоками, в которых установлена доработанная версия ПО блока. Эти изменения должны быть отражены и в идентификационной контрольной характеристике версии ПО блока.

Примечание - При необходимости сохранения неизменным номера версии ПО блока при доработках ПК (БПО, КПП, ФПО) блока корректировка КД ПО блока по ИИ сопровождается оформлением документа "Решение" о доработке (перепрограммировании) ранее изготовленных блоков для восстановления их взаимозаменяемости с блоками, у которых установлена доработанная версия ПО блока. Решение содержит количество блоков и их заводские номера и оформляется в соответствии со стандартом организации.

4.2.4.3 Номер версии каждого ПК блока должен быть измерен при каждой корректировке исполняемых кодов ПК блока. Исключением является корректировка ПК по правилу допустимой замены (см. 4.2.6.2).

4.2.4.4 Номер версии ПКт модуля блока изменяется при каждой корректировке исполняемых кодов ПКт модуля. Исключением является корректировка ПКт по правилу допустимой замены (см. 4.2.6.4).

4.2.5 Многоверсионность программного обеспечения изделия

4.2.5.1 Многоверсионность ПО изделия сопровождает этапы разработки и сопровождения изделия в течение ЖЦ. В КД изделия должны быть включены все действующие спецификации КД версий ПО изделия, включая КД версий ПО, предназначенных для разных объектов. Как правило, в составе разных объектов (самолет, вертолет и т.д.) могут быть использованы блоки одного исполнения (в части аппаратуры), но с установленными в них разными версиями ПО блоков, предназначенными для этих объектов. Аппаратура блока при этом не изменяется, разрабатывается только версия ПО блока, обеспечивающая возможность применения блока на другом объекте.

Примечание - При этом проведены все необходимые испытания и процедуры, обеспечивающие получение для блока с каждой новой версией ПО одобрения сертифицирующего органа. Это решение минимизирует затраты на разработку, испытания, сертификацию, эксплуатацию и сопровождение блока одного исполнения для разных объектов применения.

4.2.5.2 Обозначения спецификаций КД версий ПО блока одного исполнения, предназначенных для применения на разных объектах, должны иметь разные регистрационные номера и разные номера версий ПО блока для исключения совпадения маркировки блоков. Над основной надписью каталога ПО блока, предназначенного для применения на разных типах объектов, рекомендуется приводить пояснение о типах объектов, для которых предназначен блок с конкретными номерами версий ПО блока (см. приложение Д).

4.2.5.3 Для использования блока с конкретной версией ПО в составе двух систем одного объекта в каталоге ПО блока прилагают пояснения для производства. С этой целью используют знаки сноски в виде звездочек. Знаки сноски ставят через пробел от обозначения соответствующей спецификации КД версии ПО блока в графе каталога "Обозначение". Над основной надписью каталога ПО блока приводят соответствующие сноскам пояснения. Пояснения содержат шифры и номера версий ПО систем, в которых использованы блоки с такими версиями ПО. В графе каталога "Примечание" приводят (при необходимости) указание в соответствии с 9.7.

Пример оформления каталога ПО индикатора, применяемого в составе двух систем одного объекта, приведен в приложении В.

4.2.6 Правило допустимой замены версии программного обеспечения блока

4.2.6.1 Правило допустимой замены версии ПО блока применяют при изменениях аппаратуры блока с целью сохранения его взаимозаменяемости с блоками, выпущенными ранее. После соответствующей доработки ПО блока должны быть проведены типовые испытания опытного образца доработанного блока с доработанным ПО блока. Это необходимо для гарантии достижения такого же уровня доверия к ПО блока после внесения в него изменений, как и при выполнении программы первоначальной сертификации ПО блока. При положительных результатах испытаний КД модифицированного ПО блока включается в состав КД блока по правилам раздела 16.

Примечание - К заменяемым компонентам аппаратных средств блоков, сопровождаемых необходимостью изменения программного обеспечения блока, относятся следующие компоненты: процессор, память, жидкокристаллическая панель, контрольный таймер, аналого-цифровые и цифро-аналоговые преобразователи, шинные контроллеры, процессоры обработки сигналов и т.д.

4.2.6.2 Модификация по правилу допустимой замены ПК версии ПО блока должна сопровождаться получением новых регистрационных номеров в составе обозначений ДЭ "Данные для программирования" ПК (БПО, КПП, ФПО) блока (см. 6.3). Номера версий ПК в обозначениях должны быть сохранены, т.к. функции измененных ПК блока при этом не меняются. В спецификации КД версии ПО блока, корректируемой по ПИ/ИИ с причиной "Обеспечение взаимозаменяемости", должны быть заменены с новыми обозначениями ДЭ "Данные для программирования" измененных ПК. Заменяемые (т.е. утратившие актуальность) ДЭ "Данные для программирования" ПК блока исключаются из спецификации КД версии ПО блока. В графе спецификации "Примечание" рекомендуется приводить пояснение относительно шифров примененных компонентов в аппаратуре блока, потребовавших модификации ПК.

Обозначение спецификации КД версии ПО блока, откорректированной в соответствии с правилом допустимой замены ПО блока, сохраняют, включая номер версии ПО блока.

Пример спецификации КД версии ПО блока, в которой выполнена доработка ПК в соответствии с правилом допустимой замены версии ПО блока, приведен в приложении Г.

Примечание - Доработанная по правилу допустимой замены версия ПО блока сохраняет свои технические характеристики, эксплуатационные качества, взаимозаменяемость с ранее выпущенными блоками и номер версии КД ПО блока, но идентификационная контрольная характеристика версии ПО блока изменена.

4.2.6.3 Модификация по правилу допустимой замены КПП блока, временно загружаемой в блок, выполнена по аналогии с модификацией ПК блока (см. 4.2.6.2) и завершена внесением изменений в каталог ПО блока.

4.2.6.4 Модификация по правилу допустимой замены ПКт модуля блока выполнена по аналогии с модификацией ПК блока (см. 4.2.6.2) и завершена внесением изменений в конструкторскую спецификацию модуля.

Примечание - Замененные по правилу допустимой замены ПК версии ПО блока и ПКт модулей архивируют в составе контрольной копии КД изделия для обеспечения сопровождения ранее выпущенных изделий.

4.2.7 Правило заимствования данных для оформления конструкторской документации программного обеспечения изделия

4.2.7.1 Данные и параметры, необходимые для оформления КД ПО изделия, должны быть заимствованы (скопированы) из состава следующих проектных документов этапа разработки ПО изделия: "Указатель конфигурации ПО"/"Каталог комплектации ПО", разрабатываемых по ГОСТ Р 51904 или КТ-178 и хранящихся в составе системы управления конфигурацией ПО изделий организации.

4.2.7.2 Состав заимствованных данных и параметров:

- наименования и шифры системы, блока, модуля блока, мезонинного модуля микропроцессора;

- обозначения и номера версий ПО системы, блоков, ПК блоков, ПКт модулей;

- позиционные обозначения модулей блоков, мезонинных модулей на платах блоков (при необходимости);

- позиционные обозначения МП на платах модулей (при необходимости);

- имена файлов и сами файлы (загружаемые, командные и текстовые);

- адрес(а) загрузки файлов (при необходимости);

- размеры (длины) исполняемых кодов (при необходимости);

- контрольные характеристики (суммы) файлов и загруженных кодов ПО.

Примечание - Обозначения конструкторских спецификаций системы, блоков, модулей блоков, позиционные обозначения элементов конструкции заимствуют из комплекта КД изделия. Обозначения документам комплекта КД версии ПО изделия присваивают в соответствии с разделом 6.

4.2.8 Правило включения временно загружаемого в блок программного комплекса в состав конструкторской документации программного обеспечения блока

4.2.8.1 ПК из состава ПО блока, например КПП, временно загружаемый в память блока на этапе приемо-сдаточных испытаний блока, должен быть включен в каталог ПО блока как самостоятельная программа, т.е. данный ПК в состав КД версий ПО блока не следует включать. Этот ПК в составе каталога ПО блока должен быть представлен ДЭ "Данные для программирования" КПП блока; обозначение документа присваивают в соответствии с 6.3.

4.2.8.2 Примеры каталогов ПО блоков, в состав которых на правах самостоятельных программ включены ДЭ "Данные для программирования" КПП, приведены в приложениях В и Д.

4.2.9 Правило преемственности конструкторской документации программного обеспечения изделия

В случае необходимости внесения изменений в комплект КД версии ПО изделия, оформленный по правилам, действующим на момент сдачи комплекта документации в ОТД, состав и содержание документов, тип носителей с данными для программирования из комплекта КД версии ПО изделия должны быть откорректированы с учетом соответствия требованиям настоящего стандарта. Спорные вопросы должны быть разрешены после непосредственного указания главного конструктора организации, ответственного за изделие.

5 Состав конструкторской документации программного обеспечения системы

5.1 Комплект КД ПО системы состоит из документов КД ПО системы и КД ПО блоков, входящих в состав системы, а именно:

- каталога КД ПО системы, содержащего спецификации всех действующих КД версий ПО системы;

- спецификаций КД версий ПО системы, содержащих спецификации КД версий ПО блоков, входящих в состав системы;

- каталогов КД ПО блоков, содержащих спецификации действующих КД версий ПО каждого блока;

- спецификаций КД версий ПО блоков, в которых записаны обозначения ДЭ "Данные для программирования" ПК, образующих версии ПО блоков (при их наличии);

- ДЭ с данными для программирования ПК, составляющих конкретные версии ПО блоков (далее - ДЭ "Данные для программирования" ПК блока) (см. раздел 11);

- ДЭ с анными для программирования ПКт модулей блоков (далее - ДЭ "Данные для программирования" ПКт модуля) (см. раздел 13).

5.2 Оформление КД ПО системы и блоков должно соответствовать требованиям настоящего стандарта.

Примечания

1 Включение в состав КД ПО изделия документов "Каталог КД ПО системы/блока" обеспечивает автономность КД ПО в составе конструкторских спецификаций изделия.

2 В состав КД каждого блока с ПО включен документ "Инструкция по программированию блока", который входит в спецификацию КД блока в соответствии с ГОСТ 2.102.

6 Присвоение обозначений конструкторской документации программного обеспечения изделия

6.1 Обозначение каталога ПО системы должно состоять из обозначения системы с добавленными без пробела буквами "ПО" (см. приложение А).

6.2 Обозначение каталога ПО блока должно состоять из обозначения блока с добавленными без пробела буквами "ПО" (см. приложение В).

6.3 Обозначения документов:

- спецификация КД версии ПО системы;

- спецификация КД версии ПО блока;

- ДЭ "Данные для программирования" ПК блока;

- ДЭ "Данные для программирования" ПКт модуля - должны иметь следующий формат:

- KKKK.ZZZZZ - NN,

где: КККК - код организации для обозначения документации изделий организации;

ZZZZZ - регистрационный номер (пятизначный) программного документа в соответствии с ГОСТ 19.103.

Регистрационный номер документов КД ПО должен начинаться с цифры "5".

Примечание - Регистрационные номера проектных программных документов, оформляемых на этапе проектирования ПО изделий, рекомендуется начинать с цифры "0", номера регистрируются в отделах стандартизации организаций.

NN - формат номера версии ПО, состоящий из двух цифр.

Номер версии ПО может принимать значения начиная от 01, 02 и до 99.

Примеры обозначения документов КД ПО приведены в приложениях А-Е.

6.4 Обозначения документов, входящих (при необходимости) в состав комплекта КД конкретной версии ПО изделия, должны состоять из обозначения соответствующей спецификации с добавлением без пробела буквы "П", служащей признаком программного документа, и порядкового номера (1, 2, 3 и т.д.) документа в комплекте КД:

- KИBШ.5ZZZZ - NNП1;

- KИBШ.5ZZZZ - NNП2 и т.д.

Примеры

1 КИВШ.50742-28П1 Блок управления и контроля БУК-23 Программное обеспечение Данные для программирования.

2 КИВШ.50657-19 Индикатор многофункциональный ИМ-16-8 Функциональное программное обеспечение Задача КИСС Данные для программирования.

7 Требования к каталогу конструкторской документации программного обеспечения системы

7.1 Каталог КД ПО системы оформляют по форме 1 текстового документа в соответствии с ГОСТ 2.106, обозначение присваивают в соответствии с 6.1.

7.2 Полное наименование каталога КД ПО системы в соответствии с требованиями ГОСТ 2.104 и ГОСТ 2.105 должно состоять из:

- наименования системы;

- шифра системы;

- наименования "Программное обеспечение";

- наименования документа "Каталог".

Пример - КИВШ.461274.044ПО Комплексная система электронной индикации и сигнализации КСЭИС-204Е Программное обеспечение Каталог.

7.3 Каталог КД ПО состоит из разделов, которые располагают в следующей последовательности:

- документация;

- комплексы.

7.4 В разделе "Документация" должны быть приведены следующие обозначения и наименования:

- информационно-удостоверяющий лист каталога КД ПО системы;

- электронная структура КД ПО системы;

- информационно-удостоверяющий лист электронной структуры КД ПО системы.

7.5 В разделе "Комплексы" должны быть приведены обозначения и наименования (без названия и шифра системы) всех действующих спецификаций КД версий ПО системы (см. приложение А).

Примечание - Спецификации перечисляют в порядке возрастания номеров версий ПО системы.

8 Требования к спецификации конструкторской документации версии программного обеспечения системы

8.1 Спецификацию КД версии ПО системы оформляют по форме 1 текстового документа в соответствии с ГОСТ 2.106.

8.2 Полное наименование спецификации КД версии ПО блока в соответствии с требованиями ГОСТ 2.104 и ГОСТ 2.105 должно состоять:

- из наименования блока;

- шифра блока;

- наименования "Программное обеспечение".

8.3 Обозначение спецификации КД версии ПО системы присваивают в соответствии с 6.3. Обозначение спецификации содержит номер версии ПО системы.

Пример - КИВШ.50438-04 Комплексная система электронной индикации и сигнализации КСЭИС-204Е Программное обеспечение.

8.4 Содержание спецификации определяет состав версий КД ПО блоков, входящих в состав конкретной версии ПО системы.

Рекомендуемое содержание граф и разделов спецификации приведено в приложении Б.

8.5 В разделе спецификации "Документация" должны быть приведены обозначения и наименования:

- ИУЛ спецификации версии КД ПО системы;

- электронной структуры КД ПО системы;

- ИУЛ электронной структуры КД ПО системы.

8.6 В разделе спецификации "Комплексы" должны быть приведены обозначения и наименования спецификаций КД действующих версий ПО блоков, входящих в состав конкретной версии ПО системы (см. приложение Б).

9 Требования к каталогу конструкторской документации программного обеспечения блока

9.1 Каталог КД ПО блока оформляют по форме 1 текстового документа в соответствии с ГОСТ 2.106, обозначение присваивают в соответствии с 6.2.

9.2 Полное наименование каталога КД ПО блока в соответствии с требованиями ГОСТ 2.104 и ГОСТ 2.105 должно состоять:

- из наименования блока;

- шифра блока;

- наименования "Программное обеспечение";

- наименования документа "Каталог".

Примеры

1 КИВШ.467846 004-20ПО Индикатор многофункциональный ИМ-8ТВ Программное обеспечение Каталог.

2 КИВШ.466525 005-02ПО Блок вычислительного устройства БВУ-15-2 Программное обеспечение Каталог.

9.3 Каталог КД ПО блока состоит из разделов, которые располагают в следующей последовательности:

- документация;

- комплексы.

9.4 В разделе каталога "Документация" должны быть приведены обозначения и наименования:

- информационно-удостоверяющего листа каталога КД ПО блока;

- электронной структуры КД ПО блока;

- информационно-удостоверяющего листа электронной структуры КД ПО блока.

9.5 В разделе каталога "Комплексы" должны быть приведены обозначения и наименования спецификаций всех действующих версий КД ПО блока.

Пример - КИВШ. 50567-15 Программное обеспечение.

9.6 В графе каталога "Примечание" и над основной надписью приводят (при необходимости) указания для планирования производства (см. приложение В).

9.7 В соответствии с правилом включения временно загружаемого в блок ПК в состав КД ПО блока (см. 4.2.8) в раздел каталога "Комплексы" может быть включен на правах самостоятельной программы ДЭ "Данные для программирования" КПП блока.

В этом случае в графе каталога "Примечание" должно быть приведено обозначение ДЭ "Данные для программирования" БПО, необходимого для работы этой КПП.

9.8 Над основной надписью каталога ПО блока рекомендуется приводить (при необходимости) пояснения, например о типе объекта применения.

Примеры оформления каталогов КД ПО блока приведены в приложениях В и Д.

10 Требования к спецификации конструкторской документации версии программного обеспечения блока

10.1 Спецификацию КД версии ПО блока оформляют по форме 1 текстового документа в соответствии с ГОСТ 2.106.

10.2 Полное наименование спецификации КД версии ПО блока в соответствии с требованиями ГОСТ 2.104 и ГОСТ 2.105 должно состоять:

- из наименования блока;

- шифра блока;

- наименования "Программное обеспечение".

10.3 Обозначение спецификации КД версии ПО блока присваивают в соответствии с 6.3.

Пример - КИВШ.50839-17 Индикатор многофункциональный ИМ-8ТВ Программное обеспечение.

10.4 Содержание спецификации определяет состав (перечень) ДЭ "Данные для программирования" ПК версии ПО блока.

10.5 В разделе спецификации КД версии ПО блока "Документация" должны быть приведены обозначения и наименования:

- ИУЛ спецификации;

- электронной структуры КД ПО блока;

- ИУЛ электронной структуры КД ПО блока.

10.6 В разделе спецификации "Комплексы" должны быть приведены обозначения и наименования всех ДЭ "Данные для программирования" ПК блока, составляющих конкретную версию ПО блока в соответствии с 4.2.1.5. В графе "Примечание" указывается тип файла "ZIP-файл" и/или машинного носителя (при необходимости).

Примечание - При необходимости (например, большой объем базы данных) ZIP-файл может быть записан и сохранен на электронном CD-диске с ведомостью носителя в соответствии с ГОСТ 28388.

10.7 В этот раздел включают (добавляют при необходимости) в соответствии с правилом допустимой замены версии ПО блока (см. 4.2.6.2) ДЭ "Данные для программирования" ПК блока, разработанный для сохранения взаимозаменяемости блока.

Обозначения новых документов должны иметь новые регистрационные номера, а номера их версий должны быть сохранены (см. 4.2.6.2 и 6.3).

В графе "Примечание" приводят необходимые указания о допустимых заменах в соответствии с 4.2.6.2 и/или дополнительные сведения для ФПО, например: "На серийные заводы передается по особому распоряжению".

Пример спецификации версий КД ПО индикатора, применяемого в составе двух систем, в составе которого выполнена замена центрального процессора, приведен в приложении Г.

10.8 В спецификации версии КД ПО блока над основной надписью может быть указана идентификационная контрольная характеристика (сумма) версии ПО блока, если ее расчет и выдача из блока поддерживаются ПО блока или технологическим ПО.

10.9 В спецификации версии КД ПО блока, в состав которой не входит ПК блока, включенный в каталог КД ПО блока как самостоятельная программа, над основной надписью должно быть приведено пояснение, например "Обозначение КПП блока записано в каталоге ПО блока".

10.10 В спецификации версии КД ПО блока над основной надписью должна быть приведена ссылка на документ, обеспечивающий возможность доступа к проектной документации ПО блока, включая исходные тексты программ версии ПО на языках программирования (см. приложение Г).

Примечание - К документам, обеспечивающим возможность доступа к проектной документации ПО блока, относятся "Указатель конфигурации ПО блока"/"Каталог комплектации ПО блока".

11 Состав конструкторской документации программного комплекса блока

11.1 Версия ПО блока может состоять из ПК блока, перечисленных в 4.2.1.4 или др. Каждый ПК блока в составе КД версии ПО блока должен быть представлен ДЭ "Данные для программирования" ПК блока в виде ZIP-файла, который оформляют в соответствии с ГОСТ 2.051 и настоящим стандартом.

При необходимости ДЭ (ZIP-файл) может быть записан на машинный носитель типа СД-диск, оформленный в соответствии с ГОСТ 28388.

ДЭ "Данные для программирования" ПК блока сопровождается ИУЛ, в котором должна быть приведена контрольная сумма ZIP-файла. ИУЛ оформляют в соответствии с требованиями ГОСТ 2.051.

11.2 Полное наименование документа должно состоять:

- из наименования блока;

- шифра блока;

- полного наименования ПК;

- наименования "Данные для программирования".

11.3 Обозначение в реквизитной части ДЭ "Данные для программирования" ПК блока присваивают в соответствии с 6.3. Наличие в обозначении номера версии ПК блока обеспечивает идентификацию ПК при его сопровождении в составе КД ПО изделия.

Примечания

1 При отсутствии в составе ПО блока ПК БПО и КПП версия ПО блока фактически состоит из одного ПК ФПО, который в этом случае называется ПК ПО для прямого соответствия с маркировкой на заводском знаке блока. Обозначение ДЭ "Данные для программирования" ПК ПО блока в этом случае присваивают в соответствии с 6.4 (см. пример 1).

2 При наличии в составе версии ПО блока нескольких ПК ФПО в наименование ДЭ каждого ПК ФПО добавляют его конкретное наименование (см. пример 2).

11.4 ДЭ "Данные для программирования" ПК блока (ZIP-файл) в содержательной части документа должен содержать:

- файлы исполняемых объектных кодов и данных ПК блока, загружаемых в память МП модулей блока;

- файлы технологических программ, необходимых для загрузки исполняемых кодов ПК в память МП модулей (в памяти блока такие программы могут быть не сохранены);

- командные файлы автоматизированной загрузки кодов ПК в память МП модулей;

- командные файлы контроля целостности загруженных кодов ПК блока;

- текстовые файлы "Состав версии" ПК модулей блока с планами загрузки и контрольными параметрами исполняемых объектных кодов и данных ПК модулей блока.

Примечание - Командный файл представляет собой специальный набор команд и/или имен исполняемых файлов с расширением ttl, lis, bat, lst, cmd и др. Назначение - автоматизация выполнения операций загрузки и проверки данных.

11.5 Файлы в составе архивного ZIP-файла должны быть размещены в каталогах. Количество каталогов должно соответствовать количеству программируемых модулей блока.

11.6 В каталогах модулей блока в составе архивного ZIP-файла могут быть (при необходимости) подкаталоги мезонинных модулей с МП.

11.7 Имена каталогов, подкаталогов и всех файлов должны быть написаны буквами латинского алфавита. Файлы должны содержать тип расширения.

11.8 Имена каталогов и подкаталогов ZIP-файла должны состоять из шифров модулей блоков, шифров мезонинных модулей и позиционных обозначений (при необходимости) модулей и мезонинных модулей из состава КД блока и модулей блока.

Примечание - При образовании имен каталогов и подкаталогов модулей дефис в шифрах модулей не используют.

11.9 Имена файлов с исполняемыми объектными кодами в составе каталогов/подкаталогов ZIP-файлов могут содержать шифры МП, их позиционные обозначения на платах модулей (при необходимости) и шифры ПК блоков, разделенных символом нижнего подчеркивания.

Пример - lрс4273_b06_bро.

11.10 Имена текстовых файлов "Состав версии" ПК модулей блока в составе ZIP-файлов должны содержать шифр модуля (без дефиса и, при необходимости, позиционное обозначение модуля), шифр ПК блока (bpo, kpp, fpo и т.д.), наименование "SV" и тип файла "doc".

Пример - mk1_a01_bpo_SV.doc.

11.11 Файлы исполняемых объектных кодов и данных ПК версии ПО блока, командные файлы автоматизированной загрузки исполняемых объектных кодов и данных, командные файлы контроля целостности ПО блока, их имена и контрольные параметры (контрольные суммы, размеры в байтах и т.д.) должны быть заимствованы из состава проектных документов этапа разработки ПО блока.

11.12 Для модуля с микросхемами памяти, например типа 556РТ7А, которые программируют до их монтажа на печатные платы, имена файлов данных для записи в микросхемы должны состоять из позиционных обозначений микросхем на плате модуля, точки и расширения BIN.

Пример - M4107.BIN.

12 Требования к текстовому файлу "Состав версии" программного комплекса модуля блока

12.1 Текстовый файл "Состав версии" ПК модуля блока, включаемый в содержательную часть ДЭ "Данные для программирования" ПК блока (см. 11.4), для каждого модуля блока содержит таблицу (план) загрузки исполняемых объектных кодов ПК блока в МП модуля и его мезонинов (при их наличии). Текстовый файл "Состав версии" ПК модуля блока используют для контроля качества программирования (загрузки) исполняемого кода ПК в память МП модуля блока.

Примечания

1 Блок собирают из модулей, разработанных как конструктивно и функционально законченные радиоэлектронные устройства - сборочные единицы. Модуль блока может иметь составные части в виде мезонинных модулей, соединяемых с платой главного модуля пайкой или сочленением с применением разъемов. На основных и мезонинных модулях могут быть установлены МП. Одни МП мезонинных модулей программируют на модульных стендах, другие МП - в составе блока после установки модуля в блок.

2 Текстовый файл "Состав версии" ПК модуля блока включают в состав ДЭ "Данные для программирования" ПК блока после проведения с положительными результатами исследовательских испытаний (см. 3.1.10) инженерной версии ПО в составе блока и после принятия решения (см. 16.2) о включении по ПИ КД версии ПО блока в состав КД блока.

12.2 Имя текстового файла "Состав версии" ПК модуля блока должно соответствовать требованиям 11.10.

12.3 Текстовые файлы "Состав версии" ПК модулей блока должны быть разработаны с помощью текстового редактора. Форма визуализации содержательной части текстового файла "Состав версии" ПК модуля блока отображает в формате А4 таблицу загрузки исполняемых объектных кодов ПК версии ПО блока в память каждого МП модуля и его мезонинов (далее - таблица "Состав версии" ПК модуля блока).

Примечание - Таблица "Состав версии" ПК модуля блока - это аналог чертежа детали, в котором указаны все данные, необходимые для изготовления детали в соответствии с ГОСТ 2.109. В нашем случае таблица содержит, что загружается в память каждого МП модуля, по какому адресу, контрольные суммы загружаемых файлов, размеры и контрольные суммы исполняемых кодов для контроля целостности загруженного кода ПК.

Пример рекомендованного шаблона таблицы "Состав версии" ПК модуля блока приведен в приложении Е.

12.4 Постоянные данные для таблицы "Состав версии" ПК модуля блока заимствуют из КД блока, из документов "Описание аппаратных средств блока" и "Описание аппаратных средств модулей". Переменными данными таблицы являются имена загружаемых файлов ПК в память МП модуля, их контрольные суммы, адреса загрузки кода, размер загруженного кода и его контрольная сумма, которые заимствуют (копируют) из описания проекта версии ПО блока.

12.5 Обозначения и основной надписи у таблицы "Состав версии" ПК модуля блока не должно быть, так как она является формой визуализации текстового файла из состава ДЭ "Данные для программирования" ПК блока, имеющего обозначение в реквизитной части.

12.6 Наименование таблицы должно содержать шифр блока, наименование и шифр модуля (при необходимости добавляется позиционное обозначение модуля в блоке), номер версии и шифр ПК, наименование "Состав версии". Наименование документа приводят в верхней части первого листа документа, в документе должно быть указано общее количество листов.

12.7 Таблица содержит для каждого МП:

- позиционное обозначение МП на плате модуля/мезонина (при необходимости);

- наименование МП;

- шифр модуля/мезонина (при необходимости);

- позиционное обозначение модуля/мезонина (при необходимости);

- адрес МП в канале загрузки (включая позицию переключателя на жгуте загрузки, при необходимости);

- имена файлов данных для загрузки в МП;

- контрольные суммы файлов данных для загрузки в МП;

- адреса загрузки файла (кода) в память МП (при необходимости);

- контрольную характеристику (сумму) загруженного в память МП модуля исполняемого кода ПК блока (при необходимости для каждого файла).

Примечание - Рекомендуется контрольные характеристики (суммы) рассчитывать по алгоритму CRC-16 для 8- и 16-битных микропроцессоров или CRC-32 для 32-битных процессоров.

12.8 При загрузке ПК в память МП модуля несколькими hex-файлами в таблице "Состав версии" ПК модуля блока приводят следующие параметры кода:

- адрес загрузки - начальный адрес планируемой зоны загрузки кода ПК в памяти МП;

- размер зоны памяти МП, планируемый под размещение кода ПК;

- контрольная сумма кода ПК в планируемой памяти каждого МП.

Примечание - При невозможности перепрограммировать МП мезонинного модуля в составе блока в сборочный чертеж модуля блока, в состав которого входит такой мезонинный модуль, включают техническое требование: "Перед установкой (монтажом) мезонинного модуля (указывают шифр модуля) на плате модуля блока необходимо МП мезонинного модуля запрограммировать файлами из состава версии КД ПО блока, номер которой указан в плане производства".

12.9 В примечаниях к таблице "Состав версии" МП модуля блока рекомендуется приводить:

- обозначение ДЭ "Данные для программирования" ПК блока";

- обозначение документа "Инструкция по программированию блока";

- имена каталогов с файлами кода и данных для загрузки в МП (при необходимости);

- имя текстового файла документа;

- дополнительные указания (рекомендации) для загрузки и контроля загруженного кода МП по усмотрению разработчика, например:

- для программирования следует использовать командные файлы (указывают их расширение);

- для контроля программирования следует использовать командные файлы (их расширение).

Примечание - Количество граф в таблице документа может быть изменено (при необходимости).

Под таблицей должны быть указаны фамилии разработчика и проверяющего.

Пример оформления внешнего (визуального) представления текстового файла документа "Состав версии" ПК БПО модуля блока приведен в приложении Ж.

13 Требования к конструкторской документации программного компонента модуля блока

13.1 Типовыми ПКт в составе изделий являются программы начальных загрузчиков МП модулей.

Примечание - ПКт "загрузчик модуля" разработан при отсутствии у МП, применяемых в составе модуля, встроенных начальных загрузчиков от производителя МП.

13.2 КД ПКт модуля должна быть представлена ДЭ "Данные для программирования" ПКт модуля в виде ZIP-файла, который оформляют в соответствии с ГОСТ 2.051 и настоящим стандартом. ДЭ "Данные для программирования" ПКт модуля сопровождается ИУЛ в соответствии с ГОСТ 2.051 (в ИУЛ приводят контрольную сумму ZIP-файла).

13.3 Наименование ДЭ "Данные для программирования" ПКт модуля состоит:

- из наименования модуля блока;

- шифра модуля;

- сокращения "ПКт";

- наименования ПКт (загрузчик/электропитание);

- назначения.

13.4 Обозначение каждого ДЭ "Данные для программирования" ПКт модуля присваивают согласно требованиям 6.3, и оно должно содержать номер версии ПКт модуля.

Примеры

Доступ к полной версии этого документа ограничен

Ознакомиться с документом вы можете, заказав бесплатную демонстрацию систем «Кодекс» и «Техэксперт».

Что вы получите:

После завершения процесса оплаты вы получите доступ к полному тексту документа, возможность сохранить его в формате .pdf, а также копию документа на свой e-mail. На мобильный телефон придет подтверждение оплаты.

При возникновении проблем свяжитесь с нами по адресу spp@kodeks.ru

ГОСТ Р 58711-2019 Авиационная техника. Программное обеспечение встроенных систем. Требования к конструкторской документации

Название документа: ГОСТ Р 58711-2019 Авиационная техника. Программное обеспечение встроенных систем. Требования к конструкторской документации

Номер документа: 58711-2019

Вид документа: ГОСТ Р

Принявший орган: Росстандарт

Статус: Документ в силу не вступил

Опубликован: Официальное издание. М.: Стандартинформ, 2019 год
Дата принятия: 29 ноября 2019

Дата начала действия: 01 июля 2020