Материал: 436

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

Характеристика

 

 

Описание

 

 

 

 

 

нагрузки, который не настолько высокий, чтобы

 

 

негативно повлиять на производительность, но

 

 

достаточной для поддержания бдительности.

 

 

Дизайн

интерфейса

 

должен

отражать

 

 

рассмотрение

физиологических

характеристик

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).