![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | |
| By N2H | ||||||||||||||||||||||
System-Entwicklung Lifecycle (SDLC)
25. Oktober 2007
Wenn Sie noch hier, können Sie abonnieren möchten mein RSS-Feed. Vielen Dank für Ihren Besuch und Have a nice day!
Das System Development Life Cycles!
Das Wasserfallmodell weiß auch, wie die SDLC wurde ursprünglich im Jahr 1970 veröffentlicht von W. Royce. Dies ist ein Schritt für Schritt der Weg der Entwicklung von Projekten.
Der Wasserfall Modell gliedert sich in Phasen und jede Phase abgeschlossen ist, bevor Sie fortfahren mit dem nächsten.
Die Entwicklungsstufen der Wasserfallmodell
In den Wasserfall Modell gibt es sieben Stufen der Entwicklung eines Projekts.
Problemstellung
In diesem Stadium der Nutzer oder der Manager realisiert, dass die Informations-System ist nicht mehr repräsentativ für die bestehenden Geschäfte haben können, erweitert oder das sie benötigen, um ihre computerisieren manuelle Operationen.
Dieses Problem könnte etwa aufgrund von Beschwerden von Nutzern oder durch die formale Überprüfung des IT-Systems.
Ein Analyst untersucht, ob es sich um ein Problem, und dann Studien das Problem in Tiefe und eine Genehmigung zur Durchführung einer Machbarkeitsstudie wird. Diese Ermächtigung ist die Ausgabe oder die Teilleistung in diesem Stadium. So Benutzern, Managern und Analysten werden in diesem Stadium.
Feasibility Study:
In diesem Stadium der Analyst prüft, ob ein neues System möglich ist. Er beurteilt die Größenordnung dieses Problems und beschließt, den Umfang des Projekts. Er untersucht das Problem des derzeitigen Systems und was wird benötigt, der das neue System.
Wirtschaftlich, technische und betriebliche Machbarkeiten fertig sind. Der Ausgang ist eine Machbarkeitsstudie Bericht.
Tools, die in diesem Stadium sind Tatsache Sammeln Techniken und Schätzverfahren. Benutzer und der Analyst plus Management sind stark engagiert.
Analyse
In dieser Phase detaillierte Untersuchung fertig sind über das derzeitige System. Diese umfassen
Lesung bestehenden Dokumentation
Befragung der Nutzer
Observing Arbeit
Observing derzeitigen Verfahren
Fragebogen
Nach dem Sammeln der benötigten Fakten über das bestehende System der Analyst Diagramme das derzeitige System und anschließend der Auffassung, dass die Funktionen des neuen Systems. Eine neue Reihe von Diagrammen, die mit neuen Funktionen vorgenommen wird. Ein Prototyp ist auch mit Hilfe dieser gesammelten Fakten helfen ungewiss Nutzer wissen, was sie wollen in das neue System. So hilft es zu zeigen, neue Anforderungen. Die Analysten macht ein Problem mit Spezifikation Tatsache Sammlung Werkzeuge, Prototypen, DFD, Daten-Prozess-Modelle speziell Benutzer usw. beteiligt sind, so ist die Analysten
Design:
In diesem Stadium im Wesentlichen die Hardware und Software bestellt werden, damit sie rechtzeitig ankommen für das Baugewerbe.
Funktionale Diagramme werden in Diagrammen hierarchial von der Analytiker so zu ermitteln, welche Programme benötigt werden und wie sie sich auf einander. Der Analytiker entscheidet über die Programmstruktur, Programm-Schnittstelle und die Hierarchie in die Programme organisiert werden.
Der Analyst sichert Qualität entwirft, umfasst Maßnahmen zur Gefahrenabwehr, Designs einfach zu bedienen Eingang Formulare, Berichte-Ausgabe-Schnittstellen.
Der Database Designer erfüllt die Anforderungen Datei. Der Ausgang ist ein Design-Spezifikation.
Tools verwendet werden DFD, Data Dictionary, Data-Modelle, Prototypen, System Flussdiagramme: Das Personal beteiligt sind Anwender, Analysten, Database Designer.
Construction
Der Computer-Umgebung bereit ist, werden die Programme geschrieben werden, sind sie fertig und getestet werden, Benutzer-Dokumentation und Schulung Handbücher entwickelt werden.
Computer-Umgebung vorbereitet bedeutet, elektrische Leitungen, Kabel-Netzwerk installiert sind, Möbel, Klimaanlage sind vorhanden. Die Computer sind installiert und getestet.
Programme geschrieben werden pro das Programm und Design-Spezifikationen. Die Programme sind getestet mit Spaziergang durch Gruppe und Rezensionen. Der Analyst betreut das Schreiben von Ausbildung und Benutzer-Handbücher Dokumentationen. User-Dokumentation enthält Benutzerhandbücher, Benutzer Kurzreferenz Leitfäden, On-Screen-Hilfe usw.
Leute beteiligt sind Programmierer und Analysten. Werkzeuge sind so strukturiert, Spazieren gehen, CASE-Tools etc.
6. Conversion
Der Analyst hilft das Personal zum Umwandeln von der alten zur neuen Regelung. Die Analysten überwacht die Übertragung von Dateien elektronisch an das neue System.
Konvertierung kann auf verschiedene Weisen
Phase-Conversion
Parallel Conversion
Direkte Umwandlung
- Pilot-Conversion
Output ist, dass das System in Betrieb ist und die Werkzeuge verwendet werden automatisierte Datenübernahme-Programme.
7. Instandhaltung:
System-Änderungen an dem System, nachdem das System in Betrieb ist. Wartung kann
(1) Perfective (3) präventive
(2) Korrekturmaßnahmen (4) adaptive
Die traditionelle SDLC hat eine Reihe von guten Eigenschaften. Es wurde auch versucht und getestet. Aber diese Methode ist bekannt, dass es mehrere Nachteile.
Einige der Nachteile der SDLC sind vom Benutzer Unzufriedenheit. SDLC geht davon aus, 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 das System mit diesen Anforderungen nur feststellen, dass, wenn das System implementiert ist, es nicht für ihren Bedarf und ihre Anforderungen geändert, damit sie sich unzufrieden mit dem System.
Versagen auf die Bedürfnisse des Managements auf, dass das System entwickelt, mit dem Ansatz sind vor allem operative Systeme wie Lohn-und Gehaltsliste, Fakturierung befasst sich mit der niedrigen operativen Aufgaben, damit ignoriert den Informationsbedarf der taktischen und Top-Management, das sie benötigen, um Entscheidungen zu treffen zB die Produkte zu stoppen Verkauf etc
Anspruchslose System Design, in das die entwickelten Systeme durch diesen Ansatz oft die Tendenz zu computerisieren das Handbuch operativen Aufgaben wie Abrechnung, so neigen sie dazu, um das Design-Systeme sind vergleichbar mit den bestehenden manuellen Prozess.
Application Rückstand, dieser Ansatz hat viele Phasen mit Unter-Phasen, so kann sie viele Wochen, um eine Phase, so dass die Gesamtentwicklung der Zeit ein einzelnes Projekt kann Monate und wenn es andere warten System zu entwickeln mit der Anwendung dieses Verfahrens, so kann zu einem Rückstau.
Wartung Arbeitsbelastung, da das Unternehmen haben können viele Systeme zu entwickeln, die Entwicklung ist oft schnell und 'schmutzig', um so die Lieferfrist, so bringt über Systeme, die einen riesigen Aufwand zu erhalten.
Probleme mit der Dokumentation, bietet dieser Ansatz für die Dokumentation der Durchführung der Prozess ist sehr ideal, aber die Notation der Dokumentation ist auf die Person im Computer, dass die Dokumentation ist sehr technisch und nicht leicht zu verstehen, durch den Benutzer.
Kommentare
Haben Sie etwas zu sagen?
Sie müssen angemeldet sein, um einen Kommentar schreiben.


























