43
Рис. 3.1 Схема информационной системы аптеки
Следует отметить, что при построении корпоративной информационной
системы целесообразно исходить не только из отраслевых стандартов
управления, но и уникальных особенной бизнеса и этапа его развития.
Например, принятые в отрасли стандарты информатизации для одной
компании могут быть оптимальными, а для другой излишними или же наоборот
не достаточными.
Для фармацевтической компании, как и для любой другой
производственной компании наиболее востребованной и наиболее важной для
эффективного ведения успешной бизнес деятельности, считается рабочая
связку ERP и ECM систем. При этом проводить одновременное и параллельное
внедрение двух систем практически невозможно из-за больших материальных и
ресурсных затрат. Как показывает практика, большинство начинает построение
информационной корпоративной системы с ERP. Отчасти такой подход верен,
от части нет. Все зависит от каждого конкретного случая и существующих в
компании технологических и бизнес-процессов.
Для общего понимания, разницы в подходах к работе с информацией в
ERP и ECM приведем следующую сравнительную таблицу (3.1)
44
Таблица 3.1
Сравнение технологии ERP и ECM
Характеристика
ERP
ECM
Основная форма
представления
информации в системе
Данные
Документ
Основные задачи в
системе
Анализ данных
Управление бизнес-
процессами
Способ отображения
изменения информации в
системе
Исправление данных
Создание версий
документов
Метод поиска
мнформации
Навигационный,
технология drill down
Атрибутивный и
полнотекстовый
Ядром информационной системы является база данных. Для еѐ
построения можно использовать метод, основанный на методологии
структурного анализа и проектирования. На основании поступающей от
экспертов информации о предметной области строится ее функциональная
модель и инфологическая модель (ER–модель) предметной области. Затем, на
основании ER-диаграммы и в рамках выбранной СУБД, генерируется схема
базы данных, а затем создается программная оболочка.
В настоящее время большинство проектов информационных систем
разрабатывается в соответствии с какой-либо методологией разработки
программного обеспечения. Как следствие, разработчикам требуется
инструмент для моделирования данных на этапах анализа и проектирования.
Таким инструментом являются ER-диаграммы: «Сущность-Связь». Фактически
их использование является обязательным при разработке информационных
систем.
Модель «сущность-связь» должна охватывать реальные объекты,
содержать всю необходимую информацию для получения запросов
пользователя и выходных отчетов.
ER-диаграммы позволяют строить модели логической структуры данных
предметной области, а также производить моделирование физической
структуры систем хранения данных.
Для создания ER-диаграммы реляционной БД необходимо определить:
45
1. сколько и каких таблиц должна включать БД;
2. сколько столбцов содержит каждая таблица;
3. какие атрибуты используются в качестве ключей;
4. как устанавливаются связи между разными таблицами:
А) использование в разных таблицах одного и того же ключа;
Б) помещение ключа одной таблицы в качестве атрибута в записи другой
таблицы;
В) создание специальных связующих таблиц;
5. как обеспечить полноту, непротиворечивость и согласованность
информации, хранящейся в БД.
Важным этапом в разработке БД является анализ требований. На этом
этапе происходит преобразование общих знаний о требованиях к будущей
системе в точные определения, насколько это возможно. Здесь определяются:
1. архитектура системы, ее функции, внешние условия, базовые средства
и технологии разработки;
2. интерфейсы и распределение функций между человеком и системой;
3. требования к программным и информационным компонентам
программного обеспечения, необходимые аппаратные ресурсы, требования к
БД, физические характеристики компонентов программного обеспечения, их
интерфейсы.
Рис. 3.2 ER–диаграмма (логическая модель базы данных)
46
При подготовке логической модели базы данных в ERwin, создавалась и
физическая модель базы данных, которая может понятнее показать ключевые
поля и связи таблиц.
Рис.3.3 Физическая модель базы данных
Опишем логическую структуры программной среды АИС
В данном программном продукте малоканальный MDI интерфейс.
Логическая структура программного продукта приведена ниже (рис. 3.4)
Рис. 3.4 Логическая структура программного продукта
47
3.2 Разработка и описание интерфейса и модулей программной среды
Данный программный продукт состоит из форм. Первая – это главная
форма (Рис. 3.5), она является начальной и из нее осуществляется переход к
остальным формам, которые позволяют выполнять поиск и редактирование
данных таблиц базы данных.
Главная форма является родительской MDI-формой для остальных форм
и содержит компонент MenuStrip, который отображает команды приложения и
параметры, сгруппированные по функциональности. В MenuStrip описаны
кнопки перехода по формам программного продукта: «Клиенты», «База
заказов», «Сотрудники», «Склад», «Справка», и «Выход».
Рис. 3.5 Главная форма
Структура всех следующих форм одинакова и проста, что способствует
более легкому и понятному использованию программы.
Формы содержат на поверхности «TEXTBOX» для ввода добавляемых
данных. Кнопка «Ввод» выполняет процедуру добавления данных в БД. Кнопка
«Удаление» выполняет процедуру удаления данных из БД. Кнопка
«Обновление» выполняет процедуру обновления данных в БД. Кнопка
«Вывод» выводит содержимое таблицы на экран. Форма так же содержит
кнопку «Закрыть» закрывающая данную форму. Для упрощения пользования
программой добавлены различные подписи.
48
Рис. 3.6 Форма Клиенты
Рис. 3.7 Форма База заказов
Рис. 3.8 Форма Сотрудники
49
Рис. 3.9 Форма Склад
Опишем основных модулей программного кода
Объявление переменной типа «OleDb. OleDbConnection» обеспечивает
подключение к базе данных: Public con As OleDb.OleDbConnection
Объявление переменной типа «DataSet» - обеспечивает хранение
информации в виде таблиц: Public ds As DataSet
Объявление переменных типа «OleDb.OleDbDataAdapter» используются
для заполнения таблиц в DataSet:Public adap As OleDb.OleDbDataAdapter
Объявление переменной типа «OleDb.OleDbCommand» - обеспечивает
выполнение запросов к базе данных: Public comm1 As OleDb.OleDbCommand
Для открытия данного подключения используется специальный метод:
con. Open()
Для вывода данных используются объекты DataGridView. При выводе
можно управлять стилем отображения данных:
DataGridView1.DataSource=ds.Tables("Таблица")
ds.Tables("Таблица").Columns(0).ColumnName = "Имя"
DataGridView1.Columns(1).HeaderText = "Фамилия"
DataGridView1.Columns(2).HeaderText = "Отчество"
Необходимо подробно описать структуру и назначение каждой команды
на SQL.
Select – используется для извлечения записей из таблицы. «"select * from
Klient"» извлечение всех данных из таблицы «Клиент»
50
Update – используется для обновления записей в таблице. "update Klient
set N pasport'" обновление поля «номер паспорта» в таблице «клиент»
Delete – используется для удаления записей из таблицы. «"delete from
klient where N pasport"» удаление строки в таблице «Клиент» по полю «Номер
паспорта»
Insert – используется для добавления записей в таблицу. «insert into
Klient» добавление в таблицу «Клиент» новых данных.
Пр
ограммирование данные информационный аптека
3.3 Разработка прикладной программы в рамках корпоративной
информационной системы
Данное программное обеспечение разработано на языке
программирования DelphiXE7 с использованием СУБД Microsoft SQL Server
2014. Данное СУБД позволяет быстро и качественно проектировать и создавать
реляционную модель Базы Данных. Основной используемый язык запросов —
Transact-SQL. Transact-SQL является реализацией стандарта ANSI/ISO по
структурированному языку запросов (SQL) с расширениями. Используется для
работы с базами данных размером от персональных до крупных баз данных
масштаба предприятия. Интерфейс СУБД SQL SEVER представляет собой
более удобный интерфейс, нежели другие СУБД, что предоставляет более
широкие возможности для быстрого и качественного проектирования базы
данных.
В данной работе для соединения с базой данных используется технология
ADO, которая позволяет соединиться с базой данных без задания псевдонимов.
ADO компоненты могут связываться с провайдером напрямую или с помощью
компонента ADO Conection.
Для установки связи с ADO у этого компонента необходимо задать
свойство Connection String, которое определяет провайдер и расположение базы
51
данных. Далее для установки связи необходимо выбрать:
File-New-Data Module на вкладке ADO выбрать ADO Connection. После
чего, необходимо настроить подключение приложения к БД в свойстве
ConnectionString (рис. 3.10). Нажав на кнопку Build, выбираем провайдера
«Microsoft OLE DB Provider for SQL Server», и указываем сведения для
подключения к БД. Вводим имя сервера, базу данных, и выполняем
подключение
Рис. 3.10 Подключение приложения к БД
Для формирования запросов и наборов данных из базы данных был
использован компонент ADOQuery с вкладки ADO. Для промежуточных звений
между наборами данных Query и визуальными таблицами на форме был
использован компонент DataSource с вкладки Data Access, как бы являются
источниками данных для этих таблиц.
Добавив все размещенные на модуле данных объекты, получили
следующий состав объектов (Рис. 3.11)
52
Рис. 3.11 Состав объектов базы данных
Для формирования набора данных в свойствах SQL, для каждого набора
данных написан запрос на языке Transact-SQL (T-SQL) (Рис. 3.12)
Рис. 3.12 Поле запроса на языке Transact-SQL
С целью ускорения работы разрабатываемого приложения и
освобождения оперативной памяти при подключение к базе данных была
написана процедура OnShow, активация происходит не всех наборов данных
одновременно – при запуске приложения, а каждого в отдельности набора
данных – при выполнении какого-либо события, например, при отображении
формы или активации родительского набора данных.
Для того Чтобы объекты Модуля данных (модуля Unit2) стали доступны в
модуле Unit1, в подразделе Uses раздела Implementation модуля Unit1 было
прописано подключения модуля Unit2 (uses Unit2)
Источники данных (ТDataSource) связаны с соответствующими наборами