Потеря связи между клиентской базой данных АГЗС и серверной базой данных главного офиса

1. Потеря связи между клиентской базой данных АГЗС и серверной базой данных главного офиса.

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

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

2. Оперативное обновление цен

В процессе работе операторы на АГЗС, не вовремя получив информацию об изменении цены, могут продавать товары по «старым» расценкам, что приводит к фальсификации отчетности.

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

3. Отслеживание запасов СУГ

Во время работы оператора на АГЗС может закончиться СУГ, что приведет к дефициту спроса на товар, снижению конкурентоспособности АГЗС, расторжению договоров с контрагентами.

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

  1.3.4 Декомпозиция задач

Под декомпозицией задач, подразумевается разбиение общей задачи на подзадачи.

Основная задача: создание информационной системы автоматизации учета товаров на АГЗС.

Подзадача:

·     Создание двух БД для АГЗС и главного офиса по технологии «клиент – сервер»;

·     Формирование оборотно-сальдовой ведомости;

·     Учет должников-контрагентов по оплате за товары;

·     Формирование остатков товара;

·     Формирование сменного отчета, прихода, расхода;

·     Учет количества смен, отработанных сотрудниками;

·     Контроль над остатками и поставкой газа

  1.3.5 Требования, предъявляемые к разрабатываемой ИС

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

Проектируемая ИС должна: автоматически синхронизировать данные между БД АГЗС и главного офиса по технологии «клиент – сервер»; автоматизировать учет товаров на АГЗС; создавать БД с разграничением прав доступа на пяти АГЗС и в главном офисе; автоматически отправлять данные о реализации товара в конце каждой смены в главный офис; самостоятельно отслеживать должников-контрагентов по оплате за товары.

Требования к структуре и функционированию системы:

·     интерфейс системы должен быть лёгким и понятным, даже неподготовленному пользователю;

·     иметь разные уровни доступа в клиентской БД у пользователей АГЗС;

·     серверная БД должна храниться на серверной СУБД, для защиты данных;

·     оперативно отражать информацию о товаре;

·     обеспечивать настройку параметров;

·     устойчивость к сбоям связи;

·     легко адаптироваться к постоянно меняющимся параметрам.

Требования к эргономике:

·     экранная форма системы должна быть оформлена в спокойных цветах;

·     все экранные формы выдержаны в одной гамме цветов и одной стилистике.

·     все надписи легко читаемы.

Требования к технической эстетике:

·     защита рабочих мест в соответствии с нормами охраны труда: защитные экраны или мониторы со встроенными защитными экранами; правильное производственное освещение, исключающее повышенную яркость, блёсткость, ослеплённость, тени и т. п.;

·     предоставление мер по безопасности труда.

Требования к защите информации от несанкционированного доступа.

·     должно быть предусмотрено ограничение прав доступа, то есть у всех сотрудников должны быть собственные права доступа к системе, а именно уникальный пароль и имя входа;

·     иметь разные права доступа к одинаковым объектам БД на АГЗС и главном офисе.

  1.4. Обзор современных ИС

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

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

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

·     интегрированные системы управления.

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

·     финансово – управленческие системы;

·     производственные системы.

Финансово – управленческие системы: локальные и малые интегрированные. Применяются для ведения учета по одному или нескольким направлениям (бухгалтерия, сбыт, склады, учет кадров и т.д.), управление финансовыми потоками.

Свойства финансово – управленческих систем:

·      универсальность;

·      небольшой цикл внедрения;

·      имеются коробочные варианты;

·      гибкость в адаптации к нуждам конкретного предприятия;

·      способность работать на ПК в обычных сетях передачи данных NovellNetware или WindowsNT;

·      использование простых средств разработки (Clipper, FoxPro, dBase, Paradox);

·      снижение уровня эффективности при работе на сложных конфигурациях сети и при увеличении объемов обрабатываемых данных;

Производственные системы: средние и крупные интегрированные. Применяются для управления и планирование производственного процесса. Учетные функции глубоко проработаны и выполняют вспомогательную роль.

Свойства производственных систем:

·      более сложны в установке (цикл внедрения от 6-9 месяцев до 1-2 и более лет);

·      часто ориентированы на одну или несколько отраслей и /или типов производства;

·      специализация отражается в наборе функций системы;

·      наличие встроенных бизнес - моделей производства;

·      производственные системы по многим параметрам значительно более жесткие, чем финансово управленческие;

·      основными механизмами управления являются планирование и оптимальное управление производственным процессом;

·      охватывают планирование, закупки, производство, запасы, продажи, финансовые потоки и многие другие аспекты;

·      при увеличении сложности и широты охвата функций предприятия системой возрастают требования к технической инфраструктуре и компьютерной платформе;

·      разработаны с помощью промышленных баз данных;

·      в большинстве случаев используется технология «клиент-сервер».

Классификация рынка ИС представлена в таблице 1.3.

Таблица 1.3.

Представители групп	Локальные системы	Малые интегрированные системы	Средне интегрированные системы	Крупные интегрированные системы
	- Искра - Звезда - АГЗС-АСИ - Gazkit - и т.д.	- Concorde XAL - Exact - NS-2000 - Platinum - PRO/MIS - Scala - SunSystems - БОСС-Корпорация - Галактика/ Парус - Эталон	- JD Edwards (Robertson & Blums) - MFG-Pro (QAD/BMS) - SyteLine (COKAП/SYMIX)	- SAP/R3 (SAP AG) - Baan (Baan) - BPCS (ITS/SSA) - Oracle Applications (Oracle)

  1.4.1 Обоснование проектных решений по программному обеспечению комплекса задач

В настоящее время работа на всех АГЗС не автоматизирована. Учет прихода, расхода и другой отчетности ведется вручную в журналах. СУГ отпускается с помощью специальных пультов-контроллеров, которые напрямую соединены с колонками.

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

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

Программной средой для разработки был выбран Microsoft Access 2003.

Проектируемая информационная система учета материалов должна обладать следующими возможностями:

В клиентском приложении на АГЗС:

·       автоматически отсылать сведения о реализации товара при закрытии смены;

·       автоматически загружать обновления справочников номенклатура и контрагенты;

·       работать с взаимосвязанными таблицами;

·       выполнять автоматический расчет цены и количества при продаже товара;

·       создавать отчеты-ревизии, для сдачи смены;

·       считать остатки.

·       считать средний расход газа в неделю и давать рекомендации по заявке на заказ товара.

В серверном приложении главного офиса:

·       получать информацию об оборотах со всех клиентов;

·       задавать номенклатуру, фиксированные цены и контрагентов;

·       отслеживать дебеты и кредиты контрагентов;

·       автоматически показывать должников;

·       наглядно отображать остатки на клиентах.

2. Проектная часть   2.1 Информационное обеспечение комплекса задач

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

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

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

Информационное обеспечение (ИО) различают внемашинное и внутримашинное:

внемашинное – это вся совокупность информации в «северном объединении по эксплуатации газового хозяйства», включая информационно-логическую модель данных, системы документов и документооборота информационных потоков;

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

Значительную долю внемашинного ИО составляет документация. При разработке внемашинного ИО к документам, как наиболее распространенным носителям исходной и результативной информации, предъявляется ряд требований по их форме, содержанию, порядку заполнения. Единство требований создает унифицированную систему документации. Унифицированные типовые документы в деятельности АГЗС повышают эффективность автоматизации. К таким документам относятся накладные, отчеты сменные, отчеты о проданном СУГ и другие.

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

1)  входные данные (исходные данные для решения каких-то задач);

2)  выходные данные (результаты решения задач, предназначенные для использования в управлении или для выдачи на устройство отображения);

3)  промежуточная информация (результаты решения каких-то задач, предназначенные для использования в других задачах).

Любая автоматизированная ИС подразумевает внедрение в управленческую деятельность новой формы представления информации – электронных документов (первичных и результатных) на машинных носителях. Электронные документы обладают всеми свойствами и юридической силой документов управления. В них содержится информация, имеющая различное представление: текст, графика, звук, изображение в коммуникационных форматах. Хранятся электронные документы как файлы на машинном носителе.

Работа с документами, в том числе и электронными, требует создания системы управления документами и документооборота в масштабе распределенной ИС. Эта система должна охватывать все этапы жизненного цикла документов: создание, хранение. Обеспечить обмен информацией между пятью АГЗС и главным офисом.

2.1.1 Обоснование информационного обеспечения

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

·     печать сменного отчета;

·     печать проданного СУГ;

·     печать проданного СУГ с расшифровкой по клиентам;

·     печать продажи по операторам по разным номенклатурам;

·     печать должников-контрагентов;

·     печать ОСВ;

·     печать остатков;

·     поиск документа по дате;

·     поиск по смене;

Сбор информации для формирования отчетов осуществляться из документов, которые формируются в процессе работы АГЗС:

·   приходные накладные;

·   продажи;

·   оплаты контрагентов.

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

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

  2.1.2 Внемашинное информационное обеспечение   2.1.2.1 Инфологическая модель данных и ее описание

Логическая структура базы данных определяется информационными потребностями проекта. При ее разработке выделяются основные информационные сущности предметной области, выявляются связи между ними. Затем логическая структура оптимизируется в соответствии с реализуемыми целевыми функциями проекта.

Инфологическая модель данных приведена на рисунках 2.1. и 2.2.

1

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

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

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

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

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

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

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

·      

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

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

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

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

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

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

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

  2.1.2.2 Характеристика входной информации

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

Нормативно-справочная информация:

·     Справочник Контрагенты. Список контрагентов, с которыми «Северное объединение по эксплуатации газового хозяйства» заключает договора на обслуживание по безналичному расчету;

·     Справочник Номенклатура. Наименование товаров или услуг, и цены на них. Цена является единой по всем отделениям АГЗС;

Входная оперативная информация:

·     Таблица приход. Накладные на приход товара. В них указывается кто принял товар, в каком количестве и дата. Цена товара заложена изначально в справочнике номенклатуры. Она не меняется т.к. поставщик единственный.

Результатной информацией является:

·     Обороты за смену: что продано, кому, дата и время продажи, на какую сумму и код заправки для идентификации в БД главного офиса;

·     Сколько осталось товара в наличии.

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

Выбор клиентской СУБД представляет собой сложную многопараметрическую задачу и является одним из важных этапов при разработке приложений баз данных.

В первую очередь при выборе СУБД необходимо принимать во внимание следующие факторы:

·     максимальное число пользователей одновременно обращающихся к базе;

·     характеристики клиентского ПО;

·     аппаратные компоненты сервера;

·     серверную операционную систему;

·     совместимость с выбранной ОС;

·     возможность работать на разных типах компьютеров;

·     работа в различных топологиях и типах сетей;

·     наличие механизмов управления согласованностью действий и автоматического контроля;

·     уровень квалификации персонала.

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

При реализации проекта в качестве средства для разработки системы учета товаров был выбран – MS Access 2003, который включает весь необходимый перечень функций для проектируемой системы.

Главное достоинство MS Access состоит в возможности быстрой разработки «открытой» базы данных, систему в дальнейшем можно будет дорабатываться любому программисту, не привлекая первых разработчиков.

Сравнительные характеристики персональных СУБД представлены в таблице 2.1.:

Таблица 2.1.

Характеристики	Наименование
	Access	Approach	Paradox
1.Инсталяция СУБД (установка)	5	3	3
2.Качество справочной системы	5	4	4
3.Типы полей	4	3	5
4.Сортировка по полю	3	5	2
5.Удаление записей	5	4	3
6.Формы и отчеты:
- таблица стилей	4	3	3
- импорт данных	4	2	3
- подготовка запросов	3	4	1
- создание отчетов	4	4	4
- разработка формул	4	4	4
- подготовка почтовых отправлений	4	3	3

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 и MaxDB Access имеет русифицированный интерфейс и частично переведенный на российский язык файл контекстной помощи. А также Access имеет лучшую встроенную систему защиты среди всех настольных приложений СУБД. Можно создавать группы, пользователей, присваивать права доступа ко всем объектам, в том числе и модулей. Кстати, это решает вопрос закрытия процедур и функций от чужих глаз. Потому что для Access нет компилятора, то необходимость защиты становится очень актуальной для разработчиков. Система защиты доступная только при открытой базе данных.

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

Таблица 2.2.

Характеристики	MySQL	PostgreSQL	MaxDB	MS Access
Версия	MySQL-5.0	PostgreSQL 8.x	MaxDB Version 7.5	MS Access 2003
Скорость	высокая	средняя	средняя	средняя
Стабильность	очень высокая	высокая	средняя	высокая
Целостность данных	да	да	да	да
Механизм обеспечения безопасности	да	да	да	да
Поддержка схем данных	да	да	да	да
Поддержка вложенных запросов	да	да	да	да
Триггеры	да	да	да	да
Программные интерфейсы	ODBC, JDBC, C/C++, .NET/Mono, ADO.Net, OLEDB, Delphi, Perl, Python, PHP, Embedded (C precompiler), Embeded in Java	ODBC, JDBC, C/C++, Embeded SQL (in C), Tcl/Tk, Perl, Python, PHP	ODBC ,JDBC, C/C++, Precompiler (Embedded SQL), Perl, Python, PHP	ODBC, OLE/ADO DB, VBA, RAD, Embeded SQL
Транзакции	да	да	да	да
Ограничение по внешним ключам	да	да	да	да
Балансировка нагрузки	да	нет	нет	нет
Табличные пространства	да	нет	нет	да
Поддержка режима работы 24/7	да	да/нет	да	да

 

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

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

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

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

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

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

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

Безусловно, файл-серверные СУБД нам не подходят, поэтому будем использовать клиент-серверные. В качестве СУБД был выбран Microsoft SQL Server 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. Предполагается, что время поставки известно и является постоянной величиной. Это означает, что заказ можно осуществлять в точке с определенными значениями временного параметра и размера запаса (уровень повторного заказа), которые обеспечивают получение заказа в тот момент, когда уровень запасов равен нулю.