Arten von Software-Prozess-Modelle

November 15

Arten von Software-Prozess-Modelle

Entwurf, Bau und Pflege von Software-Programmen braucht Zeit, Geld und vor allem eine Methodik, eine Linie des Angriffs. Andernfalls würden die Tausenden nach tausend zusammenhängende Aufgaben benötigten Software Engineering schnell schief gehen. Da Software und deren Anwendungen entwickelt und multipliziert, also haben Sie auch die Prozesse, die verwendet werden, um es zu produzieren.

Typen

Heute es in der Tat gibt Hunderte von Entwicklungsmodelle, obwohl in der Praxis viele Varianten auf ein Dutzend Grundmodelle. Die am häufigsten verwendet werden: der Wasserfall, Spirale, Code-und-Regeln, rapid-Prototyping, kommerziellen handelsüblichen (COTS) Optimierungen, Wegwerf Prototyping, extreme Programming (XP), rational unified Process (UP) und den agilen Prozess. Entscheiden, welche zu beschäftigen, hängt weitgehend von zukünftigen Endbenutzer Anforderungen und Erwartungen, Komplexität des Projekts und nachfolgende betriebliche Pflege der Zeit- und Kostenrahmen vor Software-Ingenieure.

Bedeutung

Schreiben, montieren und Testen von Code ist eine sehr anspruchsvolle, sehr aufwendige Unternehmen. Die Funktion wird computerisiert muß in seine einzelnen Teile zerlegt, die Aufgaben und Aktivitäten der einzelnen Teile in Zeilen Code übersetzt und dann diese Codeblöcke mit ihren umliegenden Blöcke und das Programm als Ganzes integriert. Sobald sie unternehmungslustig ist, unvorhergesehene Pannen ausnahmslos Oberfläche erfordern patches und fixes. Ein Programm mit einer lange operative Lebensdauer muss auch in regelmäßigen Abständen aktualisiert werden.

Expertenwissen

Bestimmte Modelle passen einige besser als andere Unternehmen. Unveränderliche Umgebungen, Frank Kand von der London School of Economics beobachtet, haben sehr spezifische Standardarbeitsanweisungen. Unter Berufung auf strenge Dokumentation und sorgfältige Entwicklung wie den Wasserfall und die Spirale Modelle funktionieren am besten hier. Aber wenn ständige Änderung der Norm ist, eine Organisation ist rapid Prototyping besser gedient. Manchmal lernt die Organisation aber es bewegt sich voran, und Softwareentwickler mit unbekannten befassen müssen. Hier arbeiten Wegwerf-Prototyping, explorative Entwicklung und agile Softwareprozesse besser.

Strukturierte Prozesse

Gründliche und zeitaufwendig, der Wasserfall-Prozess "definiert bevor es designs" und "entwirft bevor es codes." Bedürfnisse der Nutzer sind dokumentiert und Softwareanforderungen ermittelt, dann die Architektur des Systems dient; Codieren und testen folgen. Aber es ist kein iterativer Prozess, man wo Design-Ideen und Code wiederholt revisited und verfeinert werden. Oft vage Benutzeranforderungen kommen zurück zu Entwickler verfolgen. Nehmen mehr schrittweise, steuert den Spiral-Prozess diese und andere Risiken. Jede Phase liefert die fertige Software. Risiken und Einschränkungen werden analysiert und neue Ansätze im Vorfeld erkundet. Entwickler kombinieren daher häufig beide Prozesse.

Unstrukturierte Prozesse

Endnutzer stellen oft Entwickler mit bestenfalls eine skizzenhafte ursprünglichen Anforderungen. Also Designer einen Prototyp mit dem Client erstellen, testen Sie es, verfeinern Sie es zu und testen Sie es erneut, bis der Kunde zufrieden ist. Manchmal Entwickler fehlt sogar den meisten rudimentären Satz von Ende Benutzeranforderungen zu Beginn des Projekts und somit auf eine on-the-Fly, Codeupdate Sondierungsprozess verlassen. Ein Babybett wird verwendet, wenn Zeit und Mittel Einschränkungen stark belasten. Obwohl ratsam, tweaking-handelsübliche Software hat eine Kehrseite: funktionale Kompromisse oft erfolgen müssen und Interoperabilitätsprobleme zu überwinden.