WikiDer > Сервис-ориентированное моделирование

Service-oriented modeling

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

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

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

Популярные подходы

Было предложено несколько подходов специально для проектирования и моделирования сервисов, включая SDDM, SOMA и SOMF.

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

Сервисно-ориентированная методология проектирования и разработки (SDDM) - это метод слияния, созданный и скомпилированный М. Папазоглу и В. Дж. Ван ден Хеувелем.[1] В документе утверждается, что от проектировщиков SOA и разработчиков сервисов нельзя ожидать, что они будут контролировать сложный сервис-ориентированный проект разработки, не полагаясь на надежную методологию проектирования и разработки. В нем представлен обзор методов и приемов, используемых в сервис-ориентированном проектировании, подход к методологии разработки сервисов с точки зрения как производителей сервисов, так и заказчиков, а также обзор ряда элементов SDDM, доступных для этих ролей.

Обновление для SDDM было позже опубликовано в Веб-сервисы и SOA: принципы и технологии М. Папазоглу.[2]

Сервисно-ориентированное моделирование и архитектура

IBM объявила сервис-ориентированное моделирование и архитектура (SOMA) своей методологией, связанной с SOA, в 2004 году и впоследствии опубликовала ее части.[3] SOMA относится к более общей области моделирования сервисов, необходимой для проектирования и создания SOA. SOMA охватывает более широкую область применения и реализует сервис-ориентированный анализ и проектирование (SOAD) посредством идентификации, спецификации и реализации сервисов, компонентов, реализующих эти сервисы (также известных как «сервисные компоненты»), и потоков, которые могут использоваться для создания сервисов.

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

SOMA - это сквозной метод SOA для идентификации, спецификации, реализации и реализации сервисов (включая информационные сервисы), компонентов, потоков (процессов / составов). SOMA основывается на современных методах в таких областях, как анализ предметной области, группировка функциональных областей, моделирование процессов, ориентированное на вариативность (VOA), компонентно-ориентированная разработка, объектно-ориентированный анализ и моделирование вариантов использования. SOMA вводит новые методы, такие как моделирование целевых услуг, создание модели услуг и лакмусовая бумажка услуг, чтобы помочь определить степень детализации услуги.

SOMA идентифицирует службы, границы компонентов, потоки, составы и информацию с помощью дополнительных методов, которые включают декомпозицию предметной области, моделирование целевых услуг и анализ существующих активов. Жизненный цикл службы в SOMA состоит из этапов идентификации, спецификации, реализации, внедрения, развертывания и управление, при котором основные строительные блоки SOA идентифицируются, затем дорабатываются и внедряются на каждом этапе. Основные строительные блоки SOA состоят из сервисов, компонентов, потоков и связанных с ними информации, политик и контрактов.[4]

Фреймворк сервис-ориентированного моделирования (SOMF)

SOMF версии 2.0

SOMF был разработан автором Майкл Белл как целостный и антропоморфный язык моделирования для разработка программного обеспечения в котором используются дисциплины и универсальный язык для выработки тактических и стратегических решений проблем предприятия.[5] Термин «целостный язык» относится к языку моделирования, который можно использовать для разработки любого приложения, деловой и технологической среды, как локальной, так и распределенной. Эта универсальность может включать в себя проектирование решений уровня приложений и уровня предприятия, включая ландшафты SOA, облачные вычисления или среды больших данных. Термин «антропоморфный», с другой стороны, связывает язык SOMF с интуитивно понятной реализацией и простотой использования.

SOMF - это сервис-ориентированная методология жизненного цикла разработки, специализированное моделирование обработать. Он предлагает ряд практик и дисциплин моделирования, которые способствуют успешной разработке и моделированию жизненного цикла, ориентированного на услуги, в ходе проекта (см. Изображение слева).

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

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

Смотрите также

использованная литература

  1. ^ Майк П. Папазоглу, Виллем-Ян ван ден Хеувел: Сервис-ориентированная методология проектирования и разработки. Int. J. Web Eng. Technol. 2 (4): 412-442 (2006).
  2. ^ М. Папазоглу, INFOLAB, Тилбургский университет, Нидерланды (2013 г.) Веб-службы и SOA: принципы и технологии (2-е издание), Pearson Education Canada, Paper, 856 pp, опубликовано 13.01.2012, ISBN 9780273732167
  3. ^ Али Арсанджани, Абдул Аллам: Сервис-ориентированное моделирование и архитектура для реализации SOA. IEEE SCC 2006: 521
  4. ^ Биберштейн и др., Выполнение SOA: Практическое руководство для сервис-ориентированного архитектора (в мягкой обложке), IBM Press books, 978-0132353748
  5. ^ Белл, Майкл (2008). «Введение в сервис-ориентированное моделирование». Сервис-ориентированное моделирование: анализ, проектирование и архитектура сервисов. Wiley & Sons. ISBN 978-0-470-14111-3.

дальнейшее чтение

внешние ссылки