Programvare Configuration Management ( SCM ) innebærer verktøy og prosedyrer som styrer endringer, for eksempel versjon endringer, oppdateringer og feilrettinger , til et program . Fordi de fleste programvaresystemer er ikke et resultat av en enkelt programmerer, men er kompositter skapt ved å bringe sammen de enkelte programmoduler , eventuelle endringer i et eksisterende program må oppnå endringen målet uten å påvirke andre modulene i programmet. Formål

Uten skikkelig kontrollmekanismer , kan prosjekter lett komme ut av kontroll og føre til programendringer som ikke oppfyller bruker eller levering krav , er av dårlig kvalitet , og koster mer å produsere. Hensikten for ansette programvare konfigurasjonsstyring er å unngå programvarekonfigurasjon problemer og maksimere produktiviteten . Det fokuserer på å etablere og opprettholde konsistent program ytelse ved å administrere og kontrollere endringer som er gjort gjennom hele produktets livssyklus . Dette inkluderer produktdokumentasjon, samt interne programendringer .
Process

Fire sentrale prosedyrer består bunnen av et SCM -program . De omfatter identifisering , kontroll , regnskap og revisjon. Identifikasjon er en organisering prosess som skaper et oppbevaringssted for å lagre SCM komponenter, slik at du kan finne den rette versjonen av riktig fil til rett tid . Kontroll definerer hvem som kan ha tilgang til programfiler og regnskap holder styr på programendringer , den personen som gjør forandringen , datoen for endringen og årsaken til endringen. Revisjon gir et middel til å vurdere og analysere SCM prosedyrer , og gjøre korrigeringer i kontroll politikk hvis nødvendig .
Komponenter

En SCM komponenten er en versjon - bestemt fil som inneholder prosjektplaner , design modeller, kilde-filer , biblioteker og kjørbare . Et enkelt program kan ha mange SCM komponenter hvis det frigjør flere versjoner , som hver komponent er en egen enhet som kan operere på egen hånd. SCM komponentene skape et delsystem i programmet som reduserer kompleksitet, gjør det lettere å oppdage feil og rette referere og gjenbruk av komponenter elementer for å effektivisere endringsprosessen og sikre konsistens i programutvikling.
Fordeler

Implementering av en SCM politikk kan bidra til å redusere bygge -og integreringspolitikk feil , og øke nivåene av kommunikasjon mellom prosjektledere , testere og utviklere . SCM politikk også gi rom for mer nøyaktig rapportering av filer som endres mellom programversjoner og tillate prosjektledere tilgang ikke bare til informasjon om endringen , men også sin status , utbygger eller utviklere tildelt prosjektet og en tid estimat for ferdigstillelse. Kode anmeldelser og testing blir mer strømlinjeformet som bare de komponent elementer som endring krever ekstra gjennomgang og testing.
Hensyn

En sentral del av SCM er integrering. En generell regel er å begynne integreringen tidlig og teste flere ganger i løpet av versjonen utvikling for å avdekke grensesnitt og design feil . Mens hver utvikler involvert i prosjektet krever et arbeidsområde ordning som serverer et enkelt formål , som redigering , bygge eller teste , er det mulig for utbygger isolasjon for å være for komplett . Som hver utvikling oppgave er fullført, skal utbygger integrere den med versjonen filen . Dette holder produktiviteten strømmer og gjør at andre kan se når de oppstår .