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 />
6. RESULTAT<br />
Mitt arbete avser att bidra till en kunskapsutveckling. Törnebohm (1983) skiljer på<br />
kunskapsutvecklingar av olika ordningar. Kunskapsutveckling av ordning noll producerar<br />
data, t ex i form av mätresultat. En sammanfattning av sådana finns i kapitel 4<br />
och 5. Kunskapsutveckling av ordning ett omfattar enstaka kunskaper i form av bekräftelser<br />
av hypoteser. Detta kan jag inte göra eftersom min undersökning är explorativ.<br />
Däremot kan jag ställa upp ett antal hypoteser, vilka än så länge är obekräftade,<br />
men som jag bedömer har viss sannolikhet att bli bekräftade i framtida undersökningar.<br />
Kunskapsutveckling av ordning två ska resultera i förklaringsmönster. Redovisning<br />
av ett typfall utgör ett sådant förklaringsmönster. Vad gäller kunskapsutveckling<br />
av ordning tre, speciella teorier, rör det sig här snarare om speciella teorifragment.<br />
Att en mellanhand uppkommer, att det rör sig om personlig <strong>databehandling</strong> är<br />
exempel på sådana. Kunskapsutveckling av ordning fyra, fundamentala teorier, finns<br />
det också något fragment av. T ex menar jag att uppdelningen av informationssystem<br />
i styr-, rutindataoch stöddatasystem utgör ett sådant. Nedan skall jag försöka följa<br />
denna ordning i min redogörelse av resultaten. Men först ska jag göra en sammanfattning<br />
av själva problemformuleringen. Som jag sade i inledningen är det ju först<br />
när problemet är löst som det fått sin slutliga formulering. Här vill jag på intet vis<br />
hävda att jag löst eller slutligt formulerat något problem, men en intermediär formulering<br />
är som följer.<br />
6.1 Formulering av problemet<br />
Datasystem uppfyller sällan de förväntningar som ställs på dem. Orsakerna härtill<br />
är flera och det går inte att utpeka en enda. Hittills tycks man ha antagit att bristerna<br />
i huvudsak beror på brister i de metoder eller tekniker man använder för att framställa<br />
datasystemet.<br />
Men det syns mig som om många dessutom är överens om att systemkonstruktörer<br />
och systemanvändare inte förstår varandra. Många olika sätt har provats för att<br />
uppnå en ökad förståelse. Den kanske mest lovande ansatsen hittills är bruket av<br />
prototyper som kravspecifikationer.<br />
Det har visat sig att i de fall där användarna haft stort inflytande över systemutformningen<br />
har det blivit mera lyckade resultat. En intressant fråga är då vad som<br />
händer om användarna får totalt inflytande över systemutformningen och -<br />
konstruktionen. Detta borde, enligt min förmodan, säkerställa ett relativt bra datasystem.<br />
160