№ |
Характеристика |
|
|
Описание |
|
|
|
|||
|
|
нагрузки, который не настолько высокий, чтобы |
||||||||
|
|
негативно повлиять на производительность, но |
||||||||
|
|
достаточной для поддержания бдительности. |
||||||||
|
|
Дизайн |
интерфейса |
|
должен |
отражать |
||||
|
|
рассмотрение |
физиологических |
характеристик |
||||||
3. |
Физиологическая |
человека, |
|
включая |
|
визуальное/слуховое |
||||
|
совместимость |
восприятие, биомеханику (достижения и |
||||||||
|
|
движения), характеристики управления, и |
||||||||
|
|
антропометрии. |
|
|
|
|
|
|||
|
Простота |
ЧМИ должны представлять простой дизайн в |
||||||||
4. |
соответствии с функциональными требованиями |
|||||||||
|
конструкции |
и требованиями задачи. |
|
|
|
|
|
|||
|
|
|
|
|
|
|
||||
|
|
Должна быть высокая степень согласованности |
||||||||
|
|
между ЧМИ, процедурами и обучающими |
||||||||
|
|
системами. В ЧМИ пути системных функций и |
||||||||
5. |
Согласованность |
деятельности |
бригады |
|
всегда |
должны быть |
||||
|
|
согласованы, отражать высокую степень |
||||||||
|
|
стандартизации, и быть в полном соответствии с |
||||||||
|
|
процедурами и подготовкой кадров. |
|
|||||||
|
|
Информация, |
представленная |
пользователям |
||||||
|
|
ЧМИ должна быть правильно, быстро и легко |
||||||||
|
Понимание |
понята |
(например, |
|
«непосредственное |
|||||
6. |
восприятие» |
или «определение состояния с |
||||||||
ситуации |
||||||||||
|
|
одного взгляда» на дисплее) и поддерживаться |
||||||||
|
|
на высоком уровне с целью осведомленности |
||||||||
|
|
пользователей о статусе системы. |
|
|
||||||
|
|
Система |
должна |
отвечать |
требованиям |
|||||
|
|
пользователей для выполнения своих задач (в |
||||||||
|
|
том числе, безопасное завершение работы, |
||||||||
|
|
осмотр, техническое обслуживание и ремонт). |
||||||||
|
|
Данные должны быть представлены в формах и |
||||||||
7. |
Целевая |
форматах, |
соответствующих |
задач |
(включая, |
|||||
совместимость |
необходимость доступа |
к |
подтверждающим |
|||||||
|
|
данным или необработанным данным в случае |
||||||||
|
|
отображения |
более |
|
высокого |
уровня). |
||||
|
|
Возможность контроля должна охватывать ряд |
||||||||
|
|
потенциальных действий. Не должно быть |
||||||||
|
|
ненужной информации или вариантов контроля. |
||||||||
№ |
Характеристика |
|
|
|
Описание |
|
|
|
|
|
Все аспекты системы должны быть совместимы |
||||||
|
|
с ментальными (психическими) моделями |
||||||
|
|
пользователей |
(понимание |
и |
ожидание |
|||
|
Пользовательская |
поведения |
|
системы осуществляется |
путем |
|||
8. |
подготовки |
кадров, использования |
процедур и |
|||||
модель |
опыта). Все аспекты системы должны быть |
|||||||
|
совместимости |
|||||||
|
совместимы |
с |
установленными допущениями, |
|||||
|
|
т.е. должны быть выражены в обычной, |
||||||
|
|
привычной, пригодной и функциональной точки |
||||||
|
|
зрения, а не абстрактно. |
|
|
|
|||
|
|
Структура всех аспектов ЧМИ (от элементов в |
||||||
|
|
отдельных дисплеях до отдельных рабочих |
||||||
|
|
станций и всей комнаты управления) должна |
||||||
|
|
быть основана на требованиях пользователя и |
||||||
|
Структура |
должна отражать общие принципы организации |
||||||
9. |
по важности, частоте и порядке использования. |
|||||||
|
элементов ЧМИ |
Информация критических функций безопасности |
||||||
|
|
должна быть доступна всем, работающим в |
||||||
|
|
команде, для обеспечения ее распознавания и |
||||||
|
|
сведения к минимуму поиска данных и ответных |
||||||
|
|
мер. |
|
|
|
|
|
|
|
|
Все аспекты системы (форматы, терминология, |
||||||
|
|
последовательность, группировка, и поддержка |
||||||
|
|
принятия решений оператора) должна отражать |
||||||
|
|
очевидную логику, основанную на требованиях |
||||||
|
|
задачи |
или |
других |
непроизвольных |
|||
|
|
обоснованиях. Отношения каждого отображения, |
||||||
|
|
управления и обработки данных для общей |
||||||
|
Логическая/ |
задачи/функции |
должны |
быть |
|
ясными. |
||
10. |
Структура интерфейса и связанная с ней |
|||||||
|
Явная структура |
навигация должны быть сделаны легкой для |
||||||
|
|
пользователей, чтобы было понятно, где они |
||||||
|
|
находятся в пространстве данных. Структура |
||||||
|
|
интерфейса |
|
|
должна |
|
позволить |
|
|
|
пользователям получить быстрый доступ к |
||||||
|
|
данным, не |
видимым в |
настоящее |
время |
|||
|
|
(например, на других страницах дисплей). Ход |
||||||
|
|
работы системы и структурированность должны |
||||||
№ |
Характеристика |
|
|
|
Описание |
|
|
|
|
||
|
|
быть ясными для пользователя |
|
|
|
|
|||||
|
|
Проектирование системы должны принимать во |
|||||||||
|
|
внимание |
|
когнитивные |
|
возможности |
|||||
|
|
пользователей, а также связанные с процессом |
|||||||||
|
|
ограничения |
времени для обеспечения того, |
||||||||
11. |
Своевременность |
чтобы задачи были выполнены в срок. Скорость |
|||||||||
|
|
информационного потока и требования контроля |
|||||||||
|
|
за исполнением, которые являются слишком |
|||||||||
|
|
быстрыми или слишком медленными могут |
|||||||||
|
|
привести к снижению производительности. |
|
||||||||
12. |
Совместимость |
Отображения |
должны |
быть |
совместимы |
с |
|||||
управления/ |
вводимыми данных и требованиями управления. |
||||||||||
|
отображения |
||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Система должна давать полезную информацию о |
|||||||||
13. |
Обратная связь |
состоянии |
системы, |
допустимых |
операциях, |
||||||
ошибках |
и |
восстановлении |
после |
ошибки, |
|||||||
|
|
опасных операциях, и достоверности данных. |
|
||||||||
|
|
Информация, представленная системой должна |
|||||||||
|
|
быстро восприниматься и пониматься. Поэтому |
|||||||||
|
|
система должна минимизировать требования для |
|||||||||
|
|
вычислений или преобразований в уме и |
|||||||||
|
|
использовать |
напоминания |
(ссылаясь |
на |
||||||
14. |
Когнитивная |
длинные |
списки |
кодов, |
сложные |
команды, |
|||||
|
нагрузка |
информацию |
с одного экрана на другой, или |
||||||||
|
|
длительные последовательности действий). |
|||||||||
|
|
Исходные данные должны быть обработаны и |
|||||||||
|
|
представлены |
в |
непосредственно |
удобной |
||||||
|
|
форме. Исходные данные должны быть |
|||||||||
|
|
доступны для подтверждения. |
|
|
|
|
|||||
|
|
Система |
должна |
требовать |
минимальное |
||||||
|
|
количество действий для получения результата. |
|||||||||
|
|
Например, одну команду ввода вместо |
|||||||||
|
Нагрузка ответа |
нескольких |
команд, |
меню |
выбора |
вместо |
|||||
15. |
(реакции) |
многократных команд, |
один |
режим ввода |
|||||||
|
|
(клавиатура, мышь) вместо смешанного режима. |
|||||||||
|
|
Система не должна требовать ввода избыточных |
|||||||||
|
|
данных, |
повторного |
|
ввода |
информации, |
|||||
|
|
имеющейся уже в |
системе, или |
информации, |
|||||||
№ |
Характеристика |
|
|
|
|
Описание |
|
|
|
||
|
|
|
которую система может генерировать по уже |
||||||||
|
|
|
поступившим данным. |
|
|
|
|
||||
|
|
|
Система должна |
предоставить |
пользователю |
||||||
|
|
|
несколько способов для совершения действий и |
||||||||
|
|
|
проверить |
|
автоматические |
|
действия. |
||||
|
|
|
Отображение и контроль должен быть |
||||||||
16. |
Гибкость |
|
отформатирован |
в |
конфигурации |
наиболее |
|||||
|
удобной для задачи. Однако, гибкость должна |
||||||||||
|
|
|
|||||||||
|
|
|
быть ограничена ситуациями, когда она |
||||||||
|
|
|
предлагает преимущества в выполнении задачи |
||||||||
|
|
|
(например, для приспособления к различным |
||||||||
|
|
|
уровням опыта пользователей). |
|
|
|
|||||
|
|
|
Система |
должна |
обеспечить |
эффективную |
|||||
|
Руководства |
и |
«Помощь». |
|
Информативные, |
легкие |
в |
||||
17. |
поддержка |
|
использовании |
рекомендации |
должны |
быть |
|||||
|
предоставлены в онлайн и оффлайн режимах, |
||||||||||
|
пользователя |
|
|||||||||
|
|
чтобы помочь пользователю понять, как |
|||||||||
|
|
|
|||||||||
|
|
|
работать с системой. |
|
|
|
|
||||
|
|
|
Отказоустойчивый |
|
дизайн |
|
должен |
||||
|
|
|
предоставляться везде, где сбой может привести |
||||||||
|
|
|
к |
повреждению |
|
оборудования, |
травмам |
||||
|
|
|
персонала, или непреднамеренной работе |
||||||||
|
|
|
критически важного оборудования. Таким |
||||||||
|
Толерантность |
|
иобразом, |
система |
должна вообще |
быть |
|||||
18. |
управление |
|
сконструирована таким образом, |
чтобы ошибки |
|||||||
|
ошибками |
|
пользователя не имели серьезных последствий. |
||||||||
|
|
|
Надо управлять негативными |
последствиями |
|||||||
|
|
|
ошибок, и сводить их к минимуму. Система |
||||||||
|
|
|
должна |
предлагать |
простые, |
понятные |
|||||
|
|
|
уведомления |
об |
|
ошибке, |
и |
простые, |
|||
|
|
|
эффективные методы для восстановления. |
|
|||||||
2.4. Практическая работа № 4 «Обзор инструментальных средств тестирования ПО»
Рекомендуемая литература: 7.
Перечень дополнительных ресурсов: 1, 2, 4, 5.
Задание: проведите классификацию средств тестирования, основанную на оценке качественных характеристик инструментария
исопутствующих условий внедрения и использования.
Ванализе необходимо рассмотреть следующие критерии:
поддерживаемые процессы тестирования (управление жизненным циклом, управление тестированием, управление изменениями, управление ошибками, управление требованиями, управление конфигурациями);
поддерживаемые типы тестов (функциональные, регрессионные, нагрузочные, Unit-тесты, анализ исходного кода, анализ утечек памяти);
поддерживаемые технологии (под технологиями будем понимать - организованную совокупность процессов, элементов, устройств и методов, используемых для обработки информации,
например, технологии .NET, CORBA, OLE, COM, DCOM, COM+ и т.д.);
интеграция с системами разработки (Под системами разработки ПО будем понимать не только саму среду разработки
(development environment) уровня Visual Studio и Delphi, но и инструменты планирования и управления процессом разработки
(например, Microsoft Project Manager, DevPartner, Rational Unified Process), документооборота и управления ошибками, конфигурациями
(Borland StarTeam, Rational ClearQuest) и средства централизованного хранения и изменения данных (Visual Source Safe, CVS).
техническая и документальная поддержка компанией разработчиком;
обучение и сертификация персонала, работающего с набором инструментов и/или методологией;
представительство компании-разработчика в странах ближнего зарубежья.
2.5. Практическая работа № 5 «Разработка примеров модульных тестов»
Рекомендуемая литература: 7.
Перечень дополнительных ресурсов: 4, 5, 6, 10.
Задание: изучите и кратко опишите популярные инструменты и библиотеки модульного тестирования (для Java, C, C++, .NET, Delphi, PHP, Python, Perl, Ruby).