Academic literature on the topic 'Systemvetenskap, informationssystem och informatik'

<p>This thesis investigates the challenges within the work of different types of professions; technical professions and human caretaking professions. These professions are faced special challenges in use and development of information systems. Professions within two different complex and critical work practices are focused; aircraft maintenance and emergency medical care. Within the work of these professions some judgements and decisions can imply risks for life and equipment. The use and development of information systems in general is emphasised, decision support systems and other systems for specific tasks have not been studied. The research question in this thesis is:</p><p><em>Which challenges can be related to use and development of information systems within complex and critical work practices, from a profession-oriented perspective?</em></p><p>Two ethnographical studies have been performed within two different work practices. The studies have been rather explorative and inductive. One study has been performed within the aircraft maintenance in the Swedish Airforce and the other study has been performed within the emergency medical care within NU Healthcare, Västra Götaland, Sweden.</p><p>From the thesis it has been derived three main challenges for professions within complex and critical work practices; <em>trust</em>, <em>knowledge integration</em> and <em>professional barriers</em>. The main contribution in the thesis is about certain aspects, which can have an impact on a profession-oriented view on use and development of information systems. These aspects concern bridging professional barriers and managing knowledge integration. Furthermore the thesis reflects that a <em>hard systems thinking</em> on use and development of information systems is prevalent within the human caretaking professions, while a <em>soft systems thinking</em> is obvious within the technical professions.</p>

<p>Syftet med denna rapport är att utvärdera problem och möjligheter med att använda Web-baserade informationssystem, d.v.s. att använda World Wide Web som plattform för ett informationssystem.</p><p>Rapporten avhandlar utvecklingen av organisationer och vikten av att de använder sig av ett flexibelt informationssystem, samt fördelar och nackdelar för organisationer att använda ett Web-baserat informationssystem.</p><p>Användbarheten är en viktig del i ett system och en fallstudie har gjorts på ett existerande hypermedia-system. Överblicksproblemet är idag ett stort problem vid användandet av hypermedia och det diskuteras specifikt.</p><p>Resultatet är att Web-baserade informationssystem har många fördelar men samtidigt även stora nackdelar, vilket gör att dessa system inte idag kan inte ersätta de traditionella informationssystemen. Däremot kan de fungera som ett komplement. Det finns även problem ur användbarhets-synpunkt som måste lösas, för att hypermedia-system ska bli riktigt effektiva.</p>

<p>Certifications is common for IT in relation to individual program languages or program applications. Certifications for educations that endures several years is not as common to see. In this paper the situation for the Systems Science programme is researched, by investigating how the programme looks around in Sweden. Also by using interviews, show how companies and people responsible for the programme in Umeå, think the contact is between them and how the knowledge of the Systems Science students are from the view of the companies that employ them. In the end the conclusions show that there are differences in the Systems Science programme, and that the companies have quite a similar view of what the Systems Science students are good and not so good at. The contact between the industry and the programme does exist, but have to improve. When taken all the aspects in hand, and by seeing the positive thoughts that involved people have on the idea of including a certification in the programme, the final conclusion is that a certification is something that would benefit the Systems Science programme.</p>

Marknadsorienterade informationssystem är en typ av informationssystem som är på stark frammarsch. Hos Volvo har man sedan ett par år tillbaka arbetat med ett system som ska fungera för och ha en yta mot både bilförsäljare och kund. På IKEA:s varuhus håller man på att införa "kundkiosker", informationssystem som kunder ska nyttja antingen själva eller tillsammans med varuhusets personal. Många andra företag står också i startgroparna för liknande försök. En del av dessa försök ser ut som en blandning av traditionell postorder och digitala kataloger, andra går ut på att göra produkter och tjänster tillgängliga via globala nät. Det dominerande sättet att betrakta informationsteknologi och IT-kvalitet av idag utgår från ett användningsperspektiv. Detta ger dock dåligt stöd för arbete som rör marknadsorienterade informationssystem. Marknadsorienterade informationssystem handlar i hög utsträckning om kunder och kundgränsytor. Ett användningsperspektiv behandlar användare och användargränsytor. I marknadsorienterade informationssystem är den intressanta interaktionen den som sker mellan en människa och människa-dator (M-(M-D)). Ett användningsperspektiv fokuserar interaktionen mellan människa och dator (M-D). Denna avhandling utgår från att ett informationssystem ska betraktas som en del i ändamålsenliga sammanhang och att dess kvalitet bestäms utifrån en situationsbunden och ordningsskapande rationalitet. Från denna utgångspunkt härleds en modell och ett kvalitetsmått tillämpbara på M-(M-D) sammanhang. Det centrala begreppet är actability vilket handlar om systemens prestationer. Med stöd i den modell och det kvalitetsmått som formuleras i denna avhandling blir det möjligt att se men också förklara en mängd iakttagelser som varken syns eller låter sig förklaras genom ett användningsperspektiv, exempelvis varför några av de mest framgångsrika IT-projekten någonsin blev så framgångsrika, varför ett projekt kan vara misslyckat trots att dess produkt har blivit accepterad av såväl kunder som personal, varför långa och tunga förhandlingar mellan personal och systemutvecklare kan vara nödvändiga för ett systems kvalitet, varför ett informationssystem kan förändra handlingsmöjligheter utan att förändra handlingsmönster, varför en förståelse av personalens och kunders föreställningar är så viktig, och sist, men inte minst, varför det är nödvändigt att lära sig att ta hänsyn till ett handlingssammanhangs inre. Ett användningsperspektiv kan grovt sett ge stöd för att se och förklara iakttagelser och samband inom ramen för ett användningssammanhang, men de iakttagelser och samband som presenteras ovan går utöver ett vanligt användningssammanhang. Det är samband som "går in i" ett handlingssammanhang. Hela denna avhandling kan betraktas som en enda lång argumentation för en tyngdpunktsförskjutning från användning till handling, från MDI till M-MD-I, från användargränssnitt till klientgränssnitt, från användare till klient, från användningskvalitet till tjänstekvalitet, och slutligen, från usability till actability.<br>digitalisering@umu

<p>Diskussionen i Sverige angående dataspelsberoende och att främst att ungdomar, spenderar</p><p>mycket av sin vakna tid framför spelen, har på senare tid tagit fart i media. Många har</p><p>diskuterat om inte detta är ett samhällsproblem. WoW (World of Warcraft) är ett av de</p><p>populäraste spelen i världen och lockar väldigt många individer.</p><p>Syftet med denna uppsats har varit att undersöka spelet WoW för att ta reda på vilken eller</p><p>vilka av dess spelkomponenter som kan ha ett samband med ett beroende. Detta har gjorts</p><p>genom experiment, observation och intervju av individer som spelar spelet.</p><p>Syftet anses uppnått och frågeställningen i arbetet har besvarats. De komponenter som ansågs</p><p>ha ett samband med beroende var Spelare (spelarna i spelet påverkade varandra på en social</p><p>nivå) och Karaktärsuppgraderingen (jakten efter att få sin karaktär att bli bättre och bättre).</p>

Inledningsvis i uppsatsen introduceras läsaren till ämnet som grundar sig i utveckling av programvara vars projekt enligt dagens uppfattning bör hanteras med så kallade agila metoder. Dessa metoder innebär såväl fördelar som problem för verksamheten. Enligt tidigare forskning kvarstår problemet som man tidigare försökte lösa med agila metoder, nämligen att projekten ofta överskrider tid och budget medan de inte levererar det förväntade värdet. Det har uppstått meningsskiljaktigheter om varför detta problem kvarstår. I denna uppsats undersöks bristfällig projektuppföljning som en möjlig orsak, baserat på uppgifter från en verksamhet som har upplevt detta problem. I samband med att härleda problemet till verksamhetens kontext undersöks line of balance som fenomen för att ta reda på om den kan fungera som komplement till deras nuvarande metoder.   Teori om löpande projektuppföljning i sin helhet har varit av intresse för undersökningen. Sedan har den generella teorin brutits ner till att behandla projektuppföljning och planering i agila projekt. Det har fortsättningsvis brutits ner till teori om hur projektuppföljning bedrivs enligt arbetsformen Scrum. Line of balance har ett eget kapitel som består av två delavsnitt som behandlar hur den ursprungligen var menad att fungera och hur den sedan har anpassats för att användas i agila projekt.   Metoden som används är en kvalitativ metod i form av en utforskande fallstudie med teoriorövande inslag. Fallet i fråga är ledningsgruppen som har upplevt problemet inom verksamheten, som bedriver utveckling av programvara. En fokusgrupp upprättades för att med en diskussion reda ut tänkbara hinder med deras nuvarande projektuppföljning och i samband med detta diskutera komponenter från line of balance som skulle kunna komplettera deras nuvarande metoder.   Resultatet innebar en redogörelse för vilka hinder verksamheten kopplade till projektuppföljning och vilka möjligheter de såg med line of balance. Resultatet delades upp i olika teman som var och en representerar en aspekt gentemot projektuppföljning. De teman som identifierades var förståelsen för line of balance, planering av milstolpar/etapper, projektuppföljning, hantering av förändringar, identifiering av flaskhalsar och kommentarer som rent generellt talar för eller emot line of balance.   Vid vidare analys visade det sig att uppskattning av mängden arbete och tid inför ett projekt var både svårt och till viss mån onödigt eftersom omständigheterna ändå alltid förändras under projektets gång och estimaten blir fel. Detta talade emot line of balance eftersom man i teorin, trots att den ska vara anpassad för agila projekt, förespråkade en fördefinierad plan. Fortsättningsvis uppstod dock en diskussion om hur metoden skulle kunna anpassas ytterligare för att verksamheten skulle kunna använda sig av komponenter de upplevde gynnsamma.   Slutsatsen som drogs var att Scrum inte motsvarar riktlinjer för vad som anses vara projektuppföljning som kan säkerställa att projektet är på rätt kurs. Detta ansågs också vara en av anledningarna till varför verksamhetens kontext leder till att projekt överstiger tid och budget. Line of balance ansågs ha nödvändiga komponenter för att bedriva projektuppföljning enligt riktlinjerna men metoden passar inte in i fallets kontext på grund av det agila förhållningssättet. Ett alternativt användningsområde identifierades som föreslår att line of balance kan användas för samla historisk data att grunda sina framtida beslut på. Nyckelord: Projektuppföljning, Line of balance, LOB, Agil planering, agil projektuppföljning, Scrum<br>The beginning of this paper is meant to introduce the reader to the topic of interest founded in development of software which in today’s society is ought to be driven by agile methods. These methods carries problems and possibilities for businesses. Prior research indicates that the problem which agile methods were meant to solve, still exists, namely projects that intend to transcend allocated time and budget while not delivering the expected value. There has been differences in opinion about why this problem still exists. This research examines how insufficient monitoring during projects could be a reason, based on communication with a business whom have experienced this problem. In relation to finding the source for this problem in the business context the research will examine line of balance as a phenomenon to evaluate if it could be functional as a complement to their current methods.   Theory about continuous monitoring during projects in its entirety has been of interest for this research. In addition it has been broken down to monitoring and planning in agile projects and henceforth broken down to Scrum as an agile practice. Line of balance has its own chapter with two parts where one of them describes line of balance as it was initially supposed to work and the other how it has been adapted to work within agile projects.   The method used is a qualitative, exploratory case study with partial purpose to try theory. The case at hand is the group of leaders whom conduct the development of software and have experienced the problem within their business. A focus group was initiated in the research in order to take part of a discussion regarding constraints connected to their current monitoring activities and in relation to that discuss components included in line of balance which could complement their current methods.   The result of the study included a recitation of which constraints the informants connected to monitoring activities and what possibilities they saw with line of balance. The result got divided into different themes each one representative of an aspect relating to monitoring activities. Themes identified were the understanding of line of balance, planning of milestones/sprints, project monitoring, handling of changes, identification of bottlenecks and comments regarding pros and cons related to line of balance.   Closer analysis showed that estimation of workload and time before initiation of a project was perceived as hard and in some regards unnecessary because the circumstances was experienced to always change and therefor make the estimation wrong.  This spoke against line of balance because in theory, even though it’s supposed to be adapted, it advocates a defined plan. Furthermore a discussion arose about adapting the method even more with the purpose of getting the components from line of balance which were perceived as favorable.   The study concluded that Scrum doesn’t live up to guidelines for what is believed as monitoring that could ensure that the project is on the right course. This was also believed to be one of the reasons why the business context leads to overruns regarding time and budget. Components included in line of balance was sawn as necessary to follow these guidelines but the method didn’t fit in the context due to the agile approach. Another possible area of use got identified during the analysis, namely using line of balance as a method to gather historic data for future decision making. Keywords: Project monitoring, Line of balance, LOB, Agile planning, agile monitoring, Scrum

The authors of this thesis have studied the handling of personal information in various kinds of organizations, because the perception is that the knowledge in this area is weak relative to the weight of the subject. The purpose of this paper has been partly to shed light on how knowledge of this area in the organizations that we have visited during the study but also to answer questions about handling, knowledge and security, and identification of individuals in different systems. What kind of problems the processing of these data creates and why these problems occur. In the beginning of our study we understood the importance of using the correct identifier and therefore chose also to examine what the various identifiers used by the organizations and why they chose these particular identifiers. In the qualitative analysis, Datainspektionen´s general rules and advice has been used as a basis together with the laws applicable to the organizations to get a good picture of how management of personal information is in these organizations. What we have found in this paper is that knowledge about how personal data is handled and what laws and rules are saying is very much dependent on how central the information is to these organization's activities. The police use so many different types of records for their organization to function well and they have very good knowledge of laws and regulations. In contrast, schools that do not handle as much of personal data themselves nor have the same knowledge among staff and do not have enough resources to cope with keeping the same knowledge base as the police. This is something that applies to all types of handling, depending on how important the information is for the organization, the better the security and knowledge in handling the data is.

<p>In todays sociaty the use of information systems is wide spread and many corporations and buisnesses both in large and small spread make use of more advanced and sopisticated systems. Larger corporations have their own IT sections that maintain and updates their systems on a daily basis. They have the money and resources for it by how do the small businesses coop with it. How satisfied are the small businesses that are maybe runing on systems that might not be supplying the needs that the business is in need of. In this paper we investigate this question in the form of a questionnaire. The investigation is conducted in a selected part of the market in the swedish city of Växjö. The purpose of the investigation is to see how satisfied 30 businesses are with their information systems. The investigations background comes from a similar american investigation and it’s the papers purpose to compare the results that arose during the american studie with the swedish results to see what diffrences and similaritys there is. The investigation spans over 3 sector of bueisnesses, trade, service and consult. The investigation studies how these 3 sectors satisfaction relates to one and other, how satisfied and disatisfiedthey are in different parts of their IT systems.</p>