Ny funktionalitet i LME Clear


No Comments

Nu har go-live kommit och gått i LME Clear, vi har varit med och lanserat LMEmercury, europas modernaste clearingsystem, vi har firat och svettats om vartannat. Men projektet är såklart inte över för den sakens skull – nu är det fokus på ny funktionalitet, alltså nya saker som kunden kommit på att de vill ha av en eller annan anledning, och som vi ska implementera.

Ett exempel är renminbi, den kinesiska valutan, som nu ska få användas som säkerhet i systemet. Renminbi har blivit populär i samband med Kinas framgång finansiellt i världen, och LME är inte sena med att lansera den funktionalitet som medlemmarna vill ha. Man kan läsa mer om just detta på följande sida:

http://usa.chinadaily.com.cn/business/2014-09/23/content_18644730.htm

Det är då vårt jobb att implementera det hela. Men det är självklart också en hel del kravarbete (som jag jobbar med nu) involverat från vår sida – hur ska säkerheten egentligen fungera – finns det speciella regler – vad kommer att bli påverkat?

För att ta hand om ny funktionalitet så måste vi som kravare gå genom en process där vi för varje förändring förstår och nedtecknar verksamhetens behov (varför gör vi det?), processerna som påverkas (när gör vi det?), detaljer kring vem eller vad som ska få utnyttja funktionaliteten (vem eller vad gör det?), och slutligen detaljerna kring vad funktionaliteten egentligen innebär (hur gör vi det?).

Det krävs en helhetsbild för att kunna förstå och formulera vad som ska göras för att systemet ska bli så nära det som kunden vill ha och för att utvecklare ska förstå vad de ska implementera.

Nu ska jag återgå till mitt kravarbete, så hörs vi i december!

No Comments - Click here to be the first to comment!





Bookmark and Share

Please leave a comment - click here!

LMEC Go-Live avklarat, dags att blicka framåt


No Comments

Den 22 september gick vårat clearinghus live och alla positioner från metallbörsen LME som tidigare clearades på London Clearing House, LCH, migrerades över till vårat nybyggda clearinghus LME Clear. Nu har det gått lite över en månad sedan produktionssättningen och det är dags att börja blicka framåt. LME har många nya funktioner de vill ha in i sitt clearinghus. När vi planerar arbetet framåt måste jag som kravare försöka ligga 1 sprint före utvecklarna på den nya funktionaliteten då vi försöker vara klara med alla eventuella missförstånd med vad kunden vill ha och vad vi kommer att leverera innan utvecklarna börjar koda.

Både VD och CTO från LME Clear har varit i Umeå i veckan och igår firade vi produktionssättningen med god mat och dryck på kontoret. LME Clear’s VD berättade resan från början av 2011 fram till idag om hur man sjösätter ett nytt clearinghus. Det är inte bara systemutveckling utan mycket annat som ingår som t.ex godkännande från övervakande myndigheter som Bank of England och EMIR som är nya EU regler för övervakning av derivatmarknaden i Europa. Han berättade också om planerna framöver för clearinghuset och det verkar som vi har mycket nyutveckling att se fram emot.

Här kan ni läsa ett pressmeddelande som övergripande beskriver LME Clear vid produktionssättningen.

http://www.cinnober.com/news/paradigm-shift-real-time-clearing-becomes-reality-europe

No Comments - Click here to be the first to comment!





Bookmark and Share

Please leave a comment - click here!

Automattest


No Comments

Nu har det automattestats i några veckor och det har varit riktigt kul, så jag tänkte relatera lite grann av vad jag lärt mig  om att skriva automattester den senaste tiden.

Automattestning skiljer sig åt från manuell testning på några nyckelpunkter. Den stora fördelen med automattester är naturligtvis att det inte krävs en mänsklig testare för att exekvera testerna, och att det därmed går betydligt snabbare. Detta innebär att man kan sätta upp automattester som körs varje gång ny kod blir incheckad och kan upplysa teamet om potentiella problem med förändringen tidigt. Tar det för lång tid att köra igenom den totala testuppsättningen kan man välja ut nyckeltester som körs kontinuerligt och enbart köra alla tester över natten eller på ännu längre sikt. Dessutom garanterar automattester att de körs exakt enligt specifikationen varje gång, medan en människa lätt kan glömma att testa vissa detaljer.

Automattester har dock svagheter, och den sista punkten är båda en styrka och en svaghet. Nackdelen med att ha ett test som följer specifikationen exakt är att det inte lämnas något utrymme för variation och kreativitet i testprocessen. Testet garanterar att funktionaliteten som testet täcker fungerar, men existerar en bugg som triggas av att man varierar indatan lite grann kommer testet inte detektera den. En mänsklig testare skulle å andra sidan kanske naturligt variera indatan varje gång, och därmed ha större chans att trigga problemet. Manuell testning tillåter dessutom större flexibilitet, testaren är medveten om vilka förändringar som introducerats till systemet över tid och kan ta hänsyn till det i testproceduren. Ett automattest kan däremot snabbt bli obsolet, och i bästa fall innebär det att testet fallerar trots att systemet fungerar och i värsta fall passerar det och döljer faktiska problem. Tillsammans med den relativt höga tidskostnaden för att skriva testerna till att börja med kan utveckling och underhållning av automattester ta betydligt mer tid än de är värda, såvida testerna inte har hög “impact”, dvs att de har stor chans att detektera buggar om de uppstår.

Detta gör uppgiften att skriva bra automattester både utmanande och rolig. Att fundera ut vilka typer av tester man ska investera sin dyrbara tid i att skriva är en i allra högsta grad kreativ process. Det kräver att man är både djupt insatt i hur produkten man bygger är tänkt att fungera och att man har förståelse för vilka tekniska faktorer som tenderar att leda till felkällor.

Vi hörs!

No Comments - Click here to be the first to comment!





Bookmark and Share

Please leave a comment - click here!

Utveckling – Serverdesign


No Comments

Nu har det gått en stund sedan jag sist postade. Vi har gått över i krav efter att ha gjort och presenterat en ”slutuppgift” inom utveckling, nämligen en design på en ny ”fee server”, alltså en komponent som kan räkna ut avgifter i ett clearingsystem.

Det är en intressant utmaning som kräver att man tänker på flera nivåer – vår uppgift var att på en gansk abstrakt nivå visa fördelarna och nackdelarna med några olika modeller.

Några saker vi blev tvungna att tänka på: vad är lätt med just den här designen? Vad är svårt? Vilka är intressenterna i just den här modellen? Vad vill de, och varför?

Lite sådana tankar ledde till att vi presenterade fyra olika modeller av servern med olika möjligheter att ta hand om avgifter och olika styrkor och svagheter. Ungefär såhär såg det ut när vi presenterade:

DSC_0056

En av de stora anledningarna till att vi har tittat på det är såklart att det finns stor efterfrågan bland clearinghus att automatiskt hantera avgifter (t.ex. medlems- och transaktionsavgifter) på ett pålitligt och konfigurerbart sätt.

Nu är dock designtankarna utflugna i mitt huvud (men kanske har de landat hos någon annan på företaget) och istället finns där kravtankar.

Ses i kravrollen!

No Comments - Click here to be the first to comment!





Bookmark and Share

Please leave a comment - click here!

Business Analyst / Requirement Analyst / Kravroll initiated


No Comments

Nu har jag påbörjat det tredje blocket på Traineeprogrammet här på Cinnober, det så kallade kravblocket. Krav innebär i stora drag att man lyssnar på kundens behov, försöker förstå dem och sedan tillsammans med kunden kommer överens om vilken IT lösning man ska leverera. Det här är förstås väldigt viktigt för att säkerställa att man levererar exakt det som kunden vill ha och inte slösar bort tid på att utveckla felaktiga lösningar och antaganden. Kravrollen på Cinnober innebär för det mesta att man arbetar som en så kallad Requirement analyst. En Requirement analyst har som uppgift att fånga krav från kunden och dokumentera dessa genom att skriva t.ex. use cases som sedan en utvecklare kan programmera utifrån. Våra testare använder sedan ofta de use cases som ingår i kraven för att testa att systemet beter sig så som kraven säger.
En annan typ av kravroll är Business analyst (BA). En BA har som uppgift att förstå verksamheten och dess behov. I projektet jag arbetar i nu så är det en grupp med BA’s hos kunden som har stenkoll på deras behov och tillsammans med kravare hos oss kommer överens om IT-lösningens utformning. Jag tycker det ska bli jätteroligt att få prova på mer kundkontakt och även att förhandla och komma överens med kunden om hur systemet ska fungera. Vi får in ganska många så kallade Change Requests från kunden som är ny funktionalitet dom vill ha implementerat och dessa ska vi som kravare tidsuppskatta och sedan omvandla till krav.

Många nya utmaningar framför mig alltså, känner på mig att det kommer bli en rolig och utmanande höst!

No Comments - Click here to be the first to comment!





Bookmark and Share

Please leave a comment - click here!

Ny start


No Comments

Hej!

Jag heter Lucas Lindström och är ny trainee här på Cinnober. Jag är född och uppvuxen här i Umeå där jag läst på civilingenjörsprogrammet i teknisk datavetenskap. Jag tog examen vid nyår och har varit projektanställd som utvecklare under de första åtta månaderna av 2014. Jag hörde talas om Cinnober och cinCube av en kompis från universitetet, Oskar Janson, som också var trainee. Det verkade som en intressant och utmanande arbetsplats i en industri jag inte visste så mycket om men kände mig driven att lära mig mer om.

Nästan fyra veckor har gått sen jag började och det har varit full fart från dag ett. Det är alltid en utmaning att börja på ett nytt ställe och lära sig alla rutiner och processer, och även om jag hunnit arbeta på några olika ställen under och efter utbildningen är jag fortfarande väldigt ny på arbetsmarknaden. Cinnober är dessutom den största organisation jag arbetat hos hittills med ganska stor marginal, men trots det tycker jag att det varit en väldigt mjuk landning hittills. Större delen av första veckan bestod i en intensivkurs i allt från företagets historia och verksamhet i stora drag till systemarkitektur och arbetsmetodik i de olika projekten. Detta gjorde det mycket lättare att komma igång och förstå hur min roll passar in i den större bilden. En annan sak som gjort det så mycket lättare att komma in i tänket är den öppna och vänliga sociala atmosfären på företaget. Folk är alltid beredda att hjälpa till och svara på frågor när man kör fast eller inte förstår någonting.

De första tre månaderna av traineeprogrammet består av det så kallade testblocket, där man får pröva på rollen som mjukvarutestare. Att lära mig mer om test och kvalitetssäkring är något jag sett fram emot, eftersom det känns som nyttig erfarenhet oavsett vilken roll i utvecklingsprocessen man har, och något som jag saknat från universitetet.  Arbetet har hittills bestått framförallt i manuell testning av den grafiska klienten till LME Select (börsmotorn till London Metal Exchange, Cinnobers äldsta kund), blandat med halvdagskurser i mjukvarutest på Cinnober och i allmänhet. Det har gått snabbt att komma igång och kunna bidra till projektet och det känns mycket motiverande. Det är dessutom ett utmärkt sätt att bekanta sig med produkten och kundens förväntningar, liksom finansiell IT i allmänhet, vilket jag kan föreställa mig är viktigt även i andra roller. Nästa vecka ska jag börja skriva automatiserade tester, och det känns riktigt kul också.

Förhoppningsvis kommer den här bloggen ge insikt i hur cinCube-programmet fungerar och hur det är att börja arbeta på Cinnober, och jag är alltid öppen för frågor. Vi ses!

No Comments - Click here to be the first to comment!





Bookmark and Share

Please leave a comment - click here!

Ett år går snabbare än man tror


No Comments

Och så har även jag återvänt från en lärorik vecka hos Service Desk precis som Maryam och Oskar. Som dom beskrev så testade vi samtliga av dom 5-shift som Service Desk använder sig av, under dem 5 dagarna vi var där. Resultatet blev ett par spännande dagar där vi fick uppleva hur dem olika tidszonerna runt om jorden påverkar finansmarknaden då marknaden i östra USA och Asien går lite omlott.

Hur som helst så har mycket hunnit hända under det året jag varit här på Cinnober. Projektet LMEClear som jag varit del av under hela perioden har här om dagarna blivit klar och gått live, och vi har hunnit med en otrolig mängd kurser och olika aktiviteter under traineeprogrammets gång.

Ett år som passerat betyder också att Traineeprogrammet nu är slut för oss i första trainee-kullen, så för min del betyder det att jag byter till ett nytt projekt och fortsätter som utvecklare på heltid. Så jag lämnar nu över bloggen till Rasmus och Johan, samt till vår nya trainee som kommer presentera sig inom kort.

Tack för mig!

No Comments - Click here to be the first to comment!





Bookmark and Share

Please leave a comment - click here!

LMEClear GO-LIVE!


No Comments

På måndag ska LMEClear go live. Nästa vecka är vi på kontoret från kl 7 fm till 1 fm. Vi är uppdelade i 3 grupper: AM skift 7-17, PM skift 15-1 och och de som jobbar under vanliga arbetstider och är On Call dagen runt. Jag jobbar PM skift. Det kommer bli spännande och jag får sova till typ 12 i en hel vecka! 😀

På måndag kommer LMEClear, deras medlemmar och regulatorer bestämma sig tillsammans om vi skulle Go live eller inte, det är ett Go-No Go möte. Men efter att ha testat systemet på olika nivåer då är vi säkra att vi går live utan stora problem!

Vi har den här skärmen på kontoret som räknar ner hur lång tid är kvar till Go-Live!

Cheerios!

bild

No Comments - Click here to be the first to comment!





Bookmark and Share

Please leave a comment - click here!

Dags att räkna – clearing, collateral och risk


No Comments

Nu har det varit hetsiga veckor här på kontoret med alla förberedelser inför go-live, och en av förberedelserna är regressionstestning, alltså att gå igenom hela vårt system, allt vi testat tidigare och även de delar vi kanske inte testat så noggrant – och se att allt fungerar.

En del som jag har jobbat med väldigt mycket är våra riskberäkningar. Ett clearinghus fungerar som en ”riskhanterare” för handeln som sker: en sorts säkerhet för att ingenting oväntat (som t.ex. en aktörs konkurs) ska påverka handeln.

Clearinghuset tar över risken för all handel – det vill säga ser till att alla kontrakt fullföljs, oavsett vad som händer med ”den andre parten” i ett handelsavtal. Det är såklart en risk som clearinghuset tar – vad händer om något går snett och den ursprungliga andra part inte kan fullfölja kontraktet? Då måste clearinghuset använda sina egna pengar eller resurser för att fullfölja det – och det är den här risken som gör att clearinghuset kräver en viss insats av sina medlemmar, de som handlar där: detta kallas för collateral – säkerhet.

Hur vet vi då hur stor risken är – hur mycket medlemmarna ska lägga i pant hos clearinghuset? Det är en  viktig del att räkna risk snabbt och korrekt så att medlemmar aldrig ska behöva lägga mer pengar än vad som är nödvändigt, samtidigt som clearinghuset aldrig ska ha perioder då risken clearinghuset tar inte kan täckas av säkerheten medlemmarna lagt in.

Jag har spenderat två arbetsspäckade veckor med att kontrollera våra riskalgoritmer (som tenderar att vara ganska långa och komplicerade) – att de räknar rätt för alla olika sammansättningar av handlade kontrakt. Det stimulerar matematikern i mig en del, samtidigt som det är en programmeringsövning att lösa exakt hur vi implementerat algoritmen med avrundningar och liknande.

Alltid spännande att stöta på olika sorters uppgifter!

Vi ses nästa gång, och så lämnar jag er med en länk till en bra (ganska matematisk) föreläsning om ”value at risk”, en bra och relativt populär riskalgoritm:

No Comments - Click here to be the first to comment!





Bookmark and Share

Please leave a comment - click here!

Service-Desk


No Comments

Nu är jag och Oskar i moderskeppet! Vi kommer att jobba på Stockholms kontoret i en vecka på Service Desk. På Service-Desk erbjuder vi våra kunder en professionell support som optimerar deras TRADExpress upplevelse.

Beroende på vad kunden har beställt så kan vi erbjuda support. Det kan vara dygnet runt som i MarkitServ projektet. De som jobbar på Service Desk jobbar i olika skift. Planen är att vi provar alla olika skift under en vecka. Det ska bli spännande. Vi har träffat många av våra medarbetare på Service-Desk och de förklarar för oss hur allting funkar. På Service-Desk är det fokus på alla servrar som vi övervakar. Vi har också checklistor för övervakning av vissa system.

Vi kan se status för alla system på stora skärmar som finns här. På bilden ser ni Oskar och Claudio.

bild 3

En spännade grej med våra ovanliga arbetstider är att man måste vara försiktig för att inte sätta igång larmet. Alla grinder på kontoret stängs kl 22 och larmet är på från kl 24. Om man går runt någonstans på kontoret förutom Service-Desk det kan bli problematiskt!!

Cheerios!

No Comments - Click here to be the first to comment!





Bookmark and Share

Please leave a comment - click here!

Older Entries Newer Entries