Department of computer science

Størrelse: px
Starte visningen fra side:

Download "Department of computer science"

Transkript

1 Department of computer science Titel: Wap.studenternet.auc.dk Tema: Design og vurdering af et edb-system i samarbejde med brugere Projektperiode: 3/2 30/ Semester: Informatik 2. Semester Projektgruppe: E1-113 Deltagere: Christian Veigaard Kim Fritze Sillasen Lars Kragh Nielsen Mikkel Lønvig Jensen Frederik Normann Hansen Rasmus Brink Troels Fibæk Bertel Karsten Andersen Vejleder: Lone Leth Thomsen Oplagstal: 10 Sideantal: 114 Bilagsantal og art: 3 bilag 1 appendiks Afleveringsdato: 30/5/2003 Synopsis Dette projektet er underlagt temaet Design og vurdering af et edb-system i samarbejde med brugere, og omhandler udviklingen af et system baseret på WAP protokollen. Dette system har til formål at gøre funktionaliteter på hjemmesiden mobile for studerende på Aalborg Universitet. Vi har valgt at udvikle systemet efter Extreme Programming metoden, og har haft et udbytterigt brugersamarbejde. Resultatet er et WAP-system programmeret i PHP og WML, der i samspil med Studenternets database kan vise informationer gemt i brugernes kalendere samt informationer om de kurser, som brugerne følger. Der er desuden implementeret en busplan som supplement til funktionaliteterne på Studenternet. Konklusionen på dette er, at vi har udviklet et system som brugerne er tilfredse med, og vi har derfor med succes inddraget brugerne i udviklingsforløbet. Endvidere konkluderes det at Extreme Programming har været en god metode at anvende til dette projekt.

2

3 Indholdsfortegnelse Forord...5 Indledning...1 Problemformulering...1 Problemafgrænsning...1 Målgruppen...2 Del I Metode...3 Traditional Software Engineering...3 Extreme Programming...5 Metodediskussion...7 XP som udviklingsmodel...9 Del II Foranalyse...17 Beskrivelse af WAP...17 Studenternet...18 Indledende brugermøder...19 User stories...20 Strukturering af releases...21 Del III Release- forberedelse...23 Design...28 Del IV Release Design...33 Del V Release Design...41 Test af Release 1 & Del VI Release Design...51 Test af Release 2 & Fremtidige releases...57 Del VII Refleksion...61 Projektforløb...61 Metoden...62 Udviklingsfilosofi...65 Samarbejde med Studenternet...67 Brugersamarbejde og test...68

4 Konklusion Bilag A - Tests Test af release 1 & Test af release 2 & Bilag B - Tidsplan...89 Tidsplan Bilag C - Brugermøder Kondensering af første møde med brugere Ordforklaring Litteraturliste Bøger Artikler Internet adresser Appendiks A Kode eksempler Busplan - Nytorv.php Kalender Maaned.php Studenternet Loginwml.php

5 Forord Denne rapport er skrevet af gruppe E1-113 på Informatik studiets 4. semester ved Aalborg Universitet. Projektet er udarbejdet med henblik på at designe, vurdere og realisere et edbsystem i samarbejde med dets kommende brugere samt at vise forståelse for kurserne Systemudviklings Filosofi og Software Engineering. I dette projekt er der blevet samarbejdet med gruppe D321 fra Informatik Basis, 2. semester, og vi vil derfor rette en tak for et inspirerende samarbejde. Derudover sendes der tak til Ulrik Kold, Rolf Njor Jensen og Joakim Recht fra Studenternet for hjælpen med at sætte os ind i Studenternets kildekode. Kim Baasch og Søren Kriegbaun, der begge arbejder for Computopic skal have tak for at stille en SMS-gateway til vores rådighed. Ord i teksten, som kræver yderligere forklaring uddybes i ordforklaringen sidst i rapporten. Referencer til bøger i teksten er opbygget således [forfatters efternavn, udgivelsesåret, sidetal]. Til rapporten er der vedlagt en CD med den udviklede kode. Christian Veigaard Kim Fritze Sillasen Lars Kragh Nielsen Rasmus Schjer Brink Troels Fibæk Bertel Mikkel Lønvig Jensen Karsten Stig Andersen Frederik NormannHansen

6

7 Indledning Studenternet (www.studenternet.auc.dk) startede i august 1998 som en online version af Aalborg Universitets Studieguide. Antallet af besøgende på siden var dog meget lavt i forhold til studerende på universitetet, så strategien blev ændret til at åbne muligheden for adgang til nye funktionaliteter, og man gik helt væk fra Studieguiden. Målgruppen for det reviderede Studenternet var studerende ved fremmedsprog på universitetet, men de var af ukendte årsager ikke interesserede i at bruge siden. For at få flere brugere på siden overtalte man i stedet sekretærerne på basisuddannelsen til at bruge Studenternet til skemaer og anden studierelevant information. Dette gjorde, at Studenternet blev benyttet mere af studerende på basis, og udbredelsen af Studenternet er siden steget støt, og udgør i skrivende stund godt 640 brugere. Dette tal stiger stadig. Studenternet indeholder i dag en bred vifte af funktionaliteter og informationer, som kommer de studerende til gode. Blandt andet vises der udsnit fra nyhedstjenesten Politiken.dk, hvor den studerende kan læse de seneste nyheder. Som en central del indeholder Studenternet en kalenderfunktion, hvor den studerende kan se sin semesterkalender, og der tilbydes en personlig kalender, hvor aftaler og opgaver kan gemmes. Det er endvidere muligt at tilmelde en projektgruppe, der kan oprette gruppeaftaler, og flette disse sammen med de øvrige aftaler gruppen har, i en og samme kalender. Herudover tilbyder Studenternet et fildelingssystem, hvor dokumenter kan gemmes, så andre medlemmer af den samme gruppe kan læse og redigere i disse. Der er til denne funktion udviklet et versionsstyringssystem, så alle tidligere udgaver af dokumenter er tilgængelige. En sidste og meget central del af Studenternet er en indbygget mailklient, hvorfra den studerende kan læse og sende s. Studenternet er på nuværende tidspunkt kun tilgængeligt gennem stationære eller bærbare computere med netadgang. En måde at forandre dette kunne være at gøre siden, eller dele af den, mobilt tilgængelig. Her kommer Wireless Application Protocol (WAP) teknologien ind i billedet. For nogle år siden forventede mange, at det mobile Internet i form af WAP snart ville blive en realitet [Grouleff, 1999]. Siden er forventningerne blevet væsentligt mindre, og mange forventer ikke længere, at udviklingen vil ske med den samme hastighed, som man troede dengang. Problemet var dengang, hvem der skulle skabe dette mobile Internet og hvordan. Der findes talrige eksempler på, hvordan udviklingen af nye markeder har forvandlet sig til rene standardkampe firmaer imellem. Et kendt eksempel er historien om Macintosh, som for 1

8 10 år siden havde en meget stor markedsandel. Denne markedsandel var så stor, at der var en chance for, at Macintosh ville udkonkurrere DOS baserede computere. Som vi alle ved, var det imidlertid PCen, der vandt kampen gennem lanceringen af det meget Apple inspirerede Windows-system. [Skovgaard, 2000] WAP-standarden blev skabt som et sæt grundregler for det mobile Internet, netop for at undgå lignende standardkampe samt for at skabe en fælles standard, der kunne læses af mobile enheder. Der bestod et problem i, at de mobile enheder, som skulle håndtere informationer var meget små. Her menes ikke kun størrelsesmæssigt, men også kapacitetsmæssigt. Processor, hukommelse, båndbredde, strømforsyning, skærm og tastatur er langt mindre end på stationære PCer. Dette er et problem, da hjemmesider på Internettet laves til relativt store skærme og kraftfulde computere. Derfor satte tre af verdens største mobiltelefonproducenter, Motorola, Ericsson, Nokia, og softwarefirmaet Phone.com sig ned for at udvikle en standard til at simplificere informationer på Internettet sådan, at de også kunne læses på mobile platforme. Denne standard kaldte de WAP. Desuden dannede de organisationen WAP Forum, der havde til formål at udvikle og promovere WAP. Hermed var Motorola, Ericsson og Nokia klar til at producere og lancere telefoner med den nye teknologi. De første telefoner, der var i stand til at vise WAP-sider, kom på markedet herhjemme i slutningen af Teknologien var ny og forhåbningerne til den store [Svendsen, 1999]. WAP blev markedsført som Internettet på mobiltelefonen, men svarede nok mere til mobilt tekst TV, som en dengang fremtræden dansk WAP-portal foretrak at kalde det [Bredsdorff, 1999]. Wapportal.dk var en af de første danske WAP-sider og rummede, da siden var størst, links til 4000 europæiske WAP-sider. Heraf var de 500 danske. Allerede et år efter den danske lancering af WAP stod det klart, at teknologien kun havde tiltrukket en meget lille del af det antal brugere, som mange havde håbet. Wapportal.dk valgte som en følge heraf, at fokusere på udviklingen af WAP-sider til andre selskaber [Lauridsen, 2000]. WAP teknologiens flop hos den brede forbrugerskare skabte store ændringer, ikke kun hos wapportal.dk, men også for mange af de virksomheder, der udviklede mobile løsninger. Udviklingsvirksomhederne blev tvunget til at skabe tjenester med reel værdi frem for at leve på den tiltrækning, som en ny teknologi ofte har i sin første levetid. Det har under disse ændringer vist sig, at det ofte er internt i virksomheder og organisationer at WAP teknologiens fordele udnyttes bedst [Nokia, 2003], [Nielsen, 2000] og [Dun, 2000]. Det er derved med til at højne berettigelsen af vores undersøgelse, at Studenternet må betragtes som en service for en organisation. Det vil derfor blive interessant at se, om vi er i 2

9 stand til, sammen med brugerne, at udvikle en WAP-side med brugbar information og dermed reel værdi. 3

10

11 Problemformulering Temaet for dette projekt er Design og vurdering af et edb-system i samarbejde med brugere. Vi har valgt at designe og vurdere et mobilt system baseret på WAP-protokollen. Dette system er tiltænkt at støtte de studerendes daglige arbejde på Aalborg Universitet. Det være sig både i faglige og praktiske henseender. Systemet vil derfor tage udgangspunkt i de muligheder, der findes på web-portalen Studenternet. Denne portal er udformet med det formål at samle alle de oplysninger og værktøjer, som de studerende på Aalborg Universitet har brug for til både faglige og sociale formål. Følgende initierende problem udgør essensen i vores problemformulering: Hvordan kan vi, i samarbejde med udvalgte brugere, udvikle et system, der gør dele af Studenternet mobilt tilgængeligt? Heraf fremspringer følgende problemstillinger: Hvordan kan vi inddrage brugerne i systemudviklingen og sikre et brugbart system? Hvilken systemudviklingsmetode egner sig godt til dette projekt? Problemafgrænsning Som det fremgår af problemformuleringen, er der én overordnet problemstilling, som vi vil koncentrere os om i dette projekt. Det giver anledning til at nævne de aspekter af systemudviklingen, vi ikke vil undersøge nærmere. I et projekt, hvor systemet ikke er bestillingsarbejde og derved bygges på en idé, ville der i mange tilfælde ligge en markedsanalyse til grund for projektet. Dette er dog ikke tilfældet for dette projekt, og det kan diskuteres, om en markedsanalyse er nødvendig for at udvikle et stykke software af den størrelse, som er aktuel i forbindelse med et universitetsprojekt. Mange produktudviklinger i dag bygger på idéer og områder, hvor der er et behov, som udviklerne prøver at dække. Om behovet fastslås vha. markedsanalyser, forespørgsler eller bare er åbenlyst for systemudviklerne, er ikke afgørende. Dette projekt bygger på en idé til et system, som vi mener, kan lette de studerendes dagligdag. Det afgørende for os er læringsprocessen, der sker ved at udvikle et stykke software i samarbejde med brugerne. Et andet aspekt af systemudviklingen, vi ikke vil gå i dybden med, er den økonomiske side. Med dette menes de omkostninger, som de studerende eller universitetet vil få i forbindelse 1

12 med at bruge systemet. Vi vil ikke se nærmere på, hvor denne økonomiske belastning skal ligge, eller hvor stor den vil blive. Det sidste aspekt er vedligeholdelse af systemet. Systemet kommer til at hente informationer fra den samme database som Studenternet, og vil på den måde vedligeholde sig selv med hensyn til opdaterede informationer. Af samme årsag vil koden til vores system være afhængig af den kode, som ligger til grund for Studenternet. Derfor vil det kræve tilpasning af vores kode, hvis Studenternets kode blev ændret. Målgruppen Målgruppen, for det system vi designer, er Studenternets brugergruppe. Som repræsentanter for brugerne har vi valgt en gruppe bestående af syv studerende på Informatik Basis 2. semester. Da Studenternet anvendes som semesterkalender på basisuddannelsen, har brugerne allerede et godt kendskab til websiden og dermed et godt udgangspunkt til at hjælpe os med udviklingen. Vi kan ikke forudsætte, at vores målgruppe har et tidligere kendskab til WAP, da udbredelsen og anvendelsen af WAP i Danmark lader en del tilbage at ønske. Dermed er vores målgruppe, og de repræsentanter for samme vi vil anvende som testpersoner, ingenlunde eksperter i, hvilke krav, der kan stilles til en WAP-service. Af denne grund vil det være risikabelt at opstille en definitiv kravspecifikation tidligt i udviklingsforløbet baseret på brugernes krav. I stedet ønsker vi en indledende, midlertidig kravspecifikation kombineret med et tæt, løbende brugersamarbejde, hvor nye eller ændrede krav kan indfries. 2

13 Del I Metode I dette afsnit vil vi begrunde vores valg af udviklingsmetode. Indledningsvis vil vi introducere forskellige udviklingsmodeller og fremhæve deres styrker og svagheder. Baseret på disse overvejelser vil vi vælge en metode, som passer til vores projekt. I løbet af dette semester har vi modtaget undervisning i forskellige tilgange til systemudvikling. Konkret har dette været gjort ved at holde flere forskellige traditionelle softwareudviklingstilgange op mod den nyere metode Extreme Programming (XP). Dermed har vi haft mulighed for at vælge mellem en del metoder til udviklingen af dette projekt, hver med sine styrker og svagheder. Efter grundigt at have vurderet en række metoder har vi indsnævret udvalget til to tilgange, der på en række områder ligner hinanden, men som samtidig adskiller sig afgørende. Metoderne er Incremental Development og XP. Årsagen til at vi har kunnet indsnævre vores fokus til netop disse to metoder er, at begge metoder anvender et tæt og løbende samarbejde med brugere. Dette er et af de krav, som er sat af vores studieordning. I det efterfølgende kommer en kort gennemgang af de to metoder, hvorefter vores valg vil falde på den ene. Gennemgangen af Incremental Development starter med en kort introduktion af Traditional Software Engineering (TSE) for at forklare baggrunden for metoden. Traditional Software Engineering TSE er den traditionelle måde at udvikle software på. TSE er ikke en metode eller model i sig selv, men beskriver en række udviklingsmodeller til brug under softwareudvikling. Disse 3

14 modeller tæller bl.a. The Waterfall model, The Spiral model, Prototyping og Incremental Development [Sommerville, 2001, s ], som har hver deres styrker og svagheder alt efter hvilken situation og hvilket problemområde, udviklerne har med at gøre. Gode udviklere bør derfor vælge udviklingsmodel med omhu, inden de kaster sig ud i et udviklingsprojekt. Dette vil vi forsøge at gøre i det efterfølgende. Som nævnt ovenfor har vi valgt at koncentrere os om to udviklingsmodeller; Incremental Development og Extreme Programming, som begge er karakteriseret ved stor brugerkontakt. Vi vil nu gennemgå modellen Incremental Development. Incremental Development Incremental Development er en hybrid-model, der tager sine karakteristika fra flere forskellige modeller i TSE. Argumentet for dette er, ifølge Ian Sommerville [Sommerville, 2001, s.51], at det er nødvendigt at bruge forskellige indgangsvinkler til forskellige problemer. For eksempel kunne det være en fordel at bruge The Waterfall model under udviklingen af et delsystem, hvor kravspecifikationen er meget veldefineret og Prototyping på et andet, hvor kravspecifikationen er knap så veldefineret. Sommerville siger ydermere, at det er nødvendigt at have en iterativ model, så man kan ændre designet og implementeringen i takt med, at brugerne ændrer deres krav. Det vil sige, at det er tilladt at springe frit mellem udviklingsfaserne, hvis man får brug for det. Figur 1 : Incremental Development [Sommerville, 2001, s. 52] Incremental Development deler et system op i såkaldte increments, som er afgrænsede funktionaliteter eller delsystemer af det færdige produkt. Funktionaliteterne i et increment designes og implementeres serielt. Som det fremgår af Figur 1 ovenfor, starter modellen med at identificere og fastlægge de overordnede funktioner, som systemet skal kunne udføre. Herefter skal kunden prioritere funktionaliteterne efter, hvilke der er de vigtigste. Så laves prioriteterne til increments og det 4

15 aftales hvornår de enkelte increments skal afleveres til kunden. Det increment, som har højeste prioritet, afleveres først osv. Efter alle increments er på plads, er den første kundekontakt slut. Nu designes den overordnede systemarkitektur. Når den overordnede systemarkitektur er på plads startes der på det første increment, hvor funktionaliteter defineres og designes i detaljer. Derefter udvikles med den rette model som beskrevet ovenfor. Hvert increment testes og integreres i systemet, hvorefter hele systemet testes. Så snart et increment er færdigudviklet og integreret afleveres det til kunden. Dette sikrer, at kunden hurtigt opnår erfaring med systemet og mest erfaring med de tidligst leverede funktionaliteter, hvilke kunden prioriterede som de vigtigste. Det sikrer hurtig og god feedback fra kunden angående ændringer, forbedringer osv. Resultatet burde være, at omfangsrige og talrige ændringer i koden undgås og et mere solidt produkt produceres [Sommerville, 2001, s. 51]. Extreme Programming XP er en relativt ny metode, som bygger på forskellige egenskaber fra andre systemudviklingsmetoder. Forskellen mellem XP og de modeller, fra hvilke den henter inspiration, er ekstremiteten. Hvor der under tidligere metoder blev skrevet en række testcases til udvalgte områder af et systems funktionalitet, bliver der i XP skrevet testcases til alt. Hertil kommer at disse testcases køres, hver gang koden ændres. Tanken bag dette er formuleret af Kent Beck, metodens skaber, If testing is good, everybody will test all the time (unit testing) even the customers (functional testing) [Beck, 2000, preface]. Dette citat reflekterer idéen bag XP, XP takes common sense principles and practices to extreme levels [Beck, 2000, preface]. On-site customer er et af hovedbegreberne i XP. Denne er en repræsentant for brugerne, der er til stede under udviklingsforløbet. Hans formål er at teste systemet løbende og give hurtig og relevant feedback. Ved at være en del af udviklingsforløbet får han hurtigt stor indsigt i systemet, og giver dermed også bedre feedback. Release er et andet af XPs hovedbegreber. Disse tilsvarer Incremental Delevelopments increments, dog med nogle få forskelle. Graden af planlægning er mindre end for increments. 5

16 Man starter således hurtigere i udviklingen af releaset med at implementere funktionaliteterne, som i XP defineres ud fra customer stories. Customer stories er funktionaliteter sat i relation til virkeligheden; hvordan kunne det tænkes at funktionaliteten blev brugt, i hvilken situation osv. TSE kalder dette for brugsmønstre. Således er XP i høj grad en praktisk orienteret metode. The Planning Game er XPs værktøj til planlægning af udviklingsforløbet. Dette gøres ved at udviklerne, i samspil med kunden, fastlægger indholdet af det system, der skal udvikles. Det er kundens opgave at skrive et antal af de førnævnte customer stories. Disse gives til udviklerne, som derefter estimerer, hvor lang tid de enkelte stories vil tage at implementere. Disse estimeringer formidles tilbage til kunden, som skal udvælge de customer stories, der skal implementeres i et release og fastsætte en deadline for releaset. Den planlægningsmæssige horisont er også forholdsvis kort i XP; i stedet for at søge at planlægge det fremtidige udviklingsforløb i detaljer vælges det under XP at have en midlertidig kravspecifikation og designe og implementere det, der er nødvendigt i nuet. Den pågældende on-site customer tester således systemet efterhånden som det udvikles, og tilbagemelder fejl eller nye krav til systemet. Herved udvikles kravspecifikationen og systemet forfines løbende. Som det fremgår af Figur 2 startes udviklingen med at definere customer stories. Dette gøres i samarbejde med on-site customeren. Herefter prioriteres de pågældende customer stories og rækkefølgen, hvorpå de skal implementeres, fastlægges. Et passende antal customer stories tildeles hvert release og der sættes deadlines for, hvornår releasene skal ligge færdige. Der startes nu på det første release med at konstruere tasks ud fra de pågældende customer stories. Herefter konstrueres en passende designmetafor og en overordnet arkitektur. Med designmetafor menes en metafor, der kan lette forståelsen af det lidt abstrakte programmel, både programmører imellem og mellem programmørerne og on-site customeren. Et glimrende og nok det mest kendte eksempel herpå, er metaforen for Microsoft Windows grænseflade, som de kalder skrivebordet. Hver gang der implementeres selv en lille del testes hele systemet enten af on-site customer eller af udviklerne. 6

17 Figur 2: Modellen viser faserne i et XP-projekt. Metodediskussion Nu har vi gennemgået de to udviklingsmodeller, som vi vurderer er interessante for vores projekt. Den valgte udviklingsmetode bliver essentiel for vores projektforløb og som tidligere nævnt, bør gode udviklere vælge en udviklingsmetode med omhu. Derfor vil vi nu diskutere de to metoder og en udvalgt række af deres respektive styrker og svagheder med det formål at vælge en udviklingsmetode for projektet. Begge udviklingsmetoder har elementer, som virker interessante set i lyset af vores projekt: De primære fælles forcer for Incremental Development og XP ligger i brugerkontakten og opdelingen af udviklingen i etaper. Den løbende implementering og test sikrer, at kunden er med i udviklingen, og at der bliver skredet ind overfor kritiske fejl på et tidligt tidspunkt i forløbet. Dette sikrer mere stabil og brugervenlig software, samt at fejl er relativt billige at rette. Endvidere spildes der ikke unødvendigt lang tid på grundig indledende analyse af problemområder, hvor brugerne ikke kan forventes at vide, hvilke krav de har, fordi der anvendes en mindre udbredt teknologi. 7

18 Til trods for at de to modeller bl.a. har brugerkontakten til fælles, adskiller de sig dog betragteligt i anvendelighed ved relativt små projekter. Som Sommerville [Sommerville, 2001, s. 51] skriver, blev Incremental Development oprindeligt konstrueret som en udviklingsmodel til store projekter. Her menes projekter, som omhandler omfangsrige programmer, der ikke umiddelbart kan overskues af hverken kunden eller udviklerne. Incremental Development opdeler derfor systemudviklingen i mindre stykker, hvorefter disse brudstykker udvikles én efter én, hvilket giver både kunden og udviklerne et meget bedre overblik over programmet. Hvert brudstykke skal udvikles ved brug af den TSE-model, som egner sig bedst til det aktuelle problem alt efter, hvor god kravspecifikationen er for det givne increment. Dette er en relativt omstændelig proces, hvilket betyder at projekterne, der anvender denne tilgang, skal have en vis størrelse for at metoden kan forsvares ressourcemæssigt. I modsætning hertil egner XP sig bedst til mindre udviklingsprojekter, der kan varetages af 2-10 udviklere. Udviklingsmetoden foreskriver, at alle udviklerne sidder i samme lokale, og at koden bliver parprogrammeret. Parprogrammering indebærer at al kode skrives af teams på to udviklere. På den måde sikrer man kommunikationen i projektgruppen, og sikrer konsistens og kvalitet af koden. Miljøet er således meget vigtigt for udviklingsprojektets succes. Godt miljø medfører tilfredse medarbejdere og et bedre produkt. Det er svært at forestille sig, hvordan XPs principper kan håndhæves i større udviklingsforløb, med f.eks. 30 programmører, der alle skal sidde i samme lokale. Vi vurderer yderligere, at der vil være følgende positive egenskab ved at vælge XP: Vi ønsker under dette projekt at anvende parprogrammering. XP forudsætter parprogrammering som en bærende aktivitet for et udviklingsprojekt, og beskriver hvorledes denne aktivitet bedst faciliteres. I Incremental Development anvendes parprogrammering som udgangspunkt ikke. Af Sommerville fremgår det direkte: Providing individual offices for software engineering staff can make a significant difference to productivity [Sommerville, 2001]. Hvis vi skulle anvende parprogrammering i samspil med Incremental Development, ville vi dermed skulle modificere metoden og gå imod et af TSEs, og dermed også Incremental Developments principper. Med hovedargument i projektets størrelse og de ressourcer vi har til rådighed, har vi valgt XP som udviklingsmodel, og vil derfor gennemgå modellen i større detalje. 8

19 XP som udviklingsmodel XP sigter som metode mod at imødegå et grundlæggende problem i forbindelse med systemudvikling: omgivelsernes omskiftelighed. I løbet af en længerevarende systemudvikling vil mange af de krav, som brugere stiller til systemet, ændre sig. Krav, der tidligere virkede fornuftige og vigtige, kan vise sig irrelevante og falde bort, mens nye opstår. Historisk har systemudvikling fulgt et mønster, hvor udviklerne først grundigt analyserer den kontekst systemet skal indgå i for herefter i samspil med brugerne at opstille en kravspecifikation til systemet. Siden designes, implementeres og testes på basis af analysen. Det formodentlig mest yderliggående eksempel på en af disse TSE-tilgange til systemudvikling er The Waterfall model, som er nævnt tidligere. Problemet med modeller som The Waterfall model består i, at der, grundet de foranderlige krav, er forbundet stor økonomisk risiko med denne tilgang. Kunden risikerer således, at systemet er udviklet til at imødekomme en række krav, der helt eller delvist er forsvundet. Følgelig vil systemet være helt eller delvist ubrugeligt. Derfor er der ifølge Kent Beck brug for en langt mere fleksibel tilgang til systemudvikling, end man hidtil har anvendt [Beck, 2000, s. 27]. Beck laver en analogi mellem systemudvikling og det at køre bil; Det er ikke nok at lægge en fast rute og så bare køre lige ud med den forudsætning, at vejen fortsætter med at være jævn og lige (TSE). Hvis denne tilgang følges vil bilen forulykke i det øjeblik vejen ikke længere er jævn og lige. I stedet skal chaufføren konstant være opmærksom på vejens beskaffenhed og justere sin kørsel derefter. Herved minimeres risikoen for ulykker og det er denne tilgang, der afspejler tanken bag XP. Roller i et XP projekt Der er principielt intet lederskab i udviklingsgruppen i et XP projekt. Dog findes der i gruppen af udviklere forskellige kompetencer, hvilket udnyttes til at sikre at projektet har en styring. Der er således tre administrative roller, der fordeles blandt udviklerne. Disse roller fordeles efter menneskelige såvel som faglige kompetencer. Tracker: En rolle for den person, der helt konkret med tal vurderer i hvilken grad planlægningen overholdes og om de stillede mål opnås. Et eksempel kunne være at holde styr på hvor stor en procentdel af de opstillede deadlines, der bliver overholdt. Manager: En rolle for den person, der fordeler ressourcer. Coach: En rolle for den person, som skal sikre projektets gunstige udvikling. 9

20 Coach rollen er det tætteste, vi kommer på den traditionelle projektlederrolle. Imidlertid skal en coach modsat den traditionelle projektleder i videst muligt omfang ikke træffe beslutninger; i stedet skal han fungere som en katalysator, som får udviklerne til at træffe de rigtige beslutninger. Formelt ligger magten dog hos coachen, og denne har vetoret. Endvidere skal en coach sikre, at de fysiske omgivelser såvel som det psykiske arbejdsklima er i orden; at disse er af en sådan beskaffenhed, at udviklerne kan trives med arbejdet. Fire værdier i XP Bærende for XP står fire værdier: Communication, Simplicity, Feedback og Courage [Beck, 2000, s. 29]. Communication Velfungerende kommunikation internt i gruppen såvel som eksternt med kunden er en vigtig faktor for systemudvikling. God kommunikation søges sikret gennem en række arbejdsvaner, der kun er mulige i kraft af god kommunikation. Hermed menes at der i et XP projekt samarbejdes på en måde, der tvinger folk til at kommunikere med hinanden. Eksempler på måder at fremme kommunikationen er parprogrammering, automatiserede tests og opgaveestimering. [Beck, 2000, s. 30] Endvidere er det coachens opgave at bemærke, når forskellige personer ikke kommunikerer ordentligt med hinanden og sørge for at den velfungerende kommunikation genoprettes. Simplicity I et XP projekt designes systemer på den enklest mulige måde. Endvidere skal udviklerne udforme deres kode på en sådan måde, at den udelukkende lever op til de krav, der er kendte på det givne tidspunkt under udviklingen. Der bruges således ikke kræfter på at gøre systemet modtageligt overfor udvidelser, som måske vil blive ønskelige i fremtiden. Hvis et krav senere skulle opstå, behandles problemet på dette tidspunkt. [Beck, 2000, s. 30] Feedback Centralt i XP metoden står idéen om feedback. Feedback er vigtigt, fordi det fortæller udviklerne, om de er på rette kurs. Der skrives automatiserede tests, som giver hurtig feedback på om ændringer i koden har haft negative konsekvenser for programsegmentet som helhed. Endvidere forekommer hyppige releases, hvilket betyder, at kunden hurtigt får praktisk erfaring med systemet, og kan melde eventuelle nye krav tilbage til udviklerne. De omtalte releases bliver desuden frigivet i en rækkefølge prioriteret efter vigtighed, hvilket betyder, at kunden har mest tid til at lære de vigtige funktioner at kende og teste disse gennem brug. Alt dette sikrer hurtig og relevant feedback. [Beck, 2000, s. 31] 10

21 Courage Med udgangspunkt i de tre foregående værdier skal udviklerne arbejde så optimalt som muligt. I en ekstremt kompetitiv branche er det nødvendigt at arbejdsindsatsen optimeres. Samtidig skal udviklerne dog være modige nok til at træffe valg, der på kort sigt går mod denne optimering: Hvis det giver et bedre system at kaste allerede udført arbejde bort, skal udviklerne udvise mod ved at gøre dette. På kort sigt kan det virke som spildt arbejde, men på lang sigt vil det give bedre kode og bedre systemer med mindre vedligeholdelse. [Beck, 2000, s. 33] Principper i XP For at operationalisere disse fire overordnede værdier opstiller Kent Beck [Beck, 2000, kap 8] en række grundlæggende principper, som hjælper med at sikre kvaliteten af udviklingsarbejdet. Centrale principper Rapid feedback; hurtig feedback sikrer en hurtigere læringsproces for udviklerne Assume simplicity; implementer alt på den simpleste måde, hvorved programmet kan virke. Incremental change; alle ændringer foretages i overskuelige etaper. Embrace change; løs problemer på en sådan måde, at flest mulige muligheder holdes åbne. Quality work; hvis der ikke leveres kvalitetsarbejde bliver projektet ikke en succes. Mindre centrale principper Her har vi udvalgt de vigtigste. Teach learning; fokuser på egne erfaringer mht. hvor meget der skal testes etc. Small initial investment; et stramt budget tvinger udviklere til at optimere arbejdsindsatsen. Concrete experiments; når der designes skal der anvendes mockups i stedet for færdigt design til at teste designforslag. Accept responsibility; alle vælger selv, hvilke arbejdsopgaver de vil beskæftige sig med. Ingen beordres. Local adaptation; metoden skal tilpasses lokale forhold. Honest measurements; bedre at estimere en opgaves tidsforbrug i realistiske ca. tider end urealistisk præcise tider. Systemudvikling som fire aktiviteter XP ses som bestående af fire centrale aktiviteter, Coding, Testing, Listening og Design; 11

J2ME portabilitet. J2ME portabilitet. Afgangsprojekt på IT-Diplomuddannelsen ved Center for Videreuddannelse på Ingeniørhøjskolen i København

J2ME portabilitet. J2ME portabilitet. Afgangsprojekt på IT-Diplomuddannelsen ved Center for Videreuddannelse på Ingeniørhøjskolen i København J2ME portabilitet Afgangsprojekt på IT-Diplomuddannelsen ved Ingeniørhøjskolen i København Eksamen: 10-06-2005 kl. 10:30 Studerende: Kenn A. Thisted (K4297) Vejleder: Birger Andersen J2ME portabilitet

Læs mere

1. SEMESTER SYNOPSIS. Erhvervsakademi Aarhus. Kristian Peter Lund Drewsen E-konceptudvikling EKU-12d (1ek12d1) 1. Semesters Mundtlig Eksamen

1. SEMESTER SYNOPSIS. Erhvervsakademi Aarhus. Kristian Peter Lund Drewsen E-konceptudvikling EKU-12d (1ek12d1) 1. Semesters Mundtlig Eksamen E-konceptudvikling EKU-12d (1ek12d1) 1. SEMESTER SYNOPSIS Den 19 12-2012 Erhvervsakademi Aarhus 1. Semesters Mundtlig Eksamen 1. Semester Synopsis De tre opgaver der er beskrevet i denne synopsis er blevet

Læs mere

PHP Quick Teknisk Ordbog

PHP Quick Teknisk Ordbog PHP Quick Teknisk Ordbog Af Daniel Pedersen PHP Quick Teknisk Ordbog 1 Indhold De mest brugte tekniske udtryk benyttet inden for web udvikling. Du vil kunne slå de enkelte ord op og læse om hvad de betyder,

Læs mere

Internet Information Services (IIS)

Internet Information Services (IIS) Internet Information Services (IIS) Casper Simonsen & Yulia Sadovskaya H1we080113 06-11-2013 Indholdsfortegnelse Problemformulering... 2 Hvorfor:... 2 Hvad:... 2 Hvordan:... 2 Problembehandling... 3 Introduktion...

Læs mere

MULTIMEDIEDESIGNER 1. ÅRS PRØVE

MULTIMEDIEDESIGNER 1. ÅRS PRØVE MULTIMEDIEDESIGNER 1. ÅRS PRØVE Eksamensprojekt, 2. semester, forår 2010 TEMA: E-HANDEL Erhvervsakademiet København Nord Udleveret mandag d. 3. maj 2010 Afleveres i 4 eksemplarer senest d. 28. maj kl.

Læs mere

Roskilde Tekniske Gymnasium. Eksamensprojekt. Programmering C niveau

Roskilde Tekniske Gymnasium. Eksamensprojekt. Programmering C niveau Roskilde Tekniske Gymnasium Eksamensprojekt Programmering C niveau Andreas Sode 09-05-2014 Indhold Eksamensprojekt Programmering C niveau... 2 Forord... 2 Indledning... 2 Problemformulering... 2 Krav til

Læs mere

IT projekt uge 4 9. Marie Vinter, Roskilde Tekniske Gymnasium, klasse 2.6 IT, bw, uge 4 9 2013

IT projekt uge 4 9. Marie Vinter, Roskilde Tekniske Gymnasium, klasse 2.6 IT, bw, uge 4 9 2013 PHP-Projekt IT projekt uge 4 9 Marie Vinter, Roskilde Tekniske Gymnasium, klasse 2.6 IT, bw, uge 4 9 2013 4-3-2013 Indholdsfortegnelse Indledende afsnit... 2 Brainstorm... 2 User stories... 2 Problemformulering...

Læs mere

Tidsregistrering. Jacob E., Jacob H., Mathias, Mads H., Jonatan og Dan 3.4. Informationsteknologi B. Roskilde Tekniske Gymnasium 25-11-2014

Tidsregistrering. Jacob E., Jacob H., Mathias, Mads H., Jonatan og Dan 3.4. Informationsteknologi B. Roskilde Tekniske Gymnasium 25-11-2014 2014 Tidsregistrering Jacob E., Jacob H., Mathias, Mads H., Jonatan og Dan 3.4 Informationsteknologi B Roskilde Tekniske Gymnasium 25-11-2014 Indholdsfortegnelse 1 Indledning... 3 2 User stories... 3 3

Læs mere

PRODUKTIONSSTYRING OG -PLANLÆGNING

PRODUKTIONSSTYRING OG -PLANLÆGNING PRODUKTIONSSTYRING OG -PLANLÆGNING Introduktion Er det egentlig præcist at tale om produktion når temaet er spiludvikling? For produktion dufter jo af faste procedurer, kendte milepæle, og definerede krav

Læs mere

Multimediedesigner. Vedvarende. energi

Multimediedesigner. Vedvarende. energi Multimediedesigner Vedvarende energi Eksamensprojekt 2. sem. maj. 2014 - jun. 2014 Problemstilling Vedvarende energi er en samlebetegnelse for bioenergi, vindenergi, solenergi og andre teknologier, der

Læs mere

startup.dk Multimediedesigner 1. års prøve Eksamensprojekt, 2. semester 2015

startup.dk Multimediedesigner 1. års prøve Eksamensprojekt, 2. semester 2015 startup.dk Multimediedesigner 1. års prøve Eksamensprojekt, 2. semester 2015 Opgaven I er en gruppe multimediedesignerstuderende, der har besluttet at starte jeres egen virksomhed. I kan frit vælge, hvilken

Læs mere

Indhold. 1 Indledning... 3. 1.1 Kompatible browsere... 3. 2 Log ind i Umbraco... 3. 3 Content-delen... 4. 3.1 Indholdstræet... 4

Indhold. 1 Indledning... 3. 1.1 Kompatible browsere... 3. 2 Log ind i Umbraco... 3. 3 Content-delen... 4. 3.1 Indholdstræet... 4 Indhold 1 Indledning... 3 1.1 Kompatible browsere... 3 2 Log ind i Umbraco... 3 3 Content-delen... 4 3.1 Indholdstræet... 4 3.2 Ændring af indhold... 5 3.3 Tilføjelse af en side/sektion... 6 3.4. At arbejde

Læs mere

Spil Rapport. Spil lavet i GameMaker. Kevin, Mads og Thor 03-02-2011

Spil Rapport. Spil lavet i GameMaker. Kevin, Mads og Thor 03-02-2011 Spil Rapport Spil lavet i GameMaker Kevin, Mads og Thor 03-02-2011 Indholdsfortegnelse Indledning... 2 HCI... 2 Planlægning / Elementær systemudvikling... 2 Kravspecifikationer... 4 Spil beskrivelse...

Læs mere

Lundberg Nyt august 2015

Lundberg Nyt august 2015 Indhold: Lundberg Cloud Drive... side 1 Skibinge Skadedyrservice... side 2 WPA Mobile/Smartday... side 3 Status C5 Håndværk... side 4 Fjernbackup... side 5 Windows 10... side 6 Personale Nyt... side 7

Læs mere

2. Metode. 2.1 Interessentanalyse Interessenterne i projektet er vist i nedenstående figur: Aftalekalenderprojektet. Indledning

2. Metode. 2.1 Interessentanalyse Interessenterne i projektet er vist i nedenstående figur: Aftalekalenderprojektet. Indledning 2. Metode Indledning Projektet er udført med flg. faser: Foranalyse (uden iterationer) Analyse (udarbejdelse af kravspecifikation afsnit 9.1, herunder use case beskrivelser afsnit 9.2) Design af skærmbilleder

Læs mere

Guide til opdatering af Parrot CK3100 LCD, 3200LS Color, 3200LS+ og MK6100 med en Parrot Dongle

Guide til opdatering af Parrot CK3100 LCD, 3200LS Color, 3200LS+ og MK6100 med en Parrot Dongle Hvis man bruger en Bluetooth dongle fra Parrot (Parrot Dongle), så skal man følge nedenstående guide. Guiden er baseret med opdateringssoftware, version 3.4.1.0, til Microsoft Windows XP. For at kunne

Læs mere

Løsningen garanterer at finde alle de cookies, som et nationalt tilsyn kan finde. Løsningen er valideret af Audit Bureau of Circulation i England.

Løsningen garanterer at finde alle de cookies, som et nationalt tilsyn kan finde. Løsningen er valideret af Audit Bureau of Circulation i England. Cookievejledningens Tekniske Guide Den tekniske guide beskriver fem skridt til overholdelse af cookiereglerne: 1. Fastlæggelse af webejendom 2. Undersøgelse af om der sættes cookies på hjemmesiden 3. Afgivelse

Læs mere

Postregistrering Eksamensprojekt i Programmering C Lavet af: Frantz Furrer Svendborg Erhvervsskole HTX Vejleder: Claus Borre

Postregistrering Eksamensprojekt i Programmering C Lavet af: Frantz Furrer Svendborg Erhvervsskole HTX Vejleder: Claus Borre Postregistrering Eksamensprojekt i Lavet af: Frantz Furrer Vejleder: Claus Borre Side af 4 Titelblad: Skolens navn: Svendborg Tekniske Gymnasium - Rapport: Rapportens titel: Postregistrering Side antal:

Læs mere

WWW Evaluation. Ressourcens troværdighed, indhold funktionalitet. Elektronisk. Let at publicere. Svært at publicere. Du har hjælp til kontrollen

WWW Evaluation. Ressourcens troværdighed, indhold funktionalitet. Elektronisk. Let at publicere. Svært at publicere. Du har hjælp til kontrollen WWW Evaluation Kvalitetsvurdering af Information på hjemmesider Inspireret af http://www.aub.auc.dk/mileinternet/ 1 Mangfoldighed Nettets styrke og svaghed Ressourcens troværdighed, indhold funktionalitet

Læs mere

Programmering C Eksamensprojekt. Lavet af Suayb Köse & Nikolaj Egholk Jakobsen

Programmering C Eksamensprojekt. Lavet af Suayb Köse & Nikolaj Egholk Jakobsen Programmering C Eksamensprojekt Lavet af Suayb Köse & Nikolaj Egholk Jakobsen Indledning Analyse Læring er en svær størrelse. Der er hele tiden fokus fra politikerne på, hvordan de danske skoleelever kan

Læs mere

Bilag 2. Studieforløbsbeskrivelsen: Det faglige indhold I projektet

Bilag 2. Studieforløbsbeskrivelsen: Det faglige indhold I projektet Bilag 2 Studieforløbsbeskrivelsen: Det faglige indhold I projektet I de følgende spørgsmål skal I som gruppe reflektere over, hvad I har gjort for at indfri de faglige krav til projektet. Hvordan har husets

Læs mere

Indledning. Søren Mønsted: Visionsfilm som projektmål 24. november 2004. Side 1

Indledning. Søren Mønsted: Visionsfilm som projektmål 24. november 2004. Side 1 Indledning Alle projekter har et mål. Hvad enten det drejer sig om et personligt projekt om at holde op med at ryge, projektet med at bygge en bro eller projektet med at arrangere en havefest for hele

Læs mere

Hjælp til at opstille kompetencelæringsmål

Hjælp til at opstille kompetencelæringsmål 1 Hjælp til at opstille kompetencelæringsmål Dette skal hjælpe til at udstationeringer kan blive så målrettede som muligt. Vi definerer først begreberne kompetence og kompetenceudvikling. Derefter præsenterer

Læs mere

eksamensprojekt 2. sem

eksamensprojekt 2. sem Multimediedesigner Klima 2009 Virksomheder i en klimakontekst eksamensprojekt 2. sem maj - juni 2009 www.cphnorth.dk Trongårdsvej 44 DK 2800 Kgs. Lyngby 1. Opgaven Indledning: I december 2009 skal Danmark

Læs mere

INDHOLDSFORTEGNELSE. INDLEDNING... 7 Kristian Langborg-Hansen. KAPITEL ET... 9 I gang med App Inventor. KAPITEL TO...

INDHOLDSFORTEGNELSE. INDLEDNING... 7 Kristian Langborg-Hansen. KAPITEL ET... 9 I gang med App Inventor. KAPITEL TO... INDHOLDSFORTEGNELSE INDLEDNING... 7 Kristian Langborg-Hansen KAPITEL ET... 9 I gang med App Inventor Installation af App Inventor... 10 Trådløs installation... 11 Installation af emulator (Windows)...

Læs mere

IT-Universitetet, Projekt- og Programledelse November 2013 AGIL PROGRAMLEDELSE 13-11-2013 1

IT-Universitetet, Projekt- og Programledelse November 2013 AGIL PROGRAMLEDELSE 13-11-2013 1 IT-Universitetet, Projekt- og Programledelse November 2013 AGIL PROGRAMLEDELSE 1 AGENDA Hvem snakker? De betydende faktorer Agil forretningsudvikling D60 leverancemodel - Bedrock Opsamling og? 2 Hvem snakker?

Læs mere

8. ARBEJDSPROCESSEN FOR SKABELSEN AF ET INTERNATIONALT WWW-STED... 113

8. ARBEJDSPROCESSEN FOR SKABELSEN AF ET INTERNATIONALT WWW-STED... 113 8. ARBEJDSPROCESSEN FOR SKABELSEN AF ET INTERNATIONALT WWW-STED... 113 8.1 FORSTÅELSE AF VIRKSOMHEDENS PRODUKTER/SERVICEYDELSER OG RESSOURCER... 114 8.2 INFORMATIONSSØGNING I RELATION TIL LANDE-, KONKURRENT-

Læs mere

Løsningen er baseret på et såkaldt CMS et Content Management System som også kan anvendes som intranet i din virksomhed eller din institution.

Løsningen er baseret på et såkaldt CMS et Content Management System som også kan anvendes som intranet i din virksomhed eller din institution. Introduktion til CID CID eller Customer Information Display er et enkelt system, der kan anvendes til at vise informationsskærmbilleder i en forhal ved en receptionsskranke eller andre steder, hvor du

Læs mere

Rapport. Udarbejdet af: Mayianne Nøks Pedersen. Skole login: knmape68. E-mail: mypedersen@gmail.com

Rapport. Udarbejdet af: Mayianne Nøks Pedersen. Skole login: knmape68. E-mail: mypedersen@gmail.com Rapport Udarbejdet af: Mayianne Nøks Pedersen Skole login: knmape68 E-mail: mypedersen@gmail.com URL til brugerundersøgelsen: http://web328.webkn.dk/hjemmeside/image/laering/sem2brugerundersogelse/brugerundersogelse/

Læs mere

PHP kode til hjemmeside menu.

PHP kode til hjemmeside menu. PHP kode til hjemmeside menu. Home Hovedmenu 1 Hovedmenu 2 Hovedmenu 3 Hovedmenu 4 Undermenu 1 Breadcrumb Her vises indholdet af den valgte side Undermenu 2 Undermenu 3 Undermenu 4 Evt. en mulighed for

Læs mere

Forstå brugbarheden af Google Analytics på 10 minutter

Forstå brugbarheden af Google Analytics på 10 minutter Forstå brugbarheden af Google Analytics på 10 minutter Hvad er Google Analytics? Hvem kan bruge det? Hvad kan Google Analytics bruges til? Google Analytics viser dig hvor dine kunder har fundet frem til

Læs mere

Objektorienterede metoder

Objektorienterede metoder Objektorienterede metoder Gang 12. Kvalitet i større systemer Evt.: Ekstremprogrammering (XP) Dette materiale er under Åben Dokumentlicens, se http://www.sslug.dk/linuxbog/licens.html projektopgaven i

Læs mere

IT-UNIVERSITETET I KØBENHAVN

IT-UNIVERSITETET I KØBENHAVN IT-UNIVERSITETET I KØBENHAVN MASTER I SOFTWARE ENGINEERING itu.dk/master/software MASTER I SOFTWARE ENGINEERING Master i Software Engineering er til dig, som allerede er en erfaren software- og systemudvikler,

Læs mere

Det vigtigste først! Dette er måske den vigtigste bog der nogensinde er skrevet om agile vs. vandfald. Muligvis fordi det vel stadig er den eneste

Det vigtigste først! Dette er måske den vigtigste bog der nogensinde er skrevet om agile vs. vandfald. Muligvis fordi det vel stadig er den eneste WTF? Thomas Schou-Moldt, Miracle A/S (siden 2008) Arkitekt, udvikler, teknisk projektleder, mv. Indtil videre afsonet lidt over 20 år i branchen, ingen udsigt til prøveløsladelse tsm@miracleas.dk, 5374

Læs mere

Indholdsfortegnelse for kapitel 1

Indholdsfortegnelse for kapitel 1 Indholdsfortegnelse for kapitel 1 Forord.................................................................... 2 Kapitel 1.................................................................. 3 Formål............................................................

Læs mere

Motorola Phone Tools. Kvikstart

Motorola Phone Tools. Kvikstart Motorola Phone Tools Kvikstart Indhold Minimumskrav... 2 Før installering Motorola Phone Tools... 3 Installering af Motorola Phone Tools... 4 Installering og konfigurering af mobil enhed... 5 Registrering

Læs mere

Punkt 9 - bilag 3. Vejledning vedr. brug af Cisco Jabber

Punkt 9 - bilag 3. Vejledning vedr. brug af Cisco Jabber Punkt 9 - bilag 3 vedr. brug af Cisco Jabber Region Sjælland 2014 INDHOLD 1. Organisation & Ansvar 2. Juridiske aspekter 3. Generel brug af Cisco Jabber Tilgængelighed Chat Skærmdeling Videosamtale Virtuelle

Læs mere

Dan Rolsted PIT. Side 1

Dan Rolsted PIT. Side 1 Side 1 Side 2 Indledning I denne vejledning vil der vises hvordan Office 365 opsættes på de forskellige platforme, herunder IOS (ipad) og Android (HTC One). Derudover vil der også være vejledning til Windows

Læs mere

Drupal. Hvad er Drupal?

Drupal. Hvad er Drupal? Drupal Verdens bedste Content Management System Drupal er to år i træk blevet kåret som det bedste Open Source CMS i den såkaldte CMS Award, som årligt afholdes af det anerkendte IT-bogforlag Packt Publishing.

Læs mere

Nyheder i Mamut Business Software og Mamut Online

Nyheder i Mamut Business Software og Mamut Online // Mamut Business Software Nyheder i Mamut Business Software og Mamut Online Indhold Forord 2 Ny version 2 Om opdatering til ny version 3 Nyheder i Mamut Business Software version 17.0 6 Kontaktopfølging

Læs mere

Produktpræsentation. BA Systems. Control made easy

Produktpræsentation. BA Systems. Control made easy Produktpræsentation BA Systems Control made easy Produkthistorik 1995: SCADA system 1. generation frigivet 1997: BAS Series 1. generation frigivet 1999: BAS Series 2. generation frigivet - Frit programmerbar

Læs mere

Seniorklubben TDC Jylland Cloud Computing Kursus 2011_5: Rev. 02.11.2011

Seniorklubben TDC Jylland Cloud Computing Kursus 2011_5: Rev. 02.11.2011 1. Om 2. Valg af Google som gratis udbyder ved 3. Valg af browser 4. Oprette en mail-adresse (G-mail) og en konto ved Google 5. Hierarkisk opbygning af mappe- og filsystem i Google 6. Oprette mapper i

Læs mere

Spiller / Pårørende manual Til www.kampseddel.dk

Spiller / Pårørende manual Til www.kampseddel.dk Spiller / Pårørende manual Til www.kampseddel.dk Brugervejledning for Spiller/Pårørende Kort om kampseddel.dk Kampseddel.dk er udarbejdet som et webbaseret værktøj til den frivillige Træner/Leder i en

Læs mere

Iterativ og Agil udvikling

Iterativ og Agil udvikling Iterativ og Agil udvikling 1 2 Udfordringer i hverdagen En liste over de udfordringer man står overfor ved implementering af iterativ og agil udvikling. 3 Udfordringer med Iterationer 4 Iterationer, I

Læs mere

2. SEMESTER PROJEKT 3 INTERAKTIONSUDVIKLING

2. SEMESTER PROJEKT 3 INTERAKTIONSUDVIKLING 2. SEMESTER PROJEKT 3 INTERAKTIONSUDVIKLING Baggrund Udgangspunktet er projekt 2, dvs. en blog om cupcakes, hvor målgruppe, afsender og modtager allerede er defineret. Du bliver nu bedt om at udvikle et

Læs mere

Svendeprøve Projekt Tyveri alarm

Svendeprøve Projekt Tyveri alarm Svendeprøve Projekt Tyveri alarm Påbegyndt.: 8/2-1999 Afleveret.: 4/3-1999 Projektet er lavet af.: Kasper Kirkeby Brian Andersen Thomas Bojer Nielsen Søren Vang Jørgensen Indholds fortegnelse 1. INDLEDNING...3

Læs mere

Identifon Brugerundersøgelse projekt 2, 2. semester. af Jesper Hansen, Robin Hansen, Maria Laustsen & Andreas Münter Knord 2010

Identifon Brugerundersøgelse projekt 2, 2. semester. af Jesper Hansen, Robin Hansen, Maria Laustsen & Andreas Münter Knord 2010 Identifon Brugerundersøgelse projekt 2, 2. semester af Jesper Hansen, Robin Hansen, Maria Laustsen & Andreas Münter Knord 2010 Indholdsfortegnelse 2 Indholdsfortegnelse 3 Tidsplan 4 Beskrivelse og begrundelse

Læs mere

Rejsekort A/S idekonkurence Glemt check ud

Rejsekort A/S idekonkurence Glemt check ud Rejsekort A/S idekonkurence Glemt check ud 9. marts 2015 1 Indhold 1 Introduktion 4 1.1 Problembeskrivelse........................ 4 1.2 Rapportens opbygning...................... 4 2 Ordliste 5 3 Løsning

Læs mere

Sundhedsteknologi Første projektarbejde Efterår 2013

Sundhedsteknologi Første projektarbejde Efterår 2013 Sundhedsteknologi Første projektarbejde Efterår 2013 Velkommen til sundhedsteknologi! Denne lille skrivelse er ment som en hjælp til at komme hurtigt i gang med det første projektarbejde i de administrativt

Læs mere

1 Ordliste 2. 2 Indledning 3 2.1 Problemstillinger... 3 2.2 Problemformulering... 4 2.3 Problemafgrænsning... 4 2.4 Mål med projektet...

1 Ordliste 2. 2 Indledning 3 2.1 Problemstillinger... 3 2.2 Problemformulering... 4 2.3 Problemafgrænsning... 4 2.4 Mål med projektet... Indhold 1 Ordliste 2 2 Indledning 3 2.1 Problemstillinger.................................. 3 2.2 Problemformulering................................ 4 2.3 Problemafgrænsning................................

Læs mere

Hos Lasse Ahm Consult vurderer vi at følgende supplerende krav i de enkelte kravelementer er væsentlige at bemærke:

Hos Lasse Ahm Consult vurderer vi at følgende supplerende krav i de enkelte kravelementer er væsentlige at bemærke: ISO 9001:2015 (Draft) Side 1 af 9 Så ligger udkastet klar til den kommende version af ISO 9001. Der er sket en række strukturelle ændringer i form af standardens opbygning ligesom kravene er blevet yderligere

Læs mere

IDENTIFON. Emil Hauberg, Jakob Christoffersen, Ninette Nielsen og Senia Lundberg

IDENTIFON. Emil Hauberg, Jakob Christoffersen, Ninette Nielsen og Senia Lundberg Emil Hauberg, Jakob Christoffersen, Ninette Nielsen og Senia Lundberg 1 Indholdsfortegnelse side nr. 1. Forside. 2. Indholdsfortegnelse og indledning. 3. Problemformulering og afgræsning. 4. Tidsplan projektplan

Læs mere

Tidsregistreringssystem til Løgstør Kommunale Hjemmepleje

Tidsregistreringssystem til Løgstør Kommunale Hjemmepleje Tidsregistreringssystem til Løgstør Kommunale Hjemmepleje 30. Maj 2003 Informatik Gruppe E4-101: Aalborg Universitet Eva Lund Andersen Jens Møller Lauridsen Joan Marianne Nielsen Lasse Bech Eiler Louise

Læs mere

pcanywhere og Windows XP-firewall Side 1 af 9

pcanywhere og Windows XP-firewall Side 1 af 9 pcanywhere og Windows XP-firewall Side 1 af 9 Introduktion Situation: Målgruppe: Med introduktionen af Servicepack 2 til Windows XP har DFF-EDB erfaret problemer omkring online hjælpen gennem fjernsupport-programmet

Læs mere

Installation og Drift. Aplanner for Windows Systemer Version 8.15

Installation og Drift. Aplanner for Windows Systemer Version 8.15 Installation og Drift Aplanner for Windows Systemer Version 8.15 Aplanner for Windows løsninger Tekniske forudsætninger Krav vedr. SQL Server SQL Server: SQL Server 2008 Express, SQL Server 2008 R2 eller

Læs mere

INDHOLDSFORTEGNELSE. Et stort spring... 7 Jesper Bove-Nielsen, forlagsdirektør. KAPITEL ET... 9 Introduktion til Windows 7

INDHOLDSFORTEGNELSE. Et stort spring... 7 Jesper Bove-Nielsen, forlagsdirektør. KAPITEL ET... 9 Introduktion til Windows 7 INDHOLDSFORTEGNELSE Et stort spring... 7 Jesper Bove-Nielsen, forlagsdirektør KAPITEL ET... 9 Introduktion til Windows 7 Windows 7-udgaver... 10 32- eller 64-bit version af Windows 7... 11 Hardware...

Læs mere

Brugervejledning for. Telenor Dialer

Brugervejledning for. Telenor Dialer Brugervejledning for Telenor Dialer 1 Indholdsfortegnelse Generelt om Telenor Dialer.... 5 Telenor Dialer og OneNumber.... 6 Telenor Dialer og OneNumber Mobile.... 6 Faciliteter i Telenor Dialer...7 Installation

Læs mere

har jeg hentet nedenstående anmeldelse af et godt program til

har jeg hentet nedenstående anmeldelse af et godt program til Software Fra design af hjemmesider: har jeg hentet nedenstående anmeldelse af et godt program til Wordpress er intet mindre end et genialt program til hjemmesider. For det første er det gratis, og for

Læs mere

Bilag 5: Kundens It-Miljø. Version 0.6 Bilag til dagsordenspunkt 9: Krav til kommunernes it-miljø.

Bilag 5: Kundens It-Miljø. Version 0.6 Bilag til dagsordenspunkt 9: Krav til kommunernes it-miljø. Bilag 5: Kundens It-Miljø Version 0.6 Bilag til dagsordenspunkt 9: Krav til kommunernes it-miljø. Senest opdateret d. 11. Oktober 2013 Indholdfortegnelse 1 Indledning... 3 2 Kundens IT-miljø - Løsningen...3

Læs mere

Gruppe: 2 Hold: MulB Årgang 2013 Lærere: Merete Geldermann Lützen & Jesper Hinchely

Gruppe: 2 Hold: MulB Årgang 2013 Lærere: Merete Geldermann Lützen & Jesper Hinchely Bannerpage: http://spicegirls.creativefolder.dk/bannerpage/ Landingpage: http://spicegirls.creativefolder.dk/ René Skovgaard Andersen cph-ra73@cphbusiness.dk Stig Hamborg Nielsen cph-sn9@cphbusiness.dk

Læs mere

IT vejledning for Studerende

IT vejledning for Studerende IT vejledning for Studerende Computere På skolen anbefales det, at du kun bruger computere med Windows installeret. Apple/Mac eller computere med Linux installeret vil have problemer med at bruge nogen

Læs mere

Denne vejledning er optimeret til Windows XP, men kan også bruges til de andre Windows styresystemer.

Denne vejledning er optimeret til Windows XP, men kan også bruges til de andre Windows styresystemer. Guiden min første backup Trin 2.1 Log på Når du har installeret din DATABOKS fjern-backup manager, vil dit log-ind vindue automatisk komme frem (Du kan få hjælp til at installere din DATABOKS fjern-backup

Læs mere

Procesbeskrivelse - Webprogrammering

Procesbeskrivelse - Webprogrammering Procesbeskrivelse - Webprogrammering Indholdsfortegnelse Forudsætninger... 1 Konceptet... 2 Hjemmesiden... 2 Server-side... 3 Filstrukturen... 3 Databasehåndtering og serverforbindelse... 4 Client-side...

Læs mere

PDC Helpdesk Brugervejledning

PDC Helpdesk Brugervejledning PDC Helpdesk Brugervejledning PDC Helpdesk November 2013 Indhold 1 Introduktion... 3 2 Brug af browser eller e-mails... 3 3 Log på PDC Helpdesk... 4 4 Oversigts side for sager... 5 4.1 Oversigt over eksisterende

Læs mere

Politik vedrørende cookies og andre lignende teknologier. 1. Hvad dækker denne politik?

Politik vedrørende cookies og andre lignende teknologier. 1. Hvad dækker denne politik? Politik vedrørende cookies og andre lignende teknologier 1. Hvad dækker denne politik? Denne politik dækker dine handlinger relateret til Tikkurilas digitale serviceydelser. Denne politik dækker ikke,

Læs mere

Honey og Munfords læringsstile med udgangspunkt i Kolbs læringsteori

Honey og Munfords læringsstile med udgangspunkt i Kolbs læringsteori Honey og Munfords læringsstile med udgangspunkt i Kolbs læringsteori Læringscyklus Kolbs model tager udgangspunkt i, at vi lærer af de erfaringer, vi gør os. Erfaringen er altså udgangspunktet, for det

Læs mere

Én IT løsning, mange fordele AX TRAVEL. - fremtidens rejsebureauløsning

Én IT løsning, mange fordele AX TRAVEL. - fremtidens rejsebureauløsning Én IT løsning, mange fordele - fremtidens rejsebureauløsning Privatejet virksomhed Etableret i 1987 100 % danskejet Hovedkontor i Allerød og kontor i Århus +80 medarbejdere Solid og positiv økonomi gennem

Læs mere

Foranalyse for edagsordensprojekt og devices

Foranalyse for edagsordensprojekt og devices Foranalyse for edagsordensprojekt og devices Udarbejdet af Jesper Rønnov og Morten Hougaard Sidst revideret d. 13/01/11 Sammenfatning af foranalysen... 2 Mulige veje frem for projektet... 2 A. Fujitsu

Læs mere

Ruko SmartAir. Updater installation

Ruko SmartAir. Updater installation Ruko SmartAir Updater installation Introduktion. Updateren er en speciel enhed som giver os mulighed for at tilføje, læse og skrive funktioner i en offline installation. Med læse og skrive funktionen kan

Læs mere

IT Support Guide. Opsætning af netværksinformationer i printere

IT Support Guide. Opsætning af netværksinformationer i printere IT Support Guide Denne guide er hentet på www.spelling.dk Program: Hardware / Software Program sprog version: Guide emne: Opsætning af netværksinformationer i printere Publikationsnr.: 040109.02.01 Udgivet

Læs mere

Silkeborg Review Mine sider

Silkeborg Review Mine sider Silkeborg Review Mine sider Datagrundlag Det er vigtigt, at de informationer man viser kan hentes let (hurtigt) fra bibliotekssystemet eller Brønden. Det vil betyde rigtig meget for hastighed i præsentationen

Læs mere

OFTE STILLEDE SPØRGSMÅL

OFTE STILLEDE SPØRGSMÅL Copyright 2015 EG A/S FAQ OFTE STILLEDE SPØRGSMÅL EG Clinea Dette dokument giver svar på de oftest stillede spørgsmål i forbindelse med opgradering fra MedWin til EG Clinea Copyright 2015 EG A/S FAQ Side

Læs mere

Velkommen til 6. omgang

Velkommen til 6. omgang Velkommen til 6. omgang I dag Internet Hjemmeopgave 5 Mapper og filer Internet Vi så på faner sidst. og hurtigt på favoritter som ikke må forveksles med faner Favoritter Kan med fordel bruges til internetsider

Læs mere

HUMANWARE BRAILLIANT INSTALLATIONSVEJLEDNING

HUMANWARE BRAILLIANT INSTALLATIONSVEJLEDNING HUMANWARE BRAILLIANT INSTALLATIONSVEJLEDNING KOMMANDOOVERSIGT TIL BRUG PÅ WINDOWS COMPUTERE MED JAWS INTRODUKTION: Brailliant displays har indbygget BlueTooth og USB. BlueTooth anvendes til at forbinde

Læs mere

Manual til Groupcare: Indhold, formål og brug

Manual til Groupcare: Indhold, formål og brug Manual til Groupcare: Indhold, formål og brug Indledning Groupcare er en elektronisk, internetbaseret kommunikationsform som vi bruger i forbindelse med din DOL-uddannelse. Grundlæggende set er Groupcare

Læs mere

Kravspecifikation for bibos1

Kravspecifikation for bibos1 Oktober 2011 Projekt for Århus Kommunes Biblioteker i samarbejde med Odense Centralbibliotek og Silkeborg Bibliotekerne Indhold 1. Baggrund for projektet... 2 1.1 Projektets formål... 2 2. Tilbud... 3

Læs mere

INTRODUKTION TIL VIA STUDIENET

INTRODUKTION TIL VIA STUDIENET VIA University College Sygeplejerskeuddannelsen i Randers INTRODUKTION TIL VIA STUDIENET For studerende INDHOLD Tekniske forudsætninger... 2 Login til Studienet studienet.viauc.dk... 2 Hold-, modul- og

Læs mere

FKO Quick Guide. Kom godt igang med FKO Temperaturmåling

FKO Quick Guide. Kom godt igang med FKO Temperaturmåling FKO Quick Guide Kom godt igang med FKO Temperaturmåling FKO GUIDE Temperaturmåling Publikationen er udgivet af Socialstyrelsen Edisonsvej 18, 1. 5000 Odense C Tlf: 72 42 37 00 www.socialstyrelsen.dk Udgivet

Læs mere

Undervisningsbeskrivelse

Undervisningsbeskrivelse Undervisningsbeskrivelse Stamoplysninger til brug ved prøver til gymnasiale uddannelser Termin Institution Uddannelse Fag og niveau Lærer(e) Hold Termin hvori undervisningen afsluttes: maj-juni 2013 HTX

Læs mere

15. oktober. Maskine Udlejning. Jacob Weng, Jeppe Boese og Mads Anthony. Udlejningsvirksomhed. Roskilde Tekniske Gymnasium 3.4

15. oktober. Maskine Udlejning. Jacob Weng, Jeppe Boese og Mads Anthony. Udlejningsvirksomhed. Roskilde Tekniske Gymnasium 3.4 Maskine Udlejning 15. oktober 2010 Jacob Weng, Jeppe Boese og Mads Anthony Roskilde Tekniske Gymnasium Udlejningsvirksomhed 3.4 Indholdsfortegnelse Problemformulering:... 2 Planlægning:... 2 Analyse af

Læs mere

MobileCTI Dialer Installations og konfigurations vejledning

MobileCTI Dialer Installations og konfigurations vejledning MobileCTI Dialer Installations og konfigurations vejledning Vejledning i Installation og konfiguration af MobileCTI Outlook Dialer / MobileCTI TAPI Dialer Version 2.10 December 2005 www.blueposition.com

Læs mere

Brugersiderne for renteberegninger. Indhold. 1. Indledning. Anvendelse af. (Version 28. september 2014)

Brugersiderne for renteberegninger. Indhold. 1. Indledning. Anvendelse af. (Version 28. september 2014) Anvendelse af Brugersiderne for renteberegninger. (Version 28. september 2014) Indhold Brugersiderne for renteberegninger.... 1 1. Indledning... 1 2. Forudsætninger... 4 3. Indtastning af udbetaling/skyldigt

Læs mere

Fredensborg Kommunes Leanstrategi 2009-2011

Fredensborg Kommunes Leanstrategi 2009-2011 Strategi og Ledelse Chsk 16. december 2008 Fredensborg Kommunes Leanstrategi 2009-2011 I. Formålet med Leanstrategien Fredensborg Kommune bliver med Lean en organisation, hvor medarbejdere og ledelse via

Læs mere

poedit og oversættelse af sprogfiler

poedit og oversættelse af sprogfiler poedit og oversættelse af sprogfiler af Georg S. Adamsen WordPress.Blogos.dk 2009 http://kortlink.dk/wordpressblogosdk/6g38 1 af 11 14-04-2009 14:55 Jeg får af og til spørgsmål om, hvordan man bruger poedit,

Læs mere

Billedvideo med Photo Story

Billedvideo med Photo Story Billedvideo med Photo Story Programmer: Microsoft Photo Story 3 Microsoft Windows XP Microsoft Internet Explorer Anvendelse: Edb informatik - Almen Voksenuddannelse September 2006 Billedvideo med Photo

Læs mere

Guide til Umbraco CMS

Guide til Umbraco CMS web Guide til Umbraco CMS Indhold Indledning 3 Kompatible browsere 3 Log ind i Umbraco 4 Content-delen 5 Indholdstræet 5 Tilføjelse af en side/sektion 7 Sortering af indhold 12 Galleri 14 Mediebibliotek

Læs mere

Gratis reservationssystem på Internettet

Gratis reservationssystem på Internettet Gratis reservationssystem på Internettet www.bookingportal.com Introduktion Valuenetics a/s introducerer nu version 2, af sit bookingsystem til sportsklubber, foreninger, virksomheder og private. Systemet

Læs mere

Objektorienterede metoder

Objektorienterede metoder Objektorienterede metoder Gang 13. Adrætte processer Ekstremprogrammering (XP) Dette materiale er under Åben Dokumentlicens, se http://www.sslug.dk/linuxbog/licens.html projektopgaven i OOM Projektvejledning

Læs mere

Læringsprogram. Christian Hjortshøj, Bjarke Sørensen og Asger Hansen Vejleder: Karl G Bjarnason Fag: Programmering Klasse 3.4

Læringsprogram. Christian Hjortshøj, Bjarke Sørensen og Asger Hansen Vejleder: Karl G Bjarnason Fag: Programmering Klasse 3.4 Læringsprogram Christian Hjortshøj, Bjarke Sørensen og Asger Hansen Vejleder: Karl G Bjarnason Fag: Programmering Klasse 3.4 R o s k i l d e T e k n i s k e G y m n a s i u m Indholdsfortegnelse FORMÅL...

Læs mere

Ud af krisen. Software på tværs, 15. juni 2009

Ud af krisen. Software på tværs, 15. juni 2009 Ud af krisen Software på tværs, 15. juni 2009 Om Ative Agile udvikling og rådgivning Klassisk udviklingsmodel Krav Design Ændrer sig Implementering Tager for lang tid Springes over Mareridt Test Deployment

Læs mere

8 tips og tricks der sender din webshop i superligaen

8 tips og tricks der sender din webshop i superligaen 8 tips og tricks der sender din webshop i superligaen Indhold Intro Kend dine besøgende Gør valget simpelt og vind kunder Sådan får du en optimeret kategoriside Eksempler på to gode kategorisider Brug

Læs mere

Øvelse 6. Modeller 81 6.1 Oprettelse af og arbejde med modeller 82 6.2 Videre øvelser 87 6.3 Øvelser i eget projekt 87

Øvelse 6. Modeller 81 6.1 Oprettelse af og arbejde med modeller 82 6.2 Videre øvelser 87 6.3 Øvelser i eget projekt 87 Indhold Indledning 7 Øvelse 1. Introduktion til NVivo 11 1.1 NVivos skærmbillede og funktioner 12 1.2 Sources 13 1.3 Nodes 15 1.4 Classifications 17 1.5 Queries 18 1.6 Models 19 1.7 Videre øvelser 19 Øvelse

Læs mere

Projektarbejde med scrum- metoden

Projektarbejde med scrum- metoden Projektarbejde med scrum- metoden Indhold Indhold... 1 1 Indledning... 2 2 Roller og terminologi i scrum... 3 Opgavestilleren... 3 Scrum Masteren... 3 Projektgruppen... 3 Sprint... 3 3 Møder... 3 Planlægningsmødet...

Læs mere

Computerspil rapport. Kommunikation og IT. HTX Roskilde klasse 1.4. Casper, Mathias Nakayama, Anders, Lasse og Mads BC. Lærer - Karl Bjarnason

Computerspil rapport. Kommunikation og IT. HTX Roskilde klasse 1.4. Casper, Mathias Nakayama, Anders, Lasse og Mads BC. Lærer - Karl Bjarnason Computerspil rapport Kommunikation og IT HTX Roskilde klasse 1.4 Casper, Mathias Nakayama, Anders, Lasse og Mads BC Lærer - Karl Bjarnason Indledning Vi har lavet et computerspil i Python som er et quiz-spil

Læs mere

Annoncering af udbud om udvikling af ny hjemmeside

Annoncering af udbud om udvikling af ny hjemmeside Annoncering af udbud om udvikling af ny hjemmeside Annoncering I medfør af lov om indhentning af tilbud på visse offentlige og offentligt støttede kontrakter (tilbudsloven) 15 a 15 d annonceres følgende:

Læs mere

Godt i gang med.. TDC Webtekst. 13-06-2013 version 2.0

Godt i gang med.. TDC Webtekst. 13-06-2013 version 2.0 Godt i gang med.. TDC Webtekst www.tdcwebtekst.dk www.tdcwebtekst.dk/ny Indholdsfortegnelse Hvad er TDC Webtekst... 4 Før du går i gang... 4 Krav til PC en... 4 Java... 4 ADSL... 5 Internet browser...

Læs mere