Utveckling av simulator för ärendehanteringssystem



Relevanta dokument
Datavetenskap. Opponent(er): Niclas Hanold. Samiar Saldjoghi. Respondent(er): Carl-Henrik Svanemark. Joakim De Jong. Definition och Implementering av

Decentraliserad administration av gästkonton vid Karlstads universitet

Migrering av applikationen AMM till molnet

Prototyp av VoIP/PSTN-gateway

Using SharePoint Workflow

Spårbarhet En underskattad dimension av informationssäkerhet

Utveckling av ett grafiskt användargränssnitt

En ansats till behovsstyrd applikationsutveckling

Hash Comparison Module for OCFA

Med koppling till EmiWeb

Logging Module into the PRIME Core

"Distributed Watchdog System"

Presentationsgränssnitt för statistik och historik

Anpassningsbar applikationsstruktur för flerpunktsskärmar

Utvecklingen av ett tidregistrerings- och faktureringssystem

Coridendro ett verktyg för att grafiskt åskådliggöra incidensen av malignt melanom inom olika släkter

Beställningsgränssnitt i surfplattor för restauranger

Synkronisering av kalenderdata

Nätverkslagring: SAN/NAS-lösning för VMmiljö

tjejit en studie av kvinnors låga deltagande vid Karlstads Universitets IT-utbildningar

- A Scrum Planning Tool Case Study to Evaluate the The Rich AJAX Platform

Analys av BI-system och utveckling av BIapplikationer

Packet Aggregation in Linux

Oppositionsrapport: Experior DSTL. Vincent Thuning, Björn Nordström 4 juni 2012

Webbsystems inverkan på innehåll och användbarhet på webbplatser - oppositionsrapport

Opponenter: Erik Hansen Mats Almgren Respondent: Martin Landälv ioftpd-verktyg

extensible Markup Language

Data visualization on Android

Administrationsverktyg för marinvåg

Grafisk visualisering av en spårbarhetslösning

Oppositionsrapport. Opponent: Therese Sundström. Respondent: Malin Abrahamsson & Aleksandra Gadji

Teoretisk och praktisk genomgång av IPv6 och dess säkerhetsaspekter

Unit testing methodology

EXJOBBSOPPOSITION. Rapportförfattare: Hanif Farahmand Mokarremi Ashkan Jahanbakhsh

City Mobility Model with Google Earth Visualization

UTBILDNING & ARBETE Uppsatsskrivandets ABC

Titel. Undertitel (Titel och undertitel får vara på max 250 st tecken. Kom ihåg att titeln på ditt arbete syns i ditt slutbetyg/examensbevis)

MINIMIKRAV VID RAPPORTSKRIVNING

Titel Mall för Examensarbeten (Arial 28/30 point size, bold)

Miniprojekt 1 (forts): 2D datorgrafik, avbildningar och begrepp

Rapportgranskning, Rapport 1

Checklista. Hur du enkelt skriver din uppsats

GYMNASIEARBETET - ATT SKRIVA VETENSKAPLIGT

Uppsatsskrivandets ABC

KN - Seminarium. (Anvisningar för skrivande)

Att skriva teknisk ra r p a port r

Skrivprocessen. Skrivprocessen och retoriken. Skrivprocessen Retoriken Förklaringar

Mobil streckkodsavläsare

OM PRESENTATIONER OCH OPPOSITIONER. Tillämpad matematik i natur och teknikvetenskap, TNA005 För ED1, KTS1, och MT1 vårterminen 2015

Skriv! Hur du enkelt skriver din uppsats

Titel: Undertitel: Författarens namn och e-postadress. Framsidans utseende kan variera mellan olika institutioner

Rapportmall med instruktioner

Word-guide Introduktion

Li#eratur och empiriska studier kap 12, Rienecker & Jørgensson kap 8-9, 11-12, Robson STEFAN HRASTINSKI STEFANHR@KTH.SE

Skriva, presentera och opponera uppsats på läkarprogrammet Examensarbete termin 10

Mälardalens högskola

Dags att skriva uppsats?

Investigating and Implementing a DNS Administration System

översikt som visar centralt innehåll i GY 11 i relation till innehåll i Ämnets syfte 1 SVENSKA RUM 1

Skriva, presentera och opponera uppsats på läkarprogrammet Examensarbete termin 10

Bedömningskriterier för kandidatuppsats i omvårdnad

Examensarbete, Högskoleingenjör energiteknik, 15 hp Grundnivå

En uppsats bedömningsgrunder Struktur Innehåll Stil: språk Stil: layout

Att citera och referera

Oppositionsprotokoll-DD143x

Skriv uppsatsens titel här

Kandidatuppsats. Januari Statistiska institutionen Stockholms Universitet

Utformning av resultatdiskussion

Lärarhandledning Vi lyssnar och samtalar

SKRIFTLIGT ARBETE. 4 HP Handledare: Michelle Göransson

Diginto. Administration av nätverks- och serverutrustning. Gonzalo Rivera

Skriva, presentera och opponera uppsats på läkarprogrammet Examensarbete termin 10

KURSHÄFTE. SKRIFTLIGT EXAMENSARBETE. ÄDELLAB 7,5 HP Handledare: Michell Zethson

UTFORMNING AV SLUTGILTIG RAPPORT

Riktlinjer för bedömning av examensarbeten

Bedömning. Utvärdering 1. Utvärdering 2. Utvärdering 3. Bedömning under studierna

Gymnasiearbetet. Daniel Nordström

1 Inledning/översikt Examensarbete... 4

GYMNASIEARBETE PÅ EKONOMIPROGRAMMET

Pass 3: Metadata. Svensk nationell datatjänst, SND BAS Online

Att skriva uppsats 31:januari

Aristi Fernandes Examensarbete T6, Biomedicinska analytiker programmet

Att skriva rapporten för examensarbetet & sammanfattning av IMRAD. Ville Jalkanen TFE, UmU

Bedömning av Examensarbete (30 hp) vid Logopedprogrammet Fylls i av examinerande lärare och lämnas i signerad slutversion till examinator

Terminsplanering i Svenska årskurs 9 Ärentunaskolan

Sänk kostnaderna genom a/ ställa rä/ krav och testa effektivt

Lärarhandledning Vi uppmärksammar varandra och samtalar om textinnehåll

Utformning av PM. Hälsa och livskvalitet Vårdkvalitet och säkerhet Vårdmiljö och resurser

Kursutvärdering av Introduktionskursen, 7 poäng, ht 2006

Bestäm vilket av, eller vilken kombination av övertygande tillvägagångssätt (känsla, logik, förtroende) som du avser att använda i din presentation.

Sovra i materialet. Vad är viktigt? Vad kan tas bort? Korta ner långa texter.

Plats avhandlingens titel på en rad, två rader eller tre rader

Gymnasiearbetets titel (huvudrubrik)

Bedömning av Examensarbete (30 hp) vid Logopedprogrammet Fylls i av examinerande lärare och lämnas till examinator

Anvisningar för presentation och opponering. En liten guide för presentation och opponering av kandidat- och magisteruppsatser

Varianter: 20 p. D-nivå (för magisterexamen) 10 p. C-nivå (för kandidatexamen) 10 p. C-nivå + 10 p. D-nivå (för magisterexamen) Delar:

KURSHÄFTE. UPPSATS/ESSAY. ÄDELLAB 4,5 HP Handledare: Michell Zethson

Skrivprocessen. Skrivprocessen och retoriken. Skrivprocessen Retoriken Förklaringar

KURSUPPLÄGG OM PRESENTATIONER OCH OPPOSITIONER SYFTE MED RAPPORTER OCH OPPOSITIONER DAGENS PROGRAM. UPG1 (klart)!

IKT-UPPGIFT 2 HVISTORIA Hvitfeldtska Gymnasiet KALLA KRIGET

Transkript:

Datavetenskap Opponent(er): Emil Danielsson & Patrik Lundberg Respondent(er): Niclas Hanold & Samiar Saldjoghi Utveckling av simulator för ärendehanteringssystem Oppositionsrapport, C/D-nivå 2005:xx

1 Sammanfattat omdöme av examensarbetet Uppgiften är väl beskriven men det verkar som att resultatet har blivit lidande på grund av vissa tekniska problem som uppstått under vägen. Då resultatet inte har dokumenterats tillräckligt väl, utan mer de problem som man stött på, är det svårt att veta om målet för arbetet har uppnåtts. Helhetsbilden av uppsatsen försämras på grund av uteblivna referenser och delvis icke-akademiskt språkbruk. Trots vissa motgångar har man i rapporten ändå lyckats förmedla sina intensioner med arbetet. 2 Synpunkter på uppsatsen knuten till examensarbetet 2.1 Titel Utveckling av simulator för ärendehanteringssystem beskriver väl vad uppsatsen kommer att handla om. 2.2 Uppsatsens disposition Uppsatsen är disponerad på ett bra sätt och det är lätt att enligt innehållsförteckningen leta upp det avsnitt som man är intresserad av. Vi anser dock att kapitel 2,3 och 4 skulle kunna kombineras till ett större bakgrundskapitel. 2.3 Begreppsapparat I avsnitt 2.3.1.1 listas en del förkortningar och vad förkortningen står för. Det skulle vara bra med en kortare genomgång om vad de olika begreppen innebär då det är många förkortningar som ofta används genom hela uppsatsen. Det skulle på så sätt bli enklare att sätta sig in i exempelvis olika händelseförlopp. Genom hela uppsatsen används inte begreppen konsekvent, det är en blandning mellan svenska och engelska med en del försvenskade ord. Ett exempel på detta är i andra stycket i avsnitt 5.3 där ordet propertiesfil används. 1

2.4 Argumentering och slutsatsdragning Eftersom att det inte finns väldigt mycket att argumentera om i ett sådant här projekt, där implementationen har stort fokus, har detta inte fått så stort utrymme i uppsatsen. Dock hade det varit intressant med några argument om varför man använt den design och de tekniker som man valt. 2.5 Sammanfattningen Sammanfattningen är bra, lättläst och presenterar en bra helhetsbild av vad projektet handlar om. 2.6 Språkbehandling Språket i rapporten övergår i vissa delar till ett vardagsspråk blandat med mycket tekniska termer som kan uppfattas som svårförstådda. Ibland används engelska uttryck trots att det finns ett motsvarande svenskt ord vilket ger en inkonsekvent uppsats. Dessutom finns det en hel del grammatiska och semantiska fel. 2.7 Referat och källförteckning Referenserna som finns i uppsatsen konstigt placerade då de är i figurförteckningen och att de refererar till kapitel 9 istället för till referensnumret. Det saknas referenser till många olika tekniker och till alla bilder. Ett exempel på saknad referens är till Kent Beck i kapitel 4.1 som handlar om extreme Programming. Många av referenserna som är listade i kapitel 9 saknar titel och datum vilket gör det svårt att få en överblick av vad länkarna handlar om och när man har hämtat sin information. 2.8 Övriga kommentarer Dokumentationen är överlag bra, men en del slarvfel som är lätt att åtgärda gör att det känns som att uppsatsen har avslutats i all hast. Ett exempel på detta är figur 12 i kapitel 3.3 där bilden ligger över figurtexten. 2

3 Genomgång av uppsatsen kapitelvis 3.1 Kapitel 1 Kapitel 1 beskriver på ett bra och tydligt sätt vad examensarbetet handlar om och kapitlet avslutas med en kort beskrivning av uppsatsens disposition. Även denna är bra eftersom man här får en bra överblick av vad de olika kapitlen kommer att ta upp. Något som dock känns lite oklart är när det gäller målet med arbetet, om man ska utveckla en simulator till CQ4E, eller om man ska utveckla en simulator av CQ4E som ska arbeta mot MHWeb. 3.2 Kapitel 2 Kapitel 2 börjar med att gå igenom några centrala begrepp inom projektet och detta är bra eftersom de kommer att användas mycket under resten av rapporten. Avsnitt 2.3.1 har titeln MH - Design Underhåll på Ericsson, vilket är lite missvisande. Det är lite oklart vad stycket ska handla om, och i stycket så tas ingenting om Ericsson upp. Avsnittet 2.3.1.1 har också en missvisande titel. Namnet är Definitioner, vilket inte är det som tas upp. Istället så skrivs det endast ut vad en rad olika förkortningar står för. En hel del bilder används i kapitlet och detta är mycket bra då det är lättare att få överblick av de olika systemen och händelseförloppen. Dock vore det bra om det fanns numrering på bilden som matchar numrering i den beskrivande texten. Ett exempel är figur 3 där det finns numrering i bilden från 1 till 5, men dessa nämns inte alls i texten under där händelseförloppet beskrivs. En del av bilderna som visar gränssnittet i MHWeb bör heller inte vara med eftersom de inte tillför så mycket. 3.3 Kapitel 3 Kapitel 3 tar upp ytterligare bakgrund och fokuserar på uppdragsgivaren Tieto och sedan de krav som man har fått därifrån om vad projektet ska innehålla. Dessa krav presenteras på ett bra sätt som en lista. Listan är dock numrerad och det framgår inte ifall detta är någon sorts prioritering eller beror på något annat. Det finns även en del krav som ligger ovanför listan, vilket gör att det kan uppfattas lite rörigt. 3

I avsnitt 3.3 så visas en bild över det nuvarande systemet och en över hur det kommer att se ut när CQ4E simuleras istället. Detta är mycket bra då man får en bra överblick över hela systemet. Detta kapitel tar upp mycket bakgrundsinformation vilket gör att det hade kunnat ligga i kapitel 2. 3.4 Kapitel 4 Kapitel 4 ger en bakgrund om de olika metoderna och teknikerna som har använts under projektet. Detta görs på ett välformulerat och utförligt sätt, med mycket bra illustrerande bilder. Dock kan det tyckas att man förklarar en del tekniker lite väl ingående i proportion till hur mycket de används i resten av rapporten. Det skulle vara bra att ha även detta kapitel tidigare i uppsatsen eftersom många tekniker som presenteras här har nämnts många gånger tidigare i rapporten. Det skulle vara intressant att få lite mer information om hur de olika teknikerna och metoderna har använts i projektet. 3.5 Kapitel 5 I kapitel 5 beskrivs utförligt hur man har gått till väga vid implementationen i projektet. I presentationen av användargränssnittet visas en bild, figur 20, över hur gränssnittet är uppdelat i olika delar. Det hade dock här varit bättre att använda en skärmdump av det färdiga gränssnittet istället för en bild med 3 tomma vita rutor. I avsnitt 5.2 så beskrivs en panel 2 och det framgår inte var denna panel finns. Det är förmodligen figur 20, men det refereras aldrig till den. 3.6 Kapitel 6 Innehållet i kapitel 6 är svårt att ha någon uppfattning om eftersom det främst är riktat till personer som ska jobba med simulatorn. På grund av detta är vi tveksamma till ifall den passar i själva uppsatsen utan kanske borde ligga som en bilaga, eller eventuellt skrivas om med mer ingående förklaringar och skärmdumpar för att förtydliga. Eftersom resten av rapporten är skriven på svenska så bör också denna del vara det. 4

3.7 Kapitel 7 Kapitel 7 är det kapitel som ska beskriva vad man har uppnått i projektet, men istället ligger här fokus på vad man inte har uppnått vilket ger en negativ bild av resultatet. Förhoppningsvis har de flesta av punkterna i kravspecifikationen genomförts, men detta framgår inte i texten. 3.8 Kapitel 8 Det var intressant att läsa reflektionerna över projektet men dessa hade gärna kunnat vara lite mer utförliga. Det hade också varit bättre att hålla nere antalet stycken för att få mer löpande text 3.9 Övriga kommentarer Samtliga kapitel saknar inledning vilket gör att man inte får en överblick av vad avsnitten i det kommande kapitlet kommer att handla om. En sammanfattning i slutet av varje kapitel hade också underlättat då den viktigaste informationen hade tagits upp. 4 Slutliga kommentarer Det har varit intressant att läsa om den uppgift som Niclas och Samiar har fått möjlighet att utveckla och de problem som man stött på under arbetets gång. Helhetsintrycket är att de har utvecklat en prototyp som går att vidareutveckla och förhoppningsvis underlätta för de personer som arbetar med MHWeb inom Tietos koncern. 5