FITS Utgivelsesstyring

FITS Utgivelsesstyring Becta 2004 Utgitt på norsk av Senter for IKT i utdanningen i 2012

FITS utgivelsesstyring Innhold US 1 Introduksjon... 1 US 2 Oversikt... 1 US 3 Implementeringsveiledning... 5 US 4 Driftsveiledning... 15 US 5 Roller og ansvar... 19 US 6 Gjennomgang av prosessen... 20 Vedlegg... 24 Tegnforklaring Begrep fra ordliste: Krysshenvisning: Begrep fra ordliste Krysshenvisning Om bruken av dette materialet Becta 2004 Dette materialet kan gjengis kostnadsfritt, i hvilket som helst format eller medium og uten spesiell tillatelse, forutsatt at det ikke gjøres for å oppnå materiell eller økonomisk gevinst. Materialet må gjengis presist, og ikke brukes i en villedende kontekst. Dersom du utgir materialet på nytt eller utsteder det til andre må du erkjenne dets kilde, opphavsrettsstatus og utgivelsesdato. Utgitt i mars 2004 Opprinnelig publisert på nett i september 2003 som en del av Bectas nettsted http://www.becta.org.uk/tsas. Becta har gjort sitt ytterste i innsamlingen av dette materialet for å sikre at informasjonen er korrekt på utgivelsestidspunktet, men kan ikke holdes ansvarlig for eventuelle tap, skadevirkninger eller besvær forårsaket av feil eller unøyaktigheter i materialet. Selv om alle referanser til eksterne kilder (inkludert nettsteder lenket til Bectas nettsted) er kontrollert ved innsamling og også regelmessig etter dette, tar ikke Becta ansvar for eller på annen måte gir sin støtte til produkter eller informasjon i materialet, inkludert kildemateriale. Utgitt på norsk av Senter for IKT i utdanningen i 2012 Materialet foreligger opprinnelig på engelsk, og er tilgjengeliggjort på norsk av Senter for IKT i utdanningen. Senter for IKT i utdanningen kan ikke holdes ansvarlig for feil eller unøyaktigheter i det opprinnelige materialet eller i den norske oversettelsen, heller ikke for eventuelle konsekvenser av dette. Senter for IKT i utdanningen veileder norsk utdanningssektor om IKT på vegne av Kunnskapsdepartementet, les mer på senterets nettsted www.iktsenteret.no. Becta 2004 Utgitt på norsk av Senter for IKT i utdanningen i 2012

FITS utgivelsesstyring US 1 Introduksjon Ønsker du å vite hvordan du kan rulle ut ny programvare og maskinvare rasjonelt og effektivt? Utgivelsesstyring forteller deg hvordan. US 1.1 Formål Formålet med denne delen er å introdusere temaet utgivelsesstyring og å hjelpe deg med å implementere prosessen på din skole med et minimum av forberedelser og opplæring. US 1.2 Mål Målene for denne delen er å gjøre deg i stand til å: forstå konseptet og fordelene med utgivelsesstyring forstå hva som inngår i prosessen for utgivelsesstyring forstå roller og ansvar i utgivelsesstyring implementere en grunnleggende utgivelsesstyringsprosess på din skole fortsette å drive utgivelsesstyringsprosessen identifisere nyttige målinger for å få utbytte av utgivelsesstyringsprosessen du har implementert gjennomgå implementeringen og oppsummere fremgang. US 2 Oversikt US 2.1 Hva er utgivelsesstyring? Hva er utgivelsesstyring? Utgivelsesstyring er prosessen for planlegging av, utvikling av installasjonspakker for, testing og distribusjon av maskinvare og programvare, samt versjonskontroll og lagring av programvare. Formålet er å sikre at alle følger en konsistent metode for distribusjon. Det reduserer sannsynligheten for at utrulling resulterer i hendelser, og sikrer at kun testede og tillatte versjoner av maskinvare og programvare installeres til enhver tid. Hvorfor bruke utgivelsesstyring? Utgivelsesstyring er proaktiv teknisk støtte som fokuserer på planlegging og klargjøring av nye tjenester. Noen av fordelene er: muligheten til å planlegge utgifter og ressursmessige krav på forhånd en strukturert og effektiv tilnærming til å rulle ut all ny programvare eller maskinvare flere endringer i programvaren samles i en utgivelse, noe som minimerer effekten av endringer for brukerne testing før utrulling, noe som minimerer hendelser som påvirker brukerne og fører til mindre behov for reaktiv støtte en mulighet for brukerne til å akseptere funksjonalitet i programvaren før den er fullt implementert Becta 2004 Utgitt på norsk av Senter for IKT i utdanningen i 2012 FITS utgivelsesstyring 1

opplæring i forkant av utrulling, noe som betyr at brukerne ikke opplever nedetid på systemet mens de lærer nye funksjoner versjonskontroll og sentral lagring av programvare, dette sikrer at riktig versjon er installert til enhver tid og minimerer hendelser og behovet for reinstallering. Hvem bruker utgivelsesstyring? Utgivelsesstyring brukes av de ansvarlige for IKT og IKT- teknisk støtte. Dette kan også inkludere eksterne leverandører. US 2.2 Hvordan fungerer utgivelsesstyring? Utgivelsesstyringsprosessen tilbyr et enhetlig rammeverk for å definere og skape nye tjenester, og sikrer at de riktige versjonene av testet og godkjent programvare er de som implementeres til daglig (det vil si etter første utrulling). Prosessen samspiller med endringsstyringsprosessen (ES) for å muliggjøre gjennomføringen, og med prosessen for konfigurasjonsstyring (KONF) for å vedlikeholde konfigurasjonsinformasjonen. Utgivelsesstyringsprosessens flytdiagram illustrerer dette. Flere detaljer får du i avsnittene som følger. Becta 2004 Utgitt på norsk av Senter for IKT i utdanningen i 2012 FITS utgivelsesstyring 2

US 2.2.1 Utgivelsespolicy Utgivelsespolicyen er den vedtatte strategien for å implementere nye tjenester. Den kan være kompleks eller enkel. På et enkelt nivå kan utgivelsespolicyen for eksempel være en bevisst beslutning om å implementere nye datamaskiner bare to ganger i året, eller å oppgradere programvaren i faser i en bestemt rekkefølge, for eksempel avdelingsvis. Policyen er en overordnet plan som er besluttet og offentliggjort på forhånd for å stille forventninger. På et komplekst nivå kan utgivelsespolicyen forholde seg til den faktiske utviklingen av programvare og bestemme hyppigheten av nye versjoner, konvensjoner for versjonsnummerering, typer utgivelse (eksempelvis full eller delvis), og så videre. Denne varianten passer spesielt for organisasjoner som utvikler egen programvare. US 2.2.2 Programvarebibliotek Programvarebiblioteket er et oppbevaringssted for lagring av utgitt programvare, og fungerer som et sentralt punkt for ulike versjoner av programvare for installasjon. Dets formål er å skille mellom gamle og nye utgitte versjoner og eventuell utviklingsprogramvare. Programvarebiblioteket er koblet til konfigurasjonsstyringsdatabasen. US 2.2.3 Planlegging av utgivelser Planlegging av utgivelser er proaktiv teknisk støtte for å sikre at programvare eller maskinvare som distribueres til brukerne gjør det den skal når de mottar den. Planlegging av utgivelser omfatter design, installasjonspakke, testing og akseptansetesting. Design Installasjonspakke Testing Akseptansetesting Design er relatert til arkitekturen for en ny IKT- tjeneste. Det vil si konfigurasjon av involverte maskinvare- og programvarekomponenter. En installasjonspakke kompilerer komponenter for å danne en gitt tjeneste. Slike pakker brukes for eksempel ved installasjon og oppsett av en ny datamaskin, eller ved integrering av et nytt dataprogram med eksisterende applikasjoner på skrivebordet. Testing er den interne testingen utført av teknisk støtte, og gjennomføres for å sikre at tjenesten er stabil og at andre tjenester ikke er påvirket av dens introduksjon. Akseptansetesting er en funksjonalitetstesting utført av utvalgte brukere som er ansvarlige for å teste at tjenesten gjør det den skal. US 2.2.4 Utrulling av utgivelser Utrulling av utgivelser er den faktiske distribusjonen av ny maskinvare eller programvare. Begrepet "utrulling" innebærer innføring av en ny tjeneste for alle eller mange datamaskiner eller brukere, men teknikker fra utgivelsesstyring kan og bør også brukes for enkeltinstallasjoner. Utrulling av utgivelser omfatter tidsplanlegging, opplæring, kommunikasjon, oppdatering av programvarebiblioteket, samt sjekklister. Becta 2004 Utgitt på norsk av Senter for IKT i utdanningen i 2012 FITS utgivelsesstyring 3

Tidsplanlegging Opplæring Kommunikasjon Oppdatere programvarebiblioteket Sjekklister Tidsplanlegging er nødvendig både for den faktiske distribusjonen av tjenesten og for eventuell nødvendig opplæring. Tidsplanlegging er spesielt viktig for utrulling til mer enn én datamaskin eller bruker, men også en enkelt installasjon skal være planlagt i overensstemmelse med brukerens preferanser. Opplæring skal alltid vurderes før utrulling av ny maskinvare eller programvare. Det er ikke alltid nødvendig, for eksempel hvis det dreier seg om å rulle ut nye datamaskiner til eksisterende datamaskinbrukere, men det er god praksis å ta det potensielle behovet for opplæring i betraktning. Kommunikasjon er veldig viktig. Brukere trenger å bli gjort oppmerksomme på planlagte endringer og på hvordan planen påvirker dem. Riktig versjon av programvaren som skal installeres må være tilgjengelig og tydelig merket i programvarebiblioteket før utrulling. Den faktiske distribusjonen bør også være strukturert for å sikre at alle aktiviteter er gjennomført og for at utrulling gjøres konsekvent. Det bør finnes tilgjengelige sjekklister som installatørene kan følge. US 2.2.5 Forhold til andre prosesser Forhold til endringsstyring Forhold til konfigurasjonsstyring Utgivelsesstyringsprosessen har grenseflater mot endringsstyringsprosessen (ES) gjennom hele livssyklusen. Utgivelsesstyring gir innspill til endringsforespørsler i ulike stadier av planlegging og forberedelse. Endringsstyring skal endelig godkjenne utgivelsen før den nye tjenesten settes i drift. Utgivelsesstyringsprosessen er tett koblet til konfigurasjonsstyringsprosessen (KONF). Det siste trinnet i utgivelsen av en ny tjeneste eller en oppgradering av en eksisterende tjeneste er å registrere endringene i konfigurasjonsstyringsdatabasen. Dette forenkles med støtte fra endringsstyringsprosessen eller hendelses- /forespørselsprosessen, avhengig av hva som passer. Programvarebiblioteket anses også for å være en del av konfigurasjonsstyringsdatabasen. US 2.3 Hva koster utgivelsesstyring? Utgivelsesstyring kan koste så lite eller så mye som du har råd til. Det er tre aspekter å vurdere: utgifter, personer og tid. Du pådrar deg finansielle utgifter kun dersom du kjøper programvareverktøy for programvarebiblioteket og dersom ekstra maskinvare er nødvendig for å kjøre dette verktøyet. Spesifikke produkter er tilgjengelige for å håndtere sikkerhet og versjonskontroll, men dette trengs strengt tatt bare i programvareutviklingsmiljøer eller i regulerte bransjer slik som legemiddelindustrien. Utgivelsesstyring krever fulltidsansatte kun dersom det er et stort volum av nye tjenester og oppgraderinger som krever fulltidsinnsats å planlegge og gjennomføre. Dette gjelder av og til i store organisasjoner. På en skole bør aktiviteter knyttet til utgivelsesstyring gjennomføres på deltid og du bør være i stand til å fordele roller og Becta 2004 Utgitt på norsk av Senter for IKT i utdanningen i 2012 FITS utgivelsesstyring 4

ansvar på eksisterende stabsmedlemmer. Det henvises til roller og ansvar gjennom hele denne delen om utgivelsesstyring, men roller og ansvar er også gruppert sammen i US 5 Roller og ansvar. Det er vanskelig å bestemme hvor mye tid som vil gå med til en operativ utgivelsesstyringsprosess. Dette vil avhenge av frekvensen på utgivelser av nye tjenester på din skole. Det er verdt å investere tid i planleggingsfasen av innføring av nye tjenester og i å implementere dem på en konsekvent måte for å unngå avbrudd og nedetid som kan oppstå senere hvis de er dårlig utført. Det er alltid bedre å bruke tid på forebygging enn på brannslukking. Husk også å sette av tid til implementering og det å integrere prosessen med de vanlige daglige aktiviteter. Vi har laget en aktivitetstabell som kan hjelpe deg i planleggingen av hvor mye tid som trengs. US 2.3.1 Aktivitetstabell Aktivitet Eksempel Mer informasjon Forberede implementering Diskusjoner, planlegging US 3 Implementeringsveiledning Implementering Opplæring, pilot, faktisk gjennomføring US 3 Implementeringsveiledning Gjennomgang av implementering Problemer med prosesser eller roller US 3 Implementeringsveiledning Forberede utgivelser Designe, utvikle installasjonspakker for, teste og akseptanseteste utgivelser av maskinvare og programvare US 4 Driftsveiledning Gjennomføre installasjoner Planlegge og gjennomføre opplæring, planlegge distribusjon, kommunisere med brukerne, utarbeide sjekklister for installatører, distribuere utgivelser US 4 Driftsveiledning Overvåking av prosessen Rapportering i forhold til prosessen og sørge for at den er effektiv US 4 Driftsveiledning US 3 Implementeringsveiledning US 3.1 Definer hva som må gjøres Som beskrevet i den generelle tilnærmingen til å implementere FITS så anbefaler vi en syklisk tilnærming til implementering av nye prosesser. Start i det små og bygg videre på solide fundamenter. Becta 2004 Utgitt på norsk av Senter for IKT i utdanningen i 2012 FITS utgivelsesstyring 5

FITS handler om å holde ting enkelt. FITS fremmer også en syklisk tilnærming til implementeringen: start i det små og gjør kontinuerlige forbedringer. Dette materialet introduserer prosessene, sammen med enkle instruksjoner og verktøy. Når du har implementert prosessene kan du bruke verktøyene for å samle informasjon for å gjøre forbedringer, og deretter starte neste runde i syklusen. En slik forbedringsprosess gjør det mulig å implementere beste praksis i små, håndterlige trinn. Du vil derfor se fordeler allerede på et tidlig tidspunkt, og unngå å bli overveldet av mye ekstraarbeid. FITS sin tilnærming til implementering av utgivelsesstyring er beregnet for folk med lite ledig tid til å implementere prosesser og prosedyrer, fordi de daglige aktivitetene er uforutsigbare og må prioriteres. Prosess Implementer utgivelsesstyrings- prosessen kun for individuelle utgivelser og test prosessen i en liten gruppe: identifiser installasjonspakker og lag prosedyrer for å teste og installere hver av de bruk prosedyrene ved hver installasjon implementer sentral lagring av programvare lag installasjonsprosedyrer for alle nye tjenester etter hvert som de introduseres. Verktøy Hold verktøyene enkle og slik at de kun trenger et minimum av innsats: bruk dokumentmaler for prosedyrer og sjekklister bruk en Excel- mal for rapportering. Informasjon Begynn å samle data umiddelbart for å synliggjøre nytteverdien, og lag månedlige eller ukentlige rapporter som inkluderer: antall installasjonspakker installert i perioden antall installasjonspakker laget i perioden totalt antall dokumenterte installasjoner totalt antall tjenester på skolen antall tjenester som gjenstår å dokumentere. Becta 2004 Utgitt på norsk av Senter for IKT i utdanningen i 2012 FITS utgivelsesstyring 6

Vårt mål er å hjelpe deg med å fjerne noe uforutsigbarhet, ved å innføre "beste praksis"- prosesser i små trinn, for så å se fordeler så raskt som mulig. Langtidsperspektivet På lang sikt bør utgivelsesstyring brukes som en strategi for innføring av all ny programvare eller maskinvare på en planlagt, kontrollert og strukturert måte. Dette bør derfor redusere behovet for ad hoc - aktiviteter så langt som mulig, og gi teknisk støtte muligheten til å fokusere på andre aktiviteter. Det gir også økonomiske stordriftsfordeler, siden planlegging og forberedelser ikke øker proporsjonalt med antall enheter; disse oppgavene må utføres enten oppgaven er å installere én eller ti datamaskiner. Men for å sikre størst mulig sjanse for suksess bør bruken av utgivelsesstyring i dette omfanget vente til de grunnleggende konseptene er fullt ut forstått og automatisert. Korttidsperspektivet På kort sikt bør utgivelsesstyring brukes til installasjon av enkeltstående enheter av maskinvare eller programvare. Denne øvelsen kan brukes til å generere standard installasjonspakker og en sentralisert lagring av programvare, og introduserer konseptet med en standardprosess for å implementere alt utstyr. Ved å begrense utgivelsesstyringsprosessen til enkeltinstallasjoner kan du også unngå behovet for samspill med prosessen for endringsstyring. Dette betyr at utgivelsesstyring kan implementeres alene, uten forutsetninger fra endringsstyringsprosessen. Når de grunnleggende aktivitetene er på plass vil det være relativt enkelt å betrakte det store bildet og å planlegge og håndtere større utrullinger som vil kreve innspill til endringsstyringsprosessen. US 3.2 Forbered implementering Gode forberedelser kan utgjøre forskjellen mellom en vellykket og en mislykket implementering av en prosess. Roller og ansvar Det første trinnet er å identifisere prosessens deltakere og å tildele roller og ansvar. Vi anbefaler at du involverer så få mennesker som mulig i den innledende implementeringen, slik at dere kan bli kjent med oppgavene med så liten innvirkning som mulig på den daglige arbeidsmengden på skolen. Hvilke personer du velger til å fylle rollene i utgivelsesstyringsprosessen vil avhenge av hvordan du gir teknisk støtte i dag og hvem som allerede er involvert i dette. US 3.2.1 Tildeling av roller og ansvar i utgivelsesstyring kommer med noen forslag og råd knyttet til dette. Opplæring Startdato Når du har tildelt roller og ansvar er det viktig å sikre at de som deltar i implementeringen og driften av prosessen forstår hva som kreves av dem. Bruk dette dokumentet som opplæringsmateriale. Sett en startdato. En dato for driftssetting er viktig for enhver implementering. Sørg for at du setter av nok tid til å gjøre alle andre forberedende oppgaver før denne datoen. Becta 2004 Utgitt på norsk av Senter for IKT i utdanningen i 2012 FITS utgivelsesstyring 7

Kommunikasjon Implementeringsteamet må kommunisere godt, slik at dere kan enes om planer, fastsette datoer og så videre. Det er også viktig å kommunisere eksternt og å informere brukerne om den nye prosessen og om hvilke fordeler denne kan ha for dem. Implementeringen av en prosess kan ses på som en endring, i likhet med oppgradering av en server. Det må i forkant av endringen kommuniseres klart til brukerne hvordan de vil påvirkes av dette. Det vil være lettere å godta endringene dersom de ikke kommer som en overraskelse. Materiale Pilot Før du kan gå videre med implementeringen vil du trenge alt materiale som er nødvendig for prosessen. Kontroller at du har lastet ned malene du trenger og at alle involverte har tilgang til dem. Gjennomfør en pilotimplementering først, som en test. Øv på å lage en installasjonsprosedyre ved å installere programvare på en testmaskin. Bruk deretter prosedyren og sjekklisten for standardinstallasjonen for å installere den på nytt. Følg alle instruksjonene helt til lagring av programvaren i programvarebiblioteket. Det er viktig å teste alle deler av prosessen i piloten slik at du kan være sikker på at det ikke er noen utestående problemstillinger. Forutsetninger Utgivelsesstyring er designet for å kunne implementeres på egen hånd og uten forutsetninger. De prosessene utgivelsesstyring grenser mest opp imot er imidlertid endringsstyring og konfigurasjonsstyring. Endringsstyring sin rolle i utgivelsesstyring ligger i godkjenning og utrulling av større utgivelser til mer enn én sluttbruker, og er ikke anbefalt på dette stadiet i implementeringen av utgivelsesstyring. Konfigurasjonsstyring er heller ikke nødvendig på dette stadiet, men kan være nyttig for å identifisere de ulike tjenestene som må dokumenteres i utgivelsesstyring. Siden det ikke finnes noen uttrykkelige forutsetninger for utgivelsesstyring kan du hvis du vil implementere utgivelsesstyring uten å implementere andre prosesser. US 3.2.1 Tildeling av roller og ansvar i utgivelsesstyring Rolle Foreslåtte representanter(er) Kommentar Utgivelsesleder Person med overordnet ansvar for utgivelsesstyring eller IKT generelt, for eksempel: IKT- leder IKT- koordinator nettverksansvarlig tekniker. Dette kan delegeres til noen i IKT- personalet, men med tanke på plassering av ansvar bør det bare være én utgivelsesleder. Becta 2004 Utgitt på norsk av Senter for IKT i utdanningen i 2012 FITS utgivelsesstyring 8

Utvikler av en installasjonspakke Akseptansetester Installatør Person med ansvar for å integrere ny maskinvare eller programvare i eksisterende tjenester, for eksempel: tekniker IKT- koordinator nettverksansvarlig leverandør. Person med ansvar for å bekrefte at ny maskinvare eller programvare utfører de funksjoner de ble innhentet for, for eksempel: lærer undervisningsassistent administrativt personale sluttbrukere. Person med ansvar for å utføre daglige installasjoner av maskinvare eller programvare, for eksempel: tekniker IKT- koordinator nettverksansvarlig leverandør. Utviklere av installasjonspakker bør være tekniske nok til å kunne installere og teste ny maskinvare og programvare og også løse eventuelle konflikter med eksisterende tjenester som kan oppstå. Utviklere av installasjonspakker kan også være installatører. Akseptansetestere bør variere avhengig av tjenesten som blir testet. Noen med god kjennskap til de prosesser som maskinvaren eller programvaren skal støtte bør utføre denne rollen. Akseptansetestere bør ikke være utvikler eller installatør av samme installasjonspakke, med mindre de også er sluttbrukere av tjenesten eller tjenesten som testes er delt infrastruktur. En installatør vil trolig være en person som utfører daglig teknisk støtte. Du kan ha så mange eller få installatører som passer for din skole. Utvikler og installatør av en installasjonspakke kan være samme person. US 3.3 Implementering Denne delen beskriver hvordan du kan implementere en grunnleggende utgivelsesstyringsprosess, samt de verktøy som kreves for å støtte den. Trinn 1: Definere utgivelsespolicyen Trinn 2: Opprette programvarebiblioteket Trinn 3: Identifisere tjenesten Trinn 4: Utvikle en installasjonspakke Trinn 5: Utgi installasjonspakken Trinn 6: Installere installasjonspakken Becta 2004 Utgitt på norsk av Senter for IKT i utdanningen i 2012 FITS utgivelsesstyring 9

Trinn 1 Definere utgivelsespolicyen Utgivelsespolicyen er noe som bør bestemmes lokalt. For å implementere utgivelsesstyring effektivt kan vi imidlertid anbefale å begynne med følgende policy: Lag og følg en standardprosess for installering og testing av ny maskinvare og programvare. Lag og følg en standardprosedyre for hver maskinvare- og programvaretjeneste. Lagre all programvare sentralt. Trinn 2 Opprette programvarebiblioteket Enkelt forklart så er et programvarebibliotek det sentrale lageret og kontrollen av originalprogramvare, utviklingsprogramvare og programvarelisenser. Du bør gjøre det til en policy å lage et programvarebibliotek for å hjelpe deg med å administrere lisenstildeling for programvare og for å sikre at de riktige versjonene av programvaren er installert. Slik sparer du også tid på å søke etter originalprogrammet når det haster med å installere noe. Det handler om ryddighet og struktur. Becta 2004 Utgitt på norsk av Senter for IKT i utdanningen i 2012 FITS utgivelsesstyring 10

Originalprogramvare Lagre alltid originalprogramvare i et sentralt programvarebibliotek, minst ett sett av hver versjon. Lagring Fysisk plassering Sikkerhet CD- bokser gir tilstrekkelig lagring av originalprogramvare. Oppbevar alle boksene sammen i et låsbart skap. Vær sikker på at bare de som er autorisert til å installere programvare har tilgang. Ta i bruk en bok for å spore hvem som kommer og går, og sørg for at alle ansatte her registrerer hva de har tatt, når det har tatt det og når det er returnert. Utviklingsprogramvare Utviklingsprogramvare kan defineres som arbeidskopier av programvare, som enten lagres på en filserver, på en oppstartsdisk/- CD eller som et diskbilde på en datamaskin. Hvis du bruker utviklingsprogramvare må du sørge for at bruken er i tråd med dine lisensavtaler for programvaren. Lagring Hvis du bruker en filserver for lagring, opprett et fellesområde for alle slike kopier med en logisk mappestruktur. Se vedlegg A for vårt eksempel på mappestruktur i et programvarebibliotek. Disker eller CD- er bør oppbevares som beskrevet i avsnittet om originalprogramvare. Fysisk plassering For lagring av utviklingsprogramvare kan du bruke hvilken som helst filserver som kan nås fra alle steder til installasjonsformål. Det er ofte slik at programvare tilhørende installasjonspakken ligger på en filserver som kun brukes av IKT- personalet. Dette gjør at den hvis det blir nødvendig kan kobles fra nett uten å påvirke normale brukeraktiviteter. Disker eller CD- er bør oppbevares som beskrevet i avsnittet om originalprogramvare. Sikkerhet Områder på filserveren skal ha begrenset tilgang slik at kun de som er ansvarlige for utgivelsen av installasjonspakken og de som er autorisert til å installere dem får tilgang. Full tilgang bør kun gis til de som er ansvarlige for utgivelsen. Installatører bør ha kun lesetilgang. Det er viktig å etablere restriksjoner for å vise at det gjøres tiltak for å kontrollere tilgang og for å bevare integriteten. Her demonstrerer spesialprogramvare for å administrere programvareutgivelser sine fordeler. Disker eller CD- er bør oppbevares som beskrevet i avsnittet om originalprogramvare. Programvarelisenser Samsvar med reglene for programvarelisenser er svært viktig. Det kan være vanskelig noen ganger å holde styr på hvor mange lisenser skolen eier og hvor mange som er i bruk. En enkel måte å håndtere dette på er å opprette et regneark eller et dokument med en oppføring for hver lisens, for så å registrere tildelingen av en lisens hver gang tilsvarende programvare er installert. Vi har laget en mal for en lisensliste for deg (se vedlegg B), som du kan laste ned og bruke. Ha en egen liste for hvert operativsystem eller program, og ikke glem å legge nye lisenser til listen etter hver som du kjøper dem. Becta 2004 Utgitt på norsk av Senter for IKT i utdanningen i 2012 FITS utgivelsesstyring 11

Lagring De fysiske lisensene bør lagres sikkert og du bør holde dem samlet. Du kan for eksempel lagre dem i et låst skap sammen med originalprogramvaren. Lagre listen over lisenser i programvarebiblioteket. Se vårt eksempel på mappestruktur i et programvarebibliotek (vedlegg A) for ideer. Fysisk plassering Sikkerhet Programvarebiblioteket og lisenslistene må ligge på en filserver som kan nås av de ansvarlige for å tildele lisenser og installere programvare. Programvarebiblioteket og lisenslistene bør være tilgjengelig kun for de som er autorisert for dette. Det er viktig å etablere restriksjoner for å vise at det gjøres tiltak for å kontrollere tilgang og for å bevare integriteten. Trinn 3 Identifisere tjenesten En tjeneste er en spesifikk maskinvare eller programvare som skal implementeres, for eksempel: en stasjonær datamaskin en bærbar datamaskin et dataprogram et operativsystem. Hver ulike tjeneste vil ha sin egen utgivelsesstyringsprosedyre. Velg en passende tjeneste som du kan bruke til å implementere utgivelsesstyring og din første prosedyre. Dette bør være en tjeneste som det kreves at du installerer nå, og du bør følge prosedyren gjennom hele installasjonen. Dette vil sikre at du har testet alle trinnene før du sender prosedyren til hendelsesstyring. Du vil få mest nytte av å starte med en tjeneste som etterspørres ofte. Det kan også hjelpe deg å få en omtrentlig oversikt over det totale antallet tjenester som er i bruk. Dette vil i sin tur hjelpe deg å bestemme hvilke tjenester du skal begynne med, og vil gi deg en grunnlinje å måle fremgang mot. Se US 4.2.3 Overvåke utgivelsesstyringsprosessen for mer informasjon om målinger. Trinn 4 Utvikle en installasjonspakke En installasjonspakke er den tjenesten som skal installeres og fungere til daglig. For eksempel så kan installasjonspakken for en programvare være den faktiske installasjonen på datamaskinen og dens interaksjon med maskinvare og annen programvare for å levere den tjenesten som kreves. En installasjonspakke for maskinvare kan være å koble grunnenheten sammen med skjerm, tastatur og mus, installasjon av operativsystem og standard programvare samt installasjon av drivere som muliggjør utskrift til en delt skriver. En installasjonspakke er med andre ord en fungerende tjeneste, i motsetning til når komponentene den består av fremdeles ligger i eskene sine. Ved å gå gjennom trinnene for å utvikle en installasjonspakke for en bestemt tjeneste, vil du identifisere prosedyren som skal følges hver gang denne tjenesten skal installeres. For å gjøre denne prosessen mulig har vi laget en prosedyremal for installasjonspakker (se vedlegg C for maskinvare eller vedlegg D for programvare). Du kan bruke vår mal som utgangspunkt, og legge til mer spesifikke detaljer for hver tjeneste. Lagre malen som et separat dokument for hver pakke og skriv dokumentnavnet i bunnteksten. Vi har også laget et eksempel på en installasjonsprosedyre for maskinvare (se vedlegg C) og et eksempel på en installasjonsprosedyre for programvare (se vedlegg D) som kan hjelpe deg å forstå kravene i dokumentet og å demonstrere hvordan malen kan brukes til ulike typer tjenester. Becta 2004 Utgitt på norsk av Senter for IKT i utdanningen i 2012 FITS utgivelsesstyring 12

Trinn for å utvikle en installasjonspakke Bruk malen for installasjonsprosedyrer (se vedlegg C for maskinvare eller vedlegg D for programvare) og fyll ut de delene som er beskrevet under. Se også vårt eksempel på en installasjonspakke for maskinvare (vedlegg C) og vårt eksempel på en installasjonspakke for programvare (vedlegg D). Del 1: Design Del 2: Installasjon Del 3: Testing Del 4: Akseptansetesting List opp tjenestens komponenter og inkluder relevante kommentarer. Beskriv så detaljert som mulig trinnene som kreves for å installere tjenesten. List opp alle andre tjenester som må være stabile i samme miljø og bekreft vellykkede tester. Vær oppmerksom på at en installasjonspakke ikke kan utgis før alle tjenester er stabile. Identifiser i samsvar med en bruker eller en brukergruppe passende kriterier for akseptabel funksjonalitet. Beskriv akseptansetestene så fullstendig som mulig. Trinn 5 Utgi installasjonspakken En installasjonspakke er den tjenesten som skal installeres og fungere til daglig. For eksempel så kan installasjonspakken for en programvare være den faktiske installasjonen på datamaskinen og dens interaksjon med maskinvare og annen programvare for å levere den tjenesten som kreves. En installasjonspakke for maskinvare kan være å koble grunnenheten sammen med skjerm, tastatur og mus, installasjon av operativsystem og standard programvare samt installasjon av drivere som muliggjør utskrift til en delt skriver. En installasjonspakke er med andre ord en fungerende tjeneste, i motsetning til når komponentene den består av fremdeles ligger i eskene sine. Det første trinnet i utgivelsesstyringsprosessen er å utvikle en installasjonspakke for en bestemt tjeneste (trinn 4). Når pakken er testet og godkjent kan den utgis, det vil si gjort tilgjengelig for installasjon ved hjelp av installasjonsprosedyren for denne tjenesten (mer om trinnene for å utgi en installasjonspakke i neste avsnitt). Trinn for å utgi en installasjonspakke Bruk malen for installasjonsprosedyrer (se vedlegg C for maskinvare eller vedlegg D for programvare) og fyll ut de delene som er beskrevet under. Se også vårt eksempel på en installasjonsprosedyre for maskinvare (vedlegg C) og vårt eksempel på en installasjonsprosedyre for programvare (vedlegg D). Becta 2004 Utgitt på norsk av Senter for IKT i utdanningen i 2012 FITS utgivelsesstyring 13

Del 5: Lagre programvare i programvarebiblioteket Del 6: Lagre dokumenter og registrer dem i konfigurasjonsstyrings- databasen List opp navn og versjon for all programvare inkludert i denne installasjonspakken i programvarebiblioteket, og noter deg stien til hvor masterkopien ligger. Lagre programvaren der du har beskrevet, og marker deretter at dette er gjort ved å hake av i den aktuelle boksen i installasjonsprosedyren. Registrer navn og versjon for installasjonspakken. Pakken bør lagres sentralt, registrer stien og lagre dokumentet på riktig sted under valgte filnavn. Ikke glem å hake av i den tilhørende boksen. Du bør også lagre all brukerdokumentasjon sentralt og registrere hvor disse ligger. Hvis/når du har en konfigurasjonsstyringsdatabase bør du angi detaljene der også. Del 7: Kommuniser tilgjengelighet List opp alle roller som er autorisert til å installere maskinvare eller programvare og bekreft at de er informert om den nye installasjonspakken. Se eksempel på kunngjøring av nye installasjonspakker (vedlegg E) for et forslag til utforming og innhold. Trinn 6 Installere installasjonspakken En installasjonspakke er den tjenesten som skal installeres og fungere til daglig. For eksempel så kan installasjonspakken for en programvare være den faktiske installasjonen på datamaskinen og dens interaksjon med maskinvare og annen programvare for å levere den tjenesten som kreves. En installasjonspakke for maskinvare kan være å koble grunnenheten sammen med skjerm, tastatur og mus, installasjon av operativsystem og standard programvare samt installasjon av drivere som muliggjør utskrift til en delt skriver. En installasjonspakke er med andre ord en fungerende tjeneste, i motsetning til når komponentene den består av fremdeles ligger i eskene sine. Før en installasjonspakke kan installeres må du utvikle installasjonspakken (trinn 4) og utgi installasjonspakken (trinn 5). Hvis pakken allerede er utviklet og utgitt kan du installere den i overensstemmelse med trinnene for å installere en installasjonspakke. Ettersom disse trinnene i prinsippet er de samme for alle installasjoner har vi for å hjelpe deg å gjennomføre denne fasen laget en sjekkliste for å installere installasjonspakker (se vedlegg F). Trinn for å installere en installasjonspakke Bruk følgende retningslinjer for å fylle ut malen for en installasjonssjekkliste (se vedlegg F). Se også vårt eksempel på en slik sjekkliste (vedlegg F). Del 1: Installasjonsdetaljer Del 2: Installasjonssjekkliste Del 3: Detaljer om installasjonsdokument Fyll ut sjekklisten med detaljer som spesifisert. Hold kontakt med brukeren for å finne passende tidspunkt for installasjon og opplæring. Bruk sjekklisten for å sikre at alle trinnene er fulgt, og hak av i tilhørende bokser for å bekrefte at dette er tilfelle. Lagre sjekklisten for installasjonspakken som et separat dokument for hver installasjon og angi filens navn og plassering her. Becta 2004 Utgitt på norsk av Senter for IKT i utdanningen i 2012 FITS utgivelsesstyring 14

US 3.4 Gjennomgang av implementeringen Når du har laget din første installasjonspakke og fulgt prosedyren gjennom en installasjon, bør du før du fortsetter å bruke prosessen stille noen viktige spørsmål og vurdere svarene du får: Har alle forstått hva som kreves av dem? Var prosedyremalen for installasjonspakker lett å følge og fylle ut? Må behov for opplæring vurderes på nytt før dere fortsetter? Var de ansvarlige for installasjon av maskinvare og programvare klar over at det finnes en installasjonsprosedyre? Vet alle som bør vite det hvordan de får tilgang til programvaren? Var listen over lisenser oppdatert? Var alle informert om den nye prosessen? US 3.5 Implementeringsressurser For å opprette installasjonsprosedyrer kan du bruke vår prosedyremal for installasjonspakker (se vedlegg C for maskinvare eller vedlegg D for programvare). For å installere en installasjonspakke kan du bruke vår installasjonssjekkliste (se vedlegg F). For å opprette en liste over lisenser kan du bruke vår mal for en lisensliste (se vedlegg B). US 4 Driftsveiledning US 4.1 Hva må gjøres? Daglige driftsoppgaver i utgivelsesstyring er: US 4.1.1 Installere installasjonspakker Forespørsler om å installere installasjonspakker bør med innføringen av FITS etter hvert bli generert på to måter: Prosess Type forespørsel Flere detaljer Hendelses- /forespørselsprosessen Forespørsler fra enkeltbrukere Hendelsesstyringsprosessen (HS) Endringsforespørselsprosessen Krav knyttet til infrastrukturen Endringsstyringsprosessen (ES) Før en installasjonspakke kan installeres må du utvikle installasjonspakken (US 3.3 trinn 4) og utgi den (US 3.3 trinn 5). Hvis installasjonspakken allerede er utviklet og utgitt kan du installere den i overensstemmelse med trinnene for å installere en installasjonspakke (US 3.3 trinn 6). US 4.1.2 Utvikle nye installasjonspakker Nye installasjonspakker må opprettes når maskinvare og programvare som ennå ikke har fått utviklet en installasjonsprosedyre blir identifisert, eller dersom nye typer maskinvare og programvare blir innført. I begge tilfeller bør du først følge trinnene for å utvikle en installasjonspakke (US 3.3 trinn 4) og deretter trinnene for å utgi en installasjonspakke (US 3.3 trinn 5). Becta 2004 Utgitt på norsk av Senter for IKT i utdanningen i 2012 FITS utgivelsesstyring 15

US 4.1.3 Overvåke utgivelsesstyringsprosessen Det er viktig å overvåke utgivelsesstyringsprosessen for å sikre at den fungerer. For eksempel vil utgivelseslederen ha behov for å vite at det går fremover med tanke på hvor mange standard installasjonspakker som utvikles. Det er også en god ide å få en samlet oversikt over antall installasjoner som utføres regelmessig, for eksempel månedlig. Følgende målinger bør være enkle å samle og rapportere på: antall installasjonspakker installert i perioden antall installasjonspakker laget i perioden totalt antall dokumenterte installasjoner totalt antall tjenester på skolen antall tjenester som gjenstår å dokumentere. For å komme i gang med noen enkle målinger og rapporteringer kan du laste ned vår regnearkmal for en utgivelsesstyringsrapport (se vedlegg G). I vårt eksempel på en utgivelsesstyringsrapport (vedlegg G) har vi fylt inn eksempelverdier. US 4.1.4 Ta beslutninger Formålet med rapportene er å hjelpe deg med å ta avgjørelser. De må tolkes for å identifisere eventuelle bekymringsverdige områder som må tas tak i. Husk at dette kun er statistikk, og se på rapportene som et grunnlag for å stille spørsmål heller enn som et direkte svar. Ikke se på tallene isolert sett, men vurder dem i en større sammenheng. Se også på rapporter fra andre prosesser, slik som hendelsesstyring. En reduksjon i antall installasjonsprosedyrer opprettet fra en måned til neste kan være et resultat av et høyere volum enn vanlig av hendelser som holder IKT- personalet opptatt. Det kan også skyldes fravær hos IKT- personalet, eller det kan skyldes at det ikke er flere installasjonspakker å dokumentere. En reduksjon i antall installerte installasjonspakker fra en måned til neste kan være et resultat av et redusert antall henvendelser, eller det kan skyldes et etterslep av mer presserende arbeid. En indikasjon på at det ikke er flere tjenester igjen å dokumentere kan enten være sann eller kan bety at det totale antallet tjenester ikke er oppdatert med nye tjenester som er innført etter at innføringen av utgivelsesstyring ble startet opp. Dette er bare eksempler for å illustrere at statistikk ikke alltid uttrykker hva det først ser ut som. Snakk med prosessdeltakerne og vurder andre relaterte forhold slik som hendelsesindikatorer for å forstå realitetene i situasjonen. Becta 2004 Utgitt på norsk av Senter for IKT i utdanningen i 2012 FITS utgivelsesstyring 16

US 4.2 Når må det gjøres? US 4.2.1 Installere installasjonspakker Du må installere en installasjonspakke når: en bruker ber om et nytt element av maskinvare eller programvare en ny infrastrukturkomponent blir innført. Scenario 1 En bruker ber om et enkelt program for bruk på datamaskinen. En tekniker følger applikasjonens installasjonsprosedyre samt installasjonssjekkliste, og installerer applikasjonen. Scenario 2 En ny filserver trengs for å øke kapasiteten. En tekniker følger installasjonsprosedyre samt installasjonssjekkliste og installerer operativsystemet på filserveren. Installasjonsprosedyrer bør alltid brukes, for å sikre konsekvente installasjoner og for å bidra til å eliminere gjentakende hendelser. US 4.2.2 Utvikle nye installasjonspakker Du må opprette nye installasjonspakker når: du får en forespørsel om en installasjon som ennå ikke har vært gjennom prosessen med testing og dokumentasjon du får en forespørsel om en ny type maskinvare eller programvare som ikke er installert tidligere. Scenario 1 En ny modell stasjonære datamaskiner er lansert og modeller skolen tidligere har kjøpt blir foreldet. Når de første nye datamaskinene ankommer må en ny installasjonsprosedyre utvikles for å teste datamaskinen med programvare og maskinvare som allerede er i bruk og å etablere en standardprosedyre for å installere senere leveranser. Scenario 2 IKT- koordinatoren beslutter å implementere et nytt spanskspråklig programvareprodukt i skolens språklaboratorium. Teknikeren(e) som er involvert i prosjektet utvikler en ny installasjonsprosedyre for programvaren for å sikre at den fungerer som forventet og ikke gir problemer sammen med andre programmer. Den nye prosedyren blir senere brukt sammen med installasjonssjekklisten for å rulle ut produktet til alle maskiner i språklaboratoriet. Ad hoc - innsats bør minimeres der det er mulig, ved å planlegge å lage installasjonspakker for alle eksisterende tjenester. US 4.2.3 Overvåke utgivelsesstyringsprosessen Utgivelsesstyringsprosessen bør overvåkes regelmessig så snart som mulig etter innføring av den. Den første perioden vil fokusere på å utvikle og dokumentere installasjonspakker og det er viktig å følge med på fremdriften. Becta 2004 Utgitt på norsk av Senter for IKT i utdanningen i 2012 FITS utgivelsesstyring 17

Fordi det å utvikle og dokumentere installasjonspakker er en proaktiv aktivitet må det være avsatt tid til dette, selv om det er lett å la denne typen aktiviteter forbli ugjort til fordel for reaktivt arbeid. Det er utgivelseslederens ansvar å sikre at tilstrekkelig tid er satt av til utgivelsesstyring. Vi anbefaler at du så snart du har satt i gang utgivelsesstyringsaktiviteter fyller ut rapporter ukentlig eller månedlig. Riktig rapporteringsfrekvens for din skole vil avhenge av volumet og hyppigheten av ditt utgivelsesstyringsarbeid. Du kan bestemme deg for å starte forsiktig og lage månedlige rapporter, for etter hvert kanskje å finne ut at ukentlige rapporter kan være mer hensiktsmessig. Avpass hvor ofte du rapporterer mot arbeidsmengden, og planlegg hvordan du eventuelt justerer frekvensen. Ikke gjør endringer for ofte, da dette vil forstyrre målingene og gjøre det vanskelig å se trender. US 4.2.4 Ta beslutninger Alle rapporter bør gjennomgås så snart de er produsert. Det er viktig å identifisere problemer så snart som mulig, slik at korrigerende tiltak kan iverksettes. Hvis undersøkende arbeid er nødvendig for å identifisere årsaken til problemene vil dette bli vanskeligere hvis problemene oppstod for lenge siden. US 4.3 Hvem gjør det? Installatører er ansvarlige for å installere installasjonspakker. Utviklerne av installasjonspakker er ansvarlige for å utvikle nye pakker. Overvåking av utgivelsesstyringsprosessen er utgivelseslederens ansvar. Selv om oppgaven med å produsere rapporter kan delegeres til en administrator eller tekniker skal utgivelseslederen beholde oppgaven med å ta beslutninger for å forbedre prosessen og tjenesten den støtter. Se US 3.2.1 Tildeling av roller og ansvar i utgivelsesstyring for mer informasjon. US 4.4 Driftsressurser Mal for en installasjonsprosedyre (se vedlegg C for maskinvare eller vedlegg D for programvare) Mal for en installasjonssjekkliste (se vedlegg F) Mal for en lisensliste (se vedlegg B) Becta 2004 Utgitt på norsk av Senter for IKT i utdanningen i 2012 FITS utgivelsesstyring 18

US 5 Roller og ansvar US 5.1 Utgivelsesleder Er ansvarlig for utgivelsesstyring og for å sikre at prosessen blir fulgt Er prosesseier Bør ha en viss forståelse av maskinvaren og programvaren som distribueres Trenger ikke å være veldig teknisk Kan være den som er ansvarlig for IKT og/eller teknisk støtte Noen eller alle aktiviteter kan være delegert til en tekniker US 5.2 Utvikler av en installasjonspakke Utvikler nye installasjonspakker Tester stabiliteten av nye installasjonspakker og løser eventuelle problemer Tester virkningen av nye tjenester på eksisterende komponenter i en installasjonspakke og løser eventuelle problemer Lager installasjonsprosedyrer for alle nye maskinvare- og programvareinstallasjoner Lagrer programvare i programvarebiblioteket Lagrer teknisk dokumentasjon og brukerdokumentasjon hensiktsmessig Holder kontakt med akseptansetestere (se US 5.3) for å sikre tjenestens funksjonalitet Sikrer at installatører (se US 5.4) er klar over nye installasjonsprosedyrer Støtter installatører i tilfeller hvor de får problemer med å installere et produkt Må være en teknisk person US 5.3 Akseptansetester Tester funksjonaliteten i ny maskinvare og programvare Ser fra brukerens perspektiv om produktet fungerer slik det var ment å gjøre Holder kontakt med utvikleren av installasjonspakken (se US 5.2) for å bli enige om testkriteriene og utføre tester Trenger ikke å være teknisk Må være kjent med kravene til produktet som testes Er sannsynligvis en sluttbruker US 5.4 Installatør Installerer nytt utstyr basert på brukerforespørsler Må bruke installasjonssjekklisten og den aktuelle installasjonsprosedyren for å utføre alle installasjoner Holder kontakt med utvikleren av installasjonspakken (se US 5.2) for å få hjelp hvis nødvendig Tar opp eventuelle problemer knyttet til installasjonsprosedyren med utvikleren av installasjonspakken eller med utgivelsesleder (se US 5.1) Vil være en teknisk person Becta 2004 Utgitt på norsk av Senter for IKT i utdanningen i 2012 FITS utgivelsesstyring 19

Vil sannsynligvis være involvert i den daglige hendelsesstyringen US 6 Gjennomgang av prosessen Formålet med denne delen er å hjelpe deg å vurdere implementeringen og den løpende driften av din utgivelsesstyring. Videre skal du kunne sjekke din forståelse av prosessen, undersøke hvordan en vellykket implementering bør utføres og vurdere hva du har oppnådd ved å innføre utgivelsesstyring på din skole. Dette vil hjelpe deg i forhold til å vurdere hvor vellykket innføringen har vært og samtidig peke tilbake på aktuelle deler i utgivelsesstyringsprosessen som du bør gjennomgå på nytt for å gjøre forbedringer, dersom dette er nødvendig. Begynn med å lese oppsummeringen av prosessen for utgivelsesstyring. Når du har frisket opp hukommelsen og betraktet din egen implementering i forhold til disse beskrivelsene bør du arbeide deg gjennom sjekklisten, for å identifisere eventuelle områder du bør se på en gang til og muligens implementere på nytt eller forsterke. US 6.1 Oppsummering av utgivelsesstyring I beskrivelsen av utgivelsesstyring har vi introdusert prosessen med planlegging av, utvikling av installasjonspakker for, testing og distribusjon av IKT- utstyr, samt administrasjon av programvare og programvarelisenser. Vi har gitt deg en oversikt over hele utgivelsesstyringsprosessen og en implementeringsveiledning med trinnvise instruksjoner for å hjelpe deg å implementere en utgivelsesstyringsprosess som vi mener dekker skolenes behov. Videre ga vi deg en driftsveiledning med en liste over vedvarende aktiviteter som kreves av prosessen for at du skal holde den gående og høste gevinster. Vi beskrev roller og ansvar, og tilbød veiledning i tildeling av roller. Uvesentlig materiale er fjernet for å gi deg en prosess som krever et minimum av innsats og ressurser. Sjekk din forståelse av prosessen ved å gå gjennom US 6.1.1 til US 6.1.4. US 6.1.1 Sammendrag av utgivelsesstyring Trinn Opprett et programvarebibliotek Oppgaver Opprett en sikker, sentral lagringsplass for all programvare inkludert: originalprogramvare kopier av programvaren som brukes for installasjonsformål. Ha et register over programvarelisenser og en registrering av hvilke maskiner de har blitt tildelt. Opprett standardinstallasjonspakker for alle maskinvare- og programvaretjenester Opprett et prosedyredokument for hver ulike tjeneste, som inneholder: designdetaljer komponentene som utgjør tjenesten installasjonsdetaljer trinnene som kreves for å installere tjenesten riktig stabilitetstestdetaljer detaljer om miljøet den nye tjenesten må fungere innenfor akseptansetestdetaljer funksjonalitetstestkriterier for å sikre at den nye tjenesten fungerer på riktig måte. Becta 2004 Utgitt på norsk av Senter for IKT i utdanningen i 2012 FITS utgivelsesstyring 20

Gjør standardinstallasjonspakkene tilgjengelige for teknisk personale slik at de kan gjennomføre installasjonene slik de skal Bruk standardinstallasjonspakker for alle nye installasjoner Sikre at installasjonsinstruksjoner og riktig versjon av programvaren brukes til påfølgende installasjoner ved å: lagre utviklingsprogramvaren i programvarebiblioteket lagre installasjonsprosedyren i konfigurasjonsstyringsdatabasen informere alle tekniske medarbeidere om utgivelsen. Bruk installasjonssjekklisten for hver ny maskinvare- eller programvareinstallasjon for å sikre at: personalet gjennomfører alle de riktige trinnene og ikke glemmer noe ved et uhell sluttbrukerdetaljer blir fanget opp. Forsikre deg om at alle nye typer tjenester går gjennom utgivelsesstyringsprosessen før de blir installert Implementer andre FITS- prosesser for å trekke oppmerksomhet til nye krav: hendelses- /forespørselsprosessen for nye sluttbrukerkrav. endringsstyringsprosessen for nye infrastrukturkrav. US 6.1.2 Hva du kan forvente etter å ha implementert utgivelsesstyring Teknisk støttepersonale dokumenterer alle programvare- og maskinvareinstallasjoner. Teknisk støttepersonale bruker installasjonsprosedyrer og installasjonssjekklister når de installerer nytt utstyr. Sluttbrukerne installerer ikke egen maskinvare eller programvare. Ingen installerer programvare uten tilgjengelig lisens. Riktige versjoner av programvaren vil alltid være installert. Programvare- og maskinvaretjenester er stabile. Alle nye typer maskinvare og programvare går gjennom utgivelsesstyringsprosessen før de distribueres. US 6.1.3 Hva du bør ha oppnådd gjennom utgivelsesstyring Du har en utgivelsespolicy som beskriver hyppighet og karakter av oppgraderinger. Du får færre ad hoc - forespørsler om ny maskinvare eller programvare. Alle maskinvare- og programvareinstallasjoner er testet og dokumentert. Maskinvare og programvare er installert på samme måte hver gang. Du bruker mindre tid på å løse hendelser og problemer forårsaket av dårlig installert maskinvare og programvare. All programvare lagres sentralt. Du vet hvilken versjon av programvaren som er riktig og gjeldende versjon. Du har en liste over alle programvarelisenser. Du vet hvem eller hva enhver programvarelisens er tildelt. Becta 2004 Utgitt på norsk av Senter for IKT i utdanningen i 2012 FITS utgivelsesstyring 21