Назад

Моделирование ·

Построить модель предметной области

Согласовать сущности, связи, жизненный цикл и единый словарь данных.

Моделирование: визуальный контекст этапа

Быстро понять за 2 минуты

Согласовать сущности, связи, жизненный цикл и единый словарь данных. Результат работы — Domain Model.

Главная пользаПравильно выполненная работа снижает стоимость переделок, делает решение проверяемым и дает участникам единый источник информации.
Первое действиеСоберите ключевые бизнес-объекты
Готово, когдаНет сущностей-дубликатов

Контекст

Урок относится к этапу «Моделирование». Сделать процессы, состояния и данные обозримыми для бизнеса и команды разработки. Задачу выполняют до реализации или согласования зависимого решения, чтобы команда опиралась на проверенные факты и однозначные договоренности.

ЦельПравильно выполненная работа снижает стоимость переделок, делает решение проверяемым и дает участникам единый источник информации.
ДействиеСоберите ключевые бизнес-объекты
ПроверкаНет сущностей-дубликатов

Что это дает

Правильно выполненная работа снижает стоимость переделок, делает решение проверяемым и дает участникам единый источник информации. Практический результат фиксируется в артефакте «Domain Model».

Как выполнить

  1. Соберите ключевые бизнес-объекты
  2. Определите связи и обязательность
  3. Согласуйте термины и идентификаторы

Критерии приемки

  • Нет сущностей-дубликатов
  • Кардинальности объяснимы бизнесом
  • Модель покрывает основные сценарии

Типичные ошибки

  • Копировать таблицы БД как доменную модель
  • Смешивать объект и его статус

Инструменты

UML Class DiagramERDData Dictionary

Рабочий артефакт

Рабочий артефакт

Domain Model

На рабочем проекте специалист начинает с шага «Соберите ключевые бизнес-объекты», фиксирует выводы в артефакте «Domain Model» и передает его владельцам решения. Пункт закрывается после проверки: «Нет сущностей-дубликатов».

  • Процессы
  • Состояния
  • Сущности
  • Исключения

Контроль качества

Артефакт

Комплект моделей системы

Метрика проверки

Нет сущностей-дубликатов

Когда пересматривать

После релизов, изменения требований, обновления целей и появления новых рисков.

Что передать дальше

Контекст, проблему, доказательство, владельца, срок и критерий приемки.

Перед отметкой выполнено: Нет сущностей-дубликатов

Как применять

Начинайте с влияния на пользователя, продукт и команду. Затем проверьте реализуемость, критерии качества и формат доказательства результата. Хороший пункт чеклиста объясняет, какую проблему закрываем, как выполняем работу и по каким признакам считаем ее завершенной.

Режим обучения

Тест по теме

Проверка понимания

Ответьте на вопросы по материалу и получите итоговый отчет: что понято хорошо, а что стоит перечитать.

0/4ответов выбрано
1. Какой главный результат должен дать пункт «Построить модель предметной области»?
2. С какого действия логично начать выполнение?
3. Как понять, что тема действительно закрыта?
4. Какой ошибки стоит избегать в этой теме?
Материал подготовлен командойAriol.by