Kapitel 3

• Grundsatz, den man seinem Handeln zu Grunde legt
• z.B. "Objektorierntierung"

• Vorschrift, zur Durchführung einer Tätigkeit
• z.B. Java

• Bündelung von Techniken zur Erreichung vorgegebener Ziele
• z.B. Anwendung von OO-Programmierung

• bei einer Methode ist verstanden, wie und unter welchen Rahmenbedingungen eine Methode eingesetzt werden kann, um die gewünschten Ergebnisse zu erreichen

• man kennt die Grenzen der Anwendbarkeit.

• Technik = wie?

• Methode = warum?

• Rechenunterstützung für Techniken und Methoden
• z.B. Eclipse JDE

• Striktheit und Formalität
• Strukturierung
• Modularität
• Abstraktion
• Änderbarkeit
• Allgemeinheit
• Inkrementalität

• Strikte Spezifikation aller Entwicklungsartefakte, klare und eindeutige Dokumentation
• z.B. strikte Spezifikation aller Entwicklungsartefakte wie bspw. Anforderungsdefinition, Entwurf, Testfälle

• Verständnis

• Weitere Entwicklungsschritte

• Spätere Änderbarkeit

• Schadenspotential von Missverständnissen

• Unterteilung in Aspekte / Bereiche und separate Behandlung dieser Bereiche

• Zeitlich: Anforderungsanalyse / Entwurf / Programmierung / Test
• Qualität: Performanz / Robustheit / Korrektheit

• Aufteilung

• Integration zu Gesamtsystem

Vorteile:

• Überschaubarkeit und Handhabbarkeit

• Komplexitätsbeherrschung

• Fokus auf das Wesentliche

Nachteile:

• Globale Optimierungen schwerer zu berücksichtigen

• „Pragmatischer“ Lösungsansatz

• Voraussetzung für Wiederverwendung in kleinen Teilen und lokale Änderbarkeit

• Hohe Kohäsion = enger interner Zusammenhalt

• Geringe Kopplung, = wenig Wechselwirkungen mit anderen Modulen

• Beschreibt wie eng die Elemente innerhalb eines Moduls zusammenhängen

• Je höher die Kohäsion umso enger die Zusammenhänge

• Beschreibt wie stark unterschiedliche Module voneinander abhängen

• Je höher die Abhängigkeit umso schwieriger ist es Änderungen in einem Modul vorzunehmen, da dann alle anderen Module davon betroffen sind.

„Weglassen“ unwichtiger Daten und auf das wesentliche konzentrieren

• = „weggelassene“ Merkmale

• Beispiel „Landkarte“ z.B.:

  • Wassertemperatur

  • Fauna / Flora (z.B. Bäume ..)

• kommen in der Realität nicht vor

• Beispiel „Landkarte“ z.B.:
  • Einfärbung der Straßen je nach Art

• Umgang mit Änderungen

• Erweiterung der Funktionalität basierend auf Erkenntnisgewinn

  (enhansive Wartung)

• Beseitigung von Fehlern (korrektive Wartung)

• Verbesserung nicht-funktionaler / Qualitäts-Eigenschaften (perfektive Wartung)

• Erweiterung der Funktionalität wegen sich ändernder Rahmenbedingungen (adaptive Wartung)

• Flexible Erfüllung zusätzlicher Kundenwünsche, Produktlinien, ...

• Alles wird geändert

• Erlaubt den Einsatz von SW für verschiedene Zwecke

• unterstützt Änderbarkeit

• aber verursacht Aufwand

• Tätigkeit in Schritte gliedern und durchführen und nach jedem Schritt entsprechend rückkoppeln

  • Man betrachtet nicht alles an einem Stück, sondern in kleineren „Tranchen“, die man besser handhaben kann.

oder

• In gewisser Weise ein „Separation of Concerns“

Ziel bekannt, wird mit jeder „Tranche“ besser erreicht

Ziel der Entwicklung bleibt offen