7. Имплементация ПИ, создание тестовой версии.
8. Разработка средств поддержки пользователя (пользовательские словари, подсказки, сообщения, помощь и пр.) и их встраивание в АСУ.
9. Usability тестирование тестовой версии ПИ по набору раннее определенных показателей.
10. Подготовка пользовательской документации и разработка программы обучения.
Т.к. проектируемая АСУ разрабатывается для обеспечения работы пользователя, т.е. для того чтобы он с помощью компьютерной программы быстрее и качественнее решал свои функциональные задачи. С этой точки зрения, один из важнейших этапов проектирования – создать такой пользовательский интерфейс, который сделает работу эффективной и производительной, а также обеспечит удовлетворенность пользователя от работы с программой.
Эффективность работы означает обеспечение точности, функциональной полноты и завершенности при выполнении заданий на рабочем месте пользователя. Последовательность действий и набор инструментальных средств пользователя в ПИ должны быть подчинены технологическому процессу выполнения производственного задания.
Основное и наиважнейшее требование: необходимо избегать создания такого интерфейса, который не соответствует алгоритму решения пользовательских задач[27].
Перед началом разработки пользовательского интерфейса проектируемой АСУ были получены ответы на следующее вопросы:
- Какая информация необходима пользователю для решения задачи? (для операционных сотрудников основная информация заключается в данных по новым заявкам клиентов и фактического состояния каталога объектов; для руководителей клиентских отделов наиболее важна информация для составления отчетности: движение объектов и клиентов в базе);
- Какую информацию пользователь может игнорировать (не учитывать)? (соответственно операционные сотрудники могут не учитывать информацию за прошедший период, их интересует только фактическое состояние клиентов и объектов в базе данных; в свою очередь руководители клиентских отделов при стратегическом планировании о составлении отчетности могут игнорировать информацию о состоянии «сегодняшнем дне», для оперативного контроля руководителям клиентских отделов не обязательно учитывать информацию за прошедший период);
- Какие решения пользователю необходимо принимать в процессе работы с АСУ? (в данной части решения строятся как по стратегическому планированию, так и по оперативному планированию – рядовые сотрудники принимают только оперативные решения текущего характера, руководители клиентских отделов принимают как оперативные, так и стратегические решения);
- Может ли пользователь совершать несколько различных действий одновременно? (в данной части необходимо отметить, что проектируемая АСУ дает возможность решать несколько задач одновременно, следовательно, ответ на данный вопрос – положительный);
- Какие типовые операции использует пользователь при решении задачи? (типовые операции перечислены в п. 3.1. при проектировании таблиц баз данных).
Дизайн пользовательского интерфейса должен обеспечивать минимизацию усилий пользователя при выполнении работы и приводить к[28]:
- сокращению длительности операций чтения, редактирования и поиска информации,
- уменьшению времени навигации и выбора команды,
- повышению общей продуктивности пользователя, заключающейся в объеме обработанных данных за определенный период времени.
- увеличению длительности устойчивой работы пользователя и др.
Удовлетворенность пользователя от работы тесно связана с комфортностью его взаимодействия с проектируемой АСУ, и способствует сохранению профессиональных кадров на предприятии за счет привлекательности работы на данном рабочем месте.
Требования к удобству и комфортности интерфейса возрастают с увеличением сложности работ и ответственности пользователя за конечный результат. Высокая удовлетворенность от работы достигается в случае[29]:
- Прозрачной для пользователя навигации и целевой ориентации в программе.
- Ясности и четкости понимания пользователем текстов и значения кнопок. В программе должны быть те слова и графические образы, которые пользователь знает или обязан знать по характеру его работы или занимаемой должности.
- Быстроты обучения при работе с программой, для чего необходимо использовать преимущественно стандартные элементы взаимодействия, их традиционное или общепринятое их расположение.
- Наличия вспомогательных средств поддержки пользователя (поисковых, справочных, нормативных – руководство пользователя), в том числе и для принятия решения в неопределенной ситуации.
Удобный интерфейс помогает пользователю справиться с усталостью и напряжением при работе в условиях высокой ответственности за результат, поэтому основные принципы создания интерфейса пользовательской части базируются на следующих условиях[30]:
- Совместное наращивание функциональности: возможность развивать проектируемую АСУ без разрушения (т.е. оставаясь в рамках) существующего интерфейса.
- Масштабируемость: возможность легко настраивать и расширять как интерфейс, так и собственно проектируемую АСУ при увеличении числа пользователей, рабочих мест, объема и характеристик данных.
- Адаптивность к действиям пользователя: проектируемая АСУ должна допускать возможность ввода данных и команд множеством разных способов (клавиатура, мышь, другие устройства) и многовариативность доступа к прикладным функциям, кроме того проектируемая АСУ должна учитывать возможность перехода и возврат от окна к окну, от режима к режиму, и правильно обрабатывать такие ситуации.
- Независимость в ресурсах: для создания пользовательского интерфейса должны предоставляться отдельные ресурсы, направленные на хранение и обработку данных, необходимых для поддержки пользователя (пользовательские словари, контекстно-зависимые списки, наборы данных по умолчанию или по последнему запросу, истории запросов и пр.)
- Переносимость: при переходе на другую аппаратную (программную) платформу, должен осуществляется автоматически перенос и пользовательского интерфейса, и конечного приложения.
В соответствие с заявленными выше принципами, требованиями и условиями, интерфейс пользовательской части АСУ Департамента Аренды разрабатывался в среде Borland С++ Builder 6. Структура интерфейса пользовательской части представлена в приложении 6. Очевидно, что в структуре интерфейса проектируемой АСУ реализованы справочники и собственно отчеты. При этом очевидно, что в справочнике «Экспозиция» имеется только опция просмотра, иных опций не предусмотрено, т.к. любые изменения в этом справочнике приведут к изменениям в других справочниках, что может вызвать нарушение объективности и релевантности данных.
В справочниках «Журнал», «Объекты», «Операции» предусмотрены возможности редактирования и правки, т.к. это необходимо для описания функциональных процессов в проектируемой АСУ.
Для того чтобы начать работу с АСУ Департамента аренды, необходимо запустить находящийся на рабочем столе файл ASU_DA.exe, после чего загрузиться основная форма системы, которая выглядит так, как представлено в приложении 7.
На основной форме находятся 5 основных пунктов меню: «Журнал», «Объекты», «Операции», «Экспозиция», «Выход».
Пункты меню «Журнал», «Объекты», «Операции», как уже было показано выше, содержат 4 подпункта, вызываемые через контекстное меню (правая кнопка мыши):
- Просмотр,
- Правка,
- Добавить,
- Удалить.
При выборе пункта «Журнал», откроется форма, которая имеет вид, представленный в приложении 8. В левой части расположены данные о клиентах Департамента Аренды: Наименование клиента и Идентификатор клиента согласно уникальному номеру клиента в базе. В правой части расположены данные по параметрам заявка клиента (требуемая категория объекта и цена), а также данные об ответственном лице, которое закреплено для взаимодействия с этим клиентом.
При выборе пункта меню «Объекты», откроется форма, представленная в приложении 9. В левой части расположены данные об объектах Департамента Аренды: Наименование объекта и Идентификатор объекта согласно уникальному номеру объекта в базе. В правой части расположены данные по параметрам указанного объекта, а также данные об ответственном лице, которое закреплено за указанным объектом.
При выборе пункта меню «Операции» имеется возможность просмотреть все операции, осуществленные как с клиентами, так и с объектами за определенный период (приложение 10 и приложение 11). Задача пункта меню «Операции» предоставлять детализированные отчеты по операциям, согласно условиям отбора, заданным пользователем.
Отбор в отчете «Клиенты» (приложение 10) идет по типу клиента, типу взаиморасчетов, с детализацией информации по каждому клиенту. В отчете «Объекты» имеется возможность, как детализировать информацию по каждому объекту (по аналогии с отчетом «Клиенты»), либо получать совокупную информацию по типу категории объектов за период (так, как представлено в приложении 11).
Пункт меню «Экспозиция» предназначен для получения данных по сроку нахождения объекта в базе и взаимосвязанной с ним информации, экранная форма представлена в приложении 12.
Каждый отчет может быть выведен на печать, как посредством контекстного меню, так и посредством кнопок, расположенных в нижней части пользовательского интерфейса. Подробное руководство с описанием всех форм интерфейса и назначений кнопок панели управления приведены в приложении 13 «Руководство пользователя».
Представленный интерфейс пользовательской части в полной мере отвечает целям и задачам создания автоматизированной системы управления документооборотом в Департаменте Аренды, в пользовательском интерфейсе реализованы все необходимые функции, которые выполняет как операционный персонал, так и управленческий персонал.