ресурсы и возможности • Распараллеливание задач, распределение ролей, общее видение внутри команды • Единственный способ договориться с заказчиком • Основа для сметы • Соблюдать баланс между детализацией и запасом гибкости
ними • Несколько уровней • От простого к сложному • Верхний уровень: низкая детализация • Нижний уровень: высокая детализация • Элементы: квадратики, кружочки, стрелочки, подписи, клипарты, желательно цветные
шагов • Формат — простой текст: заголовок + пункты на каждый сценарий • При необходимости — разбивка по ролям (заказчик/исполнитель, пользователь/админ)
Реализация сценариев использования • Inkscape, OODraw, Dia, Corel Draw, Visio, … • Онлайн: balsamiq.com, draw.io, ... • ключевые слова: mocup, sketch • НЕ используйте редактор форм в любимом IDE • Человеко-машинные интерфейсы (human-computer interaction: HCI) — это целая наука • См курсы на ютюбе • Курс МФТИ+mail.ru «Дизайнер интерфейсов. Введение в специальность» на курсере
между запусками • Сохраняемые поля, фигурирующие в макете интерфейса, должны отражаться в модели • Реляционная (SQL) • Древовидная (NoSQL: mongo) • Плоская (настройки ключ-значение) • Граф • ...
проектирования (design patterns) • ORM (модель данных → объектная модель) • Добавляйте только ключевые классы, всю вспомогательную мелочь вытаскивать не обязательно (кодогенерация из UML как технология не зашла)
средние «пробежки» (спринты) на месяц-два-три (2-4 недели) • В конце каждой пробежки чек-лист по запланированным задачам • Корректировка планов на следующую пробежку • На каждом этапе детализированный план работ по 1-2 задачи на неделю на человека • Распараллеливание по исполнителям
на каждые 2 недели • План — 2-3 задачи на спринт на человека • Начало занятия — «летучка» («скрам- митинг»): • Какие запланированные задачи были выполнены • Какие задачи были не выполнены, в чем причина затруднения, план обхода проблемы • План задач на новый спринт