Разработка ПО (архитект. ис)

Понятие архитектуры. Отличие архитектуры от архитектурного описания. Точка зрения и представление. Понятие архитектурного фреймворка.

Архитектура - фундаментальные понятия или свойства системы в ее среде, воплощенной в ее элементах, отношения, и в принципах его проекта и развития.

Архитектурное описание - результат проектирования программного обеспечения и систем, описывающий архитектуру.

Контекст архитектурного описания:

Stakeholders – любая группа внутри или вне организации, заинтересованная в результатах ее работы(собственник, работник, покупатель, гос-во, поставщик …).

Архитектурное описание:

Представление - выражение и описание системы с точки зрения интереса стейкхолдера.

Точка зрения - продукт работы, устанавливающий соглашения для конструирования, интерпретации и использования представления, чтобы ограничить определенные системные проблемы

Архитектурный фреймворк - Определенный взгляд на разработку архитектуры (Набор viewpoints)

Модель бизнеса с точки зрения IT (по GRAAL)

GRAAL - Architecture IT and Business alignment framework Модель предприятия с точки зрения ИТ:

•Бизнес-окружение предприятия (business environment)

•Бизнес предприятия (business)

•КИС (enterprise software system)

•Информационная инфраструктура (software infrastructure)

•Физическая инфраструктура (physical infrastructure)

Представления системы: системный аспекты, композиция системы (разделение на подсистемы), жизненный цикл.

Примеры:

Системные аспекты:

Композиция:

Жизненный цикл:

------------------------------------------------------------------------------------------------------------------------------------------

Пример матрицы объединяющие все это (вроде как).

Роль архитектора. Типы архитекторов. Понятие фреймворка компетенций. Требование, предъявляемые к архитектору.

Роль архитектора – поддержка бизнеса с помощью информационных технологий.

роль архитектора предприятия EA — осуществлять надзор за выполнением программы на стратегическом уровне. Программа — это несколько связанных друг с другом проектов, объединенных в один пакет. Для управления программами, как правило, требуется специалист, способный рассматривать проект в нескольких аспектах одновременно.

Роль архитектора предприятия подразумевает нечто большее, чем управление стратегическими или крупномасштабными программами. Она также включает в себя следующие аспекты:

•Комитеты по управлению - принимают решения о том, какие организационные стандарты и политики будут использоваться на предприятии.

•Комиссии по рассмотрению архитектуры - представляет собой группу экспертов, которая проверяет, подходит ли архитектура для организации, и утверждает соответствующую архитектуру.

Общие навыки Менеджерские:

•Устное общение

•Письменное общение

•Лидерство

•Управление проектами

•Управление программами

•Управление портфолио

•Управления изменениями Консультирования:

•Обучаемость

•Умение вести переговоры

•Наставничество

Культурные:

•Ориентация на бизнес

•Ориентация за заказчика Группы характеристик:

•Экстравертированность

•Общительный

•Инициативный, энергичный

•Готовый браться за вызовы

•Убедительный

•Приятность в общении

•Командный игрок

•Чуткий

•Умеет слушать

•Заслуживающий доверия

•Добросовестность

•Аналитический склад ума

•Организованный и систематичный

•Ориентированный на результат

•Надежный

•Решительный

•Внимательный к деталям, тщательный

•Упорный

•Эмоциональная стабильность

•Открытость к творчеству

•Творческий

•Умение абстрактно мыслить

•Умение учится на опыте

Фреймворк Захмана. Правила использования, достоинства и недостатки. Значимость фреймворка.

Архитектурный фреймворк: установившееся практика для создания, интерпретации, анализа и использования описания архитектуры в определенном домене приложения или сообщества заинтересованной стороны.

Примеры фреймворков:

•Zachman framework (Фреймворк Захман)

•Department of Dependence Architecture Framework

•Federal Agency Architecture Framework

•Tele Management Forum Frameworx

•The Open Group Architecture Framework

Структура фреймворка

Вопрос: 6 вопросов, с помощью которых можно описать деятельность организации.

Перспектива: Точка зрения, относительно которой описывается организация. Можно считать – роль, которая отвечает на вопросы исходя из своих интересов к системе.

6вопросов:

•Что – данные

•Как – процессы/функции

•Где – сетевое взаимодействие

•Кто – участники процесса

•Когда – временные характеристики

•Зачем – мотивация

Правила работы:

•Колонки можно переставлять, но их состав должен быть неизменным (фреймворк сбалансирован)

•Каждой колонке соответствует собственная модель

•Каждому столбцу соответствует уникальная модель

•Каждая строка – точка зрения одного стейкхолдера системы

•Каждая из ячеек уникальна

•Заполнение производится сверху вниз по столбцу

Ограничения фреймворка:

•Нет четкого описания

•Нет конкретной методики

•Отсутствие возможности описать переход из текущего состояние в требуемое состояние

•Есть решение, добавляющее третье измерение - время

•Нет механизма отслеживания структуры изменений

•Какие ячейки нужно изменить после изменений X

•Нет привязки к языкам моделирования/описания

•Есть сторонние исследования на эту тему

Недостатки:

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

•Серьезный недостаток. Отсутствие встроенного механизма распространения изменений между элементами таблицы, что приводит к необходимости вручную отслеживать изменения всех взаимосвязей, проверки актуальности и внесения изменений в модели и другие артефакты во всех потенциально «затрагиваемых» ячейках.

Достоинства:

•Не накладывает ограничений на использование тех или иных аппаратных и программных платформ и инструментальных средств разработки.

•Простота для понимания как техническими, так и нетехническими специалистами, возможность поддержки обсуждений сложных вопросов с использованием относительно небольшого количества нетехнических понятий, нейтральность относительно инструментальных средств.

------------------------------------------------------------------------------------------------------------------------------------------

Модель предприятия с точки зрения ИТ:

•Бизнес-окружение предприятия (business environment)

•Бизнес предприятия (business)

•КИС (enterprise software system)

•Информационная инфраструктура (software infrastructure)

•Физическая инфраструктура (physical infrastructure)

Executive perspective /Scope context (Исполнительный перспектива / контекст Сфера)

•Роль – аналитики

•Решаемая задача – идентификация

•Основной результат – списки

•Описывают контекст, выявляют основные объекты (в широком смысле слова), с которым затем будет происходит работа

Business management perspective / Business concepts (Управления бизнесперспектива / бизнесконцепции)

•Роль – собственники бизнеса

•Решаемая задача – определение

•Основной результат – бизнес-модель компании

•Описывают бизнес компании