Färdighet och förmåga

Examensarbetet var strukturerat som ett företagsprojekt vilket genom utförandet hos det kommersiella företaget Preem fick verklighetsanknytning. Beståndsdelarna var

informationssökning, projektmöten, utredningsarbete, programmering, användartestning och dokumentering. Genom denna erfarenhet har jag skolats i färdighet och förmåga att kunna genomdriva professionella programmeringsprojekt.

Jag kunde, under examensarbetets gång, framhäva min förmåga att kunna urskilja och välja vilka delar i Preems nuvarande system som skulle vara kvar och vilka som krävde nya lösningar. Ett exempel var analysera den första sidan i Preems nuvarande applikation (figur 16) och att designa nya sidor (figurerna 18 och 19).

Eftersom det till att börja med var svårt att komma fram till vilka varningar Preem ville ha med i det grafiska gränssnittet, avgränsade jag arbetet genom att dela in varningstyperna i undertyper och sökte efter möjlig lösning till respektive undertyp. Sammanställningen visas i figur 8.

Jag känner mig numera bekväm med programmering i C# då jag har lärt mer under arbetets gång. Det gäller exempelvis ny kunskap om metoder och funktioner för att lägga in data i en databas.

5.4.3 Värderingsförmåga och förhållningssätt

Under arbetets gång gjordes informations- och litteratursökning för att kunna välja metoder för användarundersökning, framtagande av prototyper för grafiskt gränssnitt, programmering av grafiskt gränssnitt, design av och kommunikation med databas, och användartest. Detta medförde träning i att söka efter information, värdera information genom jämförelser och välja lämpliga metoder.

Kontakten med projektledning och personal gav erfarenheter av relationer på arbetsplats. Projektledningens sätt att organisera arbetet och låta behov/utredning styra arbetet var ett nytt arbetssätt som jag fick förhålla mig till. För användarundersökningen valdes metod att

undersöka och grupp att undersöka. Denna undersökning värderades för att ge förslag till ny design av det grafiska gränssnittet. Sammantaget gav kontakt med personer god erfarenhet av relationer på arbetsplats.

Även nyttan för företaget och samhället med lägre kostnader för bränsleförluster har diskuterats i denna rapport.

.

31 (32)

6

Referenser

[1] Preem, Om Preem. Stockholm: Preem AB, 2015. Besöktes den 12 april 2015.

URL: http://preem.se/om-preem/

[2] Balsamiq, myBalsamiq Intro. Sacramento. Balsamiq Studios, LLC, 2008-2015. Besöktes den 12 april 2015.

URL: https://www.mybalsamiq.com/

[3] Oracle, The Java EE 5 Tutorial – Chapter 3: Getting Started with Web Applications. Redwood Shores: Oracle Corporation, 2010. Besöktes den 12 april 2015.

URL: http://docs.oracle.com/javaee/5/tutorial/doc/bnadr.html

[4] Paulson, Linda Dailey, “Building rich web applications with Ajax”, IEEE Xplore

Digital Library, nr 8607201, 2005, ss 14-17. Besöktes den 12 april 2015.

URL: http://userpages.umbc.edu/~dhood2/courses/cmsc433/fall2006/Miscellaneous/ajax.pdf

[5] Beier, Betsy & Vaughan, Misha W., “The Bull’s-Eye: A framework for web application user interface design guidelines”, CHI ’03, ss 489-496. ISBN-10: 1-58113-630-7. Besöktes den 12 april 2015.

URL: http://dl.acm.org/citation.cfm?id=642697

[6] Skansholm, Jan, Java direkt. 8 uppl. Lund: Studentlitteratur AB, 2014 – ISBN-13: 978-9-144-10431-7

[7] Rogers, Yvonne; Sharp, Helen; Preece, Jenny, Interaction design. 3 uppl. Chichester: John Wiley & Sons, Inc., 2011 – ISBN-13: 978-0-470-66576-3

[8] Neil, Theresa, “15 patterns and 80 new examples”, 12 Standard Screen Patterns. Bloggpost för nedanstående bok, 2010.

Scott Bill & Neil, Theresa, Designing Web Interfaces: Principles and Patterns for Rich

Interaction. 1 uppl. Sebastopol: O'Reilly Media, Inc., 2009 –

ISBN-10: 0-59651-625-8, ISBN-13: 978-0-596-51625-3. Besöktes den 17 april 2015. URL: http://designingwebinterfaces.com/designing-web-interfaces-12-screen-patterns

[9] Karafillis, Anastasios, ”Efficiently Simplifying Navigation, Part 2: Navigation Systems”, Smashing Magazine, 10 maj, 2014. Besöktes den 17 april 2015.

URL: http://www.smashingmagazine.com/2014/05/09/efficiently-simplifying-navigation-systems/ [10] Användargränssnitt, ”Grafiskt användargränssnitt”. Besöktes den 10 maj 2015.

URL: http://gränssnittsdesign.se/

[11] E-delegationen, Vägledning för behovsdriven utveckling – kvalitativa metoder. Stockholm: E-delegationen, 2014. Besöktes den 10 maj 2015.

32 (32) [12] Palomas digitala kommunikationsskola, ”För- och nackdelar med enkäter”. Hedemora:

Paloma. Besöktes den 10 maj 2015.

URL: http://www.paloma.se/skola/enkater/for-och-nackdelar-med-enkater/

[13] Littersinne, ”Webbapplikation”. Littersinne.com , 2014. Besöktes den 10 maj 2015. URL: http://littersinne.com/categorie/samhalle/webbapplikation.php

[14] Stanley, Paul, Advantages of Web Applications. Skelmersdale: Paul Stanley Software, 2013. Besöktes den 17 maj 2015.

URL: http://www.pssuk.com/AdvantagesWebApplications.htm

[15] Webmonkey, How Do Native Apps and Web Apps Compare? WIRED.com, Condé Nast, 2015. Besöktes den 17 maj 2015.

URL: http://www.webmonkey.com/2010/08/how-do-native-apps-and-web-apps-compare/ [16] Happiness, Vad är HTML5? – Framtidens standard. Stockholm: Happiness AB.

Besöktes den 17 maj 2015.

URL: http://www.happiness.se/artiklar/vad-ar-html5

[17] Chapman, Stephen, What Is JavaScript? About.com, 2015. Besöktes den 17 maj 2015. URL: http://javascript.about.com/od/reference/p/javascript.htm

[18] Bestwebframeworks, ASP.NET MVC Framework. Bestwebframeworks.com, 2009- 2015. Besöktes den 17 maj 2015.

URL: http://www.bestwebframeworks.com/web-framework-review/asp-net/89/aspnet-mvc-framework/ [19] Cprogramming, What's the point of C#? Cprogramming.com, 1997-2011. Besöktes

den 17 maj 2015.

URL: http://www.cprogramming.com/tutorial/csharp.html

[20] Winnie Lim, A Beginner’s Guide to Wireframing. Webdesign.tutsplus.com, 2012. Besöktes den 19 maj 2015.

Bilaga A

Intervju 1

Vilka funktioner förväntar ni er ska finnas i det nya systemet? Rangordna.

Lagerkontroll, varningar, balans. Nivåhistorik för varje timme, volymhistorik för varje timme, temperaturhistorik för varje timme. Grafer, tabeller. Felanmälan. Pejlinformation, kanske en månad bakåt. Vilka bilar som har levererat drivmedel, bilen eller chauffören som är dålig.

Vilka brister finns idag? Bör åtgärdas osv.

Man vet inte riktigt vilket som visar rätt, pejlen eller fakturan. Man skulle kunna lita på pejlen men den kan visa fel för att det registrerar alla händelser i lagret och då skulle det uppstå fel, tillexempel om lagret får leverans och det finns samtidigt en som tankar. Då kan det bli differenser.

Vad gillar/ogillar ni med systemet idag? Är användargränssnittet i Siteinfo något att följa? Etc.

Vissa knappar kan tillexempel ibland inte funka. Man ska kunna summera olika drivmedel så att man vet hur mycket tillexempel bensin har kommit under en viss period.

Har ni några krav på hur gränssnittet ska se ut? Speciell design, någon standard vi ska följa?

Köpinformation, leveransinformation och hur mycket det finns i lagret. Visa flera avstämningar på drivmedelslagret.

Vill ni ha all information ska visas direkt? Eller vill ni välja ut vilka information som ska visas?

Nej jag vill välja vilka information som ska visas. Men nivåhistorik och volymhistorik ska visas på samma sida. Så att man ska kunna jämföra. Temperaturhistorik och leveranshistorik på samma sida.

Ska det vara ett jätte enkelt gränssnitt, alltså alla funktioner och tabeller/grafer/diagram ska visas på en och samma sida?

Jag skulle vilja kunna välja att se grafer/diagram eller inte. Men allting skulle vara bra att vara på ett och samma ställe.

Bilaga B

Intervju 2

Vad tycker ni om den nya modellen? Är det något ni har önskat er?

Vi tycker att det är något bra med kända och okända fel. Sådana kända fel skulle kunna skötas per automatik och det ska godkännas.

Finns det någon ändring ni vill att vi ska göra? Ett exempel är att ta bort en funktion som ni anser är onödig.

Vi vill att helst pejlfel som ska skötas först (om ett sådant fel finns) eftersom det kan ta flera månader innan man fixar fel och få får man uppskatta värden för att det ska bli rätt.

Vad kan vi förbättra för att göra er nöjda?

Bilaga C

2 (11)