Fossen Modell: IT Project Management Solutions

Data: 2009-10-01 | Author: Bharat Bista

Fossen modellen er en informasjonsteknologi systemutvikling type modell først publisert i 1970 av Winston W. Royce. Før denne tid hadde det vært en rekke betydelige funksjonsfeil i IT-systemet type prosjekter, dette skyldes mangel på skikkelig parametere, prosessuelle tilnærminger og prosessuelle kontroller av IT prosjektledelse oppgaver.

Hensikten med denne modellen er å innføre modus operandi i systemet designprosessen; som et skjelett for systemutvikling det fremskritt fortløpende gjennom en rekke faser, foreløpig med systemet gjennomførbarhet analyse og avsluttende opp til systemet utgivelse og vedlikehold.

Navnet "foss" skildrer systemet pågår renner fra øverst til nederst, som vann falle ned trinnene i en foss panorama, en fase gangen mot bunnen i en gjennomgripende effekt.

I dag, fossen modellen anses klassisk og konservativt system type modell, men det er uunnværlig for en grunnleggende forståelse av systemutvikling i IT-prosjekt systemadministrasjon.

I fossen modellen er, systemdesign brutt ned i en rekke lineære og sekvensielle stadier, der systemet evolusjon blir sett på som flyter gradvis nedover, gjennom faser. Fossen modellen har tydelige mål for hver fase av utbyggingen. I denne utviklingen metoden er det ikke lov å reise på de påfølgende fasen til drift av den foregående fasen er gjort.

Utdataene fra hver fase dannet inngangen til neste fase, og derfor hver fase måtte være dyktig i sin tur å opprettholde sammenhengen mellom inn-og utganger.

En detalj fossen modell kan representeres som i følgende systemutvikling livssyklus:

Fase I[SYSTEM mulighetsstudie / Begrunnelse]

{-----------------------||------------------------ ----}

Fase II[SYSTEM PLAN / Begrunnelse]

{-----------------------||------------------------ ----}

Fase III[OUTLINE DESIGN / bekreftelse]

{-----------------------||------------------------ ----}

Fase IV[DETALJ DESIGN / bekreftelse]

{-----------------------||------------------------ ----}

Fase V[koding / Unit Test]

{-----------------------||------------------------ ----}

Fase VI[INTEGRERING / Product Bekreftelse]

{-----------------------||------------------------ ----}

Fase VII[GJENNOMFØRING / System Test]

{-----------------------||------------------------ ----}

Fase VIII[DRIFT OG VEDLIKEHOLD / Re Begrunnelse]

Her renner et system gjennom åtte forskjellige sekvensielle faser, og hver fase er delt inn i to divisjoner: den første divisjon dekker oppgaven som skal utføres i denne fasen, og andre delen er begrunnelsen eller bekreftelse prosedyre på det konkrete arbeidet. Innenfor denne modellen, vilkårene bekreftelse og begrunnelse har spesifikke betydninger:

Begrunnelsen betyr godkjenningen eller undersøke om resultatet er passe for operative oppdrag, det vil si å kontrollere om riktig produkt er bygget blir eller ikke. Er produktet riktig?

Konfirmasjon betyr bekreftelse eller undersøke sammenhengen mellom resultat og spesifikasjon for resultatet. Med andre ord, en sjekk på at resultatet blir bygget på riktig måte. Er systemet strukturen riktig?

Prosessen med å bygge systemene produktet renner fase til fase med svært lite samspill i mellom to etapper, bortsett fra overføring av utganger og innganger mellom dem. Fasen progresjon sekvensene håndheve disiplin som hver fase har en bestemt start-og slutt spot, og framgangen kan være kategorisk erkjent.

Innenfor mer moderne system design-prosjekter, er vannet modellen i bruk for å bety noe kronologisk fremstilling som er delt inn i suksessive faser og som følge av felles struktur i den opprinnelige modellen. Her er navngivning av fasene ikke avgjørende, og passende navn kan brukes til det bestemte prosjektet ikke blir gjennomført.

Fossen har beholdt dette systemet og bør gå til neste fase bare når den tidligere fasen er fullført og perfeksjonert. Dermed i fossen modellen hver fase i et system utvikling livssyklus blir sett på som del av en irreversibel rekken av hendelser. En fase kan ikke starte før det forrige trinnet er avsluttet. Når et skritt har startet, er det ingen reversere tilbake til et tidligere trinn.

For eksempel kan "detalj design" ikke begynne før "omriss design" er ferdig, og programmet "koding" kan ikke begynne før "detalj design" er fullført.

Faser av utbyggingen i fossen modellen er således diskret, og det er ikke hoppe frem og tilbake eller overlapping mellom ulike faser.

Appreciations og kritikk av Waterfall Modell:

Takknemlighet:

Fossen modellen gir en tydelig og lett å følge sekvensen av aktiviteter, og det er enkelt og kan forstås uten mange komplikasjoner. Videre bestemte saker på kvalitetsstyring er adressert gjennom Begrunnelse og bekreftelse delen som blir fulgt i hver fase av modellen, og i tillegg til dette, vil denne modellen rette for prosjektstyring og kontroll av behovet for å fullføre hvert nivå før de flyttet til den påfølgende fasen.

Kritikk:

Fossen modellen mangler foreskrevet teknikken med å gjennomføre styring kontroll over et prosjekt, planlegging, kontroll og risikostyring er ikke innhyllet i modellen selv. Videre er prognoser antatt tid og kostnader komplisert for hver etappe. Livsløpet kan ta lang som den opprinnelige kravene kan ikke lenger være gyldig, med liten mulighet for prototyping.

Fossen modell for systemutvikling fungerer best når noen bearbeidelser av produkter holdes til et minimum og produktene forblir uendret. Det fortsatt nyttig for jevn og ikke-flyktige typer prosjekter, og hvis den skal gjennomføres, genererer betydelige kostnads-og tidsbesparende. Hvis systemet trolig vil gå gjennom store endringer, og hvis systemkravene er uforutsigbare og ulike tilnærminger er anbefalt, en slik alternativ tilnærming er kjent populært som spiral modellen .


Article Source : http://www.eartikkel.comhttp://www.eartikkel.com/Fossen-Modell-IT-Project-Management-Solutions_32511/