Systemudviklingsparadigmer

<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>Systemudviklingsparadigmer</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> <A HREF="id70.htm" TARGET="_top" TITLE="Systemudviklingsforløb"><U><B><IMG SRC="003151d0.gif" border=0 width="21" height="29" ALIGN="BOTTOM" HSPACE="0" VSPACE="0"></B></U></A></div> </NOBR></tD> <tD VALIGN=TOP><NOBR><div> <A HREF="id73.htm" TARGET="_top" TITLE="Systemudviklingsmetodologier"><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="id64.htm" TARGET="_top" TITLE="Centrale problemer ved systemudvikling"><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="avison___fitzgerald__1995__information_systems_development.htm" TARGET="_top" TITLE="Information Systems Development"><U><B><IMG BORDER="0" SRC="Symb075c00b700c866333300.gif" HEIGHT="13" WIDTH="24" ALIGN="bottom" HSPACE="0" VSPACE="0">Avison & Fitzgerald [1995] Information Systems Development</B></U></A></div> <div> <A HREF="sommerville__1992__software_engineering.htm" TARGET="_top" TITLE="Software Engineering"><U><B><IMG BORDER="0" SRC="Symb075c00b700c866333300.gif" HEIGHT="13" WIDTH="24" ALIGN="bottom" HSPACE="0" VSPACE="0">Sommerville [1992] Software Engineering</B></U></A></div> <div> <A HREF="schön___bennett__1996__reflective_conversation_with_materials.htm" TARGET="_top" TITLE="Reflective Conversation with Materials"><U><B><IMG BORDER="0" SRC="Symb075c00b700c866333300.gif" HEIGHT="13" WIDTH="24" ALIGN="bottom" HSPACE="0" VSPACE="0">Schön & Bennett [1996] Reflective Conversation with Materials</B></U></A></div> </td> <td valign="top" height=430 BGCOLOR="#FFFFFF" TEXT="#080000"> <div> De tre primære, overordnede indgangsvinkler til analyse, design og implementering af software er funktionel, data- og objektorienteret systemudvikling med fokus på henholdsvis processerne og trinvis nedbrydning/forfining af disse; information-/datastrukturer i form af elementer og relationer mellem disse; og gruppering af "naturligt" sammenhørende funktioner og data i selvstændige objekter og relationer mellem disse.</div> <bR> <div> De forskellige synsvinkler/fremgangsmåder er velegnede til forskellige opgaver afhængigt af det enkelte projekt, den enkelte udvikler og de enkelte aktiviteter indenfor et projekt. Typisk er man dog bundet til ét enkelt paradigme afhængigt af valget af systemudviklingsmetodologi/-værktøj indenfor projektet/virksomheden.</div> <bR> <div> Er der reelt tale om uforenelige paradigmer med fundamentale forskelle eller er det blot dårlig implementering når det ikke er muligt eller vanskeligt at kombinere de forskellige indgangsvinkler? I sidste ende drejer det sig trods alt om de samme data, funktioner og relationer mellem disse.</div> <bR> <div> Med generel systemmodellering bør det være muligt frit at kunne skifte mellem de forskellige synsvinkler, således at den bedst egnede indgangsvinkel kan vælges til den enkelte delopgave for den enkelte udvikler. Ikke blot således at der kan vælges forskellige synsvinkler på de enkelte delopgaver, men således at hver enkelt delopgave frit kan præsenteres udfra flere/alle synsvinkler for at fremhæve forskellige aspekter.</div> <bR> <div> En anden dimension på analyse, design og implementering af software er henholdsvis top-down og bottom-up baserede systemudviklingsforløb. Ved top-down systemudvikling nedbrydes problemstillingen analytisk og trinvist indtil et niveau bestående af simple komponenter og programinstruktioner. Ved bottom-up systemudvikling løses problemstillingen konstruktivistisk med kombination af programinstruktioner og simple komponenter til trinvist større komponenter indtil et komplet system nåes.</div> <bR> <div> Top-down og bottom-up baseret systemudvikling betegnes ofte som uforenelige paradigmer og forskellige systemudviklingsmetodologier, -metoder og -værktøjer tager udgangspunkt i et af dem. I forbindelse med generel systemmodellering bør top-down og bottom-up baseret systemudvikling dog frit kunne kombineres, da de i stedet for uforenelige paradigmer kan ses som naturlige, supplerende indgangsvinkler der er velegnede til forskellige aktiviteter i et systemudviklingsforløb og forskellige dele af et system. Top-down baseret systemudvikling er velegnet til analytisk refleksion for problemstillinger og bottom-up er velegnet til eksperimentiel "dialog" med forskellige løsningsmuligheder.</div> <bR> </td> </tr></table></body>