Systemudviklingsforløb

<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>Systemudviklingsforløb</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="id69.htm" TARGET="_top" TITLE="Systemudviklingsformål"><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="id71.htm" TARGET="_top" TITLE="Systemudviklingsparadigmer"><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="royce__1970__managing_the_development_of_large_software_systems.htm" TARGET="_top" TITLE="Managing the development of large softwa"><U><B>Royce [1970] Managing the development of large software systems</B></U></A></div> <div> <A HREF="yourdon__1989__modern_structured_analysis.htm" TARGET="_top" TITLE="Modern Structured Analysis"><U><B>Yourdon [1989] Modern Structured Analysis</B></U></A></div> <div> <A HREF="boehm__1988__a_spiral_model_of_software_development_and_enhancement.htm" TARGET="_top" TITLE="A spiral model of software development a"><U><B>Boehm [1988] A spiral model of software development and enhancement</B></U></A></div> <div> <A HREF="checkland__1990__soft_systems_methodology_in_action.htm" TARGET="_top" TITLE="Soft Systems Methodology in Action"><U><B>Checkland [1990] Soft Systems Methodology in Action</B></U></A></div> <div> <A HREF="avison___wood_harper__1990__multiview.htm" TARGET="_top" TITLE="Multiview"><U><B>Avison & Wood-Harper [1990] Multiview</B></U></A></div> <div> <A HREF="andersen__kensing__lassen__lundin__mathiassen__munk_madsen___sørgaard__1986__pro.htm" TARGET="_top" TITLE="Professionel Systemudvikling"><U><B>Andersen, Kensing, Lassen, Lundin, Mathiassen, Munk-Madsen & Sørgaard [1986] Professionel Systemudvikling</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>Schön & Bennett [1996] Reflective Conversation with Materials</B></U></A></div> <div> <A HREF="gal__1996__footholds_for_design.htm" TARGET="_top" TITLE="Footholds for Design"><U><B>Gal [1996] Footholds for Design</B></U></A></div> <bR> </td> <td valign="top" height=430 BGCOLOR="#FFFFFF" TEXT="#080000"> <div> Traditionel systemudvikling sker gennem et antal sekventielle faser efter en såkaldt "vandfaldsmodel", hvor resultatet af hver enkelt fase er et afsluttet produkt, der danner udgangspunkt for den efterfølgende fase. Faserne kan typisk være kravspecifikation, analyse, design, programmering, test og drift. Der er således tale om et strengt rationelt, ensrettet systemudviklingsforløb.</div> <bR> <div> Vandfaldsmodellen er i vid udstrækning blevet erstattet af for eksempel struktureret systemudvikling, som populariseret af Yourdon, hvor de sekventielle faser erstattes af tilsvarende aktiviteter. I modsætning til det traditionelle faseforløb, kan aktiviteterne ske (delvist) parallelt og iterativt, således at man ikke længere er afhængig af at det lykkes at lave et korrekt produkt i ét forsøg som resultat af de enkelte faser. Grundlæggende er der dog stadig tale om et rationelt, ensrettet systemudviklingsforløb, hvor resultaterne af de enkelte aktiviteter danner udgangspunkt for de efterfølgende aktiviteter.</div> <bR> <div> Struktureret systemudvikling resulterer som traditionel systemudvikling i ét produkt som resultat af hver enkelt aktivitet, hvilket giver begrænsede muligheder for styring af systemudviklingsforløbet. Boehm opstiller som alternativ et mere evolutionært systemudviklingsforløb i form af en spiralmodel med produkter som resultat af hver iteration, hvor hver iteration sker indenfor de overordnede fire faser: fastlæggelse af mål, alternativer og begrænsninger; evaluering af alternativer samt identificering og håndtering af risici; udvikling og efterprøvning af næste produkt/udgave; planlægning af næste fase. Spiralmodellen er således en overordnet styringsmodel, der typisk rummer en passende sammensætning af traditionel og/eller struktureret systemudvikling suppleret med prototyping til risikoafklaring.</div> <bR> <div> Såvel traditionel og struktureret systemudvikling som spiralmodellen er fokuserede på at levere et færdigt teknisk system, som resultat af systemudviklingsforløbet. Checkland's Soft Systems Methodology opstiller derimod et systemudviklingsforløb, som en principielt uendelig læringsproces med idenfitikation og formulering af problemsituation; formulering af alternative systemmodeller; valg af ønskede ændringer; samt handling for at forbedre problemsituationen. Dette er således også en overordnet læringsmodel, der som for eksempel i Multiview må suppleres med et andet systemudviklingsforløb med fokus på at implementere det tekniske system, hvis sådanne indgår i problemløsningen.</div> <bR> <div> Fælles for systemudviklingsforløbene - direkte i traditionel og struktureret systemudvikling og eventuelt igennem det underliggende teknisk orienterede systemudviklingsforløb i spiralmodellen og Soft Systems Methodology -  findes et grundlæggende, rationelt, ensrettet forløb fra analyse over design til implementering, hvilket der kan/bør stilles spørgsmålstegn ved. Andre formulerer tætte gensidige relationer mellem analyse, design og implementering; igennem design og implementering identificeres forhold til analyse og igennem implementering identificeres designmuligheder og -problemer. Struktureret systemudvikling kan hævdes at reflektere dette igennem iterationen, men dette er dog ikke tilstrækkeligt, idet resultaterne af de enkelte aktiviteter klart betinger de efterfølgende aktiviteter selvom det kan ske i flere forsøg. Dette afspejles ikke mindst i de tilknyttede metoder og værktøjer. Spiralmodellen giver derimod mulighed for at rumme ikke-ensrettede systemudviklingsforløb.</div> <bR> <div> Generel systemudvikling bør kunne rumme meget forskellige systemudviklingsforløb - såvel teknisk orienterede som (risiko)styrings- og læringsorienterede systemudviklingsforløb (også andre end de her beskrevne) - uden givne antagelser om antallet og rækkefølgen af aktiviteter/faser med fri mulighed for at sammensætte et vilkårligt systemudviklingsforløb med analyse, design og implementering aktiviteter.</div> <bR> </td> </tr></table></body>