Задание на ЛР

⇐ ПредыдущаяСтр 11 из 11

1. Познакомьтесь с метриками, которые приведены в примерах теоретической части.

2. Познакомьтесь с характеристиками и требованиями к ним, которые предъявляются к человеко-машинным интерфейсам программно-технических комплексов а атомной энергетике.

3. Выберите вариант задания

4. Определите метрики для оценки заданной характеристики качества. Для этого выберите метрики из моделей 9126, QUIM и т.л. или разработайте собственные оригинальные метрики для следующих характеристик пользовательских программных интерфейсов.

5. Задайте метрику в форме спецификации табл. 7

6. Обоснуйте адекватность выбранных метрик.

7. Составьте отчет

Варианты заданий

Таблица 11 Характеристики и требования к ним

№	Характеристика	Описание
1.	Безопасность персонала (Personnel Safety)	Дизайн интерфейса должен обеспечивать минимальную возможность травм и воздействия вредных материалов
2.	Когнитивная совместимость (Cognitive Compatibility)	Роль оператора должна состоять из целенаправленных и значимых задач, которые позволяют персоналу поддерживать хорошую осведомленность с АЭС и поддерживать уровень нагрузки, который не настолько высокий, чтобы негативно повлиять на производительность, но достаточной для поддержания бдительности
3.	Физиологическая совместимость (Physiological Compatibility)	Дизайн интерфейса должен отражать рассмотрение физиологических характеристик человека, включая визуальное / слуховое восприятие, биомеханику (достижения и движения), характеристики управления, и антропометрии
4.	Простота конструкции (Simplicity of Design)	ЧМИ должны представлять простой дизайн в соответствии с функциональными требованиями и требованиями задачи
5.	Согласованность (Consistency)	Должна быть высокая степень согласованности между ЧМИ, процедурами и обучающими системами. В ЧМИ пути системных функций и деятельности бригады всегда должны быть согласованы, отражать высокую степень стандартизации, и быть в полном соответствии с процедурами и подготовкой кадров
6.	Понимание ситуации (Situation Awareness)	Информация, представленная пользователям ЧМИ должна быть правильно, быстро и легко понята (например, "непосредственное восприятие" или "определение состояния с одного взгляда" на дисплее) и поддерживаться на высоком уровне с целью осведомленности пользователей о статусе системы
7.	Целевая совместимость (Task Compatibility)	Система должна отвечать требованиям пользователей для выполнения своих задач (в том числе, безопасное завершение работы, осмотр, техническое обслуживание и ремонт). Данные должны быть представлены в формах и форматах, соответствующих задач (включая, необходимость доступа к подтверждающим данным или необработанным данным в случае отображения более высокого уровня). Возможность контроля должна охватывать ряд потенциальных действий. Не должно быть ненужной информации или вариантов контроля
8.	Пользовательская модель совместимости (User Model Compatibility)	Все аспекты системы должны быть совместимы с ментальными (психическими) моделями пользователей (понимание и ожидание поведения системы осуществляется путем подготовки кадров, использования процедур и опыта). Все аспекты системы должны быть совместимы с установленными допущениями, т.е. должны быть выражены в обычной, привычной, пригодной и функциональной точки зрения, а не абстрактно
9.	Структура элементов ЧМИ (Organization of HSI Elements)	Структура всех аспектов ЧМИ (от элементов в отдельных дисплеях до отдельных рабочих станций и всей комнаты управления) должна быть основана на требованиях пользователя и должна отражать общие принципы организации по важности, частоте и порядке использования. Информация критических функций безопасности должна быть доступна всем, работающим в команде, для обеспечения ее распознавания и сведения к минимуму поиска данных и ответных мер
10.	Логическая/Явная структура (Logical/Explicit Structure)	Все аспекты системы (форматы, терминология, последовательность, группировка, и поддержка принятия решений оператора) должна отражать очевидную логику, основанную на требованиях задачи или других непроизвольных обоснованиях. Отношения каждого отображения, управления и обработки данных для общей задачи/функции должны быть ясными. Структура интерфейса и связанная с ней навигация должны быть сделаны легкой для пользователей, чтобы было понятно, где они находятся в пространстве данных. Структура интерфейса должна позволить пользователям получить быстрый доступ к данным, не видимым в настоящее время (например, на других страницах дисплей). Ход работы системы и структурированность должны быть ясными для пользователя
11.	Своевременность (Timeliness)	Проектирование системы должны принимать во внимание когнитивные возможности пользователей, а также связанные с процессом ограничения времени для обеспечения того, чтобы задачи были выполнены в срок. Скорость информационного потока и требования контроля за исполнением, которые являются слишком быстрыми или слишком медленными могут привести к снижению производительности
12.	Совместимость управления/отображения (Controls/Displays Compatibility)	Отображения должны быть совместимы с вводимыми данных и требованиями управления
13.	Обратная связь (Feedback)	Система должна давать полезную информацию о состоянии системы, допустимых операциях, ошибках и восстановлении после ошибки, опасных операциях, и достоверности данных
14.	Когнитивная нагрузка (Cognitive Workload)	Информация, представленная системой должна быстро восприниматься и пониматься. Поэтому система должна минимизировать требования для вычислений или преобразований в уме и использовать напоминания (ссылаясь на длинные списки кодов, сложные команды, информацию с одного экрана на другой, или длительные последовательности действий). Исходные данные должны быть обработаны и представлены в непосредственно удобной форме. Исходные данные должны быть доступны для подтверждения
15.	Нагрузка ответа (реакции) (Response Workload)	Система должна требовать минимальное количество действий для получения результата. Например, одну команду ввода вместо нескольких команд, меню выбора вместо многократных команд, один режим ввода (клавиатура, мышь) вместо смешанного режима. Система не должна требовать ввода избыточных данных, повторного ввода информации, имеющейся уже в системе, или информации, которую система может генерировать по уже поступившим данным
16.	Гибкость (Flexibility)	Система должна предоставить пользователю несколько способов для совершения действий и проверить автоматические действия. Отображение и контроль должен быть отформатирован в конфигурации наиболее удобной для задачи. Однако, гибкость должна быть ограничена ситуациями, когда она предлагает преимущества в выполнении задачи (например, для приспособления к различным уровням опыта пользователей)
17.	Руководства и поддержка пользователя ( User Guidance and Support )	Система должна обеспечить эффективную "Помощь". Информативные, легкие в использовании рекомендации должны быть предоставлены в он-лайн и офф-лайн режимах, чтобы помочь пользователю понять, как работать с системой
18.	Толерантность и управление ошибками ( Error Tolerance and Control )	Отказоустойчивый дизайн должен предоставляться везде, где сбой может привести к повреждению оборудования, травмам персонала, или непреднамеренной работе критически важного оборудования. Таким образом, система должна вообще быть сконструирована таким образом, чтобы ошибки пользователя не имели серьезных последствий. Надо управлять негативными последствиями ошибок, и сводить их к минимуму. Система должна предлагать простые, понятные уведомления об ошибке, и простые, эффективные методы для восстановления

⇐ Предыдущая 2 3 4 5 6 7 8 9 1011

Date: 2015-07-11; view: 339; Нарушение авторских прав; Помощь в написании работы --> СЮДА...

mydocx.ru - 2015-2024 year. (0.005 sec.) Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав - Пожаловаться на публикацию