Software Development Life Cycle

SDLC Aktivitäten

SDLC bietet eine Reihe von Schritten zu gefolgt, um zu gestalten und entwickeln eine Software-Produkt rationell. SDLC Rahmen umfasst folgenden Schritte:

Kommunikation

Dies ist der erste Schritt, wo der Benutzer Eingeweihten die Wunsch für eine gewünschte Softwareprodukt. Er Kontakte den Dienstleister und versucht, die Bedingungen zu verhandeln. Er macht geltend seine Anfrage an die Dienstleistungs Bereitstellung von organisation schriftlich.

Erfordernis Beisammensein

Dieser Schritt weiter der Software-Entwicklungsteam arbeitet zu tragen an dem Projekt. Das Team hält Diskussionen mit verschiedenen Akteuren aus Problembereich und versucht, aus so viele Informationen wie möglich auf ihre Anforderungen zu bringen. Die Anforderungen werden in Erwägung ziehen und segregierten in die Benutzeranforderungen, Systemanforderungen und Funktionsanforderungen. Die Anforderungen sind gesammelt unter Verwendung einer Anzahl von Praktiken wie gegeben -

Studium der die bestehenden oder obsolet System-und Software,
Durchführung von Interviews von Anwendern und Entwicklern,
unter Bezugnahme in der Datenbank oder
Sammel Antworten aus den Fragebögen

Machbarkeitsstudie

Nachdem Anforderung Erhebung, kommt das Team mit einem groben Plan des Software-Prozesses. Bei diesem Schritt analysiert das Team, wenn eine Software können sein gemacht, zu fullfill um alle Anforderungen der Anwender und wenn da ist es irgendeine Möglichkeit von Software nicht mehr sinnvoll. Es wird gefunden aus, wenn das Projekt ist finanziell, praktisch und technisch machbar für die Organisation zu aufnehmen. Es gibt viele Algorithmen zur Verfügung, welche die Entwickler helfen,zu dem Schluss, die Durchführbarkeit eines Software-Projekts.

Systemanalyse

Bei diesem Schritt entscheiden die Entwickler einen Fahrplan von ihrem Plan und versuchen zu bringen up, die besten Software-Modell geeignet für das Projekt. System-Analyse gehört das Verständnis von Software-Produkt Einschränkungen, Lernsystem verwandten Probleme oder Änderungen getan werden in bestehende Systeme vorweg, Identifizierung und Behebung der Auswirkungen der Projekt auf Organisation und Personal etc. Das Projekt-Team analysiert den Umfang des Projekts und plant die Zeitplan und die ressourcen Entsprechend.

Software Design

Nächste Schritt ist zu bringen hinunter, die ganze Kenntnis der Anforderungen und Analyse auf dem Schreibtisch und Design der Software-Produkt. Die Eingänge aus Benutzern und informationen gesammelten in Erfordernis Beisammensein phase sind die Eingänge von diesem Schritt. Die Ausgabe dieses Schritts kommt in Form von zwei Designs; logischen Design und physikalischen Design. Ingenieure produziere Meta-Daten und Daten Wörterbücher, logisch Diagramme, Daten-flussdiagramme und in einigen Fällen Pseudo-Codes.

Codierungs

Dieser Schritt wird auch als Programmierphase bekannt. Die Implementierung von Software-Design beginnt bezüglich schreiben Programmcode zu in der geeigneten Programmiersprache und entwicklung fehlerfrei ausführbare Programme effizient.

Testen

Ein Schätzung sagt, dass 50% des ganze software Entwicklungsprozesses sein soll getestet. Fehler können ruinieren die Software aus kritischen Ebene, um seine eigene Entfernung. Software-Test ist getan, während Codierung von den Entwicklern und gründlichen Tests ist dirigieren durch Testexperten auf verschiedenen Ebenen der Code wie Modulprüfung, Programmtests, Produkttests, In-house Tests und Testen des Produkts am Benutzers Ende. Frühe Entdeckungs von Fehlern und deren Abhilfe ist der Schlüssel, um eine zuverlässige Software.

Integration

Software können brauchen mit den Bibliotheken, Datenbanken und andere Programm (e) integriert werden. Diese Phase des SDLC ist bei der Integration von Software mit Außenwelt Entitäten beteiligt.

Implementierung

Das bedeutet, Installation der Software auf PCs der Anwender. Bei mal, Software Bedürfnisse Post Installation Konfigurationen an benutzer Ende. Software ist getestet für Portabilität und Anpassungsfähigkeit und Integration verwandten Fragen sind gelöst während der Implementierung.

Betrieb und Wartung

Diese Phase bestätigt die Software Bedienung in Begriffe von mehr Effizienz und weniger Fehler. Falls erforderlich, werden die Benutzer geschult on, oder Aided mit der Dokumentation auf, wie die Software zu betreiben und wie Sie die Software funktionsfähig zu halten. Die Software wird beibehalten Rechtzeitige durch aktualisierung die Code nach zu Veränderungen, die Einnahme Ort in der benutzer ende umgebung oder Technologie. Diese Phase kann GesichtHerausforderungen von versteckte Wanzen und der realen Welt nicht identifizierten Probleme.

veranlagung

Wie die Zeit verstreicht, kann die Software auf die Leistung vor rückläufig. Es kann gehen, völlig veraltet oder kann müssen intensiv upgradation. Daher ein dringender bedarf zu Beseitigen ein Hauptteil des systems entsteht. Diese Phase umfasst die Archivierung von Daten und erforderlich Software-Komponenten, die Schließung hinunter Systems, Planungs Disposition Aktivität und Abschlusssystem in geeigneten End-of-Systemzeit.

Software Entwicklungsparadigma

Die Software Entwicklungsparadigma hilft Entwickler, um eine Strategie zu wählen, um die Software zu entwickeln. Ein Software-Entwicklungsparadigma hat seinen eigenen Satz von Werkzeugen, Methoden und Verfahren, die klar und ausgedrückt werden, definiert Software-Entwicklungs-Lebenszyklus. Einige Softwareentwicklungsparadigmen oder Prozessmodelle sind wie folgt definiert:

Wasserfall-Modell

Wasserfall-Modell ist das einfachste Modell der Software-Entwicklung-Paradigma. Er sagt, die alle Phasen des SDLC werden Funktionieren einer nach dem anderen in linearer Weise. Das heißt, wenn die erste Phase abgeschlossen ist, dann wird nur die zweite Phase beginnen und so weiter.

Dieses Modell geht davon aus, dass alles ist durchgeführten und genommen Ort perfekt wie geplant in der vorherigen Stufe und es gibt keine Notwendigkeit, denken über die letzten Fragen, die können entstehen in die nächste Phase. Dieses Modell nicht Arbeit glatt, wenn es einige Erteilung links bei der vorherigen Schritt. Die sequentielle Natur der Modell erlaubt uns nicht, zurück zu gehen und rückgängig machen oder wiederholen unser Handeln.

This model is best suited when developers already have designed and developed similar software in the past and are aware of all its domains.

Iterative Modell

Dieses Modell führt die Software-Entwicklungsprozesses in Iterationen. Es projiziert den Prozess der Entwicklung in Zyklisch manieren wiederholen jeder Schritt nach jeder Zyklus der SDLC Prozess.

Die Software ist erste auf sehr kleinem Maßstab entwickelt und alle Schritte befolgt werden, die berücksichtigung werden. Dann wird auf jeden nächsten Iteration, mehr Funktionen und Module sind entworfen, codiert, geprüft und hinzugefügt an die Software. Jeder Zyklus erzeugt einen Software, welche in sich abgeschlossen ist und hat mehr Funktionen und Fähigkeiten als die des vorherigen.

Nach jeder Iteration kann das Management-Team können die Arbeit an das Risikomanagement zu tun und die Vorbereitungen für die nächste Iteration. Weil ein Zyklus beinhaltet kleinen portion auf ganze Softwareprozess, ist es einfacher, den Entwicklungsprozess zu verwalten, aber es mehr Ressourcen verbraucht.

Spiralmodell

Spiralmodell ist eine Kombination von beiden, iterative Modell und einer der SDLC-Modell. Es kann als wenn Sie eine SDLC-Modell wählen und kombinieren Sie es mit Kreisprozess (iterative Modell) gesehen werden.

Dieses Modell ist der Auffassung,Risiko, das geht oft un-bemerkt von den meisten anderen Modellen. Das Modell beginnt mit der Bestimmung Ziele und Zwänge der Software beim Start einer Iteration. Nächste Phase ist von Prototyping der Software. Dazu gehören die Risikoanalyse. Dann, eines Standard-SDLC-Modell ist verwendet, um die Software zu bauen. In der vierten Phase des Plans auf der nächsten Iteration wird hergestellt.

V – modell

Der Dur Nachteil von Wasserfall-Modell ist, wir Umzug um die nächste Stufe nur wenn der vorherige fertig ist und es gab keine Chance, wieder zu gehen, wenn etwas ist gefunden schief in späteren Stadien. V-Modell bietet Mittels von testen von software auf jeder Stufe in umgekehrter Weise.

Bei jeder Bühne werden die Testpläne und Testfälle erstellt, um zu überprüfen und zu validieren, um ein Produkt entsprechend der Anforderung dass Stufe. Zum Beispiel in Bedarf Versammlung inszenieren das Testteam bereitet alle Testfälle in die entsprechend den Anforderungen. Später, wenn das Produkt entwickelt und ist bereit für die Prüfung, Testfälle von dieser Bühne verifizieren die Software vor seine Gültigkeit an den Anforderungen bei dieser Bühne.

Das macht sowohl die Verifizierung und Validierung gehen in parallel. Dieses Modell wird auch als Verifikation und Validierung Modell bekannt.

Urknall-Modell

Dieses Modell ist das einfachste Modell in seiner Form. Es erfordert wenig Planung, viel Programmierung und viele Fonds. Dieses Modell wird um den Urknall des Universums konzeptualisiert. Als Wissenschaftler sagen, dass nach Urknall viel Galaxien, Planeten und Sterne gewachsen nur als ein Ereignis. Ebenso, wenn wir zusammen viel Programmierung und Fonds, können Sie die besten Software-Produkt zu erzielen.

Für dieses Modell sehr kleine Menge von Planung ist Erforderlich. Daraus folgt nicht, jeden Prozess, oder zu Zeiten der Kunde nicht sicher über die Anforderungen und den künftigen Bedarf. So dass die Eingangsanforderungen sind willkürlich.

Dieses Modell ist nicht geeignet für große Software-Projekte, aber gut für das Lernen und Experimentieren.

Für eine in-Tiefe Lesung am SDLC und ihre verschiedenen Modelle, klicken Sie hier.

Previous Page Print Page