Objektorientering

<body topmargin=0 leftmargin=0 marginheight=0 marginwidth=0> <table cellpadding=0 cellspacing=0 border=0><tr> <td valign="top" colspan=2 height=50 BGCOLOR="#333366" TEXT="#080000"> <div> <B>Objektorientering</B></div> <div> </div> </td> </tr><tr> <td valign="top" width=165 BGCOLOR="#CCCC99" TEXT="#080000"> <div> <B> <TABLE BORDER="0" CELLPADDING="2" CELLSPACING="1" WIDTH="132" BORDERCOLORLIGHT="#C0C0C0" BORDERCOLORDARK="#808080" FRAME="BOX" RULES="ALL" ALIGN="BOTTOM" HSPACE="0" VSPACE="0" > <tR> <tD VALIGN=TOP HEIGHT= 35 ><NOBR><div> <IMG BORDER="0" SRC="1x1.gif" HEIGHT="29" ALIGN="BOTTOM" HSPACE="0" VSPACE="0" WIDTH="21"></div> </NOBR></tD> <tD VALIGN=TOP><NOBR><div> <A HREF="id202.htm" TARGET="_top" TITLE="Unified Modelling Language"><U><B><IMG SRC="004151d0.gif" border=0 width="21" height="29" ALIGN="BOTTOM" HSPACE="0" VSPACE="0"></B></U></A></div> </NOBR></tD> <tD VALIGN=TOP WIDTH="20"><IMG BORDER="0" SRC="1x1.gif" HEIGHT="35" ALIGN="bottom" WIDTH="20" HSPACE="0" VSPACE="0"></tD> <tD VALIGN=TOP><NOBR><div> <A HREF="id243.htm" TARGET="_top" TITLE="Integreret systemmodellering"><U><B><IMG SRC="0c80d1d0.gif" border=0 width="13" height="29" ALT="up" ALIGN="BOTTOM" HSPACE="0" VSPACE="0"></B></U></A></div> </NOBR></tD> <tD VALIGN=TOP><NOBR><div> <IMG BORDER="0" SRC="1x1.gif" HEIGHT="29" ALIGN="BOTTOM" HSPACE="0" VSPACE="0" WIDTH="27"></div> </NOBR></tD> </tR> </TABLE></B></div> <div> <A HREF="wirth__1976__algorithms___data_structures___programs.htm" TARGET="_top" TITLE="Algorithms Data Structures Programs"><U><B>Wirth [1976] Algorithms & Data Structures = Programs</B></U></A></div> <div> <A HREF="kim___lochovsky__1989__object_oriented_concepts__databases__and_applications.htm" TARGET="_top" TITLE="ObjectOriented Concepts, Databases, and "><U><B>Kim & Lochovsky [1989] Object-Oriented Concepts, Databases, and Applications</B></U></A></div> <div> <A HREF="züllighoven__1998__the_tools___materials_approach.htm" TARGET="_top" TITLE="The Tools Materials Approach"><U><B>Züllighoven [1998] The Tools & Materials Approach</B></U></A></div> </td> <td valign="top" height=430 BGCOLOR="#FFFFFF" TEXT="#080000"> <div> Med objektorienteret systemudviklings start som programmeringssprog introduceredes de grundlæggende objektorienterede koncepter som senere også har fundet anvendelse i forbindelse med system analyse og design.</div> <bR> <div> Objektorienteret programmering kan ses som en videreudvikling og formalisering af struktureret progammerings abstrakte data typer i form af objekter som selvstændige enheder der omfatter såvel data/datatyper som processer. Objekter giver muligheder for bedre opdeling af programmer i mindre enheder og gruppering af relaterede data/datatyper og processer.</div> <bR> <div> Bindingerne mellem forskellige programdele mindskes igennem specifikation af objekternes eksterne interface og indkapsling af implementeringsdetaljer og mindsker dermed kompleksiteten i det samlede system. Endeligt giver objektklasser og nedarvning af egenskaber fra disse mulighed for samlet beskrivelse af fælles, generelle egenskaber ved forskellige "ting"/fænomener samt specialisering af disses særlige egenskaber. Dette kan ligeledes medvirke til at mindske kompleksiteten i det samlede system.</div> <bR> <div> (Anvendelse af objektorienterede koncepter i programmeringssprog er dog ikke nogen garanti for mindsket/bedre håndtering af kompleksistet i systemet. Dårlig implementering af objektorienterede koncepter i de enkelte progammeringssprog og anvendelse af disse kan tværtimod medvirke til væsentlig øget kompleksitet. For eksempel i form af løst specificerede eksterne interfaces og "overriding" af nedarvede metoder der kan resultere i uigennemskuelige bindinger mellem forskellige objektklasser.)</div> <bR> <div> De samme objekterorienterede koncepter anvendes ligeledes i forbindelse med analyse og design og produkterne af disse aktiviteter er ligeledes objekt modeller med specifikation af objekter og disses egenskaber i form af "attributter" og "metoder". Der er således ingen principiel/grundlæggende forskel på objektorienteret analyse, design og programmering. Det hele handler om objekter.</div> <bR> <div> De forskellige objektorienterede aktiviteter fokuserer blot på forskellige aspekter ved de i princippet samme objekter. Analyse identificerer objekter og disses egenskaber samt relationer mellem objekterne. Design strukturerer objekterne i objektklasse hierarkier og specifierer objekternes eksterne grænseflader. Programmering implementerer objekterne som konkrete datatyper/-strukturer og algoritmer/fuktioner/procedurer. De forskellige aktiviteter er således ideelt set blot trinvis forfining af de samme objekter.</div> <bR> <div> I praksis holder enhedsmodelleringen igennem objektorienteret analyse, design og programmering dog ikke helt, idet de enkelte aktiviter eventuelt må arbejde med separate og måske meget forskellige objekt modeller. Objekterne ved analyse er fænomener/begreber i "den virkelige verden" - eventuelt med uformaliserede egenskaber. Objekterne ved design er computerrelaterede konstruktioner - eventuelt uden direkte relation til fænomener/begreber i "den virkelige verden". Objekterne ved programmering er konkrete implementeringer udfra bestemte programmeringssprogs konkrete måske begrænsede implementering af de objektorienterede koncepter - eventuelt uden direkte en-til-en relation til de abstrakte design konstruktioner.</div> <bR> <div> Muligheden for objektorienteret systemudvikling som et tæt gensidigt sammenspil mellem analyse, design og programmering begrænses dermed, i det omfang der arbejdes med forskellige modeller hvis elementer ikke er direkte relaterede, da det kræver (manuel) opdatering af de forskellige modeller for at sikre konsistens imellem dem. Dette trækker således i retning af et traditionelt, ensrettet systemudviklingsforløb.</div> <bR> <div> En vigtig kvalitet ved objektorientering er at objekter hævdes at være "naturlige" i forhold til "den virkelige verden" for såvel brugere/kunder som systemudviklere. Dette kan dog diskuteres, og det er i hvert fald ikke altid tilfældet. For eksempel er det ikke umiddelbart "naturligt" på hvilke(t) objekt(er) metoder skal placeres i forbindelse med processer der involverer flere, ligeværdige objekter uden ét objekt der er naturligt styrende. I forbindelse med objektorienteret analyse er identificeringen af objekter heller ikke altid umiddelbart naturlig, og der er givet meget forskellige, mere konkrete forslag til identificering af de "rigtige" objekter som for eksempel fysiske artifakter i "den virkelige verden" og problemmønstre.</div> <bR> <div> På trods af disse problemer er objektorienterings forenende koncepter interessante, og problemerne er ikke ældre og større end at der stadig er håb om løsninger/forbedringer.</div> <bR> </td> </tr></table></body>