Многие  аналитики описывают создание объекта, но не описывает изменение и удаление. Как результат, когда доходит дело до реализации программист делает это не как надо, а на свое усмотрение
Работает CRUDL очень просто. Выявляете объекты системы, рисуете таблицу и проставляете какие юзкейсы или функциональные требования надо реализовать и какие описать.
Такой подход прекрасно работает. Но достаточно ли его, чтобы быть уверенным, что все функции системы мы описали?
Вот о том, какие еще действия необходимо предусмотреть и расскажет в своем докладе Сергей Мартыненко.
Ссылка на трансляцию:

Курсы для системных аналитиков 
Основы проектирования интеграций ИТ-систем
Работа с очередями в RabbitMQ и  Apache Kafka
    
� ПОДПИСАТЬСЯ НА Systems Education:     
➛YouTube:  Systems Education видео для системных аналитиков  
➛Telegram Systems Education Анонсы событий и курсов по системному анализу 
➛Telegram Как стать системным аналитиком 
______    
ОБУЧЕНИЕ НА АНАЛИТИКА — С НУЛЯ    
Обучение на бизнес-аналитика с нуля — интенсивная онлайн-программа переподготовки
Обучение на системного аналитика с нуля — интенсивная программа переподготовки
Основы разработки требований и создания ТЗ 
Use Case: основы
_____    
ОБУЧЕНИЕ ДЛЯ АНАЛИТИКА — для продолжающих    
    
Основы проектирования интеграций ИТ-систем     
Проектирование интеграции с REST API     
Современные технологии хранения и анализа данных в микросервисной архитектуре     
Работа с очередями в RabbitMQ и  Apache Kafka    
Моделирование предметной области и проектирование БД     
Основы ООП и разработка UML-моделей     
    
BPMN для людей: основы самой популярной нотации для описания бизнес-процессов
Моделирование бизнес-процессов     
    
Основы бизнес-анализа и разработки требований в Agile     
Концептуальное проектирование и трансформация идеи в продукт     
Дизайн  для недизайнеров     
    
ArchiMate для проектирования и поиска скрытых связей
Разработка требований к информационной безопасности ИТ-систем