Файл: «Варианты построения интерфейса программ: особенности и эволюция».pdf
Добавлен: 18.06.2023
Просмотров: 78
Скачиваний: 2
Очень важный принцип восстанавливаемости системы, поскольку пользователи всегда допускают ошибки. Правильно спроектированный интерфейс может уменьшить количество ошибок пользователя (например, использование меню позволяет избежать ошибок, возникающих при вводе команд с клавиатуры), однако все ошибки устранить невозможно. В интерфейсах должны быть средства, по возможности предотвращают ошибки пользователя, а также позволяют корректно восстановить информацию после ошибок. Эти средства бывают двух видов.
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 – Функциональная модель предприятия. Декомпозиция
Весь процесс разбивается на четыре группы:
-
- «Оформление заказа» представляет собой процесс регистрации заказчика и оформление документов на выполнение работ;
- «Анализ необходимых средств» иллюстрирует деятельность сотрудников по анализу проблемы описанной заказе, и обоснованию (выявлению) использования средств для осуществление ремонтно-профилактических работ;
- «Выполнение заказа» – непосредственно процесс осуществления ремонтно-профилактических работ.
- «Подсчет затраченных ресурсов» – процесс оставления бланков и актов о выполненных работах. Осуществляется инвентаризация материалов, потраченных на ремонт и подсчет затрат.
Общие связи, перешедшие с диаграммы верхнего уровня, опишем с помощью отчета:
Таблица 2.1 – Описание связей модели (рис 2.2)
Название |
Определение |
Заказчик |
Лицо решившее отдать технику на ремонтно-профилактические работы |
Заказ |
Сформированный пакет документов относительно потребностей заказчика |
Нормативные документы |
Документы, содержащие определенные требования к предприятию, его работникам и к процессу выполнения работ |
Средства |
Товарно-материальные средства необходимые для выполнения заказа |
Материально-технические средства |
Оборудование, необходимое для осуществления ремонтно-профилактических работ |
Сотрудник |
Сотрудники предприятия |
Учет материальных средств |
Средств на складском помещении |
Отчет о выполненных работах |
Акт и квитанция, предоставляемые заказчику, описывающие выполненную работу |
Отчет об использовании материальных средств |
Отчет, содержащий инвентаризационную информацию по использованным товарно-материальным средствам |
Если кратко обобщить суть разрабатываемой системы, то кратко постановку задачи можно сформулировать следующим образом.
Фирма занимается ремонтом, профилактическими работами и обслуживанием офисной и копировальной техники (принтеры, копиры, сканеры, ксероксы). Необходимо разработать систему учета заказов по обслуживанию офисной техники. Система должна вести учет выполненных заказов и, кроме этого, в системе предполагается учет и ведение склада расходных материалов, затраченных при выполнении работ. Например, при выполнении заказа «профилактики и заправка принтера» в качестве расходных материалов могут быть использованы: тонер (определенной марки), барабан (при его замене), чистящие ножи и другие расходные материалы.
2.2. Проектирование системы меню
Пользователь является ключевым действующим объектом системы. Он оперирует всеми ее возможностями путем управления ее функциональными подсистемами, которые в свою очередь создают внутренние исполняющие потоки. На рис. 2.3 показаны общие варианты использования разрабатываемой системы.
Рисунок 2.3 – Варианты использования системы
2.3. Описание меню пользователя
Сценарий диалога в проектируемой системе разработан по принципам и стандартам визуальных интерфейсов построенных по технологии WindowsForms для операционных систем семейства Windows.
Данная технология позволяет создавать многофункциональные приложения с богатым графическим интерфейсом. При этом сценарий диалога можно представить в качестве древовидной структуры, для упрощения навигации пользователей по программному обеспечению.
Рисунок 2.4 – Сценарий диалога программы менеджера (администратора)
На рис. 2.4 изображено дерево основного сценария диалога в системе. Но кроме него, так же присутствует еще одно, вспомогательное меню. Покажем его на рис 2.5.
Рисунок 2.5 – Системное меню программы менеджера (администратора)
Дерево функций (Рис. 2.6) состоит из трех типов: основные, внутренние, служебные.
Основные функции – это функции, которыми может управлять пользователь при основной работе с программой.
Внутренние функции – функции, происходящие без непосредственного взаимодействия с ними пользователя.
Служебные функции – функции связанные с доступом к программе.