Inom en stor del av all systemutveckling sker testerna av systemet som sista punkt innan systemet sjösätts. Testdriven utveckling är en systemutvecklingsmetod där testerna istället skrivs först och också är det som driver utvecklingen framåt.Metoden höjs till skyarna av vissa och avfärdas omedelbart som onödigt omständig av andra. Vi vill med denna uppsats undersöka hur det ser ut i verkligheten och vilka faktorer som påverkar användandet, inlärningen och inställningen till testdriven utveckling.Vi genomförde intervjuer på tre stycken Örebrobaserade organisationer och tittade utifrån ramverket method-in-action på vilka faktorer som påverkade användningen och varför.Vi fann att utvecklarna närmade sig testdriven utveckling på väldigt olika sätt och grundade sin inställning mycket beroende på tidigare erfarenhet och inlärning ? oavsett hur lång eller kort den varit. Utvecklarna förväntas ofta bedriva självstudier utanför arbetstid ? något som inte alltid funkar som kunskaputvecklingsform då tiden utanför jobbet ser olika ut beroende på var i livet man är.

Syftet med forskningen är att ge läsaren en ökad förståelse för genus och dess påverkan både för utvecklandet och för användandet av ett informationssystem. För att kunna uppnå detta beaktas samhället och skillnader hos könen. I samhället finns det normer och etiska angivelser som påverkar vårt sätt att vara. I oss själva finns det skillnader i hjärnan mellan könen, vilket också påverkar vårt sätt att tänka. Genom att beakta dessa skillnader har vi gjort det möjligt att förmedla en kunskap rörande genuspåverkan inom informationssystem.

I ett kortbetalningssystem såsom Visa International Service Association (Visa) finns det fem stycken tongivande parter: kortinlösaren; kortutgivaren; kortinnehavaren; säljföretaget och Payment Service Provider (PSP). Ett säljföretag som låter sina kunder betala för varor och tjänster på sin webbplats skickar kundernas kortnummer krypterat till en PSP som vidarebefodrar dessa till VisaNet som är dataknutpunkten i Visa. VisaNet söker med hjälp utav kortnumret upp den bank som har utgivit kortet och efterfrågar samma bank om en transaktion får ske från kortet. VisaNet får ett svar som vidarebefordras vidare tillbaka till säljföretaget som sedermera även får sina pengar överförda till sitt konto från kundens konto.Uppdragsgivaren till detta examensarbete skall utveckla ett helt eget system och bli sin egen PSP utifall uppdragsgivaren beräknar att mer än 1,3 miljoner stycken kortbetalningar kommer att ske genom uppdragsgivarens kortbetalningssystem per år. När detta examensarbete utfördes uppskattades antalet kortbetalningar per år inte till denna siffra och rapportförfattaren utvecklade därför ett korbetalningssystem med hjälp utav en befintlig PSP.Kortbetalningssystemets kärna är ett API som andra Systemutvecklare hos uppdragsgivaren kan anropa.

Dagligen interagerar människor med IT-system och internetanvändning har blivit en viktig del i många människors liv. Med fler användare än någonsin hanteras ofantliga mängder information och samhället ställer allt högre krav på IT-säkerhet. När det gäller att skydda sin integritet, tillgänglighet och sekretess vid internetanvändning fokuseras det ofta på tekniska åtgärder, såsom brandvägg och antivirusprogram. De tekniska åtgärderna skyddar användaren till viss del, men det räcker inte för att förhindra ett bekvämt och naivt mänskligt beteende. När säkerheten brister beror det oftast på den mänskliga faktorn.

Denna studie är en fallstudie av ett privat sjukvårdsföretag. Studien syftar till att undersöka hur olika gestaltningsteknikersamt gruppers sammansättning kan påverka diskussioner kring design och därmed fungera som strukturerande resurser församtalet. Studien vidgar begreppet prototyper till att hantera mer än de delar som behandlats i tidigare forskning: medium,detaljrikedom och närhet till slutprodukt.Datainsamling har skett vid sex fokusgruppstillfällen där tre olika grupper (inom olika delar av en och samma organisation:användare hos kund, användare hos systemleverantören och Systemutvecklare hos leverantören) har fört en diskussion kringdesignen utifrån tre olika gestaltningstekniker (gränssnittsskisser, scenarios och dynamiska datorprototyper).Diskussionerna har sedan analyserats i termer av domäner för interaktionsdesign och aspekter av IT-systemet i användning.Studiens huvudsakliga slutsatser är att gestaltningstekniker påverkar vilka domäner och aspekter som diskuteras varfördesignern kan välja gestaltningsteknik efter vad han eller hon vill få ut av diskussionen. Skisserna bedöms ge den mestheltäckande diskussionen, medan scenarios fungerar bäst för dem som inte är teknikvana och tar då upp struktur ochfunktion. Datorprototypen lämpar sig bäst för diskussion kring interaktion och presentation.

I dagens industrisamhälle anses projekt vara den arbetsform som lämpar sig bäst förutvecklingsarbete. Det flesta företag står inför stora beslut som kan hjälpa eller stjälpadem. Det är då viktigt att organisationerna har en lämplig metod för beslutsfattaren attfölja när det gäller att välja vilka projekt som skall genomföras. Denna studie strävar efter att ge småföretagarna en ny insyn på hur projekt-prioriteringkan ske effektivare och med mindre risktagande för att hjälpa företagen nå engynnsammare tillväxt. Studien är riktad till småföretagare inom IT-branschen då det under en förstudieframkommit att de arbetar enligt gamla modeller.

Agila metoder och modeller ses ofta som nytänkande och används idag flitigt av företag och organisationer runt om i värden. I realiteten är grunden till det agila metoderna idag 13 år och mycket har hänt, både teknisk och kring sättet vi arbetar, sedan 2001. Den agila metodiken baseras på två dokument, det agila manifestet och de agila principerna, där principerna är till för att konkretisera manifestet. Eftersom principerna är konkreta anser vi att de har en stark koppling till hur agil utveckling de facto bedrivs. Vi har därför valt att undersöka hur principerna står sig bland utvecklarna över ett decennium efter att de skrevs samt om utvecklarna ser ett behov av revidering och vilka delar de i så fall skulle vilja förändra.

Problem: Under våra studier på Blekinge Tekniska Högskola har vi fått lära oss att lägga stor vikt vid att sätta användaren i centrum vid utvecklandet av informationssystem. Vi vill nu undersöka om detta synsätt bara används i teorin eller om Systemutvecklare fokuserar på användare när system ska utvecklas och implementeras i en verksamhet. I denna uppsats fokuserar vi på företaget Markislagret Hem & Fritid AB i Bromölla som implementerade ett informationssystem för ett år sedan. Användarna där är inte riktigt nöjda med systemet och vi vill därför undersöka om det beror på bristande användarmedverkan i utvecklingsprocessen. Vårt mål är att ta reda på om användarna har varit delaktiga i utvecklingsprocessen och i vilken omfattning detta har skett.

Problem: Under våra studier på Blekinge Tekniska Högskola har vi fått lära oss att lägga stor vikt vid att sätta användaren i centrum vid utvecklandet av informationssystem. Vi vill nu undersöka om detta synsätt bara används i teorin eller om Systemutvecklare fokuserar på användare när system ska utvecklas och implementeras i en verksamhet. I denna uppsats fokuserar vi på företaget Markislagret Hem & Fritid AB i Bromölla som implementerade ett informationssystem för ett år sedan. Användarna där är inte riktigt nöjda med systemet och vi vill därför undersöka om det beror på bristande användarmedverkan i utvecklingsprocessen. Vårt mål är att ta reda på om användarna har varit delaktiga i utvecklingsprocessen och i vilken omfattning detta har skett. Syfte: Syftet med rapporten är att få en förståelse huruvida användarcentrerad systemutveckling används i praktiken i en fallstudie.

Det har länge varit vanligt att informationssystem i verksamheter har haft uppenbara brister i funktionalitet och därför snarare varit ett hinder än det stöd som de förväntas vara i verksamheten, detta beror i många fall på hur utvecklingen av dessa går till. Ett misslyckande i utvecklingen av ett informationssystem är inget ovanligt och kan innebära att tidsplan, budget eller systemets funktion inte efterföljer förväntningarna. Då det finns en verksamhet kring systemet är det vanligt att denna glöms bort i utvecklingen och systemet stödjer då inte denna verksamhet som det är tänkt. En mycket viktig del i dessa utvecklingar är den inledande förstudien, där utvecklingens alla delar ska behandlas. Det ska tas beslut om tidsplan, budget, krav på funktion och andra viktiga aspekter.Syftet med studien är att se hur förstudien påverkar ett system- och verksamhetsutvecklingsprojekt som helhet.

Utveckling av programvarukomponenter görs för att möjliggöra återanvändning av gemensam funktionalitet i applikationer och därigenom minska organisationers utvecklingskostnader. För att komponenter ska kunna vara möjliga att återanvända så krävs det att de är utvecklade med viss anpassningsbarhet ? generalitet ? och på så sätt kan komponenten vara funktionell i kontexter. Dock kan det ta mångdubbelt mer tid i anspråk i jämförelse med att skräddarsy en komponent för en viss applikation, då det ställs höga krav på bland annat planeringsarbetet. Om utvecklingen av programvarukomponenter ska vara lönsam måste man försäkra sig om att komponenten kommer att användas till den grad att den längre utvecklingstiden är befogad.