Software Configuration Management i Software Engineering

Hva er Software Configuration Management?

I programvareteknikk, Software Configuration Management (SCM) er en prosess for systematisk å administrere, organisere og kontrollere endringene i dokumentene, kodene og andre enheter i løpet av livssyklusen for programvareutvikling. Hovedmålet er å øke produktiviteten med minimale feil. SCM er en del av det tverrfaglige området for konfigurasjonsstyring, og det kan nøyaktig bestemme hvem som har utført hvilken revisjon.

Hvorfor trenger vi konfigurasjonsadministrasjon?

De viktigste årsakene til å implementere teknisk programvarekonfigurasjonsstyringssystem er:

• Det er flere personer som jobber med programvare som oppdateres kontinuerlig
• Det kan være et tilfelle der flere versjoner, grener, forfattere er involvert i et programvarekonfigurasjonsprosjekt, og teamet er geografisk distribuert og jobber samtidig
• Endringer i brukerkrav, policy, budsjett, tidsplan må imøtekommes.
• Programvare skal kunne kjøres på ulike maskiner og Operating systemer
• Bidrar til å utvikle koordinering mellom interessenter
• SCM-prosessen er også fordelaktig for å kontrollere kostnadene som er involvert i å gjøre endringer i et system

Enhver endring i programvarekonfigurasjonen vil påvirke sluttproduktet. Derfor må endringer i konfigurasjonselementer kontrolleres og administreres.

Oppgaver i SCM-prosessen

• Konfigurasjonsidentifikasjon
• linjene
• Endre kontroll
• Konfigurasjonsstatusregnskap
• Konfigurasjonsrevisjoner og Reviews

Konfigurasjonsidentifikasjon

Konfigurasjonsidentifikasjon er en metode for å bestemme omfanget av programvaresystemet. Ved hjelp av dette trinnet kan du administrere eller kontrollere noe selv om du ikke vet hva det er. Det er en beskrivelse som inneholder CSCI-typen (Computer Software Configuration Item), en prosjektidentifikator og versjonsinformasjon.

Aktiviteter under denne prosessen:

• Identifikasjon av konfigurasjonselementer som kildekodemoduler, testforsøk, og kravspesifikasjon.
• Identifikasjon av hver CSCI i SCM-depotet, ved å bruke en objektorientert tilnærming
• Prosessen starter med grunnleggende objekter som er gruppert i aggregerte objekter. Detaljer om hva, hvorfor, når og av hvem endringer i testen gjøres
• Hvert objekt har sine egne funksjoner som identifiserer navnet som er eksplisitt for alle andre objekter
• Liste over nødvendige ressurser som dokumentet, filen, verktøyene osv.

Eksempel:

I stedet for å navngi en fil login.php bør den hete login_v1.2.php der v1.2 står for versjonsnummeret til filen

I stedet for å navngi mappen "Code" bør den hete "Code_D" hvor D representerer kode bør sikkerhetskopieres daglig.

Baseline

En grunnlinje er en formelt akseptert versjon av et programvarekonfigurasjonselement. Den er utpekt og fikset på et bestemt tidspunkt mens SCM-prosessen gjennomføres. Det kan bare endres gjennom formelle endringskontrollprosedyrer.

Aktiviteter under denne prosessen:

• Forenkle konstruksjon av ulike versjoner av en applikasjon
• Definere og bestemme mekanismer for å administrere ulike versjoner av disse arbeidsproduktene
• Den funksjonelle grunnlinjen tilsvarer de gjennomgåtte systemkravene
• Mye brukte grunnlinjer inkluderer funksjonelle, utviklingsmessige og produktbaselinjer

Med enkle ord betyr baseline klar for utgivelse.

Endre kontroll

Endringskontroll er en prosedyremetode som sikrer kvalitet og konsistens når det gjøres endringer i konfigurasjonsobjektet. I dette trinnet sendes endringsforespørselen til programvarekonfigurasjonsbehandlingen.

Aktiviteter under denne prosessen:

• Kontroller ad-hoc-endringer for å bygge et stabilt programvareutviklingsmiljø. Endringer er forpliktet til depotet
• Forespørselen vil bli kontrollert basert på den tekniske fordelen, mulige bivirkninger og den generelle innvirkningen på andre konfigurasjonsobjekter.
• Den administrerer endringer og gjør konfigurasjonselementer tilgjengelige i løpet av programvarens livssyklus

Konfigurasjonsstatusregnskap

Konfigurasjonsstatusregnskap sporer hver utgivelse under SCM-prosessen. Dette stadiet innebærer å spore hva hver versjon har og endringene som fører til denne versjonen.

Aktiviteter under denne prosessen:

• Holder en oversikt over alle endringene som er gjort i forrige grunnlinje for å nå en ny grunnlinje
• Identifiser alle elementer for å definere programvarekonfigurasjonen
• Overvåk status for endringsforespørsler
• Komplett liste over alle endringer siden forrige grunnlinje
• Tillater sporing av fremgang til neste grunnlinje
• Gjør det mulig å sjekke tidligere utgivelser/versjoner som skal trekkes ut for testing

Konfigurasjonsrevisjoner og Reviews

Programvarekonfigurasjonsrevisjoner bekrefter at alt programvareproduktet tilfredsstiller basisbehovene. Det sikrer at det som bygges er det som leveres.

Aktiviteter under denne prosessen:

• Konfigurasjonsrevisjon utføres av revisorer ved å kontrollere at definerte prosesser blir fulgt og sikre at SCM-målene er tilfredsstilt.
• For å verifisere samsvar med konfigurasjonskontrollstandarder. revisjon og rapportering av endringene som er gjort
• SCM-revisjoner sikrer også at sporbarhet opprettholdes under prosessen.
• Sikrer at endringer som gjøres i en grunnlinje samsvarer med konfigurasjonsstatusrapportene
• Validering av fullstendighet og konsistens

Deltaker i SCM-prosessen

Følgende er nøkkeldeltakerne i SCM

1. Konfigurasjonsbehandling

• Configuration Manager er lederen som er ansvarlig for å identifisere konfigurasjonselementer.
• CM sikrer at teamet følger SCM-prosessen
• Han/hun må godkjenne eller avvise endringsforespørsler

2. Utvikler

• Utvikleren må endre koden i henhold til standard utviklingsaktiviteter eller endringsforespørsler. Han er ansvarlig for å opprettholde konfigurasjonen av koden.
• Utvikleren bør sjekke endringene og løse konflikter

3. Revisor

• Revisor er ansvarlig for SCM-revisjoner og gjennomganger.
• Behov for å sikre konsistensen og fullstendigheten av utgivelsen.

4. Prosjektleder:

• Sørg for at produktet utvikles innenfor en viss tidsramme
• Overvåker fremdriften i utviklingen og gjenkjenner problemer i SCM-prosessen
• Generer rapporter om statusen til programvaresystemet
• Sørg for at prosesser og retningslinjer følges for å lage, endre og teste

5. Bruker

Sluttbrukeren bør forstå de viktigste SCM-begrepene for å sikre at han har den nyeste versjonen av programvaren

Programvarekonfigurasjonsadministrasjonsplan

SCMP-prosessplanleggingen (Software Configuration Management Planning) begynner i de tidlige kodingsfasene av et prosjekt. Resultatet av planleggingsfasen er SCM-planen som kan forlenges eller revideres i løpet av prosjektet.

• SCMP kan følge en offentlig standard som IEEE 828 eller organisasjonsspesifikk standard
• Den definerer hvilke typer dokumenter som skal være administrasjon og en dokumentnavn. Eksempel Test_v1
• SCMP definerer personen som skal være ansvarlig for hele SCM-prosessen og opprettelsen av baselines.
• Fiks retningslinjer for versjonsadministrasjon og endringskontroll
• Definer verktøy som kan brukes under SCM-prosessen
• Konfigurasjonsadministrasjonsdatabase for registrering av konfigurasjonsinformasjon.

Programvarekonfigurasjonsadministrasjonsverktøy

Enhver endringsadministrasjonsprogramvare bør ha følgende 3 nøkkelfunksjoner:

Samtidig behandling:

Når to eller flere oppgaver skjer samtidig, kalles det samtidig operasjon. Samtidighet i kontekst til SCM betyr at den samme filen blir redigert av flere personer samtidig.

Hvis samtidighet ikke administreres riktig med SCM-verktøy, kan det skape mange presserende problemer.

Versjonskontroll:

SCM bruker arkiveringsmetode eller lagrer hver endring som er gjort i filen. Ved hjelp av arkiverings- eller lagringsfunksjonen er det mulig å rulle tilbake til forrige versjon i tilfelle problemer.

Synchronisering:

Brukere kan sjekke ut mer enn én fil eller en hel kopi av depotet. Brukeren arbeider deretter med den nødvendige filen og sjekker inn endringene tilbake til depotet. De kan synkronisere sin lokale kopi for å holde seg oppdatert med endringene gjort av andre teammedlemmer.

Følgende er populære verktøy

1. Git: Git er et gratis og åpen kildekodeverktøy som hjelper versjonskontroll. Den er designet for å håndtere alle typer prosjekter med hastighet og effektivitet.

Last ned link: https://git-scm.com/

2. lag Foundation Server: Team Foundation er en gruppe verktøy og teknologier som gjør teamet i stand til å samarbeide og koordinere for å bygge et produkt.

Last ned link: https://azure.microsoft.com/en-us/services/devops/server/

3. Ansvarlig: Det er et administrasjonsverktøy for programvarekonfigurasjon med åpen kildekode. Bortsett fra konfigurasjonsadministrasjon tilbyr den også applikasjonsdistribusjon og oppgaveautomatisering.

Last ned link: https://www.ansible.com/

Sjekk flere SW-konfigurasjonsverktøy: https://www.guru99.com/software-configuration-management-tools.html

Konklusjon

• Beste praksis for Configuration Management hjelper organisasjoner til systematisk å administrere, organisere og kontrollere endringene i dokumentene, kodene og andre enheter i løpet av Programvareutvikling livssyklus.
• Det primære målet med SCM-prosessen er å øke produktiviteten med minimale feil
• Hovedårsaken bak konfigurasjonsadministrasjonsprosessen er at det er flere personer som jobber med programvare som kontinuerlig oppdateres. SCM hjelper med å etablere samtidighet, synkronisering og versjonskontroll.
• En grunnlinje er en formelt akseptert versjon av et programvarekonfigurasjonselement
• Endringskontroll er en prosedyremetode som sikrer kvalitet og konsistens når det gjøres endringer i konfigurasjonsobjektet.
• Konfigurasjonsstatusregnskap sporer hver utgivelse under SCM-prosessen
• Programvarekonfigurasjonsrevisjoner bekrefter at alt programvareproduktet tilfredsstiller basisbehovene
• Prosjektleder, konfigurasjonsleder, utvikler, revisor og bruker er deltakere i SCM-prosessen
• SCM-prosessplanleggingen begynner i de tidlige fasene av et prosjekt.
• Git, Team foundation Sever og Ansible er noen få populære SCM-verktøy.