Применение стандартов Можно выделять два класса стандартов – «технологические» и «рамочные». «Рамочные» стандарты(Framework) задают общие требования к реализации процессов, связанных с разработкой и поддержкой жизненного цикла систем. Структура активностей стандарта ISO 15288 Профили стандартов Каждый такой профиль является специально сформированной совокупностью – выборкой из нескольких базовых стандартов и, может быть, других нормативных документов с четко зафиксированными подмножествами определений, обязательных к реализации. Помимо обязательных элементов, профиль может определять некоторые требования как факультативные. Профили стандартов Профили можно условно разделить на два класса: - профили, описывающие собственно программные или архитектурные решения на основе ISO 15288;
- профили, регламентирующие процессы жизненного цикла программных систем на основе ISO 12207.
Шаблон – решение проблемы в контексте Использование архитектурных шаблонов Методика описания архитектуры Gartner выделяет шаблоны в качестве отдельного «слоя» архитектуры. Шаблоны являются логическими моделями технологий: это проектировочные идеи, которые могут быть многократно использованы в рамках предприятия в целом. Шаблон показывает взаимодействие компонент системы между собой Важность шаблонов для архитектуры предприятия - если используются корректные шаблоны, то вероятность получения адекватно работающей физической реализации архитектуры возрастает;
- разработка и использование шаблонов в рамках предприятия в целом обеспечивает преимущества, связанные с их многократным использованием для решения различных проблем;
- использование шаблонов отделяет логический уровень от физического уровня архитектуры. Это позволяет создать долговременно работающие решения.
Архитектура, шаблоны и модели Пример инфраструктурного шаблона От традиционной архитектуры – к архитектуре, использующей инфраструктурные шаблоны Сервис-ориентированная архитектура Под сервис-ориентированной архитектурой понимается подход к проектированию прикладных информационных систем, который руководствуется следующими принципами: - явное отделение бизнес-логики прикладной системы от логики презентации информации;
- реализация бизнес-логики прикладной системы в виде некоторого количества программных модулей (сервисов), которые доступны извне (пользователям и другим модулям), чаще всего в режиме "запрос-ответ", через четко определенные формальные интерфейсы доступа;
- при этом «потребитель услуги» имеет возможность вызвать сервис через интерфейсы, используя соответствующие коммуникационные механизмы.
Ориентация на сервисную архитектуру позволяет построить комплексную ссылочную модель архитектуры предприятия, которая в единой манере описывает как бизнес, так и ИТ. В рамках такого подхода сначала создается архитектура, которая описывает модель бизнес-функциональности и поведения прикладной системы независимо от технических деталей реализации. Ссылочная модель сервис-ориентированной Архитектуры предприятия Спасибо за внимание! Разработка Архитектуры предприятия Тема 8 Общий контекст разработки Архитектуры предприятия Можно указать следующие методики: - методики, опубликованные аналитическими компаниями, такими как Gartner, Giga Group, META Group и другими;
- модель Захмана;
- методика TOGAF;
- методика POSIX 1003.23;
- Федеральная Архитектура Госорганизаций (FEAF – Federal Enterprise Architecture Framework);
- DoDAF (Department of Defence Architecture Framework).
Методики являются инструментом для создания широкого спектра различных архитектур. Они могут содержать список рекомендуемых стандартов и совместимых продуктов, которые могут использоваться для реализации различных элементов архитектуры. Методики не только задают набор документов и планов, необходимых для описания предприятия, но и определяют, как все эти элементы описания связаны между собой. Модель Захмана Модель Захмана основана на дисциплине классической архитектуры и обеспечивает общий словарь и набор перспектив, или структур (framework), для описания современных сложных корпоративных систем. Модель преследует две основные цели – с одной стороны, логически разбить все описание Архитектуры на отдельные разделы для упрощения их формирования и восприятия, с другой – обеспечить возможность рассмотрения целостной Архитектуры с выделенных точек зрения или соответствующих уровней абстракции. |