Сбор информации для формирования отчетов осуществляться из документов, которые формируются в процессе работы АГЗС:
· оплаты контрагентов.
Хранение и последующая обработка полученной информации очень трудоемкий процесс и носит рутинный характер поэтому в разрабатываемой информационной системе автоматизируем его, для меньшей затраты труда и времени.
Вся собранная информация, будет вноситься и храниться в соответствующих таблицах БД посредствам заполнения электронных форм.
Логическая структура базы данных определяется информационными потребностями проекта. При ее разработке выделяются основные информационные сущности предметной области, выявляются связи между ними. Затем логическая структура оптимизируется в соответствии с реализуемыми целевыми функциями проекта.
Инфологическая модель данных приведена на рисунках 2.1. и 2.2.
Основными сущностями базы данных АГЗС являются:
· Сущность «Сотрудник» характеризуется атрибутами – КодСотрудника, Фамилия, Пароль. Данная сущность связана с сущностями «Смены», «Приход» и «Продажа»;
· Сущность «Смены» характеризуется атрибутами – КодСмены, КодСотрудника, Начало, Окончание. Данная сущность связана с сущностями «Сотрудник» и «Продажа»;
· Сущность «Приход» характеризуется атрибутами – КодПрихода, ДатаПрихода, КодНоменклатуры, Количество. Данная сущность связана с сущностями «Номенклатура» и «Сотрудник»;
· Сущность «Номенклатура» характеризуется атрибутами – КодНоменклатуры, Наименование, Цена, Товар. Данная сущность связана с сущностями «Приход» и «Продажа»;
· Сущность «Продажа» характеризуется атрибутами – КодПродажи, КодНоменклатуры, КодКонтрагента, Дата, Количество, Стоимость, КодСотрудника, КодСмены, Безнал. Данная сущность связана с сущностями «Номенклатура», «Сотрудник», «Смены» и «Контрагенты»;
· Сущность «Контрагенты» характеризуется атрибутами –КодКонтрагента, Наименование, Полное наименование, Безнал. Данная сущность связана с сущностью «Продажа».
·
Основными сущностями базы данных главного офиса являются:
· Сущность «Остатки» характеризуется атрибутами – КодОстатка, КодЗаправки, КодНоменклатуры, Количество и Дата. Данная сущность связана с сущностями «Районы» и «Номенклатура»;
· Сущность «Номенклатура» характеризуется атрибутами – КодНоменклатуры, Наименование, Цена, Товар. Данная сущность связана с сущностью «Остатки»;
· Сущность «Районы» характеризуется атрибутами – КодЗаправки, Название. Данная сущность связана с сущностями «Остатки» и «Обороты»;
· Сущность «Обороты» характеризуется атрибутами – Код, КодНоменклатуры, КодКонтрагента, Дата, Сумма, Количество, КодЗаправки. Данная сущность связана с сущностями «Контрагенты» и «Районы»;
· Сущность «Контрагенты» характеризуется атрибутами –КодКонтрагента, Наименование, Полное наименование, Безнал. Данная сущность связана с сущностями «Обороты» и «РасчетыКонтрагенты»;
· Сущность «РасчетыКонтрагенты» характеризуется атрибутами – Код, КодКонтрагента, Сумма, Дата, КодЗаправки. Данная сущность связана с сущностью «Контрагенты».
2.1.2.2 Характеристика входной информации
Входной информацией для разрабатываемой в дипломном проекте распределенной информационной системы является:
Нормативно-справочная информация:
· Справочник Контрагенты. Список контрагентов, с которыми «Северное объединение по эксплуатации газового хозяйства» заключает договора на обслуживание по безналичному расчету;
· Справочник Номенклатура. Наименование товаров или услуг, и цены на них. Цена является единой по всем отделениям АГЗС;
Входная оперативная информация:
· Таблица приход. Накладные на приход товара. В них указывается кто принял товар, в каком количестве и дата. Цена товара заложена изначально в справочнике номенклатуры. Она не меняется т.к. поставщик единственный.
Результатной информацией является:
· Обороты за смену: что продано, кому, дата и время продажи, на какую сумму и код заправки для идентификации в БД главного офиса;
· Сколько осталось товара в наличии.
2.1.3 Выбор клиентской системы управления баз данных
Выбор клиентской СУБД представляет собой сложную многопараметрическую задачу и является одним из важных этапов при разработке приложений баз данных.
В первую очередь при выборе СУБД необходимо принимать во внимание следующие факторы:
· максимальное число пользователей одновременно обращающихся к базе;
· характеристики клиентского ПО;
· аппаратные компоненты сервера;
· серверную операционную систему;
· совместимость с выбранной ОС;
· возможность работать на разных типах компьютеров;
· работа в различных топологиях и типах сетей;
· наличие механизмов управления согласованностью действий и автоматического контроля;
· уровень квалификации персонала.
Так же выбранный программный продукт должен удовлетворять как текущим, так и будущим потребностям предприятия, при этом следует учитывать финансовые затраты на приобретение необходимого оборудования, самой системы, разработку необходимого программного обеспечения на ее основе, а также обучение персонала. Кроме того, необходимо убедиться, что новая СУБД способна принести предприятию реальные выгоды.
При реализации проекта в качестве средства для разработки системы учета товаров был выбран – MS Access 2003, который включает весь необходимый перечень функций для проектируемой системы.
Главное достоинство MS Access состоит в возможности быстрой разработки «открытой» базы данных, систему в дальнейшем можно будет дорабатываться любому программисту, не привлекая первых разработчиков.
Сравнительные характеристики персональных СУБД представлены в таблице 2.1.:
Таблица 2.1.
5 – отлично, 4 – очень хорошо, 3- хорошо, 2 – удовлетворительно, 1 –
посредственно.
Microsoft Access - это самая популярная сегодня настольная система управления базами данных. Успех состоит во включении ее в богатое окружение семейства Microsoft Office, в простой реализации продукта, рассчитанного как на начинающего, так и на квалифицированного пользователя. СУБД Access для работы с данными использует процессор баз данных Microsoft Jet, объекты доступа к данным и средству быстрого построения интерфейса - Конструктор форм. Для получения распечаток используются Конструкторы отчетов.
Автоматизация рутинных операций может быть выполнена с помощью макрокоманд. На тот случай, когда не хватает функциональности визуальных средств пользователи Access могут обратиться к созданию процедур и функций. При этом как в макрокомандах можно использовать вызовы функций, так и из кода процедур и функций можно выполнять макрокоманды. Присутствующий язык программирования Visual Basic for Application позволяет создавать массивы, свои типы данных, вызвать DllrФункции, с помощью OLE Automation контролировать работу приложений, которые могут функционировать как OLE – серверы.
Access имеет богатый набор визуальных средств. Главное качество Access, что привлекает к нему многих пользователей, – тесная интеграция с Microsoft Office. Например, скопировав в буфер графический образ таблицы, открыв Microsoft Word можно применить вставку из буфера, и сразу получим в документе готовую таблицу с данными с БД. Вся работа с базой данных осуществляется через контейнеры базы данных. Отсюда осуществляется доступ ко всем объектам, а именно: таблицам, запросам, формам, отчетам, макросам, модулям. С помощью драйверов ISAM можно получить доступ к файлам таблиц некоторых других форматов: DBASE, Paradox, Excel, текстовым файлам, Foxpro, а с помощью технологии ODBC - и к файлам многих других форматов.
Access может выступать как в роле OLE- контролера, так и OLE сервера. Это значит, что можно контролировать работу приложений Access из любого приложения, при условии, что оно может выступать в роле OLE контролера и наоборот. Встроенный SQL позволяет максимально гибко работать с данными и значительно ускоряет доступ к внешним данным.
Access – это типичная настольная база данных. В то же время на небольшом предприятии с количеством компьютеров не больше десяти, ресурсов Access целиком может хватить для обслуживания всего делопроизводства, естественно в ряде с Microsoft Office. То есть все пользователи могут обращаться до одной базы данных, установленной на одной рабочей станции, которая не обязательно должна быть выделенным сервером.
Для того, чтобы не возникли проблемы целости и доступа к данным, имеет смысл воспользоваться средствами защиты, которая предоставляет Access. При этом можно воспользоваться мастером для правильного установления прав и ограничений для пользователей. В отличие от MySQL, PostgreSQL и MaxDBAccess имеет русифицированный интерфейс и частично переведенный на российский язык файл контекстной помощи. А также Access имеет лучшую встроенную систему защиты среди всех настольных приложений СУБД. Можно создавать группы, пользователей, присваивать права доступа ко всем объектам, в том числе и модулей. Кстати, это решает вопрос закрытия процедур и функций от чужих глаз. Потому что для Access нет компилятора, то необходимость защиты становится очень актуальной для разработчиков. Система защиты доступная только при открытой базе данных.