Livssyklus av et informasjonssystem: 6 hovedfaser

Livssyklusen til et informasjonssystem omfatter alle prosessene som oppstår fra det øyeblikket behovet for et system er født til en annen som erstatter den, oppstår.

I henhold til ISO-12207-standarden er det rammen som inneholder alle implikasjoner av utvikling, drift og vedlikehold av et programvareprodukt .

Et informasjonssystem omfatter alle personer, maskiner og / eller metoder som er involvert i innsamling, behandling og overføring av informasjon.

Vanligvis er rollene som identifiseres i implementeringen av et informasjonssystem prosjektleder, teknikere innen teknologisk område, analytikere og brukere.

Målsettinger for et informasjonssystem

Et informasjonssystem oppfyller tre grunnleggende mål:

- Definer oppgavene som skal utføres og rekkefølgen der de skal utføres.

- Sikre konsistens med resten av organisasjonens informasjonssystemer.

- Gi kontrollpunkter for prosjektledelse

Det finnes flere modeller av informasjonssystemer, blant annet:

• Cascade modell
• Modeller basert på prototyper.
• Prototype konstruksjonsmodell.
• Inkrementell utviklingsmodell.
• Evolusjonær prototypemodell.
• Alternative modeller
• Spiral modell
• Modeller basert på transformasjoner.
• Samlet prosess for rasjonell programvareutvikling (RUP).
• Utvikling av komponentbasert programvare (DSBC eller CBSB).
• Ekstrem programmeringsmodell (eXtreme Programmering).

Fra denne listen over modeller er fossen den mest brukte fordi det krever kontroll og validering av hvert trinn før du går videre til neste.

De 6 faser av livssyklusen til et informasjonssystem

Selv om datautformasjonssystemer er en type informasjonssystem, er stadiene i deres livssyklus relevant for enhver innovasjon i informasjonsbehandling.

1- Preliminær undersøkelse

Det er det første trinnet i prosessen fordi det innebærer å vite aktiviteten til organisasjonen i spørsmålet.

Det er i øyeblikket når behovene og problemene knyttet til informasjonsadministrasjon er identifisert.

Årsaken til behovet for systemet er oppdaget, og hvordan det forventes å tilfredsstille det behovet innen enheten. Det vil si, forventningene er også verdsatt.

I denne fasen er gjennomgangen av institusjonell bibliografi og gjennomføring av intervjuer de typiske måtene å finne nyttig informasjon for arbeidet som skal utføres.

På samme måte bør en gjennomgang av eksisterende informasjonssystemer gjøres for å oppdage bruksvaner, hyppigere vanskeligheter og positive erfaringer med andre systemer.

2- Analyse av informasjon

Når all informasjon er samlet, er det på tide å organisere det på en slik måte at det er nyttig for neste fase: designen.

Grafer, mentalkart og flytdiagrammer kan være måter å kondensere dataene samlet inn, og gjøre det forståelig og nyttig for laget.

3- Design av det nye systemet

På grunnlag av informasjonen som ble arrangert i forrige fase, fortsetter vi med å designe det nye systemet.

Nivået på kompleksiteten til det nye systemet skal øke gradvis, slik at brukeren har mulighet til å bli kjent med de nye prosedyrene og / eller enhetene.

Her vises språket der programvarekoden skal skrives, eller hvordan systemet som skal kjøpes i markedet, blir tilpasset. På dette tidspunktet er systemets utseende også definert.

Målet med denne utformingen må være tydelig og direkte relatert til løsningen av de identifiserte behovene.

4- Utvikling og dokumentasjon av det nye systemet

Det er den faktiske utviklingsfasen. Her starter programmeringen av den nye programvaren .

Hvis et program som allerede er oppnådd, er oppkjøpt, fokuserer fasen mer på dokumentasjonen.

Tanken er at hele systemet støttes av relevant dokumentasjon slik at de kan gjøre de nødvendige endringene i tilfelle de er påkrevd. Brukerhåndboken skal komme opp på dette tidspunktet.

5- Implementering av informasjonssystemet

Det er den praktiske fasen av systemet. Her blir det testet, og det brukes med et kritisk øye for å kunne oppdage de viktigste fordelene og de mulige feilene det kan ha.

Hovedfasen med denne fasen er å oppdage feil for å korrigere dem før systemet implementeres til resten av organisasjonen.

Innføringen av et nytt system kan gjøres på flere måter:

Parallelt

Det nye systemet settes inn uten å eliminere den forrige, i hvert fall for en viss tid, slik at brukerne tilpasser seg gradvis.

Med en pilotplan

Når den er implementert i et rom definert av en tid som også er definert.

Med øyeblikkelig erstatning

Når mangelen på den forrige gjør endringen presserende.

Med prøveperiode

Det handler om å oppleve hvor effektivt det nye systemet er i en viss tidsperiode.

Av deler

Når det nye systemet er veldig stort og innebærer mange endringer.

6- System vedlikehold

Dette er en kontinuerlig fase som består i å sikre at systemet fungerer perfekt.

Dette er støttefasen der et teknisk personale er villig til å hjelpe andre i vedtaket og driften av det nye systemet.

Det er også her når feilene som oppstår med driftbarheten og de nye kravene til brukerne er løst.

Denne fasen tar vanligvis 40 til 80% av ressursene som er tildelt utviklingen av systemet, og varer til den blir foreldet. Det er også fasen der oppdateringer blir gjort eller funksjoner er lagt til.