3. Сервисно-ориентированная парадигма, применение которой базируется на идее массового сервисного обслуживания пользователей по по их запросам.

К числу основных характеристик СОА (SBA) относятся [2]:

• свободное соединение, заключающееся в том, что любой сервис может быть получен как ответ на запрос из любого (разрешенного) источника;

• для сервиса не требуется ничего запоминать от одного вызова до другого (состояния загружаются как часть данных сервиса из базы данных или поступают от запросчика сервиса);

• сервисы являются основными единицами моделирования, проектирования и реализации;

• определение, описание, открытие сервиса, протоколы доступа и аспекты качества являются центральными интересами в архитектурном проектировании ПО;

• сервис «выставляет напоказ» свои возможности, включая функциональность, данные и характеристики качества сервисов через описание на специальных языках, таких как язык описания WEBсервисов (Web Service Description Language, WSDL);

• сервис может быть независимо и динамически обнаружен (открыт) и использован;

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

14.2 Лица заинтересованные в разработке

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

Пр:

• пользователи (Users) обеспечивающие использование системы по назначению;

• администраторы (Administrators) обеспечивающие функционирование системы;

• тестировщики (Testers) проверяющие корректность работы

• системы.

• лица (Acquirers) приобретающие систему;

• эксперты-консультанты (Assesors) проверяющие целесообразность приобретения;

• пропагандисты (Communicators) распространяющие сведения об этом через документы и обучение;

• разработчики (Developers) создающие систему;

• сопровождающие (Mainteners) внедряющие, сопровождающие и развивающие систему;

• снабженцы (Suppliers) поставляющие «комплектующие части»;

14.3 Архитектурные стили. Пайпы и фильтры.

Pump — источник данных в системе; фильтр (filter) — получает информацию от источника (вначале от внешнего — pump), затем через PIPE от предыдущего фильтра. После обработки поток данных отправляется дальше; Pipe — осуществляет передачу данных от источника информации к фильтру или между фильтрами в системе; Sink — приемник обработанного фильтрами потока данных

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

И еще важный фактор — пайпы обычно проектируют для передачи одного вида данных. Таким образом при необходимости передавать данные разных типов может возникнуть необходимость в создании нескольких видов пайпов для связи между фильтрами.