En softwareversion svarer til en given tilstand af udviklingen af et softwareprodukt ved hjælp af versionering. Ifølge Grand Dictionary of Terminology er versionering (fransk ækvivalent med engelsk versioning ) den mekanisme, der består i at opbevare versionen af enhver softwareenhed for at være i stand til at finde den let, selv efter udseendet og indstillingen. I stedet for nyere versioner.
En softwareversion er oftest forbundet med en nummerering eller endog i visse tilfælde med et symbolsk navn, der gør det muligt at identificere det.
For software af kommerciel art ( softwarepakker ) kan det være nødvendigt at finde to nummereringer: intern virksomhedsnummerering og nummerering med kommerciel karakter. Dette gør det muligt at adskille markedsførings- eller kontraktmæssige aspekter fra det tekniske aspekt (mange versioner). F.eks. Findes Word - tekstbehandleren i Word 2000- versionen (detailversion), der svarer til version 9.0.2912 (teknisk version). I modsætning hertil bruger gratis software generelt en unik nummerering; og LibreOffice 3.4.4 svarer til vedligeholdelsesudgivelsen nr . 4 funktionel version 3.4.
Vi taler også om softwareversion til at betegne dens forskellige implementeringer beregnet til forskellige operativsystemer eller platforme .
Styring af alle versioner af en software og af dens forskellige elementer (dens version management ) kræver brug af et konfigurationsstyringssystem . Et sådant system tillader samtidig eksistens af flere versioner af softwaren, under udvikling eller under vedligeholdelse . Forskellige grene giver dig mulighed for at introducere ændringer, sammenligne versioner og flette ændringer.
Det er først nødvendigt at skelne de mindre udviklinger fra de store udviklinger i en software:
En applikation kan udvikles i flere uafhængige grene. Der er generelt den stabile gren og udviklingsgrenen , hver gren har sin egen version. En gren kan også svare til en bestemt udviklingscyklus .
Der er forskellige systemer til beskrivelse af softwareversionen:
Vi taler også om udgave for at betegne mindre udviklinger af en version. I eksemplet med version 2.6.10 vil versionen være 2 og udgaven 6.10 eller ellers version 2.6 og udgave 10 (det hele afhænger af udgivernes eller udviklingssamfundets vaner).
Ud over nummereringen, der gør det muligt at identificere en præcis version, er det almindeligt at kvalificere bestemte versioner for at specificere, i hvilken softwareudviklingscyklus man er. For eksempel har Mac OS 10.5 tilnavnet Leopard .
Det sidste tal kan erstattes af et bogstav: i stedet for 2.5.21 ville vi have 2.5.U (dette er især tilfældet for mange udgivere af videospil).
Normalt består et versionsnummer af en række numre adskilt af perioder. Tallene er ordnet fra det mest betydningsfulde til det mindst betydningsfulde: en udvikling af det første tal svarer til en (relativ) revision af softwaren, mens den sidste svarer til en mindre udvikling. Således kunne en version med navnet "2.5.21" have følgende betydning:
Generelt gælder det, at jo vigtigere ændringer der er foretaget af den nye patch eller den nye version, desto mere vil tallet, der vil ændre sig, være til venstre. Hvis det er en simpel korrektion af en mindre fejl , går vi fra 2.5.21 til 2.5.22. Men hvis det er en større opdatering (nye funktioner, anden ergonomi osv.), Går vi fra 2.5.21 til 2.6.0. Som et eksempel, udgave 2.6.10 af Linuxkernen angiver 11 th revision (nummerering starter ved 0) af 4 th underordnede version (ulige numre anvendes ikke til stabile versioner) af 2 nd versionen større af kernen.
Traditionelt er den første funktionelle version af software klassificeret som 1.0. Nogle softwareversioner er klassificeret 0.x eller 0.xx, hvilket indikerer, at softwaren endnu ikke er komplet (betaversion).
Når et versionsnummer er sammensat af tre tal, kaldes de henholdsvis: dur , mindre og patch (engelsk dur , mindre , patch ).
Begreberne "større" eller "mindre" har ikke den samme betydning for udviklere og brugere. For eksempel vil en større omstrukturering af applikationen, men uden nye funktioner, blive set som "større" af udviklerne, men vil ikke blive opfattet af brugerne. For at ændringen af versionen forbliver forståelig for dem, bør det første ciffer i det frigivne versionsnummer kun ændre sig, hvis der er en ændring i funktionaliteten.
G til generation, R til revision, C til korrektion. "O" indsættes mellem bogstaverne i akronymet, så det lettere kan udtages og huskes.
Dette versioneringssystem svarer til semantisk version, bortset fra at dets regler om antallet af tal er mindre vilkårlige. Dette akronym blev mest brugt inden for France Telecom IS.
I programdesign angiver terminologien for udviklingsfaserne status for fremskridt gennem stadierne i overensstemmelse med specifikationerne, der er udviklet i de foregående faser, og hvad der stadig skal udføres.
En udviklingsfase er forbundet med et af stadierne i en udviklingscyklus .
Følger i kronologisk rækkefølge, de forskellige mulige faser i en software.
En mockup er et visuelt overblik over det ønskede mål uden nogen reel funktionalitet.
En prototype er et første kladde af applikationen, der kun har få funktioner og fungerer som demonstrant.
Henviser til software, der er under udvikling. Dette udtryk bruges til at skelne den udviklende version af software, som stadig er på et stadium mellem alfa og RC, fra dens stabile version. Således kan du vælge mellem WikiOnline-software stabil version 1.0 og dens avancerede version 1.1 (dens anvendelse anbefales ikke, medmindre du absolut har brug for nye funktioner, der ikke er i den stabile version eller for at teste).
Alpha versionEn alfa-version er ikke beregnet til at være tilgængelig for et stort publikum: det er en intern version. Dette er den første fase af konkret softwareudvikling efter kodning af applikationen. Normalt har et produkt i alfatest - det engelske udtryk alfa-test er almindeligt brugt - ikke al den funktionalitet, der forventes i det endelige produkt, i modsætning til et produkt i beta-test, som skal være komplet. Alfa'en er derfor blottet for visse funktioner og indeholder et stadig betydeligt antal bugs .
Målet med denne fase er at implementere alle funktionerne i den endelige software, og den tilsvarende version behandles inde i udviklingsstudiet.
Natlig versionDen natlige version er på en måde en permanent alfa-version: brugerne tester den aktuelle udviklingsversion så tæt som muligt på forpligtelserne på udviklingstræet ved hjælp af versioner, der kompileres automatisk dagligt (traditionelt hver nat, deraf det ' nittende navn ).
Beta-versionBeta, der så kaldes det andet bogstav i det græske alfabet , er den fase af softwareudvikling, der følger alfa . Den betatest er derfor den anden prøveperiode på et it- produkt før offentliggørelsen. Et produkt i en beta-testperiode sendes generelt til et stort eller repræsentativt antal brugere: beta-testere . De kan være medarbejdere i det firma, der udvikler softwaren, frivillige (især i tilfælde af gratis software ) eller første klienter, især i Lean Startup- processen . Formålet med disse mennesker er at bruge softwaren, rapportere problemer, der er stødt på, og foreslå forbedringer af funktionaliteten.
Den betatest bruges primært til at fremhæve resterende fejl , eller at ændre brugergrænsefladen .
Der er to former for betatest:
En kvalificeret version, generelt betegnet med det engelske udtryk Release Candidate (ofte forkortet RC), er en version af softwaren, som på den praktiske side er en kandidat til at være den "endelige" eller "stabile" version af softwaren. Den stilles til rådighed til "sidste øjebliks test" for at identificere de sidste fejl, der er tilbage i programmet.
Når en software kan udføre alle de planlagte opgaver, og fejl ikke længere vises (eller næsten ikke længere), anses den for at have nået sin "endelige" eller "stabile" version, som derefter kan offentliggøres: online, på CD-ROM , DVD , etc. Vi taler undertiden om en "guld" version (fra den engelske " guld "), også kaldet "GA" version, for " General Availability " eller "Gold Master" version forkortet "GM" version eller af " Release to Manufacturing " forkortet som “RTM”.
Mens deklareres "i den endelige version", kan software indeholde nogle resterende fejl eller skal muligvis tilpasses til nye behov, hvilket fører til tilføjelsen af nye funktioner og til at starte en ny udviklingscyklus fra denne version. Disse ændringer resulterer i opdateringer, der er tilgængelige i form af programrettelser, der mere almindeligt kaldes programrettelser , eller som er inkluderet i den følgende distribution af softwaren.
Vi taler også om "softwareversion" til at betegne dens forskellige implementeringer beregnet til forskellige OS eller platforme : for eksempel 32-bit Windows (x86), 64-bit Windows (x64), macOS og Linux versioner af den samme software.
I dette tilfælde leveres det samme funktionelle omfang af softwaren af forskellige eksekverbare filer, der hver opnås ved den specifikke kompilering af mere eller mindre forskellige kildekoder .