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

4.1.4.1. Состав показателей надежности для системы в целом

Уровень надежности должен достигаться согласованным применением организационных, организационно-технических мероприятий и программно-аппаратных средств.
Надежность должна обеспечиваться за счет:
- применения технических средств, системного и базового программного обеспечения, соответствующих классу решаемых задач;
- своевременного выполнения процессов администрирования Системы LEGO online;
- соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств;
- предварительного обучения пользователей и обслуживающего персонала.
Время устранения отказа должно быть следующим:
- при перерыве и выходе за установленные пределы параметров электропитания - не более 15 минут.
- при перерыве и выходе за установленные пределы параметров программного обеспечением - не более 5 часов.
Система должна соответствовать следующим параметрам:
- среднее время восстановления 5 часов - определяется как сумма всех времен восстановления за заданный календарный период, поделенные на продолжительность этого периода;
- коэффициент готовности 0,8 - определяется как результат отношения средней наработки на отказ к сумме средней наработки на отказ и среднего времени восстановления;
- время наработки на отказ 5 часов - определяется как результат отношения суммарной наработки Системы к среднему числу отказов за время наработки.
Средняя наработка на отказ АПК не должна быть меньше 3 часов.

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

Под аварийной ситуацией понимается аварийное завершение процесса, выполняемого той или иной подсистемой LEGO online, а также «зависание» этого процесса.
При работе системы возможны следующие аварийные ситуации, которые влияют на надежность работы системы:
- сбой в электроснабжении сервера;
- сбой в электроснабжении рабочей станции пользователей системы;
- сбой в электроснабжении обеспечения локальной сети (поломка сети);
- ошибки Системы LEGO online, не выявленные при отладке и испытании системы;
- сбои программного обеспечения сервера.

4.1.4.3. Требования к надежности технических средств и программного обеспечения

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

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

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