Fremgangsmåde for opbygning af konfigureringssystemer i ...
Fremgangsmåde for opbygning af konfigureringssystemer i ... Fremgangsmåde for opbygning af konfigureringssystemer i ...
23 Subklasse1 -attribute1 -attribute2 +metode1() +metode2() Superklasse -attribute1 +metode1() Klasse -attribute1 -attribute2 +metode1() +metode2() Klasse med attributter og metoder Subklasse2 -attribute1 -attribute3 +metode1() +metode3() Klasse1 -attribute1 +metode1() Klasse2 -attribute2 +metode2() Klynge Fremgangsmåde for opbygning af konfigureringssystemer i byggebranchen, -erfaringsopsamling. * 1 Klynge Klasse1 -attribute1 +metode1() * 1 Klasse2 -attribute1 +metode2() Generaliseringsstruktur Aggregeringsstruktur Assoceringsstruktur Figur 11: UML notation for angivelse af objektklasser og deres indbyrdes relationer. Generaliseringsstrukturer, beskriver objektklasser, der har fælles attributter og metoder. Det kan f.eks. være objektklassen bil, der indeholder generelle attributter og metoder om biler eksempelvis registreringsnummer og motorstørrelse, mens objektklassen lastbiler indeholder attributter og metoder, der er specifikke for lastbiler eksempelvis lastevne eller ladopbygning. Generaliseringsstrukturen mellem objektklassen biler og objektklassen lastbiler betyder at den specielle objektklasse lastbiler arver attributter og metoder fra den generelle objektklasse biler. Aggregeringsstrukturer omfatter objektklasser, der tilsammen udgør en helhed, som f.eks. dele i en bil; karrosseri, motor, gearkasse, hjul mv. Relationer i aggreringsstruktur beskrives desuden med angivelse af kardinaliteten mellem de to klasser. Dvs. en angivelse af antallet af objekter i hver ende af relationen, f.eks. at en bil har fire hjul. Objektklasser i en aggreringsstruktur kan kommunikere indbyrdes, men de arver ikke automatisk attributter og metoder som ved en generaliseringsstruktur. Associeringsstrukturer beskriver relationer mellem objektklasser, der er relateret til hinanden uden at der er tale om objektklasser der udgør en helhed. Et eksempel kan være objektklassen bil og objektklassen fører. Associeringsstrukturer beskrives som aggreringsstrukturer med angivelse af kardinaliteten mellem de to klasser. Udover de nævnte typer af relationer mellem objektklasser kan objektklasser grupperes i klynger. En klyngestruktur betegner en grupper af objektklasser, der er indbyrdes forbundne. En klyngestruktur vil således normalt omfatte objektklasser, der indbyrdes forbundne med generalisering, aggregering eller associeringsstrukturer. Modellering af objektklasser og deres relationer er uddybende beskrevet i kapitel 6 Objektorienteret modellering.
Den optegnede produktvariantmaster danner grundlag for at definere objektklasser og klassestrukturer i produktmodellen. De enkelte knuder i produktvariantmasteren kan være objektklasser, mens part-of og kind-of strukturerne genfindes som strukturer mellem objektklasserne. I produktvariantmasteren anvendes såkaldte part-of og kind-of strukturer. Disse begreber er taget fra objektorienteret modellering, som beskrevet ovenfor. Part-of strukturen på produkt-variantmasteren svarer således til en aggregeringsstruktur mens kind-of strukturen svarer til en specialiseringsstruktur. I forbindelse med optegnelse af produktvariantmasteren og den endelige objektorienterede klassemodel anvendes såkaldte klassebeskrivelseskort (CRC-kort) til at beskrive de enkelte objektklasser. Et klassebeskrivelseskort indeholder udover objektklassens navn mv. en beskrivelse af objektklassens mission, objektkassens attributter og metoder, samt en beskrivelse af objektklassens relationer til andre objektklasser. I nedenstående Figur 12 er vist et eksempel på et klassebeskrivelseskort (CRC-kort). I forbindelse med modellering af produkter er der tilføjet en skitse af produktdelen med angivelse af produktdelens attributter. For at sikre en overskuelig model er det hensigtsmæssig at adskille viden om produkter og deres livsfasegenskaber (produktviden) fra viden (systemviden) om konfigureringssystemets programmering og herunder eksempelvis brugergrænseflade og integration til øvrige IT-systemer. Dvs. at man så vidt muligt grupperer objektklasser med produktviden i klynger for sig og objektklasser med systemviden andre klynger. Hvis en objektklasse indeholder både produktviden og systemviden kan man i forbindelse med beskrivelse af metoder opdele disse i metoder, der vedrører produktviden (produktmetoder) og metoder, der indeholder systemviden (systemmetoder). Fremgangsmåde for opbygning af konfigureringssystemer i byggebranchen, -erfaringsopsamling. 24
- Page 1 and 2: Fremgangsmåde for opbygning af kon
- Page 3 and 4: Indholdsfortegnelse 1 Introduktion
- Page 5 and 6: 1 Introduktion til problemstillinge
- Page 7 and 8: 1.2.1 Industrielle specifikationer
- Page 9 and 10: Udviklingssystem / Forberedende sys
- Page 11 and 12: • Erfaringer er løbende opnået,
- Page 13 and 14: Vedligeholdelse og videreudvikling
- Page 15 and 16: I nedenstående Figur 7 er vist den
- Page 17 and 18: Den første fase i fremgangsmåden
- Page 19 and 20: Efter at version 3 af systemet er i
- Page 21 and 22: drifts-/ vedligeholdelsesfasen er u
- Page 23: På tilsvarende måde kan de livsfa
- Page 27 and 28: Den tilrettede objektorienterede mo
- Page 29 and 30: forsvinder. Til gengæld skal f.eks
- Page 31 and 32: 3 Erfaringer Dette kapitel opsamler
- Page 33 and 34: Development of materials, parts, mo
- Page 35 and 36: af de forskellige bilmodeller. Plat
- Page 37 and 38: 3.1.3 Stor omsætning af tilbud ell
- Page 39 and 40: karakteriserer softwaresystemerne o
- Page 41 and 42: Figur 19: Udsnit af produktionstegn
- Page 43 and 44: 3.2 Erfaring med selve fremgangsmå
- Page 45 and 46: • Større grad af industrialiseri
- Page 47 and 48: Indsamling og dokumentation af vide
- Page 49 and 50: Figur 20: Udsnit af en produktvaria
- Page 51 and 52: Modsat kan det tænkes at der er to
- Page 53 and 54: Figur 22: CAD-modeller struktureret
- Page 55 and 56: medført at der i forskellige proje
- Page 57 and 58: • Betonhal i Inventor Product Con
- Page 59 and 60: 4 Konklusion og perspektivering PKB
- Page 61: 5 Litteraturliste [bips nyt, 2003]
23<br />
Subklasse1<br />
-attribute1<br />
-attribute2<br />
+metode1()<br />
+metode2()<br />
Superklasse<br />
-attribute1<br />
+metode1()<br />
Klasse<br />
-attribute1<br />
-attribute2<br />
+metode1()<br />
+metode2()<br />
Klasse med attributter<br />
og metoder<br />
Subklasse2<br />
-attribute1<br />
-attribute3<br />
+metode1()<br />
+metode3()<br />
Klasse1<br />
-attribute1<br />
+metode1()<br />
Klasse2<br />
-attribute2<br />
+metode2()<br />
Klynge<br />
<strong>Fremgangsmåde</strong> <strong>for</strong> <strong>opbygning</strong> <strong>af</strong> <strong>konfigureringssystemer</strong> i byggebranchen,<br />
-erfaringsopsamling.<br />
*<br />
1<br />
Klynge<br />
Klasse1<br />
-attribute1<br />
+metode1()<br />
*<br />
1<br />
Klasse2<br />
-attribute1<br />
+metode2()<br />
Generaliseringsstruktur Aggregeringsstruktur Assoceringsstruktur<br />
Figur 11: UML notation <strong>for</strong> angivelse <strong>af</strong> objektklasser og deres indbyrdes<br />
relationer.<br />
Generaliseringsstrukturer, beskriver objektklasser, der har fælles attributter og<br />
metoder. Det kan f.eks. være objektklassen bil, der indeholder generelle attributter<br />
og metoder om biler eksempelvis registreringsnummer og motorstørrelse, mens<br />
objektklassen lastbiler indeholder attributter og metoder, der er specifikke <strong>for</strong><br />
lastbiler eksempelvis lastevne eller lad<strong>opbygning</strong>. Generaliseringsstrukturen mellem<br />
objektklassen biler og objektklassen lastbiler betyder at den specielle objektklasse<br />
lastbiler arver attributter og metoder fra den generelle objektklasse biler.<br />
Aggregeringsstrukturer omfatter objektklasser, der tilsammen udgør en helhed, som<br />
f.eks. dele i en bil; karrosseri, motor, gearkasse, hjul mv. Relationer i<br />
aggreringsstruktur beskrives desuden med angivelse <strong>af</strong> kardinaliteten mellem de to<br />
klasser. Dvs. en angivelse <strong>af</strong> antallet <strong>af</strong> objekter i hver ende <strong>af</strong> relationen, f.eks. at<br />
en bil har fire hjul. Objektklasser i en aggreringsstruktur kan kommunikere<br />
indbyrdes, men de arver ikke automatisk attributter og metoder som ved en<br />
generaliseringsstruktur.<br />
Associeringsstrukturer beskriver relationer mellem objektklasser, der er relateret til<br />
hinanden uden at der er tale om objektklasser der udgør en helhed. Et eksempel kan<br />
være objektklassen bil og objektklassen fører. Associeringsstrukturer beskrives som<br />
aggreringsstrukturer med angivelse <strong>af</strong> kardinaliteten mellem de to klasser.<br />
Udover de nævnte typer <strong>af</strong> relationer mellem objektklasser kan objektklasser<br />
grupperes i klynger. En klyngestruktur betegner en grupper <strong>af</strong> objektklasser, der er<br />
indbyrdes <strong>for</strong>bundne. En klyngestruktur vil således normalt omfatte objektklasser,<br />
der indbyrdes <strong>for</strong>bundne med generalisering, aggregering eller<br />
associeringsstrukturer. Modellering <strong>af</strong> objektklasser og deres relationer er uddybende<br />
beskrevet i kapitel 6 Objektorienteret modellering.