Software configuration management ( SCM ) handlar om verktyg och rutiner som styr förändringar, såsom version förändringar , uppdateringar eller buggfixar , till ett program . Eftersom de flesta programvaror och system är inte resultatet av en enda programmerare , men är kompositer som skapats genom att sammanföra enskilda programmoduler , ändring av ett befintligt program måste klara förändringen målet utan att påverka andra moduler i programmet . Syfte
Utan ordentlig kontrollmekanismer , kan projekt enkelt få ur hand och resultatet i programändringar som inte uppfyller användare eller leveranskrav , är av dålig kvalitet , och kostar mer att producera . Syftet med att använda programvara konfiguration är att undvika problem programvara och maximera produktiviteten . Den fokuserar på att etablera och upprätthålla konsekvent program prestanda genom att hantera och kontrollera ändringar som gjorts under hela produktlivscykeln . Detta inkluderar produktdokumentation , samt interna förändringar program .
Process
Fyra grundläggande förfaranden utgör basen för ett SCM -programmet . De inkluderar identifiering , styrning , redovisning och revision . Identifiering är en organiserande process som skapar ett arkiv för att lagra SCM -komponenter , så att du kan hitta rätt version av den högra filen i rätt tid . Kontroll definieras som kan få tillgång till programfiler och redovisning håller koll på ändringar i programmet , den som gör ändringen , datum för förändringen och orsaken till förändringen . Revisioner är ett sätt att utvärdera och analysera SCM rutiner , och göra korrigeringar i din politik för kontroll om det behövs .
Components
En SCM -komponenten är en version - specifik fil som innehåller projektplaner , design modellen , källfiler , bibliotek och körbara . Ett enda program kan ha många SCM komponenter om det släpper flera versioner , eftersom varje komponent är en separat enhet som kan fungera på egen hand . SCM komponenter skapa ett delsystem inom programmet som minskar komplexiteten , gör det lättare att upptäcka fel , och underlättar referera och återanvända komponenter artiklar att effektivisera förändringsarbetet och säkerställa enhetlighet i programutveckling .
Fördelar
Implementera ett SCM politik kan bidra till att minska bygga och fel integration , och öka nivåerna av kommunikation mellan projektledare , testare och utvecklare . SCM policy tillåter också mer korrekt rapportering av filer som ändras mellan programversioner och tillåta projektledare tillgång inte bara till information om förändringen , utan också dess status , utvecklaren eller utvecklare som arbetar med projektet och en tid uppskattning för slutförande . Kod omdömen och testning blir mer strömlinjeformad som bara de ingående poster som förändring kräver ytterligare granskning och testning .
Överväganden
En viktig aspekt av SCM är integrationen . En generell regel är att börja integration tidigt och testa flera gånger under version utveckling att avslöja gränssnitt och design fel . Medan varje utvecklare i projektet kräver en arbetsyta som tjänar ett enda syfte , såsom redigering , bygga eller testa , är det möjligt för utvecklare isolering för att vara alltför klar . Eftersom varje utveckling uppgiften är slutförd , bör utvecklaren integrera det med version filen . Detta håller produktiviteten flödar och tillåter andra att se förändringar när de uppstår .