Преподаватель который помогает студентам и школьникам в учёбе.

Разработка регламента выполнения процесса «Управление запасами» (Обоснование необходимости внедрения информационной системы)

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

Объектом исследования курсового проекта является компания ОАО «Дивеевская птицефабрика», сбытовая деятельность коммерческого отдела компании, в области учет сырья и продукции.

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

Актуальность работы

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

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

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

Целью работы является моделирование процессов управления и контроля запасами сырья, а, также, предложения по совершенствованию ведения складского учета (сырьё и продукция) для колбасного цеха ОАО «Дивеевская птицефабрика» на основе использования информационной системы.

Задачами работы являются:

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

1ТЕХНИКО-ЭКОНОМИЧЕСКАЯ ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ

1.1 Характеристика автоматизируемого бизнес-процесса

ОАО «Дивеевская птицефабрика» ‑ одно из активно развивающихся предприятий региона. Предприятие поставляет мясо птицы, яйцо, полуфабрикаты и готовую мясную продукцию (колбаса, сосиски, копченый окорок и др.) не только на рынки Новгорода, но и в другие регионы. Птицефабрика сегодня выращивает более 5 млн. голов бройлеров и производит более 10000 т. мяса в год.

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

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

Организационно-функциональная структура предприятия представлена на рисунке 1.1.

Рисунок 1.1 ‑ Организационно-функциональная структура компании

Исследуемая задача касается учета движения товара по сладу на производственных цехах предприятия.

Организация включает 3 цеха переработки птицы:

Колбасный цех.
Цех полуфабрикатов.
Пельменный цех.

Острая необходимость в автоматизации процесса возникла входе развития торговой сети и роста объемов производства. Так как продукция предприятия имеет достаточно ограниченный срок годности, необходим четкий контроль запасов сырья и готовой продукции. Наличие средств автоматизации позволит поддерживать правильный баланс: иметь возможность обеспечить всех клиентов и торговые точки и не допускать перевыпуска продукции (которая, вероятнее всего, будет полежать переработке или утилизации).

Одна из сложностей правильного и быстрого планирования, а также внесение оперативных изменений в планы производства, в связи с потребностями клиентов, состоит в быстрой оценке состояния складов: наличие готовой продукции и наличие сырья для производства. Этими процессами занимаются менеджеры производства. На текущем этапе процессы автоматизированы частично, применяются средства пакета MS Office и разрозненные программные продукты на различных участках, отсутствие централизованного хранения данных не позволяет выполнять оценки продукции быстро и оперативно. Представим процессы менеджера на мнемосхеме (рисунок 1.2)

Рисунок 1.2 – Мнемосхема процесса оценки состояния складов и формирование оперативного плана производства

Автоматизации подлежат именно процессы оценки остатков продукции (запасы продукции) и остатков сырья (запасы сырья). Остатки продукции позволяют оценить объем производства, согласовав их с заказами клиентов, а остатки сырья позволяют оценить возможность производства. В случае необходимости (недостаток сырья) менеджер оформляет заявку на поставку ингредиентов. Также необходимо учесть, что производство расходует сырьё, отталкиваясь от технологии производства и рецептуры. Именно эти информационные процессы и необходимо объединить в системе, автоматизирующей работу менеджера со складами при формировании плана и заявок на поставку. Более детально процессы будут отражены в функциональной модели.

1.2 Нормативные документы, регламентирующие процесс

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

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

Глобальный уровень:

1. Устав предприятия;

2. Свидетельство о регистрации предприятия;

3. Лицензия на производство кулинарной продукции и полуфабрикатов;

4. Сведения о стабильности санитарно-гигиенического состояния предприятия;

5. Сведения о соответствии предприятия требованиям строительных норм и пожарной безопасности;

6. Метрологическое обеспечение производства;

7. Сведения о контроле качества на предприятии.

Уровень соответствия ГОСТам:

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

Сборник нормативных показателей по выходу продукции, расходу сырья и материалов, действующих в мясной промышленности.
ГОСТ 779-55 Мясо-говядина в полутушах и четвертинах
ГОСТ 16131-86 Колбасы сырокопченые. Технические условия.
ГОСТ 23670-79 Колбасы вареные, сосиски и сардельки, хлебы мясные. Технические условия.

Производственный уровень

На производственном уровне процесс регламентируется рецептурой (набор ингредиентов для каждого типа продукции) и технологической картой (рецептура + технология обработки)

1.3 Обоснование необходимости внедрения информационной системы

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

Главный кладовщик склада готовой продукции имеет свою отдельную базу данных, расход сырья никак, напрямую, не связан (информационно) с производственными процессами. Менеджеры по планированию производства и закупкам дополнительных ингредиентов используют свои средства информационной поддержки, в большинстве обходясь средствами предоставляемыми программами пакета MS Office. Заведующий производством ведет бумажный учетный журнал. Связь между сырьевым складом, производством и складом продукции существует только в виде накладных. Такая ситуация сложилась, в первую очередь, из-за того, что колбасный производственный цех только недавно запущен в работу. Но за недолгое время его функционирования уже наметилось ряд проблем:

‑ необходимость постоянных (периодических) сверок;

‑ отсутствие оперативной информации по состоянию складов на текущий момент;

‑ невозможность (ввиду отсутствия реального состояния по складам) эффективно планировать производство.

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

Уровень зрелости процессов по модели СММI [23] (Capability, Maturity Model Integration) можно определить как:

2 уровень – процессы выборочно описаны, определена цикличность и зависимости процессов;

По шкале зрелости процессного управления Gartnerа [24] состояние можно определить как переходное между 1 и 2 уровнями:

Уровень 1 – знание процессов;

Уровень 2 – внутрипроцессная автоматизация и контроль;

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

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

Рисунок 1.3 – Логическая связь между информационными сущностями

Сущности, показанные синим цветом, стоит относить к оперативной информации, а желтый цвет обозначает справочную (относительно статичную) информацию.

Схема достаточно понятна и наглядна. Вопрос может вызывать только связь между «Продукция» - «Сырье». Это особенность именно конкретного процесса. Например:

Куриный фарш производится из сырья, основным компонентом является мясо птицы + различные добавки (соль, специи и т.д.) согласно рецептуре. Фарш уже является продукцией по определению ГОСТов [4,5] ‑ КУЛИНАРНЫЙ ПОЛУФАБРИКАТ; полуфабрикат: пищевой продукт или сочетание продуктов, прошедшие одну или несколько стадий кулинарной обработки без доведения до готовности.

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

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

Второй существенный фактор – торговая сеть.

Изначально организация имела достаточно скромную торговую сеть. Сеть включала 3 магазина по продаже охлажденного и мороженого мяса птицы и 5 точек на продуктовых рынках региона. Магазины работали 6 дней в неделю, торговые точки на рынках 3 дня в неделю. Продажи через свою торговую сеть составляли около 8-10% от общей массы производимой продукции, остальное выкупалось оптовыми фирмами, с которыми были подписаны договора. С открытием производства готовой продукции (мясные и колбасные изделия) возникла необходимость определенной реструктуризации и расширения собственной торговой сети. Это коснулось, в первую очередь, существующих магазинов – по санитарным нормам продавать в одном отделе сырое (мороженое) мясо и готовую продукцию нельзя, было принято решение о расширении площадей и разделении магазинов на отделы: отдел охлажденного (мороженого) мяса, отдел готовой продукции. Точки на рынках решено было не привлекать к продаже готовой продукции (главным образом из-за тех же санитарных норм), а развить отдельную ветку фирменных магазинов. В числе которых был открыт круглосуточный магазин на территории предприятия. Его основными покупателями являются сотрудники самой организации. Специфика магазина в том, что весь товар идет с определенной скидкой (на 15-30% дешевле, чем в фирменной сети, и гораздо дешевле, чем стоимость продукции вне фирменной торговой сети), а основная коммерческая идея – реализовывать товар, который остался на складе (не отгружен по торговым точкам), во избежание порчи продукции. Функционирующая сеть торговых точек представлена на Рисунок 1.4.

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

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

Рисунок 1.4 – Рынок сбыта, схема торговых точек

2 МОДЕЛИРОВАНИЕ АВТОМАТИЗИРУЕМОГО ПРОЦЕССА (МОДЕЛИ, ОПИСЫВАЮЩИЕ ФУНКЦИОНАЛЬНЫЕ И ИНФОРМАЦИОННЫЕ АСПЕКТЫ ПРОЦЕССА)

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

2.1 Структурно-функциональная модель процесса

Построение модели с целью проектного исследования для любой программной системы обычно начинается с контекстной диаграммы уровень А0, или как еще ее называют ‑ «черный ящик». Этот этап модели ничего не детализирует, а лишь определяет входы и выходы[6]. Контекстная диаграмма для процесса производства колбасных изделий может выглядеть следующим образом (Рисунок 2.1).

Рисунок 2.1 ‑ Контекстная диаграмма

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

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

Рисунок 2.2 ‑ Декомпозиция 1-го уровня (точка зрения зав. производством)

После автоматизации, за счет внедрения модуля КИС «Учет и мониторинг складов: продукция сырьё» процесс производства не изменится. По этому, рассматривать модели «AS-IS» и «TO-BE» стоит только для менеджера, управляющего процессами производства.

Вторая точка зрения, рассматриваема в модели – менеджер (Рисунок 2.3)

Рисунок 2.3 ‑ Диаграмма «Формирование оперативного плана» (AS-IS)

Рисунок 2.4 ‑ Декомпозиция 1-го уровня (точка зрения менеджера (AS-IS))

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

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

Основной недостаток состоит в отсутствии централизованного хранения информации. Очень много времени уходит на процессы согласования. При производстве на предыдущей смене зав. производства расходовал со склада сырья определенный объем сырья, это отражено в накладных на списание со склада на производство, но производственный менеджер не видит этого оперативно, он должен запросить отчет по остаткам у кладовщика склада сырья. При оценке необходимого объема сырья и дополнительных ингредиентов менеджер использует сформированные в книгах Excel рецептуры, что также отнимает много времени. Основная задача автоматизации увязать все информационные потоки и информацию по складам. Внедрить в систему тех. карты и рецептуры, что бы при планировании производства сразу производилась оценка необходимого сырья (что регламентируется накладными). Зав. производства расходует сырьё уже не по тех. картам, а руководствуясь только оперативным планом производства на смену и накладными на сырьё, сформированными системой в процессе формирования менеджером плана производства. Таким образом, менеджер уже в процессе формирования плана на текущую смену имеет данные по состоянию складов наперед (с учетом того, что в процессе производственной смены будут расходовано сырье и произведена продукция). Такая ситуация существенно повышает динамику процесса позволяет менеджеру более быстро и точно вносить коррективы и совершать заказ недостающих компонентов. Изменения отражены в модели TO-BE (Рисунок 2.5 -2.7)

Рисунок 2.5 ‑ Диаграмма «Формирование оперативного плана» (TO-BE)

Рисунок 2.6 ‑ Декомпозиция «Формирование оперативного плана» (TO-BE)

Как видно на Рисунок 2.6, теперь процессы согласования не требуют на вход технологический карт и рецептур продукции, все эти данные находятся внутри программного модуля. Менеджеру достаточно определить объем необходимой продукции, а система сама определяет необходимое количество основного сырья и дополнительных компонентов, формируя накладные на сырьё для производства. Зав. производству достаточно получить по этим накладным сырьё, но информация уже учтена в системе. Таким образом, менеджер оперативно (уже в момент формирования плана на смену) видит состояние складов.

Рисунок 2.7 ‑ Контекстная DFD диаграмма

2.2 Основные требования к программному модулю КИС

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

Цели разработки:

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

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

Слад сырья:

‑ обработка информации базируется на справочниках;

‑ разделение справочников на категории и товары для более удобной обработки и поиска;

‑ возможность наполнять и редактировать справочники;

‑ фиксация в системе прихода и расхода сырья;

‑ предусмотреть возможность списание товаров (например: по причине порчи или просрочки)

Склад продукции:

‑ возможность учета производств из сырья в согласовании с технологической картой (рецептурник расходов сырья для производства);

‑ возможность учета продажи(отгрузки) продукции;

‑ возможность списания продукции.

Все процессы в АИС должны фиксироваться в виде накладных и архивироваться.

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

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

Инфологическая (концептуальная) модель ‑ это формализованное описание предметной области, выполненное безотносительно к используемым в дальнейшем программным и техническим средствам.[16,17,18]

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

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

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

Рисунок 2.6 – Диаграмма «сущность-связь»

Таблица 2.1

Состав базы данных SAUSAGES

Таблица

Описание

Periods

Categors

Products

Technology

Compositions

Num_nakl

Move

MoveList

Период отчетности

Категория продукции

Склад продукции

Технологические процессы производства

Рецептура технологического процесса

Последние номера накладных (актов)

Реквизиты накладных

Содержимое накладных

В таблице 2.1 приведены названия таблиц БД и их предназначение в системе. Описание таблицы дает возможность сделать вывод об информационном предназначении таблицы.

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

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

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

Таблица 2.2

Описание полей таблиц базы данных SAUSAGES

Таблица

Имя поля

Тип

Раз-р

Описание

PERIODS

date_beg

date_end

счетчик

дата

код_записи

дата начала периода

дата окончания периода

CATEGORS

сategor

id_sklad

счетчик

текстовый

числовой

код_записи

категория продукта

код склада

PRODUCTS

id_categor

product

ed_izm

inbegin

prihod

rashod

ostatok

period

nakl

vol

счетчик

числовой

текстовый

числовой

логический

числовой

код_записи

код категории

наименование продукта

единица измеренря

количество на начало

приход

расход

остаток

код периода

вхождение в накладную

количество в накладной

TECHNOLOGY

id_product

name

счетчик

числовой

текстовый

код_записи

код продукта

наименование процесса

COMPOSITIONS

id_tech

id_raw

vol

счетчик

числовой

код_записи

код процесса

код сырья

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

NUM_NAKL

num

description

счетчик

числовой

текстовый

код_записи

номер накладной

описание

MOVE

type_

date_

num

info

period

id_product

vol

счетчик

числовой

дата

числовой

текстовый

числовой

100

код_записи

тип накладной

дата проведения

номер накладной

примечание

период

код_продукта (для производства, иначе – 1)

количество (для производства, иначе – 0)

MOVELIST

id_move

id_product

vol

счетчик

числовой

код записи

код_накладной

код_продукта

количество

Следует заметить, что в таблице NUM_NAKL поле id и в таблице MOVE поле type_ могут приобретать следующие значения:

1 - приход сырья,

2 - производство сырья (полуфабриката),

3 - списание сырья,

4 - приход сырья,

5 - производство продукции,

6 - списание продукции,

7 - отгрузка продукции.

В таблице COMPOSITIONS логически связываются данные таблицы PRODUCT. Присутсвует реляционная связь “многие-ко-многим” по полям id_product (таблица Technology) и id_raw (таблица compositions) (рис 2.7).

COMPOSITIONS

Product

Product

Продукт 1

Продукт 2

Продукт 3

Продукт 4

…

Product

Volume

Сырье 1

Сырье 2

Сырье 3

Сырье 4

100

…

5.5

1.50

10.5

Volume

…

Рисунок 2.7 ‑ Схема реляционной связи таблиц Product и COMPOSITIONS

3 ЭЛЕМЕНТЫ ПРОЕКТИРОВАНИЯ АИС

3.1 Модульная структура

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

Таблица 3.1

Программные модули разрабатываемой системы

UМain

UData

UCategors

UNakl

UProduct

URaw

UTech

–

главный модуль программы;

модуль данных;

добавление/редактирование категории продукции;

ввод накладных и архив накладных;

добавление/редактирование номенклатуры продуктов;

редактирование рецептуры технологического процесса;

добавление/редактирование технологического процесса;

Структурное взаимодействие программных модулей представлено на Рисунок 4.1

UMain

UData

UProduct

UNakl

UCategors

URaw

UTech

Рисунок 3.1 ‑ Взаимодействие программных модулей системы

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

Для ввода необходимых исходных данных в системе используются соответствующие формы, управление которыми осуществляют программные модули UCategors, UNakl, Uproduct, URaw, UTech.

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

3.2 Функционал системы

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

При описании сценария диалога рассмотрим подробно процедуру работы со справочниками (Рисунок 3.3).

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

Рисунок 3.3 ‑ Сценарий диалога работы со справочниками

На Рисунок 3.4 представлено дерево программных модулей, отражающее структурно-функциональную схему пакета.

Рисунок 3.4 ‑ Дерево программных модулей

3.3 Анализ входной/выходной информации

3.3.1 Входные данные

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

К средствам контроля относятся:

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

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

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

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

Также на уровне БД при формировании структуры таблиц определены поля, для которых при отсутствии ввода данных, определяется значение по умолчанию (например 0 для VOL), или проверяется уникальность содержания (ED_IZM).

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

Для запрета корректировки данных некоторых параметров использовано свойство ReadOnly для таблиц и их отдельных столбцов (ADOTABLE, DBGRID).

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

Данные в системах обработки информации основанных на базах данных принято делить на определенные категории (Рисунок 3.5).

Рисунок 3.5 – Классификация данных системы

Статические данные заполняются однократно и не изменяются в ходе эксплуатации ИС, к таковым в системе можно отнести «Единицы измерения в системе (г, кг, штука, упаковка)».

Относительно статические – этот тип данных предполагает нечастые изменения или добавление данных. К этой категории данных в ИС относятся: «Категория», «Название» (сырьё/продукт), «Тех. процесс». К оперативной информации системы относится дата и вес (сырьё/продукт), оперативную информацию оператор вводит при проведении каждой отдельной операции. Среди информационных операций стоит выделить: приход (сырьё/продукт), списание (сырьё/продукт), отгрузка (сырьё/продукт), производство продукции.

Важным является последовательность ввода данных, так как каждая последующая сущность включает предыдущие, при вводе информации стоит придерживаться следующей схемы последовательности ввода (Рисунок 3.6)

Рисунок 3.6 – Последовательность ввода и информационные взаимосвязи

3.3.2 Выходные данные

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

Как видно на схеме 4.5, выходными данными являются:

‑ Приходная накладная (фиксация прихода на склад);

‑ Расходная накладная (фиксация отгрузки, продукции);

‑ Акт списания (например ‑ списание простроченного товара);

‑ Отчет производства (отчет по произведённой продукции).

ЗАКЛЮЧЕНИЕ

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

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

Бесспорно, аналогов складских программ очень много. Складской учет одна из отраслей, которые одни из первых подверглись автоматизации и компьютеризации обслуживания. Но большинство программ ориентированы именно на классическую модель склада: приход (поставщик, дата, объем/масса, накладная), расход (клиент, дата, перечень закупки, накладная), остаток по складу. В случае рассматриваемого предприятия такие системы не подходят, так как отгрузка со склада сырья регламентируется специальным документом (технологической картой) и она имеет преимущественно внутренний характер. То есть, в данном случае, имеет место именно система управления и контроля запасов. Такая специфика определяет необходимость разработки собственной уникальной информационной системы, которая бы учитывала особенности организации процессов.

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

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

На основе потребностей сформирована первичная постановка задачи на проектирование, описаны некоторые аспекты структуры информационной системы, предлагаемой для внедрения. Далее дана характеристика информационной архитектуры разрабатываемого проекта, построена информационная модель задачи, проведено моделирование «сущность-связь» (ER-модель).

Цели и задачи курсовой работы, поставленные во введении, выполнены.

СПИСОК ЛИТЕРАТУРЫ

ГОСТ ЕСПД 19.102-77 “Стадии разработки ”
Сборник нормативных показателей по выходу продукции, расходу сырья и материалов, действующих в мясной промышленности. Разработано: А. Б. Лисицын, Н. Г. Бандуркин, М.: 1997.(с правками от 2003), 2003 ‑302с.
ГОСТ 779-55 Мясо-говядина в полутушах и четвертинах. ‑ М.: Издательство стандартов, 1997-102с.
ГОСТ 16131-86 Колбасы сырокопченые. Технические условия. ‑ М.: Издательство стандартов, 1997-102с.
ГОСТ 23670-79 Колбасы вареные, сосиски и сардельки, хлебы мясные. Технические условия. . -М.: Издательство стандартов, 1997 ‑102с.
Вендров А.М., CASE-технологии. Современные методы и средства проектирования информационных систем - М.: Финансы и статистика, 2007 г, ‑ 456 стр.
Голицына О. Л., И. И. Попов, Н. В. Максимов, Т. Л. Партыка, Информационные технологии, М, Издательство Инфра-М, 2009 г., ‑ 608 стр.
Архангельский А.Я. “Программирование Delphi 6”. М.: “Бином”, 2005, ‑ 1070 с.
Шумаков П.В. Delphi и разработка приложения баз данных. - М.:Ноллидж, 2008.– 704 с.
Понятие технического обеспечения АИС и его состав uskof.ucoz.ru/index/tekhnicheskoe_obespechenie_ais/0-41
Вигерс Карл, Разработка требований к программному обеспечению, Пер, с англ. - М.:Издательско-торговый дом "Русская Редакция", 2008. -576с.: ил
Кузин А. В., С. В. Левонисова, Базы данных, М, Издательство: Академия, 2008 г., 320 стр.
Епашников А., Епашнико В. Delphi. Программирование СУБД. – М.: Диалог-МИФИ, 2008. – 528 с.
Кирилов В.В. Основы проектирования реляционных баз данных: Уч. пособие. – Спб.: ІТМО, 2012. – 90 с.
Котляров В. П., Т. В. Коликова, Основы тестирования программного обеспечения, Издательства: Интернет-университет информационных технологий, Бином. Лаборатория знаний, 2009 г., 288 стр.
Пирогов В. Ю., Информационные системы и базы данных. М, Организация и проектирование, Издательство: БХВ-Петербург, 2009 г.528 стр.
Реляционные базы данных: практические приемы оптимальных решений. — СПб.: БХВ-Петербург, 2009 — 400с.:ил;
Баженова И. Ю. , Основы проектирования приложений баз данных, Издательства: Бином. Лаборатория знаний, Интернет-университет информационных технологий, 2008 г., ‑ 328 стр.
Предметно-ориентированные экономические информационные системы, М, Издательство: Финансы и статистика, 2007 г., 224 стр.
Автоматизированные информационные системы, базы и банки данных. Вводный курс: Учебное пособие, М.: Гелиос АРВ, 2007. - 368 с., ил.
Илюшечкин В. М. , Основы использования и проектирования баз данных, М, Издательство Юрайт, 2010 г., 224 стр.
http://orastack.narod.ru/index_file/onebd.html -Сравнение СУБД
Chrissis M. CMMI: Guidelines for Process Integration and Product Improvement (2nd Edition)/ M.Chrissis, M.Konrad, S.Shrum. Addison-Wesley., Redwood City, CA., 2012.
SinurJ. ITScore Overview for Business Process Management/ J. Sinur, J.B. Hill. Режим доступа: http://www.gartner.com/id=1421949.

ПРИЛОЖЕНИЯ

Приложение 1

ER-диаграмма

Приложение 2

Дерево программных модулей

Приложение 3

Пищевые добавки (таблица)

Вид добавки				Направление	Применение, свойства	Доз-ка
1				2	3	4
Рондамит ПА-19 фосфатосодержащая вкусоароматическая смесь				Выраженный перечный вкус с оттенком пряных ароматов	сосиски, сардельки	7- 10 г/кг
Рондагам М-200 стабилизатор и регулятор консистенции				Продукт обладает: - высокой влагосвязывающей, гелеобразующей и эмульгирующей способностью	Способствует: -улучшению нарезаемости -уменьшению влагоотделения при хранении -повышению эластичности и плотности продукта по сравнению с каррагинанами -уплотнению консистенции продуктов, употребляемых в горячем виде (сосиски, сардельки)
Нитрит натрия (Е250) Консервант, Антибактериальный агент				Способствует формированию специфического вкуса и аромата	Используется в качестве фиксатора окраски и консерванта	30 мг/кг
Аромикс 16 пряность				С нотой муската, душистого перца и молочным ароматом для колбасных изделий молочного направления.		7- 10 г/кг
Эриторбат натрия (Е316) Антиоксидант окислитель			Антиокислитель, подкислитель, стабилизатор окраски, регулятор кислотности		колбасные изделия и мясные полуфабрикаты, рыбные консервы
Комби нежная (Е300, Е621)			ароматизатор идентичный натуральному: лук, корица, ароматизатор натуральный дым		для изготовления ветчинных и колбасных изделий	12 г/кг массы
Фришин (Е575, Е330, Е301, Е621)					для изготовления мясных и колбасных изделий	3÷5г/кг массы
Джелуцель -пшеничная клетчатка			В продуктах улучшается теплопроводность, за счет волокнистой структуры связанная влага и жир не отделяются, нет расслоения компонентов фарша, при максимальном использовании жирного сырья, например, субпродуктов, содержащих более тугоплавкий жир, привкуса жирного сырья не ощущается, исключается скопление жира на автоматах, улучшается процесс дозировки и расфасовки.		Для изделий из фарша
Биогель смесь рафинирован ных каппа каррагинанов в виде сыпучего порошка светлобежевого цвета		обладает высокой влагосвязывающей и гелеобразующей способностью, используется с целью: - улучшения консистенции, наре-заемости и товарного вида готовой продукции; - снижения брака за счет уменьшения образования бульонно-жировых отеков при термообработке; - снижения эффекта отсечения влаги в упакованной под вакуумом продукции; - увеличения выхода, благодаря уменьшению термических потерь; - стабилизации качества продукции при использовании сырья низкого качества.			для производства вареных колбасных изделий, сосисок, сарделек, полукопченых колбас, мясных деликатесов.	- от 1 до 6 г/кг для производства колбасных изделий; - от 3 до 5 г/кг для изготовления деликатесных изделий с большим процентом инъецирования и продуктов ветчинного ассортимента
Мифос и Мифос 66 -универсальные виды фосфатных смесей, обладающие повышенной растворимость ю		позволяет увеличить водоудерживающую и эмульгирующую способность белков мышечной ткани, повысить выход готовой продукции на 10-15%, сократить потери при термообработке, стабилизировать процесс цветообразования, снизить риск образования бульонно-жировых отёков, улучшить качество мясопродуктов.			при производстве всех видов колбас, полуфабрикатов и деликатесных изделий и консервов	Мифос -0, 2-0, 4% (200-400 г) на 100 кг сырья Мифос 66 -0, 15-0, 3% (150-300 г) на 100 кг сырья
Комплексная добавка Savory (Польская)	Вкусовое направление - перец черный, перец белый, тмин, чеснок. Смесь специй и пряностей с ярко выраженным пряным вкусом и ароматом				для производства полукопченых и варено-копченых колбасных изделий	1 г/кг
Прималь рапид					Препарат для ускорения созревания твердых сырокопченых колбас	10-12 г/кг