• No results found

Flexibel systemutveckling med modulär designapproach

N/A
N/A
Protected

Academic year: 2021

Share "Flexibel systemutveckling med modulär designapproach"

Copied!
4
0
0

Loading.... (view fulltext now)

Full text

(1)

Flexibel systemutveckling med modulär designapproach

Utveckling av komplexa teknologiska system kräver som regel en god planering och sent påkomna förändringar kan ofta ställa till med problem. Modulär system-utveckling enligt en agil arbetsmetod kan vid dessa lägen vara en approach som står sig stadig även när förändringar dyker upp sent i utvecklingsfasen.

I större systemutvecklingsprojekt uppstår det vanligen problem när om-fattande ändringar av systemspecifika-tionen införs - särskilt när projektet är långt kommit i utvecklingsfasen.

Baldwin C. och Clark K. beskrev de fundamentala principerna av modulär systemdesign redan 1997. I systempla-neiringsfasen delas systemets huvud-sakliga funktioner in i vad som kallas moduler. Modulerna som i princip ska kunna designas utan varandra och vara så pass oberoende att systemet funge-rar när en modul inte är i bruk.

En förutsättning för denna ap-proach är indelningen av modulerna är precis, otvetydig och fullständing. Baldwin och Clark nämner särkilda förhållningsregler som finns för system-designingen, bland annat:

∙ den heltäckande systemarkitektu-ren ska specificera vilka systemets moduler är och vad deras funktio-ner ska vara

∙ interfaces som ingpende beskriver hur systemets moduler interagerar, passar ihop sinsemellan och kom-municerar med varandra.

För specialistenheten Scalae -vars verksamhet utgörs av innovativ

pro-duktutvecklng - inom Altran Syd

byggdes ett system för att under-lätta hur rutinmässigt arbete sköts i projektadministrations- och inköps-processerna.

En modulär systemutvecklingsap-proach tillämpades och två

huvudsak-liga moduler låg initialt som grund för systemet - en projektmodul och en in-köpsmodul.

Ett omfattande förberedelsearbete påbörjades och datainsamlingen base-rades på intervjuder med personal på Scalaes olika avdelningar, men innefat-tade även litterär research. Den över-gripande designen av de två moduler-na tog smoduler-nart form. Tanken var att in-köp knöts på projektnivå, och för var-je provar-jekt kunde utläggsspecifikationer genereras utifrån valda inköpsposter.

Särskilt kritiskt innan utvecklings-arbetet kunde ta fart var att begrän-sa systemets omfattning på ett sådant sätt att det kunde rymmas inom ramen för ett examensarbete. Det fanns långt skridna planer på att utveckla en dul för kvalitetsstyrning. En sådan mo-dul planerades alltså, men fick till slut stå tillbaka för att ge rum åt de hu-vudsakliga modulerna för projekt- och inköpshantering.

Även en effektiv utvecklingsmiljö var central för arbetet - vilken mjukva-ra skulle användas? Och vilka pelare i form av tekniska ramverk skulle platt-formen stå på? Svaren på dessa frågor gavs dels av exaemnsarbetarens prefe-renser - men även på de krav som fanns från Scalaes sida. Lyckligtvis uppstod här inga intressekonflikter - examens-arbetaren hade fri tillgång att arbe-ta i programspråket PHP kombinerat med olika Javascript-bibliotek i enlig-het med sin tekniska expertis. Det hu-vudsakliga ramverket som användes för systemet var Symfony som lämpligt

(2)

hade flera insticksmoduler som kun-de tänkas användas i projektet. Båkun-de utvecklingen och driften skulle huse-ras på servrar som kördes på Linux-distributionen Debian. Den uppmärk-samma läsaren noterar således att öp-pen källkod var en gemensam nämnare för samtliga av dessa val.

Arbetets akademiska själ berörde förutom Baldwin och Clarks redogörel-ser för modulär systemdesign även stu-dier av Lausens forskning inom krav-hantering samt Burt och Soukups re-dogörelser inom New Product Develop-ment och slutligen Gardiners litteratur inom Project management.

Som ett sista avstamp innan ut-vecklingen kunde ta fart etablerades fyra särskilt prioriterade områden som behövde genomsyra hela systemet -och aldrig fick tummas på. Systemet skulle uppnå särskilt höga krav på:

∙ tillgänglighet ∙ säkerhet

∙ användarvänlighet ∙ spårbarhet.

Äntligen kunde systemutvecklings-processen startas. Här följde månader av programmering och kontinuerliga

avstämningsmöten med personal och handledare på Scalae. Arbetet gick på räls tills dess att något plötsligt hände - en särksilt viktig nyckelpresentation för den administrativa personalen på Altrans ekonomiaveldningen i Sverige - skulle hållas.

Systemet som visserligen inte var helt färdigt men tydligt visade på stor potential väckte uppmärksamhet och man lade märke till den stora poten-tialen som fanns i systemet - här fanns möjligheten att effektiversera flera ar-betsprocesser ifall personal från flera avdelningar inom koncernen fick till-gång till systemet. Nu skulle den flexib-la systemdesignapproachen stälflexib-las på prov.

Projektet omfattning utvidgades som en direkt följd av mötet - man vil-le låta administrativ personal från hu-vudkontoret i Göteborg få tillgång till funktioner som dittils inte var påtänk-ta. Ett nytt ”mellansteg” efterfrågades - de utlägg som registrerades i systemet skulle innan de sammanställdes i en utläggsspecifickation först gå igenom en ny granskning- och godkännande-process dit bara administrativ perso-nal hade tillgång (se Figur 1). En helt ny modul behövdes och till det även en ny typ av systemanvändare.

Sagt och gjort. I enlighet med

Baldwins och Clarks modulära ap-proach implementerades en ny faktu-reringsmodul dit enbart en viss an-vändartyp hade åtkomst. I fakture-ringsmodulen tilläts personal granska samtliga utlägg som färdigbehandlade i inköpsmodulen och slutligen signerats med ”klar för vidarebefordrarn”. När dessa utlägg granskats kunde de god-kännas i nästa steg - ”klar för

vida-refakturering” - och blev därmed till-gängliga för att sammanställas i en ut-läggsspecifikation.

Nyttan med den modulära system-utvecklingsapproachen blev uppenbar i detta för projektets kritiska läge. Med en traditionell approach där systemets funktioner är tätare knutna till varand-ra - och därmed mer beroende av varandra - hade komplikationer upp-stått. En reviderad

(3)

Figur 1: Processflöde över de olika typen av inköp som kan registreras i den färdiga versionen av systemet, där där steget ”Godkännande av inköp” införts i efterhand.

kation (SRS) hade fått göras och mö-dan med att klämma in de nya funk-tionerna mellan de existerande kompo-nenterna hade varit stor.

Systemet som stoder fördig efter detta gedigna planerings- och utveck-lingsarbete uppnådde alla krav på hög tillgänglighet, tät säkerhet, hög grad

användarvänlighet samt god spårbar-het som önskades. Det tjänar idag inte bara som ett välfungerande sy-stem för inköps- och projekthantering utan även som ett proof-of-concept för den modulerära designapproach till systemutveckling.

Som komplement till artikeln har en webbplats upprättats där den intressera-de kan läsa mer om projektet - intressera-den nås på: https: // master. girardin. se . På nästkommande sida i artikeln visas för övrigt en bild över systemets färdiga deisgn.

(4)

SCALAE Inloggad som Sven Svensson Logga ut

Projekt / Atlas Copco, Skruvverktyg (Projekt-ID: 123) Avsluta projekt

Avvikelser Ny avvikelse .zip Visa

Okategoriserade filer (admin- och dokumentmapp?) Ladda upp ny fil .zip Visa

Leassons learnt Ny leassons learnt .zip Visa

Tidsplan .xls Visa

Projektuppföljning .xls Visa

Beställning Orderbekräftelse Bekr. ank. Godk. lev. Faktura Fakturerad t. kund

Nr Leverantör Text Forcast Önskad lev. Signerad Bekr. lev. Signerad Signerad Signerad Belopp Valuta % Vid.fakt Signerad ID Signerad Genv.

Sök Välj Sök Sök Sök Sök Sök Sök Sök Sök Sök Välj Sök Sök Sök Sök Sök

123 Mouser Elec... kretskortskomponenter, kablage... 1900 2015-10-10 150520JONI 2015-30-10 150520JONI 150520JONI 150520JONI 2000 SEK 21 2242 150611POEK XYZ12345 150611POEK

124 EU-Electron... kretskortskomponenter 1900 2015-10-10 150520JONI 2015-30-10 150520JONI 150520JONI 150520JONI 110 EUR 121 1185 150611POEK XYZ12345 150611POEK

125 Mouser Elec... kretskortskomponenter, kablage... 1900 2015-10-10 150520JONI 2015-30-10 150520JONI 150520JONI 150520JONI 1500 SEK 121 1815

MIL Besök hos kund (250km) 300 300 SEK 100 300 150611POEK

125 Mouser Elec... kretskortskomponenter, kablage... 1900 2015-10-10 150520JONI 2015-30-10 150520JONI 150520JONI 150520JONI SEK

128 Mouser Elec... kretskortskomponenter, kablage... 1900 SEK

129 Mouser Elec... kretskortskomponenter, kablage... 1900 SEK

130 Mouser Elec... kretskortskomponenter, kablage... 1900 SEK

Sign. Sign. Sign. Sign. Sign. Sign. Sign. Sign. Sign. Sign. Sign. Sign. Sign. Sign. Sign. Sign. Sign. Sign. Öppna Bilagor Duplicera Ny avvikelse Ta bort

Inköp Nytt inköp: Offertförfrågan Order Körning Privatutlägg .xls Dölj

Sign. Sign. Sign. Sign. Sign. Projektmedlemmar Axel Jansson Nils Gustavsson Kristina Hansson Axel Jansson Kristina Hansson Nils Gustavsson Atlas Copco Sverige AB

Kontaktperson(er) Karl Åberg (+46)734 123 456 karl.aberg@atlas.com Maria Svensson (+46)734 654 321 maria.svensson@atlas.com Proj.start: 2014-10-11 Proj.avslut (planerat): 2015-10-01

Projektet går ut på att designa och konsturera ett handhållet och motordrivet najningsverk-tyg för armeringsjärn till Atlas Copco. Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua...

Projektdefinition / bakgrund (trunkerad, öppna för fullständig)

Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ulla-mco laboris nisi ut aliquip ex ea commodo consequat...

Premisser samt kompetens- och resursbehov (trunkerad, öppna för fullständig)

Timmar Omkostnader Anledning Lägg till

Ursprunglig omfattning

Timmar Omkostnader Anledning Signatur

1 500 2 000 000 - 141011POEK Tillkommande efter order (ange anledning)

500 700 000

200 300 000 Kravspec ändrad under proj. gång 150505POEK

300 400 000 Dålig initial tidsuppskattning ledde till ökad arbetsinsats och mångaextrainsatta kundmöten. 150507POEK

Standardpåslag vid vidarefakt. till kund

Vidarefakt. av inköp

21%

Vidarefakturering till kund: Ja

Proj.klassifikation: Montering - Fas 3

Direktiv och standarder som måste följas

ISO 13485 Namn... Lägg till Dokumentationskrav ISO 9001 Projektplan Kravspecifikation

Övergripande riskhantering i projekt Visual planning

Mötesprotokoll alt. Actions / Decision/Minutes Log Ändringsprotokoll enl. mall (M036)

Namn... Lägg till

Projektplan

Milstolpe ÅÅÅÅ-MM-DD Ansvarig: Börja skriva namn/ID... Lägg till Namn/ID...

Lägg till Projektansvarig Anna Svensson Byt ut PIO Representative Anna Svensson Byt ut Business manager Anna Svensson Byt ut

Arbetsmetoder och administration

Engagerade i projektet Kundkontakt

Projektöversikt .pdf Dölj

Övergripande

Kundkrav utöver offert (trunkerad, öppna för fullständig)

Löpande text? punktlista?

Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ulla-mco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupi-datat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum...

Kundrelaterat Projektets omfattning Namn... Lägg till Sign. Sign. Sign. Milstolpe Måldatum Ansvarig Uppfylld Sign

Konceptdesign 2014-12-31 POEK 2015-01-01 150101POEK

CAD 2015-02-10 POEK 2015-10-10

Prototyp 2015-05-20 POEK 2015-10-10

Färdig produkt 2015-10-01 POEK 2015-10-10

Figur 2: Den sista iterationen av mockups som gjordes under systemets plane-ringsfas. Den vänsterliggande navigeringsmenyn har fällts in för att ge plats åt den flerfärgade inköpstabellen som med sina många kolumner krävde mycket plats.

Figure

Figur 1: Processflöde över de olika typen av inköp som kan registreras i den färdiga versionen av systemet, där där steget ”Godkännande av inköp” införts i efterhand.
Figur 2: Den sista iterationen av mockups som gjordes under systemets plane- plane-ringsfas

References

Related documents

folkhälsopolitiken. Att använda narkotika är, förutom skadorna för individen, även kostsamt och ett problem för samhället. Anledningarna till varför en individ använder

Det behövs kunskap, erfarenheter och, viktigast av allt, intresse av personer som deltar i processen för att kunna arbeta användarcentrerat. Det är viktigt att sprida och göra

värd. Förra gången vi var i Blekinge låg byggnadsritningarna på bordet, den här gången fick vi se denna skiss rest i ett byggnadskomplex som i detta nu torde vara

Strukturen består delvis av en bottenplatta som tillåter montering av specika komponenter, men även upp till sju stycken kretskort av större storlek, som inte följer någon

Den återkoppling som gavs till eleverna svarade övervägande på frågan om hur det går för eleven, väldigt liten del av den återkoppling som gavs, i form av följdfrågor,

Den modulära Mullertwisten innebär att i slutet av varje drag väljer spelaren ett k och antalet stickor nästa spelare lämnar kvar i den hög hon drar från måste vara kongruent med

Men en massiv flytt från landsbygden till Kabul och andra större städer i Afghanistan har lett till en ökad fattigdom även här.. Kommer SAK börja att arbeta

I den första studien frågade han ”vad är utomhuspedagogik för dig?” Pedagogerna svarade då att det kunde vara olika platser för lärande, alltså en växelverkan mellan