Файл: «Варианты построения интерфейса программ: особенности и эволюция».pdf

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

1. Подтверждение деструктивных действий - Если пользователь выбрал потенциально деструктивную операцию, то он должен еще раз подтвердить свое намерение.

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

Следующий принцип ‑ поддержка пользователя. Средства поддержки должны быть встроены в интерфейс и систему и обеспечивать различные уровни помощи и справочной информации. Должно быть несколько уровней справочной информации - от основ для начинающих до полного описания возможностей системы. Справочная система должна быть структурированной и не перегружать пользователя лишней информацией при простых запросах к ней.

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

1.5 Последовательность проектирования

Во многих проектах разработки ИП и программирования продукта осуществляются параллельно, особенно на ранних стадиях. На более поздних этапах учитываются требования ИП и обратной связи, которые выявляются в результате тестирования ПО на удобство применение.

Процесс проектирования ИП состоит из 3 обобщенных этапов:

- Сбор и анализ информации от пользователей;

- Разработка и реализация ИП;

- Подтверждение качества ИП.

Данный подход может использоваться как при разработке ООИП, так и при проектировании традиционных проблемно-ориентированных интерфейсов или ИП. Этот процесс не зависит от материальной и программной платформ, ОС, применяемого инструментария.

---

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

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

Первый этап может быть разделен на 5, перечисленных в таблице, подэтапов.

Таблица 1.2 ‑ Шаги этапа сбора и анализа информации пользователей

Шаг	Описание шага
Определение профиля пользователя	Профиль позволяет составить представление о возрасте, образовании, предпочтения пользователя и др.
Анализ задач, которые стоят перед пользователем	Определение, чего хотят пользователи и каким образом они собираются решать свои задачи
Анализ рабочей среды пользователей	Отвечает на вопрос "В какой рабочей среде пользователи решают свои задачи? ", то есть определяет характеристики среды, которые могут влиять на выполнение пользователями своей работы
Соответствие требований пользователей задачам, которые стоят перед ними	Проверка требований на реалистичность. Если требования пользователя не соответствуют выполняемым задачам, то нужно предложить более оптимальный вариант; следует проверить, не превышают возможности продукта потребностей пользователя.

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

После проведенного анализа можно перейти непосредственно к проектированию и реализации интерфейса.

Последовательность проектирование меню в частности и интерфейса в целом включает в себя такие фазы как:

1. Разработка сценария – определения последовательности и вида взаимодействия ПО и пользователя в зависимости от функциональных требований к ПО и вариативности возникших ситуаций.

---

2. Выбор типов диалогов и системы сообщений.

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

4. Проектирование и прототипизирование интерфейса. Разработка эскизов, определение взаимосвязей, размещения, выбор внешних параметров элементов интерфейса: размер, цвет и другие.

5. Анализ возможности верификации и проверки корректности ввода данных пользователем – внесение корректив в выбор элементов с целью уменьшения ошибок и влияния человеческого фактора. Например – выбор из предложенных вариантов вместо ввода, использование компонентов типа Data/Time Picker вместо ввода даты в текстовое поле, повторные запросы при выборе критических параметров (например ‑ удаление информации), ограничение допустимых диапазонов данных.

6. Реализация интерфейса с помощью выбранных средств.

2. ПРОЕКТИРОВАНИЕ СИСТЕМЫ МЕНЮ ПО ЗАДАЧЕ «АИС «Учет заказов по обслуживанию офисной техники»»

2.1. Экономическая сущность задачи

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

«РН-Информ» является одним из тех предприятий, которые направленны на очень широкий круг клиентов, начиная от рядовых пользователей заканчивая обслуживанием крупных предприятий с профессиональным офисным оборудованием. Основываясь на мировом опыте, предприятием была избрана модель поведения на рынке, в основе которой: высокое качество продукции, индивидуальный подход к каждому заказчику, гибкие условия сотрудничества.

Рисунок 2.1 – Структура предприятия «РН-Информ»

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

---

• печатающая техника
• компьютерная техника
• аудио-видео системы
• телекоммуникации
• сервис

Услуги предоставляемые «РН-Информ»:

• Ремонт печатающей техники: МФУ, копиры, принтеры, сканеры, плоттеры
• Ремонт компьютерной техники, включая: ПК, ноутбуки, планшеты
• Ремонт электроники: мониторы, ИБП, и т.д.
• Комплексное обслуживание предприятий по ИТ-направлению
• Установка и настройка мини-АТС, IP-телефония
• Заправка лазерных картриджей

В оказании услуг принимают участие «Сотрудники» предприятия. Чтобы предоставить нужные услуги заказчику и получить прибыль.

Рисунок 2.2 – Функциональная модель предприятия. Декомпозиция

Весь процесс разбивается на четыре группы:

• 1. «Оформление заказа» представляет собой процесс регистрации заказчика и оформление документов на выполнение работ;
  2. «Анализ необходимых средств» иллюстрирует деятельность сотрудников по анализу проблемы описанной заказе, и обоснованию (выявлению) использования средств для осуществление ремонтно-профилактических работ;
  3. «Выполнение заказа» – непосредственно процесс осуществления ремонтно-профилактических работ.
  4. «Подсчет затраченных ресурсов» – процесс оставления бланков и актов о выполненных работах. Осуществляется инвентаризация материалов, потраченных на ремонт и подсчет затрат.

Общие связи, перешедшие с диаграммы верхнего уровня, опишем с помощью отчета:

Таблица 2.1 – Описание связей модели (рис 2.2)

Название	Определение
Заказчик	Лицо решившее отдать технику на ремонтно-профилактические работы
Заказ	Сформированный пакет документов относительно потребностей заказчика
Нормативные документы	Документы, содержащие определенные требования к предприятию, его работникам и к процессу выполнения работ
Средства	Товарно-материальные средства необходимые для выполнения заказа
Материально-технические средства	Оборудование, необходимое для осуществления ремонтно-профилактических работ
Сотрудник	Сотрудники предприятия
Учет материальных средств	Средств на складском помещении
Отчет о выполненных работах	Акт и квитанция, предоставляемые заказчику, описывающие выполненную работу
Отчет об использовании материальных средств	Отчет, содержащий инвентаризационную информацию по использованным товарно-материальным средствам

---

Если кратко обобщить суть разрабатываемой системы, то кратко постановку задачи можно сформулировать следующим образом.

Фирма занимается ремонтом, профилактическими работами и обслуживанием офисной и копировальной техники (принтеры, копиры, сканеры, ксероксы). Необходимо разработать систему учета заказов по обслуживанию офисной техники. Система должна вести учет выполненных заказов и, кроме этого, в системе предполагается учет и ведение склада расходных материалов, затраченных при выполнении работ. Например, при выполнении заказа «профилактики и заправка принтера» в качестве расходных материалов могут быть использованы: тонер (определенной марки), барабан (при его замене), чистящие ножи и другие расходные материалы.

2.2. Проектирование системы меню

Пользователь является ключевым действующим объектом системы. Он оперирует всеми ее возможностями путем управления ее функциональными подсистемами, которые в свою очередь создают внутренние исполняющие потоки. На рис. 2.3 показаны общие варианты использования разрабатываемой системы.

Рисунок 2.3 – Варианты использования системы

2.3. Описание меню пользователя

Сценарий диалога в проектируемой системе разработан по принципам и стандартам визуальных интерфейсов построенных по технологии WindowsForms для операционных систем семейства Windows.

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

Рисунок 2.4 – Сценарий диалога программы менеджера (администратора)

На рис. 2.4 изображено дерево основного сценария диалога в системе. Но кроме него, так же присутствует еще одно, вспомогательное меню. Покажем его на рис 2.5.

Рисунок 2.5 – Системное меню программы менеджера (администратора)

Дерево функций (Рис. 2.6) состоит из трех типов: основные, внутренние, служебные.

Основные функции – это функции, которыми может управлять пользователь при основной работе с программой.

Внутренние функции – функции, происходящие без непосредственного взаимодействия с ними пользователя.

Служебные функции – функции связанные с доступом к программе.

---