Generelt systemmodelleringssprog koncepter

<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>Generelt systemmodelleringssprog koncepter</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="id370.htm" TARGET="_top" TITLE="Generelt systemmodelleringssprog udgangs"><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="id419.htm" TARGET="_top" TITLE="Generelt systemmodelleringssprog"><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="id300.htm" TARGET="_top" TITLE="Systembegrebet"><U><B>Systembegrebet</B></U></A></div> <div> <A HREF="id303.htm" TARGET="_top" TITLE="Systemkompleksitet og simplificering"><U><B>Systemkompleksitet og simplificering</B></U></A></div> <div> <A HREF="id306.htm" TARGET="_top" TITLE="Generelle systemmodelleringssprog"><U><B>Generelle systemmodelleringssprog</B></U></A></div> <div> <A HREF="id305.htm" TARGET="_top" TITLE="Generelle systemteorier"><U><B>Generelle systemteorier</B></U></A></div> <div> <A HREF="id314.htm" TARGET="_top" TITLE="Computerorienteret systemmodellering"><U><B>Computerorienteret systemmodellering</B></U></A></div> <div> <A HREF="id315.htm" TARGET="_top" TITLE="Computerorienterede systemteorier"><U><B>Computerorienterede systemteorier</B></U></A></div> <bR> </td> <td valign="top" height=430 BGCOLOR="#FFFFFF" TEXT="#080000"> <div> Kravene til et generelt systemmodelleringssprog, der skal kunne benyttes til alle modelleringsaktiviteter i forbindelse med systemudvikling af computerbaserede systemer, er meget brede. Modelleringssproget skal være så fleksibelt at det kan anvendes til beskrivelse af såvel helt uformelle systemer som helt formelle systemer; samt konkrete, fysiske fænomener såvel som abstrakte, logiske koncepter.</div> <bR> <div> Modelleringssproget må dermed nødvendigvis bestå af nogle relativt få, meget generelle koncepter, da det vil være umuligt på forhånd at formulere specielle koncepter for alle mulige systemtyper, og indtil videre er der i hvert fald ikke grundlag for at kunne begrænse sig til nogle bestemte systemtyper.</div> <bR> <div> Modelleringssproget bør desuden nødvendigvis bestå af et formaliseret grundlag, der gør det muligt at validere og på anden måde at analysere modellerne udfra eventuelle yderligere kriterier i forbindelse med formelle (del)systemer.</div> <bR> <div> Et generelt systemmodelleringssprog bør ikke binde systemer til bestemte koncepter medmindre at de er helt generelle. Et objektorienteret modelleringssprog er dermed formodentligt for specialiseret med blandt andet en bestemt opfattelse af relationer mellem data og processer i form af gruppering omkring data som objekter. Omvendt bør et generelt systemmodelleringssprog heller ikke lægge begrænsninger på antallet og variationen af koncepter til at sikre modellens udtryksfuldhed for at mindske usikkerheden ved modellen i forhold til det virkelige fænomen.</div> <bR> <div> Det grundlæggende i et generelt systemmodelleringssprog er modellering af systemer bestående af "ting" og relationer mellem disse, hvor såvel tingene som relationer principielt kan være hvad som helst. Disse "ting" og relationer bør ligeledes kunne beskrives nærmere som systemer i sig selv eller eventuelt som aksiomatiske, numeriske eller tekstuelle data.</div> <bR> <div> Et helt centralt koncept for simplificering af kompleksiteten i systemmodeller er hierarkisk abstraktion. Modelleringssproget bør derfor omfatte et "whole-part" koncept for opdeling af systemer i delsystemer. Dette er ikke begrænset til nødvendigvis at afspejle fysiske "whole-part" relationer i de modellerede fænomener men omfatter også abstrakte, koceptuelle "whole-part" relationer.</div> <bR> <div> Et andet helt centralt koncept for simplificering af kompleksiteten i systemmodeller er klassificering af systemer med fælles egenskaber og fælles modellering af disse egenskaber. Modelleringssproget bør derfor omfatte et "type-instance" koncept for opdeling af systemer i systemtyper. Dette omfatter ikke også inkludering af relaterede objektorienterede koncepter som nedarvning og polyformisme. "Type-instance" konceptet er kun et modelleringsværktøj til opdeling af systemer i systemtyper og systemforekomster.</div> <bR> <div> Endeligt bør et generelt modelleringssprog afspejle at systembegrebet er konstruktivistisk og derved muliggøre modellering af systemer udfra forskellige og vekslende synsvinkler. Samtidig med modellering udfra forskellige synsvinkler bør modelleringssproget understøtte integreret modellering af de forskellige synsvinklers fælles egenskaber.</div> <bR> <div> I forbindelse med computerbaserede systemer og mange andre systemer er der som minimum behov for at modellere to konceptuelt forskellige systemtyper i form af henholdsvis data og processer. Den konceptuelle skelnen mellem data og processer er relevant for mange systemer men i forbindelse med computerbaserede systemer er der ikke nødvendigvis nogen grundlæggende forskel. Computerbaserede processer skal i sidste ende modelleres som programmer i form af statiske datastrukturer af instruktionskoder, der lagres og eksekveres i computeren. Modelleringssproget bør således kunne integrere de to konceptuelt forskellige data og proces synsvinkler.</div> <bR> </td> </tr></table></body>