Версия программного обеспечения нумеруется согласно схеме A.B.C.D, где:
Изменение номера мажорной версии программного обеспечения происходит при глобальном изменении функциональности продукта (при введении нового порядка функциональности).
Первая мажорная версия продукта = 1. Мажорная версия продукта может быть = 0 в версии для внутреннего использования и тестирования в рамках компании, а также программы бета - тестирования нового продукта.
При составлении ряда общих маркетинговых документов (листовок, перечня продукта, прайс-листов) допускается сокращение полного номера версии продукта до номера версии.
Переход на новую версию для пользователей — платный (за исключением пользователей, имеющих действующий контракт на получение новых мажорных версий программного обеспечения).
Вопрос перехода на новую мажорную версию решается руководством компании, отделом маркетинга и разработки.
Изменение номера минорной версии программного обеспечения происходит при:
Первая минорная версия = 0 (версия 1.0 – первый выход продукта на рынок). При выходе новой версии продукта нумерация минорной версии сбрасывается в нулевое значение.
Изменения, вошедшие в минорную версию, должны отражаться в документации по продукту, в том числе печатной. При выпуске коробочных продуктов возможна индикация номера минорной версии с помощью наклеек (к примеру "Версия 3.1"), или других средств, не меняя общий дизайн.
Минорная версия продукта может отражаться в части маркетинговых материалов, информации на сайте.
При выходе новой минорной версии должны информироваться партнеры компании, список изменений публикуется на сайте.
При составлении маркетинговых документов (расширенные таблицы, сравнения, листовки), всей бумажной документации по продукту и части электронной документации допускается сокращение полного номера версии продукта до номера минорной версии (3.1, он же - простой номер версии программного продукта). Переход на новую минорную версию для пользователей — бесплатный. Вопрос перехода на новую минорную версию решается отделом разработки (и техн. поддержки), при обязательном информировании отдела маркетинга.
Изменение номера релиза программного обеспечения происходит при каждом публичном выпуске обновления программного обеспечения, не обозначенном выше. Номерами релизов обозначаются выходы исправлений ошибок, не вносящие изменений в схему функционирования продукта и не влекущих несовместимость на уровне файлов данных (для обновления программного обеспечения не требуется специальных процедур конвертации/преобразования данных).
Нумерация релизов продукта начинается с 0 (версия 1.0.0 — первый выход продукта на рынок.).
При выходе новой промежуточной версии продукта нумерация релиза сбрасывается в нулевое значение.
При этом возможен выпуск релизов для предыдущих промежуточных версий продукта (по тем или иным техническим причинам, для поддержки пользователей).
Изменения, вошедшие в продукт, должны отображаться в документе "Замечания по версии" (Release Notes) и, возможно, в электронной документации (руководство пользователя).
Новый релиз размещается на сайте в разделе "Скачать" (Download), обновляется текущая версия дистрибутива. Отдел технической поддержки рекомендует пользователям совершить переход на данную версию. Возможна информационная рассылка пользователям по линии техподдержки и партнерам компании. Также, возможно создание установочных файлов, предназначенных специально для обновления программного обеспечения в пределах релиза.
В любых документах, передающихся пользователю и не описанных выше (описание файлов на сайте в разделе "Скачать" (Download), документ "Замечания по версии", информационные рассылки по линии техподдержки) полная версия продукта сокращается до номера релиза (3.1.5).
Переход на новый релиз для пользователей бесплатный. Вопрос создания нового релиза решается отделом разработки.
Изменение номера сборки программного обеспечения происходит при любой новой сборке продукта (компиляции программного обеспечения для внутренних целей).
Нумерация сборок продукта начинается с 1 (0.0.0.1 — первая сборка прототипа продукта). Номер сборки может сбрасываться при выходе новой версии продукта (по решению отдела разработки).
Изменения в сопровождении продукта
Изменений в сопровождении продукта не происходит.
Использовать номера сборки допускается только - во всей внутренней документации компании, системной информации по версиям файлов, окне "О программе", в частных случаях информационных рассылок по линии техподдержки.
Переход на новый номер сборки для пользователей возможен в случае проведения бета-тестирования, решения частных технических проблем совместно с отделом технической поддержки.
Вопрос создания нового билда решается отделом разработки совместно с отделом тестирования.
Статья взята отсюда: http://www.free-lance.ru/users/shupruta/upload/fileqZud2j.pdf (к сожалению ссылка больше не работает)
Весь процесс делю на чекпоинты. При достижении очередного чекпоинта увеличивается минорный номер. Проект имеет пометку dev Как только достигается заявленный функционал и начинается бета-тестирование - пометка dev убирается, увеличивается мажорный номер, минорный обнуляется и появляется пометка RC. Номера RC увеличиваются в процессе тестирования (на практике крайне редко доходит до трех. Обычно RC1, гораздо реже добавляется RC2) Как только система проходит все тесты и достигает заявленного функционала - то релиз. Можно писать ТЗ на дальнейшее расширение функциональности и начинать все заново.
См. также