Fragenkatalog zum Hotel Beispiel

a) Neuentwicklung

b) Migration

c) Wartung

d) Digitalisierung

e) Neuentwicklung, evtl. Migration der vorhandenen Daten

Hotelbetreiber, Manager, Rezeptionist

Kunde hat kein User Interface → Software wird nicht für sie entwickelt

Teamgröße - Schwierig zu bewerten, grob:

1-2 Teams = 3-5 oder 6-9 Entwickler

• Projektleiter

• Technischer Architekt

• Web Developer

• UI, UX Entwickler

• Security (Kreditkartenzahlung, Datenbank)

• Jemanden mit Gastronomiekenntnissen

• Tester

• etc.

"Nichtfunktionale Anforderungen sind alle Anforderungen die ich brauche damit die funktionale Anforderung benutzbar ist" → Begrenzung verschwommen

Anforderungen die der Markt-Studie zufolge wichtig sind undmessbarsind.

• Leistung und Performance

• Usability und menschliche Faktoren

• Sicherheit

• Wartbarkeit

• Erweiterbarkeit

Beispiele:

• Modifizierbarkeit: Aufwand zur Ausführung von Verbesserungen, zur Fehlerbeseitigung oder Anpassung an Umgebungsänderungen.

• Stabilität: Wahrscheinlichkeit des Auftretens unerwarteter Wirkungen von Änderungen.
  • Ja weil Ausfall des Systems viel Geld kostet für Betreiber

• Bedienbarkeit: Aufwand für den Benutzer, die Anwendung zu bedienen.
  • Ja weil Personal nicht so Computer affin sind

• Erlernbarkeit: Aufwand für den Benutzer, die Anwendung zu erlernen (zum Beispiel Bedienung, Ein-, Ausgabe).

• Zeitverhalten: Antwort- und Verarbeitungszeiten sowie Durchsatz bei der Funktionsausführung.

• Sicherheit: Fähigkeit, unberechtigten Zugriff, sowohl versehentlich als auch vorsätzlich, auf Programme und Daten zu verhindern.
  • Ja sehr wichtig, wegen Umgang mit Kunden und Kreditkarten Daten

• Interoperabilität: Fähigkeit, mit vorgegebenen Systemen zusammenzuwirken.

• Richtigkeit: Liefern der richtigen oder vereinbarten Ergebnisse oder Wirkungen, zum Beispiel die benötigte Genauigkeit von berechneten Werten.

• Anpassbarkeit: Fähigkeit der Software, diese an verschiedene Umgebungen anzupassen.

• Installierbarkeit: Aufwand, der zum Installieren der Software in einer festgelegten Umgebung notwendig ist.

Iterative Software Entwicklung. → RUP

Iteratives / Inkrementelles Vorgehen

Schrittweises Vorgehen.

Sehr lange, sehr große, Komplexe Systeme, unklare / ändernde Anforderungen, schnell erste verwendbare Protoypen verlangt.

wenn man schnell schon etwas "greifbares" haben möchte

Integration findet kontinuierlich statt

kleine Etappen / Meilensteine die gemeinsam geplant werden, Planung einfacher

Kontinuierlich hohe Qualität

Ziel:

Rasch mit Teillösung auf den Markt kommen - dann ausbauen.

Gleichzeitig kann an darauf folgenden Versionen (von mehreren Teams) geplant / gearbeitet werden.

Architektur muss stabil sein

Prioritisierung, Anordnung nach Relevanz für Kunde.

• RUP

  Rational Unified Process RUP

  Inkrementell, iterativ, phasenorientiert.

  Im kommerziellen Umfeld.

  UML in jeder Phase.

  Integriertes Anforderungsmanagement und Änderungsmanagement (supporting workflow).

  Phasen mit Meilensteinen

  Eine Phase kann mehrere Iterationen haben (Von Projektmanager festgelegt).

  Aktivität + Verantwortlicher = Artifakt

  Jede Phase / Aktivität von einem Verantwortlichen erzeugt ein Produkt / Artefakt → überprüft, freigegeben.

  Wenn Überprüfung nicht bestanden, weitere Iteration.

  1. Inception (Beginn)

     Anforderungen (Geschäftsfälle / Business Cases), Rahmenbedingungen definiert.

  2. Elaboration (Entwurf + Design)

     Spezifikation aus Anforderungen.

  3. Construction (Implementierung)

     Komponenten umgesetzt.

  4. Transition (Auslieferung)

     Auslieferung an Kunden, Product release.

  

  Disziplinen und Workflows

  9 Disziplinen die durch alle Phasen geführt werden

  6 Engineering Workflows

  3 Supporting Workflows

  Engineering Workflows

  1. Business Modeling: Geschäftsfallmodellierung mit UML

  2. Requirements: Anforderungen genau erheben, Verfeinerung der Use-Cases

  3. Analysis & Design: Erstellen wichtige Dokumente / Artefakte: Architektur, Design, Test-Dokumente

  4. Implementation

  5. Test

  6. Deployment: Fertigstellung, Auslieferung

  Supporting Workflows

  1. Configuration and Change Management: Dokumentenversionierung mit Version Control System

  2. Project Management

  3. Environment: Definiert Ressourcen, Budget und Werkzeuge für Entwickler

  Vorteile

  Real-world Szenarien.

  Werkzeugunterstützung (Rational XDE, IBM).

  Vordefinierte Liste mit erforderlichen Artefakten.

  Nachteile

  Komplexität, Dokumentationsaufwand

  Anwendungsbereich

  Grosse Projekte die einen Überblick brauchen (inkl. Deployment).

Durch iterativen Prozess zB RUP bei der man Meilensteine festlegen muss → Meilensteine nach Features festlegen.

InjederIteration einen Plan (Meilensteine) mit Tests.

Graue Linie ist die Soll-Linie die nach jedem Sprint geschätzt wird.

Sprünge tauchen meistens nach Reviews auf nachdem man feststellt, dass Anforderungen nicht erfüllt wurden.

Spikes am Schluss:

• unvollständige Anforderungen

• Anwender nicht involviert

• Keine Management-Unterstützung

• Häufige Änderung der Anforderungen

• Fehlende Planung