Fremgangsmåde for opbygning af konfigureringssystemer i ...
Fremgangsmåde for opbygning af konfigureringssystemer i ...
Fremgangsmåde for opbygning af konfigureringssystemer i ...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
På tilsvarende måde kan de livsfasesystemer, der ønskes modelleret beskrives med<br />
masters, der beskriver f.eks. produktionssystemet eller montagesystemet.<br />
De enkelte moduler/parter i produktvariantmasteren beskrives yderligere på såkaldte<br />
klassebeskrivelseskort (se [Hvam et al, 2004]).<br />
2.2.3 Objektorienteret analyse og design<br />
I fremgangsmåden <strong>for</strong> <strong>opbygning</strong> <strong>af</strong> <strong>konfigureringssystemer</strong>, er objektorienteret<br />
analyse valgt som gennemgående modelleringsteknik fra <strong>opbygning</strong> <strong>af</strong> model til<br />
programmering og vedligeholdelse <strong>af</strong> systemet. Dette valg er <strong>for</strong>etaget med<br />
udgangspunkt i et ønske om:<br />
• at kunne strukturere kompliceret viden om virksomhedens produktsortiment.<br />
• at kunne genbruge analyseresultater gennem projektlivs-cyklen fra analyse til<br />
design, programmering og vedligeholdelse/ videreudvikling <strong>af</strong> modellen.<br />
• at sætte domæneeksperter (f.eks. produktudviklere og medarbejdere fra<br />
produktionsteknisk <strong>af</strong>deling) i stand til selv at modellere deres<br />
arbejdsområde.<br />
• at muliggøre en mere hensigtsmæssig arbejdsdeling mellem modelbygger<br />
(domæneekspert) og EDB-systemudvikler (programmør).<br />
En væsentlig egenskab ved objektorienteret analyse er således muligheden <strong>for</strong> at<br />
kunne strukturere et kompleks domæne, ved at opdele domænet i emneområder og<br />
objektklasser. Den valgte struktur fastholdes gennem alle faser <strong>af</strong> den<br />
objektorienterede projektlivscyklus, hvilket letter overgangen mellem de enkelte<br />
faser, og bidrager til en mere konsistent anvendelse <strong>af</strong> de resultater, der produceres<br />
i de enkelte faser.<br />
Det <strong>for</strong>hold, at der anvendes samme opdeling og notation gennem de <strong>for</strong>skellige<br />
faser i den objektorienterede livscyklus, bidrager til et <strong>for</strong>bedret samarbejde mellem<br />
modelbyggere, domæneekspert og programmør samt at der kan <strong>for</strong>etages en<br />
arbejdsdeling mellem modelbygger, domæneeksperter og programmør. Eksempelvis<br />
således at modelbygger og domæneeksperter bygger den objektorienterede model,<br />
hvorefter programmøren overtager det videre arbejde med at programmere<br />
modellen.<br />
Desuden sigter den objektorienterede modelleringsteknik mod at konstruere<br />
modeller, der er stabile over<strong>for</strong> ændringer, ved bl.a. at fokusere på de mest stabile<br />
elementer i domænet og gøre disse til overordnede objektklasser. Endelig fokuseres<br />
på at udnytte objekternes fælles træk gennem nedarving <strong>af</strong> objekternes attributter<br />
og metoder.<br />
Der anvendes de grundlæggende principper og notation fra Unified Modelling<br />
Language (UML). I nedenstående Figur 11 er vist notationen <strong>for</strong> klasser og relationer<br />
mellem klasser. Der er tre <strong>for</strong>skellige typer <strong>af</strong> relationer mellem klasser;<br />
generalisering, aggregering og associering.<br />
<strong>Fremgangsmåde</strong> <strong>for</strong> <strong>opbygning</strong> <strong>af</strong> <strong>konfigureringssystemer</strong> i byggebranchen,<br />
-erfaringsopsamling.<br />
22