WikiDer > Принципы сервис-ориентированного дизайна

Service-orientation design principles

Принципы сервис-ориентированного дизайна предложены принципы построения логики решения сервисов внутри сервис-ориентированные архитектуры (SOA).[1][2][3]

Обзор

Успех разработки программного обеспечения на основе парадигма дизайна никогда не уверен. Программное обеспечение, разработанное в рамках парадигмы сервис-ориентированного проектирования, несет в себе еще большие риски. Это связано с тем, что сервис-ориентированная архитектура обычно охватывает несколько областей бизнеса и требует значительного первоначального анализа. Следовательно, SOA, разработанная без конкретных указаний, скорее всего, потерпит неудачу.[4] Чтобы гарантировать, что переход к сервисной ориентации является положительным изменением, дающим обещанные преимущества, полезно принять набор правил.[5]

В принципы сервис-ориентированного проектирования можно в общих чертах разделить на следующие категории: Томас Эрлs, Принципы проектирования сервисов SOA:[6][7][8]

Именно применение этих принципов проектирования создает технологически независимые сервисы и, следовательно, обеспечивает совместимость в долгосрочной перспективе.[9] Эти принципы проектирования служат руководством для определения услуг.[2]

Стратегические цели

Применение этих принципов помогает в достижении основных целей, связанных, в первую очередь, с принятием сервис-ориентированности. Эти цели носят стратегический характер, то есть долгосрочные и выходят за рамки насущных потребностей.[10] организации. Эти стратегические задачи можно обобщить в следующие семь целей и преимуществ:[11][12]

  • Повышенная внутренняя совместимость
  • Увеличенная федерация
  • Расширенные возможности диверсификации поставщиков
  • Повышение согласованности бизнеса и технологий
  • Повышенная рентабельность инвестиций
  • Повышенная организационная гибкость
  • Снижение нагрузки на ИТ

Каждая из вышеперечисленных целей и преимуществ напрямую способствует развитию гибкой организации.[13] который может быстро реагировать на постоянно меняющиеся рыночные условия с меньшими усилиями и временем.

Характеристики

Принципы сервис-ориентированного дизайна помогают выделить сервис-ориентированное решение.[14]от традиционного объектно-ориентированного решения, продвигая различные дизайнерские характеристики. Наличие этих характеристик в сервисно-ориентированном решении значительно увеличивает шансы на реализацию вышеупомянутых целей и преимуществ. Эрл выделил четыре характеристики ориентации на услуги, а именно:[15]

  • Независимо от поставщика
  • Бизнес-ориентированный
  • Ориентированный на предприятие
  • Композиционно-ориентированный

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

В рамках SOA разработка логики решения определяется потребностями бизнеса и разрабатывается таким образом, чтобы сосредоточить внимание на долгосрочных потребностях бизнеса. В результате технологическая архитектура больше соответствует потребностям бизнеса.

В отличие от традиционной разрозненной разработки приложений, SOA принимает во внимание требования либо всего предприятия, либо, по крайней мере, некоторой значительной его части. В результате разработанные сервисы могут взаимодействовать и повторно использоваться в различных сегментах предприятия.

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

Заявление

Принципы сервис-ориентированного дизайна применяются во время сервис-ориентированный процесс анализа и проектирования. Степень, в которой каждый из этих принципов может применяться, всегда относительна, и ее необходимо сопоставить с общими целями и задачами организации, а также с ограничениями по времени. Следует иметь в виду один важный фактор, заключающийся в том, что речь идет не только о применении только этих принципов проектирования, но и о последовательном применении. [6] что гарантирует реализацию сервис-ориентированных целей дизайна, связанных с принятием сервис-ориентированности. Это связано с тем, что сервисы являются корпоративным ресурсом, т. Е. Дают уверенность в том, что они соответствуют определенным стандартам и могут быть повторно использованы в нескольких решениях, поэтому, чтобы оставаться таким ресурсом, они должны возникать в результате процесса, к которому эти принципы применялись последовательно. , поскольку несовместимое приложение приведет к несовместимости служб друг с другом, что приведет к потере основных характеристик дизайна, ориентированного на службы.

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

Рекомендации

  1. ^ Служба В архиве 1 мая 2012 г. Wayback Machine
  2. ^ а б Хабберса; и другие. «Десять способов определения услуг». CiteSeerX 10.1.1.94.5879. Цитировать журнал требует | журнал = (помощь)
  3. ^ Погреб Войцеха, Сергиуш Стрыковский.Электронное правительство на основе облачных вычислений и сервис-ориентированной архитектурыДата обращения: 11 апреля 2010 г.
  4. ^ Джон Бродкин.Сбои SOA связаны с людьми, проблемы с процессами. Дата обращения: 8 апреля 2010 г. В архиве 13 октября 2012 г. Wayback Machine
  5. ^ Геро Вермаас.10 главных подводных камней SOA. Дата обращения: 8 апреля 2010 г. В архиве 23 февраля 2012 г. Wayback Machine
  6. ^ а б Томас Эрл (2008)."Принципы проектирования сервисов SOA"Прентис Холл. ISBN 978-0-13-234482-1
  7. ^ Хойджин Юн. «Конвергенция контекстной осведомленности и сервис-ориентированности в повсеместных вычислениях». CiteSeerX 10.1.1.114.1823. Цитировать журнал требует | журнал = (помощь)
  8. ^ Майкл Пулен Эволюция принципов сервисной ориентации, часть 1Дата обращения: 12 апреля 2010 г. В архиве 25 февраля 2012 г. Wayback Machine
  9. ^ Дэвид Уэббер.Сервисы как веб-сервисы: «Мы уже там?» Как одна стека технологий веб-сервисов не может достичь целей SOAДата обращения: 11 апреля 2010 г.
  10. ^ Непосредственные потребности связаны с автоматизацией конкретного бизнес-процесса, например обработка счетов, в то время как долгосрочные требования выходят за рамки текущих требований и обычно распределяются по нескольким бизнес-процессам
  11. ^ Цели и преимущества SOA В архиве 19 октября 2012 г. Wayback Machine
  12. ^ Сади Мельбуси.Методология предоставления сервис-ориентированной архитектурыДата обращения: 10 апреля 2010 г. В архиве 5 марта 2012 г. Wayback Machine
  13. ^ Гибкая организация в контексте ИТ-мира - это такая организация, которая может быстро реагировать на свои бизнес-требования, используя при этом большую часть имеющихся ресурсов.
  14. ^ Решение, основанное на парадигме сервис-ориентированного дизайна и состоящее из сервисов.
  15. ^ Эрл и др., (2009) ".Шаблоны проектирования SOA"Прентис Холл. ISBN 978-0-13-613516-6

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