1. Основные понятия
2. Плюсы
2.1. Легкая адаптируемость системы
2.1.1. Слабое связывание
2.1.2. Повторное использование
2.1.3. Расширяемость
3. Заблуждения насчет SOA
3.1. Приложение использующие SOA - сервис-ориентированно
3.2. SOA - это маркетинговый термин испольлзуемый для ребрендинга Web services
3.3. SOA is just a marketing term used to re-brand distributed computing with Web services
3.4. SOA упрощает распределенные вычисления
3.5. Приложение с веб-сервисами, которые использют WS-* расширения - сервис-ориентированно
3.6. Если вы понимаете веб-сервисы, у вас не будет проблем в построение SOA
3.7. Once you go SOA, everything becomes interoperable
4. Управление транзакциями
4.1. стандарты Web-сервисов
4.1.1. основные стандарты
4.1.1.1. WS-Coordination.
4.1.1.2. WS-AtomicTransaction.
4.1.1.2.1. Consist of
4.1.1.3. WS-BusinessActivity.
4.1.1.3.1. Consist of
4.1.1.4. WS-Security
4.1.2. Роль стандартов
4.1.2.1. гарантируют возможность взаимодействия систем и партнеров.
4.1.2.2. ускоряет разработку и доставку посредством процессов и инструментальных средств.
4.1.2.3. улучшают управляемость и видимость информационных активов.
4.1.2.4. гарантируют качество сервиса (quality of service - QoS).
4.1.2.5. Улучшают гибкость благодаря снижению зависимостей от конкретных реализаций.
5. Основные понятия
5.1. Провайдер сервиса.
5.2. Потребитель сервиса.
5.3. Каталог сервисов.
6. Когда применять
6.1. Централизованные бизнес-функции, используемые несколькими субъектами
6.2. Интеграция с партнерами
6.3. Наличие работающих старых технологий.
7. Когда СОА не лучшее решение
7.1. Когда информационная среда гомогенна
7.2. Когда критична производительность в режиме реального времени
7.3. Когда ничего не меняется.
7.4. Когда тесное связывание не является недостатком
8. Концепции СОА
8.1. Сервис в СОА
8.2. Концепция слабого связывания в SOA
8.2.1. Значение
8.2.1.1. помогает организовать уровень абстракции между производителями и потребителями сервисов
8.2.1.2. гибкость в изменении реализации сервисов без воздействия на потребителей сервисов.
8.2.1.3. функциональность организуется как набор модульных повторно используемых общих сервисов.
9. Реестр сервисов
9.1. Значение
9.1.1. реализует обещанное архитектурой SOA слабое связывание.
9.1.2. Реестр сервисов хорошо маштабируем
9.1.3. позволяет системным аналитикам исследовать корпоративный портфель бизнес-сервисов.
10. Бизне-процесс
10.1. Элементы
10.1.1. Входные данные (input)
10.1.2. Выходные данные (output)
10.1.3. События(Events)
10.1.4. Подпроцесс (subprocess)
10.1.5. Действие (activity)
10.1.6. Показатели производительности (performance metrics)