52
Форма списка заявок
Поле ввода причины
отказа
Форма заявки
Выбор заявки
Ввод причины отказа от
заявки
Нажатие на кнопку
Кнопка Сохранить
Список заявок
Заявка
Возврат к списку
заявок
Техник
Таблица Заявки
Рисунок 22 – Диаграмма последовательности при отказе от заявки
Форма списка заявок Форма заявки
Выбор заявки
Нажатие на кнопку
Кнопка Принять заявку
Список заявок
Заявка
Возврат к списку заявок
Техник
Таблица Заявки
Рисунок 23 – Диаграмма последовательности при приеме заявки в работу
По окончании работ по заявке техник закрывает ее, формируя наряд.
Диаграмма последовательности данного процесса приведена на рисунке 24.
53
Форма списка заявок
Выпа дающий список
сотрудников
Форма заявки
Выбор заявки
Выбор сотрудников
Нажатие на кнопку
Таблица Заявки и
Наряды
Кнопка Сохранить
Сохранение данных
Список заявок
Заявка
Возврат к списку заявок
Выпа дающий список
комплектующих
Выбранный сотрудник
Выбор комплектующих
Выбранные
комплектующие
Выбор работ
Выбранные работы
Выпа дающий список
работ
Сообщение об успешном
сохранении наряда
Печатная форма наряда
Техник
Рисунок 24 – Диаграмма последовательности закрытия заявки и
формирования наряда
Вывод
По результатам анализа технического задания сделан выбор в пользу
двухуровневой архитектуры «толстый сервер» – «тонкий клиент», как
наиболее отвечающей заявленным требованиям.
На основании сравнения, оптимальной для реализации поставленных
задач выбрана СУБД Microsoft SQL Server. Выбор среды программной
разработки сделан в пользу Delphi, которая сможет обеспечить весьма
значительную производительность и удобство применения.
Создана структура БД, включающая все необходимые компоненты
предметной области, с учетом разнообразных факторов, которые могут
оказать влияние на создания информационной системы.
54
ГЛАВА 3. РЕАЛИЗАЦИЯ И ТЕСТИРОВАНИЕ
ПРОЕКТИРУЕМОЙ СИСТЕМЫ
3.1. Описание реализации системы
Интерфейс должен разрабатываться в соответствии с требованиями
юзабилити.
Юзабилити считается свойством продукта или системы, когда продукт
обладает удобством в использовании и универсальностью. Определение
юзабилити в соответствии с стандартом ISO 9241-11 гласит следующее:
«юзабилити является степенью удовлетворенности, продуктивности и
эффективности, с которыми продукт способен применяться конкретными
пользователями в конкретном контексте применения, чтобы достичь
конкретных целей» [46].
Типичная процедура проектирования GUI-интерфейса (Graphical User
Interface) для приложений ИС начинается с прецедентов. Аналитик, который
описывает поток событий для прецедента, имеет некоторый зрительный
образ GUI-интерфейса, чтобы поддержать человеко-машинное
взаимодействие. Сложные человеко-машинные взаимодействия невозможно
передать верно, употребляя только «язык прозы». Временами процедура
сбора и согласования запросов заказчика приводит к необходимости
выработать эскизы GUI-интерфейса.
В проектировании GUI-интерфейса основной момент состоит в том,
что контроль осуществляется на пользовательской стороне (если, система, а
не пользователь, контролирует безопасность, защиту и системную
целостность). Инновационные объектно-ориентированные программы
управляются событиями. Объекты откликаются на события (сообщения).
Между объектами внутренние взаимодействия запускаются внешними
событиями, которые инициируются пользователем [16].
Руководящие принципы для разработчиков служат фундаментом для
55
создания GUI-интерфейса. Их, на подсознательном уровне, должны
применять разработчики в процессе принятия любых проектных решений по
отношению к GUI-интерфейсу. Отдельные из этих руководящих принципов
представлены в качестве хорошо известных старых истин, остальные
основаны на передовой GUI-технологии [43].
В основной массе случаев имеется типовой набор компонентов
интерфейса, который включает следующие компоненты управления:
всплывающая подсказка (tooltip, hint)
строка состояния (status bar)
ползунок (slider)
полоса прокрутки (scrollbar)
панель инструментов (toolbar)
вкладка (tab)
панель (panel)
модальное окно (modal window)
диалоговое окно (dialog box)
окно (window)
ниспадающее меню (pull down menu)
контекстное меню (popup menu)
главное меню окна (menu bar или main menu)
меню (menu)
элемент для отображения табличных данных (grid view)
поле редактирования (edit field, textbox)
метка (label)
раскрывающийся список (drop-down list, combo box)
дерево — иерархический список (tree view)
список (list box)
значок (icon, иконка)
флажок (check box)
56
радиокнопка (radio button)
сдвоенная кнопка (split button) – кнопка, которая вызывает список
со вторичным(и) действием(и) (кнопками)
кнопка (button)
Для разрабатываемого приложения будут использованы следующие
типы элементов:
строка состояния (status bar)
ползунок (slider)
полоса прокрутки (scrollbar)
вкладка (tab)
главное меню окна (menu bar или main menu)
меню (menu)
элемент для отображения табличных данных (grid view)
поле редактирования (edit field, textbox)
список (list box)
значок, иконка (icon)
кнопка (button)
Для исполнения требований к интерфейсу были использованы
следующие технологические решения при разработке экранных форм:
использование специальных программных средств при
проектировании макетов экранных форм;
использование традиционного расположения таких элементов
интерфейса, как кнопки «Закрыть окно», «Свернуть в окно», «Свернуть»;
использование крупных интерфейсных элементов для перехода к
пунктам меню программы.
Рассмотрим порядок работы системы, начиная с администратора.
Администратор управляет работой системы, включая редактирование
справочников, удаление и добавление в них записей.
После авторизации администратор видит главную форму программы
57
(рисунок 25) со списком поступивших заявок.
Рисунок 25 – Главная форма программы
Поступившую заявку можно направить на выполнение в определенное
подразделение, выбрав наименование подразделения (рисунок 26).
Рисунок 26 – Выбор подразделения
Администратор заполняет справочники и получает отчеты. На
рисунках 27 и 28 приведены формы справочников «Оборудование» и «Статус
заявки».
58
Рисунок 27 – Справочник «Оборудование»
Рисунок 28 – Справочник «Статус заявки»
Также администратор учитывает данные по запчастям, находящимся на
складе (рисунок 29), и управляет учетными записями пользователей,
добавляя, удаляя и редактируя их данные (рисунок 30).
59
Рисунок 29 – Учет запчастей на складе
Рисунок 30 – Учетные записи пользователей
Техник после авторизации также видит форму со списком заявок и их
статусом.
Для добавления заявки, в первую очередь, необходимо выбрать
оборудование, причем дважды заявку на одно и тоже оборудование подать
нельзя (рисунок 31).
60
Рисунок 31 – Выбор оборудования
Далее необходимо ввести информацию по заявке (рисунок 32).
Рисунок 32 – Информация по заявке
Из списка направленных ему заявок, техник может либо принять заявку
к работе, либо вернуть ее диспетчеру с указанием причины. После того, как
работы выполнены, заявка закрывается, при этом указывается, какие
запасные части использовались, какие работы проводились, и какие
сотрудники принимали участие в работах. Формы внесения данных при
61
закрытии заявки представлены на рисунках 33 и 34.
Рисунок 33 – Информация по выполнению
Рисунок 34 – Задействованные сотрудники
После чего формируется наряд на ремонт. Образец наряда представлен