Файл: Проектирование реализации операций бизнес-процесса «Складской учет». Описание предметной области.pdf
Добавлен: 25.04.2023
Просмотров: 457
Скачиваний: 1
СОДЕРЖАНИЕ
Глава 1. Построение бизнес-процессов «как есть»
1.1.Описание предметной области. Постановка задачи
1.2. Выбор средства для моделирования бизнес-процессов
Глава 2. Построение бизнес-процессов «как должно быть»
2.1 Предлагаемые мероприятия по улучшению бизнес-процессов
Введение
Система управления складом – информационная система для управления, которая обеспечивает автоматизацию на складе и оптимизирует все складские процессы. Система управления складом разрабатывается специально для обеспечения контроля за материальными и информационными потоками. Для того, чтобы считать склад полностью автоматизированным, необходимо чтобы все складские процессы, например, такие как переработка тарно-упаковочных и штучных грузов производились автоматическими устройствами без участия человека. Так же складское хозяйство должно иметь собственную систему управления складом, разработанную с учетов всех особенностей помещения, расположения склада и производства, и хранимого товара.
Основной составляющей частью технологических процессов на пищевом производстве является обеспечение особых требований хранения продукции, их транспортировка и реализация.
Склады являются неотъемлемой частью технологического процесса предприятий. Автоматизированная система складирования на предприятии может решать все задачи, связанные с учетом сырья на складе, его приемом, отслеживание даты поставки сырья на склад и сроков хранения продукции.
Актуальность. Автоматизация складской деятельности предоставляет конкурентное лидерство на рынке, облегчает работу с информационными потоками, уменьшает трудоемкость работы человека, повышает контроль на складе, а главное ускоряет логистический процесс всего предприятия. Все эти преимущества позволяют весомо сократить затраты на логистические процессы.
Целью данной курсовой работы является анализ существующих систем автоматизации складского хозяйства; проектирование бизнес-процессов на складе предприятия; снижение влияния «человеческого фактора» на работу предприятия и, как следствие, уменьшение потерь рабочего времени на устранение ошибок; повышение управляемости предприятия за счет оперативного учета хозяйственных операций; исключение риска передачи в цех продукции, не прошедшей контроль качества.
Объектом данной курсовой работы является исследование бизнес- процесса складского учета торгового предприятия.
Предметом исследования является проектирование информационных потоков складской деятельности.
Для достижения поставленных целей, определим задачи, которые требуется выполнить в данной работе:
Определение общих понятий о логистике, складской деятельности и роли склада в логистическом и производственном процессах на предприятии.
Проектирование бизнес-процесс деятельности склада
Упрощение ввода данных с помощью системы управления;
Адресация сырья в местах хранения;
Графическая визуализация остатков.
Теоретической базой выполнения курсовой работы являются работы отечественных и зарубежных специалистов по менеджменту и стратегическому управлению В.Д. Сербина, А. Базельского, Б.А. Аникина, В.А. Швандара, М.Г. Радченко, М.В. Алесинской и др.
В работе используются такие исследовательские приемы и методы как: абстрагирование, анализ и синтез, индукция и дедукция - для идентификации проблемной области исследования, выделение элементов механизма осуществления логистической деятельности, логистических подходов и обеспечения их согласованности. Применяются специализированные методы моделирования бизнес – процессов в актуальных на сегодняшний день стандартах.
Глава 1. Построение бизнес-процессов «как есть»
1.1.Описание предметной области. Постановка задачи
С целью постоянного мониторинга бизнес-процессов компаний для последующего управления ими применяется концепция инжиниринга бизнес-процессов. Инжиниринг бизнес-процессов (или бизнес-инжиниринг) представляет собой создание модели бизнес-процессов «как есть» («as is»), отображающей текущее состояние функционирования компании, и постоянную ее актуализацию, что означает поддержание модели в виде, соответствующем меняющимся обстоятельствам реальной деятельности компании[1]. В соответствии с циклом P-D-C-A Деминга, процесс инжиниринга, являясь процессом управления, носит итерационный характер, последовательно проходя четыре стадии: планирования, реализации, контроля и анализа. Данный процесс, отражая текущее положение дел в компании или цепи поставок, в части своей ииновационности/креативности или рационализма является отражением текущей бизнес-практики. Однако сам факт постоянного применения инжиниринга бизнес-процессов в качестве инструмента показывает определенный уровень инновационности в управлении данным предприятием или цепью поставок.
Создание модели «как есть» («as is») является подготовительным этапом для последующего улучшения бизнес-процессов компании или компаний в цепи поставок. Последующий этап называется улучшением (совершенствованием) или оптимизацией процессной структуры. По завершении его создается обновленная модель «как должно быть» («to be»). Задачей завершающего этапа является соотнесение умозрительных решений, примененных к модели, с фактической работой компании или цепи поставок.
Моделирование и последующее совершенствование бизнес-процессов предполагает комплексное описание бизнес-процессов предприятий и цепей поставок. Для этого все бизнес-процессы и функции в виде соответствующих моделей организации деятельности, организационных схем предприятий, структурных схем цепи поставок, моделей распределения ответственности и систем управления должны собираться в единую блок-схему (карту/модель) бизнес-процессов с целью определения порядка функционирования компании и цепи поставок.
В соответствии со стандартом ГОСТ Р ИСО 9000 2000, процесс – это совокупность взаимосвязанных или взаимодействующих видов деятельности, преобразующих входы в выходы. Более детально, под процессом понимается логически целостная последовательность связанных действий, которые преобразуют вход в результаты (выход). Каждый отдельный процесс должен иметь поставщика и потребителя, как это показано на рис. 1. Эта модель «поставщик/потребитель» — центральная для понимания процессного подхода.
Рисунок 1 – Поставщик – Процесс – Потребитель
Условно, бизнес-процесс можно представить себе как некое действие (которое часто называют также функцией), на вход которого поступают один или несколько ресурсов, которые обрабатываются на основе правил каким-либо механизмом (персоналом предприятия, компьютером, инструментом), в результате чего – на выходе создается продукт, который необходим потребителям (рис. 2.).
Таким образом, бизнес-процесс для предприятия представляет собой непрерывную серию задач, решение которых осуществляется с целью создания выхода (результата). Исходной точкой и конечным продуктом бизнес-процесса является выход, спрос на которые предъявляют корпоративные (внутренние) или внешние «потребители».
Рисунок 2 – Условная схема бизнес-процесса
Выделение бизнес-процессов происходит в соответствии со специальными методологиями бизнес-процессирования. Также на основе выбранной методологии строится модель бизнес-процессов, т.е. производится их документирование (в бумажной и/или электронной форме). Выделение и документирование бизнес-процессов необходимо следующим группам заинтересованных лиц[2]:
1. Руководителям компании, которые должны видеть картину предприятия в целом.
2. Менеджерам, которые являются ответственными за создание и непрерывное совершенствование процессов.
3. ИТ-специалистам, которые должны понимать, каким образом информационные технологии и информационные системы поддерживают реальные задачи бизнеса.
4. Сотрудникам, получающим возможность понять свое место и свою роль в организации в целом.
5. Специалистам по сертификации систем качества, которые требуют документирования существующих процессов.
Порядок моделирования бизнес-процессов состоит из ряда последовательных этапов:
1. Определение задач выделения и описания бизнес-процессов.
2. Определение рамок проекта по моделированию бизнес-процессов (в том числе, в каких бизнес-единицах будет осуществляться моделирование, ответственные и исполнители).
3. Разрабатывается политика моделирования и регламентации бизнес-процессов.
4. Выбор нотации для моделирования бизнес-процесса.
5. Выделение основных бизнес-процессов верхнего уровня.
6. Формируется модель бизнес-процессов верхнего уровня.
7. Уточняются границы, входы и выходы (основных) бизнес-процессов.
8. Декомпозиция основных бизнес-процессов до требуемого уровня.
9. Описание характеристик каждого бизнес-процесса в соответствии с выбранной нотацией.
10. Построение специализированных моделей работ, документов и прочих информационных ресурсов, материальных ресурсов, организационных структур процессов и т.п. в соответствии с задачами моделирования на базе полного описания бизнес-процесса.
11. Выделение необходимых и достаточных вспомогательных процессов, их декомпозиция и описание.
12. Выделение необходимых и достаточных процессов управления и развития, их декомпозиция и описание.
13. Проверка согласованности полученной модели бизнес-процессов.
Итак, общая технология бизнес-инжиниринга описывается следующим образом:
1. Выделяются направления деятельности, по которым планируется провести бизнес-инжиниринг[3].
2. Определяется ответственность руководителей и головных подразделений за разработку, организацию, исполнение и совершенствование бизнес-процессов.
3. По каждому направлению выделяются ключевые бизнес-процессы.
4. Формируется модель бизнес-процессов.
5. Обучается менеджмент и персонал процессно-ориентированным методологиям.
6. Выбирается пилотный бизнес-процесс и улучшается его регламентация.
7. Применяются специализированные программные средства для моделирования и разработки регламентов.
8. Применяются решения в практике работы, анализируется опыт, устраняются ошибки, развиваются компетенции.
9. Организуются постоянные аудиты и улучшения бизнес-процессов.
10. Расширяется зона применения процессно-ориентированных методологий.
Владельцем процесса инжиниринга в компаниях обычно выступает один из перечисленных ниже топ-менеджеров[4]:
1. Директор по организационному развитию.
2. Директор проектов внутреннего развития.
3. Директор по системе менеджмента качества.
Владелец процесса инжиниринга совместно с генеральным директором или директором по стратегии занимается оптимизацией всех бизнес-процессов компании под конкретные цели, на конкретный промежуток времени. Таким образом, при бизнес-инжиниринге повышается качество управления за счет повышения качества проектирования и качества выполнения самих работ.
Общая модель совершенствования бизнес-процессов, разработанная Бредрупами в рамках исследовательского проекта ТОРР, построена по принципу цикла Деминга - PDCA (планируй, делай, проверяй, внедряй), в котором предусмотрено управление обратной связью и непрерывное совершенствование. Основные этапы модели совершенствования бизнес-процессов представлены на рис.3.
Рисунок 3 – Общая модель совершенствования бизнес-процессов
1.2. Выбор средства для моделирования бизнес-процессов
В России для моделирования и анализа бизнес-процессов достаточно широко используются следующие средства моделирования: Rational Rose, Oracle Designer, AllFusion Process Modeler (BPWin) и AllFusion ERwin Data Modeler (ERWin), ARIS, Power Designer. За рубежом, помимо упомянутых, активно используются такие средства как System Architect, Ithink Analyst, ReThink и др. В Таблице 1 представлен перечень инструментальных средств, участвующих в рассмотрении. Представленная информация включает:
наименование инструментального средства[5];
данные о поставщике и представителе в России;
краткая характеристика инструментального средства.
Анализ современных средств моделирования бизнес-процессов
Таблица 1
Перечень инструментальных средств
|
№ |
Наименование |
Поставщик |
Основной представитель в России |
Краткая характеристика |
|
1 |
BPWin и ERWin |
Компания Computer Associates (ранее компания Platinum) |
Компания Interface Ltd |
BPWin - инструмент визуального моделирования бизнес-процессов. |
|
2 |
Oracle Designer |
Компания Oracle |
Представительство Oracle в России |
Функциональное средство для описания предметной области. Входит в комплекс инструментальных средств Oracle9i Developer Suite по проектированию программных систем и баз данных, реализующих технологию CASE и собственную методологию разработки ИС компании Oracle - "CDM", позволяющих команде разработчиков провести проект, начиная от анализа бизнес-процессов через моделирование к генерации кода и получению прототипа, а в дальнейшем и окончательного продукта. Это средство имеет смысл использовать при ориентации на всю линейку продуктов Oracle, применяемую для проектирования, разработки и реализации сложной программной системы. |
|
3 |
Rational Rose |
Компания IBM (ранее компания Rational Software, в настоящий момент является подразделением IBM) |
Представительство IBM в России |
Средство моделирования объектно-ориентированных информационных систем. Позволяет решать практически любые задачи в проектировании информационных систем: от анализа бизнес-процессов до кодогенерации на определенном языке программирования. Позволяет разрабатывать как высокоуровневые, так и низкоуровневые модели, осуществляя тем самым либо абстрактное проектирование, либо логическое. |
|
4 |
ARIS |
Компания IDS Scheer AG |
Компания Логика бизнеса |
Интегрированное средство моделирования бизнес-процессов, объединяющее разнообразные методы моделирования и анализа систем. В первую очередь, это средство описания, анализа, оптимизации и документирования бизнес-процессов, чем средство проектирования ПО. |
|
5 |
System Architect |
Компания Telelogic (ранее компания Popkin Software, в настоящее время является подразделением Telelogic) |
Компания Тelelogic в России |
System Architect представляет собой универсальное CASE-средство, позволяющее осуществить не только проектирование данных, но и структурное моделирование. Средство проектирования данных и создания ER-диаграмм является одной из составных частей этого продукта. |
|
6 |
Power Designer |
Компания Sybase |
Компания Sybase |
PowerDesigner - средство моделирования бизнес-процессов, проектирования баз данных и объектного моделирования. |
|
7 |
Re-Think |
Компания Gensym |
Информация по российским компаниям, представляющим данный продукт, не найдена. |
Графическая объектно-ориентированная среда создания и сопровождения интеллектуальных приложений мониторинга, диагностики и управления сложными динамическими системами в реальных и моделируемых ситуациях. |
|
8 |
Ithink Analyst |
Компания High Performance Systems |
Компания Тора-центр |
Пакет для ситуационного моделирования. Позволяет строить наглядные и точные модели самых сложных политических и экономических ситуаций, используя библиотеку базовых моделей и методы системной динамики. Также используется при анализе инвестиционных проектов и реинжиниринге. |
|
9 |
Workflow Modeler (ранее Design/IDEF) |
Компания Meta Software |
Информация по российским компаниям, представляющим данный продукт, не найдена. |
Пакет для функционального и информационного моделирования, анализа и проектирования бизнес-процессов. Используется как составная часть в некоторых известных пакетах типа CIM (Computer Integrated Manufacturing) и САЕ (Computer Aided Engineering) и принят в качестве стандарта для проектов, финансируемых американскими и европейскими спонсорами. |