🗊Презентация Современный архитектурный подход и его практическое применение в рамках старых и новых стандартов проектирования

План презентации

Причины развития архитектурного подхода Рост масштаба и сложности отдельных автоматизированных систем Все более непосредственное включение ИТ-систем в основную деятельность предприятий Рост числа и масштаба интегрирующих, «сквозных» бизнес-процессов (внутри и между предприятиями)

Основы: схема и процесс Дж. Захман Общая схема архитектуры (J.F. Sowa, J.A. Zachman. Extending and Formalizing the Framework for Information System Architecture.) С. Спивак Планирование архитектуры предприятия (Spewak, Steven H. with Steven C.Hill. Enterprise Architectury Planning, Development a Blueprint for Data, Application and Technology.)

Схема арх. предприятия по Дж.Захману

Типы архитектурных продуктов (артефактов)

План презентации

Что имеют ввиду под «Предприятием» в Enterprise Architecture

Что есть «Архитектура предприятия» по ISO 15704 «Requirements for enterprise-reference architectures and methodologies. 2000»

Архитектура

Примеры известных и полезных архитектурных принципов и справочных (эталонных) моделей Принципы: примат деловых потребностей децентрализованная реализация с централизованным управлением и мониторингом сегментный подход, независимость и согласованность частных архитектур, и др. Справочные модели: прикладных сервисных компонентов базовых технологических компонентов эффективности, информационных объектов, и др.

Частные архитектуры в Архитектуре предприятия (Канада)

Чем мы обладаем сегодня?

Многообразие обобщенных схем

Многообразие схем архитектурных процессов

Дело не в проблеме выбора готовой общей схемы, процесса или стандарта

Архитектура в динамике

Постоянная трансформация предприятия как системы и его подсистем

Учет времени в GERAM (подход использован в ходе работы Рабочей Группы по созданию ISO 15704)

Схема арх. предприятия по Дж.Захману

“3D-предприятие“: предприятие в стратегической перспективе его развития и трансформации

Архитектура и процесс (CIO Council, США)

На оси времени располагаются (примеры):

План презентации

Стандарты : система, предприятие, отрасль, …

Фаза создания бизнес-архитектуры (архитектуры «типа 1») Стадии ЖЦ по ISO/IEC 15288 : CONCEPT(Концепция) TR 15271 (ISO/IEC 12207) : Определение потребностей ГОСТ 34 : 1.Формирование требований к АС Состав ПО СУТИ АРХИТЕКТУРНЫХ продуктов: Описания и модели ВСЕГО СПЕКТРА потребностей и ограничений (цели, функции, информация, размещение, оперативность, участники, безопасность и др.)

Фаза создания логической архитектуры (архитектуры «типа 1») Стадии ЖЦ по ISO/IEC 15288 : CONCEPT(Концепция), DEVELOPMENT (Разработка) TR 15271 (ISO/IEC 12207): Исследование и определение концепции ГОСТ 34 : 2. Разработка концепции АС, 3. Техническое задание, 4. Эскизный проект Состав архитектурных продуктов: Описания и модели ВСЕГО СПЕКТРА требований к системе и их соответствие потребностям, определение всех системных компонентов (компонентов системы) и их свойств

Фазы создания физической архитектуры (архитектуры «типа 1») Стадии ЖЦ по ISO/IEC 15288 : DEVELOPMENT (Разработка) TR 15271 (ISO/IEC 12207) :Конструирование \ разработка ГОСТ 34 : 5. Технический проект Состав архитектурных продуктов: определение ВСЕХ БЛОКОВ, КОНСТРУКТОРСКИХ ЕДИНИЦ и их технических спецификаций

Три основных архитектурных представления и их взаимосвязи БИЗНЕС-АРХИТЕКТУРА (архитектура деятельности) цели, участники, функции, информация, география, оперативность, безопасность и др.

Основные частные (частичные) архитектуры не являются лишь вспомогательными описаниями для производства готовой системы, тем более - временными описаниями, необходимыми только до момента ввода системы в эксплуатацию. ISO/IEC 15288: архитектурные продукты бизнес-архитектуры и логической архитектуры не являются принадлежностью только стадий создания (концепция, разработка), но должны сопровождаться и развиваться на протяжении всего ее ЖЦ (до удаления системы), отражать все изменения потребностей заинтересованных лиц, служить для принятия решений о дальнейшем развитии системы.

Таким образом: Работа с комплексной архитектурой - не есть что-то совсем неизвестное, она ‘спрятана внутри’ «не архитектурных» стандартов проектирования (в составе их работ и т.п.). Роль и статус архитектурных по сути работ, процессов и описаний стандартов проектирования необходимо понимать в смысле «архитектурных» стандартов. Многие «популярные» архитектуры (например, веб-сервисная, данных, сетевая, и т.д.) -- подмножества трех основных частных архитектур. Такое подмножество (например, архитектура информации и данных, архитектура безопасности) может "пересекать" две или три основные частные архитектуры. При планировании проекта интеграции предприятия (компании, ведомства, отрасли, правительства, города и др.) требуется выходить за рамки "обычных" стандартов проектирования и разрабатывать референсные (эталонные, справочные) модели, на основе которых должны затем формироваться частные архитектуры отдельных систем.

Практика и проблемы, в том числе – проблемы ограничений архитектурами «типа 1»

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

Распространенные проблемы формирования и применения архитектурных описаний в практике создания систем Смеси логической и физической архитектуры на 2-й стадии работ, еще хуже: еще на уровне схемы комплексной архитектуры она сразу имеет характер произвольной смеси компонентов логической и технологической архитектур, нарушается полнота и целостность комплексного характера основной (бизнес- или логической) архитектуры из-за того, что из нее "выхватываются" отдельные типы требований, типы системных блоков (виды обеспечения), например, прикладные программы. При использовании стандартов ГОСТ 34 обычной практикой является исключение стадии эскизного проектирования, выполнение так называемого "техно-рабочего проектирования" в виде одной стадии. Известна порочная практика исключать из проекта стадии обследования и концепции (которые даже получили в старой терминологии название "предпроектных") и начинать работу сразу со стадии "техническое задание. Источники неизбежных потерь качества архитектурного проектирования становятся понятными.

Отклонения и их следствия отклонения от опоры на описание трех основных архитектур, от полноты и целостности (комплексности) каждой из этих архитектур: создает многократно увеличенные риски в проектировании средних и, тем более, больших систем, лишает руководство большого проекта одного из основных инструментов управления проектом и всей системой на протяжении всего ее Жизненного Цикла.

Архитектуры типа 2 и типа 1 в создании систем предприятия

Совмещение архитектуры «типа 2» и справочных моделей с архитектурами конкретных систем

Пример применения Архитектурного подхода к стратегии создания МЭМ: Метасистеме «Электронной Москвы» (проект 2004 – 2005 г.г., раздел «Архитектура», разработчики: ИРИО и ФОСТАС ) Диагностика: Произвольный набор подсистем, предлагаемые разными компаниями-участниками «Разнокалиберные» и непригодные для сравнения описания «на разных языках» Избыточность Эталонные модели компонентов и архитектурный подход позволили определить и произвести   Места дублирования Унификация компонентов Изменение границ систем Обнаружение «пропущенных» систем

План презентации

Необходимы: Общая терминология Движение к обобщенной схеме архитектуры предприятия Обобщенный архитектурный процесс (процессы) Гармонизация и стыковка «архитектурных» и «не архитектурных» стандартов Первоочередные референсные (справочные, эталонные) модели Обучение Популяризация Кооперация и общение

Задел и планы ФОСТАС Задел ФОСТАС: - базовый глоссарий метамодель эффективности ИТ методики построения моделей эффективности для ОГВ материалы для классификатора и профилей стандартов обобщенный сценарий ввода архитектуры в действие рекомендации для ЭП в России (и др.) Ближайшие планы: Подготовка и передача базового глоссария в «Сообщество ИТ-директоров Украины (Украинскую ассоциацию CIO) Завершение работы по анализу перевода ISO/IEC 15288 Расширение методик для коммерческих организаций различных отраслей Возобновление учебно-консультационного семинара ((Возможно - разработка описания процесса разработки и применения архитектуры предприятия (в группе процессов предприятия) для стыковки «архитектурных» и «не архитектурных» стандартов (и др.) ))

Спасибо за внимание Ваши вопросы? <ezinder@fostas.ru> <info@fostas.ru> Тел. 601-2039/2349, 151-3475

Дополнительные слайды

Enterprise Architecture и современный архитектурный подход: Метод борьбы с хаосом и новой сложностью Средство планомерной реализации политики Gap-анализ, моделирование траекторий развития, оценка вариантов, выбор -->> «вычисление» стратегии, Документирование и поддержка реализации стратегии Решение тактических задач в условиях растущей динамики среды

Эталонные модели и архитектуры «типа 2»

Эталонные модели и архитектуры «типа 2»

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

Справочные (эталонные) модели:

Возможные пути трансформации как перехода к следующим состояниям архитектуры

Архитектура и стратегия развития, «вычисление» траектории

Запас прочности (гибкости) специализированной архитектуры (решений архитектурного слоя) Показатель «запас прочности»: отношение той нагрузки на архитектуру слоя «Б», которую она может «выдержать» со стороны требований архитектуры верхнего слоя «А» (в смысле схемы Захмана или NIST) без радикальной переделки (удаления и замены основных систем и компонент) по сравнению с плановыми требованиями режима использования систем, предусмотренных в архитектуре «А». Характеризует возможность динамично развивать компоненты одного слоя (процессы, объекты, размещения и др.) без ломки других, обычно более низких слоев архитектуры. Распространяется не только на рост объемов выполняемых операций, хранимых и передаваемых данных, число филиалов и т.п. экстенсивные изменения показателей роста, но и на появление качественно новых требований, для числовой оценки которых должны вводиться специальные метрики («удовлетворенность», новые функции, …).

Задачи архитектуры предприятия:

Матамодель эффективности ИТ: иерархия уровней метамодели