Avdeling for Ingeniørutdanning Høgskolen i Oslo. Prosjektplan. Systemutvikling (lo138a) Høst Taxisentral. Forfattere:

Størrelse: px
Begynne med side:

Download "Avdeling for Ingeniørutdanning Høgskolen i Oslo. Prosjektplan. Systemutvikling (lo138a) Høst 2010. Taxisentral. Forfattere:"

Transkript

1 Avdeling for Ingeniørutdanning Høgskolen i Oslo Prosjektplan Systemutvikling (lo138a) Høst 2010 Taxisentral Gruppe 19 Prosjekthjemmeside: Forfattere: Bergan, Bjørn s Baisa, Abdi Biya s Larsen, Mads s Dahl Hegge, Magnus s Dato:

2 INNHOLD INNHOLD Introduksjon Bakgrunn mål Prosjektbeskrivelse Antagelser og begrensninger utviklingsmodell Suksesskriteria Risiko og tiltak rapportoversikt. 4 2 beskrivelse av omfang prosjektorganisasjon og plan prosjektorganisasjon roller og ansvar milepæler og aktiviteter oversikt prosjekt plan arbeidsmåte ( way of working ) prosjekthjelpemidler. 5 4 Kostnader admin rapportering og møter dokumenthåndtering timeregistrering informasjon. 6 6 referanser.. 6

3 VERSJONSLOG Versjon Dato Forfatter(e) Beskrivelse av versjon Larsen, Mads s Hegge, Magnus s Bergan, Bjørn s Baisa, Abdi s Kap 1 ferdig Kap 2 ferdig Kap 3-6 ferdig

4 1 Introduksjon. 1.1 Bakgrunn Problemstillingen, Hvordan planlegge utviklingen av et Taxisentral system ble valgt fordi vi ville ha et realistisk mål for prosjektet. En taxisentral er avhengig av mange forskjellige elementer, som alle er nødvendige for å nå ett enkelt mål: skaffe kunden transport fra A til B. For å nå dette enkle målet, må det være mulig å for kunden å ha et lettforståelig system å forholde seg til, men selv om systemet er enkelt, ser vi for oss mange utfordringer som denne oppgaven vil frembringe, noe som vil gi oss nødvendig erfaring til en forhåpentligvis lang karriere innenfor IT. 1.2 Mål Målet for prosjektet vil være og øke effektiviteten til et taxifirma med 25-30%. Dette skal gjøres ved hjelp av et godt og enkelt kommunikasjonsvertøy mellom kunde, sentral og bil, som har lav responstid. Det skal kunne bestilles taxi ved hjelp av kortest mulig interaksjon mellom kunde og sentral/bil. Kunden skal med dette systemet ha mulighet til å bestille taxi både med sms, telefon og e-post. Kunden skal få bekreftelse på bestilling umiddelbart og respons med en gang en bil har blitt sendt ut. Systemets hendelsesforløp vil være at sentralen mottar bestilling, finner nærmeste ledige taxi av riktig type (taxi med plass til riktig antall passasjerer, bagasje o.l.), sentralen sender bestillingen til taxien og bekreftelse til kunden. Systemet vil selvfølgelig også inneholde funksjoner for å avbestille taxi og registrering av klager. Vi forventer å legge frem løsningen i løpet av Desember Hovedmål Prosjektet skal være ferdig utviklet og klart til presentasjon Kunden skal ha mulighet til å bestille taxi ved hjelp av telefon, internett eller sms. Delmål 1 Behandlingstiden for bestilling av taxi med det nye systemet vil være 12% raskere. Kunden skal få bekreftelse på bestilling via SMS eller e-post i løpet av få sekunder. Delmål 2 Opplæringsperioden for systemet skal maksimum være 5 dager. Lengde på kurs for å gi nye ansatte en rask innføring i systemet anbefales å være 4 timer.

5 Delmål 3 Taxibedrifter vil spare ca 20% i bensinutgifter på grunn av kortere reiseveier siden nærmeste taxi alltid tildeles.

6 1.3 Prosjektbeskrivelse Dette prosjektet handler om å planlegge og vise fremgangsmåten for utviklingen av et system. Vi har valgt å planlegge et taxisentralsystem som skal lokalisere taxier, vise status (opptatt eller ledig), sende bestillinger til taxi og registrere klager. Systemet skal kunne ta i mot bestillinger fra sms, e-post og telefon, og kunden skal alltid få bekreftelse på bestilling, om dette er på sms, e- post eller telefon avhenger av bestillingsmetode. Dagens systemer er svært tradisjonelle og sliter ofte med å ta i mot bestillinger i perioder med stor pågang. Bestillinger taes ofte i mot kun over telefon og samtalen med kunden og bestillingen tar gjerne for lang tid. Med vårt system vil det ideelt sett kun være antall taxier som kan føre til at kunder ikke får lagt inn bestilling. I noen tilfeller vil selvfølgelig antall ansatte på sentralen være relevant, da det er begrenset hvor mange bestillinger en ansatt kan håndtere. Vi ser for oss at et system som brukes av en taxisentral vil ha svært høye krav til brukervennelighet, pålitelighet og effektivitet da man ønsker å bli ferdig med en bestilling så raskt som mulig for å kunne ta i mot neste. Derfor har vi valgt å gi dette en høy prioritet.

7 1.4 Antagelser og begrensninger Hvis vi skal planlegge et fullt fungerende taxisentral system vil det være alt for mange elementer å håndtere for gruppen vår alene. Som nevnt tidligere er det snakk om en fungerende telefonsentral, et døgnåpent hovedkontor og i de fleste tilfeller en fungerende smssentral. Dette vil gjøre oppgaven særdeles tung hvis alt skal bli implimentert. Det vi vil fokusere på er selve kommunikasjonssystemet mellom hovedkontor, kunde og taxier. Det vil da være kommunikasjon direkte mellom kunder og taxi som står i fokus, mens samtalene mellom kunder og sentral ikke vil være vesentlige, da bestillingen uansett vil bli sendt til nærmeste ledige taxi fra sentralen. En annet aspekt vi ikke vil ta tak i er betalingssystemet. I prinsippet er ikke betalingen viktig for denne rapporten, da det er et separat system som er koblet opp mot BBS og ikke sentralen. Dvs, i prinsippet betaler alle kunder kontant. Vi tar utgangspunkt i et taxifirma med en betraktelig mengde sjåfører og biler, som vil kunne dekke en mellomstor by. Dette vil kreve et enkelt kommunikasjonsverktøy mellom biler og sentral, slik at meldinger og oppdatert status kan bli sendt fram og tilbake. Et vanlig taxifirma har gjerne en hjemmeside, vi tar utgangspunkt i at det allerede finnes en fullt fungerende hjemmeside som allerede oppfyller de kravene vi ønsker at den skal ha. Hvis en kunde bestiller fra hjemmesiden vil det i prinsippet være helt likt som om at kunden har ringt inn til hovedkontoret. Derfor er det ikke nødvendig for oss å utvikle denne. Som nevnt tidligere vil uansett bestillingen bli sendt videre til en taxi fra sentralen. 1.5 Utviklingsmodell Vi har valgt å benytte en tilpasset versjon av UP som systemutviklingsmodell. Denne modellen setter et agilt rammeverk som lett kan tilpasses, og begrenses, ved de krav som settes av målet. Modellen er en iterativ og inkrementell utviklingsprosess. Fasene (ide, utdypning, konstruksjon og overgang) gjennomgår en rekke gjentakelser. Hver iterasjon vil gi et intervall som gir en forbedring, eller utvidet versjon, av systemets funksjonalitet satt mot den forrige utgaven. Dette systemet skal ikke implementeres, så bredden av disipliner vil være begrenset. Krav og design, gjennomgå flere gjentagelser etter hvert som modellen utvikles. Prosessen er Use Casedrevet så det er de kommende brukerne av det ferdige resultatet som står i sentrum. Designet av programmet og prosessene i hele systemet skal basere seg på hvordan det vil komme bruker til nytte. De ulike fasene: Idefasen: I denne fasen får vi en oversikt over hva hovedmål, krav og omfanget til prosjektet skal være. Vi blir enige om hvordan vi skal jobbe med prosjektet, og identifiserer eventuelle risiki.

8 Andre elementer inneholder, men er ikke begrenset til, lønnsomhetsanalyse, kostnadsanalyse, med fokus på problemforståelse og prosjektbeskrivelse, som skal samles til 1. iterasjon av oppgaven. Utdypningsfasen: I denne fasen tar vi en grundigere gjennomgang av prosjektet etter å ha fått tilbakemelding etter 1. iterasjon. Her skal kravspesifikasjonene, målene og omfanget korrelere slik at det kan utvikles en basis, men tilstrekkelig god, arkitektur for hvordan systemet skal utformes. Risiki er identifisert og håndtert. Hovedfokus vil være å ha en klar, forståelig, fremgangsmåte for hvordan prosjektet skal løses, representert ved hjelp av use cases, sekvens-, domene- og klassediagram. Fasen vil bestå av flere iterasjoner, og vil granskes nøye før vi beveger oss videre til neste fase. Konstruksjonsfasen: I denne fasen vil det jobbes med analyse og design av systemet i henhold til omfang, krav og GUI m.m. Dette skal representeres ved hjelp av skisser og ferdigstilte diagrammer. I denne fasen skal alle spesifikasjoner være ferdigstilt, og point of no return skal være nådd etter siste iterasjon. I teorien skal programmeringen også være ferdigstilt, men det vil ikke bli utført noe programmering i denne oppgaven. Overgangsfasen: Vi kommer ikke til å ta med implementering og drifting som en del av utviklingsprosessen, derfor er overgangsfasen noe irrelevant for oss. Innleveringsiterasjoner: rasjon. Dette er en oversikt over innleveringer og endringene vi gjorde etter disse. De inneholder ikke de interne iterasjonene av oppgaven som vi selv har hatt før innleveringene ble gjennomført. F.eks forskjellige versjoner av use-cases osv. 1. Iterasjon: Vi startet arbeidet med prosjektplan versjon 0.2 og påbegynte/ferdigstilte del 1-6. Etter innlevering fikk vi beskjed om at vi ikke hadde levert riktig rapport, og at arbeidet måtte gjøres igjen. 2. Iterasjon: Etter at vi fikk beskjed om at innleveringen var feil, jobbet vi igjen med prosjektplanen slik at den inneholdt rett informasjon. Kommentarene til vår innlevering hjalp oss å få en bedre pekepinne om hvor faglærer ville at vi skulle ta prosjektet. Vi skrev om del 1-6 i henhold til kommentarene, leverte inn og planen ble godkjent, men fortsatt med noen mangler som bør forberdres. Bl.a Mål og Beskrivelse var for dårlig og måtte gjøres igjen. 3. Iterasjon: Etter 2. iterasjon fikk vi beskjed om at de funksjonelle og ikke funksjonelle kravene var

9 gjort feil og måtte forbedres. Etter gjennomgang med stud.ass så gjorde vi det på nytt. Use case beskrivelsene var for svake, og måtte gjøres mer detaljert. Hvis vi ikke fikset dette ville ikke innlevering 3 bli godkjent. Etter forbedringene begynte vi arbeidet med 4.iterasjon

10 1.6 Suksesskriteria Samarbeid For å gjennomføre et prosjekt så omfattende og langvarig som dette sammen med andre er godt samarbeid viktig. Samarbeid mellom gruppemedlemmene har fungert godt på tidligere prosjekter og det er derfor lite sannsynlig at problemer oppstår, men usansynelige problemer burde også inkluderes i en risikoplan. Planlegging Planlegging av prosjekter er svært vikig. Uten en god fremdriftsplan vil arbeidet ofte bli gjort i siste liten og det vil gå ut over kvaliteten. God timeplan God planlegging inneholder gjerne en detaljert timeplan som beskriver hva gruppemedlemmene skal jobbe med. God risikoplan Når man jobber med et prosjekt over flere uke og mnd er det viktig å ha en oversikt over mulige problemer som kan oppstå og løsninger for disse. Gruppa burde være forbredt på både svært sannsynlige problemer og høyst usannsynlige problemer. Online tilgjengelighet Svært mye av arbeidet som blir gjort gjøres på internett. Rapport, notater o.l. ligger på nettet og innleveringer skjer på internett. Problemer som kan oppstå i sammenheng med dette burde være en del av risikoplanen.

11 1.7 Risiko og tiltak Risiko Sannsynlighet Konsekvens Tiltak Sykdom hos en eller flere gruppemedlemmer. Høy Akseptabel. Arbeid må utsettes eller gjøres av andre på gruppa. Det blir mer arbeid på resten av gruppa og det kan oppstå tidspress. Syke gruppemedlemmer må være flinke til å ha kontakt med gruppen for å sikre at arbeidet blir gjort av noen andre PC-krasj. Middels Alvorlig. PC problemer fører til tap av data og/eller utsettelse av arbeid. Ta backup, jobbe på google docs for å unngå tap av dokumenter. Gruppa klarer ikke å samarbeide Leveringsproble mer grunnet pc/ internett problemer. Lav Akseptabel. Hvis gruppa ikke klarer å samarbeide vil arbeidsmiljøet bli dårlig. Middels Alvorlig. For sen levering resulterer i dårligere karakter / stryk. Gruppa vår har fungert fint tidligere, det burde ikke bli problem nå. Fortsette å ha god kommunikasjon innad i gruppen for å forhindre eventuelle problemer. Levere i god tid, på den måten kan man levere fra en annen pc eller et annet sted hvis noe går galt.

12 Noen slutter i gruppa. Lav Alvorlig. Mye større arbeidsmengde Arbeidsoppgavene til personen som slutter må fordeles på en rettferdig måte innad i gruppa. Konflikter Middels Akseptabel. Vanskelige arbeidsforhold Hvis det skulle oppstå konflikt innad i gruppa må andre medlemmer megle mellom partene som er uenige.

13 1.8 Rapportoversikt Kap 1: En introduksjon til prosjektet, med våre antagelser, suksesskriteria o.l. Kap 2: Inneholder beskrivelse av prosjektets omfang og en kort beskrivelse av hver leveranses innhold. Kap 3: Beskriver hvordan arbeidet har blitt organisert, oppgavefordeling, hvilke hjelpemiddler som har vært i bruk o.l. Kap 4: Prosjektets kostnadsdetaljer. Kap 5: Administrativ dokumentasjon som møte referater og timeregistrering. Kap 6: Referanser til kilder som har blitt tatt i bruk i løpet av prosjektarbeidet.

14 2 Beskrivelse av omfang Leveranse 1: Prosjektplan v0.2 Inneholder informasjon om prosjektets struktur, våre arbeidsmetoder, hjelpemidler, en detaljert risikoplan og ansvarsfordeling. Leveranse 2: Prosjektplan v1.0 Prosjektrapport v0.3 Inneholder komplett og oppdatert prosjektplan. Prosjekt rapport kap 1(introduksjon) som beskriver prosjektets mål, antagelser, suksesskriteria og omfang. Kap 2 (tilpasning av utviklingsmodell) beskriver utviklingsmodell og tilpasninger. Og påbegynt kravspesifisering og use case modellering. Leveranse 3: Oppdatert prosjektplan Prosjektrapport v0.6 Inneholder kap 1 og 2 av prosjektrapport som beskrevet tidligere (oppdatert etter behov). Kapittel 3 (analyse) inneholder diagrammer og analyse og Kapittel 4 som inneholder sekvensdiagram, klassediagram, logisk arkitektur og foreslått brukergrensesnitt. Leveranse 4: Prosjektrapport v1.0 Komplett prosjektrapport hvor alle systemet er ferdig planlagt og alle kapitler i rapporten er oppdaterte.

15 3 Prosjektorganisasjon og plan 3.1 Prosjektorganisasjon Google docs vil bli brukt og disponibel av alle i gruppen. Slides vil bli brukt som hjelpemidel av alle i gruppen til forskjellige punkter. Forelesningene vil være en individuel ressurs som hver i gruppen vil bruke til individuelt arbeid. Microsoft programvare vil bli brukt av alle i gruppen. Gruppen vil utdype mer på dette punktet i versjon 1.0

16 3.2 Roller og ansvar Rolle Ansvar Navn Kompetanse Tidsperiode Leder Organisering Abdi Baisa Ingen Untill he dies or we find someone better Sekretær Revisjon Bjørn Bergan Allmennutdanning Prosjektets lengde Faktasjekker / webansvarlig Sjekke påstander og kildehenvisn inger, drifte hjemmesida Magnus Dahl Hegge Internettsøk - guru Prosjektets lengde Djevelens advokat Kritisere og skape idemyldring Mads Larsen Nordlending / kritiker Prosjektets lengde 3.3 Milepæler og aktiviteter <Milepæl 1>: o Aktiviteter: Versjon 0.2 av prosjektplanen er ferdig. Hjemmesiden er opprettet. o Leveranse(r): Versjon 0.2 av rapporten med link til hjemmeside.

17 <Milepæl 2>: o Aktiviteter: Prosjektrapport versjon 0.6 er ferdig. o Leveranse(r): Prosjektrapport versjon 0.3 og Prosjektplan versjon 1.0. <Milepæl 3>: o Aktiviteter: Prosjektrapport versjon 0.6 er ferdig. o Leveranse(r): Prosjektrapport versjon 0.6 og Prosjektplan versjon 1.0 (hvis oppdatert siden leveranse 2). <Milepæl 4>: o Aktiviteter: Prosjektrapport versjon 1.0 er ferdig. o Leveranse(r): Prosjektrapport versjon 1.0 og Prosjektplan versjon 1.0 (hvis oppdatert siden leveranse 2).

18 3.4 Oversikt prosjekt plan ål Beskriv prosjektaktivitetene med et Gant-kart (ved hjelp av Microsoft Project eller lignende). 3.5 Arbeidsmåte ( way of working ) Del 1-3 av prosjektrapporten vil bli utført i lag og med oppdeling av punkter og planlegge arbeidet framover. Vil vil jobbe sammen hver dag på skolen på grupperom eller via Online google docs. Det vil generelt være lite individuelt arbeid. Del 4 vil vi jobbe sammen i grupperom og dele opp arbeid, men fortsatt jobbe sammen i gruppe og generelt lite individuelt arbeid. 3.6 Prosjekthjelpemidler Spesifiser hvilken verktøy og lignende som vil bli benyttes (for eksempel Rational Rose eller annet for modellering). Vi vil bruke Microsoft Project eller excel til å lage en framdriftsplanm, eller et Gant diagram. Vi vil bruke Google Docs for å arbeide med alt skriftlig. Vi vil bruke Microsoft Visio 2007 for modellering i prosjektet. Vi vil bruke Internett, pensumbøker og forelesningsnotater for og finne stoff.

19 4 Kostnader Det vil være 4 utviklere. Prosjektets varighet vil være 3 måneder. Arbeidstiden per dag vil være 8 timer. Timesbetalt per utvikler vil være 300 kr timen. Leie av lokaler: Andre kostnader kan forekomme i løpet av prosjektet som fks. programvare og teknisk utstyr: kr. Beregnet total kostnad kr

20 5 Admin 5.1 Rapportering og møter Vi vil ha generel diskusjon hver dag ved starten av dagen om statusen på prosjektet. Vi vil etter behov hvis det trengs ved f.eks tidsmangel, sykdom eller fravær holde møte for å få skuta på rett kjør. 5.2 Dokumenthåndtering Vi vil bruke Google docs online for dokument håndtering og felles arbeid. Google docs gjør det mulig for alle sammen og jobbe med samme dokument i sanntid. Vi vil laste ned prosjektrapporten lokalt i jevne mellomrom for og sikre oss backup av dokumenter. 5.3 Timeregistrering Vi vil bruke en tabell som viser hvor mange timer vi har brukt på hver fase av prosjektet og antall timer hver og sammen vi har arbeidet. Leveranse 1 timetabell. Navn Timer Totalt Individuelt Sammen Mads Larsen ca 85 ca 15 ca 70 Bjørn Bergan ca 85 ca 15 ca 70 Abdi Baisa ca 85 ca 15 ca 70 Magnus Hegge ca 85 ca 15 ca 70

21 5.4 Informasjon Løsninger som allerede brukes vil vi studere og hente ut informasjon om som hjelp til utvikling av våre egne løsninger. Dette kan være f.eks gant diagram, tabeller og modeller. 6 Referanser Slides fra forelesning Forelesning Systemutvikling Applikasjoner og databaser av Thor E. Hasl. Cappelen akademisk forlag. ISBN

Avdeling for ingeniørutdanning Høgskolen i Oslo. Prosjektrapport Systemutvikling (lo138a) Høst 2010. Taxisentral

Avdeling for ingeniørutdanning Høgskolen i Oslo. Prosjektrapport Systemutvikling (lo138a) Høst 2010. Taxisentral Avdeling for ingeniørutdanning Høgskolen i Oslo Prosjektrapport Systemutvikling (lo138a) Høst 2010 Taxisentral Gruppe 19 Prosjekthjemmeside: http://gruppe19.lmdahl.no/ Forfattere: Larsen, Mads s156151

Detaljer

DOMAINING AS GRUPPENR.24

DOMAINING AS GRUPPENR.24 A V D E L I N G F O R I N G E N I Ø R U T D A N N I N G H Ø G S K O L E N I O S L O PROSJEKTPLAN SYSTEMUTVIKLING (LO138A) HØST 2011 DOMAINING AS GRUPPENR.24 Forfattere: s171633, Truc Tran, s171171, My

Detaljer

Hensikten med denne delen av kurset. Objektets egenskaper. Objektorientering hva er det? Best practises ved programvareutvikling. Kravspesifikasjonen

Hensikten med denne delen av kurset. Objektets egenskaper. Objektorientering hva er det? Best practises ved programvareutvikling. Kravspesifikasjonen Hensikten med denne delen av kurset Objektorientert systemutvikling Rational Unified Process (RUP) Gurholt og Hasle kap. 6 UML Distilled kap. 2 Å lære modellerings- og designprinsipper og øve opp teknikker

Detaljer

Vakt og lønnssystem - Rema 1000

Vakt og lønnssystem - Rema 1000 Avdeling for ingeniørutdanning Høgskolen i Oslo og Akershus Prosjektrapport Systemutvikling (LO138A) Høst 2011 Vakt og lønnssystem - Rema 1000 Gruppe 8 Forfattere: Andreas Baaserud, s169982 Ravi Agnihotri,

Detaljer

PROSJEKTPLAN FOR INF [4 3]120-PROSJEKT: PROJECT HOSPITAL 2004

PROSJEKTPLAN FOR INF [4 3]120-PROSJEKT: PROJECT HOSPITAL 2004 PROSJEKTPLAN FOR INF [4 3]120-PROSJEKT: PROJECT HOSPITAL 2004 VERSJON: PROSJEKTPLAN (1.0) 24. SEPTEMBER, 2004 prosjektplan.doc GRUPPE 12 PROSJEKTPLAN: PROSJEKTLEDELSE: USE CASE: KVALITETSSIKRING: ANDRÉ

Detaljer

S Y S T E M U T V I K L I N G ( L O 1 3 8 A )

S Y S T E M U T V I K L I N G ( L O 1 3 8 A ) A V D E L I N G F O R I N G E N I Ø R U T D A N N I N G H Ø G S K O L E N I O S L O O G A K E R S H U S P R O S J E K T R A P P O RT S Y S T E M U T V I K L I N G ( L O 1 3 8 A ) H Ø S T 2011 GRUPPE 24:

Detaljer

Produktrapport Gruppe 9

Produktrapport Gruppe 9 Forord Dette dokumentet er ment for personer som skal vedlikeholde, endre eller utvikle systemet. Produktdokument innholder informasjoner om programmets funksjoner og hvordan de fungerer. Før bruk av dette

Detaljer

Forprosjektrapport. Gruppe 34. Magnus Dahl Hegge s153549

Forprosjektrapport. Gruppe 34. Magnus Dahl Hegge s153549 Forprosjektrapport Gruppe 34 Bjørn Bergan Abdi Baisa Mads Larsen s161593 s156140 s156151 Magnus Dahl Hegge s153549 Presentasjon Hovedprosjektgruppe 34 består av 4 elever som nå gjennomfører sitt siste

Detaljer

Kravspesifikasjon. Forord

Kravspesifikasjon. Forord Kravspesifikasjon Forord Kravspesifikasjonen skal beskrive applikasjonens funksjonalitet og betingelsene som oppdragsgiver krever. Det skal også hjelpe utviklerne med å begrense applikasjonen slik at den

Detaljer

Hovedprosjekt 2014, Høgskolen i Oslo og Akershus

Hovedprosjekt 2014, Høgskolen i Oslo og Akershus Forprosjektrapport Gruppe 2 Hovedprosjekt 2014, Høgskolen i Oslo og Akershus 1 INNHOLD 2 Presentasjon... 2 2.1 Gruppen medlemmer... 2 2.2 Oppgave... 2 2.3 Oppdragsgiver... 2 2.4 Veileder... 2 3 Sammendrag...

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i: INF1050 Eksamensdag: 2. juni 2014 Tid for eksamen: 09:00-13:00 Oppgavesettet er på 4 sider Vedlegg: Ingen Tillatte hjelpemidler:

Detaljer

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? Use case modellering. Eksempel

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? Use case modellering. Eksempel Use case modellen Use case modellering i analysefasen Metode for å identifisere og beskrive de funksjonelle kravene til et system Kapittel 3 i UML Distilled Kirsten Ribu beskriver kravene til systemet,

Detaljer

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case?

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? 1/15/2004 1 Use case modellen Use case modellering i analysefasen Metode for å identifisere og beskrive de funksjonelle kravene til et system Kapittel 3 i UML Distilled Kapittel 8 i Gurholt og Hasle Kirsten

Detaljer

Kap. 2 Prosessen. Utviklingsmodeller -2. Utviklingsmodeller. Utviklingsmodeller -4. Utviklingsmodeller - 3. Software Engineering - definisjoner

Kap. 2 Prosessen. Utviklingsmodeller -2. Utviklingsmodeller. Utviklingsmodeller -4. Utviklingsmodeller - 3. Software Engineering - definisjoner Software Engineering - definisjoner Kap. 2 Prosessen Utviklingsprosessen Modeller for utvikling Bauer: Etablering og bruk av gode ingeniørmessige prinsipper for å fremskaffe økonomisk programvare som er

Detaljer

Lykke til! Eksamen i fag TDT4140 Systemutvikling 28.11.2012 9.00. NTNU Norges teknisk-naturvitenskapelige universitet

Lykke til! Eksamen i fag TDT4140 Systemutvikling 28.11.2012 9.00. NTNU Norges teknisk-naturvitenskapelige universitet Side 1 av 10 NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for informasjonsteknologi, matematikk og elektroteknikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist:

Detaljer

Del IV: Prosessdokumentasjon

Del IV: Prosessdokumentasjon 1 2 Forord Dette dokumentet omhandler detaljert beskrivelse av vår arbeidsprosess gjennom hele perioden med prosjektet. Prosessdokumentasjonen er en viktig del av sluttrapporten, og er delt opp i følgende

Detaljer

Jon Hammeren Nilsson, Anders Emil Rønning, Lars Grini og Erling Fjelstad

Jon Hammeren Nilsson, Anders Emil Rønning, Lars Grini og Erling Fjelstad Forprosjektrapport Presentasjon Tittel: Oppgave: Infront SSO Utvikle en Single Sign-on løsning for Infront Periode: 8/1-2013 28/5-2013 Gruppemedlemmer: Jon Hammeren Nilsson, Anders Emil Rønning, Lars Grini

Detaljer

Kravspesifikasjon. Høgskolen i Oslo, våren 2011 Sted og dato: Oslo, 9. februar 2011. Gruppemedlemmer

Kravspesifikasjon. Høgskolen i Oslo, våren 2011 Sted og dato: Oslo, 9. februar 2011. Gruppemedlemmer Kravspesifikasjon Høgskolen i Oslo, våren 2011 Sted og dato: Oslo, 9. februar 2011 Gruppemedlemmer Adeel Yousaf Khan s141459 Mats Klingenberg Naustdal s148155 Nur M. Ahmed s148108 Thomas Wiborg s161335

Detaljer

PROSJEKTBESKRIVELSE/PLAN PROSJEKT OR2-300

PROSJEKTBESKRIVELSE/PLAN PROSJEKT OR2-300 Mal for prosjektbeskrivelse PROSJEKTBESKRIVELSE/PLAN PROSJEKT OR2-300 Evt. detaljer i vedlegg med referanse frå de ulike delene Prosjekt (tittel): Sol energi. Dato, signatur:.. Lasse Moen Ola Sundt Melheim....

Detaljer

1. PRINT & MFP LØSNINGER 2. DOKUMENTHÅNDTERING 3. IT-SERVICES 4. DIGITAL SIGNAGE & AV

1. PRINT & MFP LØSNINGER 2. DOKUMENTHÅNDTERING 3. IT-SERVICES 4. DIGITAL SIGNAGE & AV 1. PRINT & MFP LØSNINGER 2. DOKUMENTHÅNDTERING 3. IT-SERVICES 4. DIGITAL SIGNAGE & AV 1. JOBBER MED DE STØRSTE GLOBALE LØSNINGENE ELLER ET LITE KONTORMILJØ SÅ ER HVERT PROSJEKT NØYE GJENNOMFØRT MED KUNDENS

Detaljer

Kravspesifikasjon. Leserveiledning Kravspesifikasjonen består av følgende deler: Presentasjon Om bedriften

Kravspesifikasjon. Leserveiledning Kravspesifikasjonen består av følgende deler: Presentasjon Om bedriften Kravspesifikasjon Presentasjon Hovedprosjektet gjennomføres ved Høgskolen i Oslo, avdelingen for ingeniørutdanning. Målet med oppgaven er å utvikle en online webshop for bestilling av postkasser. Dette

Detaljer

Forprosjektrapport for Agresso R&D Ansettelsessystem 31.01.07. Hovedprosjekt våren 2007. Skrevet av:

Forprosjektrapport for Agresso R&D Ansettelsessystem 31.01.07. Hovedprosjekt våren 2007. Skrevet av: Forprosjektrapport for Agresso R&D Ansettelsessystem Hovedprosjekt våren 2007 31.01.07 Skrevet av: Anders Hartvoll Ruud Christian Årving Leif Martin Næss Sahdia Fayyaz Moghal 1 Sammendrag Prosjektittel:

Detaljer

Veiledning og vurdering av Bacheloroppgave for Informasjonsbehandling

Veiledning og vurdering av Bacheloroppgave for Informasjonsbehandling Veiledning og vurdering av Bacheloroppgave for Informasjonsbehandling Oppdatert 15. jan. 2014, Svend Andreas Horgen (studieleder Informasjonsbehandling og itfag.hist.no) Her er noen generelle retningslinjer

Detaljer

Lykke til! Eksamen i fag SIF8018 Systemutvikling. 20 mai, 2003 kl 0900-1400. Fakultet for fysikk, informatikk og matematikk

Lykke til! Eksamen i fag SIF8018 Systemutvikling. 20 mai, 2003 kl 0900-1400. Fakultet for fysikk, informatikk og matematikk NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for fysikk, informatikk og matematikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist: XX Eksamen i fag SIF8018 Systemutvikling

Detaljer

Møtereferater: HP36 uke 2, 10.1.2012: Gruppemedlemmer: Christian Salater Magne Hjermann Zunaira Afzal Tola Sarzali Waleed Abtidon.

Møtereferater: HP36 uke 2, 10.1.2012: Gruppemedlemmer: Christian Salater Magne Hjermann Zunaira Afzal Tola Sarzali Waleed Abtidon. Møtereferater: HP36 uke 2, 10.1.2012: Gruppemedlemmer: Christian Salater Magne Hjermann Zunaira Afzal Tola Sarzali Waleed Abtidon Møtereferat: 1. møte med veileder I dette møtet presenterte vi oss for

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO Bokmål Kandidat nummer: UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i: INF1050 Eksamensdag: 31. Mai, 2011 Tid for eksamen: 09:00-13:00 Oppgavesettet er på 6 sider Vedlegg:

Detaljer

Forprosjektrapport. HMI Lab løsning for industriell IT Gruppe 21. Tor Arne Trogersen, Ajwan Mamshi, Karzan Salihi

Forprosjektrapport. HMI Lab løsning for industriell IT Gruppe 21. Tor Arne Trogersen, Ajwan Mamshi, Karzan Salihi Forprosjektrapport HMI Lab løsning for industriell IT Gruppe 21 Tor Arne Trogersen, Ajwan Mamshi, Karzan Salihi 17. januar 2014 1 Prosjektgruppen Tor Arne Torgersen Utdanner seg som dataingeniør, fordi

Detaljer

UKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR

UKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR INF 1050 UKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR Oppgave 1 a) Foranalyse: Foranalysen kan med fordel gjøres i to trinn. Den første er å undersøke finansiering og øvrige

Detaljer

SPPR Software Project Progress Report Uke 38-39

SPPR Software Project Progress Report Uke 38-39 SPPR Software Project Progress Report Uke 38-39 Heiskontrollsystem Gruppe 7 Gunhild Kristiansen, Arne Enger Hansen, Cecilie Vådahl, Kristian Vågen, Magnus Asbjørnsen, Martin Stenmark Høgskolen i Østfold

Detaljer

Thursday, August 19, 2010. Web-prosjekt

Thursday, August 19, 2010. Web-prosjekt Web-prosjekt Om kurset Organisering av kurset Består av to hoveddeler: Webpublisering Prosjektarbeid Motivasjon Web Lære å utvikle websider Lære prinsipper for brukervennlighet og tilgjengelighet Skrive

Detaljer

Prosjektplan. Tonje Brubak, 080437 Per Kristian Svevad, 100202 10HBINDA - Høgskolen i Gjøvik - 22. januar, 2013

Prosjektplan. Tonje Brubak, 080437 Per Kristian Svevad, 100202 10HBINDA - Høgskolen i Gjøvik - 22. januar, 2013 Prosjektplan Tonje Brubak, 080437 Per Kristian Svevad, 100202 10HBINDA - Høgskolen i Gjøvik - 22. januar, 2013 0. Innholdsfortegnelse 0. INNHOLDSFORTEGNELSE... 2 1. MÅL OG RAMMER... 3 1.0. BAKGRUNN...

Detaljer

VEDLEGG 1 KRAVSPESIFIKASJON

VEDLEGG 1 KRAVSPESIFIKASJON VEDLEGG 1 KRAVSPESIFIKASJON INNHOLDSFORTEGNELSE Forord... 2 1 Systembeskrivelse... 2 2 Mål for systemet... 3 3 Funksjonelle krav... 4 4 Ikke-funksjonelle krav... 5 5 Use-case diagram... 6 6 Rammekrav...

Detaljer

Vedlegg Side 83 av 155

Vedlegg Side 83 av 155 4 Side 83 av 155 Innholdsfortegnelse 1 Kravspesifikasjon... 86 2 Kravspesifikasjon 2.0... 92 3 Domenemodell... 98 4 UseCase Diagram Oversikt... 102 6 Detaljert beskrivelse av UseCase Diagram... 106 Webapplikasjon...

Detaljer

Prosjektkategori: Forprosjektrapport Fritt tilgjengelig X Omfang i studiepoeng: 20 Fritt tilgjengelig etter:

Prosjektkategori: Forprosjektrapport Fritt tilgjengelig X Omfang i studiepoeng: 20 Fritt tilgjengelig etter: Avdeling for ingeniørfag PROSJEKTRAPPORT Prosjektkategori: Forprosjektrapport Fritt tilgjengelig X Omfang i studiepoeng: 20 Fritt tilgjengelig etter: Fagområde: Konstruksjonsteknikk Rapporttittel: Kvalitetssikring

Detaljer

Prosjektdagbok FRA 30.10-08 TIL 2.3-09. Uke Dato Personer tilstede. Beskrivelse 10:00. 44 30.10-08 Øyvind. Vi dannet gruppe og skrev Statusrapport.

Prosjektdagbok FRA 30.10-08 TIL 2.3-09. Uke Dato Personer tilstede. Beskrivelse 10:00. 44 30.10-08 Øyvind. Vi dannet gruppe og skrev Statusrapport. Prosjektdagbok FRA 30.1008 TIL 2.309 Uke Dato Personer tilstede 44 30.1008 48 25.1108 49 02.1208 2 8.109 Tid 10:00 12:00 12:00 12:00 Beskrivelse Vi dannet gruppe og skrev Statusrapport. Kontaktet bedrifter

Detaljer

Prosjektplan Bacheloroppgave 2014. André Moen Libæk, Erik Sørlie, Vegar Tangen

Prosjektplan Bacheloroppgave 2014. André Moen Libæk, Erik Sørlie, Vegar Tangen Prosjektplan Bacheloroppgave 2014 André Moen Libæk, Erik Sørlie, Vegar Tangen Innhold 1. Mål og rammer... 3 1.1 Bakgrunn... 3 1.2 Prosjektmål... 3 1.2.1 Effektmål... 3 1.2.2 Resultatmål... 3 1.3 Rammer...

Detaljer

Prosjektbeskrivelse for

Prosjektbeskrivelse for <små og mellomstore prosjekter> // PROSJEKTDOKUMENT Prosjektbeskrivelse for

Detaljer

INF 5120 Obligatorisk oppgave Nr 2

INF 5120 Obligatorisk oppgave Nr 2 INF 5120 Obligatorisk oppgave Nr 2 Vigdis Bye Kampenes Stein Grimstad Gruppe 26 INF 5120 Obligatorisk oppgave Nr 2... 1 1 Business model... 2 Innledende kommentarer... 2 Andre avgrensninger... 2 Scoping

Detaljer

Aktivitetskart. Fremdriftsplan: denne prosessen: Peder Sundbø. ferdigstilt uke 8. fastslåing av prosjekt. Magnus Eriksen. Uke 8.

Aktivitetskart. Fremdriftsplan: denne prosessen: Peder Sundbø. ferdigstilt uke 8. fastslåing av prosjekt. Magnus Eriksen. Uke 8. Aktivitetskart Planlegging dato: 29.01-09 TIL 7.2-09 Kravspesifikasjon beskrivelser Papirprototyp ER-diagram Planlegging og fastslåing av prosjekt En del av kravspesifikasjon. Grafisk visning av systemets

Detaljer

Idèfase. Skisse. Resultat

Idèfase. Skisse. Resultat ? Idèfase Skisse Planlegging Gjennomføring Resultat Bakgrunn: Utviklingssenter for sykehjem og hjemmetjenester (USHT) Troms har stor tro på prosjektorientert arbeid. Derfor legges det til rette for utviklingsarbeid

Detaljer

Prosjektmandat Prosjektmandatet forteller om:

Prosjektmandat Prosjektmandatet forteller om: Tiende gang. Et utvalg fra fagets hjemmesider NB! Case osv. er ikke tatt med Hvilke metoder og tilnærmingsmåter passer for krevende prosjekter og endringsoppgaver? Prosjekt og prosjektarbeid Et prosjekt

Detaljer

Forprosjekt. Gruppe: H09B03. HIØ, Sarpsborg

Forprosjekt. Gruppe: H09B03. HIØ, Sarpsborg Forprosjekt HIØ, Sarpsborg 1 INNHOLDSFORTEGNELSE Innhold INNHOLDSFORTEGNELSE... 2 1. MÅL OG RAMMER... 3 1.1 Bakgrunn... 3 1.2 Prosjektmål... 3 Effektmål... 3 Resultatmål... 4 1.3 Rammer... 4 2. OMFANG...

Detaljer

PROSJEKTBESKRIVELSE. Hovedprosjekt Standardisering av digitalisert landskapsinformasjon. (BIM for landskap)

PROSJEKTBESKRIVELSE. Hovedprosjekt Standardisering av digitalisert landskapsinformasjon. (BIM for landskap) PROSJEKTBESKRIVELSE Hovedprosjekt Standardisering av digitalisert landskapsinformasjon (BIM for landskap) Innhold Bakgrunn... 2 Hovedoppgave... 2 Omfang og krav til leveranse... 4 Fremdrift... 4 Økonomi...

Detaljer

Prosjektplan 2008. Lagerstyring, Trostrud-Freno AS. Prosjekt: Jon Arne Grønli. Utgavedato: 29.01.08

Prosjektplan 2008. Lagerstyring, Trostrud-Freno AS. Prosjekt: Jon Arne Grønli. Utgavedato: 29.01.08 Prosjektplan 2008 Prosjekt: Prosjektdeltagere: Utgavedato: 29.01.08 1 0 SAMMENDRAG... 3 1. INNLEDNING... 4 1.1 BAKGRUNN FOR OPPGAVEVALG... 4 1.2 PROSJEKTETS ORGANISERING... 5 2. PROSJEKTETS MÅLSETNING

Detaljer

Oppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 29.04.2009. IMT2243 : Systemutvikling 1

Oppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 29.04.2009. IMT2243 : Systemutvikling 1 Oppsummering : IMT2243 Systemutvikling Målformuleringen i emnebeskrivelsens : Studentene skal ha forståelse for grunnleggende administrative og teknologiske aspekter ved spesifisering, utvikling, innføring

Detaljer

Kunden er en av Norges ledende leverandører av digital-tv og bredbåndstjenester.

Kunden er en av Norges ledende leverandører av digital-tv og bredbåndstjenester. 1 Forord Hensikten med kravspesifikasjonen er å gi oppdragsgiver og utviklere en enighet og forståelse av funksjonaliteten til applikasjonen som skal produseres. en definerer i tillegg prosjektets rammer

Detaljer

Forprosjektrapport. Hovedprosjekt 2015 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus

Forprosjektrapport. Hovedprosjekt 2015 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus Presentasjon Gruppenummer: 21 Forprosjektrapport Hovedprosjekt 2015 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus Gruppemedlemmer: Guro Asbjørnsen, Ester Jansson, Marius Skalstad og

Detaljer

Forstudierapport. Magne Rodem og Jan-Erik Strøm. 18. juni 2006

Forstudierapport. Magne Rodem og Jan-Erik Strøm. 18. juni 2006 Forstudierapport Magne Rodem og Jan-Erik Strøm 18. juni 2006 Innhold 1 Introduksjon 3 2 Bakgrunn for prosjektet 3 2.1 Beskrivelse av problemer og behov........................... 3 2.2 Kort om dagens systemer................................

Detaljer

Forprosjektrapport. Presentasjon. Sammendrag. Tittel Informasjonsplatform for NorgesGruppen

Forprosjektrapport. Presentasjon. Sammendrag. Tittel Informasjonsplatform for NorgesGruppen Forprosjektrapport Presentasjon Tittel Informasjonsplatform for NorgesGruppen Oppgave Utvikle en informasjonsplatform for butikkene i NorgesGruppen Periode 3. Januar 14. Juni Gruppemedlemmer Joakim Sjögren

Detaljer

Prosjektoppgave INF2120 Våren 2007: Rebusløp

Prosjektoppgave INF2120 Våren 2007: Rebusløp Prosjektoppgave INF2120 Våren 2007: Rebusløp Versjon 070219. Vi skal lage programvare for å kunne gjennomføre et Rebusløp. Prosjektformalia Generelt Alle prosjektgruppene får samme oppgave Det lages ny

Detaljer

Modellering av krav. INF1050: Systemutvikling 11. februar 2015. Universitetslektor Yngve Lindsjørn

Modellering av krav. INF1050: Systemutvikling 11. februar 2015. Universitetslektor Yngve Lindsjørn INF1050: Systemutvikling 11. februar 2015 Modellering av krav Universitetslektor Yngve Lindsjørn INF1050 ->Systemutvikling-> Modellering av krav / Yngve Lindsjørn 1 Temaer i dagens forelesning Modellering

Detaljer

Eksamen 2012 INF1050 Lars- Martin Hejll Universitetet i OSLO

Eksamen 2012 INF1050 Lars- Martin Hejll Universitetet i OSLO Eksamen 2012 INF1050 Lars- Martin Hejll Universitetet i OSLO Høgskolen i Telemark 2 Lars- Martin Hejll Høgskolen I Telemark Oppgave 1 Spørsmål fra pensum (20%) 1. Nødvendige aktiviteter i systemutvikling:

Detaljer

DAGBOK. Patrick - Opprettet blogside for å kunne legge ut informasjon om hva som skjer underveis i prosjektet.

DAGBOK. Patrick - Opprettet blogside for å kunne legge ut informasjon om hva som skjer underveis i prosjektet. DAGBOK Uke 43: Torsdag 28/10 Patrick - Opprettet blogside for å kunne legge ut informasjon om hva som skjer underveis i prosjektet. Uke 44: Mandag 1/11 Gruppen utformet den første statusrapporten til prosjektet.

Detaljer

Høgskolen i Oslo og Akershus

Høgskolen i Oslo og Akershus Høgskolen i Oslo og Akershus Gruppe 2 Forprosjektrapport Presentasjon Oppdragsgiver: Prosjekttittel: Definisjon: Accenture Shera Shera er en «event»-applikasjon til Android der man kan registrere arrangementer

Detaljer

Forprosjektrapport. Hovedprosjekt våren 2009. Gruppenr. H09E03. Bent-Henning Nesse Cheko Haji Abbasi Jon Espen Olsen

Forprosjektrapport. Hovedprosjekt våren 2009. Gruppenr. H09E03. Bent-Henning Nesse Cheko Haji Abbasi Jon Espen Olsen Forprosjektrapport Hovedprosjekt våren 2009 Gruppenr. H09E03 Bent-Henning Nesse Cheko Haji Abbasi Jon Espen Olsen Styre- og loggsystem for en testjigg HØGSKOLEN I ØSTFOLD Avdeling for ingeniørfag Postadresse:

Detaljer

1. Forord 2. Leserveiledning

1. Forord 2. Leserveiledning KRAVSPESIFIKASJON 1 1. Forord Hensikten med kravspesifikasjonen er at den skal fungere som et styringsdokument under prosessen og definere rammer og betingelser rundt hovedprosjektet. Den er utviklet etter

Detaljer

SkyHiGh I/O, forprosjekt bacheloroppgave 2012. Eirik Bakken (090382), Erik Raassum (090373) 24. januar 2012

SkyHiGh I/O, forprosjekt bacheloroppgave 2012. Eirik Bakken (090382), Erik Raassum (090373) 24. januar 2012 SkyHiGh I/O, forprosjekt bacheloroppgave 2012 Eirik Bakken (090382), Erik Raassum (090373) 24. januar 2012 1 Innhold 1 Bakgrunn, mål og rammer 3 1.1 Bakgrunn............................. 3 1.2 Rammer..............................

Detaljer

Oversikt over kurs, beskrivelser og priser Høst 2015. Bedriftsinterne kurs. kurs@qualisoft.no +47 518 70000. Kursnavn Forkunnskaper Dato/Sted

Oversikt over kurs, beskrivelser og priser Høst 2015. Bedriftsinterne kurs. kurs@qualisoft.no +47 518 70000. Kursnavn Forkunnskaper Dato/Sted Oversikt over kurs, beskrivelser og priser Høst 2015 Bedriftsinterne kurs Kursnavn Forkunnskaper Dato/Sted Basiskurs i QualiWare Introduksjon til (BPM) Business Process Management Professional Certificate

Detaljer

PRESENTASJON. Prosjektnr: 43E Prosjektnavn: BILs nettsider Jone Tveitane Dato: 17.12.2006

PRESENTASJON. Prosjektnr: 43E Prosjektnavn: BILs nettsider Jone Tveitane Dato: 17.12.2006 PRESENTASJON Prosjektnr: 43E Prosjektnavn: BILs nettsider Elev: Jone Tveitane Dato: 17.12.2006 1 INNHOLDSFORTEGNELSE 1 OPPGAVESTILLER... 3 2 PROBLEMSTILLING... 3 3 HVORFOR DENNE OPPGAVE... 3 4 HVORDAN

Detaljer

1. Intro om SharePoint 2013

1. Intro om SharePoint 2013 Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Intro om SharePoint 2013 Stein Meisingseth 09.08.2013 Lærestoffet er utviklet for faget LO205D Microsoft SharePoint 1. Intro om SharePoint

Detaljer

Kravspesifikasjon. Android app for aktivering av jakt- og fiskekort. Bacheloroppgave vår 2014. Høgskolen i Oslo og Akershus. Charlotte Sjøthun s180495

Kravspesifikasjon. Android app for aktivering av jakt- og fiskekort. Bacheloroppgave vår 2014. Høgskolen i Oslo og Akershus. Charlotte Sjøthun s180495 Charlotte Sjøthun s180495 Nanna Mjørud s180477 Anette Molund s181083 Kravspesifikasjon Android app for aktivering av jakt- og fiskekort Bacheloroppgave vår 2014 Høgskolen i Oslo og Akershus Forord Hensikten

Detaljer

Kjennetegn. Enhetlig skriveradministrasjon Utskriftspolicy Produktbasert jobbehandling Administrasjon av utskriftskø APPLIKASJONER.

Kjennetegn. Enhetlig skriveradministrasjon Utskriftspolicy Produktbasert jobbehandling Administrasjon av utskriftskø APPLIKASJONER. Utskriftsstyring Kjennetegn Enhetlig skriveradministrasjon Utskriftspolicy Produktbasert jobbehandling Administrasjon av utskriftskø APPLIKASJONER Utskriftsstyring Fargestyring Web til utskrift Variabel

Detaljer

Prosessrapport. Utvikle et registreringssystem for personalet Periode: Kamiran Ahmed Selewani (s156192) Ali Ahmed Mirzaeie (s156172)

Prosessrapport. Utvikle et registreringssystem for personalet Periode: Kamiran Ahmed Selewani (s156192) Ali Ahmed Mirzaeie (s156172) Hovedprosjekt 2011 Oppgave: Utvikle et registreringssystem for personalet Periode: 03.Januar til 17.Juni Gruppenr: 4 Medlemmer: Oppdragsgiver: Kontaktperson: Veileder: Kamiran Ahmed Selewani (s156192)

Detaljer

Innhold. Innledning... 15. Del 1 En vei mot målet

Innhold. Innledning... 15. Del 1 En vei mot målet Innledning.............................................. 15 Del 1 En vei mot målet Kapittel 1 Utviklingsarbeidet.............................. 22 1.1 Systemutviklerens arbeid...............................

Detaljer

1. Hvilke type krav angår sikkerhet og pålitelighet?

1. Hvilke type krav angår sikkerhet og pålitelighet? 1. Hvilke type krav angår sikkerhet og pålitelighet? a) Funksjonelle b) Ikke-funksjonelle Svar: b), IS side 88, lærebok s.96 2. Verdien av etnografi er at den hjelper til å oppdage som reflekterer hvordan

Detaljer

Kravspesifikasjon med UML use case modellering. Erik Arisholm 25.02.2009

Kravspesifikasjon med UML use case modellering. Erik Arisholm 25.02.2009 Kravspesifikasjon med UML use case modellering Erik Arisholm 25.02.2009 Unified Modeling Language (UML) Notasjon som støtter opp under modellbasert systemutvikling objektorientert analyse ( hva systemet

Detaljer

Dokument 3 - Prosessdokumentasjon

Dokument 3 - Prosessdokumentasjon Dokument 3 - Prosessdokumentasjon Automatnett - Nytt CMS-verktøy for Uno-X Automat Fakultet for teknologi, kunst og design Høgskolen i Oslo og Akershus, 2013 Dokument 3 - Prosessdokumentasjon Innholdsfortegnelse

Detaljer

SPPR Software Project Progress Report Uke 44-45-46

SPPR Software Project Progress Report Uke 44-45-46 SPPR Software Project Progress Report Uke 44-45-46 Heiskontrollsystem Gruppe 7 Gunhild Kristiansen, Arne Enger Hansen, Cecilie Vådahl, Kristian Vågen, Magnus Asbjørnsen, Martin Stenmark Høgskolen i Østfold

Detaljer

Undervisningsopplegg - oppg.b

Undervisningsopplegg - oppg.b Undervisningsopplegg - oppg.b Last ned/åpne i word format - klikk her: Undervisningsopplegg Oppgave B - Planlegge en undervisningssituasjon Denne oppgava er laget av:line D. Dahl, Kjersti Rønning, Håkon

Detaljer

SSA 2015. Gjennomføring av leveransen i SSA-T og SSA-D. seniorrådgiver Mari Vestre, Difi

SSA 2015. Gjennomføring av leveransen i SSA-T og SSA-D. seniorrådgiver Mari Vestre, Difi SSA 2015 Gjennomføring av leveransen i SSA-T og SSA-D seniorrådgiver Mari Vestre, Difi Mål med endringene i gjennomføring av leveransen i SSA-T og SSA-D Legge til rette for mindre detaljerte kravspesifikasjoner

Detaljer

Prosjektplan Bacheloroppgave 2014

Prosjektplan Bacheloroppgave 2014 Høgskolen i Gjøvik Prosjektplan Bacheloroppgave 2014 Hvordan motivere Ahlsells ansatte til økt kvalitet på leveranser? Joachim Adrian Tande Valstad Kai Asle Trøhaugen Chris André Lehre Moen 27/1-2014 Innhold:

Detaljer

Krav. Beskriver tjenestene produktet skal håndtere Kravene kan testes

Krav. Beskriver tjenestene produktet skal håndtere Kravene kan testes Krav og terminologi Krav Et utsagn som gjelder produktet vi skal teste og evaluere. Vi skal vurdere graden av sannhet i kravet opp mot funksjonen i produktet Funksjonelle krav Beskriver tjenestene produktet

Detaljer

Kandidat nr. 1, 2 og 3

Kandidat nr. 1, 2 og 3 Kandidat nr. 1, 2 og 3 Rapport 1 IT202E Bacheloroppgave i Informatikk Vår 2011 Mobilapplikasjonsutvikling med Scrum 1 Innhold Innledning... 3 Overordnet Prosjektplan... 3 Produktbacklog... 5 Sprint planning

Detaljer

Forprosjektsrapport. Bachelor 08HBMEMA. Daniel Hakkebo, Mia Orderløkken og Kaja Premer 1/2/2011

Forprosjektsrapport. Bachelor 08HBMEMA. Daniel Hakkebo, Mia Orderløkken og Kaja Premer 1/2/2011 Forprosjektsrapport Bachelor 08HBMEMA Daniel Hakkebo, Mia Orderløkken og Kaja Premer 1/2/2011 Innholdsfortegnelse 1 Prosjektbeskrivelse... 2 1.1 Problemstilling:... 2 1.2 Oppgavebeskrivelse... 2 1.3 Bakgrunn...

Detaljer

Hovedprosjekt 2011. Høgskolen i Oslo. Gruppe 24. Tore Holmboe (s155547) Vegard Kamben (s148147) Anders Fohlin Kjøde (s155551) Haakon Nygård (s155535)

Hovedprosjekt 2011. Høgskolen i Oslo. Gruppe 24. Tore Holmboe (s155547) Vegard Kamben (s148147) Anders Fohlin Kjøde (s155551) Haakon Nygård (s155535) Hovedprosjekt 2011 Høgskolen i Oslo Gruppe 24 Tore Holmboe (s155547) Vegard Kamben (s148147) Anders Fohlin Kjøde (s155551) Haakon Nygård (s155535) Stian Pettersen (s144449) en RSS-leser på tvers av touchenheter

Detaljer

Tid for læring. Microsoft Office 2007 Windows Vista. e-læring bok

Tid for læring. Microsoft Office 2007 Windows Vista. e-læring bok Tid for læring Microsoft Office 2007 Windows Vista e-læring bok Microsoft Office 2007 Windows Vista e-læring bok Office 2007 er en ny generasjon kontorstøtte-verktøy med et helt nytt grensesnitt. Office

Detaljer

RETNINGSLINJER FOR SKRIVING AV SLUTTRAPPORT VED BACHELOROPPGAVE

RETNINGSLINJER FOR SKRIVING AV SLUTTRAPPORT VED BACHELOROPPGAVE RETNINGSLINJER FOR SKRIVING AV SLUTTRAPPORT VED BACHELOROPPGAVE Det gis ulike anbefalinger for hvordan en prosjektrapport skal se ut. Noen krav til innhold og utseende er beskrevet i forslaget nedenfor.

Detaljer

Informasjonsmøte Samarbeidsforum internkontroll

Informasjonsmøte Samarbeidsforum internkontroll Informasjonsmøte Samarbeidsforum internkontroll 10. oktober 2013 Direktoratet for økonomistyring Velkommen og introduksjon v/ingrid Buhaug Brænden Side 2 Program Side 3 Hvorfor bør alle statlige virksomheter

Detaljer

Prosjektstyring med Projectfronter (En innføring i grunnleggende Projectfronter-funksjonalitet)

Prosjektstyring med Projectfronter (En innføring i grunnleggende Projectfronter-funksjonalitet) Olav Dæhli: 06.10.05 Prosjektstyring med Projectfronter (En innføring i grunnleggende Projectfronter-funksjonalitet) Fronters systemer består av tre sentrale moduler, Classfronter, Teamfronter og Projectfronter

Detaljer

2. Beskrivelse av mulige prosjektoppgaver

2. Beskrivelse av mulige prosjektoppgaver Avanserte databaser (øving 9, 10, 11 & 12) Tore Mallaug 25.01.2008 Opphavsrett:Forfatter og Stiftelsen TISIP Lærestoffet er utviklet for faget LO326D Avanserte Databaser INNLEVERINGSFRISTER (Obligatorisk

Detaljer

SPPR Software Project Progress Report Uke 35-37

SPPR Software Project Progress Report Uke 35-37 SPPR Software Project Progress Report Uke 35-37 Heiskontrollsystem Gruppe 7 Arne Enger Hansen, Cecilie Vådahl, Kristian Vågen, Magnus Asbjørnsen, Martin Stenmark Høgskolen i Østfold 2003 Innhold 1 INTRODUKSJON...3

Detaljer

Kort om evaluering og testing av It-systemer. Hvordan vurdere, verdsette, velge og teste?

Kort om evaluering og testing av It-systemer. Hvordan vurdere, verdsette, velge og teste? Kort om evaluering og testing av It-systemer Hvordan vurdere, verdsette, velge og teste? Evaluere - Bokmålsordboka Evaluere Vurdere, verdsette, gi karakter for. Vurdere Bedømme, verdsette. Bedømme Dømme

Detaljer

1. Forord... 2 2. Innholdsfortegnelse... 3 3 innledning... 5. 4. Funksjonelle egenskaper og krav... 7. 5. Spesifikke krav av delsystemer...

1. Forord... 2 2. Innholdsfortegnelse... 3 3 innledning... 5. 4. Funksjonelle egenskaper og krav... 7. 5. Spesifikke krav av delsystemer... Side 1 1. Forord Dette dokumentet er en kravspesifikasjon og har blitt utarbeidet av arbeidsgiver og prosjektgruppen. Dokumentet består av ni kapitler. Det vil først bli presentert hvem prosjektgruppen

Detaljer

Ble ferdig med prosjektskisse. Sett på forskellige rammeverk for php. Lager milepæl for to uker.

Ble ferdig med prosjektskisse. Sett på forskellige rammeverk for php. Lager milepæl for to uker. Logg 22 oktober 2013 Vi skriver status rapport og starter også med å skrive logg idag. Vi har vært i kontakt med mange firmaer uten alt for mye interesse fra deres side. Vi fortsetter å søke etter oppgave.

Detaljer

Forprosjekt. Accenture Rune Waage, rune.waage@accenture.com, 91605634

Forprosjekt. Accenture Rune Waage, rune.waage@accenture.com, 91605634 Forprosjekt Presentasjon Gruppe 19: Event-planlegger Andreas Berglihn s169991 Harald R. Svendsen s127142 Gruppe Gruppe 19 Andreas Berglihn, s169991 Harald R. Svendsen s127142 Oppgave Eventplanlegger Utvikle

Detaljer

Prosessrapport. Utvikling av moduler til CMS for bonefish.no. Gruppe 08-23

Prosessrapport. Utvikling av moduler til CMS for bonefish.no. Gruppe 08-23 Utvikling av moduler til CMS for bonefish.no Gruppe 08-23 Prosessrapport for hovedprosjektet utvikling av moduler til CMS for bonefish.no ved Høgskolen i Oslo, avdeling for Ingeniørutdanning våren 2008.

Detaljer

Mer kontroll, effektivitet og åpenhet. Accounts Payable Canon Business Solutions

Mer kontroll, effektivitet og åpenhet. Accounts Payable Canon Business Solutions Mer kontroll, effektivitet og åpenhet Accounts Payable Canon Business Solutions Form Accounts Payable prosessen slik du vil ha den Enkle løsninger bygget for bedriften Her blir du introdusert for en enklere

Detaljer

EKSAMEN 05HBINDA, 05HBINFA, 05HBISA, 05HBMETEA, 06HBINFA. Tom Røise. INNFØRING MED PENN, evt. trykkblyant som gir gjennomslag

EKSAMEN 05HBINDA, 05HBINFA, 05HBISA, 05HBMETEA, 06HBINFA. Tom Røise. INNFØRING MED PENN, evt. trykkblyant som gir gjennomslag LØSNINGSMOMENTER FOR : EKSAMEN FAGNAVN: FAGNUMMER: SYSTEMUTVIKLING IMT2243 EKSAMENSDATO: 4. juni 2007 KLASSE: 05HBINDA, 05HBINFA, 05HBISA, 05HBMETEA, 06HBINFA TID: 0900-1200 FAGLÆRER: Tom Røise ANTALL

Detaljer

Presentasjon Test. Møte med Systemleverandører 5.desember 2014

Presentasjon Test. Møte med Systemleverandører 5.desember 2014 Presentasjon Test Møte med Systemleverandører 5.desember 2014 Agenda Informasjon om status og planer for videre arbeid i Elhubprosjektet Informasjon om organisering av testaktiviteter Presentasjon av kravspesifikasjoner

Detaljer

STATKRAFT MOBILE WORK PLACE

STATKRAFT MOBILE WORK PLACE STATKRAFT MOBILE WORK PLACE Ronny Olaisen Ronny Olaisen Statkraft Energi AS Senior Vedlikeholds Ingeniør Sentral Teknisk Stab Forvaltning og administrasjon av SAP PM prosess - Support, SAP, MWP og BW -

Detaljer

Kassesystem for frisør og tjenesteytende bransjer

Kassesystem for frisør og tjenesteytende bransjer Kassesystem for frisør og tjenesteytende bransjer Easyupdate Kassesystem Hvorfor velge EasyUpdate I 2003 begynte EasyUpdate AS med utvikling og salg av egne programvareløsninger for bedriftsmarkedet. Vårt

Detaljer

User Story Mapping gir en nyttigere backlog

User Story Mapping gir en nyttigere backlog User Story Mapping gir en nyttigere backlog Workshop, Smidig 2011 Nils Christian Haugen nch@scienta.no Christian Stensholt christian.stensholt@bouvet.no 1 Agenda Intro til User Story Mapping (15 min) Demo

Detaljer

ÅMA110 Sannsynlighetsregning med statistikk, våren 2010

ÅMA110 Sannsynlighetsregning med statistikk, våren 2010 ÅMA0 Sannsynlighetsregning med statistikk, våren 00 ÅMA0 Sannsynlighetsregning med statistikk våren 00 Praktisk om kurset Foreleser og faglig ansvarlig: Bjørn H. Auestad (kontor: E-536). Undervisningstider:

Detaljer

Oppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 30.04.2007. IMT2243 : Systemutvikling 1

Oppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 30.04.2007. IMT2243 : Systemutvikling 1 Oppsummering : IMT2243 Systemutvikling Målformuleringen i emnebeskrivelsens : Studentene skal ha forståelse for grunnleggende administrative og teknologiske aspekter ved spesifisering, utvikling, innføring

Detaljer

Testrapport Prosjekt nr. 2011-22 Det Norske Veritas

Testrapport Prosjekt nr. 2011-22 Det Norske Veritas Prosjekt nr. 2011 22 Testrapport Hovedprosjektets tittel Implementering av plugin og utvikling av wizard for Det Norske Veritas Prosjektdeltakere Magnus Strand Nekstad s156159 Jørgen Rønbeck s135779 Dato

Detaljer

Presentasjon 1, Requirement engineering process

Presentasjon 1, Requirement engineering process Presentasjon 1, Requirement ing process Prosessodeller Hvorfor bruke prosessmodeller? En prosessmodell er en forenklet beskrivelse av en prosess En prosessmodell er vanligvis lagd ut fra et bestemt perspektiv

Detaljer

Technical Integration Architecture Teknisk integrasjonsarkitektur

Technical Integration Architecture Teknisk integrasjonsarkitektur Kap. 6 Technical Integration Architecture Studentpresentasjon av Cato Haukeland Oversikt Introduksjon -spesifikasjon Krav Beskrivelse Servicenivå Sikkerhet Plan Best practices Introduksjon Masterdokument

Detaljer

I. Innholdsfortegnelse

I. Innholdsfortegnelse 2008 FORPROSJEKT -KONSEKVENSER AV NS-EN 1992-1-1 H08B03 Sarpsborg 13. mars 2008 FORPROSJEKT RAPPORT Side 2 I. Innholdsfortegnelse Tittelside...1 I. Innholdsfortegnelse... 2 II. Prosjektdirektiv... 3 A.

Detaljer

Faculty of Technology and Maritime Sciences Kongsberg Institute of Engineering HØYSKOLEN I SØRØST-NORGE BØYE & TORSJONS MÅLEVERKTØY. PROSJEKTPLAN v1.

Faculty of Technology and Maritime Sciences Kongsberg Institute of Engineering HØYSKOLEN I SØRØST-NORGE BØYE & TORSJONS MÅLEVERKTØY. PROSJEKTPLAN v1. Faculty of Technology and Maritime Sciences Kongsberg Institute of Engineering HØYSKOLEN I SØRØST-NORGE BØYE & TORSJONS MÅLEVERKTØY Fagkode: SFHO3201 År: 2016 PROSJEKTPLAN v1.0 Utarbeidet ved Gruppe Kongsberg

Detaljer

Forprosjektrapport. Presentasjon. Studentgruppen. Bekk Consulting AS. Android app for aktivering av jakt- og fiskekort

Forprosjektrapport. Presentasjon. Studentgruppen. Bekk Consulting AS. Android app for aktivering av jakt- og fiskekort Forprosjektrapport Presentasjon Tittel: Oppgave: Gruppemedlemmer: Prosjektgruppe: Veileder: Hovedoppdragsgiver: Kunde av oppdragsgiver: Ansvarlig for gruppen: Faglig veileder hos BEKK: Android app for

Detaljer