Настоящая статья посвящена сравнительному анализу широко распространенных нотаций моделирования производственных процессов и проектирования автоматизированных информационных систем. Рассматриваемыми в рамках данной работы стандартами являются BPMN и UML.
Помимо проведения теоретического анализа, основанного на обобщении сведений о рассматриваемых стандартах, было осуществлено проектирование информационной системы выбранного объекта автоматизации. В качестве объекта моделирования рассматривалась больничная система, а автоматизируемым процессом является документооборот.
В ходе анализа проведен обзор различного программного обеспечения для работы с унифицированным объектно-ориентированным языком и нотацией BPM. Выбор средств разработки в заданной области сделан в пользу систем ArgoUML и Bizagi Studio. При использовании выбранных программных продуктов были спроектированы аналогичные друг другу информационные системы, а также автоматически сгенерированы соответствующие веб-приложения. Указана связь различных диаграмм в данных нотациях. Разработанные прототипы систем и технологии рекомендовано применять в учебных целях, однако после доработки, включающей в себя оптимизацию исходного кода и последующую калибровку и апробацию, они могут быть использованы в реальных условиях.
Обзор методологий проектирования бизнес процессов
автоматизация
информационная система
визуальное проектирование
1. Ларман К. Применение UML 2.0 и шаблонов проектирования / К. Ларман. – М.: Вильямс, 2002. – 624 с.
2. Объектно-ориентированный анализ и проектирование / Г. Буч, Р.А. Максимчук, М.У. Энгл и др.; пер. с анг. Д. Клюшина. – М.: Вильямс, 2010. – 720 с.
3. ArgoUML // Официальный сайт ПО ArgoUML [Электронный ресурс]. – URL: http://argouml.tigris.org (дата обращения: 02.08.17).
4. Plone // Официальный сайт ПО PLONE [Электронный ресурс]. – URL: https://plone.org (дата обращения: 02.08.17).
5. Object Management Group // Официальный сайт организации Object Management Group [Электронный ресурс]. – URL: http://www.omg.org (дата обращения: 02.08.17).
6. Спиричева Н.Р. Практическое применение методов объектно-ориентированного проектирования при построении информационной системы // СВЧ-техника и телекоммуникационные технологии: Материалы 26-ой Международной Крымской конф. (Севастополь, 4–10 сент. 2016 г.). – Севастополь, 2016 – С. 568–575.
В настоящее время автоматизированные системы различного характера активно используются в различных сферах человеческой деятельности. Уже несколько десятков лет наблюдается тенденция роста спроса на использование информационных систем и различных вспомогательных программно-аппаратных комплексов, представляющих набор инструментов для реализации различных методологий и нотаций проектирования. Как следствие, стремительно возрастает как количество различных программ, на базе которых создаются информационные системы, так и их сложность.
Наибольшее распространение при этом получают готовые решения, предлагаемые компаниями 1С или SAP (Systems, Applications and Products in Data Processing), а также системы моделирования процессов в различных нотациях, на которых базируются программные средства проектирования. Подавляющее большинство современных программ позволяют осуществлять автоматическую генерацию программного кода спроектированной информационной системы, что позволяет получать готовый продукт, реализованный, как правило, в форме веб-приложения. При этом открытым остается вопрос качества генерируемого кода, его понятности и читабельности.
Обзор методологий проектирования бизнес процессов
Наиболее широко распространены следующие нотации: стандарты IDEF (Integration Definition for Function Modeling), в частности IDEF0 и IDEF3, диаграммы потоков данных DFD (Data Flow Diagram), унифицированный язык моделирования UML (Unified Modeling Language) и нотация BPMN (Business Process Modeling Notation), применяемая для моделирования бизнес-процессов.
В настоящее время стандарт IDEF0 считается устаревающим и наиболее часто используется только лишь при описании системы в рамках предпроектного исследования.
Основной целью работы являлось исследование допустимости применения стандартов разного уровня абстракции для решения аналогичных задач.
В рамках проводимого анализа была поставлена задача проектирования АСОИУ (автоматизированной системы обработки информации и управления), основного процесса документооборота для регистратуры больницы, осуществляемого с помощью программных средств моделирования различных нотаций.
Для этого были произведены сопоставление и анализ стандартов UML и BPMN. Помимо теоретического анализа было проведено практическое сравнение нотаций на примере двух систем проектирования для заданного объекта автоматизации. Таким образом, ключевым методом исследования является сравнение различных этапов проектирования информационных систем в разных нотациях на примере двух программ, реализующих работу с этими стандартами.
Выбор данной предметной области обусловлен тем, что она имеет достаточно строгую и упорядоченную структуру, но при этом ее внутренние процессы не являются стандартными. При этом вышеуказанные стандарты для проектирования информационных систем в выбранной сфере, как правило, не используются.
В качестве основных критериев сравнения выбраны параметры, которые наиболее точно определяют качество и адекватность проектируемой модели, а также степень ее соответствия реальной системе, доступности, понятности и практической полезности. К таким критериям относятся, прежде всего, выразительная мощь стандарта визуального проектирования, структурированность, возможность создания готовой информационной системы, ее практического применения, удобство, скорость разработки и внедрения и т.д.
UML – согласно одному из определений – язык графического описания для объектного моделирования процессов, в частности производственных, а также бизнес-процессов, системного проектирования, процессов разработки различных систем, программного обеспечения, а также описания и отображения организационных структур [1].
UML является открытым стандартом, использующим визуальные графические обозначения для проектирования абстрактной модели системы, рассматривая ее с точки зрения конструктивного описания. При этом система рассматривается как набор взаимосвязанных сущностей – объектов [1].
Технология визуального моделирования предоставляет возможность упрощенной и наглядной работы со сложными системами, позволяя более детально рассматривать как систему в целом, так и ее отдельные компоненты.
Основным преимуществом унифицированного языка является то, что он, прежде всего, является объектно-ориентированным, в результате чего методы описания результатов анализа и проектирования системы структурно близки к методам непосредственного программирования на современных объектно-ориентированных языках [2].
Вторым плюсом применения визуальных моделей при проектировании АСОИУ является то, что они позволяют организовать эффективное взаимодействие между участниками процесса анализа и автоматизации системы: заказчиками, аналитиками и разработчиками.
BPMN (Business Process Modeling Notation) – спецификация, содержащая графическую нотацию описания бизнес-процессов на диаграммах, называемых BPD (Business Process Diagram). Данная нотация, подобно прочим, призвана обеспечить взаимопонимание между всеми участниками процесса анализа и автоматизации системы [5].
Нотации UML и BPMN не являются взаимоисключающими. Несмотря на идентичность некоторых функций, схемы процессов в этих нотациях отличаются по визуальному представлению информации.
Основным отличием данных стандартов является то, что UML рассматривает систему в виде взаимосвязанных объектов – классов, образующих ее, и их взаимодействия, в то время как в BPMN система описывается на более высоком абстрактном уровне – уровне бизнес-процессов. Главным в данной нотации являются процессы, а не объекты [5].
Следует отметить, что сравнение данных методологий уже неоднократно производилось. По результатам проведенных исследований отмечалось, что в плане выразительной мощности оба стандарта приблизительно одинаково эффективны. Однако, как уже было упомянуто, BPMN является более высокоуровневой нотацией, рассматривающей систему с точки зрения основного процесса. Это заключает в себе определенный минус, поскольку описание организационной структуры и модели данных затрудняется.
Однако на сегодняшний день существуют BPMS (Business Process Modeling System), позволяющие описывать не только процессы организации, но также структуру и модель данных.
Выбор средств разработки
На сегодняшний день существует большое разнообразие программного обеспечения для работы с рассматриваемыми стандартами.
В ходе работы был проведен сравнительный анализ существующего программного обеспечения. По результату анализа выбор был сделан в пользу open-source системы ArgoUML. Данная система является кроссплатформенной, иными словами может работать практически на всех платформах [3].
Среди BPMS выбор был сделан в пользу системы Bizagi. Данная BPM-система направлена на моделирование, исполнение, автоматизацию и анализ бизнес-процессов.
Основной ее особенностью среди многих прочих BPMS является возможность описания модели данных для будущей информационной системы.
При проектировании АСОИУ выбранного к рассмотрению объекта первоначально была разработана действующая модель с помощью UML. По данной модели была осуществлена генерация программного кода и получено работоспособное приложение автоматизации документооборота медицинского учреждения.
Следующим шагом было осуществлено проектирование аналогичной системы средствами BPMN системы Bizagi.
Обе реализованные системы являются работоспособными. Следует отметить, что поскольку моделирование объекта автоматизации производилось упрощенно, разрабатываемые модели не включали в себя отражение специфичных функций, присущих системе. За счет этого можно было явно проследить параллели различных диаграмм нотаций UML и BPMN.
При проектировании информационной системы в среде ArgoUML был создан проект, содержащий две стандартные для UML диаграммы: классов и автоматов (состояний).
Рис. 1. Диаграмма классов
Рис. 2. Диаграмма состояний
Рис. 3. Схема документооборота
Диаграмма классов UML позволяет обозначать отношения между классами и их экземплярами, абстрагируясь от предметной области и работая исключительно с сущностями, реализуя принцип объектно-ориентированного программирования. Полученная схема является моделью данных будущего приложения (рис. 1).
Эта диаграмма является основным уровнем описания структуры организации и работы системы [2].
Диаграмма состояний – это один из способов детального описания системы в определенные различные состояния и переходов между ними [2] (рис. 2).
В рассматриваемом примере для реализации системы оборота медицинской карты данных достаточно использования этих двух диаграмм [6, 7].
Субъектами – участниками процесса документооборота являются: регистратор, сестра приемного отделения, врач приемного отделения, диспетчер отделения, лечащий врач, патологоанатом (рис. 3) [6].
По окончанию проектирования двух диаграмм проект был экспортирован в формат XMI (XML Metadata Interchange – стандарт обмена метаданными с помощью языка расширенной разметки XML), и с помощью системы Plone было сгенерировано готовое приложение [4]. Полученное веб-приложение представляет собой интерфейс для взаимодействия с базой данных.
Далее было спроектировано аналогичное приложение средствами Bizagi Studio. Первым шагом была создана диаграмма процесса в нотации BPM (рис. 4).
Для выбранной предметной области можно четко проследить связь этой диаграммы и диаграммы состояний нотации UML. Субъекты, взаимодействующие в данной системе (роли), отражены на «дорожках» процесса.
Описанные функции субъектов в диаграмме состояний UML находят отражение в блоках задач и условных переходах. Процесс можно поделить на несколько крупных блоков: Регистрация, Осмотр, Лечение и Выписка.
Наиболее значимым при проектировании информационной системы, помимо моделирования процесса, является второй шаг разработки в среде Bizagi Studio – создание модели данных будущего приложения (рис. 5).
Обзор методологий проектирования бизнес процессов
«Уж не знаю почему, но у меня не получается пройти эту совместимость. Несколько раз пробовала вводить свое имя и имя своего избранника, и дату рождения пишу и имена, нажимаю узнать совместимость и ничего не происходит, обидно. В. «
(Дата: 27.05.2023)
«Первой картой выпала «болезнь». И хоть трактование начинается оптимистично — что мужчина все-таки меня любит, в итоге дается рекомендация не строить с ним отношения, поскольку они принесут много переживаний. Да и вторая карта . «
(Дата: 27.05.2023)
«Сама по себе как-то не очень люблю играть в бильярд (не получается у меня совсем, ну не моё это, видимо. ), а вот смотреть мне очень нравится почему-то. Да и вообще, интересно изучать все тонкости этой игры, поэтому неплохо в . «
(Дата: 27.05.2023)
«Спасибо за такие интересные простые варианты применения ТАРО! Я с одной стороны и не верю в гадания. С другой стороны никогда не упускаю попробовать новое))) За этим гаданием на имя мы с подругами увлекательно провели не один в. «
(Дата: 27.05.2023)
«Когда есть свободное время, то я в интернете пробую различные гадания. Это гадание одно из самых любимых, которое я встречал в интернете. Оно довольно простое. Просто нужно немного сконцентрироваться и подумать об имени. Звучит. «
Источник: onlinevi.ru
Обзор методологий проектирования бизнес процессов
Юлия Фишер (Видео: 989) Практикующий дошкольный педагог — психолог.
Комаровский Евгений (Видео: 1972) Доктор Комаровский — детский врач, автор книг о здоровье детей.
Ирина Хлебникова (Видео: 1151) Готовим с Ириной Хлебниковой
Калнина Наталья (Видео: 990) Готовьте с радостью вместе со мной и у Вас все получится!
Ольга Матвей (Видео: 1466) Мой канал о новых, вкусных и простых рецептах. Подписывайтесь.
Ирина Паукште (Видео: 2406) Секреты и особенности профессии модельер-закройщик.
Денис Косташ (Видео: 970) Школа Счастливой Жизни
Марина Петрушенко (Видео: 1257) Рецепты для мультиварки простые и быстрые, вкусные!
Мне нравится
× Спасибо! Поделитесь с друзьями!
× Вам не понравилось видео. Спасибо за то что поделились своим мнением!
Добавлено 6 года назад от jools
315 Просмотры
Евгения Арбельева, ведущий бизнес-аналитик компании «Интеллектуальные системы», провела семинар на тему «Обзор методологий проектирования бизнес-процессов»
Содержание семинара:
Методология ARIS:
• Правила построения бизнес процесса в нотации eEPC
• Диаграмма процесса PCD
• Нотация VAD. Графические примитивы
Стандарт UML 2.0:
• Типы диаграмм
• Use-case диаграмма. Виды отношений
• Диаграмма деятельности. Рекомендации
Методология SADT
Общие принципы и правила проектирования
Источник: ortcam.com