Automatisk generering af system til databehandling

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.