Файл: Проектирование реализации операций бизнес-процесса «Предоставление рекламных услуг» (Реинжиниринг бизнес-процессов).pdf

Модели используются для настройки приложения. Их можно понимать как графическую программу. Благодаря такому повторному использованию ручное программирование программного кода уменьшается.

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

1.Модель строительства и хранения.

2.Выбор/поиск и анализ моделей.

3.Конфигурация модели.

4.Интеграция моделей.

5.Адаптация и модификация модели.

6.Эволюция и изменение модели.

7.Модель исполнения и интерпретации.

1.3 Основные правила методологии ARIS

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

Рекомендации по использованию событий:

1.В начале процесса или после интерфейса запуска.

2.В конце процесса или до конца интерфейса.

3.События принятия решений по соединителям XOR или OR.

4.Для важных событий, например, вехи в проекте.

5.Действия или события не должны иметь более одного исходящего или входящего соединения.

6.Поток управления процессом моделируется с использованием Правил (шлюзов).

Правила могут быть использованы следующим образом:

1.Из одного входящего соединения следует несколько исходящих соединений (SPLIT).

2.Из нескольких входящих подключений следует точно одно исходящее подключение (JOIN).

3.Возможна последовательность Правил.

4.Er модель обычно закрывается с тем же оператором, как была открыта, и заканчивается "EPC Событием".

5.Логические операторы.

В EPC можно использовать следующие правила:

1.Разделение - шаги обработки, которые следуют правилу, происходят параллельно и должны быть выполнены.

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

3.SPLIT - точно один из следующих шагов обработки правил должен быть выполнен.

4.Разделитель - должен быть выполнен как минимум один из следующих этапов обработки правила, или несколько, или все этапы обработки.

5.Для логических операций между событиями и действиями существуют специальные правила, которые показаны в модели ARIS Express [6].

1.4 АРИС: набор инструментов

Набор ARIS-Tool обеспечивает комплексную компьютерную поддержку моделирования. Четыре модуля предоставляют средства для автоматизированного анализа, планирования и внедрения управленческих информационных систем. Такой подход охватывает весь жизненный цикл моделирования. Рассмотрим подробнее:

1.ARIS-Modeler специализируется на системном моделировании. На основе мета-структуры платформы ARIS для ПК представляют методы для конкретных видов, включая расширенное моделирование отношений сущностей, а также диаграммы цепочек процессов и стимулов-ответов, а также диаграммы функциональной и организационной иерархии.

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

3.ARIS-Project Manager используется для управления проектами. Он предназначен для планирования, контроля и мониторинга всего проекта на всех его этапах. ARIS-Project Manager определяет все задачи, которые будут решаться в процессе моделирования бизнес-процессов.

4.Цель ARIS-Navigator - предоставить компьютеризированную документацию для корпоративной модели, разработанной на этапах моделирования.

"АРИС Экспресс 2", er модель - программа, выпущенная для операционных систем на базе Microsoft Windows. Также она работает в других ОС, таких как Mac OS X или Linux.

Для загрузки программы:

1.Переходят на профильный сайт.

2.Выбирают метод загрузки для ОС.

3.Входят в сообщество ARIS, принимают Лицензионное соглашение и Правила экспорта Software AG, чтобы иметь возможность загрузить ПО.

4.Знакомятся с инструкцией по установке независимо от того, какая загрузка выбрана.

5.Знакомятся с системными требования, чтобы быть уверенным, что пользовательский ПК будет способен работать с программой.

Программа имеет очень продвинутую бесплатную функцию ARIS Cloud. Это полномасштабный продукт для анализа бизнес-процессов, который как услуга предоставляется совершенно бесплатно для исследовательских и образовательных целей. Он поддерживает совместные проекты по улучшению процессов и доступен для 1000 пользователей одновременно по всему миру. С бесплатной пробной версией software ag ARIS Cloud бесплатная подписка длится 30 дней. С AERIS Cloud для студентов бесплатная подписка длится 3 месяца.

EPC предлагает множество способов для моделирования процессов, их анализа и определения потенциалов улучшения. Модель EPC непосредственно встроена в интерактивный просмотрщик моделей. Можно скачать его и редактировать бесплатно модели в ARIS Express 2 er. Также можно использовать предоставленные видеоуроки, чтобы найти легкий путь в мир АРИС.

Процесс моделирования:

1.Загружают ARIS Express.

2.Просматривают примеры моделей или видеоуроки.

3.Начинают моделирование.

4.Присоединяются к сообществу ARIS.

5.Получают бесплатную копию "шпаргалки". Для этого нажимают на картинку на профильном сайте, чтобы увеличить ее и скачать документ в формате PDF.

Процессы преобразования в XPDL

Процессы преобразования в XPDLФото: social-biz.org

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

При установке и настройке ARIS запускают программу ARIS Toolset:

1.В строке меню выбирают Файл-> Создать, а затем модель в следующем диалоговом окне.

2.Появится другое диалоговое окно, в котором выбирают место, где будет храниться модель ARIS. Можно выбрать, например, LOCAL-> Demo62-> Основная группа.

3.После нажатия кнопки «Далее» появляется другое диалоговое окно. Необходимо установить флажок «Процессы» и выбрать тип модели eEPC.

4.Появится диалоговое окно, в котором необходимо назначить имя для новой модели ARIS.

5.Вводят имя и нажимают кнопку "Готово". Окно покажет область редактирования для новой модели [2].

6.При моделировании ARIS используют только элементы панели инструментов, отмеченные красным кружком.

7.Элемент, помещенный в правом верхнем углу в наборе инструментов, называется функцией в АРИС, он будет отображен в Activity/Task в XPDL, поэтому используют его для определения задач в процессе.

8.Элемент называется правилом AND в ARIS и сопоставляется с фиктивным действием (маршрут) в XPDL с помощью AND Split или Join в зависимости от того, как пользователь подключает его к задачам.

9.Кроме того, если нужно определить какой-либо значимый идентификатор для других объектов действий и переходов, следует изменить тот же атрибут в ARIS для соответствующих объектов. Чтобы сделать это, нужно дважды щелкнуть объект, вставить его в график и отредактировать атрибут Identifier.

10.Убеждаются, что данные содержат только буквенно-цифровые символы или символы «_», «-», «.».

11.После создания модели в ARIS можно экспортировать ее в XML.

12.Для этого нужно найти определение процесса в древовидном представлении ARIS, щелкнуть его правой кнопкой мыши и выбрать «Экспорт / Импорт-> Экспорт XML...».

13.После нажатия на «Экспорт XML» пользователя попросят ввести используемый язык, а затем выбрать местоположение и имя файла XML, который будет сгенерирован.

14.Нажимают на соответствующий значок, чтобы преобразовать этот * .aml файл в XPDL.

15.Отправляют XPDL-файл в хранилище, позже можно загрузить его в движок через "Package Mng"- раздел приложения.

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

Инструменты ARIS консолидируют методологические структуры, что является важной предпосылкой для полной интеграции от реорганизации коммерции до внедрения информационных систем. Особенно подробно описаны эти процессы в книге Августа Вильгельма Шеера «Моделирование бизнес-процессов». Изучение основ помогает создать информационную модель, которая является краеугольным камнем систематического и интеллектуального метода разработки прикладных систем.

Глава 2. Проектная часть. Проектирование реализации операций бизнес-процесса «Предоставление рекламных услуг»

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

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

Все, что происходит в компании — продажа товара, найм нового сотрудника, составление квартального отчета — рассматривается как процесс, у которого есть владелец и участники. Владелец отвечает за результат, а участники выполняют последовательность регламентированных действий — этапов процесса. Для выделения и описания этих этапов применяются особые методологии и стандарты (например, SADT, IDEF3, BPMN 2.0).

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

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

2.1 План стандартизации процессов

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

В растущем агентстве роли и зоны ответственности сотрудников почти всегда пересекаются. Это препятствует стандартизации процессов. К примеру, если утверждением стратегии для клиента занимаются и маркетолог, и креативщик, и веб-дизайнер, не понятно, чью работу взять за основу процесса [7].

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

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

Роли не пересекаются. То, что выполняет специалист по контекстной рекламе, не выполняет копирайтер и т. п.

Роли охватывают все процессы. Нет задач, исполнитель которых не определен.

Последние два пункта соответствуют принципу MECE (mutually exclusive, collectively exhaustive), разработанному консалтинговой компанией McKinsey & Company. Согласно ему, любая структура должна описываться непересекающимися блоками, вместе составляющими полную группу событий.

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

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

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