Presentasjon lastes. Vennligst vent

Presentasjon lastes. Vennligst vent

Modellering og diagrammer Jesper Tørresø DAB1 E07 13. september 2007.

Liknende presentasjoner


Presentasjon om: "Modellering og diagrammer Jesper Tørresø DAB1 E07 13. september 2007."— Utskrift av presentasjonen:

1 Modellering og diagrammer Jesper Tørresø DAB1 E07 13. september 2007

2 Lektion 13/9 2007 Primære fokus på ERD diagrammer for at koble udviklingsarbejdet til en Relationsdatabase De samme begreber og teknikker kan også bruges i forbindelse med UML diagrammer, som vi ”kun” ser på summarisk Modelleringsprincipperne er i fokus!!

3 Udviklingsforløb

4 Model A data model is a precise description of information content Types of data models –Conceptual: in terms that users will understand –Logical: in terms that a relational database system will understand –Physical: in terms of the underlying computer hardware and operating system Database schemas –Schema is another word for model that implies that it adheres to a particular strategy for defining models

5 Schema (Short hand form) A Schema is a data model that is intended to be used with a database system –External schemas are defined for the users of a database –Logical schema defines the representation as a collection of tables that are stored in a database server –Internal schema defines the representation used by the database server to store the tables in memory or files

6 Modeldiagrammer Model kan vises med et eller flere diagrammer: –Entity Relationsship Diagram, ”Chen notation”. Udviklet til Databaser og ”imødekommer” kravene fra en RDB –”Crows-Foot” –IDEF1X –UML (Scott Amber Agiledata.org)

7 ER Diagram komponeter

8

9

10 Generalisering /Specialisering

11 Aggregering Somehow used.. SW-product ProgramUser’s Guide A

12 Ternary relationship

13

14 Assertion 1: One engineer, working under one mananger, could be working on many projects Assertion 2: One project, under direction of one manager, could have many engineers Assertion 3: One engineer, working on one project, must have only one manager. FD (EmpId, ProjectName -> ManagerID)

15 Ternary relationship

16 Note on Ternary In general, for a n-ary relationship, each entity considered to be ”one” has its key appering on the right side of exactly one functional dependency (FD). No entity considerede ”many” ever has its key appear on the right side of an FD.


Laste ned ppt "Modellering og diagrammer Jesper Tørresø DAB1 E07 13. september 2007."

Liknende presentasjoner


Annonser fra Google