Übungen Softwaretechnik I
|
|
|
- Pamela Hertz
- vor 9 Jahren
- Abrufe
Transkript
1 Universität Stuttgart Institut für utomatisierungstechnik und Softwaresysteme Prof. Dr.-Ing. M. Weyrich Übungen Softwaretechnik I Übung 3: asechniken Funktionsbaum esteht-aus-hierarchie (Definitionsphase): besteht aus und C Ruft-auf-Hierarchie (Entwurfsphase): ruft und C auf. uto C Karosserie Motor... Erstellungsregeln: Unter einer gemeinsamen Vaterfunktion sollen nur Funktionen angeordnet sein, die fachlich eng zusammengehörende Tätigkeiten beschreiben. uf einer Hierarchieebene sollen Funktionen angeordnet sind, die sich auf gleichem bstraktionsniveau befinden. IS, Universität Stuttgart 2
2 ER-Diagramm (Entity-Relationship-Diagramm) Ziel es, Objekte (Daten) und ihre eziehungen untereinander zu beschreiben. Entität (Objekt): Durch Eigenschaften beschriebenes, individuelles und identifizierbares Exemplar unserer Vorstellungswelt (bzw. der realen Welt) Entitätsmenge: Zusammenfassung von Entitäten mit gleichen Eigenschaften eispiel: "Kunde" nrede: Titel: ame: Straße: Ort: Herr Dipl.-Ing. Poststr Dortmund ttribut: Eigenschaft, die allen Entitäten einer Entitätsmenge gemein. eschreibende ttribute Identifizierende ttribute (Schlüssel) Kunde Kunden r. nrede Titel... IS, Universität Stuttgart 3 ER-Diagramm - ssoziationen ssoziation (eziehungsmenge): Zusammenfassung gleicher eziehungen zwischen Entitäten Kardinalitäten (Komplexitätsgrad): Gibt an, mit wie vielen anderen Entitäten eine Entität in eziehung stehen muss bzw. stehen kann. 1:1 - ssoziation Herr Meyer Herr Müller Herr Frau Meyer Frau Müller Frau Ehemann verheiratet mit 1 1 Ehefrau 1 1 IS, Universität Stuttgart 4
3 ER-Diagramm - ssoziationen (2) 1:M - ssoziation Meyer lfred an Uwe M Ehepaar hat Kind 1 M M: - ssoziation ava-kurs C-Kurs Müller Meyer... Seminar M wird besucht von Teilnehmer M IS, Universität Stuttgart 5 Datenflussdiagramm (DFD) eschreibt die Wege von Daten bzw. Information zwischen Funktionen, Speichern und Schnittstellen otation nach DeMarco (1979) Datenfluss Funktion Speicher Syntaktische Regeln Ein DFD enthält mindestens eine Schnittstelle ede Schnittstelle i.a. nur einmal vorhanden Zwischen Schnittstellen gibt es keine Datenflüsse eder Datenfluss hat einen amen (usnahme: Datenflüsse zu und weg von Speichern müssen keinen amen haben) Zwischen Speichern dürfen keine direkten Datenflüsse gezeichnet werden Zwischen Schnittstellen und Speichern dürfen keine direkten Datenflüsse gezeichnet werden Schnittstelle IS, Universität Stuttgart 6
4 Datenflussdiagramm - DFD (2) Semantische Regeln DFD beschreibt den Datenfluss, nicht den Kontrollfluss (keine Entscheidungen oder Schleifen, keine ussage über Initiierung und Terminierung des Systems) Schnittstelle gibt ursprüngliche Quelle oder Senke einer Information an (sp.: uchungsdaten einer Veranstaltung stammen im Ursprung vom Kunden und nicht vom Kundensachbearbeiter) ei Schnittstellen: Vollständige bstraktion von der konkreten Eingabe der Information (keine Tastatur oder Drucker) Datenflussnamen bestehen aus Substantiv oder djektiv und Substantiv Funktionsnamen bestehen aus ktions -Verb gefolgt von konkreten Objekt (sp: erstelle dressaufkleber) oder umgekehrt (sp.: dressaufkleber erstellen) IS, Universität Stuttgart 7 Zustandsautomat (Endlicher utomat) ei vielen Systemen hängt die Reaktion nicht nur von einem Ereignis ab, sondern auch von der Horie, die das System bis dahin durchlaufen hat. Zustandsautomaten können solche Zusammenhänge beschreiben. Der Zustandsautomat besteht aus einer endlichen nzahl von internen Konfigurationen - Zustände. Zustände beinhalten die Informationen, die sich aus den bisherigen Eingaben ergeben haben und die benötigt werden, um die Reaktion des Systems auf noch folgende Eingaben zu bestimmen. otation eispiel: Uhr Ereignis Startzustand ormalzeit Knopf gedrückt Zustand Endzustand Knopf gedrückt Datum IS, Universität Stuttgart 8
5 Entscheidungstabelle Definition von vorzunehmenden ktionen, die von der Erfüllung und ichterfüllung mehrerer edingungen abhängt ame Regeln wenn edingungen edingungsanzeiger dann ktionen ktionsanzeiger eispiel R1 R2 R3 R4 Möglichkeit der Überprüfung der Entscheidungstabelle auf: 1 Sonne scheint 2 Schnee liegt Vollständigkeit 1 Langlaufen Widersprüchlichkeit 2 Wandern Eindeutigkeit 3 Spazieren gehen 4 zu Hause bleiben IS, Universität Stuttgart 9
UML (UNIFIED MODELING LANGUAGE)
NT Druckdatum: 31.03.13 InI I UML (UNIFIED MODELING LNGUGE) Ziel: Einheitliche Darstellung einer Vielzahl von Elementen von Softwaresystemen mittels einer einheitlichen Notation. Übersicht Zusammenhang
Theorie zur Übung 8 Datenbanken
Theorie zur Übung 8 Datenbanken Relationale Datenbanksysteme Ein relationales Datenbanksystem (RDBS) liegt vor, wenn dem DBS ein relationales Datenmodell zugrunde liegt. RDBS speichern Daten in Tabellenform:
Grundlagen der Programmentwurfstechnik Fundamentals of Software Engineering 1
Fundamentals of Software Engineering 1 Inhaltsverzeichnis 1. Einführung 2. Allgemeine Modellbildung - Klassische Konzepte des Software Engineering- 2.1 Das Kontextmodell 2.2 Entscheidungstabellen 2.3 Zustandsmodelle
Einführung in die Datenorganisation. Informationssysteme
Einführung in die Datenorganisation Informationssysteme Informationen Sind Kenntnisse über Sachverhalte Daten sind abgelegte Informationen Nachrichten sind Informationen zur Weitergabe Drei Betrachtungsebenen
I SWT - Die Definitionsphase - Funktionale Sicht
1 Software-Technik 2 Einführung und Überblick LE 1 V Unternehm ensmodellierung 2 Die Definitionsphase Funktionale Sicht [um FP-Schätzung gekürzt] Prof. Dr. Helmut Balzert Lehrstuhl für Software-Technik
Grundlagen der Programmentwurfstechnik Fundamentals of Software Engineering 1
Vorlesung 3 Fundamentals of Software Engineering 1 Inhaltsverzeichnis 1. Einführung 2. Allgemeine Modellbildung - Klassische Konzepte des Software Engineering- 2.1 Das Kontextmodell 2.2 Entscheidungstabellen
Software Entwicklung 2. Strukturierte Analyse 1
Software Entwicklung 2 Strukturierte Analyse 1 Inhalt Einführung und Überblick Datenfluss-Diagramm ER-Diagramm und Data Dictionary Das Hierarchiekonzept Das Kontextdiagramm Verfeinerte Datenflussdiagramme
6.3 Entity-Relationship-Modell. Entities. Ausschnitt aus der Modellierung einer Firmenorganisation: [Beispiel nach J. D. Ullman: Principles...
6.3 Entity-elationship-Modell Mod-6.8 Einführendes eispiel Mod-6.9 Entity-elationship-Modell, E-Modell (P. Chen 976): Kalkül zur Modellierung ufgabenbereichen ihren Objekten, Eigenschaften und eziehungen.
Das konzeptionelle Datenmodell
Das konzeptionelle Datenmodell Signifikanz der Datenmodellierung Anforderungsanalyse Effizienz der Anwendung. Redundanzfreiheit. Datenintegrität. Reibungsarme Umsetzung des Datenmodells in das physikalische
5.2 Entity-Relationship-Modell
5.2 Entity-Relationship-Modell Mod-5.8 Entity-Relationship-Modell, ER-Modell (P. Chen 1976): Kalkül zur Modellierung von Aufgabenbereichen mit ihren Objekten, Eigenschaften und Beziehungen. Weitergehende
Übungen Softwaretechnik I
Universität Stuttgart Institut für Automatisierungstechnik und Softwaresysteme Prof. Dr.-Ing. M. Weyrich Übungen Softwaretechnik I Übung 5: Objektorientierte Analyse Einführung Objektorientierung in der
Funktionsmodellierung mit Datenflußdiagrammen
Funktionsmodellierung mit Datenflußdiagrammen Marc Monecke [email protected] Praktische Informatik Fachbereich Elektrotechnik und Informatik Universität Siegen, D-57068 Siegen 30. April
PRG2 Folien Zicari Teil 2 Einführung in Datenbanken SS 2007
Folien Zicari Teil 2 Einführung in Datenbanken SS 2007 Prof. Dott. Ing. Roberto Zicari Johann Wolfgang Goethe-Universität Frankfurt am Main Fachbereich Informatik und Mathematik II-1 DAS ENTITY-RELATIONSHIP
Rückblick: Entity-Relationship-Modell
Rückblick: Entity-Relationship-Modell Entity-Relationship-Modell für konzeptuellen Entwurf Entitytypen (entity types) (z.b. Studenten) Beziehungstypen (relationships) (z.b. hören) Attribute beschreiben
Datenbanken Unit 2: Das ER-Modell
Datenbanken Unit 2: Das ER-Modell 28. II. 2017 Outline 1 Organisatorisches 2 SQL 3 Das Entity-Relationship Modell Grundbegriffe Termin erster Zwischentest UE-Tests (Thema: SQL) erster Zwischentests am
Das Entity-Relationship Modell
Kapitel 2 Das Entity-Relationship Modell 2.1 Fragen zur Theorie Aufgabe 2.1 [Entität Eigenschaft] Wenn man davon ausgeht, dass der Begriff für das System wichtig ist, so muss man überlegen, ob zu diesem
Entwurf: Fortgeschrittene Konzepte
Bisher: Entwurf als grafisches Diagramm mit Entitätsmengen (auch weiche) Beziehungsmengen Attribute Assoziationstypen, Beziehungstypen und ausschließlich 2 stellige Beziehungen Extended / Enhanced (Erweitertes)
1 4. Datenmodellierung mit der Unified Modeling Language (UML)
1 4. Datenmodellierung mit der Unified Modeling Language (UML) Objekte, Klassen und Assoziationen Multiplizitäten - Kardinalitäten Rollen (Wiederholung) Einfache Abbildung von Modellen auf Tabellen Empfehlungen
Kapitel DB:IV (Fortsetzung)
Kapitel DB:IV (Fortsetzung) IV. Logischer Datenbankentwurf mit dem relationalen Modell Das relationale Modell Integritätsbedingungen Umsetzung ER-Schema in relationales Schema DB:IV-46 Relational Design
Veranstaltung Pr.-Nr.: Datenmodellierung. Veronika Waue WS 07/08. Phasenschema der Datenbankentwicklung (grob) Informationsanalyse
Veranstaltung Pr.-Nr.: 101023 Datenmodellierung Veronika Waue WS 07/08 Phasenschema der Datenbankentwicklung (grob) Informationsanalyse Konzeptualisierung und Visualisierung (z.b. mittels ERD) (Normalisiertes)
Datenbankanwendungen werden oft über einen sehr langen Zeitraum (z.b. Jahrzehnte) eingesetzt
2. Datenbankentwurf Motivation Datenbankanwendungen werden oft über einen sehr langen Zeitraum (z.b. Jahrzehnte) eingesetzt Fehler sind umso teurer zu beheben, je weiter die Entwicklung bzw. der Einsatz
Übung zur Vorlesung Theoretische Information. Pumping Lemma
Übung zur Vorlesung Theoretische Information Pumping Lemma Folie Ein Endlicher Automat q q, q 2, Akzeptierte Sprache? Folie 2 Ein Endlicher Automat q q, q 2, Akzeptierte Sprache? Am Anfang eine, dannach
Willkommen zum DBS I Praktikum!
Willkommen zum DBS I Praktikum! Oliver Berthold Frank Huber Heiko Müller Lehr- und Forschungseinheit Datenbanken und Informationssysteme Übungsaufgaben Ausgabe Montags (i.d.r. aller 2 Wochen) erste Aufgabe
Objektorientierte Analyse (OOA) Inhaltsübersicht
Inhaltsübersicht Einführung Anforderungen an die UML-Diagramme Verhalten: Use-Case-Diagramm Verhalten: Aktivitätsdiagramm Verhalten: Zustandsautomat Struktur: Klassendiagramm Seite 1 Einführung In der
Inhalt. I Software - Entwicklung 53
Inhalt LE 1 Einführung und Überblick 1 n Warum es so schwierig ist, ein Lehrbuch zu konzipieren und zu schreiben 2 [ Warum es so schwierig ist, ein wissenschaftliches Lehrbuch der Software-Technik zu schreiben
ERM/ERD Entity Relationship Model Entity Relationship Diagram.
ERM/ERD Entity Relationship Model Entity Relationship Diagram Vorbemerkung: Wichtiger Unterschied zwischen Typ / Modell und Exemplar Kundin: Ich möchte mir gerne ein Smartphone zulegen. Wie viele Modelle
c) {abcde, abcfg, bcade, bcafg} d) {ade, afg, bcde, bcfg} c) {abcabc} d) {abcbc, abc, a} c) {aa, ab, ba, bb} d) {{aa}, {ab}, {ba}, {bb}}
2 Endliche Automaten Fragen 1. Was ergibt sich bei {a, bc} {de, fg}? a) {abc, defg} b) {abcde, abcfg} c) {abcde, abcfg, bcade, bcafg} d) {ade, afg, bcde, bcfg} 2. Was ergibt sich bei {abc, a} {bc, λ}?
Software Engineering I
Skript zur Vorlesung Agenda Allgemeine Einführung Funktionsbäume Klassendiagramme Daten Dictionary ERD-Modelle Basiskonzepte Statik Dynamik Logik Funktionen Daten Datenstrukturen Architektur Kontrollstrukturen
Theoretische Informatik SS 03 Übung 3
Theoretische Informatik SS 03 Übung 3 Aufgabe 1 a) Sind die folgenden Funktionen f : partiell oder total: f(x, y) = x + y f(x, y) = x y f(x, y) = x y f(x, y) = x DIV y? Hierbei ist x DIV y = x y der ganzzahlige
Reguläre Grammatiken/Sprachen und endliche Automaten
Reguläre Grammatiken/Sprachen und endliche Automaten Bei regulären Grammatiken ist die Form der Grammatikregeln am stärksten eingeschränkt. Trotzdem lassen sich bereits weite Teile einer natürlichen Sprache
Übungen Teil 1: ER-Modelle. Dozent: Stefan Maihack Dipl. Ing. (FH)
Übungen Teil 1: ER-Modelle Dozent: Stefan Maihack Dipl. Ing. (FH) Die (min, max) - Notation Bei der Verwendung der Funktionalität ist für einen Entity-Typen nur die maximale Anzahl der Beziehungen mit
Seminar. Methoden Wissenbasierter Systeme. Überblick. Was sind Regeln? Überblick
Seminar Regelbasierte Systeme ie Wissensbasis eines regelbasierten Systems regelbasierten System as Problem der Widersprüchlichkeit rklärungskomponente 06.12.2007 1 06.12.2007 2 ie Wissensbasis eines regelbasierten
Daten Bank. 2. Vorlesung. Dr. Karsten Tolle PRG2 SS 2014
Daten Bank 2. Vorlesung Dr. Karsten Tolle PRG2 SS 2014 Letzte Vorlesung Grundbegriffe SQL create table insert select Dr. Karsten Tolle PRG2 SS 2014 2 Heute Übersicht Modellierung (ER-Diagramme) Entitäten
Medizininformatik Software Engineering
Vorlesung Software Engineering Inhaltsverzeichnis 1. Einleitung 2. Software und Medizinprodukt 3. Vorgehensmodelle 4. Strukturierter Entwurf von Echtzeitsystemen 4.1 Echzeit, was ist das? 4.2 Einführung
Software-Engineering SS03. Zustandsautomat
Zustandsautomat Definition: Ein endlicher Automat oder Zustandsautomat besteht aus einer endlichen Zahl von internen Konfigurationen - Zustände genannt. Der Zustand eines Systems beinhaltet implizit die
Kap. 5.3: SAP-Datenmodell, Metadatenverwaltung
Kap. 5.3: SAP-Datenmodell, Metadatenverwaltung & Abbildung auf RDBMS SAP R/3 Repository Analyse: Datenmodell von SAP R/3 SAP-SERM Metadatenverwaltung Data Dictionary Abbildung von SAP-Tabellen auf RDBMS
Tabellarische Kurzreferenz der UML-Elemente
Tabellarische Kurzreferenz der UML-Elemente Version 2.0 Vanessa Petrausch 1 Klassendiagramm Die folgenden Tabellen fassen die einzelnen Elemente abstrahiert zusammen. In Spalte 1 steht der Name des Elements,
ER-Modell, Normalisierung
ER-Modell Mit dem Entity-Relationship-Modell kann die grundlegende Tabellen- und Beziehungsstruktur einer Datenbank strukturiert entworfen und visualisiert werden. Das fertige ER-Modell kann dann ganz
FORMALE SYSTEME. 8. Vorlesung: Minimale Automaten. TU Dresden, 6. November Markus Krötzsch Lehrstuhl Wissensbasierte Systeme
FORMALE SYSTEME 8. Vorlesung: Minimale Automaten Markus Krötzsch Lehrstuhl Wissensbasierte Systeme TU Dresden, 6. November 2017 Rückblick Markus Krötzsch, 6. November 2017 Formale Systeme Folie 2 von 26
Unified. Copyright Adriano Gesué UML 2.0 UML 1.4 UML 1.3 UML 1.2 UML 1.1 UML 1.0 UML 0.9. Method 0.8
Literatur Martin Fowler and Kendall Scott: UML Distilled: Applying the Standard Object Modeling Language. Addison-Wesley 1997. James Rumbaugh, Ivar Jacobson, and Grady Booch: The Unified Language Reference
Endliche Automaten Jörg Roth 101
Endliche Automaten Jörg Roth 101 Wir wollen im Folgenden die Abschlusseigenschaften regulärer Sprachen betrachten. Fragestellung: Wenn wir reguläre Sprachen haben, welche binären und unären Operationen
Theorie der Informatik
Theorie der Informatik 8. Reguläre Sprachen II Malte Helmert Gabriele Röger Universität Basel 24. März 24 Pumping Lemma Pumping Lemma: Motivation Man kann zeigen, dass eine Sprache regulär ist, indem man
Grundlagen der Programmentwurfstechnik Fundamentals of Software Engineering
Vorlesung 6 Fundamentals of Software Engineering Inhaltsverzeichnis 1. Einführung 2. Allgemeine Modellbildung 3. Strukturierte Analyse (SE) 5. Benutzersschnittstellen 6. Softwaretest 2 1 Inhaltsverzeichnis
Informationsmodellierung Übersicht
Übersicht Inhalt: Überblick Entity Relation Ship Diagramm Attribute Relationenmodell (Tabellendarstellung) Normalisierung Integritätsbedingungen Christoph Riewerts Seite 1 Überblick Phasen: Begriffe/Merkmale:
UML - Zustandsdiagramm
Name Klasse Datum 1 Allgemeines Die Zustandsdiagramme in UML basieren im Wesentlichen auf den Statecharts von David Harel. Der Grundgedanke ist, das Verhalten eines endlichen Zustandsautomaten grafisch
4.5 Nassi-Schneidermann Diagramm
4.5 Nassi-Schneidermann Diagramm Nassi-Schneidermann-Diagramme, die auch Struktogramme genannt werden, sind graphische Hilfsmittel zum Entwurf und zur Darstellung von Programmsystemen. Sie sind beim Detailentwurf
Logischer Entwurf. Stufen der Entwicklung einer Datenbank. Inhalt. Übersicht. 1. Datenbank - Entwurf ( ER - Diagramm)
10. Logischer Entwurf 10-1 10. Logischer Entwurf 10-2 Stufen der Entwicklung einer Datenbank 1. Datenbank - Entwurf ( ER - Diagramm) Logischer Entwurf 2. Umsetzen des ER - Diagramms ins relationale Modell
Endliche Automaten. Im Hauptseminar Neuronale Netze LMU München, WS 2016/17
Endliche Automaten Im Hauptseminar Neuronale Netze LMU München, WS 2016/17 RS- Flipflop RS-Flipflop Ausgangszustand 0 1 0 1 0 1 Set Reset neuer Zustand 0 0 0 0 0 1 1 0 1 1 0 1 0 1 0 0 1 0 Was ist ein endlicher
Strukturierte Analyse vs. Objektorientierte Analyse. Brit Engel Martin Uhlig
Strukturierte Analyse vs. Objektorientierte Analyse Brit Engel Martin Uhlig Silent Kitchen Company 4 Abteilungen: Küche, Buchführung, Einkauf & Verkauf Außenstehende: Kunden & Lieferanten Herkömmliches
BABOK Knowledge Area Requirements Analysis Modeling Techniques - Process Models - - State Diagrams - Holger Dexel, 26.02.2011
BABOK Knowledge Area Requirements Analysis Modeling Techniques - Process Models - - State Diagrams - Holger Dexel, 26.02.2011 This presentation is build upon material of the Business Analysis Body of Knowledge
Fundamentals of Software Engineering 1
Folie a: Name Fundamentals of Software Engineering 1 Grundlagen der Programmentwurfstechnik 1 Sommersemester 2012 Dr.-Ing. Stefan Werner Fakultät für Ingenieurwissenschaften Folie 1 Inhaltsverzeichnis
Software Engineering I
Vorlesung Analysephase Modellierung mit SA/SD Analysephase 1 Entwicklungsphasen: Inputs, Outputs Kundenanforderungen, Lastenheft (CRS SAS, MODs, Implementierung, Modultests Pflichtenheft (SRS) Systemspezifikation
1.3 Entwicklungsmethoden: Systematischer Überblick
1.3 Entwicklungsmethoden: Systematischer Überblick Literatur: Balzert Band 1, LE 4-11 "There is method in the madness." William Shakespeare Was ist eine Software-Entwicklungsmethode? Beschrieben in Lehrbüchern
Entity-Relationship-Modell. Ein Studierender kann (oder muss) mehrere Vorlesungen hören. Eine Vorlesung wird i.a. von mehrerer Studierenden gehört.
Beziehungen Ein Studierender kann (oder muss) mehrere Vorlesungen hören. Eine Vorlesung wird i.a. von mehrerer Studierenden gehört. Eine Vorlesung wird von genau einem Dozenten gelesen. Ein Dozent kann
1. Grundlagen Datenmodellierung
1. Grundlagen Datenmodellierung Datenmodelle Um in das Thema zu starten, stelle ich die Frage, was ein Datenmodell bzw. Datenmodellierung überhaupt ist? Wikipedia hat dazu natürlich auch eine Antwort:
Theoretische Informatik I
heoretische Informatik I Einheit 2 Endliche Automaten & Reguläre Sprachen. Deterministische endliche Automaten 2. Nichtdeterministische Automaten 3. Reguläre Ausdrücke 4. Grammatiken 5. Eigenschaften regulärer
Projektstrukturplan Lehrveranstaltung Projektmanagement
Projektstrukturplan Lehrveranstaltung Projektmanagement Seite 1 Lehrveranstaltung Projektmanagement Projektstrukturplan www.bacharach-consulting.de, www.gpm-ipma.de Inhalt Was ist ein Projektstrukturplan
Zustände Zustandsdiagramme
Zustände Zustandsdiagramme Ereignisse Zustandsübergänge Dr. Beatrice Amrhein Überblick Definition Anwendungsbereich Zustände/Zustandsübergänge Aktionen Ereignisse 2 Verwendung von Zuständen 3 Verwendung
Symbolleiste Menü Einfügen
Seiten Über Deckblatt kann ein vollständig formatiertes Deckblatt eingegeben werden. Es sind nur noch Eingaben zum Titel, Autor und Datum nötig o Es ist eine Anzahl verschiedener vorgefertigter Deckblätter
Inhaltsverzeichnis.
Wegweiser durch das Buch 1 1 Problembereich und Lösungsbereich 10 1.1.Unterschiede zwischen Problembereich und Lösungsbereich 10 1.2 Paradigmen der Softwareentwicklung 12 1.3 Methoden für die verschiedenen
Softwareanforderungsanalyse
Softwareanforderungsanalyse Vorgehen, Modellstruktur und Spezifikationsdokument - Ein Fazit Burkhardt Renz THM, Fachbereich MNI Wintersemester 208/9 Übersicht Vorgehen Struktur des Modells Metamodell Generierung
3. Relationales Modell & Algebra
3. Relationales Modell & Algebra Inhalt 3.1 Relationales Modell Wie können wir Daten mathematisch formal darstellen? 3.2 Übersetzung eines konzeptuellen Modells Wie können wir ein konzeptuelles Modell
Objektorientierte Konzepte und Notation in UML. Objekt Klasse Attribut Operation
Objektorientierte Konzepte und Notation in UML Objekt Klasse Attribut Operation Objekt Wodurch zeichnet sich ein Objekt aus? - Zustand - Verhalten - Identität Objektdiagramm - Notationsregeln :Kuh Elsa:Kuh
Formale Sprachen. Inhaltsverzeichnis. M. Jakob. 10. Dezember Allgemeine Einführung. Aufbau formaler Sprachen
M. Jakob Gymnasium Pegnitz 10. Dezember 2014 Inhaltsverzeichnis Allgemeine Einführung Aufbau formaler Sprachen Notationsformen formaler Sprachen Backus-Naur-Formen Erkennen formaler Sprachen Implementierung
Kapitel 3 Ereignisdiskrete Systeme (III)
Systemmodellierung Teil 1: Ereignisdiskrete Systeme Kapitel 3 Ereignisdiskrete Systeme (III) Modellierung mit E/A-Automaten Modellbildung mit Automaten Verfeinerte Modellbildung Beispiel: Fahrstuhltür
Datenbankentwurf. Kapitel 3. Datenbankentwurf 76 / 508
Kapitel 3 Datenbankentwurf 76 / 508 Phasen des Datenbankentwurfs Phasen des Datenbankentwurfs Anforderungsanalyse Spezifikation Konzeptueller Entwurf Konzeptuelles Schema Logischer Entwurf Logisches Schema
Kapitel DB:IV (Fortsetzung)
Kapitel DB:IV (Fortsetzung) IV. Logischer Datenbankentwurf mit dem relationalen Modell Das relationale Modell Integritätsbedingungen Umsetzung ER-Schema in relationales Schema DB:IV-45 Relational Design
- Strukturierte Analyse / Real Time Analysis -
Vorlesung Softwaretechnik - Strukturierte Analyse / Real Time Analysis - Prof. Dr. Klaus-Peter Fähnrich WS 2006/2007 Prof. K.-P. Fähnrich 1 Überblick LE 14 LE 14: Strukturierte Analyse Das Hierarchiekonzept
Probeklausur mit Musterlösung
Carl-Schurz-Schule 07.03.2012 Informatik, Q2 Victor Hahn Probeklausur mit Musterlösung Ihr Name: Maximal erreichbare Anzahl Verrechnungspunkte (VP): 64 Einziges zugelassenes Hilfsmittel: Ein Blatt DIN
UML - Zustandsdiagramm
Name Klasse Datum 1 Allgemeines Die Zustandsdiagramme in UML basieren im Wesentlichen auf den Statecharts von David Harel. Der Grundgedanke ist, das Verhalten eines endlichen Zustandsautomaten grafisch
Arbeiten mit einer Datenbank 1
Arbeiten mit einer Datenbank 1 1. Datenmodelle 1.1 Das Entity-Relationship-Model (Objekt-Beziehungs-Modell) Bevor man in einem Datenbanksystem eine Datenbank aufbaut, muss man sich die Struktur der Datenbank
Wirtschaftsinformatik 6a: Modellierung. Hochschule für Wirtschaft und Recht SS 16 Dozent: R. Witte
Wirtschaftsinformatik 6a: Modellierung Hochschule für Wirtschaft und Recht SS 16 Dozent: R. Witte Computertechnik Man kann Software auf 2 Arten herstellen: Entweder macht man sie so klar und einfach,
Requirements Engineering
Klaus Pohl Chris Rupp Basiswissen Requirements Engineering Aus- und Weiterbildung zum»certified Professional for Requirements Engineering«Foundation Level nach IREB-Standard 4., überarbeitete Auflage dpunkt.vertag
Semantik: Die Bedeutung sprachlicher Konstrukte
Semantik: Die Bedeutung sprachlicher Konstrukte Reinhard Moratz 17.12.2003 2 Heutige Themen 2 Heutige Themen Übersicht 2 Heutige Themen Übersicht Szenen und Frames Semantik Übersicht Übersicht 4 Verschiedene
Übung zu Relationale Datenbanken in der Anwendung
Lehrstuhl für Angewandte Informatik IV Prof. Dr.-Ing. Stefan Jablonski Übung zu Relationale Datenbanken in der Anwendung 01 ER-Modellierung (1) Lehrstuhl für Angewandte Informatik IV Fakultät für Mathematik
Beispiellösungen zu Blatt 4
µathematischer κorrespondenz- zirkel Mathematisches Institut Georg-ugust-Universität Göttingen eispiellösungen zu latt 4 ufgabe 1 Für ein Verbrechen gibt es vier Verdächtige und jeder von ihnen macht eine
Kapitel 2: Konzeptuelle Modellierung
Kapitel 2: Konzeptuelle Modellierung 1 Das Entity-Relationship-Modell voraussetzen Vorgänger achfolger Matrr Vorlr ame Studenten hören Vorlesungen SWS Sem Titel ote prüfen lesen Persr ame Fachgebiet Assistenten
3. Relationales Modell & Algebra
3. Relationales Modell & Algebra Inhalt 3.1 Relationales Modell Wie können wir Daten mathematisch formal darstellen? 3.2 Übersetzung eines konzeptuellen Modells Wie können wir ein konzeptuelles Modell
Kapitel 3: Datenbanksysteme
LUDWIG- MAXIMILIANS- UNIVERSITY MUNICH DEPARTMENT INSTITUTE FOR INFORMATICS Skript zur Vorlesung: Einführung in die Informatik: Systeme und Anwendungen Sommersemester 2018 Kapitel 3: Datenbanksysteme Vorlesung:
Abstraktionsebenen des Datenbankentwurfs
Datenbankentwurf Abstraktionsebenen des Datenbankentwurfs 1. Konzeptuelle Ebene 2. Implementationsebene 3. Physische Ebene 1 Objektbeschreibung Uni-Angestellte - Anzahl: 1000 - Attribute PersonalNummer
Software-Engineering
SWE41 Slide 1 Software-Engineering Sebastian Iwanowski FH Wedel Kapitel 4: Systemanalyse Teil 1: Prozessorientierte Sicht SWE41 Slide 2 Überblick: Systemanalyse Verschiedene Analysemethoden unterscheiden
Abteilung COQ - Organisation - Kurzanleitung ARIS Business Publisher
1. Bitte rufen Sie folgenden Link im Internet-Browser (Internet Explorer) auf: http://prozesse.zv.uni-siegen.de 2. Bitte klicken Sie in der ARIS-Anmeldemaske auf Anonymer Zugang. 1 3. Nach erfolgreicher
