Разработка методов эфективного использования ресурсов на предприятии

МИНИСТЕРСТВО  ОБРАЗОВАНИЯ РЕСПУБЛИКИ БЕЛАРУСЬ

УЧРЕЖДЕНИЕ  ОБРАЗОВАНИЯ «ГРОДНЕНСКИЙ ГОСУДАРСТВЕННЫЙ  УНИВЕРСИТЕТ ИМЕНИ  ЯНКИ КУПАЛЫ»

ФАКУЛЬТЕТ ЭКОНОМИКИ И УПРАВЛЕНИЯ

Кафедра математического и информационного обеспечения экономических систем 

Допущен к защите

Заведующий кафедрой

математического и информационного обеспечения

экономических систем  

________________В.И. Ляликова

«_____»______________ 2011 г. 

ДИПЛОМНАЯ РАБОТА

Разработка  методов эфективного  использования ресурсов на предприятии 

Специальность «Информационные системы и технологии в экономике» 

Автор работы

Студент 5 курса 6 группы                           Д. А. Кузмицкий 

Руководитель

Преподаватель                                        Т. Г. Клопатюк 
 

Гродно 2011

  АННОТАЦИЯ

     Работас., 3 ч., 7 табл., 11 рис., 11 источников, 10 прил.

     АРХИТЕКТУРА КЛИЕНТ-СЕРЕВЕР, СРЕДА РАЗРАБОТКИ, СИСТЕМА УПРАВЛЕНИЯ БАЗАМИ ДАННЫХ, ИНТЕРФЕЙС ПРОГРАММИРОВАНИЯ ПРИЛОЖЕНИЙ.

     Объектом  исследования является процесс обмена, хранения и обработки данных,  а также автоматизации производственных процессов на предприятии.

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

   Для достижения поставленных целей необходимо решить следующие задачи:

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

    Основные  результаты исследования, а также новизна работы заключается в создании и внедрении приложения по контролю за массам отливок, на ЧУП «ЦветЛит». 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

ВВЕДЕНИЕ 

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

     - Новые клиенты

     - Больше прибыли

     - Меньше затрат

     - Расширение предприятия

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

     Объектом  исследования является процессы ввода, хранения и обработки данных в приложении 1С.

     Предметом исследования являются технологии создания приложений в среде 1С.

Целями данной работы является:

1. Постоянный контроль над количеством сданного литья в течение месяца по каждому наименованию в штуках (тыс. штук) и отклонение от плана производства
2. Определение массы сданного литья по нарастающему за месяц по всей номенклатуре
3. Определение  массы отливки по каждому грузовому месту и сравнение ее с утвержденными нормативами  +- в %. Определение массы отливки по нарастающему за месяц, определение отклонения от норматива  по нарастающему за месяц в %.
4. Предоставление отчетности по эффективному использованию ресурсов с детализацией по цехам.
5. Представление данных в наглядном для пользователя виде: диаграммы, графики.

   Для достижения поставленных целей необходимо решить следующие задачи:

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

     Для разработки приложения были использованы следующие средства и технологии: Среда 1С: предприятие. Приложение разрабатывалось методом «сверху вниз».

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

     Новизна работы заключается в создании и внедрении приложения по автоматизации учета и контроля эффективного использования ресурсов  на ЧУП «ЦветЛит».

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

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

1. ФОРМАЛЬНАЯ  МОДЕЛЬ ПРЕДМЕТНОЙ ОБЛАСТИ
1. Постановка задачи

     В конце 2010 года руководитель предприятия  ЧУП «ЦветЛит», занимающегося выпуском продукции бытового и производственно-технического назначения: водонапорных шаровых кранов, клапанов, фильтров  и т.п., принял решения взять кредит на сумму 3 млд, для того, чтобы купить основной материал, из которого и производиться почти вся продукция – латунь. Поскольку у нас в стране, да и в странах СНГ сложилась ситуация, при которой купить большое количество данного материала невозможно, то данный шаг руководителя помог скупить почти всю доступную латунь, тем самым создавая запасы на будущий год, и откидывая конкурентные предприятия далеко назад. Но поскольку потрачены огромные деньги, возникает ряд проблем:

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

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

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

     Для достижения поставленной цели необходимо решить следующие задачи:

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

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

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

2. Анализ задачи и разработка вариантов решения

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

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

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

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

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

     Вариант 2. Написать приложение с использованием платформы Microsoft Visual .NET. Данные хранились бы в базе данных на SQL-сервере. Это позволило бы выбирать их для формирования отчетов. Реализация происходила бы с использованием языка C#.

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

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

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

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

     Подробная информация о платформе 1С  с компонентой 1С: Предприятие, а так же ее клиент-серверную модель рассмотрим подробнее ниже. 
 
 
 
 
 

1.3. 1С: история, структура платформы, основные понятия системы «1С:Предприятие» Клиент- серверная модель

     Сама  компания 1с зародилась в 1991 году, то есть как раз после появления первых признаков рыночной экономики. Основателем ее является, ее бессменный руководитель Борис Георгиевич Нуралиев.

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

     В 1980 году Нуралиев закончил Московский государственный университет экономики  статистики и информатики. Еще во время учебы он работал в научной  лаборатории института в области "Автоматизированные системы управления". Видимо, уже тогда закладывались предпосылки легендарной 1с.

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

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

     Но, видимо, в руководителе 1с уже тогда томилась "экономическая жилка", - в 1990 году хозрасчетным отделом было подписан контракт на распространение пакета Lotus 1-2-3. Напомню, данный пакет был предназначен для работы с электронными таблицами.

     В 1991 году была создана компания 1с. 1с создавалась для создания пакета электронных биржевых торгов, но затем использовалась для продажи переведенной на русской язык версии 2.2 Lotus 1-2-3. Позволить приобрести данный пакет, могло себе не каждое предприятие, - он был очень дорогим. Но это не воспрепятствовало 1с созданию сети дилеров, через которую и сейчас распространяются продукты 1с бухгалтерия и т.д.

     К 1992 году был подготовлен собственный  продукт, прототип 1с бухгалтерии. Анонс  ее был произведен на выставке Comtek в 1992 году, где демонстрировались "таблицы" Lotus 1-2-3 и собственный продукт 1с. История создания 1с бухгалтерии более загадочен, нежели создание самой компании. Официальным разработчиком исходного кода является брат руководителя компании 1с - Сергей Нуралиев, который подрабатывал у брата в бух учете и для собственных нужд разработал себе приложение, - прототип сегодняшней 1с бухгалтерии. Программный продукт даже в первоначальном издании оказался довольно успешным, - на дискетках 1с бухгалтерия первых релизов разошлась более чем в трехстах экземплярах.

     В 1994 году руководитель 1с вплотную занимается распространением продуктов в регионах, - он организовывает франчайзинговые  программы, что позволяет расти  дилерской сети при меньших затратах чем у конкурентов. К слову  сказать, это был первый человек, который сделал рекламу своим дилерам, опубликовав объявление в газете, которое по содержанию можно описать следующим образом: "1с бухгалтерия - можно купить по следующим адресам: список адресов". Это сейчас подобный подход можно считать банальной, но тогда не было ни Макдоналдсов, ни сетей магазинов, которые бы могли показать пример успешной рекламы.

     В 1996 году был выпущен известный  пакет 1с предприятие, который имеет  свою огромную историю. Первые версии, естественно, выпускались под ранние ОС, и только с 7.0 они были для ОС Windows 95 и выше. Затем был довольно громкий релиз 1с предприятие 7.7 в 1999 году, который практически бесплатно для конечного пользователя заменил пакеты 1с предприятие 7.0 и 7.5.

Сейчас  основным считается пакет 1с предприятие 8, язык программирования которого несовместим с предыдущими 6 и 7 версиями продукта. 

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

• работа с константами;
• работа со справочниками;
• работа с документами и журналами документов;
• работа с перечислениями;
• работа отчетов и обработок (пока они не используют возможности, предоставляемые компонентами);
• стандартные сервисные возможности (редактирование табличных и текстовых документов, удаление помеченных объектов, групповое проведение документов, калькулятор, календарь и др.);
• и другое.

В настоящее время система 1С:Предприятие 7.7 состоит из следующих компонент:

«Бухгалтерский учет». Компонента предназначена для автоматизации учета деятельности предприятия с использованием специфичных для данной компоненты понятий: план счетов, счет, операция, проводка, бухгалтерские итоги. Компонента реализует модель учета, когда учет ведется с использованием специально построенного плана счетов. Такая модель учета используется в частности в российском бухгалтерском учете, а также, например, при учете по стандартам МСФО. С использованием данной компоненты построены такие конфигурации, как: «Бухгалтерский учет», «Комплексная конфигурация», «Производство+Услуги+Бухгалтерия».

Специфичные для данной компоненты объекты метаданных:

• план счетов;
• счет;
• операция;
• проводка;
• вид субконто.

«Оперативный учет». Компонента предназначена для автоматизации учета деятельности предприятия без использования планов счетов. Специфичные для данной компоненты понятия — это регистр, движение регистра, остаток по регистру, оборот по регистру. Используемые компонентой объекты имеют определенное сходство с объектами компоненты «Бухгалтерский учет». Например, «план счетов» — «регистр», «сальдо — остаток по регистру». С определенными натяжками план счетов бухгалтерского учета можно рассматривать, как регистр оперативного учета с такими измерениями, как «номер счета», «субконто 1» — «субконто 5»; и с такими ресурсами, как «сумма», «валютная сумма» и «количество». В отличие от «Бухгалтерского учета», в «Оперативном учете» количество измерений у регистра теоретически не ограничено, как и количество ресурсов. Единственный специфичный для данной компоненты объект метаданных — это регистр. С использованием данной компоненты построены такие конфигурации, как «Торговля и Склад», «Комплексная конфигурация», «Производство+Услуги+Бухгалтерия».

«Расчет». Компонента предназначена для автоматизации учета деятельности предприятия, когда при учете применяются различные зависимые друг от друга расчеты, которые к тому же «привязаны» к определенному периоду времени. Специфичные для данной компоненты понятия — это журнал расчетов, вид расчетов, группы расчетов, записи журнала расчетов, вытеснение расчетов, сторнирование записей журнала расчетов, перерасчеты и др. С использованием данной компоненты построены такие конфигурации, как «Зарплата и Кадры» и «Комплексная конфигурация». Также когда-то существовала специализированная конфигурация для расчета амортизации основных средств, построенная на компоненте «Расчет».

Специфичные для данной компоненты объекты метаданных:

• журналы расчетов;
• виды расчетов;
• правила перерасчетов;
• группы расчетов;
• календари.

«Управление распределенными информационными базами» (УРИБ, она же УРБД). Позволяет создавать так называемые распределенные информационные базы данных. Распределенная база данных состоит из нескольких физически различных баз данных, между которыми периодически производится синхронизация данных. При этом, одна база является центральной, а остальные — периферийными. При синхронизации данных между базами передаются только измененные данные после последней синхронизации. Компонента позволяет производить настройку параметров миграции данных между различными базами. Например, можно отключить миграцию некоторых объектов или ограничить их миграцию, разрешив ее только между некоторыми базами данных. Компонента также расширяет возможности встроенного языка 1С:Предприятия, позволяя управлять миграцией не просто видов объектов, а даже конкретных объектов (конкретных документов, конкретных элементов справочников).

«Web-расширение». Данная компонента предоставляет возможности доступа к базе данных 1С:Предприятия при помощи технологии ASP (Active Server Pages). Т.е. возможно создание специального веб-сервера, который позволяет с использованием веб-технологий работать с базой данных. Данная компонента используется в качестве альтернативы доступа к БД при помощи сервера терминалов.

Конфигуратор, отладчик, прикладная программа

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

• «Конфигуратор». Основная система для разработчика конфигураций — прикладных решений — для 1С:Предприятия. Здесь производится определение структуры базы данных, создание и редактирование объектов метаданных, разработка диалогов, печатных форм, редактирование программных модулей на встроенном языке 1С:Предприятия. Также при помощи «Конфигуратора» производятся административные действия над базой данных: определение пользователей базы данных, задание прав доступа, тестирование базы, архивация данных и др.

Рис. 1.1. Режим конфигуратора [источник: собственная разработка]  

• «1С:Предприятие» — режим исполнения или прикладная программа. В этой подсистеме работает конечный пользователь конфигурации. Здесь производится ввод данных в базу данных (заполнение справочников, создание и проведение документов) и формирование отчетов. Также в этом режиме производится ряд административных действий: удаление помеченных на удаление объектов с контролем ссылочной целостности, управлением оперативными и бухгалтерскими итогами и др. Большинство административных действий выполняется только в монопольном режиме запуска 1С:Предприятия.

Рис.1.2. Режим предприятия [источник: собственная разработка]  

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