MP - Introduktion til Struktureret Program Udvikling (SPU) - Medialogy
MP - Introduktion til Struktureret Program Udvikling (SPU) - Medialogy
MP - Introduktion til Struktureret Program Udvikling (SPU) - Medialogy
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong><br />
<strong>Udvikling</strong> (<strong>SPU</strong>)<br />
Florian Pilz<br />
<strong>Medialogy</strong><br />
Aalborg University Copenhagen<br />
19. marts 2006<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Dagens lektion<br />
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Facts omkring SW - udvikling<br />
Fejl i SW udvikling<br />
Problemer i SW udvikling<br />
Faser forud for <strong>SPU</strong>-modellen<br />
Ide og analysefasen<br />
Produktkravspecifikation<br />
Systemdesign<br />
<strong>SPU</strong> udviklingsmodellen<br />
Kravspecifikation<br />
Design<br />
Implementation<br />
Integration<br />
Accepttest<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Praktiske informationer<br />
◮ Der er ingen bøger i kurset. artikler vil blive udleveret <strong>til</strong><br />
sekretariat.<br />
◮ Der er fem forlæsinger i marts måned.<br />
◮ Der er to fordragsholder Morten Skov og Florian Pilz<br />
◮ Mine forventinger <strong>til</strong> de studerende<br />
◮ Læsning af litteratur før forlæsningen.<br />
◮ Tilstedværelse under forlæsninger.<br />
◮ Lave opgaver og afleveringer<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Kursus Indhold - Systemudvikling<br />
◮ Systembegrebet<br />
◮ Et systems livsforløb<br />
◮ HW og SW design<br />
◮ Analyse, kravspecifikation og accepttest<br />
◮ Design<br />
◮ Testprincipper<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Oversigt - Dagens lektion<br />
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Facts omkring SW - udvikling<br />
Fejl i SW udvikling<br />
Problemer i SW udvikling<br />
Faser forud for <strong>SPU</strong>-modellen<br />
Ide og analysefasen<br />
Produktkravspecifikation<br />
Systemdesign<br />
<strong>SPU</strong> udviklingsmodellen<br />
Kravspecifikation<br />
Design<br />
Implementation<br />
Integration<br />
Accepttest<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Facts omkring SW - udvikling<br />
Fejl i SW udvikling<br />
Problemer i SW udvikling<br />
Dagens lektion<br />
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Facts omkring SW - udvikling<br />
Fejl i SW udvikling<br />
Problemer i SW udvikling<br />
Faser forud for <strong>SPU</strong>-modellen<br />
Ide og analysefasen<br />
Produktkravspecifikation<br />
Systemdesign<br />
<strong>SPU</strong> udviklingsmodellen<br />
Kravspecifikation<br />
Design<br />
Implementation<br />
Integration<br />
Accepttest<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Facts omkring SW - udvikling<br />
Fejl i SW udvikling<br />
Problemer i SW udvikling<br />
Hvorfor skal man lære om systemudvikling?<br />
”If good software engineering were really all just common sense,<br />
we should expect to see projects routinely meet their schedule and<br />
budget targets and delight their end users.”<br />
-Steve McConnell<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Facts omkring SW - udvikling<br />
Fejl i SW udvikling<br />
Problemer i SW udvikling<br />
Facts omkring SW - udvikling<br />
◮ Det typiske udviklingsprojekt tager 12- 23 måneder.<br />
◮ For at blive anset som et stort system skal et system i dag<br />
indeholde mindst 50.000 linier eksekverbar kode<br />
◮ Der produceres ca. 10 linier eksekverbar kildetekst pr. dag og<br />
person.<br />
◮ Antallet af fejl, der findes i hver 1000 linier eksekverbar<br />
kildetekst under udviklingen af et software system er ca. 50-60.<br />
◮ Kun 70-79 procent projekterne der påbegyndes, bliver også<br />
færdiggjort.<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Facts omkring SW - udvikling<br />
Fejl i SW udvikling<br />
Problemer i SW udvikling<br />
Systemudviklingen skal forbygge at begår fejl<br />
De fleste fejl, der findes, skyldes at softwareudvikleren har:<br />
◮ lavet kodefejl.<br />
◮ haft besværligheder med at forstå problemformuleringen.<br />
◮ lavet systemintegrationsfejl.<br />
◮ lavet fejl i designet af løsningen.<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Facts omkring SW - udvikling<br />
Fejl i SW udvikling<br />
Problemer i SW udvikling<br />
Grunde <strong>til</strong> at bruge strukturelt programudvikling (<strong>SPU</strong>)<br />
◮ System er bliver uoverskueligt<br />
◮ Samarbejde skal koordineres<br />
◮ Kode fiksering<br />
◮ Undgår at lave fejl<br />
◮ Styrings problem (hvornår skal laves hvad)<br />
<strong>SPU</strong> er kun en metode blandt mange, det gælder om at vælge den<br />
rigtige.<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Facts omkring SW - udvikling<br />
Fejl i SW udvikling<br />
Problemer i SW udvikling<br />
Figur: Relativ udgift for fejlfinding<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Facts omkring SW - udvikling<br />
Fejl i SW udvikling<br />
Problemer i SW udvikling<br />
Hvorfor skal man bruge en metode?<br />
Hvad få man ud af at bruge en metode som f.eks. <strong>SPU</strong>?<br />
◮ Tidsstyring<br />
◮ Vedligeholdelse<br />
◮ Dokumenentation<br />
◮ Risikominimering<br />
◮ Kvalitetsoptimering<br />
Til meget små projekter (1-2 mand) som man laver selv <strong>til</strong><br />
engangsbrug kan man godt undlade at bruge tid på en<br />
systemudviklings metode.<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Facts omkring SW - udvikling<br />
Fejl i SW udvikling<br />
Problemer i SW udvikling<br />
Problemer i SW udvikling<br />
Figur: Underøgelse: Hvad er et problem ved SW udvikling?<br />
Hvad er det reelle problem i SW udvikling ?. Mange tror kun at<br />
alle problemer er kodeproblemer.<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Facts omkring SW - udvikling<br />
Fejl i SW udvikling<br />
Problemer i SW udvikling<br />
Figur: Underøgelse: Hvad er ikke et problem ved SW udvikling?<br />
Kodeproblemer bliver først et problem efter man er færdig. Først<br />
der opdager man disse..<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Facts omkring SW - udvikling<br />
Fejl i SW udvikling<br />
Problemer i SW udvikling<br />
Systemudvikling på AAU<br />
◮ Systemudvikling er mere håndværk end videnskab !<br />
◮ Der markedsføres mange forskellige metoder!<br />
◮ Ingen passer præcist <strong>til</strong> nogen situation !<br />
(Skal skræddersys <strong>til</strong> det aktuelle <strong>til</strong>fælde)<br />
◮ To metoder vil i støde på i løbet af tiden på AAU:<br />
◮ <strong>Struktureret</strong> System <strong>Udvikling</strong> (el. Systematisk<br />
System<strong>Udvikling</strong>) - <strong>SPU</strong><br />
◮ Objekt Orienteret Analyse og Design (OOAD)<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Facts omkring SW - udvikling<br />
Fejl i SW udvikling<br />
Problemer i SW udvikling<br />
<strong>SPU</strong>-elementer<br />
1. Benyt en udviklingsmodel<br />
2. Udarbejd en kravspecifikation<br />
3. Design før kodning<br />
4. Planlæg en test<br />
5. Anvend review teknikken<br />
6. Foretag projektstyring<br />
7. Dokumenter undervejs<br />
8. Foretag konfigurationsstyring<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Ide og analysefasen<br />
Produktkravspecifikation<br />
Systemdesign<br />
Dagens lektion<br />
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Facts omkring SW - udvikling<br />
Fejl i SW udvikling<br />
Problemer i SW udvikling<br />
Faser forud for <strong>SPU</strong>-modellen<br />
Ide og analysefasen<br />
Produktkravspecifikation<br />
Systemdesign<br />
<strong>SPU</strong> udviklingsmodellen<br />
Kravspecifikation<br />
Design<br />
Implementation<br />
Integration<br />
Accepttest<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Ide og analysefasen<br />
Produktkravspecifikation<br />
Systemdesign<br />
Faser forud for <strong>SPU</strong>-modellen<br />
Siden <strong>SPU</strong> kun beskæftiger sig med SW udvikling skal der<br />
gennemgåes aktiviteter før en udvikling kan komme på tale<br />
Figur: Faser forud <strong>SPU</strong>-modellen<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Ide og analysefasen<br />
Produktkravspecifikation<br />
Systemdesign<br />
Ide og analysefasen<br />
Fasen definer ide grundlaget kan også kaldes forundersøgelse,<br />
burde indeholde.<br />
◮ produktets funktioner<br />
◮ teknisk gennemførelighed (teknik / ressourcer)<br />
◮ alternative løsninger<br />
◮ økonomisk gennemførelighed<br />
◮ salgbar internt/eksternt<br />
Ender med skabe nødvendig beslutningsgrundlag gennem en<br />
analyse rapport - skal udviklingen sættes i gang? analyse rapporten<br />
udarbejdes af kunden.<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Ide og analysefasen<br />
Produktkravspecifikation<br />
Systemdesign<br />
Produktkravspecifikation<br />
◮ Efter beslutning om udvikling af et produkt skal produktet<br />
defineres. (produktet kan være mere en kun SW)<br />
◮ Beskriver hvad der skal udvikles og ikke hvordan.<br />
◮ Produktkravspecifikation er en videreudvikling af analyse<br />
rapporten og involvere andre aktiviteter (markedsanalyse, osv.)<br />
◮ Udarbejdes udelukkende af kunden<br />
◮ Produktkravspecifikation er ikke en<br />
Softwarekravspecifikation (<strong>SPU</strong>)<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Ide og analysefasen<br />
Produktkravspecifikation<br />
Systemdesign<br />
Systemdesign<br />
◮ Formålet er at definere en ”overordnet systemarkitektur”<br />
◮ Dvs. hvordan skal produktet (Produktkravspecifikation)<br />
realiseres overordnet?<br />
◮ Hvilke funktioner skal realiseres i HW og hvilke i SW.<br />
◮ Hvilken løsning er billigst?<br />
◮ Afsluttes ved udarbejdelse af en systemspecifikation.<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Kravspecifikation<br />
Design<br />
Implementation<br />
Integration<br />
Accepttest<br />
Dagens lektion<br />
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Facts omkring SW - udvikling<br />
Fejl i SW udvikling<br />
Problemer i SW udvikling<br />
Faser forud for <strong>SPU</strong>-modellen<br />
Ide og analysefasen<br />
Produktkravspecifikation<br />
Systemdesign<br />
<strong>SPU</strong> udviklingsmodellen<br />
Kravspecifikation<br />
Design<br />
Implementation<br />
Integration<br />
Accepttest<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Kravspecifikation<br />
Design<br />
Implementation<br />
Integration<br />
Accepttest<br />
<strong>SPU</strong> metoden<br />
◮ <strong>SPU</strong> = <strong>Struktureret</strong> System <strong>Udvikling</strong>.<br />
◮ <strong>SPU</strong> er en af de metoder <strong>til</strong> software udvikling på AAU.<br />
◮ <strong>SPU</strong> er kun en metode blandt mange..<br />
◮ <strong>SPU</strong> er gammelt... fra 80’erne derfor har <strong>SPU</strong> der<br />
opdateringer<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
<strong>SPU</strong> udviklings model<br />
Kravspecifikation<br />
Design<br />
Implementation<br />
Integration<br />
Accepttest<br />
Figur: Figur viser et komplet forløb for et givet produkt, som også kaldes<br />
lifecycle - model fordi det omfatter alle faser i projekt livsforløb.<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Kravspecifikation<br />
Design<br />
Implementation<br />
Integration<br />
Accepttest<br />
Kravspecifikation<br />
Kravspecifikationen indeholder alle krav <strong>til</strong> software (”hvad” skal<br />
den kunne? )<br />
◮ Funktionelle krav<br />
◮ Grænsefladekrav<br />
◮ Krav <strong>til</strong> programmets ydelse<br />
◮ ..<br />
(Næste forelæsning beskæftiger sig udelukkende med<br />
kravspecifikation)<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Kravspecifikation<br />
Design<br />
Implementation<br />
Integration<br />
Accepttest<br />
Design<br />
Hvordan kan alle krav realiseres<br />
<strong>Program</strong>design<br />
◮ opdele programmet i parallelle processer<br />
◮ definere deres interne/eksterne grænseflader<br />
Procesdesign<br />
◮ hver process designes som sekventielt ”lille program”<br />
◮ definere deres interne/eksterne grænseflader<br />
◮ hver process indeles i moduler (dvs. udarbejdelse modul<br />
specifikation)<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Kravspecifikation<br />
Design<br />
Implementation<br />
Integration<br />
Accepttest<br />
Implementation<br />
Implementation består af tre faser:<br />
◮ Moduldesign<br />
(fortages på baggrund af modulspecifikationen)<br />
◮ Modulkodning<br />
(kodning af Moduldesign)<br />
◮ Modultest<br />
(overholder modulet dets specifikation?)<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Kravspecifikation<br />
Design<br />
Implementation<br />
Integration<br />
Accepttest<br />
Integration<br />
Integration er arbejdsprocessen at inkludere de enkelte små dele i<br />
SW.<br />
Modulintegration<br />
◮ trinvis integration a processens moduler<br />
◮ test af grænseflader mellem modulerne<br />
Processintegration<br />
◮ trinvis integration a processerne<br />
◮ teste samspillet med allerede integrerede processer<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Accepttest<br />
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Kravspecifikation<br />
Design<br />
Implementation<br />
Integration<br />
Accepttest<br />
Til slut fortages accepttesten der skal demonstrerer overfor kunden<br />
at software kravspecifikationen er overhold.<br />
Figur: <strong>SPU</strong> V-model (viser relationen mellem konstruktions- og test<br />
aktiviteter)<br />
Florian Pilz<br />
<strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)
Resume<br />
Hvorfor <strong>Struktureret</strong> Systemudvikling?<br />
Faser forud for <strong>SPU</strong>-modellen<br />
<strong>SPU</strong> udviklingsmodellen<br />
Kravspecifikation<br />
Design<br />
Implementation<br />
Integration<br />
Accepttest<br />
Figur: <strong>SPU</strong> udviklingsmodel med alle faser<br />
Florian Pilz <strong>MP</strong> - <strong>Introduktion</strong> <strong>til</strong> <strong>Struktureret</strong> <strong>Program</strong> <strong>Udvikling</strong> (<strong>SPU</strong>)