<?xml version="1.0"?>
<rss version="2.0">
   <channel>
      <title>Prototype  by </title>
      <link>https://padlet.com/mla7/vmdgoijxm16p</link>
      <description>Made with a bold sensibility</description>
      <language>en-us</language>
      <pubDate>2019-05-22 11:38:31 UTC</pubDate>
      <lastBuildDate>2019-05-23 06:55:20 UTC</lastBuildDate>
      <webMaster>hello@padlet.com</webMaster>
      <image>
         <url></url>
      </image>
      <item>
         <title>Victor, Casper, Nicolai &amp; Christian</title>
         <author></author>
         <link>https://padlet.com/mla7/vmdgoijxm16p/wish/362498285</link>
         <description><![CDATA[<div>A)<br>- Fakir<br>- Agil<br>B)<br><strong><em>Fordele ved Fakir</em></strong><br>- Det hele bliver gennemtænkt og tjekket, inden det færdige resultat.<br><strong>Ulemper ved Fakir<br>- </strong>Det kan være en længere varene process, før der kommer et resultat<br><strong>Fordele ved Agil<br>- </strong>Produktet bliver udgivet hurtig, og bliver forbedret, med hjælp fra brugerne<br><strong>Ulemper ved Agil<br>- I</strong>deen er muligvis ikke lige så gennemtænkt og blevet analyseret nok på. fx. kan det være en ulempe hvis produktet ikke rammer de rigtige bruger.  <strong><br></strong>C)<br>- <strong><em>Wireframe </em></strong><br>Hjemmeside, hvor der trykkes på genvej, for at kommer over på en anden side. osv.<br>- <strong><em>Mockup</em></strong><br>Første udkast af et produkt, fx hvis der bliver lavet en 3D model af en bygning, inden den bliver bygget. <br><br><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2019-05-22 11:44:58 UTC</pubDate>
         <guid>https://padlet.com/mla7/vmdgoijxm16p/wish/362498285</guid>
      </item>
      <item>
         <title>Simon L og Christian L</title>
         <author></author>
         <link>https://padlet.com/mla7/vmdgoijxm16p/wish/362507389</link>
         <description><![CDATA[<div><strong>Scrum</strong></div><div>Fordel: Når der anvendes scrum er det tydeligt, hvad der foregår i de enkelte processer, idet der ofte er hyppige opfølgningsmøder.</div><div><br>Ulempe: At kunden måske vil have et mere “vandfalds beskrivende” og mere forudsigelig viden om evt. projektet og hvad det koster. </div><div><br><strong>Agil</strong></div><div>Fordel: Et mere Fungerende software frem for omfattende dokumentation (modsat vandfaldsmodellen og Fakir)</div><div><br>Ulempe: Kunden har muligvis ikke tid til den høje grad af involvering.</div><div><br><strong>Fakir</strong></div><div>Fordel: Grundige analyser</div><div><br>Ulempe: Du kan oftest ikke gå tilbage og rette i de foregående processer.</div><div><br></div><div><strong>Vandfaldsmodellen</strong></div><div>Fordel: At kunden har en større viden om hvad og hvordan det hele er lavet. Fordi der er så mange foranalyser og alt muligt der skal laves. </div><div><br>Ulempe: man kan ikke gå tilbage i processen og rette sine fejl.</div><div><br></div><div><strong>Leavitt</strong></div><div>Fordel: Fordele ved Leavitt Modellen er at det er nemt at inddele de forskellige opgaver og ting i de rigtige bokse. Det gør også at man bliver nødt til at overveje alle tingene nøje. </div><div><br>Ulempe: De ting der bliver ændret i selve virksomheden, kan i nogle tilfælde også blive ændret i omgivelserne, så derfor er det et meget svært og gennemtænkt valg der skal træffes.  </div><div><br></div><div><strong>Wireframe</strong></div><div>Et værktøj til at skabe strukturen af eksempelvis en hjemmeside.</div><div><strong>Mockup</strong></div><div>En Mock Up er en model af et færdigt produkt. Det kan være at man skal lave en stol til fremvisning, men ikke gider lave den i det rigtige materiale, derfor laver man den bare ud af pap eller træ. En Mock Up er også kaldet en Prototype. Da det ikke nødvendigvis er funktionsdygtig, men har den tilstrækkelig funktionalitet til fx en fremvisning. </div>]]></description>
         <enclosure url="" />
         <pubDate>2019-05-22 12:18:24 UTC</pubDate>
         <guid>https://padlet.com/mla7/vmdgoijxm16p/wish/362507389</guid>
      </item>
      <item>
         <title>Thor J. Kjær</title>
         <author></author>
         <link>https://padlet.com/mla7/vmdgoijxm16p/wish/362509181</link>
         <description><![CDATA[<div>Den Agile model <br><br></div><div>Scrum<br><br></div><div>Daily meeting<br><br></div><div>rapid application development (RAD)<br><br></div><div>Waterfall model<br><br></div><div>Fakir<br><br></div><div>Fordele er hvis man har noget ”statisk” så kan man hurtiger klare det med fakir<br><br></div><div>Ulemper ved fakir kunne være at i den teoretiske verden må man ikke gå frem og tilbage. dette giver åbent lyst det store problem at hvis man overser en lille ting, når man arbejder sig igennem fakirs faser at man skal begynde for ny.  <br><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2019-05-22 12:24:42 UTC</pubDate>
         <guid>https://padlet.com/mla7/vmdgoijxm16p/wish/362509181</guid>
      </item>
      <item>
         <title>Oliver Mølby</title>
         <author></author>
         <link>https://padlet.com/mla7/vmdgoijxm16p/wish/362811600</link>
         <description><![CDATA[<div><strong>Systemudviklings modeller:</strong></div><div>FAKIR</div><div>AGIL</div><div>SCRUM</div><div>Daily meeting<br><br><strong>FAKIR:</strong><br>Fordele: Det kan være godt ved nogle brancher da man kan sætte en deadline, fordi at man fast lægger inden man rigtigt går igang hvad prudoktet skal indeholde.<br><strong>Ulemper:</strong><br>Hvis der er en misforståelse imellem kunde og skaberen, vil der opstå et problem fordi at det bliver udviklet forkert, og man kan ikke gå tilbage og justere i det.<br><strong>Wireframe</strong>- den grove skitse.</div><div><strong>Mockup</strong>- Step 2 og man går videre med wireframen og fx sætter farver på.</div>]]></description>
         <enclosure url="" />
         <pubDate>2019-05-23 06:49:37 UTC</pubDate>
         <guid>https://padlet.com/mla7/vmdgoijxm16p/wish/362811600</guid>
      </item>
   </channel>
</rss>
