Automatisk generering af system til databehandling
Automatisk generering af system til databehandling Automatisk generering af system til databehandling
Side 42 • Begænsede muligheder i definering af datastruktur. 6.1.4 Intrasuite 4.0 Intrasuite er et CMS system udviklet af Dansk Internet Selskab AS. Intrasuiten er et dokumenthåndteringssystem hvor det er muligt at definere egne dokumenttyper. Dokumenterne gemmes i en kategori struktur. Intrasuite har et kompliceret rettighedssystem der gør det muligt at give rettigheder på hvert enkelt dokument. Dokumenter kan importeres og eksporteres vha. XML. Fordele: • Intrasuiten udmærker sig ved konstant at udvikle sig. Mange nye ønsker fra kunderne bliver tilføjet til standard applikationen. • Mange rettighedsmuligheder. • Mulighed for at tilføje flere applikationer oven på samme datagundlag , f.eks. kan der laves en hjemmeside der henter informationer fra et intranet. • Mulighed for selv at lave dokumenttyper (kræver tilkøbsprodukt) Ulemper: • Kræver licens • Er låst fast i kategoristrukturen. Det er meget svært og kræver tilretninger for at kunne relatere dokumenter ud over kategorierne. • Udokumenterede grænseflader. Dette er ikke en ulempe så længe det bruges alene, men så snart andre applikationer skal kommunikere med det bliver det et problem. Alt i alt er Intrasuiten et godt produkt. Dets funktion er dog begrænset til at have data placeret i en kategoristruktur og ikke have behov for features ud over dem der er understøttet ved levering.
7 Design Side 43 Systemets formål er at kunne implementere udviklerens konfiguration. Der er 2 områder for design i dette projekt. Den første er hvordan grænsefladerne skal være udformet. Hvordan bliver det muligt at konfigurere slutbrugersystemet, og hvordan skal slutbrugersystemet så se ud? Anden del er selve programmeringsdelen. Første del er en kravspecifikation på hvilke anden del skal overholde. Følgende ting skal der tages stilling til under designet. • Konfiguration • Opbevaring af data • Brugergrænseflade • Kommunikation imellem brugergrænsefladen og data. • Navigering. • Kommunikation imellem slutbrugersystemer. Det er ikke muligt at forudsige alt på forhånd, og det er derfor ønskeligt at produktet kan udvides senere hen.
- 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: 6 Tilsvarende produkter Side 41 6.1
- 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
7 Design<br />
Side 43<br />
Systemets formål er at kunne implementere udviklerens konfiguration.<br />
Der er 2 områder for design i dette projekt. Den første er hvordan grænsefladerne skal være<br />
udformet. Hvordan bliver det muligt at konfigurere slutbruger<strong>system</strong>et, og hvordan skal<br />
slutbruger<strong>system</strong>et så se ud? Anden del er selve programmeringsdelen. Første del er en<br />
kravspecifikation på hvilke anden del skal overholde.<br />
Følgende ting skal der tages s<strong>til</strong>ling <strong>til</strong> under designet.<br />
• Konfiguration<br />
• Opbevaring <strong>af</strong> data<br />
• Brugergrænseflade<br />
• Kommunikation imellem brugergrænsefladen og data.<br />
• Navigering.<br />
• Kommunikation imellem slutbruger<strong>system</strong>er.<br />
Det er ikke muligt at forudsige alt på forhånd, og det er derfor ønskeligt at produktet kan<br />
udvides senere hen.