Номерация на версията на софтуера, бележки m0n0

Версията на софтуера е номерирана по схемата A.B.C.D, където:

Основна версия на софтуера

Промяна в номера на основната версия на софтуера възниква при глобална промяна във функционалността на продукта (когато се въведе нов ред на функционалност).

Първата основна версия на продукта = 1. Основната версия на продукта може да бъде = 0 във версията за вътрешна употреба и тестване в рамките на компанията, както и програма за бета тестване на нов продукт.

Промени в продуктовата поддръжка

При преминаване към нова основна версия, цялата гама документация може да бъде променена;
всички маркетингови материали (включително листовки, кратки описания, информация на сайта и др.) са променени;
променен дизайн на продукта;
Нов артикул е добавен към ценовата листа.

Числови правила

При съставянето на редица общи маркетингови документи (листовки, продуктови списъци, ценови листи) е приемливо пълният номер на версията на продукта да се съкращава до номера на версията.

Мигрирането към нова версия за потребителите е платено (с изключение на потребители, които имат валиден договор за получаване на нови основни версии на софтуера).

Въпросът за преминаване към нова основна версия се решава от отдела за управление, маркетинг и развитие на компанията.

Малка версия на софтуера

Промяна в номера на второстепенната версия на софтуера възниква, когато:

въвеждането на нова функционалност в продукта, което води до софтуерна несъвместимост със старата версия (несъвместимост на ниво данни);
промени в схемата на функциониране на продукта (предимно от гледна точка на потребителя);
значителни промени(разширения, добавяне на нова) функционалност, появата на нови конкурентни предимства в продукта.

Първа второстепенна версия = 0 (версия 1.0 е първото издание на продукта на пазара). Когато се пусне нова версия на продукта, номерирането на второстепенната версия се нулира.

Промени в продуктовата поддръжка

Промените, включени в второстепенната версия, трябва да бъдат отразени в документацията на продукта, включително печатната документация. При пускане на продукти в кутия е възможно да се посочи номерът на второстепенната версия с помощта на стикери (например „Версия 3.1“) или други средства, без да се променя цялостният дизайн.

Малката версия на продукта може да бъде отразена в частта от маркетингови материали, информация на сайта.

Когато бъде пусната нова второстепенна версия, партньорите на компанията трябва да бъдат информирани, списък с промените се публикува на уебсайта.

Числови правила

При съставянето на маркетингови документи (разширени таблици, сравнения, листовки), цялата документация на продукта на хартиен носител и част от електронната документация е разрешено да се намали пълният номер на версията на продукта до второстепенен номер на версия (3.1, който също е номер на версия на обикновен софтуерен продукт). Преминаването към новата второстепенна версия е безплатно за потребителите. Въпросът за преминаване към нова второстепенна версия се решава от отдела за разработка (и техническа поддръжка), със задължителното информиране на маркетинговия отдел.

Издаване на софтуер

Промяна в номера на версията на софтуера възниква при всяко публично издание на софтуерна актуализация, различно от отбелязаното по-горе. Номерата на изданията означават издания на корекции на грешки, които не променят начина, по който функционира продуктът или причиняват несъвместимости на ниво файл с данни (актуализациите на софтуера не изискватспециални процедури за конвертиране/трансформиране на данни).

Номерирането на версиите на продукта започва от 0 (версия 1.0.0 е първото издание на продукта на пазара.).

Когато се пусне нова междинна версия на продукт, номерирането на версиите се нулира.

В същото време е възможно да се пуснат версии за предишни междинни версии на продукта (поради различни технически причини, за потребителска поддръжка).

Промени в продуктовата поддръжка

Промените, включени в продукта, трябва да се появят в документа с бележки по изданието и евентуално в онлайн документацията (ръководство за потребителя).

Числови правила

Във всички документи, предадени на потребителя и неописани по-горе (описание на файловете на уебсайта в раздела „Изтегляне“, документ „Бележки за версията“, бюлетини за техническа поддръжка), пълната версия на продукта е съкратена до номера на изданието (3.1.5).

Надграждането до нова версия е безплатно за потребителите. Въпросът за създаването на нова версия се решава от отдела за развитие.

Номер на компилация на софтуера

Промяна в номера на компилацията на софтуера възниква при всяка нова компилация на продукта (компилация на софтуера за вътрешни цели).

Компилациите на продукта са номерирани, започвайки от 1 (0.0.0.1 е първата компилация на прототипния продукт). Номерът на компилация може да бъде нулиран, когато бъде пусната нова версия на продукта (по преценка на отдела за разработка).

Промени в продуктовата поддръжка

Няма промени в поддръжката на продукта.

Числови правила

Разрешено е използването само на номера на компилация - в цялата вътрешна документация на компанията, системна информация за версиите на файловете, прозореца "Относно", в отделни случаи, информационниписма за техническа поддръжка.

Преминаването към нов номер на компилация за потребителите е възможно в случай на бета тестване, решаване на лични технически проблеми заедно с отдела за техническа поддръжка.

Въпросът за създаването на нова компилация се решава от отдела за разработка заедно с отдела за тестване.

Съвети за номериране на софтуерни версии, намерени в Интернет:

Целият процес е разделен на контролни точки. Когато бъде достигната следващата контролна точка, второстепенното число се увеличава. Проектът е маркиран dev Веднага след като декларираната функционалност бъде постигната и бета тестването започне, знакът dev се премахва, главният номер се увеличава, второстепенният номер се нулира и се появява знакът RC. RC числата се увеличават по време на тестване (на практика рядко достигат три. Обикновено RC1, RC2 се добавят много по-рядко) Веднага след като системата премине всички тестове и достигне декларираната функционалност, тогава освобождаването. Можете да напишете технически спецификации за по-нататъшно разширяване на функционалността и да започнете всичко отначало.

Някои права запазени, 2013 — Сергей Потерянски