Особенности бизнес-моделирования

Размещено на http://www.allbest.ru/

3

Размещено на http://www.allbest.ru/

Особенности бизнес-моделирования

Содержание

1. Теоретический вопрос № 1 (14)

2. Теоретический вопрос № 2 (17)

3. Аналитический обзор статьи

Список использованой литературы

Теоретический вопрос № 1 (14)

Основные ошибки бизнес-моделирования

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

Ошибки, возникающие в результате некорректного моделирования бизнес-процессов, неверного выбора критерия их эффективности, стоят очень дорого. Практика показывает, что все ошибки условно можно разделить на стратегические, управленческие и технические (рис. 1). Все эти ошибки «закладываются», как правило, именно на начальных этапах процесса бизнес-моделирования.

1. Отсутствие чётких целей и задач

Когда у компании нет корпоративной культуры (миссии, стратегических целей и задач), попытки провести обособленное документирование отдельных направлений бизнеса вызывают определённые проблемы [2].

2. Отсутствие ответственных лиц

Эта ошибка связана с внедрением любой методологии и моделирования. Выход прост: у проекта должен быть спонсор или, проще говоря, куратор, на уровне топ-менеджера компании. Часто бывает так: «Назначим ответственным того из нас, кто меньше всех загружен», - решает руководство и… очень сильно ошибается! Куратору проекта необходимо постоянно поддерживать его на самом высоком уровне. Но в одиночку спонсор ничего не сделает - нужны ещё и исполнители, несущие прямую ответственность за проект [2].

3. Отсутствие единого понимания (соглашения)

В компании должны быть разработаны внутренние соглашения о моделировании и документировании. Наличие такого документа особенно важно на начальных этапах. Особенности использования моделей и объектов должны быть зафиксированы в соглашении о моделировании [1, с.99].

Рис. 1. Виды ошибок в бизнес-моделировании [1, с.98]

4. Несвязанные направления документирования

Весь положительный эффект от внедрения методологии БМ легко может быть перечёркнут в случае несвязного документирования. Без увязки IT- и бизнес-архитектурой теряется практическая ценность этого знания. Когда ставится задача документировать интегрированные знания, её зачастую можно решить только с использованием методологии БМ [2].

5. Лоскутное использование методологии

Эта ошибка вызвана низким уровнем корпоративной культуры и неготовностью сотрудников к инновациям. Ведь любая методология изначально предполагает, что в документирование знаний должны быть вовлечены все подразделения. В ситуации, когда документирование возложено на одно подразделение, оно оказывается в роли вечно «догоняющего». При таком подходе невозможно охватить всё, в результате руководители компании получают сведения только об отдельных частях своего бизнеса [2].

6. Неполная информация по БП

В процессе сбора информации о бизнес-процессах обычно применяются две формы: анкетирование и интервьюирование. Анкетирование вещь полезная, но она не даёт полной информации. Возникает много вопросов. Так же с интервью. Если подойти к нему недостаточно серьёзно, программисты потом будут долго выяснять недостающие детали. Поэтому заказчик и менеджер проекта со стороны внедренца узнают обо всём в самую последнюю очередь, если вообще узнают [1, с.103].

7. Изменение требований

При внедрении и разработке КИСУ надо учитывать тот факт, что первоначальные требования будут изменяться. Изменения связаны, прежде всего, с изменениями запросов внешней среды, на которые компания как организационная система вынуждена реагировать изменениями внутри себя - с целью их удовлетворения [2].

8. Внедрение в рамках отдельного проекта

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

Но и это ещё не всё. Ошибка, о которой идёт речь, приводит к разрыву между корпоративной архитектурой и информационными системами. Бизнес компании не стоит на месте, поэтому отсутствие синхронности в управлении на различных уровнях (стратегия, тактика, оперативная работа) приводит к потере логической целостности всей деятельности [2].

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

Теоретический вопрос № 2 (17)

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

ERwin - средство концептуального моделирования БД, использующее стандарт IDEF1X. ERwin реализует проектирование схемы БД, генерацию ее описания на языке целевой СУБД (ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server, Progress и др.) и реинжиниринг существующей БД. ERwin выпускается в нескольких различных конфигурациях, ориентированных на наиболее распространенные средства разработки приложений 4GL. Версия ERwin/OPEN полностью совместима со средствами разработки приложений PowerBuilder и SQLWindows и позволяет экспортировать описание спроектированной БД непосредственно в репозитории данных средств. Для ряда средств разработки приложений (PowerBuilder, SQLWindows, Delphi, Visual Basic) выполняется генерация форм и прототипов приложений. Сетевая версия Erwin ModelMart обеспечивает согласованное проектирование БД и приложений в рамках рабочей группы. BPwin - средство функционального моделирования, реализующее методологию IDEF0-IDEF3. Методология IDEF0, являющаяся официальным федеральным стандартом США, представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель IDEF0 отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Методология IDEF может использоваться для моделирования широкого круга систем и определения требований и функций, а затем для разработки системы, которая удовлетворяет этим требованиям и реализует эти функции. Для уже существующих систем IDEF может быть использована для анализа функций, выполняемых системой, а также для указания механизмов, посредством которых они осуществляются [5].

Rational Rose - предназначено для автоматизации этапов анализа и проектирования ПО, а также для генерации кодов на различных языках и выпуска проектной документации. Rational Rose использует синтез-методологию объектно-ориентированного анализа и проектирования, основанную на подходах трех ведущих специалистов в данной области: Буча, Рамбо и Джекобсона. Разработанная ими универсальная нотация для моделирования объектов (UML - Unified Modeling Language) претендует на роль стандарта в области объектно-ориентированного анализа и проектирования. Конкретный вариант Rational Rose определяется языком, на котором генерируются коды программ (C++, Smalltalk, PowerBuilder, Ada, SQLWindows и ObjectPro). Основной вариант - Rational Rose/C++ - позволяет разрабатывать проектную документацию в виде диаграмм и спецификаций, а также генерировать программные коды на С++. Кроме того, Rational Rose содержит средства реинжиниринга программ, обеспечивающие повторное использование программных компонент в новых проектах [4].

Методология ARIS рассматривает предприятие как совокупность четырех взглядов: взгляд на организационную структуру, взгляд на структуру функций, взгляд на структуру данных, взгляд на структуру процессов. При этом каждый из этих взглядов разделяется еще на при подуровня: описание требований, описание спецификации, описание внедрения. Таким образом, ARIS предлагает рассматривать организацию с позиции 12 аспектов, отображающих разные взгляды на предприятие, а также разную глубину этих взглядов. Для описания бизнес-процессов предлагается использовать 85 типов моделей, каждая из которых принадлежит тому или иному аспекту. Среди большого количества возможных методов описания можно выделить следующие: EPC (event-driven process chain) - метод описания процессов, нашедший применение для описания процессов системы SAP R/3; ERM (Entity Relationship Model) - модель сущностей-связей для описания структуры данных; UML (Unified Modeling Language) - объектно-ориентированный язык моделирования. ARIS Toolset (ARIS Easy Design) - единая среда моделирования, которая представляет собой совокупность четырех основных компонентов - Explorer (Проводник), Designer (средство для графического описания моделей), Таблиц (для ввода различных параметров и атрибутов) и Мастеров (Wizards). Различия двух продуктов заключается не в методологической части (ARIS Easy Design входит в ARIS Toolset), а лишь в функционале. ARIS Easy Design ориентирован на сбор информации и документирование, когда ARIS Toolset позволяет еще и проводить комплексный анализ, семантические проверки информации. Кроме того, только ARIS Toolset позволяет создавать скрипты (шаблоны) для отчетов, анализа и семантических проверок. ARIS Toolset - это средство для полноправного управления проектом ARIS. Функции управления заключаются в возможностях разграничения доступа для различных групп пользователей, а также ограничения методологи. Это необходимо, что бы избавится от избыточности методологии при реализации конкретного проекта. Помимо этого, некоторые модули, в частности ARIS ABC и ARIS Simulation, функционируют только при наличии ARIS Toolset.

Вывод: Проанализировав информацию по каждому инструменту реинжиниринга, можно сделать вывод, что наиболее оптимальным является ARIS. Этому инструменту посвящено много книг и статей различных авторов, таких как А.-В. Шеер, В.В. Ильин и др. Она имеет ряд преимуществ: "Могучая" репрезентативная графика, наличие большого числа стандартных объектов для описания бизнес-процессов, наличие инструмента имитационного моделирования, наличие внутреннего языка управления ARIS-Basic, возможность тестирования проекта на соответствие требования стандарта качества ISO 9000 [3].

Аналитический обзор статьи

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

Для обзора предлагается статья из сборника научно-технических работ Горняк В.Р., которая называется «Оценка действующих электронных бизнес-моделей развития промышленных предприятий»

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

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

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

Автор рассматривает шесть моделей развития предприятия.

Модель 1. Интранет. Интернет используется как инструмент для реализации эффективности системы внутренних коммуникаций на фирме.

Модель 2. Визитная карточка. С её помощью доступ к системе может стать шире. Цель такого сайта - заявить о себе, обеспечить круглосуточный доступ к информации о предприятии.

Модель 3. Сайт-буклет. На этом сайте расположена разнообразная информация о деятельности предприятия, о его продукции, новостях и т.д.

Модель 4. Промо-сайты. Это модель электронного взаимодействия, направленного на рекламу определённой продукции, бренда или идеи. Чаще всего они выпускаются параллельно с рекламной компанией, потому что является источником её информационной поддержки.

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

Модель 6. Корпоративный информационный портал. Эта модель предусматривает комплексную автоматизацию. В ней используется более сложная схема взаимодействия, которая даёт возможность всем участникам значительно сократить накладные расходы и время.

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

Копия статьи прилагается.

Список использованой литературы

1. Ильин В.В. Моделирование бизнес-процессов: практический опыт разработчика. - М.: ООО «И.Д. Вильямс», 2006 - 176 с.

2. http://books.google.com.ua/books

3. http://or-rsv.narod.ru/Aris-IDEF.htm

4. http://www.fooder.ru/page2/reinginir_12.html

5. http://bigc.ru/publications/other/metodology/be_upr.php

Размещено на Allbest