Automatisk generering af system til databehandling

More documents

Recommendations

Info

4.1 Simplificering Side 14 Det er et krav til dette projekt, at udviklingstiden på nye systemer skal reduceres. Dette gøres ved at simplificere udviklingsprocessen. Udviklingsprocessen kan simplificeres ved at reducere mængden af muligheder i udviklingsprocessen, derved give udviklerne færre ting at tage stilling til. Udvikleren fratages muligheden for at implementere andet end et databasebehandlingssystem. Da der nu er færre beslutninger at træffe, er der også færre beslutninger, der kan være forkerte. Der er kun de beslutninger tilbage, der vedrører slutbrugerens krav, og der kan derfor fra udviklernes side fokuseres på disse. Ved at simplificere udviklingen, er det dog klart at det også vil sætte nogle begrænsninger på funktionen af det der udvikles. Da udvikleren er blevet begrænset i sit arbejde allerede før det er gået i gang, er det svært at afvige fra det planlagte spor. Udvikleren kommer til at lave systemer på samlebånd. Han kan godt selv bestemme, hvilke dele der skal indgå, men han kan kun tilføje ting til systemet. Det kan sammenlignes med skridtet fra maskinkode til mere avancerede programmeringssprog. Jo mere avanceret et programmeringssprog bliver, jo mindre har programmøren kontrol over, hvilke instruktioner der bliver udført på maskinen. Dette system er skridtet efter de avancerede programmeringssprog. Her skal programmøren ikke tænke på bits og bytes og løkker, men kun tænke på hvad slutbrugersystemet til slut skal kunne. Programmøren skal blot definere funktionaliteten. Programmørens opgave bliver at definere de krav som systemet skal implementere. Så når en slutbruger skal have et system implementeret stopper processen når kravspecifikationen er overstået. Hvis slutbrugeren vil lave om i sit system er det bare at ændre i kravspecifikationen. Slutbrugersystemets funktionalitet bliver genereret ud fra kravspecifikationen, og udviklerens traditionelle rolle er blevet automatiseret. Ulemperne ved at lave udviklingsprocessen så simpel som muligt er at slutbrugeren bliver begrænset i funktionaliteten af slutbrugersystemet. Før man beslutter sig for at bruge produktet, bør man overveje om det nu også er den optimale løsning. Prisen for udviklingen, standardiseringen og integrationen med andre systemer bør være hovedgrundene for at vælge systemet til at implementere sin funktionalitet. Performance bør ikke være hvorfor man vælger systemet.
4.2 Integration Side 15 Slutbrugersystemerne får simple og standardiserede grænseflader til at tilgå data igennem. Dette gælder for brugergrænsefladen, men også for den programmatiske grænseflade. Da grænsefladerne er standardiserede betyder det, at de alle overholder standarder. Det er derfor muligt at forudsige, hvorledes der kan kommunikeres til et slutbrugersystem. Det vil sige, at man programmatisk kan bruge grænsefladerne, selvom man ikke kender ret meget til systemet. Da vi nu ved hvordan man kan kommunikere til alle slutbrugersystemer, kan slutbrugersystemerne selv bruge denne egenskab. Et slutbrugersystem kan bruge et andet slutbrugersystem til at søge efter data o.lign. På denne måde kan data distribueres, og ejeren af data kan stadig have det lokalt, men lade andre søge i det. Ved at understøtte en serviceorienteret struktur, kan slutbrugersystemerne sættes til at bruge hinandens ressourcer, uden at de bliver meget tæt bundet på de andres systemers implementation. Det vil i praksis foregå således, at der bliver lavet nogle kontrakter på, hvad data der skal udveksles. Kontrakterne er filer der overfor systemet beskriver hvad der skal udveksles. Når man konfigurerer et slutbrugersystem kan man definere, at det også skal hente data fra et andet system, og at det andet system i øvrigt overholder en bestemt kontrakt. Ligeledes kan slutbrugersystemet implementere kontrakter, således at andre systemer kan kommunikere med det.
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: 4 Systemet Dette system vil udfylde
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 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 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
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
show all

Automatisk generering af system til databehandling

Create successful ePaper yourself

Delete template?

Save as template?