Software konfigurationsstyring (SCM ) involverer værktøjer og procedurer , der styrer ændringer, såsom udgave ændringer, opdateringer eller fejlrettelser til en software applikation . Fordi de fleste software-systemer ikke er resultatet af en enkelt programmør, men er kompositter skabt ved at samle de enkelte programmoduler enhver ændring af et eksisterende program , skal udføre ændringen målet uden at påvirke andre moduler i programmet. Formål

Uden ordentlig kontrolmekanismer kan projekter nemt komme ud af hånden og resultere i programændringer , der ikke opfylder bruger eller krav om levering , er af dårlig kvalitet , og koster mere at producere . Formålet for ansættelse software konfigurationsstyring er at undgå software konfiguration problemer og maksimere produktiviteten. Den fokuserer på at etablere og opretholde sammenhængende program ydeevne ved at styre og kontrollere ændringer i hele produktets livscyklus. Dette omfatter produktdokumentation, samt interne programændringer .
Process

fire centrale procedurer omfatter bunden af ​​et SCM -program. De omfatter identifikation, kontrol , regnskab og revision . Identifikation er en organiserende proces, der skaber et opbevaringssted til at gemme SCM komponenter , så du kan finde den rigtige version af den rigtige fil på det rigtige tidspunkt . Kontrol definerer, hvem kan få adgang til programfiler og regnskab holder styr på programændringer , den person foretager ændringen , datoen for ændringen og årsagen til ændringen. Revisionerne er et middel til at vurdere og analysere SCM procedurer og foretage korrektioner til din kontrol politik, hvis det er nødvendigt.
Components

SCM komponent er en version , specifik fil, der indeholder projektplaner , design modeller , kildekoder , biblioteker og eksekverbare filer . Et enkelt software program kan have mange SCM komponenter hvis det frigiver flere versioner , da hver komponent er en separat enhed, der kan operere på egen hånd. SCM komponenter skabe et delsystem inden for det program, der reducerer kompleksiteten , gør det lettere at opdage fejl og letter stedfæstelse og genbruge komponent emner at strømline forandringsprocessen og sikre konsekvens i programmet udvikling.
Fordele < br >

Gennemføre en SCM -politik kan hjælpe med at reducere opbygge og integration af fejl og øge niveauet af kommunikation mellem projektledere , testere og udviklere. SCM politikker er også mulighed for mere nøjagtig rapportering af filer , der veksler mellem programversioner og tillade projektledere adgang ikke kun til information om forandring, men også dens status , bygherren eller udviklere tilknyttet projektet og en tid skøn for færdiggørelsen. Kode anmeldelser og test bliver mere strømlinet , som kun de komponenter elementer, der skifter kræver yderligere gennemgang og afprøvning .
Overvejelser

Et centralt aspekt af SCM er integration. En generel regel er at begynde integrationen tidligt og teste flere gange under versionen udvikling at afdække grænseflade og design fejl. Mens hver udvikler involveret i projektet kræver et arbejdsområde arrangement , der tjener et enkelt formål, såsom redigering, bygning eller afprøvning, er det muligt for bygherren isolation at være for fuldstændig. Da hver udvikling opgaven er fuldført , bør bygherren integrere det med den version filen. Dette holder produktiviteten flyder og tillader andre at se ændringer , som de opstår .