ГОСТ IEC 60601-1-6—2011
DDD.2.6 Подробная разработка проекта и технических требований
Требования к проекту в начале этого этапа должны быть достаточно подробными, чтобы позволить раз
работчикам аппаратных средств и программного обеспечения создать желаемое изделие. Также важно, чтобы
требования включали в себя измеримые критерии испытаний, которые можно использовать для того, чтобы гото вое
изделие удовлетворяло предусмотренные потребности ОПЕРАТОРА. Таким образом, по мере развития ПРО
ЦЕССА проектирования строгие формулировки желательных характеристик изделия трансформируются в техни
ческие характеристики или характеристики программного обеспечения, что обеспечивает их создание сначала в
макетах, а в конечном счете после оценки проекта, в готовом изделии. На протяжении этого ПРОЦЕССА группа по
ПРОЕКТИРОВАНИЮ ЭКСПЛУАТАЦИОННОЙ ПРИГОДНОСТИ должна тесно сотрудничать с инженерами, про
мышленными дизайнерами и разработчиками обучающих средств. В таблице DDD.3 даны примеры требований к
ИНТЕРФЕЙСУ ОПЕРАТОР — ИЗДЕЛИЕ.
Важная роль членов группы по ПРОЕКТИРОВАНИЮ ЭКСПЛУАТАЦИОННОЙ ПРИГОДНОСТИ заключается в
применении технической информации по ПРОЕКТИРОВАНИЮ ЭКСПЛУАТАЦИОННОЙ ПРИГОДНОСТИ к решению
вопросов ЭКСПЛУАТАЦИОННОЙ ПРИГОДНОСТИ, которые неизбежно появляются по мере усовершенствования
конструкции. При этом специалисты по ПРОЕКТИРОВАНИЮ ЭКСПЛУАТАЦИОННОЙ ПРИГОДНОСТИ полагаются
на опубликованные сведения или собирают новью данные о способностях человека, его стремлениях и ограниче
нии его возможностей — как физических (например, антропометрия и биомеханика), так и познавательных (напри
мер. толерантность к ошибкам, время реакции).
Т а б л и ц а DDD.3 — Примеры требований к ИНТЕРФЕЙСУ ОПЕРАТОР — ИЗДЕЛИЕ
Категория
Пример
Общие положения
Необходимо удостовериться, что тексты, появляющиеся на экране только для чтения,
визуально отличаются от текстов, в которых ПОЛЬЗОВАТЕЛИ имеют возможность ре
дактировать данные.
Тексты, предназначенные только для чтения, должны быть выделены черным цветом
на белом фоне, в то время как редактируемые тексты должны иметь белый цвет на
черном фоне
Поле со списком
Выбранный пункт в поле со списком должен быть выделен с помощью негативного
видеоизображения.
Поле должно быть достаточно протяженным, чтобы можно было увидеть четыре по
зиции без прокрутки
Меню
Все меню должны иметь название. Пункты меню должны быть выровнены по левому
краю. Верхний левый угол экрана должен быть зарезервирован для индикатора ОТ
КЛЮЧЕНИЯ ТРЕВОГИ
Дисплей
Яркость дисплея должна быть более 35 кд/м2 Контрастность должна быть не менее
7:1
Элементы управления
Кнопки панели управления должны быть квадратными, со стороной 1.5 см2 и расстоя
нием между их центрами 2 см.
Высота расположения клавиатуры (измеряемая от пола) должна быть отрегулирована
в диапазоне 945 — 1190 мм
DDD.2.7 Оценка проекта
Только структурная оценка проекта изделия может гарантировать, что конструкция является технически пра
вильной и удовлетворяет потребности ОПЕРАТОРА- Первую из задач, состоящую в обеспечении соответствия
выходных данных проекта входным требованиям, часто называют ВЕРИФИКАЦИЕЙ проекта. Вторую задачу, со
стоящую в обеспечении ориентации выходных данных проекта на удовлетворение потребностей ОПЕРАТОРА и
ПРЕДУСМОТРЕННОГО ПРИМЕНЕНИЯ’ПРЕДУСМОТРЕННОГО НАЗНАЧЕНИЯ, называют ВАЛИДАЦИЕЙ проекта.
Таким образом, все изменения проекта должны пройти этап оценки проекта, гарантирующий проведение необхо
димых действий по ВЕРИФИКАЦИИ и ВАЛИДАЦИИ. В сущности. ВЕРИФИКАЦИЯ и ВАЛИДАЦИЯ являются для
хорошего проекта контрольными пунктами.
Как ВЕРИФИКАЦИЯ, так и ВАЛИДАЦИЯ должны быть проведены в начале цикла проектирования. Напри
мер. АНАЛИЗ РИСКА должен быть выполнен сначала при разработке концепции проекта, повторен (или улучшен)
в процессе эволюции проекта и завершен в ходе ВАЛИДАЦИИ проекта. Другие действия по ВАЛИДАЦИИ обычно
требуют существенного участия ОПЕРАТОРА.
20