Товары в корзине: 0 шт Оформить заказ
Стр. 1
 

31 страница

Купить Директивное письмо 1-99 — официальный бумажный документ с голограммой и синими печатями. подробнее

Цена на этот документ пока неизвестна. Нажмите кнопку "Купить" и сделайте заказ, и мы пришлем вам цену.

Официально распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль".

Наши цены ниже, чем в других местах, потому что мы работаем напрямую с поставщиками документов.

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

  Скачать PDF

Показать даты введения Admin

МЕЖГОСУДАРСТВЕННЫЙ АВИАЦИОННЫЙ КОМИТЕТ АВИАЦИОННЫЙ РЕГИСТР

ДИРЕКТИВНОЕ ПИСЬМО № 1-99

24 июня 1999 г.

О ВВЕДЕНИЕ В ДЕЙСТВИЕ ДОКУМЕНТА «РЕКОМЕНДАТЕЛЬНЫЙ МАТЕРИАЛ РМ-178А.

ОЦЕНКА СООТВЕТСТВИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ БОРТОВОЙ АППАРАТУРЫ

И СИСТЕМ ТРЕБОВАНИЯМ КТ-178А»

Настоящим Директивным письмом вводится в действие "Рекомендательный материал РМ-178А. Оценка соответствия программного обеспечения бортовой аппаратуры и систем требованиям КТ-178А" (далее РМ-178).

Прилагаемый документ РМ-178А является руководством для экспертов Авиарегистра МАК, привлекаемых к работам по сертификации программного обеспечения в соответствии с пунктом 2.2 Директивного письма №-3-97, и определяет необходимые действия для обеспечения полноты аудиторских проверок и минимизации временных затрат.

РМ-178А может быть использован разработчиками авиационной техники при подготовке материалов, представляемых группе экспертов Авиарегистра МАК, а также при контроле выполнения требований документа КТ-178А для комплектующих изделий категории "Б".

Приложение: PM - 178А на 29 листах.

Заместитель Председателя    Е.    Ф.    Жариков

Авиарегистра МАК

МЕЖГОСУДАРСТВЕННЫЙ АВИАЦИОННЫЙ КОМИТЕТ АВИАЦИОННЫЙ РЕГИСТР

РЕКОМЕНДАТЕЛЬНЫЙ МАТЕРИАЛ РМ-1 78А

ОЦЕНКА СООТВЕТСТВИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ БОРТОВОЙ АППАРАТУРЫ

И СИСТЕМ ТРЕБОВАНИЯМ КТ-178А

В настоящее время порядок взаимодействия Разработчиков авиационной техники и Авиарегистра МАК в процессе сертификации (квалификации) авиационной техники, содержащей программное обеспечение, регламентируется Директивным письмом № 3-97. Однако в нем не содержится конкретных рекомендаций о действиях экспертных групп Авиарегистра МАК при проведении аудиторских проверок. В развитие ДП № 3-97 разработан настоящий документ. Текст подготовлен специалистами СЦ ЛИИ Стапаненко Н. И. и Волковым В. К. при участии специалиста Авиарегистра МАК Голикова А. А.

НАЗНАЧЕНИЕ

Настоящий рекомендательный материал определяет порядок действий экспертной группы, который следует применять при оценке соответствия программного обеспечения (ПО) бортовой аппаратуры и систем требованиям КТ-178А.

ВВЕДЕНИЕ

Приведенный порядок действий экспертной труппы в ходе выполнения проверок процесса создания ПО отвечает положениям Директивного письма АР МАК № 3-97. Предполагается, что описанные действия будут приемлемыми в большинстве случаев, а их коррекция будет связана со спецификой конкретной разработки аппаратуры или системы. Приведенные наименования проверок и их содержание достаточно условны и введены для соответствия рекомендациям Директивного письма. Для обеспечения единообразия в оформлении результатов работы группы в Приложении 1 приведены формы документов, составляемых в ходе проверок (Графика проверок. Актов и Заключения), а в Приложении 2 содержится перечень подлежащих оценке характеристик процесса создания ПО, оформленный в виде Сводки результатов проверок.

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

Используемые в тексте наименования документов соответствуют указанным в КТ-178А. Если наименования документов Разработчика отличаются от приведенных, то в Актах следует показать, какие документы Разработчика представляются в качестве документов, описанных в КТ-178А.

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

PM-178A Стр. 10

АКТ № X аудиторской проверки процесса создания программного обеспечения системы <АБВ> самолета <ЭЮЯ>

<дата проверки»

<место проверки»

1. Действия экспертной группы

1.1.    Экспертная группа в составе <Ф.И.О.>, <Ф.И.О.>, <Ф.И.О.>, действующая на основании решения АР МАК № Х.ХХ-ХХХ от ХХ.ХХ.ХХ г. и в соответствии с Директивным письмом АР МАК № 3-97, выполнила аудиторскую проверку процесса создания программного обеспечения системы < АБВ > самолета «ЭЮЯ» на соответствие требованиям КТ-178А.

1.2.    Рассмотрена документация:

<номер документа» «наименование документа» «аббревиатура»

«номер документа» «наименование документа» «аббревиатура»

1.3. Рассмотрены характеристики процесса создания программного обеспечения с № Х.Х по № Y.Y Сводки результатов проверок. Характеристики U.U, V.V и W.W не оценивались как необязательные для программного обеспечения заявленного уровня.

2. Оборудование системы

«тип блока», версия ПО, - «номер версии»

«тип блока» , версия ПО - «номер версии»

3. Результаты проверки

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

3.1.1.    («номер пункта Сводки») «формулировка недостатка»

3.2. Выражены следующие предложения по улучшению процесса создания ПО.

3.2.1. («номер пункта Сводки») «формулировка предложения»

Председатель группы    «Ф.И.О.»

Эксперты

«Ф.И.О.»

«Ф.И.О.»

PM-178A Стр. 11

АКТ № X экспертизы документации на программное обеспечение системы <АБВ> самолета <ЭЮЯ>

<дата проверки»

<место проверки»

1. Действия экспертной группы

1.1.    Экспертная группа в составе <Ф.И.О.>, <Ф.И.О.>, <Ф.И.О.>, действующая на основании решения АР МАК № Х.ХХ-ХХХ от ХХ.ХХ.ХХ г. и в соответствии с Директивным письмом АР МАК № 3-97, выполнила экспертизу документации на программное обеспечение системы <АБВ> самолета <ЭЮЯ> на соответствие требованиям КТ-178А.

1.2.    Рассмотрена документация:

<номер документа» «наименование документа» «аббревиатура»

«номер документа» «наименование документа» «аббревиатура»

1.3. Рассмотрены результаты выполнения мероприятий по устранению замечаний, изложенных в Актах аудиторских проверок.

2. Оборудование системы

«тип блока», версия ПО - < номер версии»

«тип блока», версия ПО - «номер версии»

3. Результаты проверки

3.1.    Документация на программное обеспечение системы «АБВ» самолета «ЭЮЯ» соответствует предъявляемым требованиям КТ-178А.

3.2.    Мероприятия по устранению замечаний, изложенных в Актах аудиторских проверок, выполнены в согласованном объеме.

3.3.    Может быть оформлено Заключение о соответствии программного обеспечения системы «АБВ» самолета «ЭЮЯ» требованиям КТ-178А.

Приложение: Сводка результатов проверок, 1 экз., на ZZ листах.

Председатель группы    «Ф..И.О.»

Эксперты    «Ф.И.О.»

«Ф.И.О.»

ЗАКЛЮЧЕНИЕ


о соответствии программного обеспечения системы <АБВ> самолета <ЭЮЯ> требованиям КТ-178А


Оборудование системы <АБВ>

<блок> : аппаратура - <тип блока> , версия ПО - <номер версии>


КТ-178А.


PM-178A Стр. 12


<блок>: аппаратура - <тип блока> , версия ПО - <номер версии>

Уровень ПО системы - «обозначение уровня>

Каталог комплектации - «номер каталога>

Программное обеспечение системы <АБВ> самолета <ЭЮЯ> соответствует требованиям


Председатель группы Эксперты


«Ф.И.О > <Ф.И.О> <Ф.И.О>


PM-178A Стр. 13 Приложение 2

ОБРАЗЕЦ СВОДКИ РЕЗУЛЬТАТОВ ПРОВЕРОК

Приведенная ниже Сводка результатов проверок содержит набор характеристик процесса создания программного обеспечения, оценка которых должна быть получена для подтверждения соответствия требованиям КТ-178А.

В зависимости от уровня программного обеспечения некоторые характеристики могут быть исключены из рассмотрения. Такие факты нужно отметить в Акте проверки.

Если в ходе проверки характеристика подтверждена, то в колонке оценки рекомендуется поставить знак "V". Знак "?" в этой колонке следует использовать для отметки того, что по этой характеристике имеется замечание.

Сводка может использоваться каждым проверяющим как путеводитель в ходе рассмотрения того или иного процесса создания ПО или его части.

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

РМ-178А Стр. 14

СВОДКА РЕЗУЛЬТАТОВ ПРОВЕРОК СИСТЕМЫ <АБВ> САМОЛЕТА <ЭЮЯ>

№ п/п

Характеристика процесса создания ПО

Пункт

КТ-178А

Оценка

(V/?)

1

Планирование

1.1

"Требования к системе" отражают требуемое содержание

8.1.1

1.1.1

Документ отражает текущее состояние разработки и находится под контролем управления конфигурацией:

-    в Каталоге комплектации указан в составе рассматриваемой базовой версии;

-    статус в Каталоге комплектации указывает, что он действует

8

1.1.2

Документ достаточен и точен:

-    может применяться без дополнительных поясняющих материалов;

-    используемые термины имеют единственное значение;

-    положения имеют однозначное толкование;

-    внутренние положения не противоречат друг другу

8

1.1.3

Приведено описание системы и описание функций

8.1.1.а)

1.1.4

Указаны квалификационные требования к системе

8.1.I.b)

1.1.5

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

8.1.1.с)

1.1.6

Указаны используемые специальные методы проектирования, такие, как непрерывный контроль, резервирование или обособление функций

8.1.I.d)

1.2

"План сертификации ПО" отражает требуемое содержание

8.1.2

1.2.1

Документ отражает текущее состояние разработки и находится под контролем управления конфигурацией:

-    в Каталоге комплектации указан в составе рассматриваемой базовой версии;

-    статус в Каталоге комплектации указывает, что он действует

8

1.2.2

Документ достаточен и точен:

-    может применяться без дополнительных поясняющих материалов;

-    используемые термины имеют единственное значение;

-    положения имеют однозначное толкование;

-    никакие внутренние положения не противоречат друг другу

8

1.2.3

Приведено обзорное описание системы, в том числе методов обеспечения безопасности полета

8.1.2.а)

1.2.4

Указаны категории критичности системы и уровни ПО

8.1.2.b)

1.2.5

Категории критичности системы поддержаны материалами оценки безопасности полета

5.2.2

1.2.6

Уровень ПО установлен без понижения или более низкий уровень ПО поддерживается достаточными специальными мерами разработки

5.2.3

PM-178A Стр. 15

№ п/п

Характеристика процесса создания ПО

Пункт

КТ-178А

Оценка

(V/?)

1.2.7

Определены мероприятия в обеспечение сертификации ПО:

-    описаны составляющие цикл создания ПО работы и их взаимосвязь;

-    для каждой работы указаны входы, выходы и потоки данных;

-    показано, каким образом будет подтверждаться выполнение каждой работы:

-    перечислены стандарты разработки ПО;

-    описана выбранная среда разработки ПО;

-    отражены соответствующим образом особенности создания ПО использование ранее разработанного ПО, загружаемое на борту ПО, многоверсионное ПО, обособление, альтернативные методы подтверждения соответствия и т. п .)

8.1.2.С)

1.2.8

Определена взаимосвязь задач разработки, верификации и удостоверения эксплуатационной пригодности

6.1

1.2.9

Определен планируемый состав документов, форма и взаимосвязь

8.1.2.d)

1.2.10

При использовании состава документов менее нормируемого, показано сохранение их совокупного содержания

8.1

1.2.11

Состав представляемых в АР документов согласуется с уровнем ПО

8.2

1.2.12

Определены необходимость, объем и состав представляемых в АР сообщений о проблемах, составляемых по мероприятиям "Плана гарантии качества ПО"

2.2.1

1.2.13

Описано, каким образом будет информироваться АР о графике работ цикла создания ПО, для планирования экспертизы этих работ

8.1.2.е)

1.2.14

Указаны организации, участвующие в разработке, и их ответственность за организацию работ

8.1.2.f)

1.3

"План верификации ПО" отражает требуемое содержание

8.1.3

1.3.1

Документ отражает текущее состояние разработки и находится под контролем управления конфигурацией:

-    в Каталоге комплектации указан в составе рассматриваемой базовой версии;

-    статус в Каталоге комплектации указывает, что он действует

8

1.3.2

Документ достаточен и точен:

-    может применяться без дополнительных поясняющих материалов;

-    используемые термины имеют единственное значение;

-    положения имеют однозначное толкование;

-    никакие внутренние положения не противоречат друг другу

8

1.3.3

Документ содержит описание взаимодействия верификации с другими работами создания программного обеспечения

8.1.3.а)

1.3.4

Описано распределение ответственности за выполнение процедур верификации, обосновано деление задач верификации между участниками работ

8.1.З.а)

PM-178A Стр. 16

N° п/п

Характеристика процесса создания ПО

Пункт

КТ-178А

Оценка

(V/?)

1.3.5

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

8.1.З.Ь)

1.3.6

Установлена цель каждой проверки, анализа, испытания и критерии перехода к выполнению верификационных мероприятий

8.1.З.Ь)

1.3.7

Предусмотрена оценка соответствия каждому требованию к ПО и производному требованию, определена степень структурной полноты испытаний

6.2.1, 6.2.5.3,.

2

1.3.8

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

6.2.5

1.3.9

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

8.1.З.Ь)

1.3.10

Описаны материалы проверок, анализов и испытаний,которые предполагается зарегистрировать

8.1.З.Ь)

1.3.11

Указан состав и назначение испытательных стендов, используемых при выполнении процедур верификации

8.1.3.с)

1.3.12

Указаны состав и назначение аппаратных средств каждого испытательного стенда

8.1.З.с)

1.3.13

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

8.1.З.с)

1.3.14

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

8.1.З.с)

1.3.15

Предусмотрено рассмотрение программных средств поддержки разработки и верификации специалистами АР

6.2.8

1.3.16

Приведено описание инструкций, руководств и других материалов, необходимых для проведения работ на испытательных стендах

8.1.З.с)

1.3.17

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

8.1.3.d)

1.3.18

Установлена классификация вносимых изменений и определены повторные проверки и испытания для каждого класса изменении

8.1.3.d)

1.3.19

Предусматриваемые повторные проверки и испытания гарантируют, что ранее выявленные ошибки устранены

8.1.3.d)

1.4.

«План управления конфигурацией ПО» отражает требуемое содержание

8.1.4,

7.2

1.4.1

Документ отражает текущее состояние разработки и находится под контролем управления конфигурацией:

-    в Каталоге комплектации указан в составе рассматриваемой базовой версии;

-    статус в Каталоге комплектации указывает, что он действует

8

PM-178A Стр. 16

№ п/п

Характеристика процесса создания ПО

Пункт

КТ-178А

Оценка

(V/?)

1.4.2

Документ достаточен и точен:

-    может применяться без дополнительных поясняющих материалов;

-    используемые термины имеют единственное значение;

-    положения имеют однозначное толкование;

-    никакие внутренние положения не противоречат друг другу

8

1.4.3

Установлены порядок взаимодействия и ответственность при выполнении мероприятий управления конфигурацией

7.2.1

1.4.4

Определены подлежащие маркировке материалы цикла создания ПО, другие документы, программные и аппаратные средства

8.1.4.а)

1.4.5

1.4.6

Указаны стадии работ, на которых следует проводить маркировку

Определены правила маркировки и взаимосвязь маркировки и бортовой системы

8.1.4. а)

8.1.4. а)

1.4.7

Описан порядок установления формальных базовых версий, внесения в них санкционированных изменений, защиты от внесения несанкционированных изменений

8.1.4.6)

1.4.8

Определены процедуры контроля за изменением маркировки базовых версий и их компонентов при внесении изменений

8.1.4.6)

1.4.9

Предусмотрены процедуры контроля библиотек документации, программ и носителей программ, гарантирующие целостность хранимых данных

8.1.4.Ь), 7.2.5

1.4.10

Определены процедуры после сертификационного контроля за внесением изменений

7.2.1

1.4.11

Определены способы регистрации текущего состояния конфигурации компонентов ПО и сообщения об этом:

-    определены содержание, маркировка и условия составления сообщений о проблеме;

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

-    определена форма сообщений о маркировке базовых версий и их компонентов;

-    определены процедуры составления перечня хранимых документов и сообщений об их состоянии

8.1.4.с)

1.4.12

Предусмотрена завершающая проверка конфигурации и трасси-руемости разработанного ПО

8.1.4.d), 7.2.6

1.4.13

Описан порядок распространения требований к мероприятиям управления конфигурацией на деятельность Поставщиков

8.1.4.е)

1.5.

«План гарантии качества ПО» отражает требуемое содержание

8.1.5,

7.3

1.5.1

Документ отражает текущее состояние разработки и находится под контролем управления конфигурацией:

-    в Каталоге комплектации указан в составе рассматриваемой базовой версии;

-    статус в Каталоге комплектации указывает, что он действует

8

PM-178A Стр. 17

№ п/п

Характеристика процесса создания ПО

Пункт

КТ-178А

Оценка

(V/?)

1.5.2

Документ достаточен и точен:

-    может применяться без дополнительных поясняющих материалов;

-    используемые термины имеют единственное значение;

-    положения имеют однозначное толкование;

-    никакие внутренние положения не противоречат друг другу

8

1.5.3

Описана организация мероприятий по гарантии качества

8.1.5.Ь)

1.5.4

Установлены полномочия и ответственность за организацию проведения мероприятий по гарантии качества

8.1.5.Ь)

1.5.5

Указаны поставляемые и непоставляемые документы ПО, средств поддержки и материалы мероприятий управления конфигурацией, на которые распространяются процедуры гарантии качества

8.1.5.с)

1.5.6

Определены правила, процедуры и порядок действий, которых следует придерживаться при работе с документацией, программами, данными на каждом этапе создания ПО

8.1.5.d)

1.5.7

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

8.1.5.е)

1.5.8

Определена последовательность выполнения плановых и внеплановых мероприятий гарантии качества

8.1.5.е)

1.5.9

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

8.1.5.f)

1.5.10

Установлена периодичность аудиторских проверок правильности выполнения мероприятий, регистрируемых материалов и процедур управления конфигурацией

8.1.5.f)

1.5.11

Определены процедуры составления сообщений о выявленных недостатках (проблемах)

8.1.5.g)

1.5.12

Предусмотрено прослеживание причин недостатков и устранения недостатков

8.1.5.g)

1.5.13

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

8.1.5.h)

1.5.14

Предусмотрены аудиторские проверки соответствия утвержденным планам и процедурам верификации и их результатам

8.1.5.i)

1.5.15

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

8.1.5.i)

1.5.16

Определены положения, гарантирующие соответствие поставляемого Поставщиком ПО установленным требованиям и выполнения им утвержденных правил, процедур и установленного порядка работы

8.1.5.j)

1.5.17

Предусмотрена процедура гарантии качества завершающей проверки конфигурации и трассируемости разработанного ПО из "Плана управления конфигурацией ПО"

8.1.5.k)

1.6.

"Стандарты разработки ПО" отражают требуемое содержание

8.1.6

PM-178A Стр. 18

№ п/п

Характеристика процесса создания ПО

Пункт

КТ-178А

Оценка

(V/?)

1.6.1

Документ отражает текущее состояние разработки и находится под контролем управления конфигурацией :

-    в Каталоге комплектации указан в составе рассматриваемой базовой версии;

-    статус в Каталоге комплектации указывает, что он действует

8

1.6.2

Документ достаточен и точен :

-    может применяться без дополнительных поясняющих материалов;

-    используемые термины имеют единственное значение;

-    положения имеют однозначное толкование;

-    никакие внутренние положения не противоречат друг другу

8

1.6.3

Установлены порядок и методы проектирования :

-    указан порядок проектирования;

-    приведены используемые методы описания проекта;

-    указаны применяемые условные обозначения;

6.2.3.1

1.6.4

Введены ограничения на проектирование программы и использование средств поддержки проектирования

8.1.6

1.6.5

Порядок проектирования обеспечивает трассируемость, тестируемость, сопровождаемость, и понятность проекта

6.2.3.1

1.6.9

Установлены порядок и методы программирования :

-    установлен порядок реализации проекта;

-    указаны используемые языки программирования;

-    описана форма представления исходного кода;

-    установлены приемы программирования;

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

6.2.4.1

1.6.10

Введены ограничения на приемы программирования и использование средств поддержки программирования

8.1.6

1.6.11

Методы программирования обеспечивают трассируемость, тестируемость и понятность исходного кода

6.2.4.1

1.7.

” Описание системы поддержки" отражает требуемое содержание

8.1.7

1.7.1

Документ отражает текущее состояние разработки и находится под контролем управления конфигурацией:

-    в Каталоге комплектации указан в составе рассматриваемой базовой версии;

-    статус в Каталоге комплектации указывает, что он действует

8

1.7.2

Документ достаточен и точен :

-    может применяться без дополнительных поясняющих материалов;

-    используемые термины имеют единственное значение;

-    положения имеют однозначное толкование;

-    никакие внутренние положения не противоречат друг другу

8

PM-178A Стр. 2

ПОДГОТОВКА К ПРОВЕДЕНИЮ ПРОВЕРОК

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

-    согласовать в экспертной группе порядок действий при проведении проверок;

-    уведомить Разработчика о принятом порядке;

-    подготовить проекты необходимых документов для каждой проверки;

-    уведомить экспертов о дате и объеме проверки;

-    в начале каждой проверки согласовать с участниками график работы.

При подготовке к проверкам экспертам группы следует:

-    согласовать вопросы порядка действий и своего участия в проверках;

-    подготовить для себя экземпляр Сводки результатов проверок.

PM* 178 A

Стр. 19

Оценка

(V/?)

№ п/п

Характеристика процесса создания ПО

Пункт

КТ-178А

8/П7

1.7.3

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

1.7.4

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

8А.7

1.7.5

Определены процессы использования аппаратных и программных средств поддержки

8.1-7

1.7.6

Описаны процедуры управления конфигурацией аппаратных и программных средств поддержки

'''1ПГ8

1.7.7

Указаны программные средства поддержки разработки и верификации, подлежащие рассмотрению специалистами АР, и определены мероприятия в обеспечение такого рассмотрения:

-    для вспомогательных программных средств поддержки разработки ПО описан порядок демонстрации того, что разработка этих средств выполнена по тем же квалификационным требованиям, что и разработка бортового ПО;

-    для вспомогательных средств поддержки верификации ПО описан порядок демонстрации их соответствия относящимся требованиям при нормальных эксплуатационных условиях

6.2.8

1.8

Документы, рассмотренные в ходе проверки, понятны персоналу (по результатам бесед)

2.1

2

Т ребования

2.1

Разработка требований к ПО выполнена надлежащим образом

6.2.2

2.1.1

Документы "Требования к ПО", "Процедуры верификации ПО", "Результаты верификации ПО" отражают текущее состояние разработки и находятся под контролем управления конфигурацией:

-    в Каталоге комплектации указаны в составе рассматриваемой базовой версии;

-    статус в Каталоге комплектации указывает, что они действуют

8

2.1.2

"Требования к ПО” содержат ожидаемые сведения:

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

-    общий и описательный материал, включающий блок-схему или эквивалентное представление каждой программы;

-    графическое изображение функционирования и связей между функциями;

-    требования к каждой выполняемой функции или рабочему режиму;

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

8.1.8

РМ-178А Стр. 3

ПРОВЕРКА "ПЛАНИРОВАНИЕ

Цель

Оценить уровень программного обеспечения системы.

Оценить планы Разработчика.

Оценить систему поддержки разработки.

Когда проводится

По завершении подготовки планов разработки ПО системы.

Рассматриваемые документы

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

График проверки

Образец графика проверки приведен в Приложении 1.

Длительность проверки

1 -3 дня (в зависимости от сложности системы).

Оцениваемые характеристики

Все характеристики процесса создания ПО раздела 1 "Планирование" Сводки результатов проверок из Приложения 2.

Инструкции

Проверить каждую характеристику.

Отметить результаты оценки в последней колонке Сводки результатов оценки ( знак "V" - характеристика подтверждена, знак"?" - имеется замечание).

Подготовить замечания по результатам проверки.

Оформление результатов

Результаты проверки оформляются в виде Акта (см. Приложение 1).

РМ-178А Стр. 4

ПРОВЕРКА "ТРЕБОВАНИЯ"

Цель

Оценить эффективность применения планов, стандартов и процедур по

материалам жизненного цикла ПО.

Оценить любые изменения в планах и стандартах.

Оценить характеристики процесса создания ПО.

Оценить степень доверия к программным средствам поддержки разработки.

Когда проводится

По завершении проверки соответствия проекта ПО требованиям к ПО.

Рассматриваемые документы

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

Г рафик проверки

Образец графика проверки приведен в Приложении 1.

Длительность проверки

2-3 дня.

Оцениваемые характеристики

Все характеристики процесса создания ПО раздела 3 "Испытания" Сводки результатов проверок из Приложения 2.

Инструкции

Проверить каждую характеристику.

Оценку достаточности и точности Требований к ПО и Описания проекта ПО провести по 3-4 требованиям различных разделов документов с использованием результатов трассировки.

Отметить результаты оценки в последней колонке Сводки результатов оценки ( знак "V" - характеристика подтверждена, знак"?" - имеется замечание).

Подготовить замечания по результатам проверки.

Оформление результатов

Результаты проверки оформляются в виде Акта (см. Приложение 1).

РМ-178А Стр. 5

ПРОВЕРКА "ИСПЫТАНИЯ

Цель

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

Проверить полноту работ по управлению конфигурацией и гарантии качества.

Оценить любые изменения в планах и стандартах.

Оценить характеристики процесса создания ПО.

Когда проводится

По завершении испытаний интеграции ПО и аппаратных средств.

Рассматриваемые документы

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

График проверки

Образец графика проверки приведен в Приложении 1.

Длительность проверки

2-3 дня.

Оцениваемые характеристики

Все характеристики процесса создания ПО раздела 3 "Испытания" Сводки результатов проверок из Приложения 2.

Инструкции

Проверить каждую характеристику.

Оценку достаточности и точности Листинга исходного кода и Процедур верификации провести по 3-4 модулям различных типов с использованием результатов трассировки к требованиям к системе и обратно.

Отметить результаты оценки в последней колонке Сводки результатов оценки ( знак "V" - характеристика подтверждена, знак"?" - имеется замечание).

Подготовить замечания по результатам проверки.

Оформление результатов

Результаты проверки оформляются в виде Акта (см. Приложение 1).

РМ-178А Стр. 6

ПРОВЕРКА "ЗАВЕРШЕНИЕ

Цель

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

Когда проводится

После окончательного оформления всех документов.

Рассматриваемые документы

Акты предшествующих проверок, Мероприятия по устранению замечаний, Каталог комплектации, Итоговое заключение о ПО и другие документы в соответствии с 8.2 КТ-178А.

График проверки

Образец графика проверки приведен в Приложении 1.

Длительность проверки 1 день.

Оцениваемые характеристики

Все характеристики процесса создания ПО раздела 4 "Завершение" Сводки результатов проверок из Приложения 2.

Инструкции

Проверить каждую характеристику.

Отметить результаты оценки в последней колонке Сводки результатов оценки ( знак "V" - характеристика подтверждена, знак"?" - имеется замечание).

Оформление результатов

Результаты проверки оформляются в виде Акта (см. Приложение 1).

ПЕРЕДАЧА ЗАКЛЮЧЕНИЯ О СООТВЕТСТВИИ ПО

Цель

Закончить экспертизу процесса создания ПО системы и оформить Заключение.

Инструкции

Следует передать Разработчику комплектующего изделия Заключение осоответствии ПО в день последней проверки.

В ином случае Председателю группы следует выполнить это в течение 2-3 дней после проверки. Форма Заключения приведена в Приложении 1.

PM-178A Стр. 7 Приложение 1

ФОРМЫ РАБОЧИХ И ОТЧЕТНЫХ ДОКУМЕНТОВ ГРУППЫ ЭКСПЕРТОВ

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

Длительность проверок и содержание каждой из них может изменяться в зависимости от сложности системы. При этом следует соответствующим образом изменить содержание Графиков и Актов проверок.

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

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

Акт экспертизы документации на ПО следует выпустить отдельным документом, содержание которого подводит итог всех работ.

Заключение о соответствии ПО передается Заявителю после оформления Акта экспертизы.

ГРАФИК ПРОВЕДЕНИЯ ПРОВЕРОК ПО СИСТЕМЕ <АБВ> САМОЛЕТА <ЭЮЯ>


День1 (часы)

День 2 (часы)

Планирование

9 11 13 14 16

9 11 13 14 16

18

18

Представление участников, график работ

V

Система и состояние разработки

V

Оценка отказобезопасности

V

Требования к системе

V

План сертификации ПО

V

План верификации ПО

V

План управления конфигурацией ПО

V

V

План гарантии качества ПО

V

V

Стандарты разработки

V

Описание системы поддержки

V

Итоги дня

V

V

Оформление результатов проверки

V

День1 (часы)

День 2 (часы)

Требования

9 11 13 14 16

9 11 13 14 16

18

18

Представление участников, график работ

V

Состояние разработки

V

Рассмотренные планы и изменения в них

V

Устранение ранее выявленных недостатков

V V

Требования к ПО:

V

_V

- процесс разработки

- процесс верификации

- процесс управления конфигурацией

- процесс гарантии качества

Проект ПО:

v_

V

- процесс разработки

- процесс верификации

- процесс управления конфигурацией

- процесс гарантии качества

Программные средства поддержки:

V_V

- средства разработки

- средства верификации

- процесс управления конфигурацией

Итоги дня

V

V

Оформление результатов проверки

V


PM-178A Стр. 8


РМ-178А Стр. 9

График проведения проверок (продолжение)

Испытания

День1 (часы)

9 11 13 14 16 18

День 2 (часы)

9 11 13 14 16 18

День 3 (часы)

9 11 13 14 16 18

Представление участников, график работ Состояние разработки Рассмотренные планы и изменения в них Устранение ранее выявленных недостатков Реализация модулей ПО:

-    процесс разработки

-    процесс верификации

-    процесс управления конфигурацией

-    процесс гарантии качества Испытания ПО:

-    процедуры верификации

-    результаты верификации

-    генерация и загрузка кода

-    процесс управления конфигурацией

-    процесс гарантии качества Итоги дня

Оформление результатов проверки

V

V

V

V_V

V

V

V V V

V

V_V

V

V

V

V

Заверщение

День1 (часы)

9 11 13 14 16 18

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

Оформление результатов проверки

V

V

V

V _V V_V

V

V

V

V

V