Нумерація версій ПЗ, m0n0 notes

Версія програмного забезпечення нумерується згідно зі схемою A.B.C.D, де:

Мажорна версія програмного забезпечення

Зміна номера мажорної версії програмного забезпечення відбувається за глобальної зміни функціональності продукту (при введенні нового порядку функціональності).

Перша мажорна версія продукту = 1. Мажорна версія продукту може бути = 0 у версії для внутрішнього використання та тестування в рамках компанії, а також програми бета – тестування нового продукту.

Зміни у супроводі продукту

При переході на нову мажорну версію можна змінити весь спектр документації;
змінено всі маркетингові матеріали (включаючи листівки, короткі описи, інформацію на сайті та ін.);
змінено дизайн продуктів;
введено нову позицію в прайс-листі.

Правила користування номером

При складанні низки загальних маркетингових документів (листівок, списку товару, прайс-листів) допускається скорочення повного номера версії товару до номера версії.

Перехід на нову версію для користувачів — платний (за винятком користувачів, які мають контракт на отримання нових мажорних версій програмного забезпечення).

Питання переходу на нову мажорну версію вирішується керівництвом компанії, відділом маркетингу та розробки.

Мінорна версія програмного забезпечення

Зміна номера мінорної версії програмного забезпечення відбувається за:

введення у продукт нової функціональності, що веде до програмної несумісності зі старою версією (несумісність лише на рівні даних);
змін у схемі функціонування продукту (передусім — з погляду користувача);
значних змін(Розширення, додавання нової) функціональності, появи в продукті нових конкурентних переваг.

Перша мінорна версія = 0 (версія 1.0 – перший вихід товару ринку). При виході нової версії продукту нумерація версії мінору скидається в нульове значення.

Зміни у супроводі продукту

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

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

При виході нової мінорної версії повинні інформуватись партнери компанії, список змін публікується на сайті.

Правила користування номером

При складанні маркетингових документів (розширені таблиці, порівняння, листівки), всієї паперової документації щодо продукту та частини електронної документації допускається скорочення повного номера версії продукту до номера мінорної версії (3.1, він - простий номер версії програмного продукту). Перехід на нову мінорну версію для користувачів безкоштовний. Питання переходу на нову мінорну версію вирішується відділом розробки (і техн. підтримки), за обов'язкового інформування відділу маркетингу.

Реліз програмного забезпечення

Зміна номера програмного забезпечення релізу відбувається при кожному публічному випуску оновлення програмного забезпечення, не зазначеному вище. Номерами релізів позначаються виходи виправлень помилок, що не вносять змін до схеми функціонування продукту і не тягнуть несумісність на рівні файлів даних (для оновлення програмного забезпечення не потрібноспеціальних процедур конвертації/перетворення даних).

Нумерація релізів товару починається з 0 (версія 1.0.0 — перший вихід товару ринку.).

При виході проміжної нової версії продукту нумерація релізу скидається в нульове значення.

При цьому можливий випуск релізів для попередніх проміжних версій продукту (з тих чи інших технічних причин для підтримки користувачів).

Зміни у супроводі продукту

Зміни, що увійшли до продукту, повинні відображатися у документі "Зауваження за версією" (Release Notes) та, можливо, в електронній документації (посібник користувача).

Правила користування номером

У будь-яких документах, що передаються користувачеві та не описані вище (опис файлів на сайті в розділі "Завантажити" (Download), документ "Зауваження за версією", інформаційні розсилки по лінії техпідтримки) повна версія продукту скорочується до номера релізу (3.1.5).

Перехід на новий випуск для користувачів безкоштовний. Питання створення нового релізу вирішується відділом розробки.

Номер складання програмного забезпечення

Зміна номера складання програмного забезпечення відбувається за будь-якої нової складання продукту (компіляції програмного забезпечення для внутрішніх цілей).

Нумерація збирання продукту починається з 1 (0.0.0.1 - перше збирання прототипу продукту). Номер збирання може скидатись при виході нової версії продукту (за рішенням відділу розробки).

Зміни у супроводі продукту

Змін у супроводі продукту не відбувається.

Правила користування номером

Використовувати номери складання допускається тільки - у всій внутрішній документації компанії, системної інформації за версіями файлів, вікні "Про програму", в окремих випадках інформаційнихрозсилок по лінії техпідтримки.

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

Питання створення нового білда вирішується відділом розробки разом із відділом тестування.

Порада щодо нумерації версій ПЗ знайдена в інтернеті:

Весь процес поділяю на чекпоїнти. При досягненні чергового чекпоїнту збільшується мінорний номер. Проект має позначку dev Як тільки досягається заявлений функціонал і починається бета-тестування - позначка dev забирається, збільшується мажорний номер, мінорний обнулюється і з'являється позначка RC. Номери RC збільшуються в процесі тестування (на практиці вкрай рідко сягає трьох. Зазвичай RC1, набагато рідше додається RC2) Як тільки система проходить всі тести і досягає заявленого функціоналу - то реліз. Можна писати ТЗ на подальше розширення функціональності та починати все наново.

Some rights reserver, 2013 - Sergey Poterianski