Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung | ||
se:nofrills [2008-12-30 20:44] stefan |
se:nofrills [2014-04-05 11:42] (aktuell) |
||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
====== No-Frills-Software-Engineering ====== | ====== No-Frills-Software-Engineering ====== | ||
- | * nach {[quellen:Gruhn2008]} | + | **nach \cite{Gruhn2008}** |
* "Software-Engineering ohne Schnickschnack" | * "Software-Engineering ohne Schnickschnack" | ||
* soll eine schlanke und wertorientierte Alternative zu herkömmlichen Vorgehensweisen zur Entwicklung von Informationssystemen bieten | * soll eine schlanke und wertorientierte Alternative zu herkömmlichen Vorgehensweisen zur Entwicklung von Informationssystemen bieten | ||
Zeile 66: | Zeile 67: | ||
===== Hauptaktivitäten ===== | ===== Hauptaktivitäten ===== | ||
+ | * Entwickle eine Vision | ||
+ | * Warum wird die Software erstellt? -> strategische, wirtschaftliche Ziele | ||
+ | * Für wen wird die Software erstellt? -> Stakeholder | ||
+ | * Was soll die Anwendung grob tun und was nicht? -> Funktionalität | ||
+ | * die Erfassung der Vision erfolgt methodengestützt (Results Chain Analysis, Benefits Realization Analysis) | ||
+ | * Fokussierung auf Wesentliches und angemessene Abstraktion | ||
+ | * die Vision muss allen Stakeholdern klar sein und von allen akzeptiert werden | ||
+ | * Sammeln von Anforderungen | ||
+ | * strukturierte Erfassung von Anforderungen, deren Herkunft und Priorität | ||
+ | * Dokumentation von Unsicherheiten durch Annotationsverfahren nach Brügge | ||
+ | * bereits Berücksichtigung der Release-Planung -> Ziel ist Priorisierung der Anforderungen und zeitliche Planung ihrer Umsetzung | ||
+ | * No-frills-Entwurf | ||
+ | * Einsatz von UML-Profilen, die Ungenauigkeiten und Unschärfen darstellen können | ||
+ | * Prototyping | ||
+ | * Erwartungen der Anwender managen -> sie werden kontinuierlich eingebunden und mit Zwischenergebnissen konfrontiert -> Unsicherheiten sowohl auf Seiten der Entwickler als auch auf Seiten der Anwender werden abgebaut | ||
+ | * Wegwerf-Oberflächenprototypen zeigen die Navigation -> sinnvoll bei neuen Geschäftsprozessen | ||
+ | * Klickbare Struktur-Prototypen wachsen schrittweise zu einem Abbild der Anwendung heran, veranschaulichen das grundlegende Verhalten | ||
+ | * Testen | ||
+ | * Ableitung der Testfälle aus vorgelagerten Artefakten | ||
+ | * Teste das Wesentliche | ||
+ | ===== Vorteile von No-Frills ===== | ||
+ | * Aufbau eines breiten Domänenwissens bei den Entwicklern -> konsistene Artefakte | ||
+ | * der Softwareentwicklungsprozess läuft schlanker und wird an den wichtigen Stellen methodisch gezielt unterstützt | ||
+ | * explizite Behandlung des Themas Unsicherheit gerade im Bereich der Anforderungen | ||
+ | * kontinuierliche Ausrichtung auf den wirtschaftlichen Nutzen der Software |