Цель работы
Приобрести навыки построения функциональной
модели бизнес-процесса в предметной
области, используя CASE-средствоAllFusionProcessModelerr7 и
методологиюIDEF0.
Краткие теоретические сведения
Создание современных информационных
систем (ИС) требует применения специальных
методик и инструментов. Поэтому системные
аналитики и разработчики используют
CASE-технологии и инструментальные
CASE-средства, позволяющие максимально
систематизировать и автоматизировать
все этапы разработки ИС.
Процесс разработки проекта по созданию
ИС разбивают на этапы: анализ (описание
бизнес-логики предметной области),
проектирование (определение архитектуры
и структуры системы), кодирование,
тестирование, внедрение и сопровождение.
Информационные системы предназначены
для автоматизации бизнес-процессов
предприятия.
Бизнес-процесс(БП) – упорядоченная
во времени и пространстве совокупность
взаимосвязанных работ, направленных
на получение определенного результата
(продукции или услуги).
В процессе проектирования ИС для
представления и изучения бизнес-процессов
используется их моделирование.
Моделирование бизнес-процессов– это описание бизнес-процессов
предприятия, позволяющее руководителю
знать, как работают рядовые сотрудники,
а рядовым сотрудникам – как работают
их коллеги и на какой результат направлена
вся их деятельность.
Моделирование бизнес-процессов позволяет
проанализировать не только, как работает
предприятие в целом, как оно взаимодействует
с внешними организациями, заказчиками
и поставщиками, но и как организована
деятельность на каждом отдельно взятом
рабочем месте.
Моделирование бизнес-процессов является
эффективным средством поиска возможностей
улучшения деятельности предприятия,
позволяющее предвидеть и минимизировать
риски, возникающие на различных этапах
реорганизации деятельности предприятия
и дать стоимостную оценку каждому
процессу, взятому в отдельности, и всем
бизнес-процессам на предприятии в
совокупности.
Модель бизнес-процесса–
представление бизнес-процесса на
специализированном языке (с помощью
специализированной нотации – текстовой,
табличной, графической).
Моделирование осуществляется с помощью
графических элементов (совокупности
нотаций) и правил их использования.
Методология моделирования
бизнес-процессов– совокупность
методов и принципов построения моделей
бизнес-процессов.
В настоящее время наиболее распространенными
методологиями моделирования
бизнес-процессов являются:
-
IDEF0(BusinessProcess,
функциональная модель) методология
функционального моделирования и
графическая нотация, предназначенная
для формализации и описания
бизнес-процессов. В ней система
представляется как совокупность
взаимодействующих работ или функций; -
IDEF3 (ProcessFlow, поток работ) –методология моделирования,
использующая графическое описание
информационных потоков, взаимоотношений
между процессами
обработки информации и объектов,
являющихся частью этих процессов; -
ARIS (ArchitectureofIntegratedInformationSystems) – методология и
тиражируемый программный продукт для
построения организационной и
функциональной структур, структур
данных и процессов; -
DFD (Data Flow, поток данных) – методология
графического структурного анализа,
описывающая внешние по отношению к
системе источники и адресаты данных,
логические функции, потоки данных и
хранилища данных, к которым осуществляется
доступ.
На современном рынке средств разработки
ИС представлено множество систем
моделирования бизнес-процессов
организации: AllFusionProcessModelerr7
(ComputerAssociates),RationalRose(RationalSoftware),OracleDesigner(Oracle),ARIS(IDSScheerAG),PowerDesigner(Sybase),SystemArchitect(Telelogic),ReThink(Gensym),WorkflowModeler(MetaSoftware) и
др., в которых используются различные
нотации (IDEF0,UML,
IDEF3, DFD и пр.).
Рассмотрим моделирование бизнес-процессов
на примере программного продукта
AllFusionProcessModeler(BPwin), который
поддерживает методологии IDEF0, IDEF3 и DFD.
Функциональная модель IDEF0 предназначена
для описания существующих бизнес-процессов
на предприятии (так называемая модель
AS-IS – как есть) и того, к чему нужно
стремиться (модель TO-BE – как должно
быть).
Моделирование бизнес-процесса с
использованием этой методологии
основывается на представлении
бизнес-процесса в виде функционального
блока (работы), который преобразует
входы (ресурсы) в выходы (результат) при
наличии необходимых механизмов в
управляемых условиях (рис. 13.1).
Рис.
13.1.Графическое представление процесса
по методологииIDEF0
Модель в IDEF0 представляет
собой совокупность иерархически
упорядоченных и взаимосвязанных
диаграмм. Каждая диаграмма является
единицей описания бизнес-процесса и
располагается на отдельном листе. Модель
может содержать следующие типы диаграмм:
-
контекстная диаграмма– общее
описание бизнес-процесса и его
взаимодействия с внешней средой (см.
рис. 13.1); -
диаграмма декомпозиции– разбиение
БП на работы и определение типа связи
между ними; -
диаграмма дерева узлов– иерархическая
зависимость работ без указания их
взаимосвязи.
Для графического представления диаграмм
используются следующие элементы:
Работа(Activity) обозначает процессы,
функции или задачи, которые происходят
в течение определенного времени и имеют
распознаваемые результаты. Работы
изображаются в виде прямоугольников
(рис. 14.1). Все работы должны быть названы
и определены. Имя работы должно быть
выражено глаголом или отглагольным
существительным, обозначающим действие
(«Регистрация документов», «Учет
материальных остатков» и т.д.).
Взаимодействие работ с внешней средой
и между собой описывается в виде стрелок.
Стрелкиобозначают информацию
или объекты и именуются существительными
(«Указы», «Первичные документы», «Отчеты»
и т.д.).
В методологии IDEF0 различают
следующие типы стрелок:
-
стрелки сверху (см. рис. 13.1) – Управление
– правила, стратегии, процедуры или
стандарты, которыми руководствуется
работа. Управление влияет на работу,
но не преобразуется работой. Каждая
работа на диаграмме должна иметь хотя
бы одну стрелку управления; -
стрелки слева – Вход– ресурсы
(материальные, информационные, денежные
и др.), которые используются или
преобразуются работой для получения
результата (выхода). Допускается, что
работа может не иметь ни одной стрелки
входа. Часто сложно определить, являются
ли данные входом или управлением. В
этом случае подсказкой может служить
то, перерабатываются (изменяются) ли
ресурсы в работе или нет. Если изменяются,
то, скорее всего, этоВход, если нет
–Управление; -
стрелки вправо – Выход – результаты
(продукт, услуга, документ и др.), которые
производятся работой. Работа без
результата не имеет смысла и не должна
моделироваться; -
стрелки снизу – Механизмы –
инструменты (средства, исполнители),
которые выполняют работу (персонал
предприятия, станки, устройства,
программные продукты и т.д.). По усмотрению
аналитика стрелки механизма могут не
изображаться в модели.
Стрелки могут разветвляться и сливаться,
тем самым образуя иерархию данных.
Существуют определенные правила
именования разветвляющихся и сливающихся
стрелок. Если стрелка именована до
разветвления, а после него ни одна из
ветвей не именована, то подразумевается,
что каждая ветвь моделирует те же данные
или объекты, что и ветвь до разветвления.
Правила именования сливающихся стрелок
полностью аналогичны. Ошибкой будет
считаться стрелка, которая после слияния
не именована, а до слияния не именована
какая-либо из ее ветвей.
При декомпозиции процесса все стрелки,
входящие или исходящие из него, должны
быть перенесены на диаграмму нижнего
уровня и использованы при ее построении.
При этом запрещены всякие новые стрелки,
кроме, так называемых «туннельных»
стрелок, обрамленных круглыми скобками,
что свидетельствует о возможности их
отсутствия на более высоком уровне
модели.
Для связи работ между собой используются
внутренние стрелки, т.е. стрелки,
которые не касаются границы диаграммы,
начинаются у одной и заканчиваются у
другой работы. Различают пять типов
связей работ:
-
связь по входу – выход вышестоящей
работы направляется на вход нижестоящей
– результат выполнения вышестоящей
работы является входом для следующей. -
связь по управлению – выход
вышестоящей работы направляется на
управление нижестоящей – выход
вышестоящей работы является условием
выполнения нижестоящей работы; -
обратная связь по входу– выход
нижестоящей работы направляется на
вход вышестоящей. Такая связь, как
правило, используется для описания
циклов; -
обратная связь по управлению–
выход нижестоящей работы направляется
на управление вышестоящей. Такая связь
часто свидетельствует об обеспечении
эффективности БП; -
связь выход—механизм– выход
одной работы направляется на механизм
другой. Эта взаимосвязь используется
реже остальных и показывает, что одна
работа подготавливает инструменты для
проведения другой работы.
Рассмотрим моделирование бизнес-процессов
по методологии IDEF0 на
примере применения программного продуктаAllFusionModeller7r(BPWin) для
построения модели бизнес-процесса по
заключению банком кредитного договора
на потребительские нужды с физическим
лицом. Результаты моделирования
используются при проектировании
автоматизированной информационной
системы и проведении реинжиниринга
бизнес-процессов в банках.
На основе информации о модели
бизнес-процессов BPWinпозволяет генерировать разнообразные
отчеты, которые могут быть использованы
для анализа и документирования модели.
Отчеты могут быть экспортированы в
распространенные форматы – текстовый,MSOffice,HTMLи др.
Исходные данные для моделирования:
Процесс– заключить с банком
кредитный договор на потребительские
нужды с физическим лицом;
Вход –заявление и документы клиента;
Выход– договор кредитования на
потребительские нужды физлица или отказ
в заключении договора;
Управление – Банковский Кодекс,
нормативно-правовые акты, инструкции
по оформлению договора;
Механизм– работники отдела
кредитования банка, программное
обеспечение (модуль «Кредитование
физлиц»);
Структура работ для декомпозиции– проконсультировать клиента,
проверить и обработать документы
клиента, принять решение о выдаче
кредита, оформить договор.
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]
- #
- #
- #
- #
- #
- #
- #
- #
- #
- #
- #
содержание
Автоматизированное проектирование информационных систем на основе 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-средства, учитывающие проблемы
предшественников.
Краткое введение в моделирование бизнес-процессов
Вместо введения
Коротко о процессном подходе
Практическое применение моделирования бизнес-процессов
Процессный подход и 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-средства для моделирования деловых процессов. Инструментальная среда BPwin. Принципы построения модели IDEF0: контекстная диаграмма, субъект моделирования, цель и точка зрения. Диаграммы IDEF0: контекстная диаграмма, диаграммы декомпозиции, диаграммы дерева узлов, диаграммы только для экспозиции (FEO). Работы (Activity). Стрелки (Arrow). Туннелирование стрелок. Нумерация работ и диаграмм. Каркас диаграммы. Слияние и расщепление моделей. Создание отчетов.
Моделирование деловых процессов, как правило, выполняется с помощью case-средств. К таким средствам относятся BPwin (PLATINUM technology), Silverrun (Silverrun technology), Oracle Designer (Oracle), Rational Rose (Rational Software) и др. Функциональные возможности инструментальных средств структурного моделирования деловых процессов будут рассмотрены на примере case-средства BPwin.
BPwin поддерживает три методологии моделирования: функциональное моделирование (IDEF0); описание бизнес-процессов (IDEF3); диаграммы потоков данных (DFD).
Инструментальная среда BPwin
BPwin имеет достаточно простой и интуитивно понятный интерфейс пользователя. При запуске BPwin по умолчанию появляется основная панель инструментов, палитра инструментов (вид которой зависит от выбранной нотации) и, в левой части, навигатор модели — Model Explorer (рис. 7.1).
При создании новой модели возникает диалог, в котором следует указать, будет ли создана модель заново или она будет открыта из файла либо из репозитория ModelMart, затем внести имя модели и выбрать методологию, в которой будет построена модель (рис. 7.2).
Как было указано выше, BPwin поддерживает три методологии — IDEF0, IDEF3 и DFD, каждая из которых решает свои специфические задачи. В BPwin возможно построение смешанных моделей, т. е. модель может содержать одновременно диаграммы как IDEF0, так и IDEF3 и DFD. Состав палитры инструментов изменяется автоматически, когда происходит переключение с одной нотации на другую.
Рис.
7.1.
Интегрированная среда разработки модели BPwin
Рис.
7.2.
Диалог создания модели
Модель в BPwin рассматривается как совокупность работ, каждая из которых оперирует с некоторым набором данных. Работа изображается в виде прямоугольников, данные — в виде стрелок. Если щелкнуть по любому объекту модели левой кнопкой мыши, появляется контекстное меню, каждый пункт которого соответствует редактору какого-либо свойства объекта.
Построение модели IDEF0
На начальных этапах создания ИС необходимо понять, как работает организация, которую собираются автоматизировать. Руководитель хорошо знает работу в целом, но не в состоянии вникнуть в детали работы каждого рядового сотрудника. Рядовой сотрудник хорошо знает, что творится на его рабочем месте, но может не знать, как работают коллеги. Поэтому для описания работы предприятия необходимо построить модель, которая будет адекватна предметной области и содержать в себе знания всех участников бизнес-процессов организации.
Наиболее удобным языком моделирования бизнес-процессов является IDEF0, где система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной — функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.
Процесс моделирования системы в IDEF0 начинается с создания контекстной диаграммы — диаграммы наиболее абстрактного уровня описания системы в целом, содержащей определение субъекта моделирования, цели и точки зрения на модель.
Под субъектом понимается сама система, при этом необходимо точно установить, что входит в систему, а что лежит за ее пределами, другими словами, определить, что будет в дальнейшем рассматриваться как компоненты системы, а что как внешнее воздействие. На определение субъекта системы будут существенно влиять позиция, с которой рассматривается система, и цель моделирования — вопросы, на которые построенная модель должна дать ответ. Другими словами, в начале необходимо определить область моделирования. Описание области как системы в целом, так и ее компонентов является основой построения модели. Хотя предполагается, что в ходе моделирования область может корректироваться, она должна быть в основном сформулирована изначально, поскольку именно область определяет направление моделирования. При формулировании области необходимо учитывать два компонента — широту и глубину. Широта подразумевает определение границ модели — что будет рассматриваться внутри системы, а что снаружи. Глубина определяет, на каком уровне
детализации модель является завершенной. При определении глубины системы необходимо помнить об ограничениях времени — трудоемкость построения модели растет в геометрической прогрессии с увеличением глубины декомпозиции. После определения границ модели предполагается, что новые объекты не должны вноситься в моделируемую систему.
Цель моделирования
Цель моделирования определяется из ответов на следующие вопросы:
- Почему этот процесс должен быть смоделирован?
- Что должна показывать модель?
- Что может получить клиент?
Точка зрения (Viewpoint).
Под точкой зрения понимается перспектива, с которой наблюдалась система при построении модели. Хотя при построении модели учитываются мнения различных людей, все они должны придерживаться единой точки зрения на модель. Точка зрения должна соответствовать цели и границам моделирования. Как правило, выбирается точка зрения человека, ответственного за моделируемую работу в целом.
IDEF0-модель предполагает наличие четко сформулированной цели, единственного субъекта моделирования и одной точки зрения. Для внесения области, цели и точки зрения в модели IDEF0 в BPwin следует выбрать пункт меню Model/Model Properties, вызывающий диалог Model
Properties (рис. 7.3). В закладке Purpose следует внести цель и точку зрения, а в закладку Definition — определение модели и описание области.
Рис.
7.3.
Диалог задания свойств модели
В закладке Status того же диалога можно описать статус модели (черновой вариант, рабочий, окончательный и т. д.), время создания и последнего редактирования (отслеживается в дальнейшем автоматически по системной дате). В закладке Source описываются источники информации для построения модели (например, «Опрос экспертов предметной области и анализ документации»). Закладка General служит для внесения имени проекта и модели, имени и инициалов автора и временных рамок модели — AS-IS и ТО-ВЕ.
Модели AS-IS и ТО-ВЕ. Обычно сначала строится модель существующей организации работы — AS-IS (как есть). Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной. Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) — модели новой организации бизнес-процессов.
Технология проектирования ИС подразумевает сначала создание модели AS-IS, ее анализ и улучшение бизнес-процессов, то есть создание модели ТО-ВЕ, и только на основе модели ТО-ВЕ строится модель данных, прототип и затем окончательный вариант ИС.
Иногда текущая AS-IS и будущая ТО-ВЕ модели различаются очень сильно, так что переход от начального к конечному состоянию становится неочевидным. В этом случае необходима третья модель, описывающая процесс перехода от начального к конечному состоянию системы, поскольку такой переход — это тоже бизнес-процесс.
Результат описания модели можно получить в отчете Model Report. Диалог настройки отчета по модели вызывается из пункта меню Tools/Reports/Model Report.
В диалоге настройки следует выбрать необходимые поля, при этом автоматически отображается очередность вывода информации в отчет (рис. 7.4).
Рис.
7.4.
Диалоговое окно для формирования отчета по модели
На рис. 7.5 представлен отчет, сформированный по вышеуказанным полям.
Рис.
7.5.
Предварительный просмотр отчета
Скачать материал
Скачать материал
- Сейчас обучается 406 человек из 63 регионов
Описание презентации по отдельным слайдам:
-
1 слайд
Тема: Case — средства для моделирования деловых процессов. Инструментальная среда BPwin
-
2 слайд
Знать основные понятие о Case –средствах, иметь основные понятия о инструментальном средстве Bpwin.
Цель занятия -
3 слайд
Case — средства
функциональное моделирование IDEF0
диаграмма потока данных DFD
интерфейс, панель-инструментов, model, работа, меню, пункт, этап *создания ИС предметной области
язык моделирования,
контекстная диаграмма,
определение, субъект системы, цель моделирования, функциональная модель
Ключевые слова -
4 слайд
Моделирование бизнес-процессов средствами BPwin
Инструментальная среда BPwinПлан урока
-
5 слайд
Структурный анализ как совокупность методов моделирования сложных систем вследствие большой размерности решаемых задач должен опираться на мощные средства компьютерной поддержки, обеспечивающей автоматизацию труда системных аналитиков.
Такими средствами являются CASE-системы (Computer Aided Software Engineering).
Архитектура большинства CASE-систем основана на парадигме (модель, образец)
«методология — модель — нотация — средства»Case — средства
-
6 слайд
Разработать функциональную модель системы (задачи) наиболее близкой Вам предметной области.
Модель должна состоять из набора диаграмм, текстового описания и глоссария.
В состав модели должны входить: контекстная диаграмма в формате IDEF0(функциональная диаграмма) и диаграммы декомпозиции в формате IDEF0
Задание -
7 слайд
CASE-средства (от Computer Aided Software/System Engineering) позволяют проектировать любые системы на компьютере. Необходимый элемент системного и структурно-функционального анализа, CASE-средства позволяют моделировать бизнес-процессы, базы данных, компоненты программного обеспечения, деятельность и структуру организаций. Применимы практически во всех сферах деятельности. Результат применения CASE-средств — оптимизация систем, снижение расходов, повышение эффективности, снижение вероятности ошибок.
-
8 слайд
Моделирование бизнес-процессов средствами BPwin
BPwin поддерживает три методологии моделирования:
функциональное моделирование (IDEF0);
описание бизнес-процессов (IDEF3);
диаграммы потоков данных (DFD). -
9 слайд
Кто напомнит задание?
О какой фирме мы говорили?
Чем занимается данная фирма?
Какие действующие процессы мы выявили на этой фирме?
Почему мы решили моделировать текущие бизнес – процессы этой фирмы?
Ребята вспомним наше задание на предыдущем уроке -
10 слайд
Возьмем в качестве примера деятельность Компьютерной фирмы «Фирма — Сана». Фирма занимается в основном сборкой и продажей настольных компьютеров и ноутбуков. Фирма не производит компоненты самостоятельно, а только собирает и тестирует компьютеры.
Основные виды работ на фирме таковы:
продавцы принимают заказы клиентов;
операторы группируют заказы по типам компьютеров;
операторы собирают и тестируют компьютеры;
операторы упаковывают компьютеры согласно заказам;
кладовщик отгружает клиентам заказы.
Фирма использует лицензионную бухгалтерскую информационную систему 1С, которая позволяет оформить заказ, счет и отследить платежи по счетам. -
11 слайд
Инструментальная среда BPwin
При запуске BPwin по умолчанию появляется основная панель инструментов, палитра инструментов (вид которой зависит от выбранной нотации) и, в левой части, навигатор модели — Model Explorer -
12 слайд
При создании новой модели возникает диалог, в котором следует указать, будет ли создана модель заново или она будет открыта из файла либо из репозитория ModelMart, затем внести имя модели и выбрать методологию, в которой будет построена модель
-
13 слайд
В BPwin возможно построение смешанных моделей, т. е. модель может содержать одновременно диаграммы как IDEF0, так и IDEF3 и DFD.
Модель в BPwin рассматривается как совокупность работ, каждая из которых оперирует с некоторым набором данных.
Работа изображается в виде прямоугольников, данные — в виде стрелок. Если щелкнуть по любому объекту модели левой кнопкой мыши, появляется контекстное меню, каждый пункт которого соответствует редактору какого-либо свойства объекта. -
14 слайд
Контрольные вопросы
Перечислите основные возможности BPwin.
Охарактеризуйте основные элементы рабочего интерфейса BPwin.
Какую методологию поддерживает BPwin?
Укажите назначение каждой из дуг изображенных на рисунке.
Перечислите элементы контекстной диаграммы. -
15 слайд
ЧТО мы должны сделать ?
1.
2.
3.
4.Если перед нами стоит задача описать бизнес – процессы оптового склада?
-
16 слайд
Тема: Принципы построения модели IDEF0.
Ключевые слова:
1.контекстная диаграмма;
2. субъект моделирования;
3. цель и точка зрения.Литературные источники и интернет ресурсы
Волков О. Стандарты и методологии моделирования бизнес-процессов. Режим доступа: http://www.connect.ru/article.asp?id=5710. — Загл. с экрана.
Григорьев Д. Моделирование бизнес-процессов предприятия. Режим доступа: http://www.valex.net/articles/process.html. — — Загл. с экрана.Домашнее задание
Найдите материал к любому уроку, указав свой предмет (категорию), класс, учебник и тему:
6 172 639 материалов в базе
-
Выберите категорию:
- Выберите учебник и тему
- Выберите класс:
-
Тип материала:
-
Все материалы
-
Статьи
-
Научные работы
-
Видеоуроки
-
Презентации
-
Конспекты
-
Тесты
-
Рабочие программы
-
Другие методич. материалы
-
Найти материалы
Другие материалы
- 27.04.2018
- 355
- 2
- 27.04.2018
- 620
- 4
- 27.04.2018
- 672
- 0
- 27.04.2018
- 2564
- 45
Рейтинг:
1 из 5
- 27.04.2018
- 1439
- 23
- 27.04.2018
- 1668
- 18
- 27.04.2018
- 302
- 2
- 27.04.2018
- 1989
- 35
Вам будут интересны эти курсы:
-
Курс повышения квалификации «Основы туризма и гостеприимства»
-
Курс профессиональной переподготовки «Управление персоналом и оформление трудовых отношений»
-
Курс повышения квалификации «Методика написания учебной и научно-исследовательской работы в школе (доклад, реферат, эссе, статья) в процессе реализации метапредметных задач ФГОС ОО»
-
Курс повышения квалификации «Основы местного самоуправления и муниципальной службы»
-
Курс повышения квалификации «Экономика и право: налоги и налогообложение»
-
Курс профессиональной переподготовки «Организация деятельности помощника-референта руководителя со знанием иностранных языков»
-
Курс профессиональной переподготовки «Разработка эффективной стратегии развития современного вуза»
-
Курс повышения квалификации «Мировая экономика и международные экономические отношения»
-
Курс профессиональной переподготовки «Риск-менеджмент организации: организация эффективной работы системы управления рисками»
-
Курс профессиональной переподготовки «Уголовно-правовые дисциплины: теория и методика преподавания в образовательной организации»
-
Курс профессиональной переподготовки «Метрология, стандартизация и сертификация»
-
Курс профессиональной переподготовки «Организация процесса страхования (перестрахования)»
-
Курс профессиональной переподготовки «Гражданско-правовые дисциплины: теория и методика преподавания в образовательной организации»
Слайд 1
Тема: Case — средства для моделирования деловых процессов. Инструментальная среда BPwin
Слайд 2Знать основные понятие о Case –средствах, иметь основные понятия о инструментальном
средстве Bpwin.
Цель занятия
Слайд 3Case — средства
функциональное моделирование IDEF0
диаграмма потока данных DFD
интерфейс, панель-инструментов, model, работа, меню, пункт, этап *создания ИС предметной области
язык моделирования,
контекстная диаграмма,
определение, субъект
системы, цель моделирования, функциональная модель
Ключевые слова
Слайд 4Моделирование бизнес-процессов средствами BPwin
Инструментальная среда BPwin
План урока
Слайд 5Структурный анализ как совокупность методов моделирования сложных систем вследствие большой размерности
решаемых задач должен опираться на мощные средства компьютерной поддержки, обеспечивающей автоматизацию труда системных аналитиков.
Такими средствами являются CASE-системы (Computer Aided Software Engineering).
Архитектура большинства CASE-систем основана на парадигме (модель, образец)
«методология — модель — нотация — средства»
Case — средства
Слайд 6Разработать функциональную модель системы (задачи) наиболее близкой Вам предметной области.
Модель должна
состоять из набора диаграмм, текстового описания и глоссария.
В состав модели должны входить: контекстная диаграмма в формате IDEF0(функциональная диаграмма) и диаграммы декомпозиции в формате IDEF0
Задание
Слайд 7CASE-средства (от Computer Aided Software/System Engineering) позволяют проектировать любые системы на компьютере.
Необходимый элемент системного и структурно-функционального анализа, CASE-средства позволяют моделировать бизнес-процессы, базы данных, компоненты программного обеспечения, деятельность и структуру организаций. Применимы практически во всех сферах деятельности. Результат применения CASE-средств — оптимизация систем, снижение расходов, повышение эффективности, снижение вероятности ошибок.
Слайд 8Моделирование бизнес-процессов средствами BPwin
BPwin поддерживает три методологии моделирования:
функциональное моделирование
(IDEF0);
описание бизнес-процессов (IDEF3);
диаграммы потоков данных (DFD).
Слайд 9 Кто напомнит задание?
О какой фирме мы говорили?
Чем занимается данная фирма?
Какие
действующие процессы мы выявили на этой фирме?
Почему мы решили моделировать текущие бизнес – процессы этой фирмы?
Ребята вспомним наше задание на предыдущем уроке
Слайд 10Возьмем в качестве примера деятельность Компьютерной фирмы «Фирма — Сана». Фирма
занимается в основном сборкой и продажей настольных компьютеров и ноутбуков. Фирма не производит компоненты самостоятельно, а только собирает и тестирует компьютеры.
Основные виды работ на фирме таковы:
продавцы принимают заказы клиентов;
операторы группируют заказы по типам компьютеров;
операторы собирают и тестируют компьютеры;
операторы упаковывают компьютеры согласно заказам;
кладовщик отгружает клиентам заказы.
Фирма использует лицензионную бухгалтерскую информационную систему 1С, которая позволяет оформить заказ, счет и отследить платежи по счетам.
Слайд 11Инструментальная среда BPwin
При запуске BPwin по умолчанию появляется основная панель инструментов,
палитра инструментов (вид которой зависит от выбранной нотации) и, в левой части, навигатор модели — Model Explorer
Слайд 12
При создании новой модели возникает диалог, в котором следует указать, будет
ли создана модель заново или она будет открыта из файла либо из репозитория ModelMart, затем внести имя модели и выбрать методологию, в которой будет построена модель
Слайд 13
В BPwin возможно построение смешанных моделей, т. е. модель может содержать
одновременно диаграммы как IDEF0, так и IDEF3 и DFD.
Модель в BPwin рассматривается как совокупность работ, каждая из которых оперирует с некоторым набором данных.
Работа изображается в виде прямоугольников, данные — в виде стрелок. Если щелкнуть по любому объекту модели левой кнопкой мыши, появляется контекстное меню, каждый пункт которого соответствует редактору какого-либо свойства объекта.
Слайд 14Контрольные вопросы
Перечислите основные возможности BPwin.
Охарактеризуйте основные элементы рабочего интерфейса BPwin.
Какую
методологию поддерживает BPwin?
Укажите назначение каждой из дуг изображенных на рисунке.
Перечислите элементы контекстной диаграммы.
Слайд 15
ЧТО мы должны сделать ?
1.
2.
3.
4.
Если перед нами стоит задача описать бизнес – процессы оптового склада?
Слайд 16Тема: Принципы построения модели IDEF0.
Ключевые слова:
1.контекстная диаграмма;
2. субъект моделирования;
3. цель
и точка зрения.
Литературные источники и интернет ресурсы
Волков О. Стандарты и методологии моделирования бизнес-процессов. Режим доступа: http://www.connect.ru/article.asp?id=5710. — Загл. с экрана.
Григорьев Д. Моделирование бизнес-процессов предприятия. Режим доступа: http://www.valex.net/articles/process.html. — — Загл. с экрана.
Домашнее задание