Автоматизация рутинных операций может быть выполнена с помощью макрокоманд. На тот случай, когда не хватает функциональности визуальных средств пользователи 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. Предполагается, что время поставки известно и является постоянной величиной. Это означает, что заказ можно осуществлять в точке с определенными значениями временного параметра и размера запаса (уровень повторного заказа), которые обеспечивают получение заказа в тот момент, когда уровень запасов равен нулю.

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 Обоснование выбора системного обеспечения

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

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

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

· переносимость. Код должен легко переноситься с процессора одного типа на процессор другого типа и с аппаратной платформы (которая включает наряду с типом процессора и способ организации всей аппаратуры компьютера) одного типа на аппаратную платформу другого типа.

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

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

· безопасность. ОС должна обладать средствами защиты ресурсов одних пользователей от других.

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

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

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

Наибольшей популярностью в настоящее время пользуются операционные системы фирмы Microsoft. Их доля составляет 95% среди всех операционных систем. Наиболее устойчивые системы этой фирмы основаны на технологии NT (Windows NT/2k/XP). В последние шесть лет возрастает популярность операционной системы под названием Unix. Главным недостатком последней является несовместимость с прикладными программами семейства Microsoft. Поэтому остановимся на ОС семейства Windows.

Используя статистические данные и результаты ранжирования [17], можно определить предпочтения пользователей в использовании ОС:

1. Windows XP - 72.7%

2. Windows Vista - 15.7%

3. Unix - 8.3%

4. Windows 2000 - 2.2%

5. Windows 98 - 1.1%

В качестве альтернативы рассматривались Windows XP и Windows Vista.

Windows Vista - это новая еще «сырая» разработка Microsoft, она требует достаточно мощных аппаратных конфигураций и существует проблема отсутствия драйверов Windows Vista для подавляющего большинства периферийных устройств. В Windows XP такой проблемы нет, это отлаженная, хорошо зарекомендовавшая себя ОС, поэтому в качестве операционной системы будет использоваться Windows XP Professional так как она сочетает в себе все необходимые функции и не требует слишком высокие аппаратные характеристики. Это наглядная ОС, поддерживающая большее количество утилит и программных продуктов, в том числе и Microsoft Office 2003, который включает в себя Access, в котором осуществлена база данных.

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

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

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

Для создания пользовательских форм можно воспользоваться тремя способами:

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

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

3. Вручную в режиме конструктора. Сначала создается базовая форма, которая затем изменяется в соответствии с требованиями в режиме конструктора.

Пользуясь средствами MS Access для создания приложений не потребуется расходовать дополнительные денежные средства на покупку специализированных средств разработки, таких как С++Builder и Delphi, а также появляется возможность разработки системы учета товаров на АГЗС.

2.6 Обоснование выбора технического обеспечения ИС

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

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

· ПЭВМ типа IBM PC/AT с минимальной конфигурацией:

- процессор: Pentium, 600 MHz или более мощный;

- оперативная память: 256 Мб;

- емкость жесткого диска: 40 Гб;

· монитор Super VGA с разрешением 800x600 точек или более высоким, поддерживающий 256 цветов;

· принтер HP LaserJet 1010;

· ADSL-модем D-Link 10/100 Мбит/с;

· операционная система: Windows ХР Professional;

· ПО: SQL-Server, Access 2003.

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

2.7 Разработка организационного обеспечения

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

Проектируемая система предназначена учета товаров на АГЗС.

Персонал, который будет непосредственно работать с системой:

· операторы;

· администратор.

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

Администратором БД будет программист отдела ОКО поскольку он имеет достаточный уровень профессионализма и специальные навыки для работы.

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

3. Расчет экономической эффективности

В данном дипломном проекте осуществляется разработка информационной системы учета товаров на АГЗС «Северного объединения по эксплуатации газового хозяйства.

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

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

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

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

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

Оба вида рассмотренной экономической эффективности взаимосвязаны.

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

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

Необходимо определить затраты на проведение научно-исследовательской работы (НИР). В эти затраты должны включаться трудовые затраты инженера-исследователя (дипломника), его руководителя, а также затраты связанные с использованием ЭВМ и различного оборудования, необходимого для проведения экспериментов.

Расчет начинается с составления сметы

Исходными документами для составления сводной сметы является:

1. График основных этапов проведения научно-исследовательской работы (НИР) и затраты на её проведение.

2. Определение капитальных затрат для нового варианта.

3. Определение эксплуатационных затрат для нового варианта.

4. Определение экономического эффекта.

3.1 График основных этапов проведения НИР и расчет затрат

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

Для составления графика основных этапов проведения НИР рассмотрим временные интервалы проведения работ:

Подготовительный этап.

Теоретические разработки.

Проектирование и выполнение технического задания на ЭВМ.

Консультации с руководителем проекта.

Машинные расчеты и оформление отчета в электронном виде.

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

a_i - минимальные возможные трудоемкости отдельных видов работ;

b_i - максимальные возможные трудоемкости отдельных видов работ;

m_i - наиболее вероятная трудоемкость отдельных видов работ.

Ожидаемое значение трудоемкости Т_i и их дисперсия Д_i оцениваются по формулам:

, (3.1)

(3.2)

Дисперсия характеризует степень неопределённости выполнения работы за ожидаемое время. Продолжительность работы Т_пi оценивается по формуле:

Т_пi = Т_i / Ч_i , (3.3)

где Т_i - трудоёмкость, чел.-дни;

Ч_i - численность исполнителей, чел.

Т.к. работа проводится одним человеком, то T_пi = T_i. При допущении, что работы ведутся в проектной организации для проведения НИР по данному проекту и выполнения основных этапов НИР понадобится следующий персонал:

- ведущий инженер - руководитель проекта;

- инженер - разработчик проекта.

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

На основании значений, полученных при расчетах по формулам (3.1. - 3.3.), составляется график проведенных работ, представленный в таблице 3.2.

Таблица 3.1

№ этапа	ai	bi	mi	Ti	Di
1	10	21	16	16	20,17
2	7	14	10	10	8,17
3	30	50	40	40	66,67
4	10	30	20	20	66,67
5	20	35	25	26	37,5

Таблица 3.2

Наименование этапа	Дата начала	Длительность, дней
1. Подготовительный (подбор, изучение литературы, анализ состояния вопроса, составление технического задания)	26.01.2009	16
2. Теоретическая разработка (проектирование схем, разработка теоретических обоснований)	12.02.2009	10
3. Проектирование и выполнение технического задания на ЭВМ	25.02.2009	40
4. Консультации с руководителем проекта	01.02.2009	20
5. Машинные расчёты и отчёт в электронном виде	12.02.2009	25

Рабочий день специалистов 8 часов. Тарифная ставка инженера-исследователя С_р= 85 р/час, С_р = 85*8 = 680 р/день. Тарифная ставка инженера-руководителя С_р= 100 р/час, С_р = 100*8 = 800 р/день.

Количество рабочих дней в планируемом году - D =365, число смен работы ЭВМ n=2, средняя продолжительность смены 12 часов, планируемый процент потерь времени на профилактику и ремонт К_п = 5%.

Действительный годовой фонд времени работы ЭВМ:

=365*2*12*(1-0,01*0,05)=8756 ч/год

Начальная стоимость ЭВМ, принтера и модема P = 38000 руб. Затраты на текущий ремонт

С_рем = 38000*5%=1900руб

Затраты на эксплуатационные материалы, необходимые для нормального функционирования технических средств (бумага, картридж принтер и др) С_мат = 5400 руб/год.

Стоимость 1 кВт/ч электроэнергии Ц_э = 2,20 р, мощность ЭВМ в кВт/ч электроэнергии М =2 кВт/ч.

Расчет амортизационных отчислений производится по формуле:

р/год

Затраты на электроэнергию можно рассчитать по следующей формуле:

.р/год

Годовые эксплуатационные расходы:

С_экс = С_рем + С_мат + С_эл + С_ам =1900+5400+38526+7600=53426 руб,

Стоимость машинного часа:

 руб.

Расчет затрат НИР:

1. Затраты на теоретическую часть и работу с литературой:

З_т = С_р * Т_т*1,262 (3.4)

где С_р - тарифная ставка инженера-исследователя;

Т_т - время, затраченное на работу с литературой и теоретический

анализ;

З_т = 680*16*1,262 = 13731 руб

2. Затраты на теоретические разработки:

З_рс = С_р * Т_р*1,262 (3.5)

где Т_р - время, затраченное на теоретические разработки.

З_рс = 680*10*1,262 = 8581,6 руб

3. Затраты на проектирование и выполнение технического задания на ЭВМ

З_п = С_р* Т_п*1,262 (3.6)

где Т_п - время, затраченное на проектирование и выполнение технического задания на ЭВМ.

З_п = 680* 40*1,262 = 34326 руб

4. Затраты на оплату машинного времени

З_м = С_м * Т_м (3.7)

где С_м - стоимость одного часа машинного времени;

Т_м - время использования машины.

З_м = 6,1*24*365=53436 р/год

5. Затраты на консультацию с руководителем

З_кп = С_кр * Т_кп*1,262 (3.8)

где С_кр - тарифная ставка ведущего инженера;

Т_кп - время консультаций с руководителем.

З_кп = 800*20*1,262 = 20192 руб

6. Полные затраты при использовании ЭВМ для расчетов и составления отчета

З_сум = З_т + З_тр + З_п + З_м + З_кп (3.9)

З_сум = 13731+8581,6+34326+53436+20192 = 439176,6

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

Консультации с руководителем проходят на протяжении всего дипломного проектирования. Количество дней и затрат на консультацию с руководителем равномерно распределим на все этапы проведения дипломного проекта. Следовательно, количество дней каждого этапа увеличится на 5 дней (20/4=5) и затраты каждого из этапов увеличатся на 32566,65 руб (130266,6/4 = 32566,65).

Таблица 3.3

Наименование затрат	Обозначение	Сумма
		в рублях	в %
1. Работа с литературой и теоретическая часть	Зт	13731	13
2. Теоретические разработки	Зтр	8581,6	10
3. Проектирование и выполнение технического задания на ЭВМ	Зп	343236	50
4. Оплата машинного времени	Зм	53436	7
5. Консультация с руководителем	Зкп	20192	20
ИТОГО	Зсум	439176,6	100%

График основных затрат этапов проведения дипломного проекта представлен на рис. 3.1.

Рис. 3.1. График затрат на проведение дипломного проекта

3.2 Определение капитальных затрат для нового варианта.

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

Таблица 3.4. Капитальные затраты

Капитальные затраты	Стоимость, руб
Стоимость программного обеспечения	45 000
Настройка ПО	6000
Обучение персонала	5000
Итого	56000

3.3 Определение эксплуатационных затрат для нового варианта

В состав текущих затрат на эксплуатацию электрооборудования входят:

1. Годовые затраты на обслуживание и текущий ремонт С_ро;

2. Годовые амортизационные отчисления С_а.

Таблица 3.5. Постоянные затраты

Затраты, руб	Периоды
	1 год	2 год	3 год	4 год	5 год
Затраты на обслуживание и текущий ремонт	1900	1900	1900	1900	1900
Амортизационные отчисления	7600	7600	7600	7600	7600
Итого	9500	9500	9500	9500	9500

Экономия от предлагаемого варианта представлена в таблице 3.6.

Таблица 3.6. Экономия

Экономия	Периоды
	1 год	2 год	3 год	4 год	5 год
Автоматизация учета товаров, руб	93600	93600	93600	93600	93600

На данный момент при отсутствии информационной системы учета товаров работа по обработке информации ведется вручную. То есть каждую смену оператор должен заполнять множество бумажных журналов, на что тратится 2 часа. Тарифная ставка оператора С_р= 65 р/час. Общая сумма затрат предприятия на обработку документов в месяц составит:

65(руб)*2(часа)*2(смены)*30(дни)=7800 руб/месяц.

В год, таким образом, эта сумма составит: 7800*12=93600 руб.

3.4 Определение экономического эффекта

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

норма дисконта (принимается в размере ставки рефинансирования ЦБ РФ).

прогнозируемый уровень инфляции на 2009 г.;

(3.10)

Сумму инвестиций в данный проект определяем по формуле:

К₀ = З_сум + К (руб./год), (3.11)

где З_сум - затраты на основные этапы проектирования, руб./год;

К - капитальные вложения, руб./год;

Сумма инвестиций в данный проект будет равна:

К₀=439176,6+56000=99917,6 руб.

Норма дисконта б = =0,0023.

Экономические показатели эффективности разрабатываемого проекта представлены в таблице 3.7.

Таблица 3.7

	Периоды
	1 год	2 год	3 год	4 год	5 год
Инвестиции	99918	0	0	0	0
Экономия	93600	93600	93600	93600	93600
Расходы	9500	9500	9500	9500	9500
1/(1+б)t	0,99773	0,99547	0,99321	0,99096	0,98871
Текущий эффект	-15818	84100	84100	84100	84100
Дисконтированный эффект	-15782	83719	83529	83339,736	83150,5
Сальдо, нарастающим итогом (ЧДД нарастающим итогом)	-62476	21243	104772	188111,724	271262

Из рис. 3.2. видно, что срок окупаемости проекта равен 1 год и 7 месяцев. Чистый дисконтированный доход к пятому году реализации проекта составит 271262 рубля.

Рис 3.2. График окупаемости проекта

4. Информационная безопасность и защита информации

4.1 Корпоративные компьютерные системы

В «Северном объединении по эксплуатации газового хозяйства» используется сеть масштаба предприятия - корпоративная сеть (КС), в ней средства передачи данных принадлежат только объединению и используются только для его нужд. КС - это внутренняя частная сеть организации, объединяющая вычислительные, коммуникационные и информационные ресурсы этой организации и предназначенная для передачи электронных данных, в качестве которых может выступать любая информация. Внутри КС определена специальная политика, описывающая используемые аппаратные и программные средства, правила подключения пользователей к сетевым ресурсам, правила управления сетью, контроль использования ресурсов и дальнейшее развитие сети. Корпоративная сеть представляет собой сеть отдельной организации.

Корпоративной сетью считается любая сеть, работающая по протоколу TCP/IP и использующая коммуникационные стандарты Интернета, а также сервисные приложения, обеспечивающие доставку данных пользователям сети.

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

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

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

Подключение корпоративной сети к Internet оправдано, если вам нужен доступ к соответствующим услугам. Использовать Internet как среду передачи данных стоит только тогда, когда другие способы недоступны и финансовые соображения перевешивают требования надежности и безопасности. Если вы будете использовать Internet только в качестве источника информации, лучше пользоваться технологией "соединение по запросу" (dial-on-demand), т.е. таким способом подключения, когда соединение с узлом Internet устанавливается только по вашей инициативе и на нужное вам время. Это резко снижает риск несанкционированного проникновения в вашу сеть извне.

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

4.2 Обеспечение безопасности в корпоративных сетях

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

организация сети организации

существующие угрозы безопасности информации, возможности их реализации и предполагаемый ущерб от этой реализации;

организация хранения информации в ИС;

организация обработки информации;

регламентация допуска персонала к той или иной информации;

ответственность персонала за обеспечение безопасности.

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

· Защита от несанкционированного проникновения в корпоративную сеть и возможности утечки информации по каналам связи.

· Разграничение потоков информации между сегментами сети.

· Защита критичных ресурсов сети.

· Криптографическая защита информационных ресурсов.

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

Различают три типа брандмауэров:

1. Шлюз уровня приложений. Шлюз уровня приложений часто называют прокси - сервером (proxy server) - выполняет функции ретранслятора данных для ограниченного числа приложений пользователя. То есть, если в шлюзе не организована поддержка того или иного приложения, то соответствующий сервис не предоставляется, и данные соответствующего типа не могут пройти через брандмауэр.

2. Фильтрирующий маршрутизатор. Фильтрующий маршрутизатор. Точнее это маршрутизатор, в дополнительные функции которого входит фильтрование пакетов (packet-filtering router). Используется на сетях с коммутацией пакетов в режиме дейтаграмм. То есть, в тех технологиях передачи информации на сетях связи, в которых плоскость сигнализации (предварительного установления соединения между УИ и УП) отсутствует (например, IP V 4). В данном случае принятие решения о передаче по сети поступившего пакета данных основывается на значениях его полей заголовка транспортного уровня. Поэтому брандмауэры такого типа обычно реализуются в виде списка правил, применяемых к значениям полей заголовка транспортного уровня.

3. Шлюз уровня коммутации. Шлюз уровня коммутации - защита реализуется в плоскости управления (на уровне сигнализации) путем разрешения или запрета тех или иных соединений.

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

Для защиты информации в корпоративной сети «Северного объединения по эксплуатации газового хозяйства» разработана система паролей и ограничений доступа пользователей к информации.