 |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | |
| By N2H | ||||||||||||||||||||||
Systemudvikling Lifecycle (SDLC)
Oktober 25, 2007
Hvis du er ny her, kan du ønsker at abonnere på min RSS-feed. Tak for besøg og få en hyggelig dag!
De System Development Life Cycles!
Vandfaldet model ved også, som det SDLC oprindeligt blev udgivet i 1970 af W. Royce. Dette er en trinvis måde for at udvikle projekter.
Vandfaldet model er opdelt i faser, og hver etape er afsluttet, før man går videre til den næste.
Faser i vandfaldet model
I vandfaldet model er der syv stadier i udviklingen af et projekt.
Problem Definition
I denne fase brugerne eller lederen opdager, at de oplysninger, systemet er ikke længere afspejler den eksisterende virksomhed, som kan have udvidet eller at de skal edb deres manuelle operationer.
Dette problem kunne komme omkring på grund af klager fra brugere eller ved formel gennemgang af informationssystemet.
Analytiker undersøger, om der er et problem og derefter undersøgelser problemet i dybden, og en tilladelse til at foretage en forundersøgelse er givet. Denne tilladelse er produktionen eller projektleverance på dette tidspunkt. Således brugere, ledere og Analyst er anvendt i denne fase.
Feasibility Study:
I denne fase Analyst undersøger, om et nyt system er gennemførligt. Han vurderer omfanget af dette problem og beslutter omfanget af projektet. Han analyserer problemet med det nuværende system og hvad der vil blive krævet af det nye system.
Økonomiske, tekniske og operative muligheder er færdig. Resultatet er en forundersøgelse rapport.
Værktøjer, der anvendes i denne fase er faktisk indsamling Teknikker og estimering. Brugere og laboranten plus ledelse er stærkt involveret.
Analyse
I denne fase detaljeret undersøgelse er færdig omkring det nuværende system. Dette omfatter
behandling den eksisterende dokumentation
Interviewer brugerne
Observing arbejde, der gøres
Observing nuværende procedurer
Spørgeskemaer
Efter at indsamle de nødvendige fakta om det eksisterende system laboranten diagrammer det nuværende system, og så mener de funktioner af det nye system. Et nyt sæt af diagrammer, der inkorporerer nye funktioner er lavet af. En prototype er ligeledes genereres ved hjælp af disse indsamlede kendsgerninger til at hjælpe usikre brugere vide, hvad de ønsker i det nye system. Således hjælper det at afsløre nye krav. Analytikerne gør et problem specifikation vha. faktum indsamling værktøjer, prototyper, DFD, Data modeller proces specifikt osv. Brugerne er involveret, så er det Analysts
Design:
I denne fase dybest set om den hardware og software er bestilt, så de kan nå frem i tide til byggeri.
Funktionel diagrammer er oversat til hierarchial diagrammer som analytiker, således at identificere, hvilke programmer der er nødvendige, og hvordan de relaterer til hinanden. Laboranten træffer afgørelse om programmet struktur, program-grænseflade og det hierarki, hvor programmer vil blive arrangeret.
The Analyst sikrer kvalitet, design, indarbejder sikkerhedsforanstaltninger, design, let at bruge input-former, output rapporter grænseflader.
Databasen designer indfrier de filkrav. Resultatet er et design-specifikationen.
Værktøjer der anvendes, er DFD, Data Dictionary, Data modeller, prototyper, system arbejdsdiagram: Det personale, der er involveret er brugerne, analytikere, Database Designer.
Byggeri
Computeren miljø er forberedt, de programmer til at være skrevet er færdig, og de er testet, bruger dokumentation og uddannelse manualer er udviklet.
Computer miljø under forberedelse betyder, elektriske ledninger, net-kabler er installeret, møbler, klimaanlæg er på plads. Computerne er installeret og testet.
Programmer er skrevet pr programmet og design specifikationer. Programmerne er testet vha. gå igennem, og gruppen reviews. The Analyst overvåger skrivning af uddannelse manualer og bruger dokumentation. Bruger dokumentation omfatter brugermanualer brugeren hurtig reference guider, på skærmen hjælpe osv.
Folk der er involveret, er programmører og analytikere. Værktøjer der anvendes, er struktureret, walkthroughs, CASE værktøjer osv.
6. Omstilling
The Analyst hjælper de ansatte til at konvertere fra det gamle system til den nye. Analytikerne overvåger overførslen af datafiler elektronisk til det nye system.
Omstilling kan gøres på forskellige måder
Fase Omstilling
Parallel Omstilling
Direkte omdannelse
- Pilot Omstilling
Output er, at systemet er operationelt, og de værktøjer, der anvendes, er automatiseret dataoverførsel programmer.
7. Vedligeholdelse:
System ændringer er lavet til systemet, efter at systemet er operationelt. Vedligeholdelse kan
(1) Perfective (3) forebyggende
(2) Korrigerende (4) adaptive
Den traditionelle SDLC har en række gode funktioner. Det har været godt afprøvet. Men denne metode har været kendt for at have flere ulemper.
Nogle af ulemperne ved SDLC er brugerens utilfredshed. SDLC forudsætter, at brugeren allerede kender alle deres krav, således at de forventer, at brugerne til at fortælle dem, deres behov og en gang dokumenteret de krav, bør forblive uændret, således at de udvikler systemet opfylder disse krav kun for at opdage, at når systemet er implementeret, er det ikke stiller til rådighed for deres behov eller deres ændrede krav, hvorfor de bliver utilfredse med systemet.
Undladelse af at opfylde behovene i forvaltningen i, at systemet er udviklet med den fremgangsmåde er hovedsagelig operative behandling systemer såsom lønregnskab, fakturering, der beskæftiger sig med lave operationelle opgaver, og dermed ignorere de oplysninger, behovene i de taktiske og øverste ledelse, at de kræver at træffe beslutninger, f.eks hvilke produkter at stoppe salget etc
Uambitiøse system design, at systemerne er udviklet af denne fremgangsmåde ofte en tendens til edb manualen operationelle opgaver såsom fakturering, således at de er tilbøjelige til at komme op med systemer design, der ligner de eksisterende manuel proces.
Ansøgning puklen, men denne fremgangsmåde har mange faser med sub faser, Det kan tage mange uger at fuldføre en fase, og dermed den generelle udvikling tidspunktet for et enkelt projekt kan være måneder, og hvis der er andre systemet venter på at blive udviklet ved hjælp af denne proces, kan det forårsage en pukkel.
Vedligeholdelse arbejdsbyrde fordi virksomheden kan have mange systemer til at udvikle, udviklingen er ofte hurtige og 'beskidt' så leveringsdato, hvilket medfører systemer, som tager en stor indsats for at vedligeholde.
Problemer med dokumentation, denne tilgang giver mulighed for dokumentation af gennemførelsen proces, som er meget ideel, men den notation af den dokumentation, går i retning af computeren person i at dokumentationen er meget teknisk og ikke let at forstå for brugeren.
Kommentarer
Har du noget at sige?
Du skal være logget på for at skrive en kommentar.
