Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 29.12.2025 по 04.01.2026
Открыть шифр замка из трёх цифр с ограничениями

ГОСТ Р 55241.50-2014; Страница 29

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ Р ИСО 1503-2014 Эргономика. Требования к пространственной ориентации и направлениям движения органов управления Ergonomics. Requirements to spatial orientation and directions of movement of controls (Настоящий стандарт устанавливает принципы проектирования, процедуры, рекомендации и требования к пространственной ориентации и направлению движения органов управления, а также к дисплеям, используемым в станках, промышленных роботах, офисной технике, машинах для земляных работ, транспортных средствах (автомобилях, железнодорожных электропоездах/подвижном составе, воздушных и морских судах и т.д.), информационных системах, бытовой технике, коммунальных службах и функциональных компонентах строительных объектов. Стандарт устанавливает основные требования к определению направления на органах управления и направления движения или изменения состояния целевого объекта) ГОСТ Р ИСО 9241-920-2014 Эргономика взаимодействия человек-система. Часть 920. Руководство по проектированию осязательного взаимодействия Ergonomics of human-system interaction. Part 920. Guidance on tactile and haptic interactions (Настоящий стандарт содержит рекомендации к осязательным аппаратно-программным взаимодействиям. Стандарт предоставляет собой руководство к проектированию и оценке аппаратных средств, программного обеспечения и сочетания аппаратно-программных взаимодействий, включая:. - проектирование/применение осязательных вводов, выводов и/или комбинации вводов и выводов с общим руководством к их проектированию/применению, а также к комбинациям осязательных взаимодействий, связанных с проектированием/применением, для использования в сочетании с другими модальностями или как отдельного типа взаимодействия;. - осязательное кодирование информации, включая текстовые данные, графические данные и системы управления;. - проектирование осязательных объектов;. - планировку осязательного пространства;. - способы взаимодействия) ГОСТ Р ИСО 15765-1-2014 Транспорт дорожный. Передача диагностических сообщений по локальной сети контроллера (DoCAN). Часть 1. Общая информация и описание случаев использования Road vehicles. Diagnostic communication over Controller Area Network (DoCAN). Part 1. General information and use case definition (Настоящий стандарт описывает общую структуру, принцип разделения и связи между различными частями стандарта ИСО 15765. Также определяет архитектуру диагностической сети. Определения, данные в этой части стандарта ИСО 15765, являются общими для всех диагностических сетей и используются во всех частях ИСО 15765. Протокол диагностической связи по локальной сети контроллеров (DoCAN) поддерживает стандартизованный базовый интерфейс, описанный в ИСО 14229-2)
Страница 29
Страница 1 Untitled document
ГОСТ Р 55241.502014
Приложение В
(справочное)
Примеры применения
В.1 Пример 1: диагностирование поломок автомобилей
В качестве заказчика выступала автомобилестроительная организация.
Данная организация (дирекция послепродажного обслуживания организации) обратилась к редактору
программного обеспечения и консультантам с просьбой выполнить настройку основного программного
обеспечения и библиотеки в соответствии со своими определенными требованиями.
Цель рассматриваемой системы в данной организации заключается в оказании помощи техническим
специалистам в диагностировании поломок автомобиля в зависимости от его характеристик.
Техническим специалистам была представлена бета-версия системы, но во время обучения все они
забраковали новую систему. Систему было сложно использовать из-за очень плохого маркирования.
Цель вмешательства заключалась в исправлении интерфейса в максимально короткие сроки ввиду
чрезвычайного характера ситуации, но не затрагивая модель данных.
Вмешательство осуществлялось на позднем этапе процесса (этап Разработка - Квалификационное
тестирование). Программное обеспечение уже было готово, но осуществление некоторых изменений было
возможным.
Так как данная ситуация возникла непосредственно перед периодом летних отпусков, действовало
ограничение оказать услугу до наступления данного периода. Консультирование длилось одну неделю
(Ограничения по времени).
Пользователями выступали технические специалисты глобальной сети организации. Одна из главных
задач данных пользователей заключалась в техническом обслуживании автомобилей, осуществлении
диагностики и ремонта.
С помощью средств диалюстики с программной поддержкой, которые были добавлены в качестве новой
функции существующего инструмента
модификация задачи пользователей
(Адаптация существующей системы|’продукта), была осуществлена
(Существенные изменения в организации/работе’гехнические). У
распространенной по всему миру системы очень большая аудитория. Более того, у технических специалистов не
было возможности использовать на производственном участке справочную информацию, оформленную
документально, что устанавливало высокие требования к «практической» непосредственной пригодности
использования интерфейса человек-компьютер (Высокоуровневые ограничения точности взаимодействия).
Предоставляемая услуга заключалась в оценке рассматриваемого интерфейса человек-компьютер и
проектировании прототипа нового интерфейса экспертом по человеческим факторам эксперта имеется опыт в
области эргономики). Объем этой работы составил пять человеко-дней.
У эксперта (специалиста по человеческим факторам) была возможность провести опрос инструктора,
являющегося высококвалифицированным специалистом, который обьяснил:
в чем заключается работа конечного пользователя, включая тот факт, что конечный пользователь не
овладел новыми свойствами приборной панели;
ограничения, действующие в отношении задачи (программное обеспечение было установлено на
рабочей станции за пределами автомобиля, тогда как поломка произошла на приборной панели).
Инструктор продемонстрировал фотографии и документы. После этого у эксперта была возможность
спроектировать прототип. После утверждения данного прототипа клиентом он был реализован в программном
обеспечении.
Были выбраны следующие методы:
экспертная оценка целевой системы;
опрос специалиста по техническому обслуживанию, члена дирекции послепродажного обслуживания.
Анализ документов, которые используются для обмена информацией между заказчиками и данной
организацией:
анализ панели управления автомобилей с использованием фотографий;
совместное проектирование экспериментальной модели с использованием инструмента GUI,
помогающего реализовать предложения.
Приведенные ниже методы не были выбраны по указанным причинам:
наблюдение за работой пользователей: проблемы были достаточно очевидными и простыми,
отсутствовала необходимость наблюдения за пользователями при выполнении их задач;
измерение рабочих характеристик: программное обеспечение не использовалось, возможность
провести измерение рабочих характеристик отсутствовала, ограничения времени не позволяли провести
такое измерение;
анализ критических событий: ранее не было зарегистрировано ни одного критического события;
анкетирование: аудитория была недостаточно большой для проведения анкетирования или
использования методов исследования:
фиксация «мыслей вслух»: проблемы были явными и простыми, необходимость использовать
данный метод отсутствовала;
творческие методы: решение было простым и обычным, поэтому не требовало использования
25