2 июня - очередная встреча Клуба Архитекторов

2-го июня состоится очередная встреча Клуба Архитекторов в Москве.

Тема: "Облачные вычисления сегодня и завтра. Архитектуры, технологии, практики и перспективы". Будем обсуждать почти всё ;) - от динамических ЦОДов до SQL Azure.

• Детали - в моем блоге на MSDN.

О значимости архитектуры и умениях архитектора

[кросс-посты из моего блога на MSDN]

• Пара слов о значимости архитектуры
• Что должен знать и уметь архитектор
  

Встреча Клуба Архитекторов 22.04: "Enterprise Architecture"

[кросс-пост]
22-го апреля состоится очередная встреча Клуба Архитекторов в Москве.

Тема: "Enterprise Architecture. Корпоративная архитектура как инструмент стратегического планирования и управления ИТ".

Встреча клуба посвящена вопросам построения корпоративной архитектуры (enterprise architecture). Что есть корпоративная архитектура, каковы ее ключевые компоненты, зачем она необходима бизнесу и ИТ, какие стандарты и подходы в области enterprise architecture актуальны на сегодняшний день. В рамках встречи будет также рассмотрен опыт Microsoft по построению собственной корпоративной архитектуры и те подходы и практики, которые Microsoft рекомендует заказчикам. Гостем встречи также будет Максим Смирнов - руководитель департамента архитектуры систем поддержки бизнеса компании Вымпелком.

Программа мероприятия:

Время		Наименование	Спикер
16.30	17.00	Регистрация, кофе-брейк
17.00	18.00	Enterprise Architecture. Современные тенденции и взгляды на корпоративную архитектуру.	Сергей Орлик, Microsoft
18.00	18.30	Кофе-брейк
18.30	19.15	Архитектура предприятия в формате semantic web.	Максим Смирнов, Вымпелком
19:15	19:30	Перерыв
19:30	20:30	Опыт и подход Microsoft к построению корпоративной архитектуры.	Павел Калякин, Сергей Колотилов, Microsoft
20.30	21.30	Обсуждение, неформальное общение

Клуб архитекторов ориентирован на профессиональных архитекторов, ведущих разработчиков корпоративных отделов разработки и лидеров эксплуатационных команд. Если вы по своей роли CTO, корпоративный архитектор, лидер команды разработки, мы будем рады пригласить вас к участию в Клубе (оно является бесплатным, по приглашениям) - буду признателен, если свою заявку на участие в клубе вы пришлете по e-mail на адрес ru-arc <собака> microsoft.com с парой слов о себе - как вас зовут, ваша организация, ваша роль/фокус, контактные координаты и мы постараемся вас пригласить к участию в Клубе всегда будем рады видеть вас на тех мероприятиях, которые посвящены вопросам наиболее близким вашей области профессиональной деятельности.

До встречи в Клубе!

P.S. эта встреча Клуба не будет записываться на видео.

Клуб Архитекторов - материалы встречи по UML и темы следующих встреч

Кросспост(ы) по subj из моих "Архитектурных заметок"@MSDN:

• Материалы встречи (18.03) Клуба Архитекторов "UML-моделирование"
• Клуб Архитекторов: следующие встречи и темы для обсуждения

Встреча Клуба Архитекторов Microsoft (18 марта, Москва)

Коллеги,

Рад сообщить о возобновлении деятельности Клуба Архитекторов Microsoft.

Безусловно, понимая, что архитекторы не ограничиваются только вопросами разработки, мы планируем охватывать широкий спектр тем связанных и с опытом построения и использования ИТ в самой Microsoft, вопросы безопасности, процессов в ИТ, развития инфраструктуры и т.п.

Детали - в моем блоге на MSDN.

Замечание по документированию архитектуры от SEI CMU

В догонку к посту о стандарте описания архитектуры IEEE 1471/ISO 42010.

Институт программной инженерии Университета Карнеги-Меллон (SEI CMU - тот самый, который разработал CMM/CMMI, TSP - Team Software Process и еще много всяких полезностей) опубликовал т.н. "технические замечания" (technical note, dec'09) к обсуждаемому стандарту:

• A Structured Approach for Reviewing Architecture Documentation

Сам материал, кстати, очень классно позиционирует проблематику описания архитектуры:

This technical note proposes a structured approach for reviewing architecture documentation (AD) Given the critical importance of architecture to software project success, it follows that the architecture cannot be effective unless it is effectively captured in documentation that allows the architecture's stakeholders to understand and use the architecture in the way it was intended. That is, the documentation of the architecture inherits the criticality of the architecture itself. An architecture that cannot be understood (or, worse, is misunderstood) because of deficient docu-mentation will fail to meet its goals as surely as a poorly chosen architecture.

Put succinctly, if your architecture is not well described, it doesn't matter if it's well designed.

Если вы действительно архитектор (пусть не по должности. но по своей роли), настоятельно рекомендую уделить внимание этому материалу.

Вы ещё не документируете архитектуру? тогда мы идём к вам! задумайтесь, а может всё-таки это стОит того?

>> оригинальный пост -Замечание по документированию архитектуры от SEI CMU

Архитектура программных систем - пара слов о стандарте IEEE 1471

Я уже не раз упоминал стандарт IEEE 1471. Его полное название "IEEE Recommended Practice for Architectural Description of Software-Intensive Systems" (IEEE Std 1471-2000, где 2000 - год последней публикации).

С точки зрения содержания, этот стандарт на первый взгляд представлется достаточно абстрактным. Об этом говорит даже его краткое описание (abstract):

This recommended practice addresses the activities of the creation, analysis, and sustainment of architectures of software-intensive systems, and the recording of such architectures in terms of architectural descriptions. A conceptual framework for architectural description is established. The content of an architectural description is defined. Annexes provide the rationale for key concepts and terminology, the relationships to other standards, and examples of usage.

Однако, стандарт с одной стороны задаёт общую систему координат, без которой невозможно обсуждать столь комплексный предмет как архитектура ПО. С другой стороны, стандарт отражает по-сути индустриальный консенсус, сложившуюся и основанную на практие общую точку зрения, которая позволяет более предметно обсуждать уже сами подходы и фреймворки, отвечающие на вопрос "как описывать архитектуру ПО". Стандарт перекликается и со знаменитой моделью Филипа Кратчена (Philippe Kruchten) "4+1 Architectural View Model". В 2007 году, этот стандарт IEEE стал и стандартом ISO/IEC 42010:2007.

Какова от него практическая польза? В определенной степени она отражена в обзорной презентации. Это та самая система координат, позволяющая целостно, с учетом всех важных моментов - от заинтересованных лиц до значимых деталей (например, эксплуатационых ограничений), описать архитектуру так, чтобы не было стыдно однозначно отразить требования к программной системе и детализировать архитектуру на уровне, достаточном для реализации.

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

Второй блог - "Архитектурные заметки"

Как и обещал, запустил второй блог - "Архитектурные заметки" по решениям и технологиям Microsoft.

P.S. Посмотрим насколько успешно удастся блюсти Work/Life баланс между двумя блогами ;)