Flensburg P: Personlig databehandling - Per Flensburgs hemsida
Flensburg P: Personlig databehandling - Per Flensburgs hemsida
Flensburg P: Personlig databehandling - Per Flensburgs hemsida
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
<strong>Per</strong> <strong>Flensburg</strong>: <strong><strong>Per</strong>sonlig</strong> <strong>databehandling</strong><br />
erar, likaså deras beteckningar. Här har jag valt SIS/RAS (SIS 145, 1979) som typexempel:<br />
Problemstudie<br />
Målstudie<br />
Informationsstudie<br />
Behandlingsstudie<br />
Systemstudie<br />
Detaljstudie<br />
Detaljutformning<br />
Införande<br />
Efterstudie<br />
Fig 2.4 Faserna i SIS/RAS<br />
17<br />
Analys<br />
Design<br />
Realisering<br />
Gemensamt för samtliga varianter är en tredelning i "analys", "design" och "realisering"<br />
(Lundeberg m fl, 1978). Samma författare har en liknelse med ett husbygge.<br />
Analys innebär att fastställa av de krav man ställer på huset (Antal våningar, storlek,<br />
standard etc). Design innebär upprättande av ritningarna och realisering är själva<br />
byggandet.<br />
Detta är inte platsen att fördjupa sig i en analys av olika systemutvecklingsmodeller.<br />
Detta har gjorts av andra (t ex Brandt & Johansson 1980, Brandt et al 1978, Olerup<br />
1982, 1985, Sandström & Wormell 1980, Swanson 1976). Jag tar den svenska<br />
SIS/RAS som exempel, men menar att mina slutsatser gäller för andra modeller av<br />
samma typ, men däremot inte för andra typer av modeller.<br />
Ibland har man en förstudie som är en ytlig genomgång av de fem första faserna, i<br />
syfte att undersöka om det är lönsamt att fullfölja systemeringen. Om det bedöms<br />
lönsamt genomförs en huvudstudie, som är en komplettering av förstudien i de fyra<br />
första faserna och ett genomförande av de fyra sista. Någon gång under någon av faserna<br />
framställs ett mycket viktigt dokument, kravspecifikationen. Detta dokument<br />
beskriver systemets yttre egenskaper, dvs vilka utdata som ska produceras, vilken<br />
form och vilken aktualitet de ska ha samt vilka som är mottagare. Där beskrivs också<br />
mål, både för utvecklingen och för dess produkt, kostnaden för utvecklingen och<br />
ibland även beräknade intäkter. Med kravspecifikationen skall systemutvecklaren i<br />
princip kunna sätta sig vid sitt skrivbord och göra systemet.<br />
Detta kräver ett antal förutsättningar. Verksamheten måste vara så pass stabil att det<br />
är möjligt att formulera mål och informationsbehov för åtminstone några år framåt.