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

Министерство просвещения ПМР

Приднестровский Государственный  Университет им. Т.Г. Шевченко

Рыбницкий филиал

Кафедра «Физики, математики, информатики»

 

 

 

 

 

                                                                                                   Допустить к защите

                                                                         Зав. кафедрой

                                                                                                     к.ф-м.н., доцент  Личман В.А.

                                                                                               «___» ___________2005 г.

Дипломная работа

на тему:

«Автоматизация учета  реализации готовой продукции на

ГУП «Рыбницкий винно-коньячный  комбинат»

 

 

                                                                                                                                                                                                      

                                                                                  Студента 5 курса д/о

                                                                                                 Специальности: «Прикладная

                                                                                             информатика в экономике»

                                                                                                    Свердлик Татьяны Леонидовны

                                                                                       Научный руководитель:                                   

                                                                                                 к.с.н., доцент  Скодорова Л.К.

                                                                                                           Консультант:  ст.преподаватель                                                       

                                                                                                            Лоскутова Е.В.

 

 

 

г. Рыбница 2005

 

Согласовано

ГУП «Рыбницкий винно-коньячный комбинат»

Маркетолог Яковлева Т.И.__________________

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Техническое задание

на разработку программного продукта

«Учет реализации готовой  продукции»

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

ГУП «Рыбницкий винно-коньячный комбинат»

2005 г.

1. Основания для разработки

 

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

2. Назначение разработки.

 

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

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

• бланк договора предприятия с фирмой-покупателем (с указанием наименования и юридических адресов сторон, участвующих в договоре, предположительной стоимости, условия и сроки действия договора);
• Товарно-транспортной накладной на отгрузку необходимой продукции (указывается наименование, количество, цена, сумма приобретаемого товара)
• Ведомости №16 "Движение готовых изделий, их отгрузка и реализация".

Основные бизнес - функции разрабатываемого АРМ:

- Заключение договоров с фирмой-покупателем;

- Выписка товарно-транспортных накладных на отгрузку продукции;

- Разнесение оплаты за реализованную продукцию по счетам бухгалтерского учета;

- Формирование Ведомости №16.

- Формирование отчетов по запросу пользователя;

Данный программный продукт позволит:

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

3. Исходные требования к конечному результату

 

1. Требования по функциональности.

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

• Обеспечивать ввод данных, связанных с отгрузкой готовой продукции и обработку  этих данных;
• Создавать отчетные документы;
• Иметь систему помощи по программе;
• При вводе данных о наименовании  товаров должен использоваться справочник “Номенклатура товаров”;
• Создаваемые документы должны отвечать отраслевым стандартам, принятым на предприятии.

2. Условия эксплуатации

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

3. Требования к составу и параметрам технических средств

Программа должна функционировать  на персональных компьютерах со следующей конфигурацией:

•    IBM PC/AT совместимых ПЭВМ не ниже Pentium I;
• Объем ОЗУ не менее 128 М/байт;
• Объем необходимого дискового пространства - не менее 10 М/байт.

4. Требования к информационной и программной совместимости

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

• наличие операционной системы типа Windows 95, Windows 98,                                                          Windows NT 4.x, Windows 2000 и совместимых с ними;
• ввод даты обязателен в форме маски;
• ввод цифр обязателен.

5. Требования по защите.

Для обеспечения защиты данных при сбое в сети питания  ПК либо аварийном завершении работы программы предусматривается режим  автосохранения. 

4. Планируемые показатели эффективности.

 

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

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

 

 

 

 

Оглавление

 

Введение…………………………………...............................................................3

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

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

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

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

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

2.3. Процесс моделирования……………………………………………13

2.4. Разработка функциональной модели  системы средствами 

BPwin…...…………………………………………………………..…14

2.5. Построение логической  модели средствами ER-win…………….25

Глава II. Разработка программного приложения

§1.  Обоснование выбора средств разработки программного продукта….28

1.1. Анализ аппаратных  средств………………………………………..28

1.2. Анализ и выбор  программных средств……………………………28

1.3. Основные сведения  о СУБД «Visual FoxPro 5.0» ………………..32

§2.  Разработка программного приложения с использованием СУБД  

        «Visual FoxPro 5.0»……………………………………………………...33

2.1. Создание базы данных……………………………………………..33

2.2. Описание программы………………………………………………35

§3. Анализ целесообразности разработанного программного продукта...42

§4. Тестирование и отладка программного продукта на предприятии.….42

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

3.1. Анализ динамики  и выполнения плана производства  и  

       реализации  продукции…………………...…………………..…….43

3.2. Анализ ритмичности  работы предприятия…………………….…45

3.3. Анализ экономических  показателей, получаемых с помощью  разработанного программного продукта………………………………………46

Заключение……………………………………………………………………….51

Список используемой литературы

Приложения

Руководство пользователя

Введение

 

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

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

Автоматизированное рабочее  место (АРМ) “Учет реализации готовой  продукции” предназначено для использования  на предприятии ГУП «Рыбницкий винно-коньячный комбинат» и обеспечения контроля и учета реализации продукции, производимой на предприятии. Также при использовании данного АРМ возможно составление отчетности об отгрузке на предприятии, выявление задолженности по оплате отгруженной продукции. Разрабатываемый программный продукт может быть использован как маркетологом для ведения учета реализации, так и руководителем предприятия для осуществления контроля отгрузки.

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

Требования  к программной реализации:

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

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

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. Выбор концептуальной модели

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

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

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

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

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