Документирование полученной информации - Моделирование и реорганизация бизнес-процессов

На начальных этапах создания АИС необходимо понять, как работает организация, которую собираются автоматизировать, в данном случае это ООО "Рив Гош". Руководитель хорошо знает работу в целом, но не в состоянии вникнуть в детали работы каждого рядового сотрудника. Рядовой сотрудник хорошо знает, что творится на его рабочем месте, но может не знать, как работают коллеги. Поэтому для описания работы предприятия необходимо построить модель, которая будет адекватна предметной области и содержать в себе знания всех участников бизнес-процессов организации.

Моделирование деловых процессов, как правило, выполняется с помощью case-средств. К таким средствам относятся BPwin, Silverrun, Oracle Designer, Rational Rose и др. Функциональные возможности инструментальных средств структурного моделирования деловых процессов будут рассмотрены на примере case-средства BPwin.

BPwin поддерживает три методологии моделирования: функциональное моделирование (IDEF0); описание бизнес-процессов (IDEF3); диаграммы потоков данных (DFD).

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

Процесс моделирования системы в IDEF0 начинается с создания контекстной диаграммы - диаграммы наиболее абстрактного уровня описания системы в целом, содержащей определение субъекта моделирования, цели и точки зрения на модель (Рис. 2.1). Далее производится разбиение системы на крупные фрагменты, этот процесс называется функциональной декомпозицией.

контекстная диаграмма а-0

Рис. 2.1 Контекстная диаграмма А-0

Контекстная диаграмма А-0 представляет собой самое общее описание деятельности ООО "Рив Гош" и ее взаимодействия с внешней средой.

Работа:

Деятельность ООО "Рив Гош": общее описание деятельности ООО "Рив Гош".

Стрелки:

Закон "О правах потребителя" (стрелка управления): работа "Деятельность ООО "Рив Гош"" выполняется в соответствии с законом "О правах потребителя".

Правила торговли и работы (стрелка управления): работа "Деятельность ООО "Рив Гош"" выполняется в соответствии с законом "О защите прав потребителей".

Поставки некачественного товара (стрелка входа): некачественный товар поступает от поставщика в магазин.

Поставка товара: косметика и парфюмерия поступают от поставщика в магазин.

Обращение покупателей (стрелка входа): обращения покупателей принимаются продавцами и сервисным центром.

Персонал магазина (стрелка механизма): персонал магазина осуществляет всю работу.

Проданный товар (стрелка выхода): проданный товар.

Хотя вершиной модели является диаграмма уровня А-0, настоящей "рабочей вершиной" является диаграмма А0 (Рис.2.2), поскольку она является уточненным выражением точки зрения модели. Ее содержание показывает, что будет рассматриваться в дальнейшем, ограничивая последующие уровни в рамках цели модели. Нижние уровни уточняют структуру и содержание моделируемого процесса, детализируя его, но, не расширяя его границ. Первые шаги представляют для разработчика особую трудность, поскольку требуют, поддерживая определенный уровень абстракции описания процесса, наблюдения за постепенным углублением модели в направлении к более подробным уровням детализации процесса.

диаграмма декомпозиции а0

Рис. 2.2 Диаграмма декомпозиции А0

Работы:

Получение и хранение: получение товара, проверка документов, хранение.

Регистрация товара: сверка номеров, занесение в БД.

Сервисное обслуживание: устранение брака.

Продажа: консультирование покупателей, продажа им товара.

Стрелки:

Товар на продажу: готовый к продаже товар.

Парфюмерия и косметика на регистрацию: товар после получение на предпродажную подготовку.

Проверенный товар на хранение.

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

Одной из основных компонент методологии моделирования IDEF0 является итеративное рецензирование, в процессе которого разработчик и эксперт многократно совещаются (устно и письменно) относительно достоверности создаваемой модели. Итеративное рецензирование называется циклом "разработчик/эксперт". В качестве эксперта студент может рассматривать преподавателя. Цикл "разработчик/эксперт" начинается в тот момент, когда разработчик передает часть модели с целью получения отзыва о ней. После рецензирования все замечания поступают к разработчику. Разработчик отвечает на каждое замечание и вносит исправления в модель. С помощью таких обсуждений можно достаточно быстро обмениваться идеями относительно содержания модели.

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

В методологии IDEF0 допустимыми являются пять типов взаимодействий между блоками в пределах одной диаграммы:

    1) управление; 2) выход - вход; 3) обратная связь по управлению; 4) обратная связь по входу; 5) выход - механизм.

Результатом данного этапа будет разработанная мною IDEF0-диаграммы исследуемого бизнес-процесса.

диаграмма декомпозиции а1

Рис. 2.3 Диаграмма декомпозиции А1

Работы:

Получение, проверка накладных: получение товара от поставщика.

Хранение: хранение товара.

Стрелки:

Полученный товар: товар на склад.

диаграмма декомпозиции а2

Рис. 2.4 Диаграмма декомпозиции А2

Работы:

Сверка номеров товара: проверка серийного номера и партии оружия и патронов.

Занесение в БД: занесение в БД для составления отчета.

Отправка отчета.

Стрелки:

Товар, занесенный в БД: после сверки номеров.

Проверенный товар: после проверки на склад.

диаграмма декомпозиции а3

Рис. 2.5 Диаграмма декомпозиции А3

Работы:

Прием товара по накладным: послепродажный сервис.

Выявление дефектов.

Выдача товара: исправленный товар.

Стрелки:

Товар с дефектом.

Исправленный товар: товар с устраненным дефектом.

диаграмма декомпозиции а4

Рис. 2.6 Диаграмма декомпозиции А4

Работы:

Выставление товара в зал: подготовка товара к выставлению, оформление витрин.

Консультация и оформление сделки: консультация продавца, оформление купли - продажи.

Стрелки:

Выставленный товар: товар на витрине.

диаграмма декомпозиции а32.1

Рис. 2.7 Диаграмма декомпозиции А32.1

Представленная модель отражает деятельность ООО "Рив Гош" на данный момент времени, то есть является моделью AS-IS (как есть). Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной. Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) - модели новой организации бизнес-процессов. Технология проектирования АИС подразумевает сначала создание модели AS-IS, ее анализ и улучшение бизнес-процессов, то есть создание модели ТО-ВЕ, и только на основе модели ТО-ВЕ строится модель данных, прототип и затем окончательный вариант АИС.

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

Похожие статьи




Документирование полученной информации - Моделирование и реорганизация бизнес-процессов

Предыдущая | Следующая