Vorlesung "Praktische Softwaretechnik" Teil 8: Einführung in die Systemanalyse

Transkript

1 Vorlesung "Praktische Softwaretechnik" Teil 8: Einführung in die Systemanalyse Vortragender: Prof. Dr. Dirk Riehle Folien: Prof. Dr. Ing. Detlef Kips, develop group Praktische Softwaretechnik Informatik Martensstraße Erlangen

2 Wiederholung: Die essentiellen Phasen des Software Entwicklungsprozesses Anforderungsdefinitionsphase Frage: Welche Anforderungen will man mit dem Zielsystem erfüllen? Systemanalysephase Frage: Wie modelliert man die Anwendungswelt, in der diese Anforderungen auftreten? Hinweis: BALZERT fasst in seinem Lehrbuch der Software Technik die Phasen Anforderungsdefinition und Systemanalyse zu einer einheitlichen Definitionsphase zusammen. Systementwurfsphase Frage: Wie setzt man das Modell der Anwendungswelt unter Berücksichtigung der technischen Rahmenbedingungen in eine informationstechnische Lösung um? Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 2

3 Wiederholung: Die essentiellen Phasen des Software Entwicklungsprozesses (Forts.) Implementierungsphase Frage: Wie gewinnt man aus dem Entwurf einer informationstechnischen Lösung ein lauffähiges System? Systemvalidierungsphase Frage: Wie überzeugt man sich von der Konformität des lauffähigen Zielsystems zu den ursprünglichen Anforderungen? Bemerkung: Im Rahmen der Definition eines konkreten Entwicklungsprozessmodells werden diese essentiellen Phasen typischerweise in verschiedene Teilphasen bzw. aktivitäten unterteilt... mehr oder weniger stark parallelisiert... mit diversen Iterationen bzw. Rückkopplungsmöglichkeiten versehen... u.u. durch weitere, projektspezifische Phasen ergänzt. Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 3

4 Zielsetzung der Systemanalyse Das primäre Ziel der Systemanalysephase besteht in der Erstellung und Dokumentation eines Systemmodells, das den während der Anforderungsdefinition ermittelten Anforderungen genügt,... das zu erstellende Softwaresystem mit den Begriffen der Anwendungswelt hinreichend exakt beschreibt. In der Systemanalysephase wird eine fachliche (= anwendungsbezogene) Problemlösung erarbeitet. Fragestellung: Was ist zu realisieren? nicht: Wie ist es zu realisieren? Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 4

5 Ergebnisse der Systemanalyse Das Ergebnis der Systemanalysephase ist i.a. eine Sammlung von Artefakten und Dokumenten, darunter typischerweise ein sog. Pflichtenheft (= verfeinerte und bereinigte Fortschreibung der Anforderungen)... ein sog. Systemglossar (= Definition der verwendeten Terminologie und Begriffe)... (optional) ein Oberflächenprototyp bzw. ein rudimentäres Pilotsystem... (optional) eine erste Version eines Benutzerhandbuchs... eine Dokumentation des eigentlichen Analyse Modells ( später!) Die Gesamtheit dieser Artefakte und Dokumente bezeichnet man auch als Produkt Definition oder System Definition Produkt Spezifikation oder System Spezifikation Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 5

6 Mitwirkende Rollen in der Systemanalyse An der Systemanalyse wirken typischerweise folgende Rollen mit: Projektleiter Aufgaben: Planung, Steuerung und Kontrolle der durchzuführenden Aktivitäten Anwendungsspezialist Bereitstellung und Dokumentation von Expertenwissen über die Anwendungswelt und über die fachlichen Anforderungen Mitwirkung an der Erstellung des Pflichtenheftes, des Systemglossars und des Analysemodells Systemanalytiker Aufgaben: Erstellung des Analyse Modells aus den im Pflichtenheft beschriebenen Anforderungen Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 6

7 Mitwirkende Rollen in der Systemanalyse (Forts.) Auftraggeber Aufgaben: Prüfung und Abnahme der erstellten Artefakte optional: Software Ergonom Aufgaben: Konzeption, Mitwirkung bei der Erstellung sowie Evaluation von Benutzungsoberflächen optional: Technischer Redakteur Aufgaben: Konzeption und Realisierung von Benutzerhandbüchern und Online Hilfe Systemen Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 7

8 Exkurs: Modellbildung und Systemmodelle (1) Eine der zentralen Aufgaben in den frühen Phasen eines größeren Entwicklungsprojektes besteht in der Modellbildung. Ziel der Modellbildung: Beschreibung der wesentlichen Eigenschaften des Zielsystems durch eine ggf. vereinfachte, abstrakte Repräsentation in Form eines Systemmodells Das Systemmodell entsteht i.a. sukzessive im Rahmen eines Prozesses der schrittweisen Verfeinerung und Konkretisierung, schwerpunktmäßig in der Systemanalyse und Entwurfsphase. Je nach Definition des gewählten Entwicklungsprozesses und der gewählten Modellierungsmethodik kann es unterschiedliche Abstraktionsstufen und Sichten eines Systemmodells geben: Analysemodell Designmodell Architekturmodell... Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 8

9 Exkurs: Modellbildung und Systemmodelle (2) Systemmodelle werden heutzutage vielfach werkzeuggestützt erstellt und in einem Modell Repository verwaltet. Vorteile der modellbasierten Softwareentwicklung: Automatisierte Codeerzeugung wird erleichtert Systemdokumentation kann automatisch erstellt werden Systemdokumentation bleibt automatisch aktuell und konsistent Änderungen können (im Idealfall) ausschließlich auf Modellebene durchgeführt werden Prinzip des Round Trip Engineering... ermöglicht es, wahlweise Modifikationen auf Ebene des Systemmodells oder auf Codeebene vorzunehmen... Konsistenzerhaltung zwischen Modell und Code wird durch den Einsatz automatischer Generatoren zwischen beiden Ebenen sichergestellt. Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 9

10 Exkurs: Modellbildung und Systemmodelle (3) Systemmodell (werkzeuggestütztes Repository) Codegenerator (Forward Engineering) "Round Trip Engineering" Reverse Engineering Dokumentationsgenerator Implementierung (Quellcode) Systemdokumentation Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 10

11 Das Analyse Modell Das Analyse Modell stellt das entscheidende Bindeglied zwischen den in der Anforderungsdefinitionsphase ermittelten Anforderungen und dem (implementierungsbezogenen) Systementwurf dar. Aufgabe des Analyse Modells ist es, die wesentlichen Eigenschaften des Zielsystems aus einer anwendungsbezogenen Perspektive vollständig konsistent präzise redundanzfrei überprüfbar zu beschreiben. Häufig verwendete Synonyma für Analyse Modell : Produkt Modell (z.b. bei Balzert) Fachkonzept (wird typischerweise verwendet in der Terminologie von Behörden, Banken und Versicherungen) Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 11

12 Aspekte der Modellbildung: Typische Fragestellungen Gegenstände der Modellierung Welche Eigenschaften bzw. Aspekte des Zielsystems werden modelliert? Anwendungskontext der Modellierung In welchem fachlichen Anwendungsbereich ist das Zielsystem angesiedelt? Sichten der Modellierung Unter welchem "Blickwinkel" erfolgt die Modellierung bestimmter Teilaspekte bzw. Eigenschaften des Zielsystems? Modellierungskonzepte Welche Basiskonzepte der Modellierung eignen sich zur Spezifikation bestimmter Aspekte bzw. Eigenschaften des Zielsystems? Welche Notation wird beim Einsatz dieser Basiskonzepte verwendet? Methodik der Modellbildung Welche Vorgehensweise wird bei der Modellierung verwendet? Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 12

13 Aspekte der Modellbildung: Gegenstände der Modellierung Die Gegenstände der Modellbildung während der Systemanalyse lassen sich grob vier verschiedenen Aspekten bzw. Sichten auf das Zielsystem zuordnen: Struktur und Beziehungen der benötigten bzw. erzeugten Daten und Informationen Gliederung des Systems in Funktionen bzw. Teilfunktionen, die eine aus Anwendersicht relevante Funktionalität erbringen Dynamik des Zielsystems (Abläufe und Zeitverhalten) funktionaler und ergonomischer Aufbau der Benutzungsoberfläche Im Analyse Modell müssen diese vier Aspekte in konsistenter, aufeinander abgestimmter Weise integriert werden. In Abhängigkeit vom Anwendungskontext (= die fachliche Umgebung, in der das Zielsystem angesiedelt ist) haben die einzelnen Modellierungsgegenstände unterschiedliche Bedeutung für die Modellierung und... unterschiedliche Komplexität. Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 13

14 Aspekte der Modellbildung: Anwendungskontext der Modellierung Hohe Komplexität der Daten typisch für kommerziell administrative Datenbank Anwendungen z.b. im Anwendungskontext von Handel, Banken, ERP,... Hohe Komplexität der Funktionen und Algorithmen typisch für Systeme mit komplexen numerischen Berechnungen z.b. im Anwendungskontext der medizinischen Bildverarbeitung, der Versicherungsmathematik, der Systemsimulation,... Hohe Komplexität der Dynamik und des zeitabhängigen Verhaltens typisch für Systeme mit nebenläufigen Prozessen und/oder Echtzeitanforderungen z.b. im Anwendungskontext von industriellen Fertigungsleitsystemen, Kraftwerkstechnik, Automobilelektronik,... Hohe Komplexität der Benutzungsoberfläche typisch für graphische Entwurfs und Planungsprogramme z.b. im Kontext von CAD/CAM Anwendungen, CASE Tools,... Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 14

15 Aspekte der Modellbildung: Sichten der Modellierung (1) In Abhängigkeit vom aktuellen Fokus der Modellierung kann das Zielsystem aus unterschiedlichen "Sichten" betrachtet bzw. interpretiert werden. Hinweis zur Terminologie: Modellierungssicht Modellierungsparadigma Beispiele für gängige Modellierungssichten: Funktionsorientierte Sicht Zerlegung des Zielsystems in Teilaufgaben, die aus bestimmten Eingabedaten mittels einer funktionalen Transformation bestimmte Ausgabedaten erzeugen Datenorientierte Sicht Modellierung der Anwendungswelt unter Fokussierung auf Struktur und Manipulation der beteiligten Datenelemente Objektorientierte Sicht Modellierung der Anwendungswelt durch interagierende Objekte, die als Kapselungseinheit für Daten und Funktionen dienen Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 15

16 Aspekte der Modellbildung: Sichten der Modellierung (2) Beispiele für gängige Modellierungssichten (Forts.): Szenariobasierte Sicht Beschreibung des Systemverhaltens anhand von exemplarischen Anwendungssituationen (Szenarien) sowie anhand des Nachrichtenaustauschs zwischen kooperierenden Interaktionspartnern Zustandsorientierte Sicht Beschreibung des Systemverhaltens anhand von definierten Systemzuständen sowie anhand der möglichen Übergänge (Transitionen) zwischen den Zuständen Kontrollflussorientierte Sicht Beschreibung des Systemverhaltens mit Hilfe von algorithmischen Kontrollstrukturen und (sequentiellen oder nebenläufigen) Kontrollflüssen Regelbasierte Sicht Beschreibung des Systemverhaltens anhand von Regeln, die festlegen, unter welchen Bedingungen bestimmte Aktionen ausgeführt werden Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 16

17 Aspekte der Modellbildung: Basiskonzepte der Modellierung Basiskonzepte der Systemmodellierung sind... elementare, problemneutrale, phasenübergreifend verwendbare Abstraktionsmuster, die zur Modellierung bestimmter Teilaspekte eines Zielsystems besonders gut geeignet sind. Typische Beispiele für Modellierungskonzepte: Objekt und Klassenstrukturen Endliche Automaten Petri Netze Kontrollflüsse Datenflüsse Interaktionsstrukturen wenn/dann Regeln... Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 17

18 Aspekte der Modellbildung: Modellierungsnotationen Eine Modellierungsnotation ist ein problemneutrales Darstellungsmittel zur Beschreibung des Modells bzw. von Teilen des Modells. Modellierungsnotationen bieten die Möglichkeit zur adäquaten (textuellen, mathematischen, graphischen) Darstellung von Modellierungsgegenständen auf der Basis geeigneter Basiskonzepte. Modellierungsnotationen sind in ihrer Struktur weitestgehend abhängig von den Basiskonzepten, deren Darstellung sie dienen. Dagegen sind die Basiskonzepte selbst unabhängig von bestimmten Notationsformen. Für ein bestimmtes Basiskonzept kann es mehrere unterschiedliche Notationen geben, die gleichermaßen adäquat sind! z.b. für das Basiskonzept "Kontrollflüsse": Struktogramme, Programmablaufpläne, UML Aktivitätsdiagramme,... z.b. für das Basiskonzept "Interaktionsstrukturen": Sequenzdiagramme, Kommunikationsdiagramme, Zeitdiagramme,... Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 18

19 Aspekte der Modellbildung: Übersicht der Basiskonzepte und Notationsvarianten (1) Sichten Basiskonzepte Notationsvarianten Funktionsorientierte Funktionshierarchien Funktionsbäume Sicht Informations und Datenflüsse Datenflussdiagramme Aktivitätsdiagramme Datenorientierte Datenstrukturen Datenkataloge Sicht Entitäten und Beziehungen Entity Relationship Diagramme (Klassendiagramme) (Instanzdiagramme) Objektorientierte Sicht Szenariobasierte Sicht Klassenmodelle Interaktionsstrukturen Klassendiagramme Instanzdiagramme Sequenzdiagramme Kommunikationsdiagramme Zeitdiagramme Interaktionsübersichtsdiagramme Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 19

20 Aspekte der Modellbildung: Übersicht der Basiskonzepte und Notationsvarianten (2) Sichten Basiskonzepte Notationsvarianten Zustandsorientierte Endliche Automaten Moore Automaten Mealy Automaten Harel Statecharts UML Zustandsautomaten Sicht Petri Netze Bedingungs /Transitions Netze Stellen /Transitions Netze Prädikat /Transitions Netze Zeitbehaftete Petri Netze Aktivitätsdiagramme Kontrollflussorientierte Sicht Regelbasierte Sicht Kontrollstrukturen und Kontrollflüsse Wenn/dann Regeln Programmablaufpläne Struktogramme Pseudo Code Aktivitätsdiagramme Entscheidungstabellen Entscheidungsbäume (allgemeine) Regelsysteme Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 20

21 Eignung der Basiskonzepte und Notationen für bestimmte Anwendungsbereiche x = gut geeignet (x) = bedingt geeignet komplexe Daten komplexe Algorithmen komplexe Dynamik Funktionsbäume x x Datenflussdiagramme (x) x x Datenkataloge Entity Relationship Modelle Klassenmodelle x x (x) Interaktionsdiagramme (x) x x x Zustandsautomaten (x) (x) x (x) Petri Netze Aktivitätsdiagramme x x Entscheidungstabellen Regelsysteme x x Struktogramme, Pseudocode, Programmablaufpläne x x x x komplexe Oberfläche Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 21

22 Einsatz der Basiskonzepte und Notationen in den Phasen des Entwicklungsprozesses x = gut geeignet (x) = bedingt geeignet Funktionsbäume x (x) Datenflussdiagramme x (x) Datenkataloge x x x Entity Relationship Modelle x Klassenmodelle x x (x) Interaktionsdiagramme (x) x x Zustandsautomaten x x Petri Netze x Aktivitätsdiagramme (x) x x (x) Entscheidungstabellen (x) x x (x) Regelsysteme x (x) Struktogramme, Pseudocode, Programmablaufpläne x x Anforderungsdefinition Systemanalyse Systementwurf Implementierung Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 22

23 Aspekte der Modellbildung: Modellierungsmethodik Eine Modellierungsmethode definiert eine Kombination von Basiskonzepten (und ggf. Notationen), die verwendet werden sollen, um die einzelnen relevanten Modellierungsgegenstände adäquat abzubilden;... die Abbildung aller gewählten Basiskonzepte auf ein integriertes Systemmodell, das sämtliche Teilmodelle zueinander in Beziehung setzt;... ein integriertes Vorgehensmodell, durch das festgelegt wird, welche Aktivitäten in welchen Phasen und Teilschritten ggf. mit welchen Hilfsmitteln und Werkzeugen auszuführen sind, um die Teilmodelle und das integrierte Systemmodell zu erstellen. Die Definition einer geeigneten Modellierungsmethodik ist zentraler Bestandteil der Definition eines Entwicklungsprozessmodells. Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 23

24 Historie der Modellierungsmethoden Strukturierte Methoden (ca ) DeMarco et al. 1979: Structured Analysis (SA) DeMarco/Yourdon et al. 1989: Structured Analysis and Design (SA/SD) Hatley/Pirbhai 1987: Structured Analysis for Real Time Systems (SA/RT) "Frühe" objektorientierte Methoden (ca ), u.a.: Shlaer/Mellor 1988: Object Oriented Systems Analysis (OOSA) Wirfs Brock et al. 1990: Responsibility Driven Design (RDD) Coad/Yourdon 1991: Object Oriented Analysis and Design (OOA/OOD) Jacobson 1992: Object Oriented Software Engineering (OOSE) Rumbaugh et al. 1991: Object Modeling Technique (OMT) Booch 1991: Object Oriented Analysis and Design (OOAD) UML basierte Methoden (seit ca. 1999), u.a.: Jacobson et al. 1999: Unified Software Development Process (USDP) Kruchten et al. 2000: Rational Unified Process (RUP) Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 24

25 Strukturierte Methoden der Systemanalyse Strukturierte Analyse (SA) DeMarco 1979: "Structured Analysis and Systems Specification" ergänzt durch Yourdon 1989: "Modern Structured Analysis" de facto Standard der Systemanalyse von Anfang der 1980er bis Mitte der 1990er Jahre zielt primär auf die Beschreibung von Anwendungen mit hoher Datenkomplexität (Business Software) Real Time Analysis (SA/RT) Hatley/Pirbhai 1987: "Strategies for Real Time System Specification" ergänzt die SA Methodik um Konzepte zur Modellierung von Zeitanforderungen und Kontrollflüssen zielt primär auf die Beschreibung technischer Anwendungen Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 25

26 Kombination der Basiskonzepte in SA Strukturierte Analyse (SA) Entscheidungsbäume Entscheidungstabellen Datenflussdiagramme Funktionsbäume Datenkataloge Pseudo Code Funktionshierarchien Informationsund Datenflüsse Datenstrukturen Kontrollflüsse Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 26

27 Kombination der Basiskonzepte in SA/RT Strukturierte Realzeit Analyse (SA/RT) Strukturierte Analyse (SA) Entscheidungsbäume Entscheidungstabellen Datenflussdiagramme Funktionsbäume Datenkataloge ERM Pseudo Code Zustandsautomaten Funktionshierarchien Informationsund Datenflüsse Entitäten und Beziehungen Datenstrukturen Kontrollflüsse Endlicher Automat Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 27

28 Kombination von Basiskonzepten für OOA Methoden Objektorientierte Analyse Klassendiagramme Aktivitätsdiagramme UML Zustandsautomaten ERM Petri Netze Programmablaufpläne Harel Statecharts Interaktionsdiagramme Klassenstrukturen Nebenläufige Kontrollflüsse Sequentielle Kontrollflüsse Endlicher Automat Szenarien und Interaktionen Entitäten und Beziehungen Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 28

29 Exkurs UML (1): Was ist die "UML"? Die UML ( Unified Modeling Language ) ist eine standardisierte, universelle, semi formale Modellierungsnotation zur Visualisierung, Spezifikation, Entwicklung und Dokumentation von Softwaresystemen. Die UML ist in einem langwierigen Vereinheitlichungs und Standardisierungsprozess aus den diversen OOAD Methoden und Notationen der frühen 1990er Jahre hervorgegangen. Sie ist heute die de facto Standardnotation für objektorientierte Systemmodellierung und OOAD Methoden. Die UML definiert eine Mischung aus graphischen und textuellen Notationselementen, mit der die verschiedenen Aspekte, Sichten und Abstraktionsebenen eines Systemmodells beschrieben werden können. Die UML kann in sämtlichen Phasen des Software Entwicklungsprozesses als Hilfsmittel eingesetzt werden. Schwerpunkt des Einsatzes liegt in den Analyse und Designphasen. Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 29

30 Exkurs UML (2): Eigenschaften der UML Die UML bietet Notationselemente zur Darstellung nahezu sämtlicher relevanten Modellierungsgegenstände an. Daten, Funktionen, Algorithmen, Dynamik, Architektur... Die UML unterstützt die Vereinigungsmenge nahezu sämtlicher etablierter Basis Modellierungskonzepte. u.a. ERM, Klassenmodelle, Zustandsautomaten, Petri Netze, Datenflüsse, Kontrollflüsse, Interaktionsstrukturen,... Die UML integriert sämtliche unterstützten Modellierungskonzepte zu einem einheitlichen Systemmodell. Die UML unterstützt (zumindest partiell) sämtliche gängigen Modellierungsparadigmen bzw. sichten: durchgängige Verwendung des objektorientierten Paradigmas Für Teilaspekte des Systemmodells ist aber auch eine funktionsorientierte, datenorientierte, kontrollflussorientierte, szenariobasierte oder zustandsorientierte Sicht möglich. Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 30

31 Exkurs UML (3): Diagrammtypen der UML Die UML definiert 14 verschiedene Diagrammtypen. Jeder Diagrammtyp dient als Notationsmittel für bestimmte Basiskonzepte... ist speziell geeignet für die Darstellung bestimmter Teilaspekte des Systemmodells und stellt somit eine spezifische Sicht auf das Modell zur Verfügung. UML Strukturdiagramme Klassendiagramme Instanzdiagramme Paketdiagramme Kompositionsstrukturdiagramme Komponentendiagramme Einsatzdiagramme UML Verhaltensdiagramme Anwendungsfalldiagramme Aktivitätsdiagramme Zustandsdiagramme Interaktionsdiagramme Sequenzdiagramme Kommunikationsdiagramme Zeitdiagramme Interaktionsübersichtsdiagramme Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 31

32 Exkurs UML (4): Zielsetzungen der UML Die Definition der UML zielt ab auf die Bereitstellung einer hinreichend vollständigen Menge von integrierten Modellierungskonzepten für die Modellierung komplexer Softwaresysteme... die Bereitstellung einer hierfür geeigneten, wohldefinierten graphischen bzw. textuellen Modellierungsnotation... die Bereitstellung von informellen Richtlinien und "Rezepten" zur Verwendung der Konzepte und Notationen... eine de facto Standardisierung der Notation im Sinne eines einheitlichen Kommunikations und Dokumentationsmediums... die Unterstützung eines durchgängigen, tool basierten "Round Trip Engineering" Ansatzes zur integrierten Entwicklung und Pflege des Systemmodells und des lauffähigen Zielsystems Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 32

33 Exkurs UML (5): Was ist die UML nicht? Die UML ist eine Modellierungsnotation, keine Modellierungsmethode! Die UML unterstützt den gesamten Software Entwicklungsprozess, schreibt aber keinen bestimmten Entwicklungsprozess vor! Die Verwendung der UML erzwingt nicht eine Beschränkung auf bestimmte (z.b. objektorientierte) Konzepte und/oder Systemarchitekturen,... die Verwendung bestimmter Modellierungsmethoden oder Vorgehensmodelle,... den Einsatz bestimmter Programmiersprachen,... den Einsatz bestimmter Modellierungs oder Entwicklungswerkzeuge. Prof. Dr. Detlef Kips Praktische Softwaretechnik Informatik Universität Erlangen Nürnberg 33