Л.С. Точилов
8
Инженерный журнал: наука и инновации
# 5·2017
ка эталонного «электронного пуска», которая может быть предостав-
лена головным предприятием — разработчиком РКТ.
Предположим, что в работе некоторых приборов БСУ присут-
ствуют какие-либо незадекларированные особенности. Во-первых,
лишь разработчик БСУ может не просто выявить их, а предпринять
действенные шаги к устранению. Во-вторых, если полагаться на доб-
рую волю разработчика БСУ, то в случае невозможности устранения
каких-либо вероятностных ошибок, по его мнению не критичных, он
либо просто сообщит о них головному предприятию — разработчику
РКТ, либо дополнительно предоставит программы, моделирующие
эти ошибки.
При отсутствии доброй воли о вероятностных ошибках разработчик
БСУ может, конечно, не сообщить. Чем же в этом случае головному
предприятию — разработчику РКТ мог бы помочь СПМ? Представля-
ется, что мало чем. Во-первых, на СПМ проводятся разовые «электрон-
ные пуски», целью которых является не анализ отдельных ошибок,
слабо влияющих на результат, а в первую очередь результат виртуаль-
ного полета. Вероятность выявления на СПМ случайной ошибки крайне
мала, а при ее выявлении анализ без привлечения разработчика БСУ
обычно невозможен. Для привлечения разработчика БСУ требуется до-
казательная база, т. е. нужно продемонстрировать повторяемость ошиб-
ки, а что может оказаться проблемой. Разработчик БСУ на своем стенде
должен убедиться в возможности ошибки, т. е. в итоге возвращаются к
проверкам на предприятии — разработчике БСУ. В случае критической
ошибки, выявленной на СПМ, процесс аналогичен.
Таким образом, СПМ головного предприятия — разработчика
РКТ ориентирован в первую очередь на выявление регулярных кри-
тических ошибок, которые могут быть доказательно продемонстри-
рованы разработчику БСУ. Но это означает наличие такого очевид-
ного брака, который ставит под сомнение жизнеспособность всей си-
стемы менеджмента качества предприятия — разработчика БСУ.
Нельзя сказать, что такой брак не может возникнуть, но вероятность
этого на порядок ниже, чем появление разного рода случайных оши-
бок, которые по большей части игнорируются как недоказанные или
несущественные.
Интерфейс обмена БЦВМ.
Интерфейс обмена БЦВМ является
частью аппаратно-программного комплекса БЦВМ, который исполь-
зуется для тестирования БЦВМ на предприятии — разработчике
БСУ. Что, кроме разъемов и кабелей
(проходящих автономные про-
верки)
, теоретически может привести к ошибкам в интерфейсе обме-
на БЦВМ? Если такие причины известны и не могут быть выявлены
проверками, осуществляемыми предприятием — разработчиком БСУ,
то тогда, конечно, необходимость СПМ будет очевидна. Другой вес-
кой причиной могут стать опасения головного предприятия относи-