Strukturierter Entwurf - Software Engineering: Dependability

Weitere Magazine

Empfehlungen

Info

Abstrakte Datentypen (ADT)• Trennung von Typdeklaration und Variablendeklaration• Beliebig viele Exemplare können erzeugt werden• Jedes Exemplar besitzt sein eigenes Gedächtnis• Vergleich: Klasse – ADT• ADT entspricht weitgehendeiner Klasse, aber ohne VererbungADTinternes GedächtnisProzedur 1Funktion 2Prozedur 346SE 2 – <strong>Entwurf</strong>© Prof. Dr. Liggesmeyer
Abstrakte DatentypenAbstrakte Datentypen mit Typen als formalen Parametern• Exemplare sind• im Verhalten identisch und• unterschieden sich durch den Typ des internen Gedächtnisses• Ziel: Konstruktion typunabhängiger ADTs• Weg: Typparametrisierung• Als formaler Parameter wird ein Typname angegeben• Bei der Erzeugung von Exemplaren wird auf der Parameterliste dann der für dieses Exemplargewünschte Typ aufgeführt• Beispiel: Für eine Anwendung werden drei verschiedene Warteschlangen benötigt• In einer Warteschlange sollen float-Zahlen verwaltet werden• In einer Warteschlange sind Einzelzeichen zu speichern• In einer Warteschlange sind Zeichenketten der Länge 24 aufzubewahren47SE 2 – <strong>Entwurf</strong>© Prof. Dr. Liggesmeyer
Seite 1 und 2: Software Entwicklung 2Entwurf
Seite 3 und 4: SE 2 - Entwurf© Prof. Dr. Liggesme
Seite 5 und 6: Ziele und Aufgaben des Entwurfs•
Seite 9 und 10: Ziele und Aufgaben des Entwurfs•
Seite 11 und 12: Ziele und Aufgaben des EntwurfsErge
Seite 13 und 14: Funktionale Abstraktion• Anwendun
Seite 15 und 16: Funktionale Abstraktion• Funktion
Seite 17 und 18: Funktionale Abstraktion• Programm
Seite 25 und 26: Strukturierte Software-Architektur
Seite 27 und 28: Strukturierte Software-ArchitekturT
Seite 29 und 30: Strukturierte Software-Architektur
Seite 31 und 32: Modularer Entwurf• Funktionale Ab
Seite 33 und 34: Abstrakte Datenobjekte• Zusammenf
Seite 37 und 38: Abstrakte DatenobjekteBeispiel: Abs
Seite 41 und 42: Abstrakte DatenobjekteModulspezifik
Seite 43 und 44: Abstrakte DatenobjekteAufgaben abst
Seite 45: Abstrakte DatenobjekteVorteile eine
Seite 49 und 50: Transformation von SA nach SD• Zw
Seite 51 und 52: BenutzernameTransformation von SA n
Seite 53 und 54: Transformation von SA nach SDMethod
Seite 57 und 58: Transformation von SA nach SD• An
Seite 61 und 62: Transformation von SA nach SDSchrit
Seite 63 und 64: Transformation eines SA-Modells•

Strukturierter Entwurf - Software Engineering: Dependability

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?