12. Проектирование пользовательского интерфейса: интерфейс, ориентированный на пользователя

Руководящие принципы проектирования интерфейса, ориентированного на пользователя

Центральным звеном при проектировании GUI является пользователь.

1. Контроль на стороне пользователя. Основной смысл принципа заключается в строгом соответствии порядка: инициирования действия пользователем, работ приложения с обратной связью, с перехватом контроля пользователя, индикация завершения работы.

2. Согласованность. Соблюдение стандартов и общепринятых правил работы с GUI. Логическая целостность терминологии интерфейса.

3. Индивидуализация и настройка. Приспособление ПО к требованиям различных групп пользователей с сохранением личных предпочтений.

4. Индивидуализация предназначена для удовлетворения интересов при индивидуальном использовании, а настройка осуществляется в интересах всего коллектива пользователей.

5. Терпимость к ошибкам. Возможность «отката» при любых ошибочных действиях пользователя, в т.ч. возможность многоуровневой отмены операции. Особой сложностью является многопользовательская реализация систем отмены операции над общими данными.

6. Обратная связь. Пользователь всегда должен знать, что происходит в программе.

7. Эстетичность и удобство.

13. Проектирование пользовательского интерфейса: оконный интерфейс и оконные композиции

Пользовательский интерфейс –это совокупность информационной модели проблемной области, средств и способов взаимодействия пользователя с информационной моделью, а также компонентов, обеспечивающих формирование информационной модели в процессе работы программной системы Проектирование GUI состоит из проектирования окон и элементов ввода и проектирования окон для вывода информации.

Типичное Windows приложение состоит из единственного главного приложение, оно сопровождается всплывающими окнами и вторичными окнами. Главное окно имеет строку заголовка, строку меню, панель инструментов, строку состояния и содержимое окна. Вторичное окно дополняет функциональные возможности главного окна и, как правило, является модальным. Вторичные окна бывают:

• Диалоговое окно.

• Папка с вкладками.

• Выпадающий список

• Окно сообщений.

Оконные композиции, зависимость между окнами.

С точки зрения пользователя оконное приложение, является набором взаимозависимых окон. Наиболее распространенным механизмом задания связи является использование модальных окон.

Многодокументный интерфейс (MDI) это способ организации одновременной работы над «параллельными» документами. Главное окно – родительское. Каждый документ отображается в дочернем окне внутри родительского окна.

14. Тестирование и управление изменениями: тестирование системных сервисов

Системные сервисы (основные функции системы) проходят неформальное тестирование, которое выполняет сам разработчик при моделировании и реализации; и методическое тестирование.

Существуют два основных вида методического тестирования:

1. Тестирование без выполнения программы (формальные пересмотры)

a) Сквозной контроль – формальный пересмотр артефактов методом мозгового штурма, который может проводиться на любом этапе разработки. Цель – уточнение существующих проблем и подтверждения их существование. Попыток решения проблем не предпринимается.

b) Инспекция – совещание, проводимое под наблюдением руководства проекта, выявления и подтверждения дефектов, их фиксация, назначение сроков устранения и ответственных лиц. Этапы: планирование (участники и область инспектирования), вводное информационное совещание, проведение совещания (подготовка журнала дефектов), устранение дефектов с фиксацией информации о соответствующем дефекте, подтверждение его устранения, тестирование, изучение группой обеспечения качества ПО.

2. Тестирование, основанное на выполнении программы

a) Тестирование по отношению к спецификации – применяется к исполняемым программным продуктам (тестирование по методу черного ящика, функциональное тестирование, тестирование по входу-выходу). На основании спецификации подготавливаются тестовые требования, формируется тест-план и сценарий тестирования. Сценарий может быть записан с помощью специальных средств автоматизации. Тестирование по спецификации помогает обнаружить пропущенные функции.

b) Тестирование по отношению к программному коду. Осуществляется путем покрытия логики программы и тестирование начинается с тщательного анализа алгоритмов программы (прозрачный ящик, стеклянный ящик). Все возможные ветви программы описываются в виде прецедентов, продумывается организация данных для выполнения программы.

Вывод:тестирование позволяет устранить ошибки, но не может доказать правильность программы.