Tidigare studier visar att många elever uppvisar brister vad gäller automatiserade talfaktakunskaper. I den här studien har jag kartlagt om det råder några relationer mellan elevers olika matematiska kunskaper, såsom talfaktakunskaper, mental bild av tallinjen och procedurkunskaper. Litteraturgenomgången har inriktats på begreppen kognitiva funktioner, matematiksvårigheter, taluppfattning, automatiserade talfakta, räknemetoder och huvudräkning. Eftersom det är väsentligt att undervisningen organiseras och utgår från elevernas inlärningssätt och kunskaper har jag i denna studie valt att utgå från ett matematikdidaktiskt perspektiv. Ett matematikdidaktiskt förhållningssätt innebär bland annat att läraren har förmåga att analysera och reflektera över sin egen undervisning och skapa nya lärandesituationer utifrån de kunskapsbedömningar som görs i klassrummet. I min analys har jag varit inspirerad av metodansatsen Grounded Theory, vilket har inneburit att jag utifrån mitt empiriska material skapat meningsbärande koder. Dessa koder har resulterat i fem olika kunskapskategorier eller kunskapsnivåer. Att läraren är medveten om vilken kunskapskategori respektive elev tillhör är högst angeläget för att kunna ge bästa möjliga stöttning till vidare kunskapsinhämtning. Det är dock centralt att läraren också är medveten om att denna grupptillhörighet inte är statisk utan förändras ständigt i och med att eleven tillägnar sig ny kunskap.

Software producing companies want to increase their quality and efficiency. They often look at automated test tools as a part of a solution. Not many company's use test tools, the time it takes to evaluate which test tool that suites the company best costs much in both money and time. The development process within the IT world is so fast, this makes it difficult for any enterprise to put money in a test tool that may be useless within a few years. For a test tool to be valuable for a company it must be used during at least a few years. An automated test takes a lot of time to implement and introduce in the company. To get the whole picture when to automate test we have looked at different test methodologies. Step-by Step Method uses tables and lists to create the test document. Product Life Cycle Method (CPU) describes implementing of software test in the product life cycle. Well-developed test methods can save a lot of time and make it possibly for developers to work effectively. We have also investigated some general information about automated test like cost and when to automate. ATLM (Automated Test Life-Cycle Methodology) is a methodology that is used in order to take the correct decisions such as when to automate or not, (ATLM) is a structured methodology aiming toward ensuring a successful implementation. We have also described some methods of automated tools. The Record/Playback Method is a feature that executes the test manually while the test tool sits in the background and remembers what has happened. It generates a script that can re-execute the test. The Functional Decomposition Method and The Key-Word Driven Method are a data-driven automated testing methodology. That allows developing automated test scripts that are more "generic". It requires only that the input and the expected results have been updated. In this study we have examined automated test tools offered by Rational, Segue Software Inc and Mercury Interactive to survey the tools on the market. Segue Software Inc is aimed for e-business systems. Rational is a big company and has solutions for all parts in a software project. Mercury Interactive has several test solutions for testing and monitoring business- critical Web applications, and the WinRunner is most complex of the offered tools. / Mjukvaruutvecklande företag vill öka sin kvalité och effektivitet. De tittar ofta på automatiserade testverktyg som en del av lösningen. Inte så många företag använder testverktyg, tiden det tar att utvärdera vilket testverktyg som passar företaget bäst kostar mycket vad gäller både tid och pengar. Utvecklingen i IT världen är snabb, det gör det svårt för vilket företag som helst att lägga pengar på ett testverktyg som kan vara värdelöst om ett par år. För att ett testverktyg ska vara värdefullt för ett företag måste det användas under minst ett par år. Automatiserade testverktyg tar mycket tid att implementera och introducera i ett företag. För att få en helhetsbild när man ska automatisera tester har vi tittat på olika test metoder. Step-by Step metoden använder sig av listor för att skapa testdokument. Product Life Cycle Method (CPU) beskriver implementeringen av test i hela produktutvecklings cykeln. Väl utvecklade testmetoder kan spara mycket tid och gör det möjligt för utvecklarna att jobba mer effektivt. Vi har även undersökt lite mer allmän information om automatiserade test. som kostnaden och när man ska automatisera. ATLM (Automated Test Life-Cycle Methodology) är en metodik som används för att kunna ta de korrekta besluten som när man ska automatisera eller inte, ATLM är en strukturerad metodik som siktar mot att garantera en lyckad implementering. Vi har också beskrivit några metoder av automatiserade testverktyg. Record/Playback metoden är en metod som exekverar testen manuellt medan testverktyget spelar in vad som händer. Det genererar ett script som kan exekvera testet igen. Functional Decomposition metoden och The Key-Word Driven metoden är datadrivna automatiserade testmetodiker. Dessa tillåter automatiserade test script som är mer ?generiska?. De kräver bara ett indata och de förväntade resultaten har blivit uppdaterade. I denna uppsats har vi undersökt automatiserade testverktyg som erbjuds av Rational, Segue Software Inc och Mercury Interactive för att granska verktygen som finns på marknaden. Segue Software Inc siktar på e-handels system. Rational är ett stort företag som har lösningar för alla delar i ett mjukvaru projekt. Mercury Interactive har flera lösningar för testning och kontrollering av affärs kritiska web-applikationer, WinRunner är den mest komplexa av de erbjudna verktygen.

I takt med att användningen av smarta mobiler och handhållna enheter ökar, så ställs det idag helt andra krav på design och prestanda av webbplatser än för bara 5-6 år sedan. En webbplats visas idag från flera olika enheter och skärmstorlekar. Detta medför att en webbplats primärt utvecklad för en pc-skärm, troligtvis inte är så användbar när den visas från en mobil eller handhållen enhet. Den här rapporten i form av en fallstudie försöker svara på vilka delar av den mobila användbarhetstestningen som kan automatiseras. I rapporten beskrivs även olika teknikval och deras påverkan på en webbplats prestanda. Det visade sig baserat på denna fallstudie att vissa delar utav den mobila användbarheten går att utvärdera utan användare. Det finns delar som inte går att automatisera och måste utvärderas förhand. När det kommer till teknikval och deras implementation på en webbplats så visar det sig i rapporten att alla teknikval inte lämpar sig i alla situationer.

Development of automated trucks that are able to drive without a human driver, is currently under way. Testing of automated trucks have mostly taken place in closed off areas, but as development progresses, their readiness towards deployment on public roads increases. The introduction of automated trucks on public roads will have a major effect on society, especially on the road infrastructure as the way these types of vehicles are operated differs from conventional vehicles controlled by humans. In order to prepare for the changes caused by automated trucks, it is of interest to look at where these vehicles initially will be introduced. The goal of this thesis specifically is to identify which factors are relevant for deciding suitable routes, as well as identifying a set of routes in Sweden. The thesis has been conducted with a litterature study and interviews with relevant people in the field. Based on the information gathered from this work, it could be stated that there are four factors that will influence where the first automated trucks will be introduced: the complexity of the road, the flow of goods and traffic on the road, the physical standard of the road, as well as the size of the points that the truck would be driving between. A suitable set of routes identified includes Nynäshamn port – Västerhaninge, Rosersberg terminal – Arlanda airport, Helsingborg port – ICA central warehouse, Luleå port – Luleå terminal.

Att använda sig utav automatiserade processer blir allt viktigare då företag alltid strävar efter att vara så effektiva som möjligt och för att kunna mäta sig med varandra. I den här rapporten har Microsoft verktyg Azure DevOps studerats och hur ett konsultföretag i Linköping kan dra nytta av automatiserade processer på bästa möjliga sätt. Målet var att ge företaget en bredare synvinkel på hur verktyget kan användas i framtida projekt för att maximera chanserna till en mer lönsam utvecklingsprocess än de har i dagsläget. För att mäta resultatet och framgångsfaktorn har olika kriterier kopplat till mjukvaruutveckling analyserats och jämförts med utvecklingsmetoder som kräver mer manuella handlingar. Resultatet visar på hur företaget praktiskt bör använda Azure DevOps och dess pipeline för att underlätta utvecklingen och lanseringen till olika miljöer.

Testning är en nödvändig men kostsam del av mjukvaruutveckling. Test utförs på olika abstraktionsnivåer och kan vara manuella eller automatiserade. På lägsta abstraktionsnivå, enhetsnivå, är automatiserad testning vanligt och relativt okomplicerat, medan systemtester är svårare att automatisera. I synnerhet gäller detta tester på ett grafiskt användargränssnitt (GUI) som kräver speciella verktyg.   Triona vill undersöka möjligheterna att automatisera regressionstester från GUI:t av sin produkt C-Load, en molnbaserad webbtjänst för avtalsbaserad transportbokning.    Det primära syftet med denna fallstudie är att med en anpassad urvalsprocess utvärdera ett möjligt verktyg i förhållande till C-Load-förvaltningens förväntningar på automatiserad GUI testning (AGT) och att utifrån resultatet föreslå hur C-Loadförvaltningen kan gå vidare med val av verktyg för AGT. För att uppfylla syftet användes litteraturstudier, intervjuer och observationer av praktiska test.    Verktyg för GUI-testning kan delas in i tre huvudkategorier: skriptbaserade, modellbaserade och skriptlösa. Baserat på tidigare forskning drogs slutsatsen att ett skriptbaserat verktyg där koden i testskripten skrivs manuell bäst passar C-Loadförvaltningens krav och förutsättningar. Det mest använda verktyget av denna typ, Selenium WebDriver, utvärderades kvalitativt gentemot identifierade krav.    Av tidigare forskning framgår att vanliga utmaningar med skriptbaserade GUI-tester är att arbetsinsatsen för att skapa och underhålla testskript är stor och att testen kan vara opålitliga. Dessa problem framkom också i studiens intervjuer och observationer.   Slutsatsen är att det vore möjligt att automatisera regressionstester av C-Load med hjälp av Selenium Webdriver, och att det på sikt skulle kunna frigöra tid. Initialt krävs dock en omfattande insats för att implementera automatiserade tester i förvaltningen och Selenium Webdriver uppfyller bara delvis C-Load-förvaltningens förväntningar på AGT. C-Load-förvaltningen rekommenderas att utvärdera fler verktyg innan beslut fattas. I en kommande urvalsprocess bör Triona beakta hur väl olika verktyg fungerar i förhållande till moderna webbramverk. / Testing is a necessary but costly part of software development. Tests are performed at different abstraction levels and can be either manual or automated. On the lowest level of abstraction, where unit testing is performed, automated testing is commonplace and relatively uncomplicated, whereas system testing is more difficult to automate. This is especially true for GUI-testing, which requires special tools.      Triona wished to investigate possibilities to automate regression testing of the GUI for its C-load product, which is a Cloud-based web-service for contract-based transport booking.      The purpose of this case study was to evaluate one tool for automated GUI-testing (AGT) against the C-Load team’s expectations on AGT, and based on the result recommend Triona how to proceed in the process of implementing AGT. Literature studies, observations and interviews were conducted to fulfil the purpose.      GUI-testing tools can be classified into three categories: script-based, model-based and scriptless. One conclusion was that a script-based tool, where test scripts are manually coded would best suit Triona’s needs. The most used tool in that category, Selenium WebDriver, was tested and evaluated against requirements.       Prior research shows that common challenges encountered when using script-based GUItests are the workload required to create and maintain test scripts and that the tests can deliver inconsistent or “flaky” results. These challenges were confirmed during our analysis.       Our conclusion is that it is possible to automate C-Load regression tests with Selenium WebDriver, and that it would eventually free up time. However, a considerable effort is initially required to implement automated testing. Selenium Webdriver only partly fulfills the C-Load team’s expectations on AGT. Before a decision is taken, the C-Load team should evaluate more tools. When evaluating tools for AGT, Triona should take note that Selenium Webdriver can be deficient when it comes to testing applications based on modern web frameworks.

Today, companies face constant challenges, as the business must constantly be developed in order to compete. As new ports are being built in already existing ones, other opportunities are often made available to develop further and reduce costs and risks. Replacing some labour against automation is one of them. The study aims to ensure the risks of using selfdriving vehicles for the movement of containers in port areas. The work has been carried out at SCA in Tunadal for their new coming terminal. The aim of the study was to examine the risk associated with manpower versus self-driving vehicles exist. If, based on a safety aspect, it is profitable to go towards a more automated business. To carry out the study, documents have been collected describing the accidents in the port, two persons who are extra responsible for the accidents in the port have been interviewed and observations have been made to also see how the self-driving vehicle is to be applied to reality. When processing the data, THERP - Technique for human error rate prediction has been used for mapping the current situation. FMEA - failure mode and effects analysis and FTA - Fault tree analysis has been used to map the future situation with automation. The result shows that from a safety perspective, it is safest to use self-driving vehicles, as it is the human slips that represent the greatest risks in port areas. / Idag står företag för ständiga utmaningar då verksamheten hela tiden måste utvecklas för att kunna konkurrera. Då nya hamnar byggs i redan befintlig tas ofta andra möjligheter i förfogande för att utvecklas ytterligare och minska på kostnader och risker. Att byta ut viss arbetskraft mot automation är en av dem. Studien syftar till att se till riskerna med att använda självkörande fordon för förflyttning av containrar i hamnområden. Arbetet har genomförts hos SCA i Tunadal för deras nya kommande terminal. Målet med studien var att se till de risker som finns med att använda arbetskraft kontra självkörande fordon. Om det utifrån en säkerhetsaspekt är lönsamt att gå mot en mer automatiserad verksamhet. För att utföra studien har dokument samlats in som beskriver olyckorna i hamnen, två personer som är extra ansvariga för olyckorna i hamnen har intervjuats och observationer har gjorts för att också se till hur det självkörande fordonet ska appliceras på verkligheten. Vid bearbetning av data har THERP - Technique for human error rate prediction använts för kartläggning av nuläget. FMEA - failure mode and effects analysis och FTA - Fault tree analysis har använts för att kartlägga det framtida läget med automation. Resultatet visar att det ur ett säkerhetsperspektiv är säkrast att använda sig av självkörande fordon då det är de mänskliga snedstegen som står för de största riskerna i hamnområden.

The aim of this thesis is to study a number of standards and theories, from the two research areas human-computer interaction and psychology, about how a graphical user interface (GUI) should be composed in order to facilitate interaction between humans and computers. Special emphasis is put on how the GUI should take into consideration the strengths and limitations of human cognition and perception. A study of three web catalogues shows how these theories appear when concretised. The following questions are answered in this thesis:What guidelines and styleguides can be found that specify the design of a user-friendly GUI?How do a few library catalogues on the web match a selection of these design principles?The guidelines are extracted from literature concerning human-computer interaction, psychology, automated library systems and web design. The standards are ISO 9241 Ergonomic requirements for office work with visual display terminals, and standardised icons from the International Federation of Library Associations. The web catalogues were studied through a questionnaire handed to five people. These catalogues belong to Lund University Library, Frank L. Cubly Library and Spencer Library Media Center. The different aspects studied were icons, information, terminology, orientation, graphics, colours and moving objects. In some cases the catalogues match the guidelines studied, in some cases they do not. Reasons affecting the choice of guidelines are the application, the users and their work, and the hardware. Reasons why guidelines are not used can be that designers do not understand or know them, or that they have found better solutions. / Uppsatsnivå: D

Automated and robotic accounting has expanded and covers more areas than ever before. But automation has resulted in risks within other industries. The purpose of this research has therefore been to investigate the risks that have arisen, as a result of automation and robotization of the accounting. Also to investigate whether the audit risk and audit process has been affected and if the audit process has become more automated. The research questions were answered through a qualitative method, in which nine interviews with authorized auditors were conducted. The result has then been analyzed, mainly in relation to the audit risk model, ARM. The conclusion is that the risks arising from automated systems are a lack of knowledge of the systems, interaction between the systems that lead to the information not being complete and more easily accessible information, that cyber hackers can penetrate. The audit process focuses more on internal control, data analysis and manual transactions that are more risky. This leads to a lower audit risk, where the auditors now can be more sure about that the companies annual statements do not contain significant errors. The inherent risk, control risk and detection risk are lower due to the automation and robotization of the accounting systems. The audit process has not become more automated, since there are technological barriers where the organizations ERP systems are not homogenous, and where the cost is just too high for the audit firms to adapt the automatic audit to the different customers. The auditing standard is not adapted for data analysis and a more automatic and continuous audit, which affects the development of an automatic audit process / Automatiserad och robotiserad redovisning har utvecklats och omfattar flera områden än någonsin. Men automatiseringen har inneburit risker inom andra branscher. Syftet med denna forskning har därför varit att undersöka vilka risker som uppstått till följd av automatisering och robotisering av redovisningen och huruvida revisionsrisken påverkats samt hur revisionsprocessen påverkats och om den har den blivit mer automatiserad. Forskningsfrågorna har besvarats genom en kvalitativ metod, där nio intervjuer med auktoriserade revisorer genomförts. Resultatet har sedan analyserats främst i förhållande till revisionsriskmodellen, ARM. Slutsatserna är att riskerna som uppstått till följd av automatiserade system är bristande kunskap om systemen, interaktion mellan systemen som leder till att informationen inte varit fullständighet samt mer lättillgänglig information som cyberhackare kommer åt. Revisionsprocessen fokuserar mer på intern kontroll, dataanalyser och manuella transaktioner som är mer riskfyllda. Detta leder till en lägre revisionsrisk där automatiseringen lett till att revisorn med större säkerhet kan uttala sig om att företagens påståenden inte innehåller väsentliga felaktigheter. Inneboende risken, kontrollrisk och upptäcktsrisken är lägre. Revisionsprocessen har inte blivit mer automatiserad då det finns teknologiska hinder där det är för hög kostnad för revisionsbyråerna att anpassa en automatisk revision efter de olika kunderna. Revisionsstandarden är inte anpassad för dataanalys och en mer automatisk revision, vilket påverkar utvecklingen av en automatisk revisionsprocess.

<p>Vi har byggt vår studie kring vår egen och tidigare forskning om effekterna av daglig fysisk aktivitet, samt kring olika aspekter av vad fysisk aktivitet kan innebära för vår hälsa. Inledningsvis ger vi även en historisk tillbakablick för att på så sätt informera läsarna om hur idrottsämnet växt fram i Sverige.</p><p>Med grund i att idrottsundervisningen förändrats under de senaste åren, samtidigt som forskningen kring den fysiska aktiviteten ökat, gjordes ett läroplanstillägg 2003. Tillägget innebär att skolan ska erbjuda alla elever daglig fysisk aktivitet inom ramen för hela skoldagen. Syftet med vår studie har varit att undersöka hur läroplanstillägget om daglig fysisk aktivitet implementeras i Stockholm stads grundskolor. Trots omfattande forskning kring den dagliga fysiska aktivitetens positiva effekter, är det inget som tycks prioriteras i dagens skola. Vår undersökning har vi riktat till skolornas rektorer, då de har det pedagogiska ansvaret för att läroplanens mål realiseras.</p><p>Vi har koncentrerat vår studie kring grundskolor upp till år 6 och därför utgått från läroplanstillägget i Lpo 94, som kom 2003. Vi har även nämnt det läroplanstillägg som samtidigt gjordes i Lpf 94 och som riktar sig till gymnasieskolan. Detta har vi valt att göra för att förtydliga regeringens ansatser om att den dagliga fysiska aktiviteten ska gälla alla skolformer.</p>