Автоматизация учета реализации готовой продукции на ГУП «Рыбницкий винно-коньячный комбинат»

Разрабатываемый программный  продукт должен реализовать следующие задачи:

1. Обеспечение ввода данных об отгрузке и оплате;
2. Обработка введенной информации;
3. Подсчет дебиторской задолженности за осуществленную продажу;
4. Печать документации (бланк договора, ТТН, отчетной документации по запросу).

В данной дипломной работе освещены следующие задачи:

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

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

В третьей главе проведен экономический анализ реализации продукции ГУП «Рыбницкий винно-коньячный комбинат».

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Глава I. Проектирование информационной системы ГУП «Рыбницкий винно-коньячный комбинат».

§1. Техническая характеристика предприятия

В качестве объекта исследования рассматривается ГУП «Рыбницкий винно-коньячный комбинат». Это современное предприятие по переработке сырья и производству алкогольной и безалкогольной продукции.

Предметом деятельности предприятия  является:

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

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

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

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

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

• производство винно-водочной продукции;
• розничная и оптовая реализация готовой продукции;

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

• цеха переработки фруктов (яблок, винограда, слив)
• купажное отделение
• спирто-курочное отделение
• цех розлива

К документообороту производственного  цеха относятся:

1. Приёмо-сдаточная накладная на продукцию, получаемая со склада;

2. Приёмо-сдаточная накладная  на тару, также от склада, т.е.  сколько и какую тару передал  склад производственному цеху;

           3. подвальная книга (на основании  полученных накладных);

           4. журнал регистрации.

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

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

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

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

1. Учёт основных средств;
2. Учёт оплаты труда;
3. Учёт реализации продукции.

§2. Анализ моделей проектирования информационной системы

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

2.1. Выбор логической модели данных

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

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

• Сложность реализации “многие ко многим”, требующая избыточности данных на физическом уровне, что приведет к нежелательному и не оправданному увеличению БД;
• требование повышенной корректности к операции удаления, поскольку удаление исходного сегмента влечет за собой удаление порожденных;
• доступ к любому порожденному сегменту возможен только через исходный, что увеличивает время ответа на запрос к БД.

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

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

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

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

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

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

Особенность реляционной  модели заключается в том, что  в отличие от сетевой и иерархической  моделей реальные объекты и взаимосвязи  между ними представляются в базе данных единообразно в виде нормализованных  отношений [10].

Основной недостаток реляционной модели данных связывается  с низкой производительностью реляционной  СУБД. Но разработка современных СУБД таких как, ORACLE, Visual FoxPro, InterBase, Acsses и др. позволило преодолеть  этот недостаток.

Преимущества реляционной модели можно разделить на две группы:

1. Для пользователя:

• реляционная БД представляет собой набор таблиц, с которыми пользователь привык работать;

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

2. Для обработки данных реляционной БД:

• связность. Реляционное представление дает ясную картину взаимосвязей атрибутов из различных отношений;
• точность. Направленные связи в реляционной БД отсутствуют. Отношения по своей природе обладают более точным смыслом и поддаются манипулированию с использованием таких средств, как алгебра и исчисление отношений, обеспечивающих наглядность и гибкость модели данных;
• гибкость. Операции проекции и объединения позволяют разрезать и склеивать отношения, так что программист может получать разнообразные файлы в нужной форме;
• секретность. Контроль секретности упрощается. Для каждого отношения имеется возможность задания правомерности доступа, засекреченные показатели можно выделить в отдельные отношения с проверкой прав доступа.
• Простота внедрения. Физическое размещение однородных (табличных) файлов намного проще, чем размещение иерархических и сетевых структур.
• Независимость данных. БД должна допускать возможность расширения, т.е. добавления новых атрибутов и отношений.

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

2.2. Выбор концептуальной модели

Существует три разновидности концептуальной модели данных:

• Семантическая модель;
• Фреймы;
• Модель “сущность-связь”.

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

• Описание объектов предметной области происходит естественным языком;
• Все записи, поступающие в БД, накапливаются в относительно однородной структуре.

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