Strukturierter Entwurf - Software Engineering: Dependability

Weitere Magazine

Empfehlungen

Info

Abstrakte DatenobjekteVorteile eines Datenobjektmoduls• Abstrakte Datenobjekte können allein durch Anwendung der definiertenZugriffsoperationen benutzt werden, ohne irgendwelche Kenntnisse derImplementation• Durch die Datenabstraktion wird das »Was« vom »Wie« getrennt• Die Zugriffsoperationen können ohne Rücksicht auf die Struktur des internenGedächtnisses (z.B. Datei-, Satz- und Datenstrukturaufbau) von denAnforderungen der Anwendung her festgelegt werden• Änderungen an einer Zugriffsoperation haben im Allgemeinen keine Auswirkungenauf andere Zugriffsoperationen• Ohne Datenabstraktion kann eine Änderung der Datenstruktur (einschl. Datei- und Satzstruktur) u.U.Auswirkungen auf alle zugreifenden Anweisungen haben• Notwendige strukturelle Änderungen des internen Gedächtnisses haben imAllgemeinen keine Auswirkungen auf die Anwendung der Zugriffsoperation44SE 2 – <strong>Entwurf</strong>© Prof. Dr. Liggesmeyer
Abstrakte DatenobjekteVorteile eines Datenobjektmoduls• Je weniger Daten in der Parameterliste einer Zugriffsoperation übertragen werden• desto änderungsfreundlicher ist eine Datenabstraktion• desto mehr Zugriffsoperationen erhält man• Der Anwender muss keine eigenen Programme schreiben, um die Datenstrukturzu manipulieren• Die Semantik der Datenabstraktion ändert sich nicht, wenn nur dieImplementierung modifiziert wird• Eine Datenabstraktion kann durch mehrere Implementierungen realisiert werden45SE 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: Abstrakte DatenobjekteAufgaben abst
Seite 47 und 48: Abstrakte DatentypenAbstrakte Daten
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?