Software Engineering I

Transkript

1 Skript zur Vorlesung

2 Agenda Allgemeine Einführung Funktionsbäume Klassendiagramme Daten Dictionary ERD-Modelle

3 Basiskonzepte Statik Dynamik Logik Funktionen Daten Datenstrukturen Architektur Kontrollstrukturen Zustände Prozesse Zeitliches Verhalten Abhängigkeiten Entscheidungstabellen Mathematik Regeln Beschreiben die feste Struktur des Systems, die sich während der Laufzeit nicht ändert. Beschreiben das Verhalten und die Veränderungen während der Laufzeit. Beschreiben die Programmfunktion logisch und mathematisch

4 UML 2.0 (separate VL) 7 Strukturdiagramme: das Klassendiagramm das Kompositionsstrukturdiagramm (auch: Montagediagramm) das Komponentendiagramm das Verteilungsdiagramm das Objektdiagramm das Paketdiagramm und das Profildiagramm 7 Verhaltensdiagramme: das Aktivitätsdiagramm das Anwendungsfalldiagramm (auch: Use-Case o. Nutzfalldiagramm genannt) das Interaktionsübersichtsdiagramm das Kommunikationsdiagramm das Sequenzdiagramm das Zeitverlaufsdiagramm und das Zustandsdiagramm Grenzen und Übergänge zwischen den Diagrammtypen sind fließend.

5 Methoden und Darstellung textuell grafisch Text informal semiformal formal Nummerierte Anforderungen Struktogramm Funktionsbaum Kollaborationsdiagramm Sequenzdiagramm Entscheidungstabellen Pseudocode Regeln DFDs Klassendiagramm Data Dictionary ERD Zustandsautomat Petri- Netze Entscheidungsbäume Petri-Netz (textuell)

6 Kopplung von Daten und Funktionen Funktion 1 Funktion 2 Daten Funktion 3 Funktion n Klasse 2 Klasse 1 Funktion n Funktion 2 Funktion n Funktion 1 Funktion 2 Funktion 1 Daten Daten Funktionsorientierung Objektorientierung

7 Funktionen und Bäume Funktionsbaum Ein Funktionsbaum ist die Darstellung einer funktionalen Hierarchie durch Gliederung nach Teilfunktionen. Funktionsbäume werden in Analyse und Design als Hilfsmittel eingesetzt. Funktion Sie beschreibt eine Tätigkeit oder eine klar umrissene Aufgabe innerhalb eines größeren Zusammenhangs. Funktionale Bindung Sie liegt vor, wenn alle Elemente an der Verwirklichung einer einzigen abgeschlossenen Funktion beteiligt sind. Funktionale Dekomposition

8 Funktionsbaum: Schema Besteht-aus-Hierarchie (Analysephase): A besteht aus B und C Ruft-auf-Hierarchie (Entwurfsphase): A ruft B und C auf. B A C Erstellungsregeln: Unter einer gemeinsamen Vaterfunktion sollen nur Funktionen angeordnet sein, die fachlich eng zusammengehörende Tätigkeiten beschreiben. Auf einer Hierarchieebene sollen Funktionen angeordnet sein, die sich auf gleichem Abstraktionsniveau befinden.

9 Funktionale Dekomposition Funktionale Dekompositionist ein Modellierungsansatz, um Probleme, die unüberschaubar groß sind, in kleinere Teilprobleme (Funktionen) zu zerlegen. Sind die Teilprobleme gelöst, so ist das Gesamtproblem ebenfalls gelöst. divide et impera = teile und herrsche = divide and conquer Top-Down-Strategie (im Gegensatz zur Bottom-Up-Strategie)

10 Funktionsbaum: Methoden bottom-up top-down

11 Funktionsbaum: Beispiel

12 Funktionale Modellierung Bei der Funktionsmodellierung (auch geläufig unter dem Begriff Funktionale Dekomposition) werden die Ein-und Ausgabevorgänge eines Software-Systems untersucht und dargestellt. Die Funktionsmodellierung liefert einen Überblick über die Struktur des Systems. Die Darstellung dieser Struktur erfolgt über ein Baumdiagramm. In dem Baumdiagramm werden die einzelnen Funktionen Schritt für Schritt aufgeschlüsselt und verfeinert. Untersucht die externen Schnittstellen eines Systems liefert Überblick über die Struktur des Systems Funktionen werden in einem Baumdiagramm nach dem Top-Down-Prinzip dargestellt und zerlegt. In der Designphase ist auch das Bottom-Up-Prinzip anwendbar. Nachteil: Datenflüsse werden nur wenig berücksichtigt

13 Übung Funktionsbaum Funktionsbaum Eine Seminarverwaltung verfügt unter anderem über folgende Funktionen: /F10/ Informieren: Von Anfrage bis Auskunft /F20/ Buchen: Von Anmeldung bis Buchung /F21/ Abmelden: Von Abmeldung bis Gutschrift /F22/ Stornieren: Von Absage bis Stornomitteilung /F23/ Firmenbuchung: Von Anmeldung bis Buchung einer firmeninternen Veranstaltung /F30/ Veranstaltung durchführen: Von Teilnahme bis Beurteilung /F40/ Seminarentwicklung: Von Idee zu neuem Seminar /F50/ Dozentenakquirierung: Von Auswahl bis Verpflichtung /F60/ Veranstaltungsplanung: Von Terminierung bis Reservierung /F70/ Teilnehmerliste pro Veranstaltung /F80/ Teilnehmerurkunde für jeden Veranstaltungsteilnehmer Gliedern Sie die Funktionen der Seminarverwaltung hierarchisch in Form eines Funktionsbaumes.

14 Klassen (Java Vorlesung) Klassen Klassen Menge von Objekten (Dingen) mit denselben Eigenschaften (Attributen) demselben Verhalten (Methoden, Operationen) Bestehen aus Name, Attributen und Methoden Konzepte Vererbung, Mehrfachvererbung Polymorphie Klassen, Interfaces, Pakete, Komponenten Assoziation, Komposition, Aggregation Kapselung und Geheimnisprinzip, Generalisierung Objektorientierter Ansatz (C++, Java )

15 OO wichtige Begriffe Objekt: Ein Objekt fasst Daten und Funktionen zusammen. Dargestellt wird ein Objekt in einem UML-Diagramm durch ein Rechteck. Zu beachten ist, dass Objekte immer eine eigene Identität haben, auch wenn sie sich beispielsweise in ihrer Funktion und in ihrer Struktur ähneln. Attribut: Ein Attribut (Beschreibungsmerkmal) findet auch unter dem Begriff Eigenschaft Einsatz in der objektorientierten Programmierung. Unter anderem werden auch Attribute auf Klassen vererbt. Ein Mensch hat verschiedene Attribute (Eigenschaften) wie z.b. Größe, Gewicht, Haarfarbe, Augenfarbe usw. Operation/ Methode: Die einer Klasse von Objekten zugeordneten Algorithmen bezeichnet man auch als Methoden. Polymorphie: Durch Polymorphie (griechisch = Vielgestaltigkeit) können einem Wert oder einem Namen (z.b. Variable) mehrere Datentypen zugeordnet werden. Object Constraint Language: ObjectConstraintLanguage ist ein Bestandteil des UML-Standards. OCL begreift sich als eine Erweiterung zu UML. Es dient zur Darstellung von zusätzlichen Bedingungen, die mit UML nur schwer darzustellen wären.

16 OO wichtige Begriffe Aggregation Die Aggregation ist eine besondere Assoziation zwischen Objekten. So könnte man sagen, dass eine Aggregation eine schwache Beziehung zwischen den Objekten beschreibt. Ein Objekt kann auch ohne das andere Objekt bestehen, obwohl es ein Teil davon ist. Beispiel: Man hat ein Haus und ein Garten. Verkauft man nun den Garten hat man immer noch das Haus. Das Gesamtobjekt Grundstück ist aber immer noch existent Darstellung: Leere Raute. Komposition: Wie auch die Aggregation ist die Komposition eine spezielle Assoziation. Im Gegensatz zur Aggregation darf bei der Komposition das Teilobjekt nicht ohne das Ganzobjekt auskommen. Beispiel: Dreieck besteht aus 3 Punkten und 3 Kanten nimmt man ein Objekt weg ist auch das Dreieck nicht mehr existent. Darstellung: Ausgefüllte Raute. Kohäsion: Kohäsion beschreibt die Anzahl der Aufgaben, für die einzelne Einheiten zuständig sind. So strebt man meist in der objektorientierten Programmierung eine hohe Kohäsion an, d.h. die Einheit übernimmt genau eine Aufgabe. Daraus ergibt sich, dass es bei einer hohen Kohäsion z.b. viel einfacher ist, eine Klasse bzw. Methode zu verstehen.

17 Data Dictionary (DD) Das Data Dictionary(DD, Datenlexikon) ist ein Verzeichnis, das Informationen über die Struktur von Daten, ihre Eigenschaften und ihre Verwendung enthält. Es beschreibt alle persistenten Daten eines Systems. Aufgrund der Data Dictionary-Daten können Bildschirmmasken automatisch generiert werden. Datenaustausch: Die Struktur einer Datenbanktabelle kann von einem Programm ausgelesen werden. Entkopplung von Datendefinition und -modellierung von der Programmentwicklung. Formal kommt die BNF (Backus-Naur-Form) zum Einsatz.

18 Anwendungsbeispiele Auswahl A= [ B C D ] A = B Wiederholung A= { B } A = *nichts* Option A= B + (C) A = B A = C A = B A = B + C A = D A = BB A = BBB.

19 Anwendungsbeispiele Wiederholung von M bis N A = 1{B}10 A= 5{B}5 A= 2{B} A = {B}3 A = B A = BBBBB A = BB A = *nichts* A = B... A = BBB A = B A = BBBBBBBBBB A = BBBB. A = BB A = BBB

20 DD Symbole Symbol Bedeutung Beispiel = Ist äquivalent zu A=B + Sequenz(ungeordnet) A=B+C [ ] Auswahl (entweder oder) A= [B C] {} Wiederholung A={B} M{}N Wiederholung von M bis N A=1{B}10 () Option A=B+(D) D ist optional ** Kommentar * Ich bin ein Kommentar *

21 Erstellungsregeln DD Definitionrichtung der Daten: top-down Ende der Verfeinerung: Wenn Datenelemente sinnvoll beschrieben Wiederholungs-und Optionsklammern möglichst weit oben in der Hierarchie Beispiel: A = B + (C) ist besser als A = B + C C = (D) + (E) ist besser als C = (D + E) Zirkuläre Definitionen sind nicht erlaubt Beispiel: A = B + C C = D + A Substituiert ergibt sich: A = B + D + A A ist zirkulär (rekursiv) definiert

22 Erstellungsregeln DD Alias-Namen sind erlaubt (für Sonderfälle) Beispiel: Auftrag = Artikel-Nr. + Menge + Datum = Bestellung Bestellung = Auftrag. Problembezogene Namen wählen Beispiel: Kundenname anstelle von Name Bereits definierte Datenstrukturen wiederverwenden Beispiel: Kundenname = Name, wenn Name bereits definiert ist Auswahl besteht aus mind. 2 Alternativen Beispiel: A = [ B C ]. Kontinuierliche Datenelemente Beispiel: Kunden-Nr. = Diskrete Datenelemente Beispiel: Familienstand = [ ledig verheiratet geschieden verwitwet]

23 DD: Beispiele Artikeldaten = Artikel_id + Erstellungsdatum + Titel + Text Benachrichtigungsschreiben = [Account angelegt Account gelöscht Nachricht von anderem Nutzer] Artikelanfrage = User_id + 1{ Artikel_id}20 Kunde = Kunden_id+ Name + Adresse Buch = Buch_id+ Autor + Titel + Preis Buchliste = {Buch} Einkauf = {Bestellung + Gesamtbetrag} Kundenstatus = [ reich arm ] Zimmerart = [ Einzelzimmer Doppelzimmer ] * Ein Kommentar ist immer wichtig. *

24 Bewertung DD Vorteile Aufbau und Verfeinerung von Datenstrukturen lassen sich formal und kompakt beschreiben Ähnlich wie in modernen Programmiersprachen Nachteile Kein graphische Darstellung Lesbarkeit eingeschränkt

25 Übung DD Was bedeuten: A = (B) A = 0 {B}1 A = [B] AB = [A B A+B] A=({B}) A={B} A=1{B} A={B}1 Welche der folgenden Ausdrücke sind in der Definition A = B + [C D+E F] enthalten? A=B A=B+C+F A=B+D+E A=B+C A=B+F

26 Übung DD Auszug aus einem DD -leider fehlt die letzte Seite. Spezifizieren Sie die Elemente möglichst genau. Kundendatei = {Kundeneintrag} Kundeneintrag = Personal-Nr. + Name + Adresse + (Geburtsdatum) + (Funktion) + Umsatz Name = Anrede + (Titel) + Vorname + Nachname Adresse = [Strasse + Haus-Nr. Postfachnummer] + (Länderkennzeichen) + PLZ + Ort + (Telefon) + (Fax)

27 Entity-Relationship Modellierung (ERD) Ziel ist die Beschreibung von Gegenständen (Entities, Objekte) Beziehungen (Relationships) Eigenschaften (Attribute) ER-Modell wird aufgebaut, um Anwendungsdaten zu strukturieren und zu analysieren Oft werden daraus Datenbanktabellen aufgebaut Modellierung erfolgt über ER-Diagramme Entität Beziehung Attribut

28 Grundlegende Begriffe Entität Element der Realität Franz Mayer Entitätstyp Gruppe gleich-artiger Mitarbeiter Entitäten Attribut Entitätseigenschaft Personalnummer, Name, Anschrift... Schlüsselkandidat Wertebereich Identifikationsattribut #PersNr (minimal) Zulässige Attributwerte #PersNr String(10) Kardinalität/ Komplexität Mandatorische / Optionale Bez. Quantifizierung von Beziehungen Muss-/Kann Beziehungen Jede Abteilung hat mehrere Mitarbeiter Ein Mitarbeiter kann einen Chef haben

29 Entity-Relationship Diagramm (ERD) A (0,n) R (1,1) B 0 bis n Jedes A hat 0 bis n Genau 1 Beziehungen zu einem B! (n,m) legt das Minimum und Maximum der Anzahl Beziehungen des angegebenen Typs fest, die ein Objekt haben kann. Möglich und üblich sind: (0,1) höchstens 1 (1,1) genau eins (n,m) zwischen n und m mit n,m >= 0 (* für unbekannte Obergrenze)

30 ERD: Beispiel Kunden (0,*) (1,1) bekommt Rechnung Name (0,*) (1,*) Adresse #KdNr interessiert an enthält Preis Artikel (0,*) (0,*) kommt vor in (1,1) (1,1) Rechnungspositionen Menge #PosNr Größe Farbe #ArtNr

31 Bewertung ERD Vorteile Graphisch schnell erfassbar, Beziehungen sofort sichtbar Autogenerierung von Tabellen Nachteile Wird sehr großflächig (unübersichtlich) Meist keine exakte Beschreibung der Daten

32 Zusammenfassung Statik ist die feste Struktur eines Systems aus Funktions- und Datensicht Wichtige Stichworte: Funktionen, Klassen, Datenlexikon Darstellung erfolgt mit Hilfe von Diagrammen und Beschreibungen.

33 Architekturmuster und -patterns Allgemeine Definitionen Muster (Patterns) beschreiben häufig auftretende Entwurfsprobleme und dazu universell verwendbare generische Lösungsschemen. Architekturmuster beziehen sich auf die Architektur von Softwaresystemen. Entwurfsmuster(Design Patterns) sind weniger stark abstrahiert und beziehen sich eher auf die Softwarekodierung. Die bekanntesten Design Patterns sind von GoFbeschrieben (Gang offour: Gamma, Helm, Johnson und Vlissides). Arten von Architekturmustern Struktur (Layer, Pipes and Filters, Blackboard) Verteilte Systeme (Broker, P2P, Client-Server) Interaktive Systeme (MVC / Model-View-Controller, Presentation-Abstraction-Control) Adaptierbare Systeme (Microkernel, Reflection) Ereignisverarbeitung (Proactor, Reactor) Synchronisation (Object Synchronizer) Arten von Entwurfsmustern (Design Patterns) Erzeuger-Muster (Prozess der Objekterzeugung: Abstract Factory, Builder, Factory Method, Prototype, Singleton) Struktur-Muster (Zusammenbau von Klassen und Objekten: Adapter, Bridge, Composite, Decorator, Facade, Flyweight, Proxy) Verhaltens-Muster (Algorithmen sowie Aufgabenteilung zwischen Klassen: Iterator, Mediator, Observer, State, Strategy, Template Method, Visitor)