Systemutvikling Lifecycle (SDLC)

25 oktober 2007

System Development Life Cycles!

Fossen modellen vet også som den SDLC opprinnelig ble utgitt i 1970 av W. Royce. Dette er en trinnvis metode for å utvikle prosjekter.

Fossen modellen er delt opp i etapper, og hver fase er ferdig før du går videre til neste.

Nivåer av fossen modellen

I fossen modellen er det syv stadier av utviklingen av et prosjekt.

Problem Definisjon

I denne fasen brukerne eller forretningsføreren innser at informasjonssystemet er ikke lenger gjenspeiler de eksisterende virksomhet som kan ha utvidet, eller at de trenger å computerize sine manuelle operasjoner.

Dette problemet kan skje på grunn av klager fra brukere eller formell gjennomgang av informasjonssystemet.

En Analytiker undersøker om det er et problem, og deretter studier problemet i dybden, og en fullmakt til å gjennomføre en mulighetsstudie er gitt. Denne fullmakten er output eller leveransen på dette stadiet. Således brukere, ledere og Analyst er brukt i denne fasen.

Mulighetsstudie:

I dette stadiet Analytiker undersøker om et nytt system er gjennomførbart. Han vurderer omfanget av dette problemet og bestemmer omfanget av prosjektet. Han undersøker problemet med dagens system og hva som skal kreves av det nye systemet.

Økonomiske, tekniske og operasjonelle feasibilities er ferdig. Utgangen er en mulighetsstudie rapport.

Verktøyene som brukes i denne fasen er faktum sammenkomst Teknikker og estimeringsteknikker. Brukere og analytikere samt ledelsen er sterkt involvert.

Analyse

I dette stadiet detaljert undersøkelse er gjort med dagens system. Dette inkluderer

lesing eksisterende dokumentasjon
Intervjue brukerne
Observere arbeidet
Observere gjeldende prosedyrer
Spørreskjemaer

Etter å ha samlet den nødvendige fakta om det eksisterende systemet Analytiker diagrammene gjeldende systemet, og deretter vurderer funksjonene i det nye systemet. Et nytt sett med diagrammer som innlemme nye funksjoner er laget. En prototype er også genereres ved hjelp av disse samlet fakta for å hjelpe usikre brukerne vet hva de vil i det nye systemet. Dermed bidrar til å avdekke nye krav. Den Analytikere gjør et problem spesifikasjon ved hjelp faktum sammenkomst verktøy, prototyper, DFD, Data modeller prosessen spesifikt etc. Brukerne er involvert så er den Analytikere

Design:

I denne fasen i utgangspunktet maskinvare og programvare er organisert slik at de kan komme i tide til bygging.

Funksjonell diagrammer er oversatt til hierarkisk diagrammer av analytiker slik å identifisere hvilke programmer som er nødvendig og hvordan de forholder seg til hverandre. Analytikeren avgjør på programmet struktur, program grensesnitt og hierarkiet i hvilke programmer som vil bli arrangert.

Den Analytiker sikrer kvalitet design, opptar sikkerhetstiltak, design enkel å bruke input skjemaer, utgang rapporter grensesnitt.

Database designer oppfyller kravene filen. Utgangen er et design-spesifikasjon.

Verktøy brukt er DFD, Data Dictionary, Data modeller, prototyper, system flytskjemaer: De involvert personell brukere, analytikere, Database Designer.

Bygg

Datamaskinen miljøet er forberedt, programmene til å bli skrevet er gjort og de er testet, brukerdokumentasjon og opplæring manualer utvikles.

Datamaskin miljø forberedes betyr elektriske ledninger, er nettverkskabler installert, møbler, air condition er på plass. Datamaskinene er installert og testet.

Er skrevet i henhold til programmet og design spesifikasjoner. Programmene er testet med gå gjennom og gruppe anmeldelser. Den Analytiker overvåker skriving av skolehåndbøker og bruker dokumentasjon. Brukerdokumentasjon inkluderer brukermanualer, bruker hurtigreferanse guider, på skjermen hjelp etc.

Folk som er involvert programmerere og analytikere. Verktøy brukt er strukturert, walkthroughs, CASE verktøy etc

Seks. Konvertering

Den Analytiker hjelper de ansatte til å konvertere fra det gamle systemet til den nye. Det Analytikere overordnete overføring av datafiler elektronisk til det nye systemet.

Konvertering kan gjøres på ulike måter

- Fase Konvertering
- Parallell Konvertering
- Direkte konvertering
- Pilot Konvertering

Utgang er at systemet er operativt og verktøyene som brukes er automatiserte dataoverføring programmer.

7. Vedlikehold:

System modifikasjoner er gjort i systemet etter at systemet er i drift. Vedlikehold kan bli

(1) Perfektiv (3) forebyggende

(2) Korrigerende (4) adaptive

Den tradisjonelle SDLC har en rekke gode funksjoner. Det har vært godt prøvd og testet. Men denne metoden har vært kjent for å ha flere ulemper.

Noen av ulempene ved SDLC er brukerens misnøye. SDLC forutsetter at brukeren allerede vet alle sine krav slik de forventer brukerne til å fortelle dem deres krav og en gang dokumenterte kravene bør forbli uendret, slik de utvikler systemet med disse kravene bare for å oppdage at når systemet er implementert, betyr det ikke sørge for sine behov eller deres forandret krav, derav de blir misfornøyd med systemet.

Unnlatelse av å møte behovene til ledelsen i at systemet utviklet med tilnærmingen er hovedsakelig operative behandle systemer som lønn, fakturering som omhandler lavt nivå operative oppgaver, og dermed ignorerer informasjonen behovene til taktiske og toppledelsen, som de trenger for å ta avgjørelser for eksempel hvilke produkter de skal slutte å selge etc

Unambitious systemdesign, i at systemene er utviklet av denne tilnærmingen pleier ofte å computerize den manuelle operative oppgaver som fakturering, og dermed har de en tendens til å komme opp med systemer design som ligner på eksisterende manuell prosess.

Søknad Ordrereserven, tilnærming har denne mange faser med sub faser, kan det ta mange uker å fullføre en fase, og dermed den generelle utviklingen tidspunktet for et enkelt prosjekt kan være måneder, og hvis det er andre systemet venter på å bli utviklet ved hjelp denne prosessen, kan det føre til etterslep.

Vedlikehold arbeidsbelastning siden firmaet kan ha mange systemer for å utvikle, utvikling er ofte raske og "skitne", slik som å gjøre leveringsdatoen, og dermed bringer om systemer som tar en stor innsats for å vedlikeholde.

Problemer med dokumentasjon, tilnærmingen gir dette for dokumentasjon av implementeringsprosessen som er veldig ideelt, men notasjonen av dokumentasjonen er mot datamaskinen personen i at dokumentasjonen er svært teknisk og ikke lett å forstå av brukeren.

Anbefalt Tekst

Popularitet: 37% [ ? ]