Flensburg P: Personlig databehandling - Per Flensburgs hemsida

More documents

Recommendations

Info

Per Flensburg: Personlig databehandling I figur 2.14 har jag beskrivit systemutveckling som en transformationsprocess (enl Kraushaar & Shirland 1985), där systemet under sin livstid kan inta fyra möjliga tillstånd: • Kravspecifikation enligt användare • Kravspecifikation enligt systemutvecklare • Realiserat system • System i användning Misstag kan uppkomma i transformeringen mellan dessa olika tillstånd förutom att det kan vara fel från början. Speciellt stor är risken för misstag då man går över kommunikationsmuren mellan dataexpert och användare. Kommunikationen mellan dataexpert och dataanvändare sker som regel i dataexpertens yrkesspråk. Det innebär att endast fenomen som är relevanta i den miljön kan beskrivas och således medvetandegöras. Beskrivningen av det befintliga arbetet blir ofullständig. Dessutom behärskar användaren dåligt detta språk, varför missförstånd lätt uppstår. Ytterligare en källa till felaktigheter är att dataexpertens yrkesspråk i sig inte är generellt väldefinierat utan leverantörs- ja rent av datormodellbundet. Detta utnyttjas ofta som ett medel att hårdare knyta köpare av datorer till leverantörerna. Misstag av typ 1 uppkommer automatiskt efter ett tag. Organisationen förändras, världen förändras och så även användningen av datasystem. Det måste därför finnas möjlighet att göra relativt täta justeringar av kravspecifikationen för att säkerställa ett korrekt resultat från datasystemet. Felaktigheter av typ 2 är mycket vanliga och beror enligt min mening till stor del på användarens tysta yrkeskunskap, vilken inte går att förmedla explicit. Precis som man i språket ofta blir medveten om en regel först då man bryter mot den (Israel 1979), men ändå inte kan formulera den explicit, vet man vad man vill ha först då man fått det. Om traditionell systemutveckling tillämpas finns råd till bara ett försök. Med hjälp av prototyper och evolutionär systemutveckling kan man i viss utsträckning ändra på dessa förhållanden och förmodligen ännu mer vid interaktiv systemutveckling. Misstag av typen 3, systemutvecklarens misstag, kan man minska på flera sätt. Ett är bättre utbildning av systemkonstruktören, ett annat är bättre systemutvecklingsmodeller. Det har gjorts lovande försök att specificera systemen genom att sätta upp ett antal "informations requirements" med tillhörande "constraints" i något beskrivningsspråk och därefter automatiskt generera det färdiga systemet. I praktiken innebär det att delar av systemeringsarbetet blir automatiserat. Eftersom beskrivningsspråket måste nära ansluta till användarens yrkesspråk medför det att användaren själv utan alltför stort besvär eller skolning själv skulle kunna göra åtminstone förändringar i systemet. Den fjärde typen av fel, att utdata tolkas felaktigt av användarna kan bero på att utdata är felaktig och då gäller något av de andra felen, eller att användaren inte kan 32
Per Flensburg: Personlig databehandling sitt yrke tillräckligt bra. Endast i detta fall ska det ske en anpassning till datasystemet, i alla andra fall ska datasystemet anpassas till användaren. Detta leder sammantaget till stora krav på flexibilitet och kontinuerliga förändringar på specifikationsnivå.. Därmed upphävs den skarpa skiljelinjen mellan utveckling och användning. Om nu interaktiv systemutveckling tillämpas, hur blir då systemen jämförda med dagens system? Vi nalkas då samma problem fast från ett annat håll. 2.5 Förändringar i verksamheten All verksamhet förändras. Förändringar kan vara av minst två olika slag: Förutsedda och oförutsedda. De förutsedda är t ex förändringar i lagernivå, beställning av nya varor, tillbyggnad av ny fabrik. De oförutsedda är t ex oväntade devalveringar, krig, snabba marknadssvängningar, personalskifte osv. För att organisationen ska överleva krävs viss förmåga att anpassa sig till både förutsedda och oförutsedda förändringar. För att kunna anpassa sig till en förändring krävs emellertid kunskap om att en förändring inträffat. Det finns ofta inbyggda mekanismer i datasystem för att upptäcka förutsedda förändringar, t ex lagerbrist, utleveranser. Det finns även långsiktiga planer om t ex nybyggnationer. Dessa typer av förändringar utgör i regel inga problem. Det gör däremot de oförutsedda eftersom det inte finns färdiga mekanismer att upptäcka dem. Deras effekter visar sig genom oväntade förändringar i olika tillståndsvariabler (t ex exceptionellt låg orderingång). Datasystemet måste tillåta analyser av orsakerna till de oväntade förändringarna. Detta kan inte göras genom på förhand definierade listor utan det krävs s k ad hoc frågor. För att kunna ställa sådana krävs ofta stora förändringsmöjligheter hos datasystemen. De oförutsedda förändringarna inträffar allt oftare och blir allt större. Flexibla datasystem behövs därför alltmer. Men då de redan befintliga datasystemen måste förändras i allt snabbare takt får systemavdelningarna än mindre tid för nyutveckling av dessa nya och flexibla system. (Martin 1982). Det yttrar sig som stor brist på programmerare och systemutvecklare. Det finns olika sätt att häva denna brist. Ett är att utbilda fler systemerare eller programmerare. Ett annat är att öka produktiviteten hos dagens datafolk. Detta kan ske genom effektivisering av traditionella metoder. Martin (ibid) räknar med 10-20 % ökning på så sätt. Ett annat sätt är att låta dataexperterna använda sig av de s k 4:e generationens programspråk. Därigenom kan produktivitetsökningar på uppemot 50-80% uppnås i kodningen enligt Martin. Ett fjärde sätt är att förse varje användare med enkla och kraftfulla redskap som gör det möjligt för vederbörande att göra sina egna datasystem. Därvid ändras de traditionella rollerna för systemutvecklarna. 33
Page 1 and 2: Per Flensburg Personlig databehandl
Page 3 and 4: Per Flensburg: Personlig databehand
Page 31: Per Flensburg: Personlig databehand
Page 83 and 84:
Per Flensburg: Personlig databehand
Page 85 and 86:
Page 87 and 88:
Page 89 and 90:
Page 91 and 92:
Page 93 and 94:
Page 95 and 96:
Page 97 and 98:
Page 99 and 100:
Page 101 and 102:
Page 103 and 104:
Page 105 and 106:
Page 107 and 108:
Page 109 and 110:
Page 111 and 112:
Page 113 and 114:
Page 115 and 116:
Page 117 and 118:
Page 119 and 120:
Page 121 and 122:
Page 123 and 124:
Page 125 and 126:
Page 127 and 128:
Page 129 and 130:
Page 131 and 132:
Page 133 and 134:
Page 135 and 136:
Page 137 and 138:
Page 139 and 140:
Page 141 and 142:
Page 143 and 144:
Page 145 and 146:
Page 147 and 148:
Page 149 and 150:
Page 151 and 152:
Page 153 and 154:
Page 155 and 156:
Page 157 and 158:
Page 159 and 160:
Page 161 and 162:
Page 163 and 164:
Page 165 and 166:
Page 167 and 168:
Page 169 and 170:
Page 171 and 172:
Page 173 and 174:
Page 175 and 176:
Page 177 and 178:
Page 179 and 180:
Page 181 and 182:
Page 183 and 184:
Page 185 and 186:
Page 187 and 188:
Page 189 and 190:
Page 191 and 192:
Page 193 and 194:
Page 195 and 196:
Page 197 and 198:
Page 199 and 200:
Page 201 and 202:
Page 203 and 204:
Page 205 and 206:
Page 207 and 208:
Page 209 and 210:
Page 211:
show all

Flensburg P: Personlig databehandling - Per Flensburgs hemsida

Create successful ePaper yourself

Delete template?

Save as template?