<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Hvem glor - din bror &#187; Iterativ</title>
	<atom:link href="http://dinbror.dk/blog/tag/iterativ/feed/" rel="self" type="application/rss+xml" />
	<link>http://dinbror.dk/blog</link>
	<description>Den ikke-så-personlige blog af Bjørn Klinggaard</description>
	<lastBuildDate>Sat, 29 Oct 2011 21:45:23 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Unified Process, UP</title>
		<link>http://dinbror.dk/blog/unified-process-up/</link>
		<comments>http://dinbror.dk/blog/unified-process-up/#comments</comments>
		<pubDate>Sun, 28 Dec 2008 09:33:17 +0000</pubDate>
		<dc:creator>dinbror</dc:creator>
				<category><![CDATA[Udviklingsmetoder]]></category>
		<category><![CDATA[Iterativ]]></category>
		<category><![CDATA[Ivar Jacobson]]></category>
		<category><![CDATA[Kravspecifikation]]></category>
		<category><![CDATA[Objektorienteret]]></category>
		<category><![CDATA[Unified Process]]></category>
		<category><![CDATA[UP]]></category>

		<guid isPermaLink="false">http://dinbror.dk/blog/?p=3</guid>
		<description><![CDATA[Kort gennemgang af udviklingsmetoden Unified process faser. UP bruger UML som notationsprog, hvilket jeg ikke går yderligere i dybden med. Jeg nævner blot de forskellige diagrammer som et softwareudviklingsprojekt kan inddrage her: use case diagram, use case specifikationer, domænediagram, designdiagram, systemsekvensdiagram, designsekvensdiagram og tilstandsdiagram. UP er en iterativ udviklingsmetode, som oprindeligt blev udviklet af Ivar [...]]]></description>
			<content:encoded><![CDATA[<table border="0">
<tbody border="0">
<tr>
<td>Kort gennemgang af udviklingsmetoden Unified process faser. UP bruger UML som notationsprog, hvilket jeg ikke går yderligere i dybden med. Jeg nævner blot de forskellige diagrammer som et softwareudviklingsprojekt kan inddrage her: use case diagram, use case specifikationer, domænediagram, designdiagram, systemsekvensdiagram, designsekvensdiagram og tilstandsdiagram.</td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td>UP er en iterativ udviklingsmetode, som oprindeligt blev udviklet af Ivar Jacobsen, Grady Booch og James Rumbaugh sidst i 90´erne. De tre samlede hovederne for at definere en ensartet objektorienteret softwareudviklingsmetode, hvilket udmundede i beskrivelsessproget UML samt fire faser:</td>
</tr>
<tr>
<td>
<dl>
<dd>1) Inception</dd>
<dd>2) Elaboration</dd>
<dd>3) Construction</dd>
<dd>4) Transition</dd>
</dl>
</td>
</tr>
<tr>
<td>Hver fase består af en række iterationer. Antallet af iterationer afhænger af udviklingsprojektets kompleksitet.</td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td>
<h2>Fase 1: Inception (Forberedelsesfasen)</h2>
</td>
</tr>
<tr>
<td>Forberedelsesfasen er ikke lig med kravspecifikation, som det kendes fra vandfladsmodellen. Man analysere i stedet kritiske krav og fastslår de grundlæggende ideer om systemet. Der foretages en risikoanalyse og der vurderes om projektet kan realiseres. Denne fase består som regel af 1-2 iterationer.</td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td>
<h2>Fase 2: Elaboration (Etableringsfasen)</h2>
</td>
</tr>
<tr>
<td>Fortsættelse på første fase, hvor man fordyber sig i sine krav, man udspecificere dem, beskriver dem og gør dem målbare. De største risici elimineres, og man får sin grundlæggende arkitektur på plads samt programmering og test påbegyndes. Der er en del iterationer i denne fase.</td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td>
<h2>Fase 3: Construction (Konstruktionsfasen)</h2>
</td>
</tr>
<tr>
<td>Produktet konstrueres. Man udvikler og tester systemets funktioner samt laver brugerorienteret dokumentation og manualer. Construction er fasen, som består af flest iterationer.</td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td>
<h2>Fase 4: Transition (Overdragelsesfasen)</h2>
</td>
</tr>
<tr>
<td>Systemet udrulles. Man laver de afsluttende tests samt installerer og oplærer brugerne. Herefter kan man evaluere på forløbet og projektet afsluttes. Dette varer normalt 1-2 iterationer.</td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td>
<dl>
<dt></dt>
<h2>Fordele ved Unified Process:</h2>
<dd>-	UP egner sig til store og tidskrævende projekter med mange udviklere.</dd>
<dd>- Løbende reviews.</dd>
<dd>- Meget dokumentation. UP er arkitekturcentreret og systemet beskrives grundigt, som gerne skulle resultere i, at andre udviklere hurtigt kan få et overblik og overtage systemet.</dd>
</dl>
</td>
</tr>
<tr>
<td>
<dl>
<dt></dt>
<h2>Ulemper ved Unified Process:</h2>
<dd>- Meget dokumentation, i form af use case specifikationer, sekvensdiagrammer mm. Den grundige dokumentation er tidskrævende og resulterer i, at ændringer løbende koster meget tid.</dd>
<dd>- Ufleksibelt, UP er låst fast i sine faser, og det er derfor ikke nemt at lave store ændringer, når man er sidst i en fase eller har afsluttet en fase.</dd>
</dl>
</td>
</tr>
</tbody>
</table>
]]></content:encoded>
			<wfw:commentRss>http://dinbror.dk/blog/unified-process-up/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

