<p>Denna uppsats avser att undersöka om systemutvecklingsmetoderna RUP och Prototyping kan komplettera och kombineras med varandra. Vidare avser uppsatsen att undersöka hur de fungerar i praktiken men också hur UML och Prototyping kan visualisera och säkra kravlistan för processtyrning inom läkemedelsindustrin.</p><p>Fallstudien som denna uppsats innehåller är gjord på ett läkemedelsföretag i Sverige. Vid tillverkning av läkemedel användes olika former av pappersbaserad dokumentation som signeras manuellt. Företaget har idag bland annat ingen kontroll över om signeringen utförs under eller efter tillverkningen och enligt GMP strider detta mot de regler och lagar som styr läkemedelstillverkningen. För att hitta de krav användarna ställer på ett kontrollstyrningssystem har både observationer och intervjuer utförts på plats.</p>

<p>Systemutvecklingsmetoder har funnits för att utveckla system och</p><p>programvaror sedan vattenfallsmodellen gjorde sin introduktion på den</p><p>tiden då IT kallades för data processning. Sedan dess har det funnits ett</p><p>antal metoder, vissa av dem används än idag. Gemensamt för de flesta</p><p>metoderna är att de är anpassade till mycket komplexa system som används</p><p>inom stora organisationer. Inom det Svenska samhället så fanns det år 2005</p><p>över 890 000 småföretag (0-49 anställda) enligt statistiska centralbyrån.</p><p>Det är lätt att förstå att småföretagen är viktiga för Sverige. För att Sveriges</p><p>småföretag skall kunna överleva i en allt tuffare konkurrenssituation så är</p><p>det viktigt att de hela tiden effektiviserar sina verksamhetsprocesser med</p><p>exempelvis innovativa IT lösningar. Denna rapport kommer att undersöka</p><p>tänkbara systemutvecklingsmetoder till småföretag och där efter</p><p>specialanpassa en metod.</p> / <p>System development methods have existed to develop systems and</p><p>programs since the waterfall model was introduced when IT was called</p><p>data processing. There have been a number of methods since that day,</p><p>some of them are still used. A common denominator for the most software</p><p>development methods are that they where all developed to support software</p><p>engineering to complex system in large organizations. Within the Swedish</p><p>society there were over 890 000 small businesses (0-49 employed) in year</p><p>2005 according to statistiska centralbyrån. It’s no secret that the small</p><p>businesses are very important to Sweden. To assure survival when the</p><p>competition gets harder the small businesses must the entire time look over</p><p>there business processes. Sometimes this means that they need new custom</p><p>made IT systems. This thesis will examine possible system development</p><p>methods for small Swedish businesses and adopt one method to fit small</p><p>business software development.</p>

Internal communication is an important factor in organisations today. For many system development teams it’s critical that the communication works well. Without communication, success would be impossible. This study aims to highlight the effect communication has on the members of agile project teams. The theoretical data is gathered from a literature study in the fields of relevance. The empirical data in this study is gathered from interviews and observations at three different companies, all working with agile development methods. The results from the interviews and observations presents that all respondents were affected by the internal communication in their work. Our analysis show a clear resemblance between the empirical data and the data gathered in our theoretical study. Our conclusion show that internal communication has an effect on the agile project teams. A factor that became very clear is that the project teams feel more effective because of the communication. But our conclusion also shows that the internal communication improved relations, work became more fun, and the atmosphere in the project teams got more familiar. Communication helped the project teams spread their knowledge between each other in the project teams. The communication also created a common language for the system developers which meant they could understand the requirements better and easier, which leads to more effective communication.

Websites today only offer simpler form of technical analysis and are not fun to use, therefore student decided to build a website that makes technical analysis a bit more fun by giving user possibility to experiment with settings for technical indicators and also see clear visible results from analysis. Student decided to build website in ASP.NET. Technical indicators for this project only consist of those who give buy and sell-signals via cross-over, no divergence or pattern finding.This project has three questions that define this project. It’s important that there is good functionality so that performing an analysis is perceived as simple, one question is therefore; what functionality for website is needed in order for analysis to be perceived as more simple?Technical analysis is a pretty complex subject and demands an interface that is perceived as easy to understand and easy to use, it’s therefore important that the interface is well designed, second question is therefore; how should the interface be designed to be user-friendly?When systems grow large they often become hard to develop and later on unmaintainable because of the accumulated complexity and dependency between classes, the code is a mess, the last question is therefore; how can the systems complexity be eased with object-oriented design principles?Jakob Nielsens ten heuristics for User Interface Design were used as inspiration for designing the interface for the website. The system design follows SOLID principles, some pattern-design were also used because pattern-design often fulfills SOLID principles or makes for pretty good solutions in regular code-problems.At the beginning of the project the student did a small research to find out what was needed in order to complete project. Work-method for project follows agile development where decisions were made on a weekly basis. The project was divided into three phases where each phase was strongly coupled to a specific area of responsibility. Prototypes for interface were made and used as a basis for the resulting interface.The project led to a working website with good functionality. Filter was considered as important in order to ease shaping of analysis because the user could more easily sort and pick stock. The student assumed that the user would want fast and easy access to their stock so portfolio management were implemented so that user could more easily get to stock that was considered as favorites. The interface follows to a big extent Jakob Nielsens ten heuristics for User Interface Design and is proven by comparing interface with principles. The same goes for design of the system, design is proven by comparing with principles, still to this day system is considered easy to continue development.Student made the conclusion that SOLID principles were very important in order for the system to maintain its health and took experience from these principles. Student became happy with the interface but more focus could’ve been given for a more interactive interface because it might’ve been perceived as more intuitive.

Agile methods for Information Systems Development (ISD) projects are claimed to encourage developers to be more flexible and efficient by means of arrangements in the development team’s physical and social environment. Research has, however, not yet answered the questions of how, why, and in what contexts agile methods work. ISD can be understood as a highly complex undertaking, which requires the developers’ creativity. The creative process is susceptible to the individual’s task motivation, which in turn is affected by the physical and social environment. In view of this, I argue that theories of motivation, such as the Self-Determination Theory, and theories of creativity could be usefully applied in such research. This study analyses Scrum, one of the most popular agile methods. Empirical data were collected through focused interviews with developers who had extensive experience of working in projects using various agile methods. Narratives of work episodes with perceived high and low motivation were analyzed in terms of motivation theory. Interview data were classified according to the type of motivation experienced and analyzed in relation to the agile method arrangement involved. The results of the investigation demonstrate how agile methods affect developers’ motivation in ways that are conducive to creative performance. The most pronounced effects are related to the individuals’ perceived work-related competence, autonomy, and sense of belonging to the team. Several agile arrangements in combination affect motivation in the positive direction, the single most influential factor being the team’s daily stand-up meetings. The agile arrangement that seems most difficult to implement without causing episodes of low motivation is the product owner role. The analytical approach taken in this study contributes to a better understanding of the aspects that are critical to the successful implementation of agile methods. / Agila metoder för systemutvecklingsprojekt syftar till att öka utvecklarnas flexibilitet och effektivitet genom arrangemang av utvecklarnas fysiska och psykosociala arbetsmiljö. Forskning om hur, varför och i vilka sammanhang agila metoder fungerar är dock ännu otillräcklig. Systemutveckling kan beskrivas som en komplex uppgift som fordrar utvecklarnas kreativitet. Individens kreativa process påverkas av individens uppgiftsmotivation, vilken i sin tur påverkas av faktorer i den fysiska och psykosociala arbetsmiljön. Mot den bakgrunden framhålls psykologisk teori om motivation, som Self-Determination Theory, och teori om kreativitet, som relevant för forskning om agila metoder. I avhandlingen analyseras Scrum, en av de mest populära agila metoderna. Empiriska data har hämtats från fokusintervjuer med utvecklare med lång erfarenhet av arbete i agila projektmiljöer. Deras berättelser om episoder med starka motivationsupplevelser har analyserats med stöd av teorin. Intervjudata har klassificerats avseende motivationstyp och i relation till inverkande agila arrangemang. Resultaten visar hur agila metoder inverkar på utvecklares motivation i avseenden med relevans för kreativa prestationer. Starkast var inverkan relaterad till utvecklarnas upplevelse av arbetsrelaterad kompetens, autonomi och samhörighet med utvecklingsteamet. Flera samverkande agila arrangemang inverkade positivt på motivationen; allra starkast inverkan hade teamets dagliga stå-upp-möte. Det agila arrangemang som var svårast att implementera utan att bidra till uppkomsten av negativt inverkande episoder var rollen produktägare. Studien bidrar med kunskap relevant för implementering av agila metoder i systemutvecklingsprojekt.

Lic.-avh. Uppsala : Univ., 2004. / Härtill 4 uppsatser.

<p>När företag ska införa nya informationssystem brukar de stöta på flera olika problem. Problemen har ofta att göra med vilka krav som ska realiseras och vem som ska bestämma vilka krav som ska realiseras. Att utföra prioritering på krav är lika viktigt som att samla in krav. Det vanligaste problemet är att kunder och användare tenderar att tycka att alla krav är viktiga för att säkerställa att så många som möjligt av deras önskemål ska realiseras. Detta kan bli onödigt dyrt då de flesta informationssystem-projekt har begränsade resurser.</p><p>Detta arbete har som syfte att undersöka vilka metoder systemutvecklare använder och hur de använder dessa metoder för att prioritera krav. Arbetet täcker även vilka intressenter som är inblandade när krav prioriteras och vad som händer med kraven som inte ska realiseras.</p><p>Dagens företag använder få standardmetoder för att prioritera krav. Drivfaktorn för att realisera ett krav är kostnaden eller tiden som belastar kravet. Kunden är ägaren av systemet och därför brukar kunden ha det sista ordet när det gäller att bestämma vilka krav som skall realiseras och vilka krav som faller bort.</p>

<p>Examensarbetet har sin ansats i utvecklingsmetoder närmare bestämt den lättrörliga utvecklingsmetoden Extreme Programming (XP). Beståndsdelen i en utvecklingsmetod är människorna, deras erfarenheter och kunnande samt deras förmåga att skapa idéer och lösa problem såväl enskilt som tillsammans. Utan nödvändig kompetens inom utvecklingsteamen ökar risken att utvecklingsprojekten misslyckas eller försenas. Syftet med detta arbete är att utifrån intervjuer med systemutvecklare undersöka vilka nödvändiga kompetenser som är nödvändiga för att XP skall kunna användas på ett effektivt sätt, även att uppmärksamma vilka problem som kan uppstå då den sociala kompetensen saknas. Metoden som har använts för att undersöka vilka faktorer som är nödvändiga i avseende till kompetenser är baserad på en kvalitativ ansats. Undersökningen har gjorts på två medelstora företag som använder XP vid utveckling av programvara. I stora drag har resultatet från denna undersökning utifrån intervjuer visat att social kompetens är viktig hos medarbetarna för att uppnå ett lyckat resultat. I ett projekt där samarbete med kunden sker kontinuerligt är det nödvändigt att systemutvecklarna har en god kommunikation vilken grundar sig på den sociala kompetensen. Slutsatser som kan dras från denna undersökning utifrån det empiriska materialet visar att social kompetens utgör en central roll inom XP. Systemutvecklare som använder XP behöver kunna kommunicera på ett klart och tydligt sätt, samt kunna samarbeta med övriga gruppmedlemmar för att projekten skall drivas framåt. I resultaten berörs även ytterligare kompetenser som kan vara till nytta vid användning av XP. Vidare redogörs för faktorer som kan vidtas för att uppnå kraven.</p>

Det finns ett behov av att kunna arbeta distribuerat eftersom det är kostsamt och tidsödande att resa till varandra, det är drivkraften som ligger till grund för framtagandet av de digitala verktyg för kommunikation och utveckling som finns tillgängliga för distribuerade systemutvecklingsprojekt idag. Samarbete kan anses vara en kritisk framgångsfaktor i projekt som gäller distribuerad systemutveckling. Arbetet är komplext och det kan vara svårt att se den färdiga slutprodukten i ett inledande stadie av ett projekt. Det är viktigt att ha ett nära samarbete med kunden för att säkerställa att leverantör och kund har samma målbild. För att bygga upp goda relationer mellan de individer som ska samarbeta mot ett gemensamt mål under en kortare eller längre period krävs digitala verktyg som stödjer arbetet vid systemutveckling, men även metoder och tillvägagångssätt för att generera ett slutresultat som uppfyller de krav och önskemål som kunden har. Kunden kan anses vara den enskilt viktigaste faktorn i systemutvecklingsprojekt och många menar att ingenting kan ersätta det fysiska mötet. Genom en kvalitativ metod och semistrukturerade intervjuer vill studien påvisa vikten av effektivt samarbete vid distribuerad systemutveckling och har därför genom insamling av relevant litteratur för ämnesområdet som har jämförts mot utsagor från yrkesverksamma inom IT-branschen genom intervjuer. Studien visar att det finns ett kunskapsgap hur systemutveckling ska bedrivas agilt i en distribuerad kontext. Med stöd från tidigare forskning undersöks därför i denna uppsats hur systemutvecklare i Sverige upplever och hanterar samarbete i systemutvecklingsprojekt för att det ska fungera så effektivt som möjligt. Slutsatser som kan dras är att många olika faktorer spelar in för att samarbetet ska fungera distribuerat och att faktorerna påverkar varandra. De aspekter som framträder som mest kritiska för samarbetet i distribuerade agila systemutvecklingsprojekt är tillit, transparens och tekniska förutsättningar

Denna uppsats avser att undersöka om systemutvecklingsmetoderna RUP och Prototyping kan komplettera och kombineras med varandra. Vidare avser uppsatsen att undersöka hur de fungerar i praktiken men också hur UML och Prototyping kan visualisera och säkra kravlistan för processtyrning inom läkemedelsindustrin. Fallstudien som denna uppsats innehåller är gjord på ett läkemedelsföretag i Sverige. Vid tillverkning av läkemedel användes olika former av pappersbaserad dokumentation som signeras manuellt. Företaget har idag bland annat ingen kontroll över om signeringen utförs under eller efter tillverkningen och enligt GMP strider detta mot de regler och lagar som styr läkemedelstillverkningen. För att hitta de krav användarna ställer på ett kontrollstyrningssystem har både observationer och intervjuer utförts på plats.