Livssyklus av et informasjonssystem 6 hovedfaser



den livssyklus av et informasjonssystem inkluderer 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 referansegrunnlaget som inneholder alle implikasjoner av utvikling, utnyttelse og vedlikehold av et produkt av programvare.

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 i det teknologiske området, 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.
  • Spiralmønster.
  • Modeller basert på transformasjoner.
  • Unified Rational Software Development Process (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 revisjon 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

Basert på 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 koden til programvare, 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 programmeringen av den nye programvare.

Hvis du kjøper et program som allerede er gjort, fokuserer fasen mer på dokumentasjonen av den.

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 mulige feil som kan ha.

Det grunnleggende målet 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 forandringen presserende.

Med prøveperiode

Det handler om å oppleve hvor effektivt det nye systemet er i en gitt 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 operasjonen 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.

referanser

  1. Blanco, Lázaro (2008). Informasjonssystem for økonom og revisor. Hentet fra: eae-publishing.com
  2. Fernández, Francisco og andre (s / f). Livssyklus av et datasystem. Hentet fra: ecured.cu
  3. Gestiopolis (s / f). Livssyklus av et informasjonssystem. Hentet fra: gestiopolis.com
  4. Mcconnell, Steve (1997). Utvikling og styring av dataprosjekter. Oversettelse av Isabelm del Aguila. McGraw-Hill.
  5. Oppfordringer av IT og telekommunikasjon til å være en IKT-offisiell (2011). Systemets livssyklus. Hentet fra: oposicionestic.blogspot.com
  6. Wikipedia (s / f). Informasjonssystem Hentet fra: en.wikipedia.org