Version d'un logiciel

Généralement, un numéro de version est composé d'une suite de nombres séparés par des points. Les nombres sont ordonnés du plus significatif au moins significatif : une évolution du premier nombre correspond à une refonte (relative) du logiciel, tandis que le dernier correspond à une évolution mineure. Ainsi, une version nommée « 2.5.21 » pourrait avoir le sens suivant :

• 2^e version publiée.
• 5^e ajout de fonctionnalités dans la version 2.
• 21^e révision de la version 2.5 (ou 22^e si la numérotation commence à partir de 0).

De manière générale, plus les modifications apportées par le nouveau patch ou la nouvelle version sont importantes, plus le numéro qui changera sera à gauche. S'il s'agit d'une simple correction d'un bug mineur, on passera de 2.5.21 à 2.5.22. En revanche, s'il s'agit d'une mise à jour majeure (de nouvelles fonctionnalités, une ergonomie différente, etc.), on passera de 2.5.21 à 2.6.0. À titre d'exemple, la version 2.6.10 du noyau Linux indique la 11^e révision (la numérotation commence à 0) de la 4^e version mineure (les numéros impairs ne sont pas utilisés pour les versions stables) de la 2^e version majeure du noyau.

Traditionnellement, la première version fonctionnelle d'un logiciel est notée 1.0. Certaines versions de logiciels sont notées 0.x ou 0.x.x, indiquant ainsi que le logiciel n'est pas encore abouti (version bêta).

Lorsqu'un numéro de version est composé de trois nombres, ils sont respectivement appelés : majeur, mineur et correctif (en anglais major, minor, patch)[2].

Les notions de « majeur » ou « mineur » n'ont pas le même sens pour les développeurs et les utilisateurs. Par exemple, une restructuration profonde de l'application mais sans nouvelles fonctionnalités, sera vue comme « majeure » par les développeurs, mais ne sera pas perçue par les utilisateurs. Afin que le changement de version reste compréhensible par ces derniers, le premier chiffre du numéro de version diffusée ne devrait changer que s'il y a une modification des fonctionnalités.

G pour Génération, R pour Révision, C pour Correction. Les "o" venant s'intercaler entre les lettres de l’acronyme lui permettant d'être prononcé et retenu plus facilement.

Ce système de versionnement est similaire au versionnement sémantique, à la différence près que ses règles sur l'incrément des numéros sont moins arbitraires. C'est au sein du SI de France Télécom que cet acronyme a été le plus largement utilisé.

Une maquette est un aperçu visuel de l'objectif recherché, ne disposant pas de réelle fonctionnalité.

Un prototype est un premier jet de l'application, ne disposant que de quelques fonctionnalités et servant de démonstrateur.

Se dit d'un logiciel qui est en cours de développement. Ce terme permet de différencier la version en évolution d'un logiciel, qui est encore à un stade entre alpha et RC, de sa version stable. Ainsi, vous pouvez choisir entre le logiciel WikiOnline version stable 1.0 par exemple, et sa version avancée 1.1 (son utilisation est déconseillée, à moins d'avoir absolument besoin des nouvelles fonctionnalités qui ne sont pas dans la version stable, ou dans le but de tests).

Une version alpha n'est pas censée être accessible à un large public : c'est une version interne. C'est la première phase de développement concret du logiciel après le codage de l'application. Généralement, un produit en test alpha — on utilise couramment le terme anglais alpha-test — n'a pas toutes les fonctionnalités prévues dans le produit final, contrairement à un produit en test bêta qui devrait être complet. L'alpha est donc dépourvue de certaines fonctionnalités, et contient un nombre de bugs encore important.

Le but de cette phase est d'implémenter toutes les fonctionnalités du logiciel final, et la version correspondante est traitée à l'intérieur même du studio de développement.

La version nightly est en quelque sorte une version alpha permanente : les utilisateurs testent la version de développement en cours au plus près des commits réalisés sur l'arbre de développement, au moyen de versions compilées automatiquement quotidiennement (traditionnellement chaque nuit, d'où l'appellation nigthly).

Bêta, ainsi nommée comme la deuxième lettre de l'alphabet grec, est la phase de développement logiciel qui suit alpha. Le bêta-test est donc la deuxième période d'essai d'un produit informatique avant sa publication. Un produit en période de bêta-test est généralement soumis à un nombre important ou représentatif d'utilisateurs : les bêta-testeurs. Ils peuvent être des employés de la société qui développe le logiciel, des bénévoles (notamment dans le cas des logiciels libres) ou des premiers clients notamment dans le processus Lean Startup. Ces personnes ont pour but d'utiliser le logiciel, de rapporter les problèmes rencontrés et de suggérer des améliorations sur les fonctionnalités.

Le bêta-test sert essentiellement à mettre en évidence des bugs résiduels, ou bien à modifier l'interface utilisateur.

Il existe deux formes de test bêta :

• la bêta ouverte ou bêta publique, dans laquelle n'importe qui peut participer, avec parfois une restriction technique (nombre d'utilisateurs connectés simultanément, etc.) ;
• la bêta fermée ou bêta privée, dans laquelle les personnes intéressées par le produit doivent s'inscrire au préalable ou sont contactées par les concepteurs du produit testé qui sélectionnent les candidatures.
• les bêtas étant souvent utilisées pour le marketing de jeux vidéos, la notion de bêta interne est parfois utilisée pour indiquer qu'une bêta fermée est réservée aux employés

Une version admissible, généralement désignée par le terme anglais Release Candidate (souvent abrégé en RC), est une version du logiciel qui est, du côté pratique, candidate à être la version « finale » ou « stable » dudit logiciel. Elle est mise à disposition à des fins de « tests de dernière minute » visant à déceler les toutes dernières erreurs subsistant au sein du programme.

Quand un logiciel peut accomplir toutes les tâches prévues et que des bugs n'apparaissent plus (ou presque plus), on considère qu'il a atteint sa version « finale » ou « stable » qui peut alors être publiée : en ligne, sur CD-ROM, DVD, etc. On parle parfois de version « or » (de l'anglais « gold »), que l'on appelle aussi version « GA », pour « General Availability » ou version « Gold Master » abrégée en version en « GM » ou encore de « Release to Manufacturing » abrégée en « RTM ».

Tout en étant décrété « en version finale », un logiciel peut comporter quelques bugs résiduels ou peut nécessiter de s'adapter à de nouveaux besoins conduisant à ajouter de nouvelles fonctionnalités et à lancer un nouveau cycle de développement à partir de cette version. Ces modifications ont pour conséquences des mises à jour qui sont disponibles sous forme de rustines, que l'on appelle plutôt des patchs, ou qui sont intégrées dans la distribution suivante du logiciel.

• Gestion de versions
• Mise à jour
• Non régression
• Logiciel de gestion de versions
• Rétroportage

• Portail de l’informatique
• Portail de la programmation informatique