2.2.1.3. Системный анализ безопасности

В данном подразделе в соответствии с методикой системного анализа безопасности (см. п. 1.1) необходимо описать выполнение процедур синтеза и анализа для нежелательных событий, связанных с эксплуатацией разрабатываемого в дипломном проекте (работе) программного продукта. Так же, как это сделано в примере №2 (см. п. 1.1), можно в качестве головного события рассмотреть сбой в работе программы, обусловленный вероятными ошибками внешнего ПО и ОС, внутренними ошибками программы, аппаратными ошибками оборудования, некорректными действиями пользователя. Каждое из направлений анализа (ветви «дерева причин») в процессе поэтапной декомпозиции необходимо довести до уровня исходных событий – первопричин. Обычно это 5-6 уровень вложенности «дерева причин». Результатом проделанной работы является иллюстрация «дерева причин», выполненная в соответствии с правилами обозначений событий и логических символов (см. табл. 1, 2).

Если требования нормоконтроля не допускают включения в текст пояснительной записки больших иллюстраций, то изображение «дерева причин» может быть вынесено в приложения, но с обязательной ссылкой из основного текста.

Для анализа надежности и иллюстрации «дерева» обычно достаточно 3-5 страниц.

2.2.1.4. Оценка напряженности процесса эксплуатации объекта

Анализ и оценивание напряженности процесса эксплуатации программного продукта, алгоритма основаны на учете всего комплекса производственных факторов (стимулов, раздражителей), создающих предпосылки для возникновения неблагоприятных нервно-эмоциональных состоянии (перенапряжения). Все факторы (показатели) трудового процесса имеют качественную или количественную выраженность и в соответствии с гигиеническим руководством Р 2.2.2006-05 сгруппированы по видам нагрузок: интеллектуальные, сенсорные, эмоциональные, монотонные, режимные нагрузки. В зависимости от уровня либо величины анализируемого фактора, используются 7 оценок (классов): 1.0 – значение фактора оптимально, 2.0 – допустимо, 3.1, 3.2, 3.3, 3.4 – вредно в той или иной степени, 4.0 – опасно.

Ранее (см. подраздел 1.2) были представлены перечень факторов, которые необходимо проанализировать, методика и примеры их оценивания.

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

Необходимо учесть, что работа на ПЭВМ «по определению» характеризуется вредными условиями труда и существенной степенью напряжения. Поэтому анализ даже относительно простого, по мнению разработчика, процесса эксплуатации программного продукта должен выявить показатели с оценкой 3.1. В большей степени данное утверждение относится к группам интеллектуальных и сенсорных нагрузок.

Если процессом эксплуатации программного продукта предусмотрено несколько категорий пользователей, например, «администратор», «эксперт», «клиент», то анализ напряженности должен выполняться для каждой категории отдельно.

Результаты оценивания показателей напряженности следует занести в специальную форму (таблица 8). Строки «Содержание работы» и «Число производственных объектов одновременного наблюдения» заполнены в качестве примера.

Таблица 8. Результаты анализа и оценивания отдельных показателей напряженности трудового процесса

Наименование показателя

Заключение *

Оценка

I. Интеллектуальные нагрузки:

Содержание работы	Оператор технологического процесса отслеживает показания приборной панели (экран монитора) и в зависимости от ситуации действует по инструкции. Вывод – решение сложных задач с выбором по известным алгоритмам	3.1
…

II. Сенсорные нагрузки

…		…
Число производственных объектов одновременного наблюдения	17 Вывод – значение в диапазоне 10-25.	3.1
…		…

III. Эмоциональные нагрузки

…

…

IV. Монотонность нагрузок

…

V. Режим работы

…

…

* Примечание: в колонке «Заключение» необходимо указать конкретное значение или характеристику каждого анализируемого показателя.

После заполненной таблицы (см. табл. 8) в тексте раздела БиЭ необходимо указать полученную общую оценку напряженности труда пользователя. Алгоритм определения оценки был приведен в подразделе 1.2.

В подавляющем большинстве случаев количество показателей с оценками 3.1 и 3.2 не превышает пяти. Поэтому в качестве вывода может быть использована следующая фраза: «… так как количество выявленных вредных факторов не превышает пяти, то степень напряженности трудового процесса пользователя при работе с информационной системой может быть признана допустимой. Допустимые условия труда условно относят к безопасным, поэтому обязательным является соблюдение пользователем профилактических защитных мероприятий, регламентированных требований СанПиН 2.2.2/2.4.1340-03 …». При наличии большего числа вредных факторов трудовой процесс эксплуатации программного продукта не может быть признан допустимым и нуждается в оптимизации, например, за счет жесткого ограничения времени работы с программой.

Для таблицы с выводами относительно напряженности трудового процесса пользователя одной категории обычно требуется 2-3 страницы.