<p>Problem består ofta av flera variabler som behöver sammanvägas för att vi ska kunna fatta ett beslut om vilket alternativ som är bäst. Detta gör vi var och varannan dag. Med detta arbete görs ett försök att skapa en integrerad webblösning som hämtar information och visualiserar den på ett sätt som förenklar ett beslutsfattande. Till hjälp för detta användes parallella koordinater.</p>

Problem består ofta av flera variabler som behöver sammanvägas för att vi ska kunna fatta ett beslut om vilket alternativ som är bäst. Detta gör vi var och varannan dag. Med detta arbete görs ett försök att skapa en integrerad webblösning som hämtar information och visualiserar den på ett sätt som förenklar ett beslutsfattande. Till hjälp för detta användes parallella koordinater.

Denna uppsats syftar till att undersöka användandet av parallella prototyper i flera iterationer vid arbetet med en behovsanalys hos ett företag. Som grund för arbetet ligger ett uttryckt behov av ett verktyg för sammanställning och presentation av material skapat av designbyrån the Apartment i Stockholm. Utifrån den förfrågan som gjordes från byrån i ett första skede, togs två prototyper fram för att stödja diskussionen om företagets faktiska behov, som i vissa fall inte stämmer överens med de uttryckta behoven hos en beställare. Dessa första prototyper syftade till att skapa en bättre förståelse för företagets arbetssätt och konceptuella behov. Efter att prototyperna gåtts igenom skapades en andra omgång prototyper, den här gången mer utvecklade, och inriktade mot att ta reda på mer funktionella behov i processens slutskede (presentationsdelen). Alla prototyper gicks igenom med företaget i informella intervjuer. Delar ur de resultat som framkommit i undersökningen är att det visuella stödet som prototyperna gav upplevdes vara en fördel vid intervjuerna, men att det även fanns en viss risk att samtalet fokuserade just på prototypen istället för att utvidgas och gå igenom mer grundläggande, tidigare steg i processen. Tack vare användandet av parallella prototyper kunde projektets inriktning tidigt bestämmas, och det var inte alltid den "rätta" prototypen som gav mest information. Slutligen går det att diskutera huruvida denna typ av metod passade bäst in på det valda företaget, som är vana beställare och som är vana vid att kommunicera behov och själva visualisera olika lösningar på funktionalitet. Samtidigt märks vikten av att involvera kunden tidigt i arbetsprocessen, vilket tillsammans med prototypernas enkla utformning gör att projektet snabbt kan ändra riktning utan större problem. / This paper aims to examine the use of parallel prototypes of several iterations in the process of a needs analysis for a company. The starting point is an expressed need for a tool for the compilation and presentation of materials created by the design agency the Apartment in Stockholm. Based on the request made by the Agency, two initial prototypes were produced to support the discussion of the company’s actual needs, which in some cases do not conform to the expressed needs of a client. These First prototypes were designed to create a better understanding of the company’s way of working and conceptual needs. A#er the prototypes had been discussed, a second set of prototypes were created, this time more developed, and focused on !nding out more about functional needs in the end of the working process (the presentation part). All of the prototypes were discussed with the company in informal interviews. One of the results obtained in the study is that the visual aid of the prototype was an advantage in the interviews, but also a risk, as the conversation tended to focus on the actual prototype instead of extending to the more basic, earlier steps in the process. Thanks to the use of parallel prototypes, the project focus could early be determined, and it was not always the “right” prototype that gave the most information. Finally, it is possible to discuss whether this type of approach is best suited for the selected company, who are used to commission work and who are used to communicating needs and visualising di$erent solutions for functionality. Nevertheless, the importance of involving the client early in the working process is noticable, which together with the simple design of the prototypes ensures a project that quickly can change focus without major problems.

Denna studie är ett examensarbete som varit den avslutande delen i Maskiningenjörsprogrammet med inriktning produktutveckling på Högskolan i Borås. Spänningstillstånd har undersökts kring trycksatta cylindriska kanaler i hydraulikblock för att utveckla och utforma konstruktionsregler. Genom finita elementmetoden har den maximala ekvivalenta spänningen enligt von Mises beräknats för olika geometrier, såsom en enda kanal, två parallella kanaler, två korsande kanaler samt två mötande kanaler placerade långt från väggen i det hydrauliska blocket. Spänningstillståndet har också studerats för parallella kanaler nära en yttre vägg i blocket. Studien omfattar olika kanaldiameter på varierande avstånd mellan kanal-kanal och kanal-vägg. Vissa riktlinjer är formulerade för bestämda material i hydrauliska block i syfte att undvika plasticering och utmattning. Spänningstillståndet i borrspetsar har också studerats. Mer exakta värden för radier måste dock vara tillgängliga för att formulera konstruktionsregler för borrspetsar.

<p>I slutet på 70-talet så identifierades problemet med nästlade monitoranrop av A.M. Lister (1977). Därefter kom flera artiklar med förslag på lösningar, men ingen kom med en generell lösning eller en lösning på problemet inom ett specifikt område. På grund av detta avser författaren att med detta arbete försöka identifiera egenskaperna hos en applikation som introducerar nästlade monitoranrop och försöker dessutom hitta sätt att undvika problemen med dessa anrop.</p>

<p>Detta examensarbete har utförts vid El-Björn AB som är ett familjeföretag i Anderstorp, Småland. Deras produktsortiment består av mobila el-centraler, byggbelysning, avfuktare och värmefläktar. El-Björn AB har ungefär 60 anställda och en omsättning på cirka 170 MSEK. På grund av den ökande konkurrensen anser företaget att det är nödvändigt att effektivisera sin produktion för att göra den mer flexibel. Vårt angreppssätt för att uppnå flexibilitet är att studera möjligheten att reducera företagets ledtider.</p><p>Målet med detta arbete är att presentera ett antal förslag på åtgärder för att korta ledtiden för en utvald produktgrupp och att visa på ett antal konsekvenser som dessa förslag får för ledtiden och lönsamheten samt vilka målkonflikter detta medför. Förslagen ska ses i relation till nuläget.</p><p>Det finns i princip tre sätt att reducera ledtiden i ett produktionsflöde; operationstiden kan minskas, väntetiden mellan aktiviteter kan minskas och aktiviteter kan utföras parallellt. Olika metoder i enlighet med dessa principer har studerats. Eftersom El-Björn AB inte tillämpar parallella aktiviteter i utgångsläget har även batchstorleken stor betydelse för produktens ledtid genom flödet.</p><p>Beräkningar av jämförande scenarier gällande utvalt flöde visar att minskade batchstorlekar i enlighet med EOQ (Economic Order Quantity) och införande av parallella aktiviteter medför kortare ledtider, lägre kapitalbindning och lagerhållningskostnad, samt ökad lönsamhet. Störst effekt ger den förändrade batchstorleken i jämförelsen.</p><p>Införande av metoder för ledtidsreduktion medför ett antal målkonflikter. Dessa har identifierats och analyserats. Det är viktigt att företaget tar hänsyn till dem innan en förändring genomförs.</p><p>En analys av lönsamheten visar att en ökning av vinstmarginalen ger större effekt på lönsamheten i jämförelse med ökad kapitalomsättningshastighet för El-Björn AB.</p><p>Av arbetet har slutsatsen dragits att ett antal metoder för ledtidsreduktion är lämpliga att använda i företaget. Dessa är: reducering av icke värdeskapande aktiviteter, eliminering av slöseri av resurser enligt Lean Production, införande av parallella aktiviteter i flödet, koordinering av kommunikationen, arbete med flaskhalsreducering samt reducering av batchstorlekar. Metoder som inte anses tillämpbara är ställtidsreduktion enligt SMED samt införandet av ett pullsystem.</p>

Detta examensarbete har utförts vid El-Björn AB som är ett familjeföretag i Anderstorp, Småland. Deras produktsortiment består av mobila el-centraler, byggbelysning, avfuktare och värmefläktar. El-Björn AB har ungefär 60 anställda och en omsättning på cirka 170 MSEK. På grund av den ökande konkurrensen anser företaget att det är nödvändigt att effektivisera sin produktion för att göra den mer flexibel. Vårt angreppssätt för att uppnå flexibilitet är att studera möjligheten att reducera företagets ledtider. Målet med detta arbete är att presentera ett antal förslag på åtgärder för att korta ledtiden för en utvald produktgrupp och att visa på ett antal konsekvenser som dessa förslag får för ledtiden och lönsamheten samt vilka målkonflikter detta medför. Förslagen ska ses i relation till nuläget. Det finns i princip tre sätt att reducera ledtiden i ett produktionsflöde; operationstiden kan minskas, väntetiden mellan aktiviteter kan minskas och aktiviteter kan utföras parallellt. Olika metoder i enlighet med dessa principer har studerats. Eftersom El-Björn AB inte tillämpar parallella aktiviteter i utgångsläget har även batchstorleken stor betydelse för produktens ledtid genom flödet. Beräkningar av jämförande scenarier gällande utvalt flöde visar att minskade batchstorlekar i enlighet med EOQ (Economic Order Quantity) och införande av parallella aktiviteter medför kortare ledtider, lägre kapitalbindning och lagerhållningskostnad, samt ökad lönsamhet. Störst effekt ger den förändrade batchstorleken i jämförelsen. Införande av metoder för ledtidsreduktion medför ett antal målkonflikter. Dessa har identifierats och analyserats. Det är viktigt att företaget tar hänsyn till dem innan en förändring genomförs. En analys av lönsamheten visar att en ökning av vinstmarginalen ger större effekt på lönsamheten i jämförelse med ökad kapitalomsättningshastighet för El-Björn AB. Av arbetet har slutsatsen dragits att ett antal metoder för ledtidsreduktion är lämpliga att använda i företaget. Dessa är: reducering av icke värdeskapande aktiviteter, eliminering av slöseri av resurser enligt Lean Production, införande av parallella aktiviteter i flödet, koordinering av kommunikationen, arbete med flaskhalsreducering samt reducering av batchstorlekar. Metoder som inte anses tillämpbara är ställtidsreduktion enligt SMED samt införandet av ett pullsystem.

På senare tid har styrelsearbetet blivit mer komplext och tidskrävande. Detta till trots förekommer det att styrelseledamöter innehar flera parallella styrelseuppdrag. Enligt vissa kan parallella uppdrag medföra fördelar för bolaget i form av erfarenhets- och kunskapsutbyte. Samtidigt menar andra att det istället leder till att ledamöterna tar på sig för många uppdrag för att kunna fullgöra sina åtaganden. Syftet med denna uppsats är att undersöka om det finns något samband mellan antalet parallella styrelseuppdrag i en bolagsstyrelse och bolagets värde för bolag noterade på Stockholmsbörsen. Mot bakgrund av tidigare forskning formuleras hypotesen att antal parallella styrelseuppdrag påverkar företagets värde. För att genomföra undersökningen används en kvantitativ metod genom att studera bolag noterade på Stockholmsbörsen under perioden 2001-2013. Den huvudsakliga statistiska metoden består av en multipel regressionsanalys som görs på ett urval bestående av 2333 företagsår. Resultatet visar att det finns ett statistiskt signifikant negativt samband mellan antal parallella styrelseuppdrag och bolagets värde. Det går även att urskilja ett signifikant negativt samband mellan en högre andel styrelsemedlemmar som bedöms vara upptagna och värderingen av bolaget. Således accepteras hypotesen.

Tecken finns på att det objektorienterade paradigmet börjar tappa sinstatus som den oomstridda lösningen inom systemutveckling. Nya idéerkommer in och ställer grundläggande programmeringsprinciper påända. Vad kan ett deklarativt förhållningsätt tillföra och vad innebär detatt programmera funktionellt? Variabler är en viktig komponent i denprogrammering som huvudsakligen bedrivs idag. Variabler tillhör detimperativa paradigmet i vilket programmeraren i hög grad beskriverhur beräkningar skall utföras av datorn. Detta står i kontrast till detdeklarativa paradigmet – i vilket funktionell programmering normaltplaceras – där man har en högre abstraktionsgrad, saknar variabler ochendast beskriver att något skall göras – inte hur. I funktionellprogrammering kan inte något tillstånd i samma bemärkelse som iimperativ – procedurell eller objektorienterad – programmering finnas.Upprepningar måste göras med rekursion och program ärdeterminerade. Både fördelar och nackdelar finns med detta, det blirlättare att resonera kring ett program men samtidigt kan sidoeffekter,som att skriva något till en fil, inte förekomma i rent funktionellaprogram. Eftersom detta är en vanligt förekommande uppgift idatorprogram idag måste det hanteras på något sätt. Att kombinerafunktionella och objektorienterade språk innebär visserligen enkompromiss där man förlorar en del av de fördelar som finns med rentfunktionella program men är samtidigt en naturlig utveckling från detobjektorienterade arbetssätt vilket för närvarande är så dominerande.Följande uppsats ämnar att förklara den funktionella programmeringen,redogöra för de aspekter som gör den intressant och beskriva dess platsi framtidens program- och systemutveckling.Tecken finns på att det objektorienterade paradigmet börjar tappa sinstatus som den oomstridda lösningen inom systemutveckling. Nya idéerkommer in och ställer grundläggande programmeringsprinciper påända. Vad kan ett deklarativt förhållningsätt tillföra och vad innebär detatt programmera funktionellt? Variabler är en viktig komponent i denprogrammering som huvudsakligen bedrivs idag. Variabler tillhör detimperativa paradigmet i vilket programmeraren i hög grad beskriverhur beräkningar skall utföras av datorn. Detta står i kontrast till detdeklarativa paradigmet – i vilket funktionell programmering normaltplaceras – där man har en högre abstraktionsgrad, saknar variabler ochendast beskriver att något skall göras – inte hur. I funktionellprogrammering kan inte något tillstånd i samma bemärkelse som iimperativ – procedurell eller objektorienterad – programmering finnas.Upprepningar måste göras med rekursion och program ärdeterminerade. Både fördelar och nackdelar finns med detta, det blirlättare att resonera kring ett program men samtidigt kan sidoeffekter,som att skriva något till en fil, inte förekomma i rent funktionellaprogram. Eftersom detta är en vanligt förekommande uppgift idatorprogram idag måste det hanteras på något sätt. Att kombinerafunktionella och objektorienterade språk innebär visserligen enkompromiss där man förlorar en del av de fördelar som finns med rentfunktionella program men är samtidigt en naturlig utveckling från detobjektorienterade arbetssätt vilket för närvarande är så dominerande.Följande uppsats ämnar att förklara den funktionella programmeringen,redogöra för de aspekter som gör den intressant och beskriva dess platsi framtidens program- och systemutveckling. / There are signs that the object-oriented paradigm is beginning to lose itsstatus as the undisputed answer in system development. New ideas arearriving and they are flipping fundamental programming principlesupside down. What can a declarative approach bring and what does itmean to program in a functional fashion? Variables are an importantcomponent in the type of programming that is generally conductedtoday. Variables belong to the imperative paradigm in which theprogrammer to a large extent describe how calculations are to bepreformed by the computer. This is in contrast to the declarativeparadigm – in which functional programming is usually placed – wherethe level of abstraction is higher, variables are missing and where youonly describe that something is to be performed – not how. In functionalprogramming there cannot be any state in the same sense as inimperative – procedural or object-oriented – programming. Repetitionhas to be performed with recursion and programs are deterministic.There are both benefits and disadvantages with this, reasoning about aprogram is easier but at the same time there cannot be any use of sideeffects,like writing something to a file, in a purely functional language.Since that is a common task in computer programs today the dilemmahas to be dealt with in some way. Combining functional and objectorientedlanguages does mean making a compromise where some of thebenefits of purely functional programs are lost but it is also a naturalevolution from the object-oriented methods that are currentlydominating. The following thesis will show what functionalprogramming is, explain which aspects make it interesting and describeits place in the program and system development of the future.There are signs that the object-oriented paradigm is beginning to lose itsstatus as the undisputed answer in system development. New ideas arearriving and they are flipping fundamental programming principlesupside down. What can a declarative approach bring and what does itmean to program in a functional fashion? Variables are an importantcomponent in the type of programming that is generally conductedtoday. Variables belong to the imperative paradigm in which theprogrammer to a large extent describe how calculations are to bepreformed by the computer. This is in contrast to the declarativeparadigm – in which functional programming is usually placed – wherethe level of abstraction is higher, variables are missing and where youonly describe that something is to be performed – not how. In functionalprogramming there cannot be any state in the same sense as inimperative – procedural or object-oriented – programming. Repetitionhas to be performed with recursion and programs are deterministic.There are both benefits and disadvantages with this, reasoning about aprogram is easier but at the same time there cannot be any use of sideeffects,like writing something to a file, in a purely functional language.Since that is a common task in computer programs today the dilemmahas to be dealt with in some way. Combining functional and objectorientedlanguages does mean making a compromise where some of thebenefits of purely functional programs are lost but it is also a naturalevolution from the object-oriented methods that are currentlydominating. The following thesis will show what functionalprogramming is, explain which aspects make it interesting and describeits place in the program and system development of the future.

I slutet på 70-talet så identifierades problemet med nästlade monitoranrop av A.M. Lister (1977). Därefter kom flera artiklar med förslag på lösningar, men ingen kom med en generell lösning eller en lösning på problemet inom ett specifikt område. På grund av detta avser författaren att med detta arbete försöka identifiera egenskaperna hos en applikation som introducerar nästlade monitoranrop och försöker dessutom hitta sätt att undvika problemen med dessa anrop.