Файл: Проектирование реализации операций бизнес-процесса «Складской учет».pdf
Добавлен: 25.04.2023
Просмотров: 157
Скачиваний: 1
СОДЕРЖАНИЕ
Глава 1. Теоретические аспекты моделирования бизнес-процессов
1.1. Бизнес-процессы в современных организациях
1.2. Понятие и сущность моделирования бизнес-процессов. Этапы моделирования бизнес-процесса
Глава 2. Методологический анализ предметной области и постановка задачи
2.2. Оценка бизнес-процесса складского учета компании Арсенал Авто
2.4. Постановка задачи моделирования бизнес-процесса складского учета компании Арсенал Авто
2.5. Выбор инструментального средства для моделирования бизнес-процесса
2.6. Построение моделей бизнес-процессов складского учета и его экспериментальные исследования
2.6.1 Моделирование бизнес - процессов приема товара на складе торговой компании
2.6.2. Моделирование бизнес – процессов комплектации и отгрузки товара торговой компанией
2.6.3. Моделирование бизнес-процессов контроля и инвентаризации запасов на складе компании
Рисунок 1.2 – Уровни целей логистических процессов
Для реструктуризации и улучшение логистических процессов во всех функциональных сферах компании в литературе [10, 11] предлагают три альтернативные подхода:
1) постоянное улучшение процесса - уменьшение отклонения в качестве продукции и услуг и постепенное улучшение логистической деятельности;
2) редизайн (модернизация) бизнес-процессов - устранение процессов, которые не увеличивают добавленную стоимость;
3) реинжиниринг бизнесов-процессов - фундаментальное переосмысление и радикальная перепроектировка бизнес-процессов для достижения существенных улучшений в логистической сфере.
Первые два подхода ассоциируются с оперативными и тактическими изменениями в управлении бизнес - системами. Третий подход направлен на радикальные преобразования всех функций в пределах организации. Он нуждается в инновационном взгляде на логистическую стратегию компании и приводит к стратегическим изменениям. Условия ведения бизнеса в современных условиях, высокая изменчивость внешней среды требует немедленной реакции логистической компании, что достигается именно реинжинирингом.
Общую процедуру проведения реинжиниринга логистических бизнесов-процессов можно представить такими этапами:
1. Создается аналоговая модель процесса "как есть", т.е. модель уже существующего процесса, и определяется его технология.
2. На основе проведенного анализа существующей модели и технологии создается аналоговая модель нового процесса ("как должно быть"), и определяется новая технология.
3. Модель и технология нового процесса подвергаются анализу на соответствие требованиям бизнес-системы, и просчитываются возможные экономические результаты.
4. Модель нового процесса внедряется в деловую практику предприятия (при условии положительных результатов анализа).
Д.Р. Сток и Д.М. Ламберт [8] рассматривают осуществление реинжиниринга процессов в логистике в три стадии:
- выявление, обработка и анализ информации;
- нахождение участков, которые нуждаются в перепроектировке логистических процессов;
- инновационные усовершенствования.
На первом этапе проводится детальный анализ уже существующих систем, процедур и потоков, которые уже используются. Описание данных процедур возможно с использованием методов описания (моделирования) процессов и инструментария моделирования (например, диаграмм UML). Потом, на основе полученных фактов, ищутся участки, которые нуждаются в усовершенствовании. После этого реинжиниринговая группа приступает творческому этапу - перепроектировка процессов и информационных потоков. Результатом последнего этапа становятся изменения фундаментального характера, а именно – повышение качества? всех логистических цепей от поставщика до потребителя.
Методика проведения реинжиниринга бизнес-процессов, которая будет рассмотрена в этой работе, основывается на "правиле ESІА" и содержит четыре последовательные шага, первый из которых заключается изъятие всех операций, не связанных с добавлением ценности (избыточные эффекты и ошибки, дублирование, переформирование, проверки, переработки) [10].
Второй шаг - упростить по максимуму все, что осталось (формы документов, процедуры, взаимодействие, технологии, проблемные области, поток, процесс).
На третьем шаге выполняется действие "объединить" (задача, группы, потребителей, поставщиков).
На четвертом шаге выполняется действие "автоматизировать" (ручную, трудоемкую работу со сбора, передачb, обработки и анализа данных)
Полученные теоретические выводы в данном параграфе выпускной аттестационной работы позволили сделать вывод о единственно возможном направлении оптимизации логистических бизнес-процессов – их реинжиниринге, который основывается на необходимости проведения стратегических изменений в компании. Таким образом, дальнейшие теоретические исследования будут посвящены основам моделирования бизнес - процессов.
1.2. Понятие и сущность моделирования бизнес-процессов. Этапы моделирования бизнес-процесса
Бизнес-модель процесса разрешает получить ответ на вопрос: что и как необходимо делать, чтобы достичь желательного результата? Ключевыми элементами бизнес - модели любого предприятия, которые определяют ее содержание, есть: ценность для внешних клиентов, которую предлагает предприятие на основе своих продуктов и услуг; система создания этой ценности, которая включает поставщиков и целевых клиентов, а также поле цепочки создание ценности; активы, которые предприятие использует для создания ценности; финансовая модель предприятия, которая определяет, как структуру ее затрат, так и способы получения прибыли.
Определяя сущность термина "бизнес-модель", необходимо отметить, что это определение часто путается со стратегией, подменяя одно понятие другим или включая стратегию как один из компонентов в состав бизнеса-модели. Данный факт обусловлен тем, что бизнес-модель тесно связана со стратегией, но не является тождественной стратегией.
Этапы моделирования бизнесов-процессов имеют определенную логическую последовательность (см. рис. 1.3).
Этап 1. Анализ первичных требований и подготовка к проведению работ, выбор методологии и инструментария моделирования.
На данном этапе происходит разработка и утверждения методики ведения проекта, определение целей моделирования бизнес-процессов, формирование рабочих групп, методическая подготовка к проекту (обучение членам рабочей группы), детальное планирование работ.
Этап 2. Моделирование и анализ процессов "как есть" (Модель AS-ІS).
Модель "как есть" представляет собой "снимок" положение дел на предприятии на момент обследования (организационно-штатная структура, взаимодействие между подразделами, существующие технологии, автоматизированные и не автоматизированные процессы). Разрешает понять, что делает и как функционирует данное предприятие из позиций системного анализа, а также на основе полученной информации проявить узкие места и сформулировать предложения по улучшению управления предприятием.
Этап 3. Моделирование бизнес-процессов "как должно быть" (Модель TO-BE). Модель "как должно быть" интегрирует перспективные предложения руководства, сотрудников предприятия, экспертов и системных аналитиков в единое целое и разрешает сформировать видение новых рациональных технологий работы торгового предприятия. На этом этапе происходит формирование нескольких вариантов моделей бизнесов-процессов "как должно быть", также проводится анализ полученных вариантов на основе избранных критериев, анализ стоимости, документирование перспективных бизнесов-процессов (разработка регламента), корректирование служебных функций и разработка новой документации, основанной на регламенте бизнесов-процессов (положение об отделах, должностных инструкции).
Рисунок 1.3 – Логическая последовательность этапов моделирования бизнес – процессов
Этап 4. Сопровождение изменений при внедрении бизнесов-процессов "как должно быть". На этом этапе предполагается: выбор приоритетов при внедрении бизнесов-процессов "как должно быть" на основе рассчитанной экономической эффективности; оценка необходимых ресурсов и рисков; детальное планирование этапа внедрения.
Наиболее распространенной концепцией моделирования бизнес-процессов является методология IDEF0, предложенная в 80-х годах ХХ века и имеющая название SADT (Structured Analysis and Design Technique). В дальнейшем это подмножество SADT было принято в качестве федерального стандарта США под наименованием IDEF0. Подробные спецификации на стандарты IDEF даны в [11].
Основной концептуальный принцип методологии IDEF – представление любой изучаемой системы в виде набора взаимодействующих и взаимосвязанных блоков, отображающих процессы, операции, действия, происходящие в изучаемой системе. В IDEF0 все, что происходит в системе и ее элементах, принято называть функциями. Каждой функции ставится в соответствие блок. На IDEF0 –диаграмме, основном документе при анализе и проектировании систем, блок представляет собой прямоугольник. Интерфейсы, посредством которых блок взаимодействует с другими блоками или с внешней по отношению к моделируемой системе средой, представляются стрелками, входящими в блок или выходящими из него. Входящие стрелки показывают, какие условия должны быть одновременно выполнены, чтобы функция, описываемая блоком, осуществилась [12].
То есть в стандарте IDEF0 система представляется как совокупность взаимодействующих функций или работ. Эта функциональная ориентация является принципиальной - функции системы анализируются независимо от объектов, которыми они оперируют, что позволяет более четко моделировать логику, а также взаимодействие процессов организации. Перейдем к определению модели, под которой в IDEF0 понимается описание системы (как текстовое, так и графическое), отвечающее на вопросы ее функционирования.
Основным принципом построения модели бизнес - процесса является лаконичность и точность. Построенная модель, описывающая систему, должна быть точной и лаконичной. Многословные характеристики, изложенные в форме традиционных текстов не удовлетворяют требованиям IDEF0. Ведь именно графический язык позволяет лаконично, однозначно и точно показать все элементы (блоки) системы и все отношения и связи между ними, выявить ошибочные, лишние или дублирующие связи и, наконец, провести реинжиниринг бизнес-процессов системы.
Процесс моделирования какой-либо системы в IDEF0 начинается с определения контекста, то есть наиболее абстрактного уровня описания системы в целом. В контекст входит определение субъекта моделирования, цели и точки зрения на модель.
Под субъектом понимается сама система, при этом необходимо точно установить, что входит в систему, а что лежит за ее пределами, другими словами, следует понять, что рассматривается как компоненты системы, а что является внешним воздействием. При субъекта системы существенную роль играет позиция, с которой рассматривается система, и цель моделирования - вопросы, на которые построенная модель должна дать ответ. Иными словами, первоначально определяется область (Scope) моделирования. Описание области как системы в целом, так и ее компонентов является основой построения модели.
При формулировании области необходимо учитывать два компонента - широту и глубину. Широта подразумевает определение границ модели - определяется что рассматривается внутри системы, а что снаружи. Глубина определяет, на каком уровне детализации модель является завершенной. При определении глубины системы необходимо помнить про ограничения времени - трудоемкость построения модели растет в геометрической прогрессии от глубины декомпозиции.
Цель моделирования (Purpose). Модель не может быть построена без четко сформулированной цели. Цель отвечает на такие вопросы:
- зачем моделировать этот процесс;
- что описывает модель;
- что увидит пользователь?
Именно правильное формулирование цели позволит команде аналитиков направить усилия в требуемом направлении.
Точка зрения (Viewpoint). Несмотря на то, что в процессе построения модели рассматриваются мнения различных людей, модель обязана строиться с единой позиции, называемой точкой зрения. Укрупнено ее можно вообразить как взгляд человека, который видит систему в нужном для моделирования аспекте.
Точка зрения должна соответствовать цели моделирования. Из этого становится очевидным, что описание работы предприятия с точки зрения бухгалтера и инженера будет выглядеть абсолютно разно, поэтому в процессе моделирования важно оставаться на выбранной точке зрения. Как правило, выбирается точка зрения человека, который ответственный за моделируемую работу в целом. Применительно к теме выпускной квалификационной работе, это должно быть должностное лицо, отвечающее за логистику в компании. Отметим, что при выборе точки зрения на модель важным является документирование дополнительных альтернативных точек зрения. С этой целью используются диаграммы FEO (For Exposition Only).
Таким образом, установлено, что IDEF0-модель должна иметь четко сформулированную цель, единственного субъекта моделирования и единую точку зрения.