Jump to content

Принцип повторного использования сервиса

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

Возможность повторного использования службы обычно измеряется тем, сколько дополнительных функций содержит служба, которые можно повторно использовать в будущем, и насколько функциональность службы выходит за рамки текущих требований. Это поощряет сервисы, которые содержат дополнительные возможности, основанные на возможных будущих сценариях использования сервисов. Однако мало что делается для разработки логики сервиса таким образом, чтобы ее можно было повторно использовать для автоматизации множества бизнес-процессов. Это приводит к тому, что больше внимания уделяется оснащению сервисов дополнительной функциональностью, чем концентрации на возможности повторного использования основной логики сервиса, что приводит к созданию «позолоченных» сервисов, разработка которых требует больше времени и усилий. Эта дополнительная функциональность может даже не входить в исходный функциональный контекст. [примечание 1] сервиса и может вообще не использоваться, так как был создан без установления его потребностей. Полученная в результате SOA не сможет обеспечить реальную возможность повторного использования сервисов, как было обещано.

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

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

Комплексное применение принципов повторного использования сервисов, абстракции сервисов и слабой связи сервисов помогает разрабатывать компонуемые сервисы. [4]

Приложение

[ редактировать ]

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

  • Каковы долгосрочные цели организации?
  • Анализ функционального контекста текущих сервисов.
  • Текущие устаревшие системы и любые будущие планы вывода из эксплуатации таких устаревших систем.
  • Каковы текущие требования, которым должна отвечать услуга?
  • Подробная информация о соответствующем домене(ах) бизнеса.

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

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

Соображения

[ редактировать ]

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

При акцентировании внимания на повторном использовании услуг надежность повторно используемых сервисов становится важной проблемой, поскольку от одного и того же сервиса зависят несколько потребителей услуг. Другие принципы проектирования, такие как принцип автономии службы и принцип безгражданства службы, служат руководством для решения проблем, связанных с надежностью и доступностью.

Примечания

[ редактировать ]
  1. ^ Тип функциональности, которую включает в себя служба, например, служба выставления счетов будет иметь функциональный контекст, который занимается обработкой счетов, но не занимается обработкой заказов на поставку.
  2. ^ Логика, которая не связана с одним бизнес-процессом, т.е. независима от какого-либо конкретного контекста и, следовательно, может использоваться для автоматизации нескольких бизнес-процессов.

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

[ редактировать ]
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: c035f2eba451a6e678c2ec2df75b3da5__1703568000
URL1:https://arc.ask3.ru/arc/aa/c0/a5/c035f2eba451a6e678c2ec2df75b3da5.html
Заголовок, (Title) документа по адресу, URL1:
Service reusability principle - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)