62
который знаком с оболочкой Windows, увидит при работе с Delphi все те же
самые окна, сможет проделывать все те же функции, например по
сворачиванию и разворачиванию окон, изменению размеров. В Delphi
предусмотрено меню, как и в различных офисных приложениях Windows.
[27]
В Delphi реализовано объектно-ориентированное программирование.
Пользователь будет видеть все приложения в форме окон с лежащими на них
всевозможными кнопками, надписями, графическими объектами. Так же
данную систему часто называют системой событийно-ориентированного
программирования, так как есть возможность реакции объекта на какое-либо
событие. Проведем бальную оценку выбранного средства проектирования
(таблица 23).
Таблица 23 - Анализ соответствия выбранного средства требованиям
Требования к программному
обеспечению
Делфи 2010
Комментарии
Ценовая доступность
технологий информатизации
4
Требуется работа программиста по
проектированию и созданию базы,
основные же принципы работы с
программой понятны, программа
установлена в компании
Возможность развития и
интеграции информационной
системы в перспективе
5
Наличие широких возможностей для
развития базы данных по мере развития
бизнеса; также её интеграции с другими
системами компании
Относительная простота
использования и
обслуживания
информационной системы
4,5
Основные принципы работы с программой
понятны, программа имеет развитую
систему справки
Возможность удаленной
работы с системой
4
Имеет возможности публикации в сети и
удаленной работы через сеть
Наличие возможности
выгрузки информации из
системы в стандартные
программы
5
Программа имеет широкие возможности
импорта и экспорта информации,
организации связи с другим стандартным
программным обеспечением
Балльная оценка: 0-минимальный балл, 5- максимальный балл
63
Оценка совокупности выбранного программного средства по
критериям показала, что данное программное обеспечение наиболее
соответствует потребностям автоматизации поставленной задачи.
3.1.2 Обоснование выбора СУБД
Выбор системы управления баз данных (СУБД) представляет собой
сложную многопараметрическую задачу и является одним из важных этапов
при разработке приложений баз данных. Выбранный программный продукт
должен удовлетворять как текущим, так и будущим потребностям компании,
при этом следует учитывать финансовые затраты на приобретение
необходимого оборудования, самой системы, разработку необходимого
программного обеспечения на ее основе, а также обучение персонала. Кроме
того, необходимо убедиться, что новая СУБД способна принести
предприятию реальные выгоды. Вообще говоря, перечень требований к
СУБД, используемых при анализе той или иной информационной системы,
может изменяться в зависимости от поставленных целей.
MS Access 2007 является мощным приложением пакета прикладного
ПО MS Office, который установлен практически в каждой современной
компании. Этот программный продукт установлен также на компьютерах,
которыми пользуются операторы склада (кладовщики). Следовательно, при
использовании СУБД MS Access не потребуется дополнительных затрат на
покупку и установку СУБД.
При этом производительность СУБД органично сочетаются со всеми
удобствами и преимуществами ОС Windows. MS Access 2007 специально
спроектирован для создания многопользовательских приложений, где файлы
базы данных являются разделяемыми ресурсами в сети. В MS Access 2007
реализована надёжная система защиты от несанкционированного доступа к
файлам.
64
Несмотря на то, что MS Access 2007 является мощной и сложной
системой, его использование не сложно для непрофессиональных
пользователей. Еще одним важным аспектом является то, что при сбое
программного обеспечения будет возможность получения данных
непосредственно из файла базы данных Access. Проведем бальную оценку
выбранного средства проектирования (таблица 24).
Таблица 24 - Анализ соответствия выбранной программы требованиям
Требования к программному
обеспечению
СУБД
Access
Microsoft
Комментарии
Ценовая доступность
технологий информатизации
4
Требуется работа программиста по
проектированию и созданию базы,
основные же принципы работы с
программой понятны, программа имеет
широкое распространение
Возможность развития и
интеграции информационной
системы в перспективе
4,5
Наличие широких возможностей для
развития базы данных по мере развития
бизнеса; также её интеграции с другими
системами компании
Относительная простота
использования и
обслуживания
информационной системы
5
Основные принципы работы с программой
понятны, обе программы имеют широкое
распространение, развитую систему
справки
Возможность удаленной
работы с системой
5
Имеет возможности публикации в сети и
удаленной работы через сеть, а также
снабжена средствами репликации и
мобильного переноса базы
Наличие возможности
выгрузки информации из
системы в стандартные
программы
5
Программа имеет широкие возможности
импорта и экспорта информации,
организации связи с другим стандартным
программным обеспечением
Балльная оценка: 0-минимальный балл, 5- максимальный балл
Таким образом, на основании анализа характеристик СУБД, было
установлено, что Access имеет наиболее высокую аддитивную оценку,
поэтому для хранения данных была выбрана эта СУБД. К тому же, данный
выбор обусловлен тем, что разработка АРМ на базе СУБД MS Access не
65
потребует дополнительных затрат на покупку программного обеспечения,
так как MS Access уже установлен на рабочих станциях в ООО «Мэйджор
Терминал»
3.2.Описание реализации клиентской части модуля АРМ
3.2.1 Дерево функций и сценарий диалога
Первым этапом разработки интерфейса является анализ решаемых
пользователем задач и структуры имеющейся информации. На основе этих
данных выполняется проектирование структуры меню.
В результате анализа имеющихся данных были выделены такие
основные группы функций пользователя:
Работа со справочниками (ввод, редактирование, удаление данных, а
также поиск информации по основным параметрам). В программе должны
быть доступны такие справочники: Клиенты, Услуги, Должности,
Сотрудники.
Выполнение операций: ввод заявок, оформление договоров, учет
денежных поступлений, печать сертификата.
Печать отчетов по различным видам запросов:
Отчет по услугам, оказанным за период;
Отчет по выручке, полученной за период.
Эти операции и были выделены в структуре меню. На рисунке 20
представлено дерево функций программных модулей, используемых в работе
АРМ менеджера в ООО «Мэйджор Терминал».
.
66
Программа
Формирование
документов
Ведение
справочников
Клиенты
Услуги
Должности
Заявки
Договора
Оплата
Печать отчетов
Оказанные
услуги за период
Выручка за
период
Сотрудники
Печать
сертификата
Расчет
стоимости
подключения
Рисунок 20 – Дерево функций
Пользовательский интерфейс представляет собой совокупность
программных и аппаратных средств, обеспечивающих взаимодействие
пользователя с компьютером. Основу такого взаимодействия составляют
диалоги. Под диалогом в данном случае понимают регламентированный
объем информацией между человеком и компьютером, осуществляемый в
режиме реального времени и направленный на решение какой-либо задачи.
Обмен информацией осуществляется передачей сообщений и управляющих
сигналов. Сообщения – это порция информации, участвующая в диалоговом
обмене.
Используемые в разрабатываемой системе модули подразделяются на
виды:
- модуль ввода первичной информации;
- модуль обработки информации;
- модуль хранения данных (справочники).
67
На рисунке 21 приведена схема диалога системы.
Главная форма
Меню
Меню
Справочники
Документы
Отчеты
Выход
Справочники
Клиенты
Услуги
Должности
Сотрудники
Документы
Заявки
Договора
Оплата
Печать сертификата
Отчеты
Оказанные услуги за период
Выручка за период
Договора
Просмотр
Печать
Расчет стоимости
подключения
Рисунок 21 – Дерево вызова программных модулей
3.2.2 Структурная схема пакета
Программные модули, составляющие структурную схему АРМ,
сгруппированы на несколько, слабосвязанных между собой программных
сущностей, представляющих собой пакеты. Каждый пакет отвечает за
определенную функциональность системы (например, вход в систему, доступ
к базе данных, формирование отчётов и т.п.). На Рисунке 22 представлены
пакеты (подсистемы), составляющие общую структуру АРМ.
68
Рисунок 22 – Общая структура АРМ
Дерево программных модулей, составляющих структуру основного
пакета представлено на Рисунке 23
Справочники:
Клиенты, Услуги,
Должности,
Сотрудники
Отчеты: услуги за
период, выручка за
период
Документы: Заявки,
Договора, Оплата,
Печать сертификата
Модуль данных
Главная форма
Рисунок 23 – Дерево программных модулей
В Таблице 25 приведены идентификаторы модулей и описание
выполняемых ими функций в АРМ менеджера в ООО «Мэйджор Терминал»
69
Таблица 25 - Описание программных модулей
Название программного модуля
Идентификатор
Главная форма
Form1
Доступ к базе данных
DataModule
Справочник «Клиенты»
Form5
Редактирование справочника «Клиенты»
Form11
Справочник «Услуги»
Form13
Справочник «Сотрудники»
Form18
Справочник «Должности»
Form6
Документ «Заявки»
Form7
Документ «Договора»
Form3
Редактирование документа «Договора»
Form4
Документ «Оплата»
Form23
Отчет «Услуги за период»
Form8
Отчет «Выручка за период»
Form9
3.3 Описание реализации БД
На основе концептуальной модели, разработанной ранее можно создать
логическую модель базы данных (рисунок 24).
Рисунок 24 – Логическая модель данных
Клиент
Код клиента: INTEGER
Фамилия: VARCHAR(20)
Имя: VARCHAR(20)
Отчество: VARCHAR(20)
Дата рождения: DATE
Город: VARCHAR(20)
Адрес: VARCHAR(20)
Телефон: VARCHAR(20)
Паспортные данные: VARCHAR(20)
Заявка
Код обращения: INTEGER
Дата обращения: DATE
Формулировка: VARCHAR(20)
Результат: VARCHAR(20)
Договор
Код договора: INTEGER
Дата договора: CHAR(18)
Предмет договора: CHAR(18)
Дата истечения: DATE
Поступление
Код поступления: INTEGER
Дата: DATE
Сумма: INTEGER
Услуги
Код услуги: INTEGER
Название: INTEGER
Стоимость: INTEGER
Сотрудник
Код сотрудника: INTEGER
Фамилия: VARCHAR(20)
Имя: VARCHAR(20)
Отчество: VARCHAR(20)
Дата рождения: DATE
Город: VARCHAR(20)
Адрес: VARCHAR(20)
Телефон: VARCHAR(20)
Паспортные данные: VARCHAR(20)
Должность
Код должности: INTEGER
Должность: VARCHAR(20)
70
На основе этой модели предметной области можно разработать
физическую структуру базы данных, и даже автоматически сгенерировать ее.
При преобразовании инфологической модели в даталогическую
используются такие правила:
1. Каждая сущность становится таблицей. Названия таблиц задаются во
множественном числе.
2. Каждый атрибут сущности становится столбцом таблицы.
3. Ключевой атрибут становится ключом таблицы.
4. Связи между сущностями становятся связями между таблицами.
В соответствии с этими правилами на основе имеющейся
информационно-логической модели была построена физическая модель
данных (рисунок 25).
Рисунок 25 – Физическая модель данных
На основе физической модели данных средствами программы ER-Win
была автоматически сенерирована логическая структура реляционной базы
данных в СУБД MS Access. На этой схеме реляционные таблицы
представлены структурой, определяемой составом и последовательностью
Договор
Код договора: Long Integer
Дата договора: Text(255)
Предмет договора: Text(255)
Дата истечения: Date/Time
Код клиента: Long Integer (FK)
Должность
Код должности: Long Integer
Должность: Text(20)
Заявки
Код заявки: Long Integer
Дата заявки: Date/Time
Формулировка: Text(255)
Рез у льтат: Text(20)
Код услу ги: Long Integer (FK)
Код клиента: Long Integer (FK)
Код сотру дника: Long Integer (FK)
Клиент
Код клиента: Long Integer
Фамилия: Text(20)
Имя: Text(20)
Отчество: Text(20)
Дата рождения: Date/Time
Город: Text(20)
Адрес: Text(20)
Телефон: Text(20)
Паспортные данные: Text(200)
Поступление
Код посту пления: Long Integer
Дата: Date/Time
Сумма: Long Integer
Код договора: Long Integer (FK)
Сотру дник
Код сотру дника: Long Integer
Фамилия: Text(20)
Имя: Text(20)
Отчество: Text(20)
Дата рождения: Date/Time
Город: Text(20)
Адрес: Text(20)
Телефон: Text(20)
Паспортные данные: Text(20)
Код должности: Long Integer (FK)
Услуги
Код услу ги: Long Integer
Наз вание: Text(255)
Стоимость: Long Integer
71
полей (атрибутов). Наименование ключевых полей выделены. Логические
связи изображены линиями между соответствующими ключами связи.
Данная модель показывает основные сущности, ключевые поля и
атрибуты, входящие в каждую сущность. Приведенную схему данных можно
разделить на три основных блока. Первый блок данных показывает
постоянную информацию, реализованную в виде справочников. Второй блок
– это блок входящей информации. Третий блок – это блок отчетной
информации. Это все данные, которые получаются в результате обработки
входной информации и используются для передачи во внешнюю среду.
(рисунок 26).
Рисунок 26 – Схема базы данных
Записей в таблицах неограниченно, но по мере поступления
информации данные заносятся в таблицу. В каждой таблице представлен
идентификатор и ключевое поле, которые позволяют производить поиск.