Arkitektur - data.

Slides:



Advertisements
Lignende præsentationer
Anskaffelse af ny teknologi
Advertisements

Den Danske Kvalitetsmodel
Torbenfeldvej Vallensbæk strand Tlf.: – – dagligt brug af vores hjemmeside •AGEN LYS har en stor og omfattende.
Gode råd og eksempler på faldgruber
2009NOEA/IT - Databaser/arkitektur1 Databaser Introduktion - Arkitektur Introduktion DBMS-arkitektur Datamodeller.
IM-Strategi.
Virksomheder – Leavitt’s model
Formularer (Access, del 3)
Database-begreber (databaser, del 2)
UDGANGSPUNKT 7. Maj UDGANGSPUNKT •It som begreb er forældet og favner ikke udviklingen •Brug for et nyt udsigtspunkt og ny begrebsbrug •Fokus på.
Digitalisering og medialisering
Kvikskranken Torsdag den 10. september 2009 Internal Market Centre.
Beskrivelsesværktøjer
IS-Strategi.
TS-diagrammer (databaser, del 5)
Regnskab & økonomistyring - Lektion 3 HD 5. semester forår 2010 v/ Jens Godik Højen, April 2010.
A ktivitets B aseret O mkostningsfordeling.
Innovation i med og modvind – historien om at ville og være på vej
IT-Strategi.
Felter og nøgle-felter (databaser, del 6)
Virksomheder - definition
ER-diagrammer (databaser, del 4)
Anden information Bettina Dahl Søndergaard Lektor Hvad er svært ved beviser for gymnasieelever - og kan vi gøre noget ved det? Fredag den 18. marts 2011.
1 Collaboration and Control Crisis Management and Multimedia Technology in London Underground Control Rooms Christian Heath and Paul Luff Journal of Computer.
Regnskab & økonomistyring - Lektion 14 HD 5. semester forår 2010 v/ Jens Godik Højen, April 2010.
Arkitektur - Sikkerhed
Læremiddelkultur I Folkeskolen
Brug af IT redskaber og -systemer i den administrative stilling
Introduktion til Access (Access, del 1)
Validering af data (Access, del 7)
Opslagsfelter (Access, del 6). RHS – Informationsteknologi 2 Udgangspunkt Vi er ofte i den situation, at valg af en type for et felt ikke begrænser vores.
Oprettelse af tabeller (Access, del 2)
Rapporter (Access, del 5)
Beskrivelses- og analyse-teknikker understøttet af Oracle Designer Del 2 af 2: Proces- og funktionsdiagrammering Aalborg Universitet, d. 9. oktober 2006.
C O N N E C T I N G B U S I N E S S & T E C H N O L O G Y Copyright © Slide omkring test til TT-gruppemødet
Organisation og omverden
1 Dagens gang Repeter systemvalg Gennemgang af klasser og strukturer (kap. 3+4 OOA+D) Tavle opgave Gruppe opgave til næste gang.
Arkitektur - software. RHS - Informationsteknologi 2 Software-arkitektur Formålet med software-arkitekturen er at definere en software-”platform”, som.
18 – Java Server Faces. 2 NOEA2009Java-kursus – JSF 2 Web-applikationer - 1 Brugere interagerer med en Web-browser Browseren sender forespørgsler til.
Den kommunale ledelses håndtering
Introduktion til arkitektur design Arkitektur design handler om at få en forståelse for, hvordan et system skal organiseres og designe den overordnede.
Temaer Web-udvikling med FrontPage 2003 RHS - Informationsteknologi.
Læring og viden Pædagogik og pædagogisk innovation (1)
Powerpoint Jeopardy Data flow diagrammer Entity relationship diagrammer State diagrammerSammenhænge mellem systemmodeller
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.
MMP Model og Metode til Programudvikling – MMP 1 Kursusindhold: Modellering af postkontor Objekt Orienteret Programudvikling - OO* Unified Modelling.
2009NOEA/IT - Databasedesign1 Agenda Datamodellering Databasedesign Normalisering.
ER-diagrammer Hvad er det? Og hvad bruges det til?
Rapporter (Access, del 5). RHS – Informationsteknologi – Udgangspunkt Vi har oprettet en database Vi har defineret en eller flere tabeller, og.
Introduktion til databaser (databaser, del 1)
Objekter og klasser Rasmus D. Lehrmann DM
Opslagsfelter (Access, del 6). RHS – Informationsteknologi – Udgangspunkt Vi er ofte i den situation, at valg af en type for et felt ikke begrænser.
Introduktion til Access (Access, del 1). RHS – Informationsteknologi – Fra design til udvikling Vi ved nu, hvordan vi finder et design for en database,
Use Case Modellering. En form for requirements engeneering – dvs. fastlæggelse af systemkrav.
NOEA/IT FEN - Databaser/modellering 1 Datamodellering Den udvidede (enhanced) E/R-model (EE/R- modellen) Begreber Diagrammering Omformning til.
Usability ITU, efterår Informations arkitektur ITU Efterår 2007.
Oprettelse af tabeller (Access, del 2)
Dagens gang Komponenter Projektetablering Opgave i komponenter til næste gang.
Formularer (Access, del 3). RHS – Informationsteknologi – Udgangspunkt Vi har oprettet en database Vi har defineret en eller flere tabeller Vi.
Forretningsmodellering 2. Modul Foråret 2008 Nord LBP.
Værdikæden og kommunikation Porters værdikæde består af 2 ting; De primære processer handler om de ting som virksomheden først og fremmest skal udføre.
Beskrivelsesværktøjer.  Der findes mange værktøjer til at beskrive processer, funktioner, datastrømme, m.m. i en virksomhed, blandet: - Dataflowdiagrammer.
Viden kan være erfaringsbaseret eller forskningsbaseret
Leavitts model.
Videnskabeligt projekt
Pædagogik og pædagogisk innovation (1)
Leavitts model.
Analyseniveau og afgrænsning
Leavitt’s model Modellen er en oversigt over de dynamiske,
Præsentationens transcript:

Arkitektur - data

RHS - Informationsteknologi Data-arkitektur Formålet med data-arkitekturen (data-modellen) er at beskrive alle data, som er relevante for virksomhedens drift En data-model er logisk, dvs der tages ikke stilling til, hvilke form data har Elektronisk Manuelle Eksterne, interne Vi kan også godt beskrive flow af data RHS - Informationsteknologi

Værktøjer til data-modellering For selv en mindre virksomhed kan der være mange typer data i spil Brug for at ”starte fra toppen”, og arbejde sig ned mod et mere detaljeret niveau Værktøjer Context-diagrammer Data-flow diagrammer ER-diagrammer RHS - Informationsteknologi

RHS - Informationsteknologi Context-diagram Øverste niveau af modellen Vigtigt formål er afgrænsning – hvordan interagerer vores system med omverdenen med hensyn til data: Hvem sender data til systemet? Hvem modtager data fra systemet? Hvilke typer data sendes/modtages? Med andre ord; i hvilken kontekst indgår vores (kommende) system? RHS - Informationsteknologi

RHS - Informationsteknologi Context-diagram Elementer i Context-diagram: Interessent (sender/modtager af data) Vores system Datastrøm RHS - Informationsteknologi

Context-diagram - eksempel Kunde Sælger Kundeordre Salgs- system Ordre Ordrebekræftelse Ordrekopi Varebestilling Regnskabs afd. Regnskabs afd. RHS - Informationsteknologi

RHS - Informationsteknologi Context-diagram BEMÆRK: Omdrejningspunktet i et context-diagram er systemet Ingen datastrømme direkte mellem interessenter BEMÆRK: Context-diagram kan benyttes til at beskrive både nuværende – og kommende – systemer Hold formålet for øje – i dette tilfælde er det det kommende system, vi vil beskrive RHS - Informationsteknologi

RHS - Informationsteknologi Context-diagram Vigtigt at overveje, om man vil: Benytte IT til at effektivisere – men bevare – de nuværende forretningsprocesser i virksomheden Eller Vil ændre på selve forretnings-processerne i forbindelse med indførelse af IT RHS - Informationsteknologi

RHS - Informationsteknologi Data-flow diagram Data-flow diagrammer bryder vores system ned i de processer, systemet skal udføre Begynder at tage mere konkret stilling til data Stadig uafhængigt af teknologi – rent logisk Primære formål Forstå rækkefølge af processer Detaljere flow af data Bringe os tættere på en data-model RHS - Informationsteknologi

RHS - Informationsteknologi Data-flow diagram Elementer i Data-flow diagram: Interessent (sender/modtager af data) Proces i system Register Datastrøm RHS - Informationsteknologi

Data-flow diagram - eksempel RHS - Informationsteknologi

Data-flow diagram - eksempel RHS - Informationsteknologi

RHS - Informationsteknologi Data-flow diagram BEMÆRK: Vi indfører ikke nye interessenter på data-flow niveau Vi må lave så mange niveauer af diagrammer som vi har behov for BEMÆRK: Et data-flow er dynamisk, dvs tiden går i et data-flow diagram – det afspejler en proces i virksomheden. RHS - Informationsteknologi

RHS - Informationsteknologi ER-diagrammer ER = Entiteter og relationer Entiteter = Ting eller begreb. Vi ønsker at registrere data om entiteter Relationer = Relationer… Vi ønsker at modellere relationer mellem entiteter Med ER-diagrammer kan vi detaljere de registre, vi indførte i data-flow diagrammerne E R RHS - Informationsteknologi

Symboler for Entiteter og Relationer Elev f.eks. Relation Går i f.eks. RHS - Informationsteknologi

RHS - Informationsteknologi ER-diagrammer BEMÆRK: ER-diagrammet er slutmålet for data-modellering, data-flow er ”bare” en hjælp Vi har stadig ikke taget stilling til, hvordan data rent praktisk opbevares og håndteres Hvem laver data-modelleringen? Ideelt set virksomheden selv – i praksis ofte samarbejde mellem virksomheden og en specialist RHS - Informationsteknologi

RHS - Informationsteknologi ER-diagrammer Er-diagrammer er der hvor data-modellering ”mødes” med databaser Kan vi modellere ned til ER-diagram niveauet, er det bare at følge proceduren for at komme fra ER-diagrammer til konkrete databaser RHS - Informationsteknologi

RHS - Informationsteknologi Diagrammer - oversigt Diagram type Formål Egenskaber Context Definere den kontekst, systemet skal fungere i. Definere interessenter og datastrømme. Dynamisk Meget overordnet Data-flow Nedbryde system i processer. Detaljere datastrømme. Definere registre for data. Flere niveauer ER Nedbryde registre i entiteter og relationer. Detaljere data selv. Statisk Rummer kun data RHS - Informationsteknologi