Automatisk generering af system til databehandling
Automatisk generering af system til databehandling Automatisk generering af system til databehandling
8.3 Iterationer Side 80 Prototypen er blevet udviklet iterativt. Både grænsefladerne og implementeringen har udviklet sig efterhånden som nye problemer dukkede op. Oprettelse af datastruktur i databasen Søgning på data i databasen Her blev objektmodellen for felter, tabeller og views defineret. For hver tabel i konfigurationsfilen blev der lavet et tabel objekt der selv kunne læse strukturen ud fra konfigurationen. Ligeledes med felter og views. Objekterne kunne generere den SQL der kunne oprette strukturen i databasen. Den allerede oprettede objektstruktur fra første prototype blev udvidet lidt. Ud over at kunne generere SQL til oprettelse af datastrukturen, kunne den nu også oprette SQL til søgning i datastrukturen. Brugergrænseflade Der blev først lavet en brugergrænseflade der kunne genereres ud fra konfigurations filen. Senere kom der også data fra databasen ind i brugegrænsefladen. Til sidst blev Implementere ekstern grænseflade Bruge eksterne resourcer Joine eksterne ressourcer. navigationen tilføjet. Der blev lavet en webservice. Webservicen oprettede objektstrukturen for slutbrugersystemet, og brugte derefter selv konfigurationen for den ekstern grænseflade og mapningen til at kunne udveksle data. Denne del blev mest brugt til at teste den eksterne grænseflade. Her skulle view klassen udvides. Ud over at kunne joine data fra databasen, skulle der også joines med ekstern data. Det er implementeret vha. .Net’s DataSet objekt. Et DataSet er et objekt der indeholder et udtræk fra en database. DataSet har funktionalitet til at join sit indhold fra andre DataSets.
8.4 Brugervejledning Side 81 Selvom udviklingsprocessen er blevet simplificeret, er den ikke blevet helt fejlsikret. Udvikleren har stadigt mulighed for at lave uhensigtsmæssige datastrukturer og arbejdsgange, og derved gøre slutbrugerproduktet ubrugeligt. Systemets service orienterede arkitektur er en funktionalitetsmæssig gevinst. Rent performancemæssigt er det ikke særligt godt design, da det potentielt kan betyde kommunikation imellem en masse systemer på netværket. Slutbrugeren vil først få svar når alle systemer involveret i kommunikationen har leveret den information der er blevet forespurgt. Hvis systemerne er kædet sammen i flere niveauer, er det klart, at vente tiden bliver endnu længere. At skulle udveksle data imellem flere slutbrugeresystemer, imens at slutbrugeren venter på et resultat er kritisk. Dette isæt hvis der bliver overført data slutbrugeren ikke har bedt om. Dette kan forekomme hvis der bliver joinet på data og selve kriterierne er relationen imellem de to tabeller. For at lave et resultat bliver slutbrugersystemet også nødt til at hente hele den eksterne tabel og derefter filtrere alle de uønskede rækker fra. Det er derfor meget vigtigt at udvikleren er opmærksom på data flowet og prøver at undgå at overføre for meget unødvendigt data.
- Page 29 and 30: Side 29 Fordelen ved at have normal
- Page 31 and 32: Side 31 Figur 9: Informationspyrami
- Page 33 and 34: Side 33 Fordelen ved denne konstruk
- Page 35 and 36: 5.5 OO design Side 35 Designet af s
- Page 37 and 38: 5.7 HTML Side 37 HTML står for Hyp
- Page 39 and 40: 5.9 Projektorienterede begreber Sid
- Page 41 and 42: 6 Tilsvarende produkter Side 41 6.1
- Page 43 and 44: 7 Design Side 43 Systemets formål
- Page 45 and 46: Produktet udvikles vha. en række v
- Page 47 and 48: 7.2.2 Konfigureringsgrænseflade Si
- Page 49 and 50: 7.2.3 Datastruktur Side 49 Hovedfor
- Page 51 and 52: Side 51 Figur 15: Definering af dat
- Page 53 and 54: Side 53 Det er muligt at vælge dat
- Page 55 and 56: Side 55 Figur 20: Mapning
- Page 57 and 58: 7.2.4.1 Layout Side 57 Det skal væ
- Page 59 and 60: Side 59 Image Statisk element, der
- Page 61 and 62: 7.2.4.3 Navigering Side 61 Brugeren
- Page 63 and 64: 7.3 Klassestruktur Side 63 Der læg
- Page 65 and 66: 7.3.2 Data Side 65 Data pakken skal
- Page 67 and 68: 7.3.3 Brugergrænseflader Side 67 I
- Page 69 and 70: 7.3.4 Eksterne Grænseflader Side 6
- Page 71 and 72: 8 Implementering Side 71 Selve udvi
- Page 73 and 74: 8.1.1 Ekstern grænseflade Side 73
- Page 75 and 76: Side 75 På Figur 33 ses definition
- Page 77 and 78: Side 77
- Page 79: Side 79 Figur 40: Skærmbillede, S
- Page 83 and 84: 9 Konklusion Side 83 Det er lykkede
- Page 85 and 86: 10 Litteraturliste Side 85 Walmsley
- Page 87 and 88: 11 Apendix - Tidsplan Side 87 Tidsp
- Page 89 and 90: Side 89 12 Appendix - Systemkonfigu
- Page 91 and 92: udtrækkes fra skal medtages i udtr
- Page 93 and 94: Side 93
- Page 95 and 96: Side 95 En liste af d
- Page 97 and 98: Side 97
- Page 99 and 100: Side 99 13 Appendix - struktur for
- Page 101 and 102: Side 101
- Page 103 and 104: Side 103 15 Appendix - Grænseflade
- Page 105 and 106: Side 105 16 Apendix - generering af
- Page 107 and 108: Side 107 ?targe
8.4 Brugervejledning<br />
Side 81<br />
Selvom udviklingsprocessen er blevet simplificeret, er den ikke blevet helt fejlsikret.<br />
Udvikleren har stadigt mulighed for at lave uhensigtsmæssige datastrukturer og arbejdsgange,<br />
og derved gøre slutbrugerproduktet ubrugeligt.<br />
Systemets service orienterede arkitektur er en funktionalitetsmæssig gevinst. Rent<br />
performancemæssigt er det ikke særligt godt design, da det potentielt kan betyde<br />
kommunikation imellem en masse <strong>system</strong>er på netværket. Slutbrugeren vil først få svar når<br />
alle <strong>system</strong>er involveret i kommunikationen har leveret den information der er blevet<br />
forespurgt. Hvis <strong>system</strong>erne er kædet sammen i flere niveauer, er det klart, at vente tiden<br />
bliver endnu længere.<br />
At skulle udveksle data imellem flere slutbrugere<strong>system</strong>er, imens at slutbrugeren venter på et<br />
resultat er kritisk. Dette isæt hvis der bliver overført data slutbrugeren ikke har bedt om. Dette<br />
kan forekomme hvis der bliver joinet på data og selve kriterierne er relationen imellem de to<br />
tabeller. For at lave et resultat bliver slutbruger<strong>system</strong>et også nødt <strong>til</strong> at hente hele den<br />
eksterne tabel og derefter filtrere alle de uønskede rækker fra. Det er derfor meget vigtigt at<br />
udvikleren er opmærksom på data flowet og prøver at undgå at overføre for meget<br />
unødvendigt data.