ГОСТ Р МЭК 61069-6—2012
связи дополнительную информацию и т. д.
Робастность не может быть определена количественно в виде численного значения, а
может быть определена в виде соответствующего описания, содержащего некоторые опреде
ленные количественные элементы типа коэффициента охвата, полученного путем сравнения
средств управления системы, с определенными требованиями, установленными в документе
«Требования к системе».
5Обзор документа «Требования к системе»
Документ «Требования к системе» (далее - ДТС) следует использовать для контроля
за тем, что все задачи, которые будут выполнены оператором, использующим систему, и все
требования к эксплуатабельности системы при выполнении соответствующих задач опреде
лены и документированы в соответствии с МЭК 61069-2 (раздел 5).
Эффективность оценки эксплуатабельности зависит от полноты установленных требо
ваний.
Особое внимание следует уделить проверке того, что установлены ли для каждой из
задач системы требования эксплуатабельности по:
этапамжизненного цикла системы, в течение которых следует выполнить задачу;
продолжительности каждого этапа и задач (и);
минимальному и максимальному числу операторов, которым предстоит пользоваться интер
фейсом для выполнения задачи водно и тожо время
информации о специализации операторов, включая их образование, ответственность, роли,
навыках и накопленных знаниях и т. д.:
протоколы и используемые методы, особенно аспекты, требующие от операторов работы с
системой в одно и тоже время.
Приложение В содержит руководство по факторам, которые могут контролировать тре
бования эксплуатабельности из ДТС.
К требованиям эксплуатабельности следует обращаться как при решении отдельных
задач, так и применительно к целевому назначению системы.
6Обзор документа «Спецификация системы»
Документ «Спецификация системы» (далее - ДСС) следует использовать для контроля
за тем. что свойства эксплуатабельности для каждой из требуемых задач документированы в
соответствии с МЭК 61069-2 (раздел 6).
Особое внимание следует уделить контролю за информацией, подготовленной на ос
нове принципа «задача за задачей», которая предоставляется для:
функций, предложенных для поддержки аспектов эксплуатабельности для каждой задачи;
каждой функции модулей и элементов, технических средств и программного обеспечения,
поддерживающих функцию;
П р и м е ч а н и е -Уровень детализации выполнения поставленных задач(и) и степени раз
деления на модули и элементы должны быть необходимыми и достаточными, чтобы продемонстриро
вать требования.
способа, которым в предложенной системе обеспечивается взаимодействие с операто
ром. с точки зрения устройств, методов и процедур;
П р и м е ч а н и е -В зависимости от архитектуры системы, задача(и) может поддерживаться
альтернативными наборами функций, которые могут требовать альтернативных последовательностей
действий в человеко - машинном интерфейсе.
навыков, опыта, и т. д., которые требуются операторам, чтобы использовать должным обра
зом систему, а также средства обеспечения поддержки действий оператора через человеко - машин
ный интерфейс;
логического объяснения отличий характеристик предложенной системы от требований или.
если существуют альтернативные решения от решений, которые предложены поддерживающими
данными, например стандартами, полевым опытом, проверкой сообщений, результатами вычислений
ит. д.
В обзоре следует особо проверить, приводится ли для каждого этапа эксплуатации не-
5