Automatisk generering af system til databehandling
Automatisk generering af system til databehandling Automatisk generering af system til databehandling
Side 48 er på den måde muligt at specialtilpasse brugergrænsefladen til det specielle behov, og sågar lave flere brugergrænseflader bygget på samme datastruktur. De eksterne grænseflader defineres uafhængigt af datastrukturen i system. Dette gøres fordi den eksterne grænseflade så kan bruges af flere systemer, samt at beskrivelsen af den eksterne grænseflade, direkte kan bruges af mulige klienter til at hive information ud om hvordan der kan kommunikeres med systemet. I praksis vil det sige at en organisation kan have en række standard ”eksterne grænseflader”, og hvis de enkelte systemer skal kommunikere, skal det ske igennem disse. Da den eksterne grænseflade ikke har noget at gøre med den interne datastruktur, bliver der nød til at være en mapning imellem de to. Eks. Det vil således være muligt i organisationen at bestemme at der skal kunne udveksles kunde oplysninger imellem afdelingerne. Ved at lave en definition af hvordan kundeoplysninger skal udveksles, bliver det i fremtiden meget nemt at lave nye systemer der enten udbyder eller tager brug af andre systemer der kan udveksle kundeoplysninger. Det vil være nemt at omorganisere organisationen, hvis der ikke er nogen systemer internt der er afhængige af hinanden. Alle systemerne er kun afhængige at kunne koble på et system der levere data i et bestemt format. Hvor det system er placeret, eller hvad det ellers kan er ikke relevant for klient programmet. Systemerne bliver ikke afhængige af hinandens implementeringer, men af hvad de leverer. Krav til konfigurationen. • Det skal være muligt at oprette en datastruktur. • Det skal være muligt at se hvorledes systemet er konfigureret. • Det skal være muligt at oprette en brugergrænseflade der udnytter datastrukturen. • Det skal være muligt at definere eksterne grænseflader. • Det skal være muligt at bruge data fra andre systemer i datastrukturen. • Det skal være muligt at definere interaktion med data (søgning, manipulation etc.) Al konfiguration sker vha. XML. På den måde er det muligt at lave konfigurationerne semistrukturerede. Det vil sige at brugergrænseflader kan konfigureres så de indeholder rekursive elementer, og at referencer i konfigurationen kan valideres for faktisk at pege på noget gyldigt. Valideringen af strukturen forgår vha. XSD som muliggør at hver eneste felt kan valideres for korrekthed. Der er valgt at udvikle en egen XML struktur til konfigureringen. Alternativt kunne der bruges XSD til at definere datastrukturen, men da det ikke vil gavne simpliciteten at give udvikleren en masse unødvendige valg er dette fravalgt.
7.2.3 Datastruktur Side 49 Hovedformålet med slutbrugersystemerne er at kunne behandle data. Det er derfor nødvendigt at det i systemet er nemt at konfigurere datastrukturer. Der er taget udgangspunkt i hvad der kan defineres i en relationel database. Specifikationen på grænsefladen til at konfigurere datastrukturen kan ses i kap. 12 Appendix – Systemkonfiguration. Følgende skal kunne defineres i datastrukturen: • Tabeller, og disse skal kunne gives navne • Integritetsvalidering på tabelnivaeu (unikke værdier etc.) • Relationer imellem tabeller • Abstraktioner på data i form af views • Valideringsregler på feltniveau • Søgningsregler • Forbindelser til eksternt data Figur 13: Konfigurationsgrænsefladen som XMLSpy visualiserer den. Konfigurationen er delt op i to dele. Den ene del omhandler definition af tabeller med felter og valideringsregler mm. Det er altså selve strukturen, og hvordan data lagres og valideres. Den anden del omhandler hvorledes data kan hives ind og ud. Det er Views der bliver defineret hvor der både bliver påført information om hvorledes tabellerne hænger sammen og hvilke eksterne ressourcer der skal inkluderes. Det er i Views at søgninger bliver defineret. I Figur 13 er den overordnede datakonfigurationsgrænsefladen vist. Yderst til venstre ses hovednoden for al datadefinering. Structure noden indeholder mindst én Table node, 0 til mange View noder. Det er ikke muligt at se attributter og afhængigheder.
- Page 1 and 2: Automatisk generering af system til
- Page 3 and 4: 1 Forord Side 3 En dag sad jeg på
- Page 5 and 6: 2 Abstract Side 5 Projektet omhandl
- Page 7 and 8: Side 7 1 FORORD ...................
- Page 9 and 10: Side 9 11.4 Brugergrænseflade.....
- Page 11 and 12: 3 Indledning Side 11 Der bruges meg
- Page 13 and 14: 4 Systemet Dette system vil udfylde
- Page 15 and 16: 4.2 Integration Side 15 Slutbrugers
- Page 17 and 18: Side 17 Slutbruger Figur 2: Viser d
- Page 19 and 20: Side 19 Software udvikleren får f
- Page 21 and 22: Side 21 Når systemer kobles sammen
- Page 23 and 24: 5 Begreber Side 23 Projektet forsø
- Page 25 and 26: Side 25 meget vigtigt både for res
- Page 27 and 28: 5.1.5 Relation Side 27 En relation
- 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: 7.2.2 Konfigureringsgrænseflade Si
- 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 and 80: Side 79 Figur 40: Skærmbillede, S
- Page 81 and 82: 8.4 Brugervejledning Side 81 Selvom
- 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
7.2.3 Datastruktur<br />
Side 49<br />
Hovedformålet med slutbruger<strong>system</strong>erne er at kunne behandle data. Det er derfor nødvendigt<br />
at det i <strong>system</strong>et er nemt at konfigurere datastrukturer. Der er taget udgangspunkt i hvad der<br />
kan defineres i en relationel database. Specifikationen på grænsefladen <strong>til</strong> at konfigurere<br />
datastrukturen kan ses i kap. 12 Appendix – Systemkonfiguration.<br />
Følgende skal kunne defineres i datastrukturen:<br />
• Tabeller, og disse skal kunne gives navne<br />
• Integritetsvalidering på tabelnivaeu (unikke værdier etc.)<br />
• Relationer imellem tabeller<br />
• Abstraktioner på data i form <strong>af</strong> views<br />
• Valideringsregler på feltniveau<br />
• Søgningsregler<br />
• Forbindelser <strong>til</strong> eksternt data<br />
Figur 13: Konfigurationsgrænsefladen som XMLSpy visualiserer den.<br />
Konfigurationen er delt op i to dele. Den ene del omhandler definition <strong>af</strong> tabeller med felter<br />
og valideringsregler mm. Det er altså selve strukturen, og hvordan data lagres og valideres.<br />
Den anden del omhandler hvorledes data kan hives ind og ud. Det er Views der bliver<br />
defineret hvor der både bliver påført information om hvorledes tabellerne hænger sammen og<br />
hvilke eksterne ressourcer der skal inkluderes. Det er i Views at søgninger bliver defineret.<br />
I Figur 13 er den overordnede datakonfigurationsgrænsefladen vist. Yderst <strong>til</strong> venstre ses<br />
hovednoden for al datadefinering. Structure noden indeholder mindst én Table node, 0 <strong>til</strong><br />
mange View noder. Det er ikke muligt at se attributter og <strong>af</strong>hængigheder.