Spelling suggestions: "subject:"kompetensbaserad""
1 |
Ett praktikperspektiv på hantering av mjukvarukomponenterHalilovic, Amra January 2006 (has links)
Avhandlingen har resulterat i en praktikteori (verksamhetsteori). En sådan teori har betydelse i det praktiska arbetet att utvärdera och utveckla verksamheter där komponentbaserad systemutveckling bedrivs. I avhandlingen presenteras hur en intern IT-verksamhet kan bedrivas för att möta nya krav på effektivitet, förändringsbarhet, kvalitet och säkerhet.
|
2 |
Komponentbaserade ramverk : vilka faktorerpåverkar företag vid valet av ramverk? / Component based frameworks : - Which factors affect companies in their choice of framework?Gosso, Luc, Ornefalk, Magnus January 2004 (has links)
<p>An information system is something that evolves over time to enhance the company that is using it. The technology for building an information system is also evolving. New methods and new programming languages make system development easier. As new technology breaks ground and the demands of a company’s information system grow, the company will sooner or later get to a point where a change in the base of the system is necessary. Today a component-based framework is a common choice among companies. Our survey aims to find out what factors a company considers when they choose a new framework. Some of the factors we consider are how they affect the choice in the company, and if these same factors will influence the same choice in all companies. </p><p>The results are based on a survey that we have done for six major companies. The results show that several factors affect the choice - independent or in combination with other factors. One of the most important factors is whether deeper knowledge about the framework can be acquired within the company or in the open market. It is also important that the supplier of the framework is reliable and well respected on the market. For guidance in these matters most companies turn to market forecasts from major IT research and advisory firms. We can also establish that the answers we got from the separate companies show large similarities concerning which factors they thought affected their choice the most.</p>
|
3 |
Organisationshinder mot komponentbaserad systemutvecklingByhlén, Kristoffer January 2001 (has links)
<p>Komponentbaserad informationssystemutveckling är en metod där system utvecklas och byggs med komponenter. Dessa komponenter är utbytbara och tanken är att organisationer ska kunna minska utvecklingstiden och utvecklingskostnaderna för informationssystem. I det här arbetet har en undersökning gjorts där personer inom några organisationer intervjuats. Undersökningens mål har varit att svara på frågan om det finns någon skillnad mellan unga och gamla organisationers hinder mot införandet av komponentbaserad informationssystemutveckling. Undersökningen har kommit fram till att unga organisationer stöter på ett mindre motstånd mot förändringsarbetet än gamla organisationer och att detta kan bero på att unga organisationer har en organisationskultur som är mer öppen för förändringar.</p>
|
4 |
Organisationshinder mot komponentbaserad systemutvecklingByhlén, Kristoffer January 2001 (has links)
Komponentbaserad informationssystemutveckling är en metod där system utvecklas och byggs med komponenter. Dessa komponenter är utbytbara och tanken är att organisationer ska kunna minska utvecklingstiden och utvecklingskostnaderna för informationssystem. I det här arbetet har en undersökning gjorts där personer inom några organisationer intervjuats. Undersökningens mål har varit att svara på frågan om det finns någon skillnad mellan unga och gamla organisationers hinder mot införandet av komponentbaserad informationssystemutveckling. Undersökningen har kommit fram till att unga organisationer stöter på ett mindre motstånd mot förändringsarbetet än gamla organisationer och att detta kan bero på att unga organisationer har en organisationskultur som är mer öppen för förändringar.
|
5 |
Kontextuell ärendehantering / Contextual workflow handlingCarlsson, Henrik, Karlsson, Johan January 2005 (has links)
<p>Ett ärendehanteringssystem är ett komplett system vars mål är att effektivisera och koordinera processer av olika slag. Ett exempel på ärendehantering är försäkringsbolag som använder sig av detta för att snabba upp och kontrollera processen för hantering av skadeärenden. I ett ärendehanteringssystem finns en ärendehanteringsmotor som sköter flödet av ärenden, vilket bland annat innebär ansvar för att ärenden hamnar hos rätt person. </p><p>Examensarbetets syfte är att utveckla en liten och enkel ärendehanteringsmotor, som ändå är generell nog att fungera i olika kontexter. Ärendehanteringsmotorn levereras i form av en komponent färdig att användas vid utvecklandet av ärendehanteringssystem. Genom att återanvända komponenten och endast behöva anpassa den till det nya systemet är tanken att mycket tid sparas vid utvecklandet. </p><p>Rapporten behandlar utvecklingsprocessen från identifiering av ärendehanteringsmotorns roll och kravanalys till beslut angående arkitekturen. Alternativa lösningar och framtida utvecklingsmöjligheter har diskuterats. Resultatet blev en färdig ärendehanteringsmotor som uppfyller de grundläggande krav som ställdes på komponenten.</p>
|
6 |
Designstruktur för komponentbaserad applikation med relationsdatabasBrohede, Yvonne January 1999 (has links)
<p>Det blir allt mer vanligt förekommande att utvecklingen av applikationer sker enligt objektorienterade metoder, ofta som komponentbaserade applikationer. Samtidigt är användandet av traditionella relationsdatabaser fortfarande mycket utbrett. En kombination av komponentbaserad applikation och traditionell relationsdatabas har idag blivit vanlig. Här beskrivs en designstruktur som visar hur beteendet, vilket inte kan lagras i relationsdatabasen, bör tas om hand för att möjliggöra delad åtkomst samt återanvändning av programkoden. Beteendet implementeras som applikationens programkod i form av regler, beräkningar och operationer. Det har tagits i beaktning både hur uppdelningen av olika typer av beteende kan göras och var i systemet det bör implementeras, för att uppnå en generell lösning. För att underlätta framtagandet av applikationer med den framtagna designstrukturen, beskrivs de olika arbetsmoment som ingår. I lösningen används ett mellanlager med transaktionshanterare samt resurshanterare. Resultatet visar att designstrukturen fungerar för alla möjliga grundläggande konstruktioner som används i den beskrivna tekniken.</p>
|
7 |
Komponentbaserade ramverk : vilka faktorerpåverkar företag vid valet av ramverk? / Component based frameworks : - Which factors affect companies in their choice of framework?Gosso, Luc, Ornefalk, Magnus January 2004 (has links)
An information system is something that evolves over time to enhance the company that is using it. The technology for building an information system is also evolving. New methods and new programming languages make system development easier. As new technology breaks ground and the demands of a company’s information system grow, the company will sooner or later get to a point where a change in the base of the system is necessary. Today a component-based framework is a common choice among companies. Our survey aims to find out what factors a company considers when they choose a new framework. Some of the factors we consider are how they affect the choice in the company, and if these same factors will influence the same choice in all companies. The results are based on a survey that we have done for six major companies. The results show that several factors affect the choice - independent or in combination with other factors. One of the most important factors is whether deeper knowledge about the framework can be acquired within the company or in the open market. It is also important that the supplier of the framework is reliable and well respected on the market. For guidance in these matters most companies turn to market forecasts from major IT research and advisory firms. We can also establish that the answers we got from the separate companies show large similarities concerning which factors they thought affected their choice the most.
|
8 |
Kontextuell ärendehantering / Contextual workflow handlingCarlsson, Henrik, Karlsson, Johan January 2005 (has links)
Ett ärendehanteringssystem är ett komplett system vars mål är att effektivisera och koordinera processer av olika slag. Ett exempel på ärendehantering är försäkringsbolag som använder sig av detta för att snabba upp och kontrollera processen för hantering av skadeärenden. I ett ärendehanteringssystem finns en ärendehanteringsmotor som sköter flödet av ärenden, vilket bland annat innebär ansvar för att ärenden hamnar hos rätt person. Examensarbetets syfte är att utveckla en liten och enkel ärendehanteringsmotor, som ändå är generell nog att fungera i olika kontexter. Ärendehanteringsmotorn levereras i form av en komponent färdig att användas vid utvecklandet av ärendehanteringssystem. Genom att återanvända komponenten och endast behöva anpassa den till det nya systemet är tanken att mycket tid sparas vid utvecklandet. Rapporten behandlar utvecklingsprocessen från identifiering av ärendehanteringsmotorns roll och kravanalys till beslut angående arkitekturen. Alternativa lösningar och framtida utvecklingsmöjligheter har diskuterats. Resultatet blev en färdig ärendehanteringsmotor som uppfyller de grundläggande krav som ställdes på komponenten.
|
9 |
Designstruktur för komponentbaserad applikation med relationsdatabasBrohede, Yvonne January 1999 (has links)
Det blir allt mer vanligt förekommande att utvecklingen av applikationer sker enligt objektorienterade metoder, ofta som komponentbaserade applikationer. Samtidigt är användandet av traditionella relationsdatabaser fortfarande mycket utbrett. En kombination av komponentbaserad applikation och traditionell relationsdatabas har idag blivit vanlig. Här beskrivs en designstruktur som visar hur beteendet, vilket inte kan lagras i relationsdatabasen, bör tas om hand för att möjliggöra delad åtkomst samt återanvändning av programkoden. Beteendet implementeras som applikationens programkod i form av regler, beräkningar och operationer. Det har tagits i beaktning både hur uppdelningen av olika typer av beteende kan göras och var i systemet det bör implementeras, för att uppnå en generell lösning. För att underlätta framtagandet av applikationer med den framtagna designstrukturen, beskrivs de olika arbetsmoment som ingår. I lösningen används ett mellanlager med transaktionshanterare samt resurshanterare. Resultatet visar att designstrukturen fungerar för alla möjliga grundläggande konstruktioner som används i den beskrivna tekniken.
|
10 |
Visualisering av komplexa system / Visualizing complex systemsRisinger, Tore, Tinnerholm, John January 2016 (has links)
Mjukvaruutveckling är en komplicerad uppgift och olika visualiseringstekniker har genom åren använts för att underlätta förståelsen och underhållbarheten av mjukvara. I detta arbete har en prototyp tagits fram för att underlätta navigering och förståelse för mjukvarukomponenter i utvecklingsverktyget Arctic Studio. En intervju- baserad användarundersökning användes för att förstå aktuella brister med nuvarande presentationsmönster i Arctic studio och ta reda på hur användarna arbetar med verktyget. Prototypens design baserades på resultatet av användarundersökningen. Den slutgiltiga prototypen bestod utav tre delar. Ett polärdiagram för att visa komponenter och dess grannar, en matrisbaserad visualisering för att visa en vald komponents portar och dess kopplingar samt en riktad trädgraf för att visualisera hur information propagerar genom systemet. Den framtagna prototypen evaluerades med hjälp av kognitiva genomgångar med interna utvecklare. / Software development is a complicated task and different visualisation techniques have been used during the years to facilitate understandability and maintenance in software systems. In this thesis a proof of concept has been developed to augment navigation and understandability for software components in the integrated software development environment Arctic Studio. An interview based user survey was conducted to identify issues with the current environment in Arctic Studio, and to find out current usage patterns in the user base. The design of the prototype was based on the result of the user survey. The final prototype consisted of three parts. A radian diagram was used to provide a neighbourhood view for the different compositions of the system, a matrix based visualisation complemented this view to show a selected components ports and connections. The last part consisted of a directed tree graph to visualize the connection hierarchy for a selected port. The prototype was then evaluated using a cognitive walkthrough with internal developers.
|
Page generated in 0.0999 seconds