Рисунок 2.10 – Диаграмма последовательности при формировании
отчета
На диаграммах представлена последовательность выполнения
основных действий пользователей в системе при выполнении различных
видов операций.
На рисунке 2.11 представлена диаграмма деятельности при внесении
новой записи в систему.
Запуск
приложения
Проверка
необходимых
записей в
справочниках
Заполнение
справочников
Внесение новой
записи
Рисунок 2.11 – Диаграмма деятельности при внесении новой записи в
ИС
67
2.3.2. Характеристика базы данных
На основании анализа предметной области выполняется реализация
ER-модели предметной области. Для реализации указанной модели был
использован программный продукт ErWin, и методология проектирования
реляционных баз данных IDEF1X. Особенность данной методологии
заключается в том, что на е основании могут быть определены все типы как
графических, так и текстовых обозначений, применяемых при построении
ER-моделей [15]. К основным понятиям данной методологии относят ряд
определений:
1. Сущностью называют какой-либо реальный объект, который
находится в рассматриваемой предметной области. Информация по данному
объекту должна будет храниться в базе данных. При этом какие-то
определённые сведения однозначно позволяют различить одни сущности от
других. Также у каждого экземпляра сущности должен быть собственный
критерий, по которому экземпляры одной сущности могут быть различены
[21]. Для каждой сущности в составе предметной области выделяют
собственный набор свойств, к которым относят:
− уникальное имя для каждого набора сущностей;
− у каждой сущности имеется как минимум один атрибут,
принадлежащий данной сущности;
− в составе атрибутов сущности обязательно имеется один, либо
несколько атрибутов, которые позволяют однозначно идентифицировать
данную сущность;
− между двумя сущностями в составе предметной области могут
быть определены связи по атрибутам данных сущностей.
2. Связью называют поименованную ассоциацию, определенную
между двумя сущностями. Данная ассоциация в рамках предметной области
имеет некоторое значение. В случае наличия связи между двумя сущностями
в рамках рассматриваемой предметной области говорят о наличии
ассоциации по связанным атрибутом между сущностью-родителем и
68
сущностью-потомком. Данный факт позволяет сделать вывод о том, что
экземпляры сущности потомка не могут существовать без сущности-
родителя. Особенность связей в рамках предметной области в том, что при
обозначении связи используют глагол, чтобы обозначить степень
воздействия сущности-родителя, и далее связь обозначают по цепочки, как
«имя родителя – имя связи – имя потомка».
3. Атрибутом называют какую-либо из характеристик сущности,
имеющей значение в рамках рассматриваемой предметной области, сведения
о котором должны храниться в базе данных. Экземпляр атрибута
представляет собой некоторую характеристику для отдельного элемента в
составе некоторого множества. Среди атрибутов выделяют уникальный
идентификатор, к которому может относиться как один, так и несколько
атрибутов. Уникальный идентификатор позволяет однозначно
идентифицировать каждый экземпляр в рамках рассматриваемой сущности
[28].
После определения всех необходимых сущностей, их атрибутов и
связей, строится физическая модель данных, представленная на рисунке 2.12.
Рисунок 2.12 – Физическая модель данных проектируемой ИС
69
На основании физической модели данных осуществляется реализации
структуры информационной базы.
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
Разрабатываемый программный продукт реализован на использовании
принципа диалога с пользователем, а также реализации эргономичного
пользовательского интерфейса. Основная цель построения эргономичного
графического интерфейса пользователя заключается в реализации удобного
пользовательского интерфейса, работа с которым не вызовет каких-либо
затруднений у конечного пользователя. В случае реализации интерфейса с
учетом эргономики, пользователь получит простой для восприятия внешний
вид программного продукта, поиск элементов навигации и управления на
котором не займет много времени, а также не вызовет усталости от работы с
ним [6].
К основным принципам реализации эргономичного графического
интерфейса пользователя следует отнести:
1. Принцип естественно, обозначающий тот факт, что в процессе
работы с системой пользователь не должен получать какие либо сложности.
2. Принцип непротиворечивости обозначает, что при разработке
интерфейса необходимо использовать однотипные приемы и методики, а
также однотипные элементы интерфейса.
3. Принцип не избыточности подразумевает использование
минимально необходимого набора элементов управления, с целью не ввести
пользователя в заблуждение из-за наличия на экранной форме большого
количества излишней информации и элементов навигации и управления.
4. Принцип гибкости интерфейса подразумевает предоставление
возможности работы с программным продуктам пользователям, обладающим
различным уровнем подготовки для работы с персональным компьютером.
70
При реализации программного продукта были использованы все
перечисленные принципы, что позволило добиться реализации
качественного программного решения, которое позволит добиться
реализации большого количества конкурентных преимуществ, в частности:
− уменьшение количества ошибок экономистом операционного
зала при выполнении операций по оформлению документации;
− уменьшения стоимостных затрат на обучение сотрудников по
работе с системой;
− снижение вероятностных потерь как экономического, так и
временного характера, возникающих в процессе внедрения программного
продукта;
− повышение уровня эмоционального настроя персонала;
− предоставление конечным пользователям системы простого в
обращении интерфейса пользователя.
Так как графический интерфейс пользователя с точки зрения
непосредственно пользователей предоставляет собой ключевой фактор,
требуемый для понимания функционала программного продукта, то в случае
ошибок в реализации интерфейса системы можно получить сокрытие
некоторых функций от пользователя. Достижение максимального уровня
эргономики интерфейса позволит упростить взаимодействие пользователя с
программным продуктом, позволяя ему с лёгкостью найти необходимые
функции, и быстро выполнить необходимые задачи [3].
Приложение можно разделить на три основных компонента –
пользовательский интерфейс, реализованный посредством использования
экранных форм, модуль доступа к базе данных – компоненты, отвечающие за
реализацию доступа к базе данных, и непосредственно база данных. При
запуске программы загружается модуль доступа к данным (DM2) и главная
форма приложения (Form1).
71
Form
1
Form3
DM2
Рисунок 2.12 – Схема взаимосвязи программных модулей
При запуске приложение инициируется модуль доступа к данным, а
также главная форма приложения, с которой осуществляется вызов и
инициализация всех остальных форм программного продукта.
2.3.4. Описание программных модулей
На рисунке 2.13 представлена блок схема разработанного
программного модуля, демонстрирующая процесс его функционирования.
72
Начало
Загрузка экранной
формы
Авторизация
Логин и пароль
Экранная форма
авторизации
Подключение к БД
Запрос данных из
таблицы
Данные
введены
верно?
нет
Да
Главная форма
Выбор
выполняемой
операции
Информация о
клиенте
Информация по
картам и счетам
Платежная
информация
Ведение
справочников
Форма
«Персональная
информация»
Форма «Счета и
карты»
Форма
«Платежная
информация»
Форма
«Справочники»
Завершение
работы
Рисунок 2.13 – Блок схема разработанного программного модуля
Назначение представленных в программе модулей представлено в таблице
2.1.
Таблица 2.1 – Описание программных модулей
Наименование модуля
Назначение
Unit1 (Форма Form1)
Открытие формы главного
меню для навигации в приложении и
работы с перечнем клиентов
Unit3 (Форма Form3)
Открытие формы для
просмотра и редактирования
73
Наименование модуля
Назначение
справочников. Справочники
расположены на одной форме, но на
различных вкладках для удобства
переключения от одного справочника
к другому.
Unit2 (Модуль DM1)
Подключение БД.
2.4. Контрольный пример реализации проекта и его описание
Пользовательский интерфейс построен на основе главной формы
приложения. На ней располагаются все основные элементы управления и
навигации:
Рисунок 2.14 – Главная форма приложения
В левой части находится перечень клиентов с кнопками для навигации
по этому перечню. В правой части на вкладках разделены различные виды
информации о клиентах. На вкладке основная информация представлена
основная информация о клиенте:
74
Рисунок 2.15 – Вкладка основная информация
На вкладке кредиты расположены сведения о всех кредитах клиента:
Рисунок 2.16 – Вкладка кредиты
75
На вкладке карты расположены сведения о всех банковских картах
клиента:
Рисунок 2.17 – Вкладка карты
Для подключения к базе данных используется модуль DataModule, с
размещенными на нем компонентами для подключения к базе данных,
доступа к таблицами и предоставления данных другим компонентам.
76