 |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | ||||||||||||||||||||||||||
System Development Lifecycle (SDLC)
25. Oktober 2007
Das System Development Life Cycles!
Das Wasserfall-Modell weiß auch, wie die SDLC wurde ursprünglich im Jahre 1970 von W. Royce veröffentlicht. Dies ist ein Schritt für Schritt, wie der Entwicklung von Projekten.
Das Wasserfall-Modell gliedert sich in Phasen unterteilt, und jeder Schritt ist, bevor die nächste abgeschlossen.
Die Entwicklungsstufen des Wasserfall-Modell
In der Wasserfall-Modell gibt es sieben Stufen der Entwicklung eines Projektes.
Problemstellung
In diesem Stadium ist der Benutzer oder der Manager erkennt, dass die Informations-System nicht mehr reflektierende des bestehenden Geschäfts, die erweitert oder haben können, die sie benötigen, um ihre manuellen Betrieb auf EDV.
Dieses Problem könnte entstehen durch Beschwerden von Benutzern oder formelle Überprüfung der Informations-System.
Ein Analyst untersucht, ob es ein Problem gibt und dann Studien das Problem in der Tiefe, und eine Genehmigung für eine Machbarkeitsstudie durchführen gegeben ist. Diese Genehmigung ist die Ausgabe oder das zu liefernde in diesem Stadium. So Benutzern, Managern und Analysten sind in diesem Stadium eingesetzt.
Machbarkeitsstudie:
In diesem Stadium ist der Analyst untersucht, ob ein neues System machbar ist. Er beurteilt das Ausmaß dieses Problems und bestimmt die Reichweite des Projekts. Er untersucht das Problem des derzeitigen Systems und was wird aus dem neuen System erforderlich sein.
Wirtschaftliche, technische und operative Machbarkeiten sind fertig. Der Ausgang wird eine Machbarkeitsstudie zu berichten.
Tools in diesem Stadium eingesetzt werden darin sammeln Techniken und Estimation Techniques. Benutzer und der Analyst plus Management sind stark involviert.
Analyse
In dieser Phase werden detaillierte Untersuchung über den aktuellen System. Diese umfassen
Lesung vorhandenen Dokumentation
Interviewing die Nutzer
Observing geleistete Arbeit
Unter Berücksichtigung der geltenden Verfahren
Fragebogen
Nach dem Sammeln der benötigten Fakten über das bestehende System der Analyst Diagramme des aktuellen Systems und betrachtet dann die Funktionen des neuen Systems. Eine neue Reihe von Diagrammen, die neue Funktionen übernehmen wird. Ein Prototyp wird auch generiert mit diesen gesammelten Fakten zu unsicher Nutzern helfen wissen, was sie in dem neuen System wollen. So hilft es, neue Anforderungen zu offenbaren. Die Analysten macht ein Problem mit der Tat-Spezifikation Tools für die Sammlung, Prototypen, DFD-, Prozess-Daten-Modelle speziell etc. Benutzer beteiligt sind, so ist der Analysten
Design:
In diesem Stadium grundsätzlich die Hard-und Software sind so angeordnet, dass sie in der Zeit für den Bau zu gelangen.
Funktionspläne werden in hierarchische Diagramme durch den Analytiker so zu ermitteln, welche Programme benötigt werden und wie sie miteinander in Beziehung zu übersetzen. Der Analytiker entscheidet über die Programmstruktur, Programmoberfläche und die Hierarchie in der die Programme organisiert werden wird.
Der Analyst sichert Qualität entwirft, beinhaltet Maßnahmen zur Gefahrenabwehr, Designs leicht zu Eingabeformulare, Berichte Ausgabe-Schnittstellen verwenden.
Der Datenbank-Designer erfüllt die Anforderungen Datei. Der Ausgang ist ein Design-Spezifikation.
Tools verwendet werden, DFD, Data Dictionary, Datenmodelle, Prototypen-, System-Flussdiagramme: Die beteiligten Mitarbeiter sind Anwender, Analysten, Datenbank-Designer.
Bau
Der Computer-Umgebung bereit ist, die Programme geschrieben sind fertig und werden sie getestet, Benutzerdokumentation und Schulungsunterlagen entwickelt werden.
Computer Umwelt vorbereitet sind elektrische Leitungen, Netzwerkkabel sind installiert, Möbel, Klimaanlage sind vorhanden. Die Computer sind installiert und getestet.
Die Programme werden pro Programm und Design-Spezifikationen geschrieben. Die Programme werden getestet und Spaziergang durch die Gruppe ansehen. Der Analyst überwacht das Schreiben von Handbüchern und Dokumentationen Benutzer. User-Dokumentation gehören Bedienungsanleitungen, Kurzanleitungen Benutzer, On-Screen-Hilfe etc.
Menschen beteiligt sind, Programmierer und Analysten. Tools verwendet werden strukturierte, Komplettlösungen, CASE-Tools etc.
6. Conversion
Der Analyst hilft dem Mitarbeiter aus dem alten System auf das neue konvertieren. Die Analysten überwacht die Übertragung von Dateien auf elektronischem Wege an das neue System.
Conversion kann auf verschiedene Weise erfolgen
Phase Conversion
Parallel Conversion
Direct Conversion
- Pilot Conversion
Leistung ist, dass das System betriebsbereit und die Tools verwendet, sind automatisierte Datenübernahme-Programme.
7. Wartung:
System Modifikationen an dem System vorgenommen, nachdem das System einsatzbereit ist. Wartung kann
(1) PsP (3) präventive
(2) Korrektur (4) adaptive
Die traditionelle SDLC hat eine Reihe guter Eigenschaften. Es hat sich gut bewährt. Doch diese Methode ist bekannt, dass einige Nachteile haben.
Einige der Nachteile der SDLC sind Anwender Unzufriedenheit. SDLC davon ausgegangen, dass der Benutzer bereits kennt alle ihre Anforderungen damit sie erwarten, dass die Nutzer ihnen zu sagen, ihre Anforderungen und einmal dokumentiert die Anforderungen sollten unverändert bleiben, damit sie sich entwickeln das System mit diesen Anforderungen nur zu finden, dass, wenn das System implementiert ist, es nicht für ihren Bedarf oder deren veränderte Anforderungen, damit sie sich mit dem System unzufrieden.
Die Nichtbeachtung Ansatz den Bedürfnissen der Verwaltung, dass die das System entwickelt, mit der Verarbeitung sind vor allem operative Systeme wie Abrechnung, Rechnungsstellung, die sich mit geringen operativen Aufgaben, wodurch sie die Informationsbedürfnisse der taktischen und Top-Management, die sie benötigen, um Entscheidungen treffen, zB welche Produkte mehr zu verkaufen etc
Anspruchslose System-Design, dass die Systeme in Ansatz entwickelt, durch diese neigen oft dazu, Rechnungsstellung Computerisierung das Handbuch betriebliche Aufgaben wie, so neigen sie dazu, um mit Systemen Design-Prozess sind analog zu den bestehenden Handbuch.
Application Rückstau, dieser Ansatz hat viele Phasen mit Unter-Phasen, kann es viele Wochen dauern, um komplette Phase A, also die gesamte Entwicklung der Zeit ein einzelnes Projekt kann Monate und wenn es andere System wartet auf Prozess sein, der nach diesem, so kann zu einem Rückstau.
Maintenance Arbeitsbelastung da das Unternehmen entwickeln können viele Systeme, die Entwicklung ist das oft schnelle und "schmutzige" so wie bisher die Auslieferung, so bringt Systeme, die Aufrechterhaltung nehmen enorme Anstrengungen, um.
Probleme mit der Dokumentation, bietet dieses Konzept für die Dokumentation des Umsetzungsprozesses, die ideal ist sehr, aber die Schreibweise der Dokumentation ist auf dem Computer in Person, dass die Dokumentation Benutzer ist sehr technisch und nicht leicht zu verstehen, die durch.
Popularity: 47% [ ? ]
Kommentare
Haben Sie etwas zu sagen?
