BH     TT     Проект     // Team --> Rollen 1.   PO (Stakeholder) 2.   Bysiness Analyst 3.   Architekt 4.   DevOps 5.   Fullstack Entwickler 6.   UX 7.   QA 8.   Scrum-Master V-Model:   Разработка - слева, Тестирование - справа Мозговой штурм:   Выдвигать как можно больше идей и не критиковать идеи // Время Стоимость исправления ошибки на разных этапах разработки ПО - 23 марта 2018         //     okiseleva.blogspot.com     // Нумерация релизов Major release   --   Обозначается целыми числами, например 7.0 // Релиз Minor release   --   Обозначается десятыми, например 7.1 // Дополнительный релиз Patch release   --   Обозначается сотыми, например 7.11 // Заплаточный релиз // Железное правило: на каждый баг, для которого был произведен патч-релиз, должен быть написан тест-кейс приоритета 1. Этот тест-кейс добавляется к группе тест-кейсов для регрессивного тестирования соответствующей функциональности. Объектная модель пишется ДО, потому что она используется в: 1. расширенном поиске 2. апи (соап и ресте) поэтому она будет доступна заказчику в том числе Физическую модель в конфлюенс можно вообще не выносить в целом, потому что «что там внутри базы» уже показывать клиенту никто не обязан, это делается для себя разве что и физ модель по уже готовому коду