Arkitekturprinciper för informationsöverlägsenhet i framtidens ...
Arkitekturprinciper för informationsöverlägsenhet i framtidens ...
Arkitekturprinciper för informationsöverlägsenhet i framtidens ...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
omfattning; däremot har frågeställningar kring Försvarsmaktens gemensamma<br />
grundsystem varit <strong>för</strong>emål <strong>för</strong> diskussioner som tagit mycket tid och kraft<br />
Vi ger i avsnitt 3.2.1 exempel och synpunkter på val av utvecklingsmetodik och<br />
utvecklingsmodell men tror <strong>för</strong> övrigt inte att utarbetande av sådana nya standarder<br />
eller ”modeller” är en lämplig uppgift <strong>för</strong> FOA. Däremot anser vi att FOAs<br />
informationstekniska och operationsanalytiska kompetens bör utnyttjas <strong>för</strong> att värdera<br />
<strong>för</strong>slag till nya utvecklings- och <strong>för</strong>valtningsmodeller. Det klassiska svenska remiss<strong>för</strong>farandet<br />
vore utan tvekan värt en renässans på detta område.<br />
Vi anser också att utvecklingen har gett dem rätt som gentemot en tidigare dominerande<br />
trend av användarfokusering, inte bara i form av delaktighet utan i form av totalt<br />
utvecklingsansvar, hävdat att ledningssystemutveckling är en utpräglat högteknologisk<br />
aktivitet, som kräver professionell teknisk-vetenskaplig kompetens på hög nivå <strong>för</strong> att<br />
lyckas. Att tillgång till och inflytande <strong>för</strong> sådan kompetens är ett nödvändigt men inte<br />
tillräckligt villkor <strong>för</strong> framgångsrik systemutveckling borde inte behöva sägas. Varaktig<br />
framgång kommer endast den organisation till del som <strong>för</strong>mår att integrera alla de<br />
kompetenser och erfarenheter som behövs <strong>för</strong> denna komplexa verksamhet. Hit måste,<br />
<strong>för</strong>utom den militära ledningspersonalen själv, också räknas <strong>för</strong>svarsanalytiker, kognitions-<br />
och beslutsforskare, organisationsexperter, dataloger och systemarkitekter och<br />
inte minst tillämpade matematiker med inriktning mot informationsfusion, beslutsstödsmetodik<br />
och planeringsmetodik.<br />
<br />
Det har visat sig att tolkning och användning av begreppet systemarkitektur i samband<br />
med forskning om <strong>för</strong>svarets framtida ledningssystem är både omtvistad och flertydig.<br />
Detta kan tyckas vara naturligt eftersom begreppet ledningssystem inom <strong>för</strong>svarsmakten<br />
inte enbart avser tekniska system, än mindre enbart programsystem, utan<br />
också innefattar doktrinmässiga, organisatoriska och personella aspekter på ledning av<br />
stridskrafter.<br />
En del forskare (se t ex [9]) anser att informationssystemarkitektur egentligen inte<br />
handlar om processen att bygga system utan om att ställa krav på hur systemen skall<br />
vara beskaffade. De centrala egenskaperna är enligt denna uppfattning: struktur och<br />
avgränsning, innehåll (funktion och data), relation mellan system, relation till verksamheten<br />
och migration/<strong>för</strong>ändring.<br />
Men man kan ju inte ställa rimliga krav om man inte vet vad som är möjligt och<br />
rimligt att kräva. Detta är redan ett stort problem i en situation där inte ens specialister<br />
alltid kan följa med den snabba utvecklingen. En konstruktion blir naturligtvis inte<br />
heller bra om den enbart utgör ett konglomerat av delar som olika användargrupper i<br />
en organisation ansett nödvändiga. Konstruktörens eller systemarkitektens uppgift<br />
kommer att vara lika viktig som någonsin, men <strong>för</strong>skjuts från att lägga fast systemets<br />
hela utformning en gång <strong>för</strong> alla, till att på användarnas uppdrag initiera, planera och<br />
underhålla en ständigt växande struktur.<br />
Eftersom ett informationssystem omfattar inte bara programvara utan också datalager<br />
och dataflöden, maskinell utrustning, och fram<strong>för</strong> allt, verksamhetsprocesser, behöver<br />
arkitekturen hos ett informationssystem i regel beskrivas och diskuteras på flera<br />
- 17 -