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

Стилевая гибкость – возможность использовать различные интерфейсы с одним и тем же приложением, на практике реализуется в виде набора “skins”, для web-интерфейсов – с помощью таблицы стилей, в том числе возможность в выборе пользователем собственных установок ПИ (цвет, иконы, подсказки и пр.).

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

Масштабируемость – возможность легко настраивать и расширять как интерфейс, так и само приложение при увеличении числа пользователей, рабочих мест, объема и характеристик данных.

Адаптивность к действиям пользователя – приложение должно допускать возможность ввода данных и команд множеством разных способов (клавиатура, мышь, другие устройства) и многовариативность доступа к прикладным функциям (иконы, «горячие клавиши», меню …), кроме того программа должна учитывать возможность перехода и возврат от окна к окну, от режима к режиму, и правильно обрабатывать такие ситуации.

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

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

Вопросы

1) Что такое понятие Usability?

2) Какие проблемы возникают при разработки ПО?

3) С чем связана удовлетворенность пользователя от работы?

4) Какие существуют принципы реализации пользовательского интерфейса?

5) Что отражает функциональная полнота?

Дополнительная информация

1) http://www.usability.ru/Articles/software-ergonomics.htm

2) http://www.cntd.ru/assets/files/upload/250713/55241.1-2012.pdf

3) http://psychlib.ru/mgppu/MZE-2001/MEC-001.HTM

Лекция №8. Управление требованиями к программному продукту. Case-средство Requisite Pro.

План лекции

• Внедрение системы управления требованиями.

• Определение принципов создания хранилищ и политики доступа к ним.

• Фиксация инструментария, рабочей среды, средств разработки и внешних интерфейсов.

• Определение идентификации требований.

• Определение трассировки требований.

• Определение группы, видов, атрибутов требований.

• Определение метрик и отчетов.

• Определение принципов управления требованиями, формирование группы управления изменениями.

• Определение контрольных точек проекта.

• Внедрение разработанной системы УТ на проекте.

• Подсистема управления требованиями на основе IBM Rational RequisitePro.

Введение

В последние годы большинство специалистов, связанных с областью производства программного обеспечения (ПО), наверняка много слышали о средствах организации процесса разработки, поставляемых компанией Rational. В линейке продуктов этой компании важное место занимает Rational RequisitePro, основная цель которого – автоматизация процесса управления требованиями.

Цель данного документа - продемонстрировать общую последовательность действий, которые обычно выполняются при работе с RequisitePro, и рассказать о некоторых его технических особенностях. Здесь не описываются назначение и все возможности продукта. Также не раскрывается смысл многих терминов, что достаточно подробно выполнено в Rational Unified Process (рубрика “Glossary”)