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

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

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

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

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

- были изучены особенности сервисно-ориентированного подхода к организации ИТ-инфраструктуры в компании;

- был проведен анализ научных статей на тематику сервисно-ориентированной архитектуры с целью подтвердить наличие и актуальность проблемы;

- были описаны основные инструменты для интеграции систем (корпоративная сервисная шина, XML-сообщения);

- был смоделирован в нотации EPC 1 бизнес-процесс, требующий интеграции 3 систем посредством шины и веб-сервисов;

- были даны описание и оценка точке интеграции по данному процессу;

- были приведены фактические показатели, которые можно оптимизировать на счет SOA;

- были приведены аргументы, почему SOA подход эффективен.

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

Прежде всего, переход к такой архитектуре имеет смысл в компании, где велико количество используемых систем, т.е. бизнес достаточно масштабный и диверсифицированный. Несмотря на то, что точную оценку количества систем, при которых SOA начинает быть эффективной, дать сложно в виду разной деятельности компаний и их бизнес-потребностей, можно сказать, что компании подходит SOA по нескольким признакам. Как правило, такая архитектура упрощает жизнь процессно-ориентированным компаниям, в которых процессы протекают «сквозь» функциональные подразделения. В вертикальных компаниях часто используется определенный набор приложений, с которым работают внутри одного департамента, и циркуляция информации и происходит, в основном, внутри него. В таких компаниях потребность в информационном обмене между системами и поддержании актуальности данных в смежных системах минимальна. Кроме того, очень важна квалификация персонала и ИТ-специалистов в компании: при отсутствии таковых SOA может оказаться слишком затратным проектом.

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

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

- провести анализ и, при необходимости, реинжениринг бизнес-процессов для понимания, какие системы несут определенную функциональность в архитектуре;

- обеспечить достаточную пропускную способность сети, доступность серверов;

- убедиться в целостности и адекватной структуре хранения данных, приемлемой для получения данных сервисами;

- обозначить фрагменты функционала систем, которые можно представить в виде сервисов;

- собрать квалифицированную проектную команду для перехода, главную роль в которой отвести системным и бизнес-аналитикам;

- провести психологическую подготовку персонала к предстоящему переходу, сформировать у них понимание эффективности перехода.

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

Источники

Приложение 2

Организационная структура Компании

Приложение 3

Схема процесса Согласование договора в нотации EPC

Приложение 4

Интеграционная блок-схема процесса Согласование договора, шаг Формирование

Размещено на Allbest.ru