BCA 1. Инвентаризация входящего задания

Почему нельзя сразу проектировать систему, если заказчик прислал письмо? В этом видео разбираем первый шаг работы с требованиями — инвентаризацию входящего задания. На примере письма из ЦУП по жилому модулю ЖМ-1 показываем, как пройтись по тексту, отделить подтверждённые требования от фраз без критериев и найти то, о чём заказчик просто молчит. Вы увидите, как одно деловое письмо превращается в размеченную карту: что система делает, что знает, с чем связана снаружи. Где нужен вопрос заказчику, а где пока достаточно пометки. Почему MongoDB в P.S. — это не требование, а решение. И почему пять точных вопросов полезнее сорока семи уточнений. Это не теория ради теории. Это процедура, которую можно повторить на любом проекте: от космического модуля до оплаты заказа картой. Каждая тема будет продублирована статьей на https://devforge.ru/ Статья по этой теме: BCA. 1.1 Инвентаризация входящего задания - https://devforge.ru/articles/06f2f45c-f084-473b-84bd-813eee82e0f7 ⏱ Таймкоды: 00:00 — Вступление 05:15 — Письмо из ЦУП 08:15 — Почему нельзя сразу проектировать 13:16 — От ощущений к одному вопросу 17:12 — Полный разбор письма фраза за фразой 32:43 — Почему «отсутствует» — другая природа задачи 41:50 — Применяем карту ко всем элементам письма 54:11 — Полное письмо и главные наблюдения 1:00:59 — Функция, качество, ограничение 1:04:12 — Пять вопросов к Дирекции 1:08:41 — Итоговый алгоритм Канал в телеграмм - https://t.me/Java_for_beginner_dev. Мы не претендуем на правильность всего сказанного в видео, мы только учимся)) Знаете что-то лучше и готовы поделиться - добро пожаловать! #Java #SpringBoot #программирование #разработка #системныйдизайн #systemdesign #архитектурноемышление #микросервисы #iSAQB #DDD #CQRS #отказоустойчивость #масштабирование #observability #эволюцияархитектуры #петпроект #backend #бэкенд #инженерноеМышление #Architect