Previous Page  8 / 17 Next Page
Information
Show Menu
Previous Page 8 / 17 Next Page
Page Background

Л.С. Точилов

8

Инженерный журнал: наука и инновации

# 5·2017

ка эталонного «электронного пуска», которая может быть предостав-

лена головным предприятием — разработчиком РКТ.

Предположим, что в работе некоторых приборов БСУ присут-

ствуют какие-либо незадекларированные особенности. Во-первых,

лишь разработчик БСУ может не просто выявить их, а предпринять

действенные шаги к устранению. Во-вторых, если полагаться на доб-

рую волю разработчика БСУ, то в случае невозможности устранения

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

либо просто сообщит о них головному предприятию — разработчику

РКТ, либо дополнительно предоставит программы, моделирующие

эти ошибки.

При отсутствии доброй воли о вероятностных ошибках разработчик

БСУ может, конечно, не сообщить. Чем же в этом случае головному

предприятию — разработчику РКТ мог бы помочь СПМ? Представля-

ется, что мало чем. Во-первых, на СПМ проводятся разовые «электрон-

ные пуски», целью которых является не анализ отдельных ошибок,

слабо влияющих на результат, а в первую очередь результат виртуаль-

ного полета. Вероятность выявления на СПМ случайной ошибки крайне

мала, а при ее выявлении анализ без привлечения разработчика БСУ

обычно невозможен. Для привлечения разработчика БСУ требуется до-

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

ки, а что может оказаться проблемой. Разработчик БСУ на своем стенде

должен убедиться в возможности ошибки, т. е. в итоге возвращаются к

проверкам на предприятии — разработчике БСУ. В случае критической

ошибки, выявленной на СПМ, процесс аналогичен.

Таким образом, СПМ головного предприятия — разработчика

РКТ ориентирован в первую очередь на выявление регулярных кри-

тических ошибок, которые могут быть доказательно продемонстри-

рованы разработчику БСУ. Но это означает наличие такого очевид-

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

стемы менеджмента качества предприятия — разработчика БСУ.

Нельзя сказать, что такой брак не может возникнуть, но вероятность

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

бок, которые по большей части игнорируются как недоказанные или

несущественные.

Интерфейс обмена БЦВМ.

Интерфейс обмена БЦВМ является

частью аппаратно-программного комплекса БЦВМ, который исполь-

зуется для тестирования БЦВМ на предприятии — разработчике

БСУ. Что, кроме разъемов и кабелей

(проходящих автономные про-

верки)

, теоретически может привести к ошибкам в интерфейсе обме-

на БЦВМ? Если такие причины известны и не могут быть выявлены

проверками, осуществляемыми предприятием — разработчиком БСУ,

то тогда, конечно, необходимость СПМ будет очевидна. Другой вес-

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