13 / 17
Метод определения факторов риска для автоматизированной системы управления…
Инженерный журнал: наука и инновации
# 7·2016 13
чика, что представленный им продукт (т. е. СПО) является правиль-
ным, нарушение сроков сдачи СПО и т. п.).
Физическая среда АСУ КА в части ОТСС порождает такие
фак-
торы риска
, как несанкционированный доступ неуполномоченных
лиц:
а) в помещения со средствами вычислительной техники;
б) к автоматизированным рабочим местам.
Внутренняя информационная среда также служит источником ФР
(табл. 4).
Таблица 4
Факторы риска, порождаемые внутренней информационной средой АСУ КА
Элемент внутренней
информационной среды
Фактор риска
ПО ОТСС
«Зацикливание» программы
«Зависание» программы
ТС ОТСС
Сбои ТС
Отказы ТС
Паразитные электромагнитные излучения и наводки
Система энергоснабжения,
относящаяся к ВТСС
Сбои ТС, приводящие к кратковременному изме-
нению напряжения
Отказы ТС, приводящие к прекращению электро-
питания на длительный срок
СПТВР
Сбой ТС СПТВР, приводящий к кратковременному
нарушению температурно-влажностного режима
Отказ ТС СПТВР, приводящий к длительному
нарушению температурно-влажностного режима
Перечисленные факторы риска не являются равнозначными ни с
точки зрения мер и средств для нейтрализации ИФР, ни с точки зре-
ния необходимых на нее затрат. Более того, существуют ИФР, кото-
рые не учитываются в алгоритмах СПО АСУ КА. К таким источни-
кам относятся системы и агрегаты КА.
Существуют ИФР для нейтрализации которых не требуется про-
водить специальные научные исследования. Например, для нейтра-
лизации ИФР, связанных с действиями заказчика, необходимо со-
вершенствовать организационно-технические меры, направленные на
обеспечение требуемого качества данных полета КА. Эффективность
этих мер была доказана как теоретически, так и практически при за-
пусках КА.
Для нейтрализации источников таких факторов риска, как недо-
четы в документации для ПО и ТС АСУ КА, необходимо повысить
ответственность разработчика за выпуск технической и эксплуатаци-
онной документации, а в техническом задании на разработку АСУ
КА должны быть указаны в явном виде требования к полноте и обос-
нованности документации, чтобы недочеты в документации расцени-
вались как невыполнение требований технических заданий.