Beskrivelses- og analyse-teknikker understøttet af Oracle Designer

Slides:



Advertisements
Lignende præsentationer
Relationer En relation mellem to mængder er en generaliseret funktion
Advertisements

Mapning af 1 til mange forbindelser
Mapning af klasser til relationer
2009NOEA/IT - Databaser/arkitektur1 Databaser Introduktion - Arkitektur Introduktion DBMS-arkitektur Datamodeller.
Database-begreber (databaser, del 2)
Relationsdatabaser og SQL
3. Funktionelle afhængigheder og normalisering
Krav og usecases Larman kap. 5 og 6 (del1) Larman kap del1
Felter og nøgle-felter (databaser, del 6)
Lavet af: Paw Petersen Design Design Class Diagram (DCD)
ER-diagrammer (databaser, del 4)
Informationsteknologi B-A, HHX, 2005,
Giv medarbejderne adgang til centrale systemer – lige ind i Office Inspirationsseminar 31. oktober 2006.
NOEA/IT - FEN - Databaser/TabelDesign 1 Tabeldesign Design af relationsdatabaser Normalisering.
Mapning af 1 til mange forbindelser
Beskrivelses- og analyse-teknikker understøttet af Oracle Designer Del 2 af 2: Proces- og funktionsdiagrammering Aalborg Universitet, d. 9. oktober 2006.
2:Relations modellering og design regler.
”Søg og du skal finde” fra idé til applikation af Mads Thomsen og Bent Guldager.
Relationsdatabaser og SQL
Informationsniveauer
Powerpoint Jeopardy Data flow diagrammer Entity relationship diagrammer State diagrammerSammenhænge mellem systemmodeller
NOEA/IT FEN - Databaser/modellering 1 Tabeldesign Omformning af E/R-modellen til relationelle skemaer.
SQL – Oracle Relationsdatabase
Data Dictionary (databaser, del 7)
Context- og flow-diagrammer (databaser, del 3)
No. 1 TemaTitelMateriale 1 IS i sundheds-sektorenPatientdatas anvendelighedLynge et al. 2 Registrering af patientdata Berg. Kap. 2 Waiting for Godot. 3.
Informationssystemer kursusgang: Modellering med henblik på dataudtræk
Den relationelle model
2009NOEA/IT - Databasedesign1 Agenda Datamodellering Databasedesign Normalisering.
Spørgsmål 2: Relations modellering og designregler Gruppe 2.
Grundlæggende elementer i UML
Test 1 Klik her for start. Hvor skal du klikke for at få designvisning?
SQL – Oracle Relationsdatabase
ER-diagrammer Hvad er det? Og hvad bruges det til?
Relationelle databaser og XML
2009NOEA/IT - Databaser/arkitektur1 Den relationelle model En teoretisk model for databaser Hviler på et sundt teoretisk grundlag Omfatter: Datastruktur.
Virksomhedens informationsbehandling lektion Ved. Jens Godik Højen.
2009NOEA/IT - Databaser/arkitektur1 Tabeldesign Design af relationsdatabaser Normalisering.
IT i Byggeriet Semester 6, kursusgang Databaser (2) Kjeld Svidt Kjeld Svidt  Institut for Bygningsteknik  Aalborg Universitet.
IT i Byggeriet Semester kursusgang Databaser (2) Kjeld Svidt Kjeld Svidt  Institut for Bygningsteknik  Aalborg Universitet.
Introduktion I4DAB1 Jesper Tørresø Forår Layers + Tiers ? Tiers er opdelinbgslag omkring en logisk abstraktion (Præsentation, forretningslogik og.
Data Warehouse 8. semester forår 2010
Objekter og klasser Rasmus D. Lehrmann DM
Aalborg Universitet Master i Informationsteknologi, IT i Byggeriet – 2. Års projekt TYPEHUSKATALOG.
Use Case Modellering. En form for requirements engeneering – dvs. fastlæggelse af systemkrav.
ER-modellering1 Analyse af data og sammenhæng mellem data.
Eksamen i Databasesystemer. Eksamen 4 timers skriftlig eksamen afholdes 8. januar 2004 kl Alle skriftlige hjælpemidler. Der gives karakter efter.
Rapid Application Development med Application Express Aalborg Universitet, d. 19. september 2007 B e n t M ø l l e r M a d s e nB e n t M ø l l e r M a.
3. Objekt Orientering og Relations Databaser
Kjeld Svidt  Institut for Byggeri og Anlæg  Aalborg Universitet IT i Byggeriet Semester 6, kursusgang Databaser (2) Kjeld Svidt
NOEA/IT FEN - Databaser/modellering 1 Datamodellering Den udvidede (enhanced) E/R-model (EE/R- modellen) Begreber Diagrammering Omformning til.
Dokumentation 7. Semester
2009Softwarekonstruktion / DB-design 11 Databasedesign 1 Fra begrebsmæssig model til relationel model.
Oracle Application Express Lektion 2 7. Semester 2008.
Kjeld Svidt  Institut for Byggeri og Anlæg  Aalborg Universitet IT i Byggeriet Semester 6, kursusgang Databaser (1) Kjeld Svidt
Database.
E/R-diagrammering 7. Semester.
Unified Modeling Language
DB analyse og modellering Jesper Tørresø DAB1 F Februar 2008.
Den relationelle model
 Jens Bennedsen 2002Objektorienteret systemudvikling Design klasse model ”Klassemodellen på vej til kode”
Oracle Application Express Lektion 1 7. Semester 2008.
Objekt-relationel DBMS1 4.5 The Object-Relational Model 9.4 User-Defined Types in SQL 9.5 Operations on Object-Relational Data Ullman: Object-Relational.
 Astrid Lumbye 2002Objektorienteret systemudvikling Begreber i systemudviklingsprocessen Udviklingsmodel Metode Beskrivelsesteknik Værktøj.
 Jens Bennedsen 2001Multimedie programmering4.1 Definition af begreber Interface, implements, klasse.
 Jens Bennedsen 2002Objektorienteret systemudvikling Begrebsmodellering Hvordan får vi opbygget en domænemodel/begrebsmodel?
Database Some walk through lv/ Figures & some text from: © Pearson Education Limited 1995,
Normal former i en database Jan Christiansen Nyborg Gymnasium.
1.10 System design - Database
DB analyse og modellering
Præsentationens transcript:

Beskrivelses- og analyse-teknikker understøttet af Oracle Designer Del 1 af 2: E/R-diagrammering Aalborg Universitet, d. 6. oktober 2006 B e n t M ø l l e r M a d s e n

CASE-værktøjer Computer Aided Software Engineering Udvikling af software som en videnskab IT-understøttelse af en eller flere faser i udviklingsprocessen Dokumentation af udviklingen Ssytemgenerering

Udviklingsprocessen Problemstilling Analyse Design Konstruktion Dokumentation Test/Indkøring Produktion

Opbygning af database & applikation E/R-diagram Database-design Database Database Design Transformer Database Generator Funktions-diagram Proces-diagram CRUD-matrix Applikations-design Applikation (APEX) Applikations Generator Applikations Design Transformer Analyse, Design og generering Upper-Case og Lower-Case Logisk og fysisk Repositorie 100% generering BPR

E/R-diagrammer En model over betydende entiteter/objekter i en organisation, disses egenskaber og relationer. Formål med et E/R-diagram: Skabe en model over databehovet inden for et afgrænset område i en organisation Skabe et fundament for udviklingen af applikationer Uafhængig af den tekniske løsning

E/R-diagram konventioner Peter P. Chen The Entity-Relationship Model - Toward a Unified View of Data (1976) Charles Bachman James Martin IDEF1X Information Engineering Methodology Richard Barker Oracle Custom Development Methodology Unified Modeling Language (UML)

Chen Att. Att. Att. Att. Att. 1 Rel. N Entitet Entitet Att. N Rel. 1

CASE*Method ENTITET A ENTITET B # * attribut a * attribut b º attribut c º attribut b navn 1 navn 2 ENTITET C

E/R-diagrams bestanddele tilhøre MEDLEMSKAB KUNDE # * kundenr * fornavn * efternavn o email FIRMA LEVERANDØR PARTNER have del af består af Unik identifikator Attributter Superentitet Subentitet Rekursiv relation Relationer Entitet Exclusive Arc

E/R-Diagram (Entitet) En entitet er et objekt af betydning for virksomheden. Eks.: Medarbejder, ordre, afdeling etc. ENTITET A

E/R-Diagram (Attribut) En attribut beskriver væsentlige egenskaber ved entiteten Eks.: navn, adresse, ordrenr, antal etc. ENTITET A attribut a attribut b attribut c

E/R-Diagram (Attribut) En attribut kan være henholdsvis mandatory (*) eller optionel (°), der beskriver, om attributen skal indeholde en værdi. Et # betyder at attributen (eller attributterne) er den unikke identifikator for entiteten. ENTITET A # * attribut a * attribut b º attribut c

E/R-Diagram (Relation) En relation er en navngivet betydningsfuld forbindelse mellem to entiteter (eller en rekursiv relation på en enkelt entitet) I en relationsdatabase bliver relationer til nye kolonner og tilhørende fremmednøgler. ENTITET A ENTITET B # * attribut a * attribut b º attribut c º attribut b navn 1 navn 2

E/R-Diagram (Relation) Relationer er bestemt ved deres optionalitet og kardinalitet: Optionalitet: Optional - kan Mandatory - skal Kardinalitet: En eller flere En og kun en

E/R-Diagram (Relation) Eks. på at læse en relation fra hver sin ende: 1: Hver forekomst af ordrelinie skal bestå af en og kun en vare. 2: Hver forekomst af vare kan stå på en eller flere ordrelinier. bestå af ORDRELINIE # * attribut a * attribut b º attribut c VARE º attribut b bestå af stå på stå på

E/R-Diagram (Relation) En relation skal kunne forstås ved at læse relationen udfra optionalitet, kardinalitet og navnet på relationen. Hver fore-komst af Subjekt entitet skal eller kan relation rolle en eller flere en og kun en entitet 1 entitet 2 Kardinalitet Objekt Optionalitet Navn (udsagnsord & forholdsord)

E/R-Diagram (Relation) En-til-mange relationer De oftest forekommende relationer En-til-en relationer Relativt sjældne relationer Tjek om attributterne ikke kan samles i én entitet Mange-til-mange relationer Ofte forekommende i starten af analysefasen Konvertering af E/R-diagram til databasediagram medfører at mange-til-mange relationer opløses til nye tabeller Tjek om disse forinden bør opløses til nye entiteter med ekstra attributter i E/R-diagrammet

E/R-Diagram (Relation) Yderligere informationer der kan udtrykkes i relationer: En relation der er del af den unikke identifikator Transferability (kan relationer ændres)

E/R-Diagram (Relation) Specielle relationer: En rekursiv relation (”griseøre”) udtrykker et hierarki i entiteten. ENTITET A # * attribut a * attribut b º attribut c navn 1 navn 2

E/R-Diagram (Relation) Specielle relationer En ”exclusive Arc” viser, at entitet A kan/skal have en relation til enten entitet B eller entitet C. ENTITET A # * attribut a * attribut b ENTITET B ENTITET C

E/R-Diagram (Entitet) Entiteter kan opbygges indeni hinanden, hvorved de kaldes super- og subentiteter. En superentitets egenskaber (attributter og relationer) arves af alle subentiteter ENTITET A ENTITET B ENTITET C

E/R-Diagram Normalisering Optimering af et databasedesign Undgå redundans Normaliser til 3. normalform eller BCNF

Opbygning af en database E/R-diagram Database-design Database

Sammenhæng mellem E/R-diagram og databasedesign Attribut Kolonne/felt Forekomst/instans Række/post Relation Fremmednøgle/(tabel) Unik identifikator Primærnøgle Entitet Tabel