Ваш правильный выбор

Хочу поделиться с вами информацией, которую как оказалось некоторые не знают.

Стыдно господа ИТшники  такое не знать...

А поговорить с вами сегодня я хочу об версиях ПО и этапах разработки. Какие они бывают и чем отличаются.

Если вам знакомы слова Alpha, RTM, Escrow, и т.д , а еще вы даже знаете что они означают, то дальше можете не читать 

Для начала напишу какие же версии ПО или этапы разработки все же существуют.

Вот их список:

Pre-Alpha (Пре-альфа) или Concept Version

Alpha (Альфа)

Beta (Бета)

Release Candidate (Релиз-кандидат)

Release (Релиз) или RTM (РТМ)

Post-Release (Пост-релиз)

А это спискок разделение этапов:

Milestone (Майлстоунт)

Escrow (Ескроу)

Deadline (Дэдлайн) 

А теперь подробнее про каждый из этапов.

Pre-Alpha/Concept Version

Самый первый этап который так или иначе проходит любое ПО или игра. На этом этапе проходит обкатывание концепции и будущего функционала. Выделяются работающие фичи (особенности) и не работающие. После чего происходит переход к следующему этапу.

Alpha

Второй этап разработки. Тут уже вырисовывается работающая версия программного продукта. Она чаще всего полна багов (ошибок), имеет лишь наброски будущего дизайна. Однако основные (читай главные) фичи уже работают, пусть не всегда так как надо. Однако первоначальное представление о будущем проекте уже дает.

P.S. Многие часто объединяют первый и второй пункты в один, упуская из виду что в любом случае в начале создается коцепт версия ПО. На разработке это никак не отражается, но матчасть знать нужно.

Beta

Третий этап - наверное самый важный из всех этапов. На данном этапе имеется почти полностью функционирующая версия ПО или игры. В ней реализованы все основные фичи, дизайн оформления. Именно на этой стадии происходит ЗБТ (Закрытое Бета Тестирование) или ОБТ (Открытое Бета Тестирование). Такие тестирования дают возможность найти и устранить ошибки в разрабатываемом продукте за счет большого количества тестирующих.

Release Candidate

Данный этап является предпоследним в жизненном цикле разработки. На этом этапе у нас уже есть законченный и целостный продукт. Он протестирован и готов перейти на стадию релиза. Обычно на этом этапе добавляются последние штрихи и исправляются найденные ошибки. После чего ПО или игра переводится в статус релиза.

Release/RTM

Последний пятый этап разработки. Готовый продукт передается для создания мастер-копии с которой происходит тиражирование как в розничных сетях, так или через интернет. В финальной версии отсутствуют критические ошибки (хотя бывают и исключения - привет Windows 98) и возможно присутствуют мелкие, которые не удалось найти во время тестирования.

Post-Release/Post-RTM

Этот шестой этап завершает жизненный цикл программного продукта. Он не обязателен, однако довольно часто применяется в серьезных продуктах или играх. В него входит выпуск обновлений безопасности или функционала. Примерами могут служить Service Pack для продуктов от Microsoft или обновления для таких игр как WOW или Team Fortress 2

Разделение этапов в разработке является своего рода чекпоинтами (точками отсчета или пройденными частями разработки)

Milestone

К примеру у вас есть 50 дней на разработку ПО и вам нужно как то поделить это время на части для составления плана действий. Для этого и нужны Маилстоуны.

Для приведенного примера их можно ввести три. Первый будет проходить с 1го по 25й день и затрагивать такие этапы как пре-альфа (концептирование) и альфа. Второй с 26го по 40й день и затрагивать бета этап, ну а последний с 40го по 45й вплоть до RTM. Почему не 50й, а потому что у нас есть еще Дэдлайн.

P.S. Не обязательно следовать именно такой схеме. Можно к примеру разбить на Milestone такой этап как создание альфа версии. Например на ее создание вам дали 70 дней, вот можно разбит их на 4 куска по 20-20-15-15 дней или на то время которое вам удобнее.

Deadline

Это можно сказать самое страшное что может быть у разработчиков, а точнее у менеджера проекта. Этим словом обозначается дата перед каким то определенным событием на которое нужно предоставить работающею альфа/бета/релиз версию. Обычно проваливание сроков ничем хорошим не заканчивается. Поэтому необходимо планировать разработку так, чтобы успевать все до наступления этой "смертельной линии".

P.S. Скажу по секрету что после дэдлайна есть еще около двух "резервных" дней на допиливание проекта, если конечно ваш руководитель не мудак дурак забывший "передвинуть" дэдлайн на два дня вперед.

Escrow

Так называемый переходный мостик. Используется довольно редко. Обычно опускается или объединяется как и первый этап.

Пример RTM Escrow. То есть программа как бы уже финальной версии, однако это всего лишь кандидат на переход в статус RTM, который в случае нахождения ошибок или по другим причинам будет снова возвращен к предыдущему этапу, в данном случае RC.

*** *** *** *** ***

Вот я и закончил описание этапов разработки и версий которые к ним относятся. Надеюсь кому то это было интересно, а кто то даже узнал что то новое.

Если есть что дополнить или исправить, пишите к комментариях