Реинжиниринг
бизнеса включает в себя, помимо
стратегического планирования,
моделирование бизнес-процессов,
CASE-технологии
и
другие современные средства.
Для того чтобы
радикально улучшить работу своей
компании, нужно выполнить некоторые
действия.
1. Понять, что
представляет собой бизнес-процесс вашей
фирмы -этому помогает моделирование
бизнес-процессов.
2. Вложить новые
идеи в реорганизацию вашей фирмы — это
задачи стратегического планирования.
3.
Реализовать перепроектирование с
помощью современных компьютерных
методов и средств — CASE-технологии
(Computer
Aided/Assisted
System/Software
Engineering).
Традиционные способы разработки моделей
Как уже отмечалось
выше, сложность моделирования
бизнес-процессов заключается в том, что
они невидимы в отличие от структуры
организации. При разработке методик
моделирования бизнес-процессов
использовался опыт моделирования
информационных процессов.
Литература по
реинжинирингу бизнес-процессов
рассматривает несколько методик
моделирования бизнеса. Причина этого
состоит в недооценке значения моделирования
или (что более вероятно) в недоступности
хорошей методики моделирования бизнеса.
Действительно, все известные подходы
к моделированию бизнеса принадлежат к
одному семейству методов моделирования
сложных информационных систем. Не
вдаваясь в детали, приведем список
наиболее известных подходов [1], [10].
1.
Структурный анализ и структурное
проектирование (Structured
Analysis
and
Structured
Design
— SA/SD)
являются
одной из самых известных методик
разработки информационных систем. В
методике SA/SD
подчеркивается, что система предоставляет
своим пользователям одну или несколько
функций — так называемый подход
функциональной декомпозиции. SA/SD
предлагает набор средств, таких, как
диаграммы потоков данных, диаграммы
состояний-переходов, ER-диаграммы
(диаграммы сущность-связь) — на фазе
анализа и структурные схемы — на фазе
проектирования.
2.
Методика IDEF
(Integrated
Computer
Aided
Manufacturing
Definition)
была
разработана ВВС США на основе идей,
появившихся в середине 70-х годов. На
основе этой методики министерство
обороны США создало Федеральный стандарт
обработки информации IDEF1X,
который обеспечивает поддержку на
нескольких уровнях посредством «модели
бизнеса», «модели информационной
системы» и «модели технологии».
Моделирование бизнеса поддерживается
ER-диаграммами
для данных и диаграммами потоков данных
специального вида, что позволяет
иерархически описывать функции системы.
3.
Методика SADT
(Structured
Analysis
and
Design
Technique)
использует
систему обозначений, похожую на диаграммы
потоков данных в IDEF,
для описания функций и структур данных
информационной системы на основе
декомпозиции.
Все эти методики,
основанные на моделировании информационных
систем, исходят из следующей парадигмы.
При описании информационной системы
предполагается, что она содержит два
типа сущностей: некоторый аналог
программы (операционные сущности,
которые выполняют некоторую обработку)
и данные (пассивные сущности, которые
хранят информацию, доступную для поиска,
чтения и замены). Другими словами,
информационная система описывается
как некая абстракция компьютера.
При
моделировании (разработке) сложные
информационные системы разбиваются на
составные части, каждая из которых
рассматривается отдельно от других.
Такой прием, как известно, называется
декомпозицией.
Классическим
является структурный подход к разработке
сложных систем, при котором осуществляется
декомпозиция системы по методу
«сверху-вниз».
Краткое введение в моделирование бизнес-процессов
Вместо введения
Коротко о процессном подходе
Практическое применение моделирования бизнес-процессов
Процессный подход и CASE-технологии
Модели, объекты и связи
Инструменты моделирования
Вместо введения
Моделирование бизнес-процессов в последние годы стало модной тенденцией, охватившей многие крупные (и даже не очень крупные) предприятия. Во многих компаниях как грибы растут департаменты организационного развития, отделы процессного управления и иные подразделения, основная задача которых заключается в выработке рекомендаций по совершенствованию деятельности компании на основе применения процессного подхода. На рынке услуг также доступны предложения в области процессного консалтинга, в том числе предложения с конкретной отраслевой специализацией (например, в области постановки процессов разработки приложений или ведения других ИТ-проектов либо в области совершенствования систем управления компаниями).
Настоящий цикл статей посвящен использованию процессного подхода, моделированию бизнес-процессов и их практическому применению. Темы, планируемые к освещению в данном цикле, включают обсуждение наиболее широко распространенных типов моделей, способов их хранения, их достоинств и недостатков. Помимо этого мы обсудим средства интеграции с информационными системами и средствами управления бизнес-процессами (включая решения, использующие языки описания бизнес-процессов); имитационное моделирование процессов, контроль и анализ выполнения процессов в реальной жизни, создание решений на основе средств моделирования бизнес-процессов.
Хочу обратить внимание на то, что, во-первых, в данном цикле представлена личная точка зрения автора на моделирование бизнес-процессов, не имеющая отношения к официальным мнениям поставщиков обсуждаемых инструментов и услуг; во-вторых, данный цикл не претендует на систематичность изложения — он лишь отражает аспекты процессного подхода, показавшиеся автору наиболее интересными и заслуживающими внимания.
Коротко о процессном подходе
ССуть процессного подхода проста. Деятельность сотрудников компании делится на две категории: повторяющаяся (периодически или в результате наступления каких-либо событий), называемая процессами, и неповторяющаяся, называемая проектами, мероприятиями или программами. С этой точки зрения процесс есть связанный набор повторяемых действий, которые преобразуют исходный материал и (или) информацию в конечный продукт (или услугу) в соответствии с предварительно установленными правилами. Как правило, процессы составляют значительную часть деятельности организаций. Учитывая, что процесс имеет конечный результат, рассмотрение деятельности компании как совокупности процессов позволяет более оперативно реагировать на изменение внешних условий, избегать дублирования деятельности и затрат, не приводящих к желаемому результату, правильно мотивировать сотрудников для его достижения.
Моделирование бизнес-процессов обычно означает их формализованное графическое описание. Хотя моделирование применения процессного подхода и совершенствования деятельности компании на его основе не является обязательным, в последнее время во многих компаниях ему уделяется серьезное внимание. Далее мы обсудим, какие задачи могут быть решены с его помощью.
Практическое применение моделирования бизнес-процессов
Моделирование бизнес-процессов используется на практике для решения широкого спектра задач. Один из наиболее типичных способов применения подобных моделей — это совершенствование самих моделируемых процессов. На практике производится описание процессов «как есть» (то есть именно так, как они происходят в действительности), а затем различными способами выявляются узкие места в этих процессах и на основе данного анализа создается несколько моделей «как должно быть».
Выявление узких мест в процессах может осуществляться разными способами. Один из них — имитационное моделирование. Исходными данными для такого моделирования являются сведения о вероятности наступления событий, влияющих на выполнение процесса, о среднем времени выполнения функций в процессе и законах распределения времени выполнения, а также об иных характеристиках, например задействованных в процессе ресурсах.
Другой способ выявления узких мест основан на анализе реальных процессов и соответственно реального времени выполнения функций или ожидания доступности ресурсов. Реальные значения могут быть как получены из информационных систем (если процесс автоматизирован с достаточно высокой степенью), так и определены путем обычного хронометража и иных наблюдений.
Еще один способ применения описания бизнес-процессов — это использование совокупности моделей процессов для генерации корпоративной нормативно-правовой базы, например регламентов процессов, положений о подразделении, должностных инструкций. Особенно часто подобные технологии применяются при подготовке компании к сертификации на соответствие одному из стандартов качества. Сегодня практически все средства моделирования бизнес-процессов позволяют получать данные об объектах на моделях и их взаимосвязях и представлять их в виде документов, хотя технологии, лежащие в основе подобных решений, могут быть различны.
Нередко модели бизнес-процессов применяются при совершенствовании системы управления компаниями и разработке системы мотивации персонала — для этого обычно моделируются цели компании, каждая из которых разбивается на более детальные до тех пор, пока это разбиение не станет столь подробным, что отдельные цели окажутся связанными с деятельностью конкретных сотрудников. Затем для этих целей формируются количественные показатели, характеризующие степень их достижения, и на основе этих показателей создается система мотивации персонала.
Моделирование бизнес-процессов широко применяется при проектировании информационных систем или иных ИТ-решений — сегодня описание процессов при управлении требованиями и создании спецификаций стало практически правилом хорошего тона, и в современном техническом задании вполне можно увидеть не только список требований, но и модели процессов. И, что бы ни говорили на эту тему специалисты в области управленческого и процессного консалтинга, не стоит забывать о том, что во многих случаях именно задача корректной автоматизации и информационной поддержки деятельности компании является основной при принятии решения о моделировании бизнес-процессов.
Перечисленными задачами далеко не исчерпывается область применения моделирования бизнес-процессов — здесь приведены лишь некоторые примеры использования этого вида моделирования.
Процессный подход и CASE-технологии
Модели, объекты и связи
При моделировании бизнес-процессов, как правило, манипулируют понятиями модели, объекта и связи. Модель — это совокупность графических символов, их свойств, атрибутов и связей между ними, которая адекватно описывает некоторые свойства моделируемой предметной области. Возможные типы моделей и правила их построения (в том числе доступные для применения графические символы и правила существования связей между ними) определяются выбранной методологией моделирования, а система условных обозначений, принятая в используемой модели, определяется выбранной нотацией.
Существует довольно много методологий моделирования, используемых сегодня при описании бизнес-процессов. К наиболее популярным из них можно отнести методологию DFD (Data Flow Diagrams), описывающую диаграммы потоков данных, которые используются при анализе требований и функциональном проектировании информационных систем; STD (State Transition Diagram), рассматривающую диаграммы перехода состояний для проектирования систем реального времени; ERD (Entity-Relationship Diagrams), раcсматривающую диаграммы «сущность — связь», которые применяются при логическом проектировании информационных систем; FDD (Functional Decomposition Diagrams), описывающую диаграммы функциональной декомпозиции; SADT (Structured Analysis and Design Technique), представляющую собой довольно популярную в 90-х годах технологию структурного анализа и проектирования. В последнее время популярна также методология ARIS, рассматривающая совокупность различных типов моделей (включая и поддерживаемые некоторыми другими методологиями), которые используются для описания всех подсистем компании. Не менее популярно и семейство методологий IDEF, применяемых для проектирования бизнес-процессов и данных (разработчики баз данных, как правило, неплохо знакомы с методологией IDEF1X, описывающей логические и физические модели данных, а методология IDEF0 весьма популярна у аналитиков, описывающих бизнес-процессы). У разработчиков приложений очень популярна методология UML (Unified Modelling Language), используемая при проектировании информационных систем и приложений с целью описания требований к информационной системе, сценариев работы пользователей, изменения состояний системы и данных в процессе работы и классов будущего приложения.
Инструменты моделирования
Хотя рисовать модели на бумаге не возбраняется, современное моделирование бизнес-процессов обычно осуществляется с использованием CASE-средств — Computer Aided System Engineering — проектирование систем с помощью компьютера. На современном рынке программного обеспечения CASE-средств не одна сотня. В такой ситуации имеет смысл обсудить их классификацию и задачи, которые можно решить с их помощью (применительно к процессному подходу).
Из информационных технологий к CASE-средствам обычно относят инструменты, позволяющие автоматизировать те или иные процессы жизненного цикла ИТ-решений. Впрочем, с их помощью нередко решаются и задачи, не имеющие прямого отношения к ИТ-решениям.
Особенностями современных CASE-средств являются наглядные графические средства для создания моделей, использование средств их хранения в виде файлов или в виде данных в специальном репозитарии, а зачастую — средства интеграции с другими инструментами (например, со средствами разработки приложений, офисными приложениями, другими CASE-средствами, инструментами, применяемыми при внедрении информационных систем). Часто CASE-средства содержат средства генерации отчетов на основе моделей, средства реинжиниринга — генерации моделей на основе имеющихся данных (например, содержащихся в реляционной базе данных). Нередко CASE-средства включают прикладные программные интерфейсы и даже среды разработки решений на собственной основе.
CASE-средства можно классифицировать по типам:
- средства анализа и моделирования, предназначенные для создания описаний процессов и иных предметных областей как таковых;
- средства анализа и проектирования, используемые для управления требованиями и документирования ИТ-проектов;
- средства моделирования приложений (сегодня наиболее распространенной категорией таких средств является семейство средств UML-моделирования);
- средства проектирования данных, обеспечивающие моделирование данных и генерацию схем баз данных для наиболее распространенных СУБД.
Для описания бизнес-процессов применяются все перечисленные категории средств, кроме, возможно, последней: моделирование данных является особой областью с вполне конкретными задачами и конкретным ожидаемым результатом и используется не столько бизнес-аналитиками, сколько разработчиками приложений.
Рис. 1. Borland Together
К наиболее популярным в нашей стране средствам описания бизнес-процессов можно отнести средства UML-моделирования Rational Rose (IBM) и Together (Borland) — рис. 1, семейство AllFusion Business Process Modeler (BPwin) для описания бизнес-процессов с помощью методологии IDEF0 (Computer Associates) и организации коллективной работы над единым репозитарием моделей (рис. 2), ARIS (IDS Scheer) — инструмент коллективной работы над совокупностью взаимосвязанных моделей различных типов (рис. 3), предназначенных для описания бизнес-процессов, данных и информационных систем, деятельности компаний, Visio (Microsoft) — средство создания различных типов моделей бизнес-процессов и данных, позволяющее создавать диаграммы и модели с применением различных методологий (рис. 4).
Рис. 2. CA AllFusion Business Process Modeler (BPwin)
Рис. 3. ARIS Business Architect
Рис. 4. Microsoft Visio
О многих из перечисленных выше инструментов мы неоднократно писали в нашем журнале, и интересующиеся могут найти соответствующие статьи на нашем сайте: www.compress.ru.
Какой из инструментов следует выбирать для моделирования бизнес-процессов? В первую очередь это определяется целями и объемом моделирования, функциональностью средств, их интеграцией с другими инструментами и приложениями и в значительно меньшей степени — наличием знаний и опыта применения того или иного инструмента у авторов моделей. Естественно, в этом случае нужно представлять, какие возможности средства моделирования требуются для решения стоящей перед пользователем задачи. Впрочем, о возможностях подобных средств мы подробнее поговорим в последующих статьях.
КомпьютерПресс 8’2007
Моделирование процесса при помощи CASE-cредства
Введение
В настоящее время в мире разработано и успешно применяется для бизнес —
моделирования достаточно большое количество различных методологий или, другими
словами, языков описания бизнес — деятельности организации. Большинство
известных методологий нацелено на моделирование бизнес-процессов или данных.
Данная курсовая работа посвящена описанию деятельности банковской
компании «Джии Мани Банк» и предоставление основы для анализа этой информации в
аспекте бизнес-процессов с помощью современных инструментов моделирования BPwin и ARIS.
Моделирование бизнес-процессов — это метод, позволяющий дать оценку
текущей деятельности предприятия по отношению к требованиям, предъявляемым к
его функционированию, управлению, эффективности, конечным результатам деятельности
и степени удовлетворенности клиента; позволяет провести всесторонний анализ,
взглянуть со всех точек зрения, увидеть то, что, возможно, не видят все
работники предприятия, в том числе и руководство.
Идея моделирования бизнес-процессов это уже сигнал к тому, что для
современного руководителя и всех работников предприятия необходимо четкое
видение всей деятельности и, главное, ее конечного результата.
Имея модель предприятия, всех его бизнес-процессов, сориентированных на
конкретную цель, мы открываем возможность его совершенствования. Анализ
предприятия как модели — это удобный способ ответа на вопрос, что необходимо и
достаточно для достижения конкретной поставленной цели.
1. Объект моделирования
В курсовом проекте будет рассмотрена деятельность банковской компании ЗАО
«Джии Мани банк» занимающейся оказанием услуг в банковской сфере.
В рамках моделирования, ставятся следующие задачи:
· Построить общую модель деятельности компании.
· Идентифицировать и определить текущие проблемы, сделать
возможным анализ потенциальных улучшений
· Идентифицировать роли и ответственность служащих для
написания должностных инструкций
· Описать функциональность отделов с целью написания
спецификаций ИС
.1 Деятельность компании GE Money Bank
Money Bank — подразделение General Electric,
оказывающее услуги кредитования. Компания гордится тем, что завоевала доверие
около 130 миллионов клиентов во всем мире. Компания GE Money имеет
представительства в 55 странах и традиционно разрабатывает для своих
потребителей надежные финансовые решения в короткие сроки.
Сегодня спектр продуктов и услуг банка в России включает обслуживание
физических и юридических лиц, работу на финансовых и межбанковских рынках,
работу с проблемной задолженносью,. GE Money — действительно компания мирового
масштаба. Семьдесят пять процентов своего чистого дохода компания зарабатывает
за пределами Соединенных Штатов.
В России GE Money Bank работает с ноября 2004 г. во главе с президентом
банка Ричардом Гаскином, которому подчиняются отдел внутреннего контроля и
департаменты: юридический, по персоналу, финансовый, продаж, pr-департамент. Банк сочетает в себе
западные стандарты ведения банковского дела и современные российские реалии, то
есть соответствует всем требованиям, которые предъявляют как российские, так и
иностранные компании к своему финансовому партнеру.
2. Моделирование процесса при помощи CASE инструмента BPwin
Описание, анализ и моделирование бизнес-процессов без применения
специальных инструментов возможно только в самых простейших случаях. Для
решения этих задач перечисленные компанией Computer Associates создана
программа BPwin, которая включает следующие методологии: IDEF0, DFD и IDEF3.
IDEF0
— в рамках данной методологии бизнес-процесс представляется в виде набора
элементов-работ, которые взаимодействуют между собой, обмениваясь
информационными и материальными потоками с помощью людских и производственных
ресурсов, потребляемых каждой работой. С помощью функционального моделирования
можно провести системный анализ бизнеса, сосредоточившись на регулярно решаемых
задачах или функциях, на показателях их правильного выполнения, необходимых для
этого ресурсах, результатах и исходных материалах.
DFD —
диаграммы DFD могут дополнить то, что уже отражено в модели IDEF0, поскольку
они описывают потоки данных, позволяя проследить, каким образом происходит
обмен информацией как внутри системы между бизнес-функциями, так и системы в
целом с внешней информационной средой.
IDEF3
— включены элементы логики, что позволяет аналитику моделировать и
анализировать альтернативные сценарии развития бизнес-процесса. Методология
моделирования IDEF3 позволяет графически описать и документировать процессы,
фокусируя внимание на течении этих процессов и на отношениях процессов и важных
объектов, являющихся частями этих процессов.
.1 Цель моделирования и точка зрения. Цель моделирования
· идентифицировать и определить текущие проблемы, сделать возможным анализ
потенциальных улучшений;
· идентифицировать роли и ответственность служащих для
написания должностных инструкций;
· описать функциональность отдела с целью написания
спецификаций ИС
Точка зрения: Генеральный директор.
.2 Дерево функций
2.4 Диаграмма верхнего уровня
2.5 Диаграммы декомпозиций
3.
Моделирование процессов при помощи CASE средства ARIS Toolset и методологии
ARIS
Методология, используемая ARIS, представляет собой множество различных
методологий, интегрированных в рамках системного подхода. Это позволяет
говорить о единой архитектуре рассматриваемой методологии. ARIS поддерживает
четыре типа моделей, отражающих различные аспекты исследуемой системы:
организационные модели, представляющие структуру системы — иерархию
организационных подразделений, должностей и конкретных лиц, многообразие связей
между ними, а также территориальную привязку структурных подразделений;
функциональные модели, содержащие иерархию целей, стоящих перед аппаратом
управления, с совокупностью деревьев функций, необходимых для достижения
поставленных целей; информационные модели, отражающие структуру информации,
необходимой для реализации всей совокупности функций системы; модели
управления, представляющие комплексный взгляд на реализацию деловых процессов в
рамках системы. В рамках каждого из перечисленных типов создаются модели разных
видов, отражающие соответствующие стороны исследуемой системы. ARIS
поддерживает большое количество методов моделирования, используемых для
построения этих моделей. Среди них такие известные как диаграммы Чена, Unified Modeling Language (UML), Object Modeling Technique
(OMT) и т.п.
ARIS не накладывает ограничений на последовательность проработки
указанных выше четырех аспектов. Процесс анализа и проектирования можно
начинать с любого из них, в зависимости от конкретных условий и целей,
преследуемых разработчиками. Удобные и эффективные средства моделирования и
навигации, а также поддержка полноценной многопользовательской работы позволяют
одновременно работать над всеми аспектами. Другой особенностью методологии
ARIS, обеспечивающей целостность разрабатываемой системы, является
использование различных уровней описания, что поддерживает теорию жизненного
цикла системы, существующего в сфере информационных технологий.
.1 Соглашение о моделировании
Главной целью моделирования является создание единой базы знаний и
единого стандарта отображения информации о:
· структуре персонала организации;
· иерархии бизнес-процессов/функций;
· последовательности выполнения бизнес-процессов/функций;
· распределение бизнес-процессов/функций между подразделениями
и исполнителями;
· входящих/исходящих информационных потоков бизнес-процессов/функций.
Общие
положения.
Настоящий документ представляет собой набор соглашений, регламентирующий
элементы моделирования бизнес-процессов в стандарте ARIS деятельности компании
ООО «Сити Онлайн». В настоящем документе перечислены модели, объекты, символы,
связи между объектами и моделями методологии ARIS, которые будут использованы
для описания бизнес — деятельности организации.
Глоссарий
терминов проекта.
Данное соглашение определяет трактовку следующих терминов, используемых в
проекте (Таб. 1):
Таб. 1. Термины проекта моделирования
Термин (рус.) |
Термин (англ.) |
Определение |
||
Функция |
Function |
Действия сотрудников, выполняемые при появлении заданного |
||
Событие |
Event |
Отражение изменения состояния внешней или внутренней среды, |
||
Бизнес-процесс |
Value added chain |
Связанный набор повторяемых действий (функций), |
||
Продукт/услуга |
Product/service |
Продукт/услуга — результат человеческой деятельности или |
Document |
Документ — результат человеческой деятельности в результате |
Категория знаний |
Knowledge category |
Категория знаний — документы объединенные в одну группу |
||
Должность |
Position |
Должность — информация о занимаемой должности сотрудника |
||
Организационная единица |
Organization unit |
Организационная единица — отделение, подразделение, отдел |
||
Группа GroupМожет отображать группу сотрудников, работающих |
||||
Оператор И |
AND rule |
Оператор И показывает какие функции выполняются |
||
Исключающее ИЛИ |
XOR rule |
Оператор показывает что должны выполниться только одна |
||
Оператор ИЛИ |
OR rule |
Данный оператор показывает что может использоваться любая |
||
База данных/Файл Database/FileПредставление информационного носителя данных в |
||||
Тип прикладной системыApplication system typeОписание конкретной |
||||
Экран/списокScreen/listМожет содержать объекты, |
||||
InformationВходные данные в виде сущностей, |
||||
Кластер |
Cluster |
Описывает логическую модель некоторых типов сущностей и |
Термины, определенные в Таб. 1, подлежат использованию без искажения
смысла, как в данном соглашении, так и в документах, касающихся проекта
моделирования бизнес-процессов компании.
Правила соединения объектов на диаграмме еЕРС.
Каждая модель должна начинаться как минимум одним стартовым инициирующим
событием (состоянием) и завершаться как минимум одним результирующим событием
(состоянием).
События и функции по ходу выполнения должны чередоваться (сменять друг
друга).
События и функции должны иметь только по одному входящему и одному
исходящему отношению, показывающему ход выполнения процесса.
Путь процесса всегда разъединяется и объединяется с помощью правил
ветвления/слияния.
Несколько событий инициируют функцию только с помощью правила
«исключающее ИЛИ».
Решения о дальнейшем ходе выполнения процесса принимаются функциями.
Функции, принимающие решения в ходе процесса, на выходе всегда
соединяются правилом «исключающее ИЛИ».
Правила должны показывать все возможные варианты течения процесса после
решения выбора (функции).
События, следующие после правил выбора должны описывать все возможные
варианы выбора.
Правила ветвления/слияния не могут располагать одновременно несколькими
входящими и исходящими соединениями.
На диаграмме модели еЕРС допустимы следующие варианты использования
правил ветвления/слияния:
) условное ветвления процесса с помощью правила «исключающее ИЛИ»
) распараллеливание процесса с помощью правила «И»
) ожидание наступления нескольких событий с помощью правила «И»
4) наступление строго одного из состояний с помощью правила
«исключающее ИЛИ»
) выполнение одной из функций необходимого состояния с помощью
правила «исключающее ИЛИ»
Перечень моделей.
В проекте используются следующие модели (в скобках указано оригинальное
имя типа модели):
Диаграмма организационной структуры (Organizational chart) .
Диаграмма процесса добавленного качества (Value-added chain diagram,
VAD).
Дерево функций организации (Function tree,).
Диаграмма классификации продуктов деятельности (Product/Service tree).
— Диаграмма структуры знаний (Knowledge structure
diagram)
Диаграмма событийно-управляемого процесса (extended Event-driven
Process Chain).
Диаграмма eEPC (в виде столбцов) — eEPC (column display)
Диаграмма цепочки процесса
(Process Chain Diagram)
Диаграмма окружения функции (Function allocation diagram)
диаграмма
цепочка toolset качество
4. Модели ARIS
.1 Диаграмма цепочки добавленного качества
Основные бизнес-процессы.
Обеспечивающие бизнес-процессы
Бизнес-процессы управления
4.2 Организационная структура
4.3 Диаграмма событийно-управляемого процесса
4.4 Диаграмма еЕРС (в виде столбцов)
4.5 Диаграмма окружения функции
4.6 Дерево функций
4.7 Диаграмма структуры знаний
4.8 Диаграмма цепочки процесса
4.9 Дерево продуктов и услуг
Заключение
Резюмируя изложенное стоит еще раз отметить, что в данном курсовом
проекте мы провели описание деятельности «Джии МаниБанк» с помощью ARIS и BPwin инструментов моделирования. Для наглядности приведем
преимущества и недостатки инструментов в виде таблицы.
Функции, свойства |
ARIS |
BPwin |
||||
1 |
Моделирование организационных функций и процессов |
+ |
+ |
|||
2 |
Разработка технического задания |
+ |
+/- |
|||
3 |
Функционально-стоимостной анализ |
+ |
+ |
|||
4 |
Оптимизация бизнес процессов |
+ |
— |
|||
5 |
Имитационное моделирование, событийно-управляемое |
+ |
+/- |
|||
6 |
Генерация кода приложения |
— |
+ |
|||
7 |
Оформление проектной документации; генерация |
+ |
+/- |
|||
8 |
Хранение моделей деятельности предприятий |
+ |
+/- |
|||
9 |
Создание концептуальных и физических моделей структуры базы |
+/- |
+ |
|||
10 |
Стандартное представление основных бизнес процессов (более |
+ |
— |
|||
11 |
Ведение библиотеки типовых бизнес моделей |
+ |
+/- |
|||
12 |
Групповая работа над проектом |
+ |
+ |
Выдача встроенных отчетов по стандарту ISO9000 |
+ |
— |
14 |
Ценовые различия |
$31 740 |
$23 685 |
|||
В данной таблице четко выражены недостатки и преимущества каждой из
инструментов моделирования.
Все сравниваемые методологии (ARIS и BP-Win) позволяют строить модели
бизнес-систем, отображающие различные стороны систем. В этих моделях
представляются реализуемые в бизнес-системах функции, их структура, протекающие
в них процессы, а также циркулирующие в них данные (в том числе планы, проекты,
регламенты, первичные документы и отчеты). Однако, подходы, использованные в
этих системах, различны.
В ARIS широко используется первый из названных подходов: для отображения
различных сторон системы применяются разные модели (организационные,
функциональные, информационные модели, модели выходов, модели управления). В
BP-Win, в принципе, использован такой же путь, но с меньшим разнообразием
отражаемых аспектов деятельности в силу ориентации на представление объектов в
стандартах IDEF0, IDEF3 и DFD, ориентированных на описания логики использования
информационных систем. BP-Win также позволяет задать иерархию на объектах
класса, так называемую, категоризацию.
Итоги моделирования бизнес-процессов в банке «Джии Мани Банк»:
1. на мой взгляд, в бизнес-процессе управления «Управление финансами»,
который контролирует только один отдел «Отдел внутреннего контроля», необходимо
чтобы привлекли еще один отдел для контроля во избежание некорректных ситуаций,
связанных с финансами;
2. также возможно внесение в список продуктов для физических лиц
дополнительный продукт «Переводы Western Union», который
есть во многих банках и который может принести дополнительную прибыль банку;
. работу групп Call-центра,
которая состоит на данный момент из 4 четырех групп, соединить в одну или две
группы для практичности.
Оценивая применимость рассматриваемых инструментальных средств для
моделирования деятельности компании «Джии Мани Банк», можно подвести итоги, что
если у компании имеются свободные средства на использование дорогостоящей
программной среды ARIS Toolset, а также покупки дополнительного программного
обеспечения, то я бы посоветовала им использовать методологию ARIS.
Список используемой литературы
1. Каменнова
М. «Моделирование бизнеса. Технология ARIS».
2. Войнов
И.В., Телегин И.А., Пудовкин С.Г. «Моделирование экономических систем и
процессов. Опыт моделирования ARIS-моделей».
Текст работы размещён без изображений и формул.
Полная версия работы доступна во вкладке «Файлы работы» в формате PDF
Актуальность определяется:
- высоким уровнем развития Case-технологий;
-
недостаточным использованием Case-технологий в управлении
бизнес-процессами организации.
Целью данного
исследования является формирование методики описания бизнес-процессов с
применением Case-технологий,
направленных на повышение эффективности управления организацией.
Исходя из поставленной
цели, определены следующие задачи:
-
выбор инструментального Case-средства для описания
бизнес-процесса организации: -
описание бизнес-процесса организации с
применением Case-технологий.
Российские ученые
В.В.Репин и В.Г.Елиферов[1] дают следующее определение
бизнес-процесса — «это устойчивая, целенаправленная совокупность
взаимосвязанных видов деятельности, которая по определенной технологии
преобразует входы в выходы, представляющие ценность для потребителя».
Вход — ресурс,
необходимый для выполнения бизнес-процесса.
Выход — результат
выполнения бизнес процесса.
Международный стандарт
качества ISO
9000[2] рекомендует организациям
для того, чтобы результативно функционировать, необходимо управлять своими
процессами.
А для того, чтобы
правильно управлять процессами требуется их изучить и описать.
Первая
задача. Выбор инструментального Case-средства для описания
бизнес-процесса организации.
Наиболее популярными на
рынке Case-средствами
моделирования бизнес-процессов являются BPWIN, ARIS, RAMUS.
Для выбора
инструментального CASE-средства
исходим из критериев:
- функциональность (возможности) CASE-средства;
- простота использования;
- доступность приобретения (цена) CASE-средства.
Значения критериев определили, используя
открытые ресурсы в сети Интернет:
Критерии |
Функциональность
Наличие функции моделирования |
Простота использования |
Доступность |
BPWIN |
Есть |
Простое |
Дорого |
ARIS |
Есть |
Требуется специальное обучение |
Бесплатная версия |
RAMUS |
Есть |
Простое |
Бесплатная версия |
Сравнив CASE-средства для описания
бизнес-процесса организации выбрали RAMUS, которое позволяет моделировать бизнес-процесс,
распечатать модель, имеет простое использование и есть бесплатная усеченная
версия.
Вторая
задача. Описание бизнес-процесса организации с применением CASE-технологий.
Моделирование
бизнес-процесса — это графическое описание бизнес-процесса с использованием CASE-средства.
В данной работе для описания
бизнес-процесса организации использовали методологию структурного анализа и
проектирования SADT,
разработанную в 1973 году Дугласом Россом, а именно ее подмножество — стандарт IDEF0. В моделях IDEF0 процесс (функция) изображается в
виде функционального блока. (Рис. 1)
Каждая из четырех сторон
функционального блока имеет свое назначение: левая сторона блока предназначена
для Входов, верхняя — для Управления, правая — для Выходов, нижняя — для
Механизмов.
Вход — материал или
информация, которая используется или преобразуется функцией для получения
результата (выхода).
Управление — нормативные
документы, инструкции, которыми руководствуется функция.
Выход — материал или
информация, которые производятся функцией.
Механизм — ресурсы,
которые выполняют функцию, например персонал предприятия, компьютеры.
Программное обеспечение.
Моделирование
бизнес-процесса выполнили на примере деятельности Министерства сельского
хозяйства и продовольственной политики Республики Саха (Якутии):
1. В
соответствии с методологией SADT
моделирование бизнес-процессов организации начинается с общего представления
деятельности организации в виде единственного блока А-0, блока «Деятельность
Министерства сельского хозяйства и продовольственной политики» (Рис. 2).
2. На
следующем уровне общий блок А-0 детализируется с помощью 3-4 блоков соединенных
интерфейсными дугами. Эти блоки определяют основные процессы организации и
представлены на диаграмме А0 (Рис. 3).
3. Затем
каждый из этих основных процессов может быть декомпозирован подобным образом в
целях большей детализации процессов. В данном случае, декомпозировали основной
процесс «Участие в реализации федеральных программ…» еще на 3 подпроцесса (Рис.
4).
Заключение
В заключении хотела
сказать, что каждое предприятие для повышения эффективности управления должно
применять CASE-технологии
по управлению бизнес-процессами.
Для описания
бизнес-процессов организации:
- провели сравнение CASE-средств моделирования бизнес-процессов;
-
использовали методологию структурного
анализа и проектирования SADT; -
изучили деятельность организации,
используя ее сайт; -
провели моделирование бизнес-процессов с
использованием CASE-средства — программным средством RAMUS.
Список использованной
литературы
1.
Вендров А.М. Проектирование программного
обеспечения экономических информационных систем. — М., Финансы и статистика,
2000. — 544с.
2.
Репин В.В., Елиферов В.Г. Процессный
подход к управлению. Моделирование бизнес-процессов. — М., РИА Стандарты и
качество, 2009. — 544с.
3.
Хаммер М., Чампи Д. Реинжиниринг
корпорации. Манифест революции в бизнесе. — М.: Манн, Иванов и Фербер, 2007. —
288с.
4.
Шеер А.В. Бизнес-процессы. Основные
понятия. Теория. Методы. — М.:
Весть-Мета Технология, 1999. — 144с.
5.
ИСО 9000:2005 Системы менеджмента
качества. Основные положения и словарь. 3 издание — Компания «Технорматив»,
перевод на русский язык, 2005. — 37с.
6.
Указ Президента Республики Саха (Якутия)
12 июля 2011 года №809 «О министерстве сельского хозяйства и продовольственной
политики Республики Саха (Якутия)»
7.
BPWIN.
[Электронный ресурс]. Режим доступа: http://erwin.com/worldwide/russian-russia (Дата обращения: 31.10.2015)
8.
ARIS.
[Электронный ресурс]. Режим доступа: http://www.softwareag.com/ru (Дата обращения: 31.10.2015)
9.
RAMUS.
[Электронный ресурс]. Режим доступа: http://ramussoftware/com (Дата обращения: 31.10.2015)
[1]
«Процессный подход к управлению. Моделирование бизнес-процессов». РИА
«Стандарты качества», 2004
[2] ISO 9000 «Системы менеджмента
качества. Основные положения и словарь»
содержание
Автоматизированное проектирование информационных систем на основе CASE- технологии
Назначение CASE-средств
Учитывая постоянный рост требований, сильно увеличивается сложность современных информационных систем. Можно выделить следующие особенности крупных существующих информационных систем:
- сложность описания;
- наличие совокупности тесно взаимодействующих компонентов;
- отсутствие прямых аналогов, ограничивающее возможность использования каких-либо типовых проектных решений и прикладных систем;
- необходимость интеграции существующих и вновь разрабатываемых приложений;
- функционирование в неоднородной среде на нескольких аппаратных платформах;
- разобщенность и разнородность отдельных групп разработчиков по уровню квалификации и сложившимся традициям использования тех или иных инструментальных средств;
- существенная временная протяженность проекта разработки.
Создание всей требуемой проектной документации вручную является крайне сложной задачей, а редактирование созданного пакета документов влечёт за собой ещё большие трудности. В связи с этим, можновыявить следующие проблемы, возникающие при ручном процессе проектирования:
- неадекватная спецификация требований;
- неспособность обнаруживать ошибки в проектных решениях;
- низкое качество документации, снижающее эксплуатационные качества;
- затяжной цикл и неудовлетворительные результаты тестирования.
Существенное подспорье в решении подобных проблем вносят CASE-средства (Computer Aided Software
Engineering). Под CASE-средством понимается специальное программное обеспечение, поддерживающее
процессы создания и сопровождения информационных систем: анализ и формулировка требований, проектирование прикладного программного обеспечения и баз данных, генерация кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы.
Полная среда разработки информационной системы представляет из себя совокупность используемых
CASE-средств, системного программного обеспечения и технических средств.
Следует заметить, что CASE-средства далеко не всегда сразу же дают ожидаемый эффект, кроме того,
реальный бюджет, требуемый на внедрение, в большинстве случаев существенно превышает их рыноч-
ную стоимость.
Чтобы увеличить шансы на успешное внедрение CASE-средства, необходимо руководствоваться
тремя аспектами:
- технология (ограниченность существующих возможностей);
- культура (готовность к внедрению новых процессов);
- управление (четкое руководство важными этапами и процессами внедрения).
Недостаток внимания к какому-либо аспекту может негативным образов сказаться на успешности
процесса внедрения, даже, несмотря на скрупулёзное следование существующим рекомендациям.
Состав и классификация CASE-средств
CASE-средства обладают мощными графическими средствами описания и документирования информационных систем, обеспечивают управляемость процесса разработки, за счёт интеграции некоторых компонент, а также позволяют централизованно хранить данные при помощи репозиториев.
Конкретная CASE-технология включает в себя методологию проектирования информационных систем
и инструментальные средства анализа и моделирования.
Архитектуру CASE-средства можно представить в виде совокупности шести компонентов:
- Репозиторий данных.
- Графический редактор диаграмм.
- Верификатор диаграмм.
- Генератор отчётов.
- Администратор проекта.
- Сервис.
Репозиторий представляет собой базу данных, предназначенную для обмена информацией между компонентами CASE-средства, а также для хранения
сведений обо всех объектах проектируемой системы.
Графический редактор диаграмм предназначен для отображения проектируемой информационной системы в заданной графической нотации. Позволяет
выполнять следующие действия:
- создавать элементы диаграмм и взаимосвязи между ними;
- задавать описания элементов диаграмм;
- задавать описания связей между элементами диаграмм;
- редактировать элементы диаграмм, их взаимосвязи и описания.
Верификатор диаграмм выявляет несоответствия разрабатываемой диаграммы
методологии проектирование. Среди его функций можно выделить:
- мониторинг правильности построения диаграмм;
- диагностику и выдачу сообщений об ошибках;
- выделение на диаграмме ошибочных элементов.
Генератор отчётов позволяет получать информацию о состоянии проекта в виде, формируемых по различным признакам, отчётов.
Администратор проекта представляет собой набор инструментальных средств, необходимых для выполнения административных функций. К таким функциям относятся:
- инициализация проекта;
- задания начальных параметров проекта;
- назначения и изменения прав доступа к элементам проекта;
- мониторинга выполнения работ.
Компонент сервиса представляет собой набор системных утилит для обслуживания репозитория данных. Используется для архивации данных, восстановления данных и создания нового репозитория.
В зависимости от области применения различные CASE-средства могут содержать следующие компоненты:
- репозиторий;
- графические средства анализа и проектирования;
- средства разработки приложений;
- средства конфигурационного управления;
- средства документирования;
- средства тестирования;
- средства управления проектом;
- средства реинжиниринга.
Типовая классификация CASE-средств по большей части соотносится с их компонентным составом.
Можно разделить CASE-средства на следующие типы:
- средства моделирования предметной области (построения и анализа моделей предметной области);
- средства анализа и проектирования (создание спецификации компонентов, интерфейсов системы, архитектуры системы, алгоритмов и структур данных);
- средства проектирования баз данных (построение моделей данных);
- средства разработки приложений;
- средства реинжиниринга (анализ программных кодов и схем баз данных и формирование на их основе различных моделей и проектных спецификаций);
- средства планирования и управления;
- средства конфигурационного управления;
- средства тестирования;
- средства документирования.
В исторической ретроспективе можно выделить CASE-системы двух поколений:
-
Первое поколение. Обеспечивает:
- поддержку графических моделей;
- проектирование спецификаций;
- проектирование экранных редакторов;
- проектирование словарей данных.
-
Второе поколение. Обеспечивает:
- поддержку графических представлений требований к системе;
- поддержку представлений спецификаций проектирования;
- поддержку контроля и анализа системной информации,
- информационную поддержку управления проектированием,
- построение прототипов и моделей системы;
- автоматическую кодогенерацию;
- поддержку тестирования, верификации и анализа сгенерированных программ;
- генерацию документов по проекту;
- контроль на соответствие стандартам по всем этапам ЖЦ;
Большая часть подобных технологий основывается на методологиях структурного и объектно-ориентированного анализа. Представление полученных данных производится при помощи текстов и диаграмм.
Технология внедрения CASE-средств
Процесс внедрения CASE-средств состоит из следующих этапов:
- Определение потребностей в CASE-средствах.
- Оценка и выбор CASE-средств.
- Выполнение пилотного проекта.
- Практическое внедрение CASE-средств.
На первом этапе необходимо выявить области деятельности компании, в которых обоснованно применение CASE-средств. По завершению данного этапа формируется документ описывающий стратегию внедрения.
Для успешного завершения этапа определения потребностей необходимо:
- проанализировать возможности организации в отношении её технической базы,
персонала и используемого программного обеспечения; - определить организационные потребности на основании проблем и целей;
- проанализировать рынок CASE-средств на предмет соответствия желаемым требованиям;
- определить критерии успешного внедрения CASE-средства и их оптимальные значения;
- разработать стратегию внедрения.
Стратегия внедрения включает следующие составляющие:
- организационные потребности;
- базовые метрики, необходимые для последующего сравнения результатов;
- критерии успешного внедрения;
- подразделения организации, в которых должно выполняться внедрение CASE-средств;
- влияние, оказываемое на другие подразделения организации;
- стратегии и планы оценки и выбора, пилотного проектирования и перехода
к полномасштабному внедрению; - основные факторы риска;
- ориентировочный уровень расходов и источники финансирования процесса внедрения CASE-средств;
- ключевой персонал и другие ресурсы.
Вторым этапом является процесс оценки функциональности и качества CASE-средств, для последующего выбора подходящих. Оценка выполняется в соответствии с конкретными критериями, ее результаты включают как объективные, так и субъективные данные по каждому средству.
Процесс оценки включает следующие действия:
- формулировка задачи оценки, включая информацию о цели и масштабах оценки;
- определение критериев оценки, вытекающее из определения задачи;
- определение средств-кандидатов путем просмотра списка кандидатов и анализа информации о конкретных средствах;
- оценка средств-кандидатов в контексте выбранных критериев;
- подготовка отчета по результатам оценки.
Процесс выбора тесно взаимосвязан с процессом оценки и включает следующие действия:
- формулировка задач выбора, включая цели, предположения и ограничения;
- определение и ранжирование критериев
- определение средств-кандидатов и сбор необходимых данных;
- выполнение необходимого количества итераций с тем, чтобы выбрать (или отвергнуть) средства, имеющие сходные показатели;
- подготовка отчета по результатам выбора.
Каждый критерий, используемый в процессах оценки и выбора, должен быть выбран и адаптирован экспертом с учетом особенностей конкретного процесса. Выбор и уточнение набора используемых критериев является критическим шагом данного процесса.
Можно выделить следующие группы критериев:
- Функциональность: обеспечение требуемых функций, наличие дополнительных нерегламентированных функций, возможность расширения набора функций.
- Надежность: обеспечение целостности данных и их резервирование, защита от несанкционированного доступа, обнаружение ошибок, анализ отказов.
- Простота использования: удобство пользовательского интерфейса, локализация, простота освоения, качество документации, доступность и качество учебных материалов, требования к уровню знаний; унифицированность пользовательского интерфейса, онлайновые подсказки, понятность и полезность диагностических сообщений, допустимое время реакции на действия пользователя, простота установки и обновления версий.
- Эффективность: требования к техническим средствам, эффективность выполнения CASE-средством своих функций в зависимости от интенсивности
работы пользователя, производительность. - Сопровождаемость: уровень поддержки со стороны поставщика, простота освоения отличий новых версий от существующих, совместимость
обновлений, сопровождаемость конечного продукта. - Переносимость: совместимость с различными версиями операционных систем, переносимость данных между различными версиями CASE-средства, соответствие стандартам переносимости.
- Общие критерии: затраты на CASE-средство, оценочный эффект от внедрения CASE-средства, общие показатели возможностей дистрибьютора, лицензионная политика, экспортные ограничения; общая информация о продукте, поддержка поставщика и качество предоставляемых услуг.
Перед полномасштабным внедрением выбранного CASE-средства в организации выполняется пилотный проект, целью которого является экспериментальная проверка правильности решений, принятых на предыдущих этапах, и подготовка к внедрению.
Пилотный проект представляет собой реальное использование CASE-средства в предназначенной для этого среде и обычно подразумевает более широкий масштаб использования CASE-средства по отношению к тому, который был достигнут во время оценки. Пилотный проект должен обладать многими
из характеристик реальных проектов, для которых предназначено данное средство. Целями пилотного проекта являются:
- подтверждение достоверности результатов оценки и выбора;
- определение годности CASE-средства для использования в организации и область его применения;
- сбор информации, необходимой для разработки плана практического внедрения;
- приобретение собственного опыта использования CASE-средств.
Важной функцией пилотного проекта является принятие решения относительно приобретения или отказа от использования CASE-средства.
Первоначальное использование новой CASE-технологии в пилотном проекте должно тщательно планироваться и контролироваться.
Пилотный проект включает в себя следующие шаги:
- планирование пилотного проекта;
- выполнение пилотного проекта;
- оценка пилотного проекта.
Планирование пилотного проекта должно вписываться в обычный процесс планирования проектов в организации. План должен содержать
следующую информацию:
- цели, задачи и критерии оценки;
- персонал;
- процедуры и соглашения;
- обучение;
- график и ресурсы.
Ожидаемые результаты пилотного проекта должны быть четко определены. Степень соответствия этим результатам представляет собой основу для
последующей оценки проекта.
Специалисты, выбранные для участия в пилотном проекте, должны иметь соответствующий авторитет и влияние и быть сторонниками новой технологии.
Группа должна включать как технических специалистов, так и менеджеров, заинтересованных в новой технологии и разбирающихся в ее использовании.
Необходимо четко определить процедуры и соглашения, регулирующие использование CASE-средств.
Должны быть определены виды и объем обучения, необходимого для выполнения пилотного проекта. При планировании обучения нужно иметь в виду три вида потребностей: технические, управленческие и мотивационные.
Должен быть разработан график, включающий ресурсы и сроки (этапы) проведения работ. Ресурсы включают персонал, технические средства,
программное обеспечение и финансирование.
После завершения пилотного проекта его результаты необходимо оценить и сопоставить их с изначальными потребностями организации, критериями
успешного внедрения CASE-средств, базовыми метриками и критериями успеха пилотного проекта.
В процессе оценки организация должна определить свою позицию по следующим трем вопросам:
- Целесообразно ли внедрять CASE-средство?
- Какие конкретные особенности пилотного проекта привели к его успеху (или неудаче)?
- Какие проекты или подразделения в организации могли бы получить выгоду от
использования средств?
Возможны четыре категории результатов и соответствующих действий:
- пилотный проект потерпел неудачу, и его анализ показал неадекватность ожиданий организации (изменение ожиданий и пересмотр результатов);
- пилотный проект потерпел неудачу, и его анализ показал, что выбранные средства не удовлетворяют потребности организации (пересмотреть подход к выбору CASE-средств);
- пилотный проект потерпел неудачу, и его анализ показал наличие таких проблем, как неудачный выбор пилотного проекта, неадекватное обучение и недостаток ресурсов (пересмотр процесса внедрения с возможностью начать новый пилотный проект);
- пилотный проект завершился успешно, и признано целесообразным внедрять CASE-средства в некоторых подразделениях или, возможно, во всей
организации в целом (определение подходящего масштаба внедрения).
Возможным решением должно быть одно из следующих:
- внедрить средство. В этом случае рекомендуемый масштаб внедрения должен быть определен в терминах структурных подразделений и предметной области;
- выполнить дополнительный пилотный проект (если остались конкретные неразрешенные вопросы относительно внедрения);
- отказаться от средства (причины отказа от конкретного средства должны быть определены в терминах потребностей организации или критериев,
которые остались неудовлетворенными); - отказаться от использования CASE-средств вообще (организация либо не готова к внедрению CASE-средств, либо автоматизация данного аспекта процесса
создания и сопровождения программного обеспечения не дает никакого эффекта для организации).
Результатом пилотного проекта является документ, в котором обсуждаются его результаты и детализируются решения по внедрению.
Процесс перехода к практическому использованию CASE-средств начинается с разработки и последующей реализации плана перехода.
План перехода должен включать следующее:
- информацию относительно целей, критериев оценки, графика и возможных рисков, связанных с реализацией плана;
- информацию относительно приобретения, установки и настройки CASE-средств;
- информацию относительно интеграции каждого средства с существующими, включая как интеграцию CASE-средств друг с другом, так и их интеграцию
в процессы разработки и эксплуатации программного обеспечения, существующие в организации; - ожидаемые потребности в обучении и ресурсы, используемые в течение и после завершения процесса перехода;
- определение стандартных процедур использования средств.
Реализация плана перехода требует постоянного мониторинга использования CASE-средств, обеспечения текущей поддержки, сопровождения и
обновления средств по мере необходимости.
Для доказательства эффективности CASE-средств и их возможностей улучшать продуктивность необходимы такие базовые метрические данные, как:
- использованное время,
- время, выделенное персонально для конкретных специалистов,
- размер, сложность и качество ПО,
- удобство сопровождения.
Метрическая оценка должна начинаться с реальной оценки текущего состояния среды еще до начала внедрения CASE-средств и поддерживать
процедуры постоянного накопления данных.
Результатом данного этапа является внедрение CASE-средств в повседневную практику организации, при этом больше не требуется какого-либо специального планирования. Кроме того, поддержка CASE-средств включается в план текущей поддержки ПО в данной организации.
Примеры существующих CASE-средств
В качестве примеров, можно выделить следующие популярные CASE-средства:
- CA ERwin Process Modeler
- CA ERwin Data Modeler
- Visual Paradigm for UML
- ARIS Express
CA ERwin Process Modeler (ранее BPwin)
Является инструментом позволяющим моделировать, анализировать, документировать и оптимизировать бизнес-процессы. Данный продукт поддерживает такие нотации как: IDEF-0, IDEF0, IDEF3, DFD, FEO,
Swimlane.
CA ERwin Data Modeling
представляет собой среду моделирования данных. CA ERrwin Data Modeler позволяет проектировать структуру баз данных в нотациях IDEF1x, IE
и Dimensional, генерировать SQL-код разработанной базы данных, осуществлять прямое и обратное проектирование, составлять различные отчёты.
Visual Paradigm for UML
относится к профессиональным инструмента работы со стандартом UML. При
помощи встроенного функционала данный пакет способен поддерживать весь рабочий цикл программы: анализ, ориентированный на объекты, дизайн, ориентированный на объекты, конструкция, тестирование и разработка.
Visual Paradigm for UML позволяет:
- создавать UML диаграммы;
- создавать SysML диаграммы;
- создавать SoaML диаграммы;
- проектировать корпоративные архитектуры, используя фреймворки;
- проектировать структуру баз данных и генерировать SQL-код;
- осуществлять прямое и обратное проектирование на множество языков программирования;
- создание диаграмм бизнес-процессов BPMN;
- создавать модели BPEL;
- создавать базовые диаграммы.
ARIS Express
принадлежит к семейству средств моделирования ARIS (ARchitecture of Integrated Information Systems) компании IDS Scheer, которая
является частью компании Software AG. Ведущие аналитические компании Gartner Group и Forrester Research относят компанию IDS Scheer к лидерам
мирового рынка средств моделирования и анализа бизнес-процессов.
ARIS Express поддерживает следующие типы моделей:
- Организационная диаграмма (Organizational chart)
- Бизнес-процесс (Business process)
- ИТ-инфраструктура (IT infrastructure)
- Карта процессов (Process landscape)
- Модель данных (Data model)
- Карта систем (System landscape)
- Доска (Whiteboard)
- BPMN диаграмма версии 2.0 (BPMN diagram)
- Общие диаграммы (General diagram)
ARIS Express является бесплатным инструментом, позволяющим моделировать бизнес-процессы, и принадлежащим к группе программных средств компании IDS Scheer, которая на сегодняшний день является частью фирмы Software AG. ARIS Express представляет собой не только программное средство, но и концепцию моделирования бизнес-процессов, которая разработана Августом-Вильгельмом Шером. ARIS Express поддерживает не только стандартные нотации, которые являются общепринятыми, но и некоторые другие предметные области, такие как организационная структура, информационные системы. Модели, которые содержит данный инструмент, разделены на пять групп: организационные, информационные, функциональные, процессные модели и модель товаров и услуг. Каждый тип моделей включает в себя конкретный набор типов объектов, которые наиболее распространены. При необходимости можно видоизменять внешний вид модели (цвет, тип шрифта и т.д.) в зависимости от корпоративных требований. Схемы полученных моделей можно сохранять в форматах EMF и PDF, а дополнительную информацию об объектах модели — в форматах RTF и PDF. Также созданные модели можно защищать паролем для защиты. Интерфейс инструмента интуитивно понятен и прост, содержит общие черты с интерфейсом программных продуктов данной фирмы.
Последняя версия: 2017 год, условно живая, только под Windows, английский язык: https://www.ariscommunity.com/aris-express
Bizagi
представляет собой BPM-систему, которая была разработана одноименной компанией. Эта система позволяет моделировать, исполнять, автоматизировать и осуществлять анализ бизнес-процессов. Программный продукт Bizagi содержит три модуля: Modeler — среда моделирования бизнес-процессов (нотация BPMN); Studio – среда, используемая для разработки бизнес-процессов; Engine- среда, доступная для пользователей в любом браузере, позволяющая исполнять процессы. Таким образом, для проектирования (моделирования) процессов используется программный продукт «Bizagi Modeler», представляющий дизайнер для моделирования последовательности действий и событий. При помощи данного модуля можно только смоделировать бизнес-процесс, который будет отображать моделируемый процесс и фактически представлять собой графическое отображение, а не сам автоматизированный алгоритм действий. Данный продукт является бесплатным, имеет понятный интуитивно, русскоязычный интерфейс. Позволяет совершать одновременную работу над моделью бизнес-процесса нескольких специалистов одновременно, имеет расширенные возможности форматирования, возможна публикация схем в SharePoint. Возможна конвертация созданных моделей в PDF, Microsoft Office. Данный инструмент поддерживает три способа создания схемы бизнес-процессов: New Process – создание собственного нового бизнес-процесса; Import Process- импорт бизнес-процессов; Process Xchange — выбор готового шаблона из базы компании Bizagi, который далее можно доработать под свое предприятие.
Живая, бесплатная, только под Windows, только английский: https://www.bizagi.com/en/products/bpm-suite/modeler
ELMA BPM
это программное средство, представляющее систему управления бизнес-процессами, которая позволяет выстроить эффективное взаимодействие персонала предприятия и осуществлять контроль за их деятельностью для повышения качества результатов работы всего предприятия. Программа позволяет моделировать информационные системы, которые могут меняться с изменением бизнес-процессов предприятия при помощи использования концепции BPM (Business Process Management). Помимо этого, ELMA позволяет автоматизировать стандартные процессы делопроизводства и систему электронного документооборота предприятия. Ключевые особенностями программного средства ELMA являются возможности: работы с документами и задачами; планирования важных событий в календаре; построения и просмотра отчетов; настройки типов справочников и документов; визуализации схемы бизнес-процессов и организационной структуры; взаимодействия с программными продуктами «1С».
живая, есть бесплатная версия, русская: https://www.elma-bpm.ru/community/
BPwin
является одним из самых популярных и мощных средств в области CASE-технологий, которые предназначены для проведения анализа, моделирования, документирования и рассмотрения бизнес-процессов на предприятиях. Был разработан фирмой Logic Works. Это средство содержит методологию моделирования IDEF0 (Integration Definition for Function Modeling) – один из самых распространенных стандартов. Диаграммы IDEF0, которые поддерживаются данным продуктом, представляют систему как некоторую совокупность функций и задач, работающих во взаимодействии. Также поддерживается возможность моделирования в таких нотациях, как: IDEF3 и DFD. Модель Bpwin представляет собой сложную иерархическую организацию диаграмм, каждая из которых декомпозируют другие, стоящие на более высоких уровнях. BPwin обладает достаточно простым и понятным интерфейсом, который дает возможность пользователю проектировать сложные модели при минимальных усилиях.
С помощью модели, созданной в BРwin, можно построить модель данных. Для этого существует такое программное средство как ERwin. Erwin является лидером среди CASE-средств, предназначенных для проектирования баз данных. Обычно разработка модели в Erwin представляется в два этапа. Первый этап — разработка логической модели (logical). Эта модель представляет абстрактный взгляд, данные в ней представляются так же, как и в реальном мире. Второй этап – это создание физической (physical) модели на основе логической. Физическая модель — отображение системного каталога базы данных. ERwin позволяет работать с тремя нотациями: IDEF1X, IE (Information Engineering) и Dimensional, первые две — для моделирования баз данных, последняя — для моделирования хранилищ данных. В Erwin довольно обширны функции редактирования и визуализации. Так, с помощью простого перетаскивания атрибута из одной сущности в другую будут создаваться отношения между ними. Такое простое редактирование помогает изменять данные гораздо быстрее и эффективнее. Структуру данных, которая была спроектирована в ERwin и определена на физическом уровне, можно автоматически сгенерировать в одну из множества СУБД. Следовательно, Erwin – это не просто инструмент для создания баз данных, но и удобное средство, позволяющее продолжить работу в других серверных СУБД, в таких, как: Microsoft SQL Server, Oracle, DB2, INFORMIX, Red Brick, Teradata, PROGRESS, Microsoft Access, FoxPro, Clipper и многие другие. Для каждой из таких СУБД в ERwin используется присоединение по протоколу и поддерживается набор инструментальных средств для управления данными, на основе свойств, присущих этой СУБД.
BPwin и ERwin не разрабатываются с 2011 года
Business Studio является одним из наиболее популярных программных продуктов, позволяющих моделировать бизнес-архитектуру. Создан российским разработчиком «ГК «Современные технологии управления». Основной задачей, которая решается при помощи Business Studio, является создание целостной модели бизнеса предприятия. Данный инструмент поддерживает нотацию IDEF0, BPMN, EPC, но прежде всего, основывается на методологии SADT. Достоинство данного продукта – интегрированность, т.е. поддерживаются такие популярные методики, как: BSC/KPI, моделирование бизнес-процессов, функционально — стоимостной анализ, имитационное моделирование, поддержка СМК. Главными особенностями продукта является: проектирование и оптимизирование бизнес-процессов; возможность проектирования организационной структуры предприятия, а также штатного расписания; автоматическое формирование и распространение регламентирующей документации среди сотрудников; контроль достижения целей, являющихся стратегическими; поддержка внедрения системы менеджмента качества; формирование технических заданий и поддержка внедрения информационных систем.
Есть демо-версия без ограничения по сроку, только под Windows, Для работы программы требуется Microsoft Visio, начиная с версии 2010 https://www.businessstudio.ru/demo/business_studio/
Visual Paradigm — поддерживает большое количество нотаций, блок-схем и моделей. Начиная от стандартных нотаций IDEF, eEPC и BPMN и заканчивая схемами баз данных, диаграмм взаимодействия и матриц.
Непосредственно моделирование выполнено очень удобно. В программе полностью отсутствуют недостатки, свойственные другим, например: наплывы элементов диаграммы друг на друга, пересечение стрелок, сбои при перетаскивании объектов, пулов и т.д. Интерфейс удобен, понятен и может настраиваться пользователем.
Все модели могут быть связаны друг с другом, так что провести моделирование всей системы бизнеса не проблема. Кроме того, возможно провести имитационное моделирование и проверку диаграмм.
VP позволяет детально управлять атрибутами элементов, что, в свою очередь, позволяет автоматически генерировать отличные описания. Т.к. программа изначально ориентирована на разработчиков информационных систем, каждому элементу можно задать условия поведения в системе, бизнес-правила и т.д. Кстати, шаблоны документов также настраиваются.
И наконец, программа позволяет выгружать полученные модели в виде программного кода. Причем в разных языках! Безусловно, данная функция имеет высокую ценность при разработке информационных систем и автоматизации бизнес процессов.
Функционал и особенности
- Моделирование бизнес процессов в разных нотациях
- Построение других моделей
- Проверка моделей
- Автоматическая генерация документов
- Управление атрибутами элементов моделей
- Создание и назначение правил поведения моделей
- Возможность добавлять свои элементы в модели
- Взаимосвязь моделей
- Выгрузка моделей в виде программного кода
- Выгрузка модели в графическом виде
- Версия для Mac OS X и Linux.
Есть бесплатная Community Edition версия. К сожалению средства для бизнес моделирования только в платной версии.
https://www.visual-paradigm.com/editions/community/
В настоящее время при проектировании информационных систем широко применяюся как отечественные CASE-средства, так и продукты
иностранных разработчиков. Почти каждый год появляются или новые версии известных программ, или новые CASE-средства, учитывающие проблемы
предшественников.