Datenbankentwicklung IV-LK

1. DatenbankentwicklungIV-LK • Warum Datenbanken? • Anforderungsanalyse für Datenbanken • Ableitung von Tabellenstrukturen • Normalisierung • Relationenalgebra • Formalisierung von Tabellen in SQL • SQL- Anfragen Nicole Rottmann 2011/12

2. 1. Warum Datenbanken ?IV-LK • Datenchaos • Anforderungen an eine Datenbank • Anforderungen an ein Datenbank- Managementsystem • Ebenen eines Datenbank-Managementsystems Nicole Rottmann 2011/12

3. 1. Warum Datenbanken? – 1. DatenchaosIV-LK Zeitlich und räumlich verteilte Daten: Versandhandel erhält Bestellungen von Kunden, die nicht vollständig erledigt werden können. -> Nachlieferungen müssen geregelt werden. VerwaltungdurchLaufzettel: Möglich wäre ein Stapel mit Zetteln, auf denen nicht erledigte Aufträge notiert sind. Wie können die Aufträge dann erfüllt werden ? Was passiert, wenn mehrere Aufträge nicht lieferbar sind ? Datensortierung: Nach welchen Kriterien wird sortiert ? Nicole Rottmann 2011/12

4. 1. Warum Datenbanken? – 2. Anforderungen an eine DatenbankIV-LK Forderung 1: Persistenz (lat. persistere – verharren) Werden Daten in die Datenbank eingetragen, sollen sie gespeichert bleiben, auch wenn die Software, die die Daten eingetragen hat, beendet wurde. Forderung 2: Anlegen von DatenschemataGrundsätzlich können identische Daten verschiedene Bedeutungen haben. Ein Datum 42 kann für eine Artikelnummer oder eine Hausnummer stehen. Als Schema werden Tabellen genutzt. Die Daten werden in die einzelnen Zellen der Tabellen eingetragen. Forderung 3: Einfügen, Ändern und Löschen von DatenDer Nutzer muss die Möglichkeit haben, Daten in die Tabellen einzutragen, diese später zu ändern und wenn notwendig, auch wieder zu löschen. Artikel Datensatz Nicole Rottmann 2011/12

5. 1. Warum Datenbanken? – 2. Anforderungen an eine DatenbankIV-LK Forderung 4: Lesen von DatenWichtigste Aufgabe bei der Nutzung einer Datenbank sit die Schaffung einer Möglichkeit, Daten aus der Datenbank wieder abzurufen. Es muss festgestellt werden, ob es einen einen Eintrag zur Arktikelnummer 12346 gibt und welche zusätzlichen Daten zu diesem Artikel existieren. Ein Softwaresystem, das alle genannten Grundanforderung erfüllt wird Datenbank, abgekürzt DB genannt. Nicole Rottmann 2011/12

6. Bisherige Forderungen reichen für die sinnvolle Nutzung der DB nicht aus. Aus diesem Grund wird die DB in ein Datenbank-Management System (DBMS) eingebettet. 1. Warum Datenbanken? – 3. Anforderungen an ein Datenbank-ManagementsystemIV-LK Nicole Rottmann 2011/12

7. Eine Datenbank besteht typischerweise aus vielen Datenbankschemata. 1. Warum Datenbanken? – 3. Anforderungen an ein Datenbank-ManagementsystemIV-LK Artikel Artikeleinkauf Nicole Rottmann 2011/12

8. Verbesserte Datenbankstruktur. 1. Warum Datenbanken? – 3. Anforderungen an ein Datenbank-ManagementsystemIV-LK Artikel Artikeleinkauf Firma Nicole Rottmann 2011/12

9. Forderung 5: Integrität und redundanzfreie Datenhaltung Das DBMS unterstützt die Möglichkeit, dass ein Datum, das an verschiedenen Stellen benutzt wird, nur an einer Stelle definiert ist. Es wird sichergestellt, dass Änderungen dieses Datums dann alle Nutzungsstellen im System betreffen. 1. Warum Datenbanken? – 3. Anforderungen an ein Datenbank-ManagementsystemIV-LK Nicole Rottmann 2011/12

10. Datenbanken werden häufig von verschiedenen Nutzern zur gleichen Zeit genutzt. Eine besondere Problematik entsteht, wenn der Zugriff auf dieselbe Information fas gleichzeitig stattfindet. 1. Warum Datenbanken? – 3. Anforderungen an ein Datenbank-ManagementsystemIV-LK Nicole Rottmann 2011/12

11. Forderung 6: Koordination der parallelen Nutzung Das DBMS muss dafür Sorge tragen, dass die Integrität der Datenbank durch die parallele Nutzung nicht verloren gehen kann. Jeder Nutzer muss bei der Durchführung seiner Aktionen den Eindruck haben, alleine die Datenbank zu nutzen. Nach den bisherigen Forderungen kann jeder Nutzer jede Datenbankfunktionalität nutzen und auf jedes Datum zugreifen. Dies ist nicht bei jedem System sinnvoll. 1. Warum Datenbanken? – 3. Anforderungen an ein Datenbank-ManagementsystemIV-LK Nicole Rottmann 2011/12

12. Forderung 7: Rechteverwaltung Das DBMS ermöglicht es, die Rechte an der Erstellung und Löschung von Datenschemata sowie die Erstellung, Löschung und Veränderung von Daten für einzelne Nutzer individuell zu definieren. Das System stellt die Einhaltung der mit den Rechten verbundenen Einschränkungen sicher. Weder Computer noch Software können so erstellt werden, dass sie absolut ausfallsicher sind. Gerade bei Datenbanken kann ein Systemabsturz zu extrem problematischen Situationen führen. 1. Warum Datenbanken? – 3. Anforderungen an ein Datenbank-ManagementsystemIV-LK Nicole Rottmann 2011/12

13. Forderung 8: Datensicherung Das DBMS ermöglicht es, Sicherungen des aktuellen Datenbestandes herzustellen und diese wieder in das System einzuspielen. 1. Warum Datenbanken? – 3. Anforderungen an ein Datenbank-ManagementsystemIV-LK Nicole Rottmann 2011/12

14. Forderung 9: Katalog Das DBMS ermöglicht es bestimmten Nutzern, Informationen über die gesamte Struktur des Systems zu erhalten. Dazu gehören die vorhandenen Datenbankschemata, Integritätsbedingungen und Nutzerrechte. 1. Warum Datenbanken? – 3. Anforderungen an ein Datenbank-ManagementsystemIV-LK Nicole Rottmann 2011/12

15. 1. Warum Datenbanken? – 4. Ebenen eines Datenbank-ManagementsystemsIV-LK Unterschiedliche Personenkreise sind an verschiedenen Aspekten einer Datenbank interessiert. Diese Interessen kann man bei der Betrachtung von Datenbanken eindeutig trennen, man spricht dann von Ebenen. Nicole Rottmann 2011/12

16. 1. Warum Datenbanken? – 4. Ebenen eines Datenbank-ManagementsystemsIV-LK Hauptnutzer und Ersteller der einzelnen DBMS Ebenen: Nicole Rottmann 2011/12

17. 1. Warum Datenbanken? – AufgabenIV-LK Wiederholungsfragen: Nenne typische Probleme, die bei einer Datenverwaltung ohne Software-Unterstützung auftreten können. Nenne vier Forderungen, die eine Software erfüllen muss, damit es sich um eine Datenbank handelt. Veranschauliche die Forderungen durch Beispiele. Nenne fünf zusätzliche Forderungen, die eine Software erfüllen muss, damit es sich um ein DBMS handelt. Veranschauliche die Forderungen durch Beispiele. Beschreibe die drei Ebenen, die man bei einer Datenbank unterscheiden kann. Nenne wer sich mit der Erstellung der Ebenen beschäftigt und wer diese Ebenen nutzt. Nicole Rottmann 2011/12

18. 1. Warum Datenbanken? – AufgabenIV-LK Übungsaufgaben: In einem kleinen Unternehmen findet die Datenverwaltung ohne Software statt. Das Unternehmen wickelt Bestellungen ab, die mehrere Artikel umfassen können und in schriftlicher Form vorliegen. Um schnell reagieren zu können, werden auch nicht vollständige Bestellungen versandt und dem Kunden mitgeteilt, dass die weiteren Artikel nicht lieferbar sind. Der Kunde müsste bei Bedarf diese Artikel wieder neu bestellen. Zur Analyse der Abläufe möchte man eine Übersicht haben, wie viele Bestellungen ein Kunde gemacht hat und wie hoch seine bisherige Bestellsumme war. Weiterhin soll bekannt sein, wie häufig ein Artikel bestellt wurde und wie häufig dieser Artikel nicht vorrätig war, obwohl eine Bestellung vorlag. Beschreibe den Arbeitsablauf als Programmablaufplan mit seinen möglichen Alternativen, so dass alle Informationen erfasst werden können. Nicole Rottmann 2011/12

19. 1. Warum Datenbanken? – AufgabenIV-LK Die Probleme, die auftreten können, wenn alle Daten ausschließlich in Textdateien verwaltet werden, sind im Unterricht skizziert worden. Überlege dir konkrete Probleme, die auftreten könnten, wenn ein Versandhaus alle Daten in Dateien verwalten würde. Überlege zusätzlich, was für eine Software dabei hilfreich wäre, wenn keine Datenbank gekauft oder entwickelt werden dürfte. Nicole Rottmann 2011/12

20. 1. Warum Datenbanken? – AufgabenIV-LK Gib für die im folgenden genannten Operationen an, auf welcher Ebene Änderungen durchzuführen sind, also ob der Oberflächen-Designer, der Datenbank-Entwickler oder der Datenbank-Administrator aktiv werden müssen. Es ist möglich zu notieren, dass eine oder mehrere Ebenen hauptsächlich oder/und etwas betroffen sind. Es ist von einer laufenden Datenbank auszugehen. In einer Eingabemaske soll ein Feld mit einer weiteren Auswahlmöglichkeit eingefügt werden. Die Information über die Auswahlmöglichkeiten ist bereits in den Tabellen vorhanden. Das gesamte DBMS soll ausgetauscht werden. Es sollen zusätzliche Informationen, wie das bisher nicht vorhandene Geburtsdatum eines Mitarbeiters, in einer neuen Tabelle aufgenommen werden. Es wird eine neue Abhängigkeit zwischen den Daten entdeckt, die zusätzlich aufgenommen wird. Es wird festgestellt, dass neben der Ausgabe einzelner Daten auch immer die Summe dieser Daten angezeigt werden soll Nicole Rottmann 2011/12

21. 1. Warum Datenbanken? – AufgabenIV-LK Es sollen neue Daten in die Datenbank eingetragen werden. Zwei existierende Datenbanken mit identischer Tabellenstruktur, aber unterschiedlichen Inhalten, sollen zu einer Datenbank zusammengefasst werden. Es sollen Daten in der Datenbank gelöscht werden. Der Speicherplatz für eine Tabelle soll vergrößert werden. Es soll eine neue Festplatte eingebaut werden, auf der Teile der Datenbank laufen sollen. Nicole Rottmann 2011/12

22. 2.Anforderungsanalyse für DatenbankenIV-LK Überblick über den Software-Entwicklungsprozess Anforderungsanalyse für Software Anforderungsanalyse für Datenbanken Entity-Relationship Modell Fallstudie Nicole Rottmann 2011/12

23. 2.Anforderungsanalyse für DatenbankenIV-LK Maßgeblich für den Erfolg von Software-Projekten ist, dass das resultierende Produkt vom Kunden bzw. späteren Nutzern akzeptiert wird. Dies beinhaltet neben der funktionalen Korrektheit (Software stürzt nicht ab und hat auch sonst keine Fehler), die Nutzbarkeit der Software. Zentral für die Nutzbarkeit der Datenbank ist die Beantwortung der Frage, welche Daten mit welchen Zusammenhängen in der Datenbank verwaltet werden sollen. Diese Informationen sind ein Teilergebnis der Analyse der durch die Software zu unterstützenden Prozesse. Nicole Rottmann 2011/12

24. 2.Anforderungsanalyse für Datenbanken– 1. Überblick über den Software-EntwicklungsprozessIV-LK Der Software-Entwicklungsprozess lässt sich in mehrere Phasen einteilen. Wasserfallmodell Nicole Rottmann 2011/12

25. 2.Anforderungsanalyse für Datenbanken– 2. Anforderungsanalyse für SoftwareIV-LK In einem Versandhaus soll eine Software zur Abwicklung von Bestellungen entwickelt werden. In der ersten Beschreibung steht folgender Satz:“ Das System soll die Abwicklung von Bestellungen nach dem üblichen Ablauf unterstützen.“ Worin bestehen die Probleme in dieser Aussage? Genauer ist der Satz „Schriftlich eingehende Bestellungen werden zunächst formal überprüft und sollen dann in das zu entwickelnde System per Hand eingetragen werden. Was heißt jetzt aber formal überprüft ? Hilfreich ist die Visualisierung von Abläufen. Nicole Rottmann 2011/12

26. 2.Anforderungsanalyse für Datenbanken– 2. Überblick über den Software-EntwicklungsprozessIV-LK Typischer Ablauf Nicole Rottmann 2011/12

27. 2.Anforderungsanalyse für Datenbanken– 2. Überblick über den Software-EntwicklungsprozessIV-LK Alternative Abläufe Nicole Rottmann 2011/12

28. 2.Anforderungsanalyse für Datenbanken- 2. Überblick über den Software-Entwicklungsprozess IV-LK Bei der Dokumentation für jeden Prozess sollten folgende Fragen beantwortet werden: Welche Aufgabe soll der Prozess erfüllen? Welche Voraussetzungen müssen erfüllt sein, damit der Prozess ablaufen kann? Welche Ergebnisse soll der Prozess produzieren? Wie sieht der typische Ablauf des Prozesses aus? Welche alternativen Abläufe gibt es neben dem typischen Ablauf? Wer ist für die Durchführung des Prozesses verantwortlich und wer arbeitet wie mit? Welche Mittel (Arbeitsmittel, andere Software) werden zur Durchführung des Prozesses benötigt Welche anderen Prozesse werden zur erfolgreichen Abarbeitung benötigt? Nicole Rottmann 2011/12

29. 2.Anforderungsanalyse für Datenbanken– 3. Anforderungsanalyse für DatenbankenIV-LK Für die Datenbank-Entwicklung stellt sich zentral die Frage nach den Daten, die in den einzelnen Arbeitsschritten benutzt werden. Für eine Bestellung stellt sich z.B. die Frage, aus welchen Daten diese besteht. Erste Aufgabe bei der Datenbank-Entwicklung ist es ein Modell einer Miniwelt zu erstellen, das zur Aufgabenstellung passt. Für den Modellierer stellt sich die Frage nach den Objekten der realen Welt, die für die Aufgabenstellung relevant sind, und ihre Beziehungen zueinander. Genauer stellt sich die Frage nach den Entitäten, die eine Rolle spielen. Nicole Rottmann 2011/12

30. 2.Anforderungsanalyse für Datenbanken– 3. Anforderungsanalyse für DatenbankenIV-LK Definition Entität: Eine Entität ist ein individuelles, eindeutig identifizierbares Objekt, das durch Eigenschaften charakterisiert werden kann. Für jede Eigenschaft kann man einen Namen dieser Eigenschaft, wie „Datum“ und „Bestellnummer“ festhalten. Zu jedem dieser Eigenschaften kann man einen Datentyp angeben, der die Werte charakterisiert, die diese Eigenschaft bei einer Entität annehmen kann. Solche Eigenschaften werden bei Datenbanken „Attribute“ genannt. Nicole Rottmann 2011/12

31. 2.Anforderungsanalyse für Datenbanken– 3. Anforderungsanalyse für DatenbankenIV-LK Definition Attribut: Ein Attribut besteht aus einem Namen und einem Datentyp. Attribute werden zur Modellierung von Eigenschaften genutzt. Für den Modellierer sind nicht die individuellen Bestellungen interessant, sondern die Informationen an sich, dass Bestellungen in die Datenbank aufgenommen werden sollen. Man spricht hierbei vom Entitätstypen. Definition Entitätstyp: Ein Entitätstyp ist eine Schablone mit einem eindeutigen Namen. Sie dient zur Zusammenfassung von Entitäten. In der Schablone werden alle Attribute zusammengefasst, von denen die Entitäten konkrete Ausprägungen haben. Nicole Rottmann 2011/12

32. 2.Anforderungsanalyse für Datenbanken– 3. Anforderungsanalyse für DatenbankenIV-LK Entitätstypen werden in Entity-Relationship-Modellen in einem Rechteck dargestellt. Die zugehörigen Attribute stehen in Ovalen, die mit dem Rechteck verbunden sind. Das Attribut oder die Kombination von Attributen, mit dessen Wert oder deren Werten man eine zum Entitätstyp gehörende Entität eindeutig identifizieren kann, wird durch Unterstreichung gekennzeichnet. Nicole Rottmann 2011/12

33. 2.Anforderungsanalyse für Datenbanken– 3. Anforderungsanalyse für DatenbankenIV-LK Eine Bestellung hat als weitere typische Eigenschaft den Kunden, von dem sie aufgegeben wurde. Dieser Kunde soll auch in die Datenbank aufgenommen werden. Jeder Kunde hat einen Namen und eine Adresse und wird durch seine Kundennummer eindeutig. Kunden werden als eigenständige Entitätstypen aufgenommen, um redundante Daten zu vermeiden. Dabei werden die Namen der Entitätstypen immer in der Einzahl geschrieben. Wird jetzt der „Kunde“ als Entitätstyp modelliert, muss die Beziehung zur Bestellung in das Modell aufgenommen werden. Diese Beziehung wird benannt und im Modell als Raute dargestellt. Nicole Rottmann 2011/12

34. 2.Anforderungsanalyse für Datenbanken– 3. Anforderungsanalyse für DatenbankenIV-LK Ergänztes ERM Modell für die Bestellverwaltung Attribute können nur einen Wert annehmen. Nicole Rottmann 2011/12

35. 2.Anforderungsanalyse für Datenbanken– 3. Anforderungsanalyse für DatenbankenIV-LK In einer Bestellung muss nicht jeder Artikel nur einmal bestellt werden. Was passiert, wenn in einer Bestellung gleich 42 IPads geordert werden? Nicole Rottmann 2011/12

36. 2.Anforderungsanalyse für Datenbanken– 3. Anforderungsanalyse für DatenbankenIV-LK Die bestellte Artikelmenge wird als Eigenschaft der Beziehung aufgenommen. Nicole Rottmann 2011/12

37. 2.Anforderungsanalyse für Datenbanken– 3. Anforderungsanalyse für DatenbankenIV-LK Das Finden der richtigen Entitätstypen, Beziehungen und Attribute ist keine triviale Aufgabe. Ein guter Ansatz ist es die Anforderungen Schritt für Schritt durchzuarbeiten und mit allgemeinen Regeln lässt sich zumindest ein erster Ansatz finden: • Analysiere alle Nomen im Text, sie könnten Entitätstypen oder Attribute sein. • Analysiere alle Verben im Text, sie können auf Beziehungen zwischen Entitätstypen hinweisen. • Analysiere alle Adjektive im Text, sie können auf Attribute hinweisen. Nicole Rottmann 2011/12

38. 2.Anforderungsanalyse für Datenbanken– 4. Entity-Relationship-ModellIV-LK Ergänzungen des bisherigen Modells. Ein Kunde kann mehrere Bestellungen machen und zu jeder Bestellung gehört genau ein Kunde. Dieser Zusammenhang wird als Kardinalität bezeichnet. Nicole Rottmann 2011/12

39. 2.Anforderungsanalyse für Datenbanken– 4. Entity-Relationship-ModellIV-LK Die vier Kardinalitäten sind: 1 eine Beziehung zu genau einer Entität C eine Beziehung zu einer oder keiner Entität N eine Beziehung zu einer oder mehreren Entitäten NC eine Beziehung zu keiner, einer oder mehreren Entitäten Jede Entität des Entitätstyps A steht in rel-Beziehung mit X Entitäten des Entitätstyps B. Jede Entität des Entitätstyps B steht in rel-Beziehung mit Y Entitäten des Entitätstyps A. Allgemeines ERM Nicole Rottmann 2011/12

40. 2.Anforderungsanalyse für Datenbanken– 4. Entity-Relationship-ModellIV-LK Ergänzung der Kardinalitäten für die Beziehung zwischen Bestellung und Artikel. Aussagen: Jede Bestellung beinhaltet mindestens einen Artikel. Jeder Artikel kann in beliebig vielen Bestellungen vorkommen Nicole Rottmann 2011/12

41. 2.Anforderungsanalyse für Datenbanken– 4. Entity-Relationship-ModellIV-LK A B Y X rel Ehemann Ehefrau 1 1 verheiratet Jeder Ehemann ist mit genau einer Frau verheiratet. Jede Ehefrau ist mit genau einem Mann verheiratet. Mann Ehefrau 1 C verheiratet Jeder Mann ist nicht verheiratet oder hat genau eine Ehefrau. Jede Ehefrau ist mit genau einem Mann verheiratet Mutter Kind 1 N geboren Jede Mutter hat mindestens ein oder mehrere Kinder geboren. Jedes Kind wurde von genau einer Mutter geboren. Frau Kind 1 NC geboren Jede Frau hat ein oder kein Kind oder mehrere Kinder geboren. Jedes Kind wurde von genau einer Frau geboren. Mitarbeiter Firmen-Handy C C besitzen In einer Firma kann jeder Mitarbeiter ein Firmen-Handy haben, muss es aber nicht. Jedes Firmen-Handy ist entweder einem oder keinem Mitarbeiter zugeordnet. Handys ohne Zuordnung können z.B bei Bedarf verliehen werden. Nicole Rottmann 2011/12

42. 2.Anforderungsanalyse für Datenbanken– 4. Entity-Relationship-ModellIV-LK A B Y X rel Mentor Künstler C N unterstützt Jeder Mentor unterstützt einen oder mehrere Künstler. Jeder Künstler kann einen oder keinen Mentor haben. See Fluss C NC münden In jeden See können kein oder ein Fluss oder mehrere Flüsse münden. Jeder Fluss kann in genau einen See münden, muss es aber nicht. Student Vorlesung M N teilnehmen Jeder Student nimmt an mindestens einer Vorlesung oder aber mehreren Vorlesungen teil. An jeder Vorlesung nimmt mindestens ein Student oder nehmen mehrere Studenten teil. Bestellung Artikel M NC beinhalten Jede Bestellung beinhaltet einen oder mehrere Artikel. Jeder Artikel kann in keiner oder einer Bestellung oder in mehreren Bestellungen vorkommen. Artikel Lager MC NC lagern Ein Artikel kann in keinem oder einem Lager oder mehreren Lagern gelagert sein. In jedem Lager können kein, ein oder mehrere Artikel lagern. Es wird berücksichtigt, dass Artikel ausverkauft sein können oder dass Lagergebäude saniert werden müssen (deshalb immer das C). Nicole Rottmann 2011/12

43. 2.Anforderungsanalyse für Datenbanken– 4. Entity-Relationship-ModellIV-LK Bei der Entwicklung einer Datenbank ist es wichtig, dass jede relevante Information genau einmal in der Datenbank vorkommt. Ein Indikator für schlechte Modellierung sind Zyklen im ERM. Nicole Rottmann 2011/12

44. 2.Anforderungsanalyse für Datenbanken– 4. Entity-Relationship-ModellIV-LK In der folgenden Abbildung ist der Zusammenhang zwischen Artikel und Bestellung um Preisinformationen ergänzt worden. Nicole Rottmann 2011/12

45. 2.Anforderungsanalyse für Datenbanken– 4. Entity-Relationship-ModellIV-LK Rekursive Beziehungen: Beziehung, die sich nur auf einen Entitätstyp bezieht. Nicole Rottmann 2011/12

46. 2.Anforderungsanalyse für Datenbanken– 4. Entity-Relationship-ModellIV-LK Nicht-symmetrische rekursive Beziehung Jeder Mitarbeiter hat einen oder keinen Mitarbeiter als Vorgesetzten. Jeder Mitarbeiter hat keinen, einen oder mehrere Mitarbeiter als Untergebenen. Nicole Rottmann 2011/12

47. 2.Anforderungsanalyse für Datenbanken– 4. Entity-Relationship-ModellIV-LK Mehrere Beziehungen zwischen zwei Entitätstypen. Nicole Rottmann 2011/12

48. 2.Anforderungsanalyse für Datenbanken– 4. Entity-Relationship-ModellIV-LK Drei und mehr Entitätstypen in einer Beziehung. Nicole Rottmann 2011/12

49. 2.Anforderungsanalyse für Datenbanken– 4. Entity-Relationship-ModellIV-LK Darstellung abhängiger Attribute Existenzabhängige Entitätstypen Nicole Rottmann 2011/12

50. 2. Anforderungsanalyse für Datenbanken – AufgabenIV-LK Wiederholungsfragen • Beschreibe die verschiedenen Phasen der Software-Entwicklung. • Welche typischen Probleme können auftreten, wenn mit einem Kunden die Anforderungen an die zu erstellende Software aufgenommen wird? • Was versteht man unter der schrittweisen Verfeinerung von Anforderungen • Welche Fragen sind bei der Dokumentation für jeden Prozess zu beantworten? • Erkläre anschaulich die Begriffe Entität, Attribut und Entitätstyp. • Welche Möglichkeiten kennst du, bei der Modellierung Attribute und Entitätstypen zu unterscheiden? • Was versteht man unter einer Beziehung? Was bedeutet es, wenn Beziehungen Attribute haben? • Wie würdest du bei der Erstellung eines ERM vorgehen? • Wann ist es sinnvoll, statt eines Attributs Adresse mehrere Attribute wie Straße, Hausnummer, Postleitzahl und Stadt aufzunehmen? • Wozu werden Kardinalitäten in ERM genutzt, welche werden unterschieden? Nenne Beispiele für Einsatzmöglichkeiten von Kardinalitäten Nicole Rottmann 2011/12