Inom projektets ramar ¨ar f¨orv¨antan att plattformen ska kunna demonstrera att en digita-lisering av en finanskris¨ovning ¨ar m¨ojlig. F¨or att avg¨ora detta n˚agot subjektiva m˚al de-monstrerades plattformen f¨or Wendschlag, projektets intressent. Om Wendschlag anser att plattformen har potential f¨or att bli ett konkret komplement till finanskrivs¨ovningar som finns idag har detta m˚al uppn˚atts. Det som utv¨arderades av Wendschlag var inte tekniska kriterier utan funktionella m˚al som beskrivs i listan i avsnitt 3. Sammanfatt-ningsvis ¨ar den listan de grundfunktioner som kr¨avs f¨or att flera anv¨andare ska kunna utf¨ora en finanskris¨ovning tillsammans.
9 Ovningens gr¨anssnitt¨
9 Ovningens gr ¨anssnitt¨
Tj¨ansten ¨ar ˚atkomlig via en webbsida som kr¨aver internetuppkoppling och en webbl¨asare. N¨ar en anv¨andare ska b¨orja anv¨anda tj¨ansten beh¨over den f¨orst skapa ett konto som kr¨aver e-postadress och l¨osenord som inloggningsuppgifter. Anv¨andare m˚aste vara in-loggade f¨or att kunna genomf¨ora ¨ovningar, som p˚a webbsidan kallas games. Gr¨anssnittet f¨or registrering och inloggning kan ses i figur 3, d¨ar inloggningen finns l¨angst upp och registreringen under.
Figur 3 Registrering och inloggning.
Efter inloggning kan anv¨andaren v¨alja mellan att skapa en ny ¨ovning, ansluta till en existerande ¨ovning, eller forts¨atta en ¨ovning som anv¨andaren redan ¨ar ansluten till, vil-ket kan ses i figur 4. Under ”Your current games” kan anv¨andaren v¨alja mellan olika ¨ovningar som anv¨andaren redan har anslutit sig till. F¨or att ansluta till en ¨ovning beh¨over anv¨andaren en ¨ovningskod som fylls i under ”Join an existing game”. F¨or att skapa en ¨ovning finns l¨anken ”New game” l¨angst ner.
9 Ovningens gr¨anssnitt¨
Figur 4 Alternativ mellan att v¨alja, g˚a med i och skapa ny ¨ovning.
I figur 5 visas gr¨anssnittet vid skapande av ¨ovning. Anv¨andaren kan v¨alja hur m˚anga dagar, mellan 7 och 21, som ska simuleras, hur l¨ange ¨ovningen ska p˚ag˚a och vilket scenario som ska k¨oras. Plattformen ¨ar t¨ankt att kunna hantera flera olika scenarion som speglar olika finanskriser. ¨Ovningen skapas med de valda inst¨allningarna n¨ar anv¨andaren trycker p˚a knappen ”Start game”, varefter andra anv¨andare kan ansluta sig till ¨ovningen.
Figur 5 Alternativ vid skapande av ¨ovning.
I figur 6 visas en ¨ovningskod som syns h¨ogst upp i ¨ovningens gr¨anssnitt. ¨Ovningskoden ¨ar en unik str¨ang med tecken som identifierar en ¨ovning. Den kan anv¨andare dela med andra anv¨andare f¨or att de kan ansluta till ¨ovningen.
9 Ovningens gr¨anssnitt¨
N¨ar en anv¨andare har anslutit sig till ¨ovningen f˚ar den v¨alja sin roll fr˚an en lista med tillg¨angliga roller f¨or det valda scenariot. Detta illustreras i figur 7. Bank One ¨ar i detta fall otillg¨anglig och visas d¨arf¨or i gr˚a text. Varje roll kan maximalt tas av en anv¨andare.
Figur 7 Lista av m¨ojliga roller f¨or anslutna anv¨andare.
I figur 7 finns ¨aven knappen ”Start Game” som endast syns f¨or skaparen av ¨ovningen. N¨ar skaparen trycker ”Start Game” startas ¨ovningen f¨or samtliga anv¨andare. I ¨ovningen ser alla anv¨andare samma gr¨anssnitt, fast med ekonomiska v¨arden och drag som ¨ar an-passade efter deras roll. Ett exempel p˚a en implementerad roll ¨ar en bank som har en balansr¨akning och olika nyckeltal d¨ar bankens v¨arden redovisas i tabeller som kan ses i figur 8. Anv¨andaren kan se sina tillg˚angar (assets), skulder (liabilities) och nyckeltal i varsin tabell. I tabellen f¨or tillg˚angar finns bland annat cash som visar bankens pengar. Deposits i tabellen f¨or skulder visar hur mycket pengar kunder har insatt i banken. I detta exempelscenario finns det uppsatta m˚al f¨or vissa nyckeltal som anses vara viktiga f¨or scenariot. Dessa m˚al som ben¨amns ”target” i bilden ¨ar procentm˚al som s¨atts enligt scenariot. I figur 8 ¨ar ett av bankens m˚al en avkastning p˚a eget kapital (return on equity) p˚a 15 procent.
9 Ovningens gr¨anssnitt¨
Anv¨andarna ser ocks˚a vilka drag som finns tillg¨angliga f¨or dem att genomf¨ora. Detta gr¨anssnitt kan ses i figur 9. Varje anv¨andare kan g¨ora flera drag under samma dag i ¨ovningen, d¨ar ber¨akningen av dragen senare kommer ske i samma ordning som an-v¨andaren valde dem. En anv¨andare kan d¨armed se olika resultat av samma drag beroende p˚a i vilken ordning dessa valdes.
De olika rollerna v¨aljer sina olika drag genom att trycka p˚a bocken f¨or ¨onskat drag. D¨arefter fyller anv¨andaren i v¨ardet f¨or det draget i f¨altet ”value”. Till h¨oger om det f¨altet finns enheten f¨or draget, i detta fall dollar. K¨opa och s¨alja v¨ardepapper hanteras i enheten dollar medan till exempel justera styrr¨anta hanteras i enheten procent. Under ”Action summary” kommer alla valda drag listas f¨or anv¨andaren. Sedan kan anv¨andaren trycka ”submit” f¨or att genomf¨ora dragen.
Varje simulerad dag varar mellan klockan 09 och 17 enligt den virtuella tiden f¨or att spegla en vanlig arbetsdag. Virtuella tiden kan ticka olika snabbt mellan ¨ovningar bero-ende p˚a ¨ovningens inst¨allningar, det vill s¨aga hur m˚anga dagar som skulle simuleras p˚a hur l˚ang tid. N¨ar den virtuella klockan sl˚ar 17 g˚ar ¨ovningen ¨over till n¨asta dag, genomf¨or alla drag och uppdaterar all ekonomisk data.
Figur 9 Drag som kan v¨aljas av bank A.
Vid skifte av dag uppdateras ¨aven nyhetsfl¨odet, som kan ses i figur 10. F¨or varje scenario kan det finnas olika f¨orutbest¨amda h¨andelser. Exempelvis kan en tidningsartikel om allm¨anhetens dalande f¨ortroende f¨or banken komma ut, vilket kan ses under ”Financial News” i figur 10. Det kan vara nyttig information f¨or de olika anv¨andarna som p˚averkar hur de utf¨or sina n¨asta drag, mer ¨an att bara titta p˚a data.
9 Ovningens gr¨anssnitt¨
F¨or att underl¨atta samarbete mellan deltagarna finns det en chatt som kan ses i figure 11. Genom denna kan deltagarna kommunicera med varandra och utbyta viktig infor-mation. Detta exempel visar vyn f¨or chatten fr˚an Bank 1:s perspektiv. En anv¨andare kan endast se egna skickade meddelanden och vad andra anv¨andare skickat till en. Samarbe-te mellan olika institutioner ¨ar en v¨asentlig del av finanskris¨ovningar. Anv¨andaren kan v¨alja vilka anv¨andare den vill kommunicera med.
Figur 11 Chatt mellan centralbanken och en privat bank
En ¨overblicksvy ¨over hela ¨ovningen kan ses i figur 12. Till h¨oger om sidans logotyp finns en navigeringsmeny. Under sidans logotyp finns ¨ovningskod och ¨ovningens virtuella klocka. I tabellerna under redovisas ekonomisk data f¨or anv¨andaren. De gr¨ona f¨alten ¨ar de m¨ojliga dragen f¨or anv¨andare. L¨angst ner till v¨anster finns chatt f¨or att kommunicera med andra anv¨andare, och ett nyhetsfl¨ode till h¨oger.
9 Ovningens gr¨anssnitt¨
10 Hantering av scenarion
10 Hantering av scenarion
Plattformen ska kunna k¨ora m˚anga olika typer av finanskrisscenarion som ska vara enkla att implementera. I detta avsnitt beskrivs scenariostrukturen.
10.1 V ¨arden, drag, och effekter
N¨ar anv¨andaren kommer till ¨ovningens webbsida h¨amtas alla m¨ojliga drag fr˚an databa-sen. Oavsett vilken roll deltagaren v¨aljer laddas alla drag f¨or att ber¨akningsenheten ska kunna ber¨akna effekterna av alla drag. L¨as mer om ber¨akningsenheten i avsnitt 10.4.
moveID roleTypeID moveName moveEffects value Effect multiplier 2 1 K¨op statsobligation Statsobligation 1
2 1 K¨op statsobligation Pengar -1 3 1 K¨op AAA-obligationer Pengar -1 3 1 K¨op AAA-obligationer AAA-obligationer 1 1 2 F¨or¨andra styrr¨antan Styrr¨antan 1 Tabell 4 Sammanst¨allning av drag och deras effekter
I tabell 4 visas en sammanst¨allning av drag och de effekter som ¨ar kopplade till det dra-get. Alla drag h¨amtas fr˚an databasen oavsett vilket scenario som deltagaren har valt att genomf¨ora. Dragen med moveID 2 och 3 ¨ar b˚ada f¨or rolltypen med roleTypeID 1. I det h¨ar fallet motsvarar roleTypeID 1 en bank. Med rolltypen bank vet spelklienten att deltagaren ska kunna utf¨ora dragen med moveID 2 och 3. B˚ada de dragen har tv˚a effekter kopplade till sig medan drag med moveID 1 bara har en effekt. Draget med moveID1 h¨or till rolltypen centralbank.
Effekterna beskriver vilket f¨alt som kommer p˚averkas i kolumnen moveEffects va-lue. Exempelvis p˚a f¨orsta raden av tabell 4 beskrivs en effekt som ¨ar kopplad till draget ”K¨op statsobligation”. Effekten p˚averkar f¨altet ”Statsobligation” med Effect mul-tiplier, h¨ar med v¨ardet 1, multiplicerat med antalet statsobligationer som deltagaren valde att k¨opa. Effect multiplier lagras i MariaDB som decimal(10,2) d¨ar 10 anger totala antalet siffror f¨altet kan inneh˚alla och 2 anger antalet decimaler [Mar]. I tabellen ¨ar priset f¨or 1 statsobligation 1 enhet pengar, men priset kan vara ett av alla giltiga v¨arden som f˚ar plats i decimal(10,2).
10 Hantering av scenarion
scenarioID valueName roleID Starting value 1 Statsobligation 1 500 1 Statsobligation 2 300 1 Pengar 1 600 1 Pengar 2 200 1 AAA-obligationer 1 100 1 AAA-obligationer 2 900 1 Styrr¨anta 999 3,7 Tabell 5 Startv¨arden per scenario
Namnet i kolumnen moveEffects value i tabell 4 korresponderar med valu-eName i tabell 5. Dragen som kan v¨aljas ¨ar universella f¨or alla scenarion. F¨alten i valueName ¨ar ocks˚a universella men varje instans av f¨altet har ett eget numeriskt v¨arde. Exempelvis ¨ar f¨altet ”pengar” anv¨ant m˚anga g˚anger i samma scenario men alla roller som har en instans av f¨altet b¨orjar med ett eget numeriskt v¨arde. I tabell 5 finns det tv˚a instanser av ”pengar”. Deltagaren som har roleID 1 b¨orjar med 600 enheter av ”pengar” och deltagaren med roleID 2 b¨orjar med 200 enheter. De numeriska v¨ardena i tabell 5 ¨ar ¨ovningens startv¨arden. De numeriska v¨ardena ¨ar alltid samma n¨ar en ¨ovning med samma scenarioID p˚ab¨orjas.
Exempel:Deltagare g˚ar med i en ¨ovning d¨ar scenariot som har valts har scenarioID 1. Deltagaren valde rollen bank 1 som har roleID 1. All data som beh¨ovs h¨amtas redan n¨ar deltagaren laddar sidan f¨or ¨ovningen. N¨ar alla beroende v¨arden har ber¨aknats presenteras alla oberoende och beroende v¨arden i balansr¨akningen f¨or deltagaren. De oberoende v¨ardena syns i tabell 5. D˚a deltagarens roleID ¨ar 1 b¨orjar deltagaren med 500 statsobligationer, 600 pengar, och 100 AAA-obligationer. Namnet p˚a enheten finns i kolumnen valueName och m¨angden finns i kolumn starting value, b˚ada i tabell 5. Baserat p˚a det deltagaren ser i sin balansr¨akning v¨aljer deltagaren att g¨ora draget ”k¨op statsobligationer” och v¨aljer att k¨opa 100 enheter. Detta drag g˚ar igenom n¨ar n¨asta dag b¨orjar och ber¨akningsenheten ber¨aknar effekterna av draget ”k¨op statsobligationer”. Effekterna av ett drag ber¨aknas i den ordning som de finns i databasen, i det h¨ar fallet tabell 4. F¨orst ber¨aknas antal statsobligationer deltagaren ska f˚a genom att multiplicera vald m¨angd statsobligationer att k¨opa, 100, med Effect multiplier, 1.
V ald m¨angd ∗ Ef f ect multiplier = P˚averkan p˚a v¨ardet av valueN ame
100 ∗ 1 = 100 (1)
Produkten av vald m¨angd och Effect multiplier adderas sedan till m¨angden statsobligationer deltagare redan har. Deltagaren hade redan 500 statsobligationer och
10 Hantering av scenarion
eftersom produkten ¨ar positiv ¨okar m¨angden statsobligationer med 100. Deltagaren har nu 600 statsobligationer. Direkt efter det ber¨aknas den andra effekten kopplad till dra-get ”k¨op statsobligationer” som finns p˚a rad 2 i tabell 4. Effekten p˚a rad 2 beskriver att v¨ardet p˚a f¨altet ”pengar” summeras med produkten av Effect multiplier, -1, och den valda m¨angden, 100. Deltagaren b¨orjade med 600 pengar vilket betyder att spelaren efter detta drag har 500 pengar. Till draget ”k¨op statsobligationer” finns det tv˚a effekter kopplade. Hade flera effekter varit kopplade hade de ber¨aknats p˚a samma s¨att. Det finns ingen satt gr¨ans f¨or hur m˚anga effekter ett drag kan ha.
Genom att separera effekter fr˚an drag blir scenariot mer anpassningsbart. Detta g¨or att det finns m¨ojlighet att skapa b˚ade enkla drag och komplexa drag.