Основными сущностями базы данных АГЗС являются:

· Сущность «Сотрудник» характеризуется атрибутами – КодСотрудника, Фамилия, Пароль. Данная сущность связана с сущностями «Смены», «Приход» и «Продажа»;

· Сущность «Смены» характеризуется атрибутами – КодСмены, КодСотрудника, Начало, Окончание. Данная сущность связана с сущностями «Сотрудник» и «Продажа»;

· Сущность «Приход» характеризуется атрибутами – КодПрихода, ДатаПрихода, КодНоменклатуры, Количество. Данная сущность связана с сущностями «Номенклатура» и «Сотрудник»;

· Сущность «Номенклатура» характеризуется атрибутами – КодНоменклатуры, Наименование, Цена, Товар. Данная сущность связана с сущностями «Приход» и «Продажа»;

· Сущность «Продажа» характеризуется атрибутами – КодПродажи, КодНоменклатуры, КодКонтрагента, Дата, Количество, Стоимость, КодСотрудника, КодСмены, Безнал. Данная сущность связана с сущностями «Номенклатура», «Сотрудник», «Смены» и «Контрагенты»;

· Сущность «Контрагенты» характеризуется атрибутами –КодКонтрагента, Наименование, Полное наименование, Безнал. Данная сущность связана с сущностью «Продажа».

·

Основными сущностями базы данных главного офиса являются:

· Сущность «Остатки» характеризуется атрибутами – КодОстатка, КодЗаправки, КодНоменклатуры, Количество и Дата. Данная сущность связана с сущностями «Районы» и «Номенклатура»;

· Сущность «Номенклатура» характеризуется атрибутами – КодНоменклатуры, Наименование, Цена, Товар. Данная сущность связана с сущностью «Остатки»;

· Сущность «Районы» характеризуется атрибутами – КодЗаправки, Название. Данная сущность связана с сущностями «Остатки» и «Обороты»;

· Сущность «Обороты» характеризуется атрибутами – Код, КодНоменклатуры, КодКонтрагента, Дата, Сумма, Количество, КодЗаправки. Данная сущность связана с сущностями «Контрагенты» и «Районы»;

· Сущность «Контрагенты» характеризуется атрибутами –КодКонтрагента, Наименование, Полное наименование, Безнал. Данная сущность связана с сущностями «Обороты» и «РасчетыКонтрагенты»;

· Сущность «РасчетыКонтрагенты» характеризуется атрибутами – Код, КодКонтрагента, Сумма, Дата, КодЗаправки. Данная сущность связана с сущностью «Контрагенты».

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 нет компилятора, то необходимость защиты становится очень актуальной для разработчиков. Система защиты доступная только при открытой базе данных.

Экспертная оценка 4 СУБД приведена в таблице 2.2.

Таблица 2.2.

2.1.4 Выбор серверной системы управления баз данных

Решение данной проблемы является очень важным, так как именно от СУБД зависит процесс обработки данных, объём получаемой клиентом информации, загруженность трафика сети, защищённость данных и многое другое.

Существует два типа серверных СУБД:

· файл-серверные;

· клиент-серверные.

Файл-серверные СУБД. Они работают по следующему принципу: на машине-клиенте установлена данная СУБД, а на сервере хранятся все данные; клиент создаёт запрос, СУБД, принимая его, отправляет запрос серверу, получает по сети весь обрабатываемый файл, записывает его в оперативную память, а затем выполняет запрос пользователя.

Клиент-серверные СУБД. В отличие от файл-серверных, данные СУБД не скачивают весь обрабатываемый файл на клиентскую машину, а лишь посылают серверу запрос пользователя. СУБД, установленная теперь уже на сервере, обрабатывает полученный запрос, проверяет права пользователя на данные действия, а затем выполняет поставленную ей задачу. Назад возвращается лишь результат запроса, т.е. какая-то таблица или другая информация, будь то текст, графика, анимация или видео.

Безусловно, файл-серверные СУБД нам не подходят, поэтому будем использовать клиент-серверные. В качестве СУБД был выбран MicrosoftSQLServer 2005, из-за его тесной интеграции с Access и с операционными системами семейства Microsoft.

SQL Server является всеобъемлющим, интегрированным сквозным решением, которое наделяет пользователей организации безопасной, надежной, и продуктивной платформой для обработки промышленной информации и приложений, касающихся интеллектуальных ресурсов предприятия. SQL Server 2005 предоставляет мощные, знакомые инструменты для профессионалов информационных технологий так же, как и для работников информационной сферы, уменьшая сложность создания, развёртывания, управления и использования данных предприятия и аналитических приложений на платформах от мобильных устройств до информационных систем предприятия. Благодаря исчерпывающему набору функций, взаимодействию с существующими системами и автоматизации типовых задач, SQL Server 2005 предоставляет полное решение в области хранения данных для предприятий всех масштабов.

Платформа данных SQL Server включает следующие инструменты:

· Реляционная база данных: безопасное, надёжное, масштабируемое, высокодоступное ядро с улучшенной производительностью и поддержкой структурированных и неструктурированных (XML) данных.

· Replication Services: репликация данных для распределённых и мобильных приложений обработки данных, высокая доступность систем, масштабируемый параллелизм с вторичными хранилищами данных для отчётных решений предприятия и интеграция с разнородными системами, включая существующие базы данных Oracle.

· Notification Services: развитые возможности уведомлений для разработки и внедрения масштабируемых приложений, способных доставлять персонализированные, своевременные обновления информации множеству соединённых и мобильных устройств.

· Integration Services: возможности извлечения, преобразования и загрузки для хранилищ данных и интеграции данных в масштабе предприятия.

· Analysis Services: аналитическая обработка в реальном времени (OLAP) для быстрого, сложного анализа больших и смешанных наборов данных, использующая многомерное хранение.

· Reporting Services: исчерпывающее решение для создания, управления и доставки как традиционных бумажных отчётов, так и интерактивных, основанных на технологии WWW отчётов.

· Инструменты управления: SQL Server включает средства управления для развитого управления и настройки баз данных, также как и тесную интеграцию с такими инструментами, как Microsoft Operations Manager (MOM) и Microsoft Systems Management Server (SMS). Стандартные протоколы доступа к данным существенно уменьшают время, необходимое для интеграции данных SQL Server с существующими системами. В дополнение, поддержка Web служба встроена для обеспечения взаимодействия с другими приложениями и платформами.

· Инструменты разработки: SQL Server предлагает интегрированные инструменты разработки для ядра базы данных, извлечения, трансформации и загрузки данных, извлечения информации, OLAP и отчётности, которые тесно интегрированы с Microsoft Visual Studio для предоставления сквозных возможностей разработки приложений. Каждая главная подсистема SQL Server поставляется со своей собственной объектной моделью и набором API для расширения системы данных в любом направлении, которое уникально для вашего бизнеса.

Платформа данных SQL Server 2005 предоставляет организациям всех размеров следующие преимущества:

· Использовать активы данных: в дополнение к поставке безопасной, надёжной базы данных для отраслей промышленности и аналитических приложений, SQL Server 2005 позволяет заказчикам получать больше выгоды от их данных включением встроенных функций, таких как отчётность, анализ и извлечение информации.

· Увеличить продуктивность: благодаря всеобъемлющим возможностям интеллектуальных ресурсов предприятия и интеграции со знакомыми инструментами, такими, как Microsoft Office, SQL Server 2005 предоставляет работникам информационной сферы предприятия важную, своевременную информацию, приспособленную для их конкретных нужд. Цель - сделать БД доступными для всех пользователей организации и, конечном счёте, позволить пользователям на всех уровнях организации принимать лучшие бизнес решения, основанные на одном из самых ценных активов - их данных.

· Уменьшить сложность информационной технологии: SQL Server 2005 упрощает разработку, внедрение и управление отраслями промышленности и аналитическими приложениями, предоставляя программистам гибкую среду разработки и интегрированные, автоматизированные инструменты управления администраторам баз данных.

· Снизить общую стоимость владения: интегрированный подход и фокус на простоте использования и внедрения имеет самые малые в промышленности издержки реализации и поддержки, способствующие быстрому возврату ваших инвестиций в базы данных.

2.1.5 Внутримашинная реализация данных

Основной частью внутримашинного информационного обеспечения является информационная база – определенным способом организованная совокупность данных, хранимых в памяти вычислительной системы в виде файлов, с помощью которых удовлетворяются информационные потребности управленческих процессов и решаемых задач.

В созданных базах данных вся информация хранится таблицах:

В таблице «Продажа» (см. таблица 2.3) хранятся локальные сведения о проданном товаре на АГЗС.

Таблица 2.3. Продажа

В таблице «Приход» (см. таблица 2.4) хранятся сведения о поступившем товаре.

Таблица 2.4 Приход

В таблице «Номенклатура» (см. таблица 2.5) хранятся сведения о товарах.

Таблица 2.5 Номенклатура

В таблице «Контрагенты» (см. таблица 2.6) хранятся сведения о контрагентах, с которыми заключен договор.

Таблица 2.6. Контрагенты

В таблице «Обороты» (см. таблица 2.7) хранятся общие сведения о проданном товаре.

Таблица 2.7. Обороты

В таблице «Константы» (см. таблица 2.8) хранятся сведения о номере АГЗС и IP адрес компьютера главного управления.

Таблица 2.8. Константы

В таблице «Сотрудники» (см. таблица 2.9) хранятся сведения о сотрудниках.

Таблица 2.9. Сотрудники

В таблице «РасчетыКонтрагенты» (см. таблица 2.10) хранятся сведения о платежах контрагентов

Таблица 2.10. РасчетыКонтрагенты

В таблице «Смены» (см. таблица 2.10) хранятся сведения о сменах, отработанных сотрудниками.

Таблица 2.11.Смены

В таблице «Районы» (см. таблица 2.12) хранятся сведения о номерах всех АГЗС

Таблица 2.12. Районы

В таблице «Остатки» (см. таблица 2.13) хранятся сведения об остатках товара на АГЗС

Таблица 2.13. Остатки

Схемы данных АГЗС и главного офиса представлены на рисунке 2.3. и 2.4.

Рис.2.3. Даталогическая модель БД главного офиса

Рис.2.4. Даталогическая модель БД АГЗС

2.1.6 Алгоритмы и технология решения задач

Основными алгоритмами необходимыми для решения задачи автоматизации учета товаров на АГЗС являются: работа клиентской ДБ АГЗС (см. рисунок 2.5) и работа ее модуля «Продажа» (см. рисунок 2.6)

Рис. 2.5. Алгоритм работы клиентской БД АГЗС

Рис. 2.6. Алгоритм работы модуля «Продажа»

2.2 Формализация расчетов (математическая модель)

2.2.1 Модель управления запасами без дефицита

Стандартная модель хранения запасов представлена на рис. 2.5.

Для бесперебойной работы АГЗС необходима четко налаженная система управления запасами, чтобы поставки происходили вовремя, наиболее экономичными партиями и, чтобы не создавалось дефицита товара.

Рассмотрим проблемы управления запасами, связанные с заказом на партию товара поставщику.

В любой системе управления запасами уровень последних изменяется в соответствии с циклической моделью. Процесс снижения уровня запасов определяется соответствующей моделью спроса. В некоторой точке для пополнения запаса будет сделан новый заказ. По прошествии некоторого времени, называемого временем поставки, заказ будет получен, и уровень запасов возрастает. После этого начинается новый цикл запасов (см. рисунок 2.6.).

Рис. 2.5. Стандартная модель хранения запасов

Для упрощения процесса моделирования в модель вводится ряд предпосылок:

1. Спрос на продукцию является постоянным, или приблизительно постоянным. Если коэффициент использования запасов является постоянным, то уровень запасов также будет уменьшаться с постоянным коэффициентом.

2. Предполагается, что время поставки известно и является постоянной величиной. Это означает, что заказ можно осуществлять в точке с определенными значениями временного параметра и размера запаса (уровень повторного заказа), которые обеспечивают получение заказа в тот момент, когда уровень запасов равен нулю.

3. Отсутствие запасов является недопустимым.

4. В течение каждого цикла запасов делается заказ на постоянное количество продукции (q ).

Необходимо построить модель, которая описывает издержки, связанные с наличием запасов, за весь период их хранения. Длительность этого периода выберем, равной одной неделе. Для моделирования используем сглаживающую функцию. Введем следующую систему обозначений:

D - еженедельный спрос на запас продукции;

С₀ - переменная стоимость подачи одного заказа, рублей/1 заказ;

C_h - переменная стоимость хранения единицы продукции в запасе, рублей на единицу продукции в неделю;

q – объем заказа, единиц продукции/заказ;

b – интенсивность потребления товара.

t - рассматриваемый период времени

ТС - общая стоимость запаса единицы продукции

Рассмотрим подробно оптимальный размер заказа q₀ в неделю и интервал повторного заказа.

ТС(0)= q

TC ( t )=0

Экономичный размер заказа q₀ равен:

(2.1)

(2.2)

и (2.3)

Положим (2.4)

Следовательно (2.5)

(2.6)

(2.7)

Формула (2.7) называется формулой Уилсона или формулой наиболее экономичного объема партии, широко используется в экономике.

Интенсивность потребления запасаемого товара можно найти, разделив общее потребление товара на время, в течение которого он расходуется:

(2.8)

Поскольку величина спроса постоянна, количество товара, которое используется в течение поставки заказа, является одновременно и уровнем повторного заказа. Таким образом, новый заказ следует подавать, когда уровень запасов станет равным интенсивности потребления.

Рис. 2.6. Уровень и интервал повторного заказа

Методика выполнения:

По статистическим данным объем продажи АГЗС составляет в среднем 31000 литров СУГ в неделю с небольшим отклонением, которым можно пренебречь. Цена покупки одного литра равна 5.5 рублей. Одна подача заявки обходится в 1.5 рублей. Время доставки заказа от поставщика составляет 1 сутки. По оценкам специалистов, издержки хранения составляют 0.5% средненедельной стоимости запасов.

D = 31000 литров в сутки;

С₀ = 1.5 рублей в сутки;

C_h = 0.5% в неделю от стоимости запаса размером в 1 литр или 0.005 * 5.5 рублей в неделю за одну упаковку.

t = 1 неделя = 7 суток

t _{поставки} = 1 сутки

Найдем экономичный размер заказа по формуле (2.7)

Наиболее экономичный размер партии заказа равен 1557 литров. Следовательно, чтобы издержки были минимальными, стоит заказывать партию СУГ объемом в 1557 литров.

По формуле (2.8) объем продажи СУГ за 1 день поставки заказа составит:

Следовательно, уровень повторного заказа равен 4428литра. Таким образом, подача нового заказа производится в тот момент, когда уровень запасов равен 4428 литров.

2.3 Описание экранных форм

2.3.1 Приложение на АГЗС

При входе в программу оператору необходимо выбрать свою фамилию и ввести пароль (см. рисунок 2.7.).

Рис. 2.7. Форма авторизация

При успешно пройденной авторизации открывается главная форма Продажа (см. рисунок 2.8.), с которой оператор работает всю смену. Здесь фиксируются факты продажи товара. Из списка выбираются номенклатура и контрагент. Расчет можно осуществлять как по количеству, так и по сумме. Для сохранения операции нужно нажать на кнопку «Сохранить запись», для удаления нужно нажать «Удалить запись», для добавления новой – нажать кнопку «Добавить запись» Данную форму невозможно не закрыть, не свернуть, порка не будет нажата кнопка «Закрыть смену».

Рис. 2.8. Форма Продажа

Для фиксации прохода товара используется форма Приход (см. рисунок 2.9.). Дата ставится автоматически, необходимо лишь выбрать вид товара и вписать количество

Рис. 2.9. Форма Приход

Существует 3 справочника – Сотрудники (см. рисунок 2.10.), Номенклатура (см. рисунок 2.11.) и Контрагенты (см. рисунок 2.12.). В них хранится краткая справочная информация, доступная только для чтения.

Рис. 2.10. Форма Сотрудники

Рис. 2.11. Форма Номенклатура

Рис. 2.12. Форма Контрагенты

Для формирования отчета оператору необходимо выбрать или номер смены(см. рисунок 2.13.) или временной период (см. рисунок 2.17. и 2.19.).

Рис. 2.13. Форма выбор смены

Отчет Реализация газа (см. рисунок 2.14.) показывает приход и расход газа за смену.

Отчет Сменный отчет (см. рисунок 2.15.) дает подробную детализацию: сколько и кому товара было продано за смену и, какая выручка.

Отчет о Состоянии склада (см. рисунок 2.16.) показывает сколько товара в наличии находится и на какую сумму.

Рис. 2.14. Отчет реализация газа

Рис. 2.15. Сменный отчет

Рис. 2.16. Отчет о состоянии склада

Рис. 2.17. Форма выбора периода

Отчет с разбивкой по клиентам (см. рисунок 2.18.) показывает какой контрагент сколько раз заправлялся и на какую сумму.

Отчет Продажа Операторами (см. рисунок 2.20.) можно формировать по трем категориям: по газу, по баллонам и техническому освидетельству. Он показывает кокой оператор в какие дни работал и что продавал.

Рис. 2.18. Отчет реализация газа с разбивкой по клиентам

Рис. 2.19. Форма продажа операторами

При закрытии смены или в процессе работы, когда запасов газа остается меньше, чем среднее потребление выводится окноуправления запасами (см. рисунок 2.21.)

Рис. 2.21. Окно управления запасами

Рис. 2.20. Отчет продажа операторами

2.3.2. Приложение в главном офисе

Главная форма (см. рисунок 2.21.)состоит из пяти частей. Для удобства работы все необходимые данные расположены на экране. Поэтому не приходится подолгу искать нужную информацию. Здесь отображается информация о контрагентах, номенклатуре, должниках-контрагентах и на диаграмме наглядно показываются остатки всех АГЗС.

В форму Оплаты контрагентов (см. рисунок 2.22.) заносятся данные о перечислении средств контрагентами на счет предприятия.

Рис. 2.21. Форма Главная

Рис. 2.22. Форма оплаты контрагентов

Для формирования Оборотно-сальдовой ведомости (см. рисунок 2.24.) необходимо сначала выбрать дату формирования (см. рисунок 2.23.). В этом отчете отображается на какую суммы каждый контрагент заправился в течение месяца, какую сумму внес на счет предприятия и имеет ли долги.

Рис. 2.23. Форма выбор месяца Оборотно-сальдовая ведомость

Рис. 2.24. Отчет ОСВ

Можно посмотреть сколько товара в любой момент времени (см. рисунок 2.25.) находится на АГЗС. Как в форме отчета (см. рисунок 2.26.), так и в виде диаграммы (см. рисунок 2.27.).

Рис. 2.25. Форма выбор периода

Рис. 2.26. Отчет остатки номенклатуры

Рис. 2.27. Отчет диаграмма по остаткам номенклатуры

Отчет Должники (см. рисунок 2.29.) показывает контрагентов, которые потребляли товары в кредит. Отчет можно составить на любую дату (см. рисунок 2.28.).

Рис. 2.28. Форма выбор даты по должникам

Рис. 2.29. Отчет должники

2.4 Обоснование выбора системного обеспечения

Операционная система является сердцевиной программного обеспечения, она создает среду для выполнения приложений и во многом определяет какими полезными для пользователя свойствами эти приложения будут обладать.