Fremgangsmåde for opbygning af konfigureringssystemer i ...

More documents

Recommendations

Info

I forbindelse med programmering af et konfigureringssystem er det vigtigt løbende at teste de enkelte dele af konfigureringssystemet dels for at finde eventuelle fejl så tidligt som muligt og dels for at teste om det overhovedet kan lade sig gøre at implementere de enkelte dele af systemet. Den valgte struktur af klasser, objekter attributter og metoder er afgørende for konfigureringssystemets performans i forhold til eksempelvis svartider. Det kan derfor ofte være nødvendigt at programmere den samme del af systemet på forskellig måde og derefter på baggrund af test af delsystemets performans vælge den struktur, der viser den bedste performans. Desuden er det vigtigt at gennemføre brugertest af systemet og systemets brugergrænseflade allerede af tidlige versioner af konfigureringssystemet dels for at sikre input fra brugerne og dels for at sikre at de kommende brugere vil acceptere systemet. 2.2.5 Implementering I forbindelse med implementering af systemet er det af afgørende betydning at systemets brugere accepterer systemet. Nedenstående er listet forskellige tiltag, der kan bidrage til brugernes accept af systemet: • Inddrag brugerne tidligt i projektforløbet, f.eks. i forbindelse med diskussion af brugergrænseflade og kravene til systemet. • Inddrag udvalgte brugere i test af prototype og tidlige versioner af systemet. • Motiver brugerne ved bl.a. løbende at informere om det nye system og de forretningsmæssige fordele man venter at opnå. • Giv en klar beskrivelse af brugernes fremtidige arbejdssituation. • Uddan brugerne i anvendelse af systemet. Indfør måling og lønsystemer eller rabatsystemer, der belønner brugere, der effektivt anvender systemet I forbindelse med implementering af et konfigureringssystem er det vigtigt at systemet er gennemtestet og fejlfrit inden det sættes i drift. Hvis brugerne af konfigureringssystemet få opfattelsen af at systemet er ustabilt og fyldt med fejl mister de hurtigt tilliden til systemet. Desuden skal man overveje hvorledes man vil implementere systemet. Hvis det at anvende et konfigureringssystemer noget nyt for virksomheden kan det være hensigtsmæssigt at implementere systemet gradvist. Dvs. man starter eksempelvis med at indføre systemet overfor udvalgte kunder/ sælgere. Når systemet er kørt ind i forhold til disse medarbejdere og kunder, og de er tilfredse, kan man gradvist udvide kredsen af brugere. Derved får man opbygget en kreds af ”supportere”, der bakker op om systemet. 2.2.6 Vedligeholdelse og videreudvikling Efter implementering går systemet ind i den egentlige driftsfase. Ved anvendelse af konfigureringssystemer bliver viden om produkter og eventuelle livsfasesystemer formaliseret og lagt ind i et IT-system. Dette medfører en række ændringer i måden hvorpå arbejdet med at specificere produkter og f.eks. produktionsgrundlag udføres Anvendelse af konfigureringssystemer medfører, at der opstår en række nye opgaver i organisationen, mens andre opgaver forsvinder. En del af de daglige opgaver med udarbejdelse af specifikationer i form af f.eks. tilbud og produktionsgrundlag 27 Fremgangsmåde for opbygning af konfigureringssystemer i byggebranchen, -erfaringsopsamling.
forsvinder. Til gengæld skal f.eks. sælgere til at anvende de opbyggede konfigureringssystemer til gennemførelse af salgsarbejdet. Som tidligere nævnt er det nødvendigt løbende at vedligeholde og videreudvikle de opbyggede modeller og konfigureringssystemet, for derved at sikre at konfigureringssystemet bevarer sin gyldighed. Det betyder at der opstår en række nye opgaver med at vedligeholde og videreudvikle den opbyggede model og det tilsvarende konfigureringssystem. Disse opgaver skal typisk udføres af de personer, der har den nødvendige viden om produkterne og de relevante livsfasesystemer, f.eks. produktion, montage og forsendelse. Domæneekspert Klassediagram 1 Konfigureringssystem (computermodel) Programmør (er) Dokumentation Klassediagram 2 Klasse 1 Klasse 2 Klasse 1 Klasse 2 Klasse 5 1 * Klasse 5 1 Klasse 3 * Klasse 4 Klasse 3 Klasse 4 Klassediagrammer Modelmanager (s) Domæneekspert Klassenavn Klassenavn Klassenavn Skitse Skitse Attributter Skitse Attributter Attributter Produktmetoder Produktmetoder Systemmetoder Produktmetoder Systemmetoder CRC-kort Domæneekspert Klassen samarbejder Klassen medsam arbejder Klassen med samarbejder med Fremgangsmåde for opbygning af konfigureringssystemer i byggebranchen, -erfaringsopsamling. Systemmetoder Figur 13: Roller i drifts-/ vedligeholdelsesfasen. Vedligeholdelse og videreudvikling vil således involvere en række forskellige personer. Arbejdet kan eksempelvis organiseres ved, at der er en eller to personer (model managers), der er ansvarlige for den samlede model og en eller to personer (programmører), der er ansvarlig for opdatering af konfigureringssystemet og selve programmet, herunder brugergrænseflade og integration til øvrige systemer. De ansvarlige for de samlede modeller (model managers) uddelegerer herefter opgaven med vedligeholdelse/ videreudvikling til de enkelte specialister, der hver især får ansvaret for vedligeholdelsen af den del af modellen, de har viden om. Dvs. at den enkelte specialist typisk får ansvaret for at vedligeholde og videreudvikle en række objektklasser og tilhørende klassebeskrivelseskort. I forbindelse med udvikling og vedligeholdelse af de opbyggede modeller er det af afgørende betydning at der foretages en samtidig opdatering af modeller og konfigureringssystem. Et konfigureringssystem, der ikke er dokumenteret bliver hurtigt vanskeligt eller helt umulig at vedligeholde og videreudvikle. .... 28
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 and 24: På tilsvarende måde kan de livsfa
Page 25 and 26: Den optegnede produktvariantmaster
Page 27: Den tilrettede objektorienterede mo
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]

Fremgangsmåde for opbygning af konfigureringssystemer i ...

Create successful ePaper yourself

Delete template?

Save as template?