Solution Архитектор

Компания "Национальный межбанковский процессинговый центр"

Что предстоит делать:

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

Что важно:

Знание архитектурных фреймворков:

• Типы архитектрур (Application, System, Software, Enterprise) Базовые уровни EA
• Стили архитектур прикладных систем
• Микросервисная архитектура (принципы построения микросервисных приложений, микрофронтенды)
• Фреймворки EA (TOGAF, LEAF, Zachman)
• Ревью архитектурных решений (Метод упрощенного анализа архитектурных альтернатив, the tiny architectural review approach)
• Организация команд, закон Конвея

Знание интеграций:

• Синхронные и асинхронные взаимодействия
• Методы передачи данных (ETL, СDC, и т.д.)
• Локальные и удаленные процедуры

Управление СУБД:

• SQL базы данных
• NoSQL базы данных
• Файловые системы
• Объектное хранилище
• Слои корпоративного хранилища данных
• Инструменты потоковой загрузки данных

Знание архитектурных паттернов:

• Шаблоны интеграции корпоративных приложений
• Шаблоны проектирования распределенных систем
• Шаблоны проектирования облачных приложений
• Референтные архитектуры

Разработка ПО:

• Понимание принципов отказоустойчивости, балансировки, резервирования
• Знания подходов DDD (Объектно-ориентированное проектирование)

Интеграция приложений и данных:

• Структура описания архитектуры, Моделирование статики (ER-диаграмма, Функциональная диаграмма, Диаграмма ИТ-решения), Моделирование поведения (Диаграммы взаимодействия и последовательности, Диаграмма вариантов использования, Алгоритмическая декомпозиция, Use Cases, Диаграмма пригодности, Use Case Map)
• Какие бывают архитекторы (роли - Enterprise, Solution, System), чем отличаются (функции, полномочия, ответственность)
• Logical view для разных точек зрения
• Презентация архитектуры решения (Схема презентации (Экспозиция, Требования, Архитектура, Варианты, Решения), Выбор варианта реализации)
• Переход от transition к целевой архитектуре
• Фиксация архитектурных решений

Плюсом будет и знание принципов работы с требованиями:

• Уровни требований: бизнес-требования, требования пользовательского уровня, требования уровня функций.
• Понятие заинтересованного лица (stakeholder). Виды заинтересованных лиц.
• Виды требований (ФТ/НФТ).
• Влияние НФТ на ФТ, влияние НФТ на архитектуру.
• Решение конфликтов противоречий в требованиях