4.2.2. Инструментальное средство Business Studio

Добавил:

ivanov666 Опубликованный материал нарушает ваши авторские права? Сообщите нам.

Вуз:

Башкирский Государственный Аграрный Университет

Предмет:

[НЕСОРТИРОВАННОЕ]

Файл:

Моделирование бизнес-процессов. Учебное пособие.pdf

Скачиваний:

Добавлен:

07.09.2026

Размер:

2 Мб

Скачать

☆

<<< < Предыдущая 1 2 3 4 5 6 78 / 108 9 10 > Следующая >>>

Как видно из диаграммы, описание сценария действий клиента, тур-

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

1) Клиент может открыть каталог туров;

2) Клиент может вводить параметры поиска тура и благодаря поиску

находит тур;

3) Клиент может заказать тур или открыть тур с дальнейшим брони-

рованием;

4) Турагент может создать заказ на основании пожеланий клиента;

5) Клиент может оплатить тур турагенту;

6) Туроператор может добавить тур и его описание, в случае если ка-

кого-то тура не хватает;

7) Туроператор может просматривать заказы на сайте.

Диаграмма последовательности предопределяет обязательства каждо-

го объекта при выполнении процесса. Так, обязательствами турагента яв-

ляются создание заказов и контроль оплаты клиента за проданный тур.

В конкретный момент времени функционирования система имеет

набор объектов и отношений между ними. Но система не является статич-

ной: объекты создаются и ликвидируются, связи также претерпевают мо-

дификации. Создание прецедентной и объектной моделей бизнеса позво-

ляет моделировать систему целиком с учетом всех происходящих в ней

изменений: от описания концепции до разработки исполняемого артефак-

та. Объектная и прецедентная модели бизнеса взаимосвязаны и являются

дополнением друг друга.

Контрольные вопросы

1. Раскройте понятие модели бизнес-процессов.

2. Назовите основные свойства, которые присущи модели.

3. В чем заключается процесс моделирования бизнес-процесса?

4. Перечислите основные модели выделения бизнес-процессов.

5. В чем состоит суть модели цепочки добавления ценности?

6. Назовите основные группы методологий моделирования бизнес-

процессов.

7. Приведите примеры нотаций структурного моделирования.

8. Какие составляющие методологии включает в себя методология

IDEF?

9. Какие типы отношений между блоками выделяют в методологии

IDEF0?

10. Раскройте смысл понятий: механизм, управление, вход, выход.

11. Каким образом в нотации IDEF0 реализован принцип доминиро-

вания?

12. Чем контекстная диаграмма отличается от диаграммы декомпо-

зиции?

13. Перечислите основные элементы модели в нотации EPC.

14. Чем отличается действие от события в нотации EPC?

15. Назовите правила построения диаграмм в нотации EPC.

16. Поясните разницу между операторами ветвления/слияния.

17. Назовите элементы нотации BPMN.

18. В чем разница между пулом и дорожкой на диаграмме BPMN?

19. Назовите базовые правила построения диаграмм в нотации BPMN.

20. Какой подход лежит в основе языка UML?

21. Какие модели строятся при использовании UML для моделирова-

ния бизнеса?

22. Раскройте понятия актора и прецедента.

23. Какие виды отношений могут устанавливаться между следующи-

ми объектами: прецедентом и актором, актором и актором, прецедентом и прецедентом?

24. Что такое поток событий?

25. Каковы особенности проектирования диаграммы деятельности?

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

модели бизнеса. Раскройте смысл каждого типа диаграмм.

27. Чем отличается синхронное сообщение от асинхронного в диа-

грамме последовательности?

4. ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА

МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ

КЛАССИФИКАЦИЯ ИНСТРУМЕНТАЛЬНЫХ СРЕДСТВ

4.1.

МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ

Применение инструментальных средств моделирования бизнес-про-

цессов расширяет возможности разработчиков, проектировщиков и биз-

нес-аналитиков при исследовании предметной области и создании систе-

мы, поскольку данные программные средства позволяют повысить эффек-

тивность процесса моделирования и облегчить процедуру построения мо-

делей за счет уменьшения количества ошибок и сокращения трудозатрат.

Инструменты моделирования обладают следующими преимуществами:

1) построение моделей в интерактивном режиме с помощью специ-

альных средств;

2) проверка построенных моделей на предмет соблюдения правил

графических нотаций моделирования;

3) осуществление анализа спроектированных моделей (проведение функционально-стоимостного анализа процессов, проведение экспериментов с целью проверки установленных гипотез);

4) подготовка документации по разработанным моделям (например, техническое задание);

5) разработка словарей, хранилищ, спецификаций для определения структуры модели и взаимосвязей между ее составляющими элементами;

6) генерация кода и баз данных, основанных на спроектированных диаграммах;

7) обмен информацией об описанных бизнес-процессах между подси- стемами.

Среди средств проектирования, моделирования и анализа бизнеспроцессов можно выделить CASE-инструменты и инструменты моделирования бизнес-процессов. Данное разделение является достаточно услов-

ным, поскольку все эти инструменты имеют схожий функционал, а также

существуют достаточно сложные средства моделирования, объединяющие

в себе основные стадии разработки информационной системы.

Термин CASE (Computer Aided Software/System Engineering) употреб-

ляется сегодня достаточно часто. Изначально значение данного термина

было жестко привязано к процессу автоматизации разработки программ-

ного обеспечения. В настоящий момент этот термин включает в себя раз-

работку и внедрение информационной системы в целом. Под CASE-

средством понимается программное средство, которое позволяет созда-

вать и внедрять информационную систему и включает в себя все стадии развития системы: от формулировки требований до тестирования и подготовки документации по проекту. CASE-средства концептуально основаны на единстве составляющих элементов: методология/метод/нотация/структура/средство [25]. Главная цель CASE-средств – максимально повысить эффективность работы бизнес-аналитиков и проектировщиков, при этом разделить проектирование программного обеспечения и его разработку.

CASE-средства можно классифицировать по типам, категориям или уровням. Тип CASE-средства зависит от функциональности инструмента в технологическом процессе, т. е. нацеленности на те или иные стадии жизненного цикла системы. Категория CASE-средства отражает степень интегрированности по выполняемому функционалу. Уровень CASE-

средства определяет возможности действия инструмента в рамках жиз-

ненного цикла программного обеспечения.

В классификации CASE-инструментов по типам выделяют:

1) Инструменты анализа и проектирования – применяются для разра-

ботки спецификаций системы, ее описания и проектирования. В данных

инструментах реализованы достаточно популярные методологии проекти-

рования, такие как The Dev eloper (A syst Techn ologies) , Silverrun (Сomputer Systems Advisers). Результатом работы подобных инструментов является

разработка описаний компонентов и интерфейсов системы, ее архитекту-

ры, а также структуры данных;

2) Инструменты создания баз данных и файлов – применяются для

разработки логических моделей данных, схем баз данных (зачастую с ис-

пользованием языка SQL (Structured Query Language)) и описания файлов. К таким инструментам можно отнести ERwin (Logic Works), S-Designor

(PowerSoft) и DataBase Designer (Oracle);

3) Инструменты разработки приложений – позволяют программиро-

вать, автоматически генерировать код, осуществлять тестирование. Ре-

зультатом работы такого инструмента является документированное при-

ложение. Примером данного типа инструментов является Workbench

(Micro Focus);

4) Инструменты сопровождения и реинжиниринга – обеспечивают

анализ программного кода и схем баз данных, а также создание специфи-

каций. Возможности анализа схем баз данных реализованы в средствах

Vantage Team Bu ilder (Westmount l-CASE), PRO-IV (McDonnel Douglas Information Systems). В сфере аналитики кода популярны объектно-ориентированные инструменты, такие как Rational Rose (Rational Software);

5) Инструменты управления проектами – позволяют осуществлять

планирование, контроль и множество других функций по сопровождению

проектов. Самыми популярными средствами в этой области являются

Microsoft Project (Microsoft), Time Line (Symantec).

В классификации CASE-инструментов по категориям выделяют:

1) Программы вспомогательного характера (Tools), которые позволя-

ют решать относительно небольшие задачи, а также поддерживать неко-

торые процессы создания программного обеспечения, например сравне-

ние результатов тестирований системы. Вспомогательные приложения

могут быть готовыми автономными инструментами или являться состав-

ляющими расширенных программных средств;

2) Программные инструменты (workbenches), обеспечивающие часть процессов создания программного обеспечения, например разработка спецификации, прототипирование;

3) Рабочие среды разработчиков (environments), которые позволяют

осуществлять большинство процессов создания программного обеспече-

ния и, как правило, состоят из нескольких интегрированных инструментов [26].

В классификации CASE-инструментов по уровням выделяют:

1) CASE-средства верхнего уровня – дают возможность реализовы-

вать компьютерное планирование. Применение CASE-инструментов

верхнего уровня позволяет описывать модели системы с точки зрения

анализа предметной области и пользовательских сценариев;

2) CASE-средства среднего уровня – обеспечивают реализацию ана-

лиза требований и описания структуры системы. Преимущества подобных

инструментов заключается в снижении уровня трудоемкости проектиро-

вания системы и ускорении процесса документирования;

3) CASE-средства нижнего уровня – включают в себя системные сло-

вари и средства графической визуализации, а также типовые специфика-

ции, которые значительно упрощают процессы разработки, внесения из-

менений в код и создания прототипов.

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

на рынке информационных технологий присутствуют инструменты, кото-

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

тического моделирования, средства имитационного моделирования, сред-

ства интеллектуального моделирования.

Средства статического моделирования ориентированы на проектиро-

вание статических (неизменных во времени) моделей предприятия, а имен-

но: функциональных, информационных, управленческих. Также эти сред-

ства позволяют проводить анализ эффективности бизнеса. В статических

инструментах часто применяются событийные цепочки процессов, цепоч-

ки добавленной стоимости, функционально-стоимостной анализ. Наиболее известными среди таких инструментов считаются среда ARIS (IDS

Prof. Sheer), средство стоимостного анализа EasyABC (ABC Technologies), AllFusionProcessModeler (Computer Associates). Последний инструмент в настоящее время не поддерживается и используется в основном только

в учебных целях. Инструменты статического моделирования дают воз-

можность прорабатывать варианты развития и организации деятельности

предприятия на базе спроектированных моделей и рассчитанных показателей эффективности.

В отличие от предыдущей категории инструментов средства имита-

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

ства экспериментов с заданными параметрами и сравнение полученных

результатов. Имитационные модели дают аналитику статистику выполне-

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

средств имитационного моделирования можно привести такие инструмен-

ты, как Arena (Systems Modelling), AnyLogic (The AnyLogic Company), Micro Saint (Alion Science and Techology). Инструменты динамического моделирования позволяют анализировать выполнение бизнес-процессов предприятия при переходе модели из одного состояния в другое.

Средства интеллектуального моделирования основаны на методах

экспертных систем, что дает возможность описывать плохо поддающиеся

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

ставлена, например, в виде совокупности классов и связей между ними

или в виде логических правил. Одним из самых известных инструментов интеллектуального моделирования по праву считается инструмент G2 (Gensym) – машина, которая может мыслить в реальном времени.

Таким образом, следует понимать, что повышение показателей эффек-

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

4.2. ХАРАКТЕРИСТИКА ИНСТРУМЕНТАЛЬНЫХ СРЕДСТВ

МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ

4.2.1. Выбор инструментального средства

моделирования бизнес-процессов

Одним из основных этапов проекта по разработке информационной

системы является осуществление выбора инструментальных средств мо-

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

1. Требуемый функционал. Многие инструменты обладают узкона-

правленным набором функций, но в то же время существуют интегриро-

ванные средства, содержащие множество модулей, каждый из которых

направлен на выполнение тех или иных задач. Например, инструмент G2

сочетает в себе методы решения задач, связанных с реинжинирингом биз-

нес-процессов, составлением расписаний и разработкой планов по органи-

зации деятельности компаний. Для решения небольших задач и подзадач

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

буется масштабная оптимизация бизнеса, лучше использовать мно-

гофункциональные программные системы. В сравнении с узкоспециали-

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

2. Доступность поддержки со стороны поставщика. Данный критерий

имеет высокую степень важности, поскольку после приобретения инстру-

мента и первичного обучения у начинающих пользователей, как правило,

появляется достаточно большое количество вопросов, которое требует

оперативного разрешения. Реализацией технической поддержки могут

быть «горячая» телефонная линия, консультационная поддержка с уда-

ленным или прямым доступом.

3. Выбранная методология. При выборе инструмента необходимо из-

начально определиться с подходом к моделированию, а следовательно,

и с методологией. Все популярные и используемые на практике методоло-

гии нашли отражение в существующих инструментах моделирования.

Многие инструменты поддерживают совокупность методологий, а также

интеграцию с другими прикладными пакетами. Так, программная система

Business Studio позволяет работать с нотациями IDEF0, EPC, BPMN и выполнять загрузку/выгрузку файлов с диаграммами в векторный редактор

Microsoft Visio (MS Office).

4. Существование программного продукта на рынке информацион-

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

и систематических обновлений. Большую роль играют репутация и сте-

пень известности фирмы-разработчика. Сегодня предпочтение стараются отдавать отечественным программным системам.

5. Акцент на целевом пользователе. В реализации проектов по улуч- шению бизнес-процессов компаний первостепенно принимают участие бизнес-аналитики и разработчики. Многие инструменты рассчитаны только на разработчиков и не учитывают роли бизнес-аналитиков. В то же

время практика ведения подобных проектов дает понимание того, что

непосредственное участие специалистов по анализу бизнес-процессов снижает количество возникающих ошибок и быстрее приводит к нужному

результату. Поэтому при выборе программного средства следует учиты-

вать, что его интерфейс должен быть дружественным, интуитивно понят-

ным и быстро осваиваемым.

6. Стоимость программного продукта. Поскольку стоимость инстру-

ментов для моделирования может варьироваться в достаточно широком

диапазоне, данный критерий имеет большое значение. Высокая стоимость

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

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

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

Таким образом, выбор инструментального средства для моделирования

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

1) определение совокупности методов проектирования и моделирова-

ния для конкретного проекта;

2) фиксацию требований к инструментам моделирования бизнес-

процессов;

3) обзор, анализ существующих инструментов и выбор наиболее при-

емлемого варианта.

4.2.2. Инструментальное средство Business Studio

Прикладное средство Business Studio (Группа компаний «Современные технологии управления») предназначено для проектирования бизнесархитектуры, а также для решения задач оптимизации бизнес-процессов

и расчета эффективности деятельности предприятий. Цикл разработки си-

стемы управления предприятием состоит из нескольких этапов:

1) Проектирование – создание или модификация бизнес-архитектуры

предприятия;

2) Внедрение – внесение изменений в текущую деятельность пред-

приятия;

3) Контроль – осуществление контроля состояния предприятия;

4) Анализ – проведение анализа отклонений и генерация новых идей

[27].

Задачи, решение которых можно достичь с помощью системы бизнесмоделирования Business Studio:

• Разработка стратегии бизнеса;

• Проведение моделирования и реинжиниринга бизнес-процессов;

• Проектирование организационной структуры;

• Разработка регламентов;

• Разработка технических заданий и другой документации.

<<< < Предыдущая 1 2 3 4 5 6 78 / 108 9 10 > Следующая >>>

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]