Моделирование ·
Как построить модель предметной области
Согласовать сущности, связи, жизненный цикл и единый словарь данных.
Кратко: за 2 минуты
Согласовать сущности, связи, жизненный цикл и единый словарь данных. Результат работы — Domain Model.
Когда применять
Урок относится к этапу «Моделирование». Сделать процессы, состояния и данные обозримыми для бизнеса и команды разработки. Задачу выполняют до реализации или согласования зависимого решения, чтобы команда опиралась на проверенные факты и однозначные договоренности.
Что это дает
Правильно выполненная работа снижает стоимость переделок, делает решение проверяемым и дает участникам единый источник информации. Практический результат фиксируется в артефакте «Domain Model».
Пошагово: как выполнить
- Соберите ключевые бизнес-объекты
- Определите связи и обязательность
- Согласуйте термины и идентификаторы
Критерии приемки
- Нет сущностей-дубликатов
- Кардинальности объяснимы бизнесом
- Модель покрывает основные сценарии
Типичные ошибки
- Копировать таблицы БД как доменную модель
- Смешивать объект и его статус
Инструменты
Пример
Плохой пример
Копировать таблицы БД как доменную модель
Хороший пример
Учебный пример. Заказ, позиция и попытка оплаты представлены разными сущностями. Для связи определены кратности и жизненный цикл; термин «оплата» не обозначает одновременно сумму, событие и документ.
Шаблон
Модель заказа
Скачать рабочий лист этого урока
Выбрать рабочий шаблонРабочий артефакт
Рабочий артефакт
Модель заказа
Учебный пример. Заказ, позиция и попытка оплаты представлены разными сущностями. Для связи определены кратности и жизненный цикл; термин «оплата» не обозначает одновременно сумму, событие и документ.
- Процессы
- Состояния
- Сущности
- Исключения
Контроль качества
Комплект моделей системы
Нет сущностей-дубликатов
После релизов, изменения требований, обновления целей и появления новых рисков.
Контекст, проблему, доказательство, владельца, срок и критерий приемки.
Перед отметкой выполнено: Нет сущностей-дубликатов
Как применять
Начинайте с влияния на пользователя, продукт и команду. Затем проверьте реализуемость, критерии качества и формат доказательства результата. Хороший пункт чеклиста объясняет, какую проблему закрываем, как выполняем работу и по каким признакам считаем ее завершенной.
Короткие ответы
Частые вопросы
Зачем выполнять пункт «Как построить модель предметной области»?
Правильно выполненная работа снижает стоимость переделок, делает решение проверяемым и дает участникам единый источник информации. Практический результат фиксируется в артефакте «Domain Model».
С чего начать выполнение?
Соберите ключевые бизнес-объекты
Как понять, что пункт выполнен?
Нет сущностей-дубликатов
Какая ошибка чаще всего мешает результату?
Копировать таблицы БД как доменную модель
Режим обучения
Тест по теме
Проверка понимания
Ответьте на вопросы по материалу и получите итоговый отчет: что понято хорошо, а что стоит перечитать.
Для углубленного изучения
Редакция Ariol · Версия 2 · Обновлено
Независимая экспертная проверка не заявлена.
Что обновлено
- — Обновлено: Название, Шаблон результата, Пример, Плохой пример, Заголовок поиска, Описание поиска, Поисковые фразы.
Материал предназначен для обучения. Адаптируйте рекомендации к внутренним регламентам компании и условиям проекта.
Предложить исправление через контакты Ariol