Поиск
Архивы
Админ
Записи с меткой "изменения в проекте";
Приемо-сдаточные испытания
Для того, чтобы сделать процесс сдачи проекта (этапа) более четким и однозначным, должны быть введены четкие приёмочные критерии, при выполнении которых заказчик обязан «принять» этап. В качестве таких критериев, в основном, используется набор тестов, успешное прохождение которых будет означать приемку этапа заказчиком. Изначально, на старте проекта, с... ДАЛЕЕ...
процесс сборки билдов и релиза
С целью более скорого выпуска деливери, содержащего только запланированный функционал, разработка должна вестись с помощью ветвления кода (branching). В один момент времени может быть до 2х веток кода: Основной branch – функционал, подлежащий сдаче в ближайшем деливери (текущем этапе). Вторичный branch – функционал, подлежащий сдаче через деливери (следующем этапе). 0й... ДАЛЕЕ...
контроль версии
Каждая версия (сборка) должна идентифицироваться чётким образом. Легче всего применить следующий формат версии: XX.YY.revision , где Revision – номер внутренней сборки (Build number). Соответствует номеру последней ревизии в SVN, вошедшей в данную версию. YY – номер поставки заказчику (Delivery number), обнуляется при увеличении XX. XX – номер релиза (Release number). 1. Build для тестирования Как... ДАЛЕЕ...
Управление изменениями проекта.
В любом проекте происходят изменения инициированные заказчиком или командой. Для успешного завершения проекта этими изменениями придется управлять руководителю проекта. Иначе проект может оказаться вечным. Что входит в управление изменениями проекта: Анализ и сбор всех требований Заказчика. Фиксирование всех требований (общий бизнес-процесс, GUI, функционал)... ДАЛЕЕ...
