Категории диаграмм по функции

Текст для слайда

  1. Описание структуры (Static Structure, Component, Deployment)

  2. Описание поведения (Activity, Sequence, BPMN Flow)

  3. Описание информации (ERD, DFD)

  4. Описание целей и ограничений (Goal Model, Motivation View в ArchiMate)


Архитектор подбирает тип диаграммы в зависимости от задачи:

  • при проектировании БД — ERD;

  • при оптимизации процессов — BPMN;

  • при анализе микросервисов — C4 Container Diagram;

  • при формировании стратегии — ArchiMate Motivation Layer.

Использование неподходящего типа ведёт к потере информации.
Хорошая архитектурная документация включает как минимум 3 вида диаграмм: структурную, поведенческую и информационную.

Автор: к.п.н., Румянцев Сергей Александрович, доцент Финансового университета при Правительстве РФ; доцент ОЧУВО Международного инновационного университета; Консалтинг, управление разработкой ПО; системный и бизнес анализ; менеджмент; аналитиз данных; управление ИТ. Телефон для связи +79269444818 (мессенджеры)   Короткая ссылка:

Текст для слайда

  1. Описание структуры (Static Structure, Component, Deployment)

  2. Описание поведения (Activity, Sequence, BPMN Flow)

  3. Описание информации (ERD, DFD)

  4. Описание целей и ограничений (Goal Model, Motivation View в ArchiMate)


Архитектор подбирает тип диаграммы в зависимости от задачи:

  • при проектировании БД — ERD;

  • при оптимизации процессов — BPMN;

  • при анализе микросервисов — C4 Container Diagram;

  • при формировании стратегии — ArchiMate Motivation Layer.

Использование неподходящего типа ведёт к потере информации.
Хорошая архитектурная документация включает как минимум 3 вида диаграмм: структурную, поведенческую и информационную.

https://webprogr.ru/~vrLsr
Короткая ссылка на новость:https://webprogr.ru/~vrLsr
Возврат к списку


Последние новости

Список ИС для лабораторных работ по дисциплине "Проектирование архитектуры ИС". Каждый студент выбирает свою уникальную систему
Лабораторная работа 4 Тема: Варианты архитектуры ИС: монолит и микросервисы с тонким и толстым клиентом Части (4 альтернативы): Дисциплина: Проектирование архитектуры информационных систем
Лабораторная работа 3 Тема: Альтернативная архитектура информационной системы (микросервисы и подобные стили) и её документирование Дисциплина: Проектирование архитектуры информационных систем
Лабораторная работа 2: Проектирование архитектуры монолитной информационной системы ( Дисциплина: Проектирование архитектуры информационных систем)
Лабораторная работа 1 Дисциплина: Проектирование архитектуры информационных систем
Паттерн Singleton
Prototype Паттерн Прототип
Builder: пошаговая сборка сложных объектов
Abstract Factory: семейства согласованных объектов
Factory Method: стандартизированное создание объектов
фабричный метод
Interpreter (Интерпретатор): обработка выражений и языков через модель дерева
Visitor (Посетитель): добавление операций к сложным структурам без изменения их классов
Template Method: алгоритм с переопределяемыми шагами
Flyweight (Приспособленец): экономия памяти за счёт разделяемого состояния
Proxy (Заместитель): контроль доступа, сетевые вызовы и виртуализация объектов
Decorator (Декоратор): расширение поведения без наследования
Composite (Компоновщик): древовидные структуры под единым интерфейсом
Паттерн Facade — упрощение сложных подсистем
Паттерн «Strangler Fig Pattern» (архитектура постепенной замены)
Command — инкапсуляция операции как отдельного объекта
Observer — подписка на изменения и реакция на события
State — поведение объекта зависит от его текущего состояни я
State — поведение объекта зависит от его текущего состояния
Strategy — выбор алгоритма во время выполнени я
Bridge — разделение абстракции и реализации
Adapter — приведение несовместимых интерфейсов к единому формату
Decorator — динамическое расширение поведения объектов
Decorator — динамическое расширение поведения объекто в
Composite — единый интерфейс для древовидных структур
Proxy — контролируемый посредник между клиентом и объектом
Flyweight — разделение общего состояния для экономии памяти
Facade — простой внешний интерфейс к сложной подсистеме
Decorator — динамическое расширение функциональности без изменения исходного объекта
Composite — единый интерфейс для работы с деревьями и иерархиями
Bridge — разделение абстракции и реализации для независимой эволюции
Adapter — согласование несовместимых интерфейсов между компонентами
Iterator — последовательный обход структуры без раскрытия её устройства
Memento — сохранение и восстановление состояния объектов
Visitor — добавление нового поведения без изменения структуры объектов
Strategy — выбор алгоритма во время выполнения системы
State — изменение поведения объекта в зависимости от его состояния
Interpreter — это фундамент архитектуры интеллектуальных, адаптивных и конфигурируемых систем.
Interpreter — выполнение правил и DSL через встроенные мини-языки
Chain of Responsibility — цепочка обработчиков для гибкой маршрутизации логики
Command — инкапсуляция действия как объекта
Observer — реакция компонентов на события без жестких связей
Mediator — центр управления взаимодействием между компонентами
Template Method — общий алгоритм со сменными шагами
Anti-Entropy Replication — устранение расхождений между репликами
Gossip Protocol — распространение состояния между узлами по принципу эпидемии
Split-Brain Avoidance — предотвращение расщепления кластера
Quorum-Based Decisions — решения на основе большинства узлов
Паттерн «Leader Election» — выбор лидера в распределенных системах
Health Checks и Heartbeats — контроль жизнеспособности сервисов
Failover — автоматическое переключение на резервные узлы
Retry + Timeout — обязательные механизмы надежной интеграции и
Chain of Responsibility — обработка запросов последовательной цепочкой обработчиков
Builder — пошаговое конструирование сложных объектов
Proxy — управление доступом и посредничество между клиентом и объектом
Idempotency — устойчивость к повторным вызовам
Dead Letter Queue — безопасная утилизация необрабатываемых сообщений
Fail Fast — немедленное выявление и остановка ошибочного поведения
Fallback — управление отказом через безопасный путь
Facade — упрощение сложных подсистем единым интерфейсом
Command — инкапсуляция действий как объектов
Decorator — динамическое расширение поведения объектов
Observer — реакция на изменения через подписку
Factory Method и Abstract Factory , а именнно управление созданием объектов_
Factory Method и Abstract Factory — управление созданием объектов
Adapter — согласование несовместимых интерфейсов
Strategy — выбор алгоритма во время выполнения
Graceful Degradation — “мягкая деградация” сервиса
Failover — автоматическое переключение на запасные узлы
Bulkhead — изоляция ресурсов
Circuit Breaker — защита от деградации сервисов
Retry + Timeout — обязательные механизмы надежной интеграции
Saga (оркестрация и хореография)
Circuit Breaker (защита интеграций и отказоустойчивость)
BFF — Backend for Frontend (специализированные API для разных клиентских интерфейсов).
API Gateway — единая точка входа в распределённую систему.
Unit of Work — управление транзакциями и согласованностью изменений
Repository — паттерн абстракции доступа к данным
Модульный монолит — архитектура, конкурирующая с микросервисами
Clean Architecture (Чистая архитектура)1
Clean Architecture (Чистая архитектура)
Гексагональная архитектура (Hexagonal Architecture / Ports & Adapters)
Слоистая архитектура (Layered Architecture)
Policy / Доменные политики (Business Policies)
Паттерн Specification — гибкие бизнес-критерии и правила выбора в DDD
Паттерн Specification и управление бизнес-условиями в DDD
Orchestration vs Choreography — архитектурные стратегии управления сложными процессами
Saga Pattern — координация процессов между агрегатами в распределенных системах
Domain Events и согласованность между агрегатами на уровне всей предметной области
Паттерн Specification — валидация и поиск объектов в DDD
Суть отличий

Категории диаграмм по функции

Текст для слайда

  1. Описание структуры (Static Structure, Component, Deployment)

  2. Описание поведения (Activity, Sequence, BPMN Flow)

  3. Описание информации (ERD, DFD)

  4. Описание целей и ограничений (Goal Model, Motivation View в ArchiMate)


Архитектор подбирает тип диаграммы в зависимости от задачи:

  • при проектировании БД — ERD;

  • при оптимизации процессов — BPMN;

  • при анализе микросервисов — C4 Container Diagram;

  • при формировании стратегии — ArchiMate Motivation Layer.

Использование неподходящего типа ведёт к потере информации.
Хорошая архитектурная документация включает как минимум 3 вида диаграмм: структурную, поведенческую и информационную.

Рейтинг@Mail.ru