Практическое задание (пример)

  • Нарисовать BPMN “Оформление возврата товара”.

  • Преобразовать его в UML Sequence Diagram (PlantUML).

  • Построить Component Diagram с внешними системами.

  • Связать модель в Archi или Sparx EA.

  • Визуализировать C4 Container-уровень в Mermaid.

  • Подготовить отчёт: как информация передаётся между уровнями моделей.

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

  • Нарисовать BPMN “Оформление возврата товара”.

  • Преобразовать его в UML Sequence Diagram (PlantUML).

  • Построить Component Diagram с внешними системами.

  • Связать модель в Archi или Sparx EA.

  • Визуализировать C4 Container-уровень в Mermaid.

  • Подготовить отчёт: как информация передаётся между уровнями моделей.

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


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

    Вопросы для контроля по проектированию архитектуры информационных систем
    Вопросы для рефератов (они же вопросы к промежуточному контролю)
    Лабораторная работа 5 по администрированию баз данных
    Лабораторная работа 4 по администрированию баз данных
    Лабораторная работа 3 по администрированию баз данных
    Список ИС для лабораторных работ по дисциплине "Проектирование архитектуры ИС". Каждый студент выбирает свою уникальную систему
    Лабораторная работа 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

    Практическое задание (пример)

  • Нарисовать BPMN “Оформление возврата товара”.

  • Преобразовать его в UML Sequence Diagram (PlantUML).

  • Построить Component Diagram с внешними системами.

  • Связать модель в Archi или Sparx EA.

  • Визуализировать C4 Container-уровень в Mermaid.

  • Подготовить отчёт: как информация передаётся между уровнями моделей.

    • Рейтинг@Mail.ru