Intelligente Handlevogner

Størrelse: px
Begynne med side:

Download "Intelligente Handlevogner"

Transkript

1 Intelligente Handlevogner Prosjektdokument Prosjekt I Systemutvikling ved Høgskolen I Gjøvik våren Audun Klundby Asbjørn Konstad Hans Einar Øverjordet 03HBINDA Kilde:

2 1. Mål og rammer Bakgrunn Prosjektmål Rammer Omfang Oppgavebeskrivelse/avgrensning Prosjektorganisering Ansvarsforhold Øvrige roller og bemanning Planlegging, oppfølging og rapportering Valg av utviklingsmodell Risikoanalyse Kvalitetssikring Gjennomføring Hovedaktiviteter...9 Side 2 av 9 4/19/2005

3 1. Mål og rammer 1.1 Bakgrunn Bakgrunn for prosjektet er beskrevet i kravspesifikasjon pkt Prosjektmål Prosjektet har som mål å utarbeide prosjektdokumentasjon, kravspesifikasjon og designdokument for systemet i henhold til brukernes krav og forventninger.. JEMA100 ønsker å ta i bruk moderne teknologi for å effektivisere driften gjennom å kutte ned på bemanningen og minke tiden kundene bruker ved de tradisjonelle kassene. Systemet skal også effektivisere tiden kundene bruker i butikken og øke kundegjennomstrømningen med 20 %. Dette vi på sikt øke kjedens omsetning med 35 %. Overordnet mål er i løpet av 6 mnd. etter idriftsettelse av systemet å kunne nedbemanne kassene med 60 %. Prosjektet skal utvikle og implementere systemet i sin helhet med tilhørende infrastruktur og grensesnitt. 1.3 Rammer Prosjektet vil utføres og overleveres i henhold til de regler og tidsfrister gitt. Systemet utvikles innen de rammer som er gitt av tilgjengelige tekniske løsninger for en Klient/Tjener arkitektur, norsk lovgivning om tillatt kommunikasjonsteknologi, og lov om vern av personopplysninger. JEMA100 har i dag en eksisterende web-løsning WEBMA100. Her er alle medlemmer registrert i en kundedatabase med medlemsnummer og personalia. JEMA100 ønsker å integrere det nye systemet med WEBMA100, for å benytte WEBMA100 som kundemaster. Systemet ønskes idriftsatt i løpet av mnd., med en kostnadsramme på kr mill NOK. Ansvarlige for utarbeidelse av prosjektdokumentasjon er Audun Klundby, Asbjørn Konstad og Hans Einar Øverjordet 03HBINDA. Side 3 av 9 4/19/2005

4 2. Omfang 1.2 Oppgavebeskrivelse/avgrensning IHID skal kunne ivareta kundens behov og støtte opp under hele handleprosessen. Vareutvalget skal være lett tilgjengelig og systemet skal kunne gi en komplett og lettfattelig oversikt over den enkelte vares attributter som pris, næringsinnhold, plassering i butikken samt alternative varer. Det skal være funksjonalitet for å registrere en handleliste som skal kunne gi kunden et overslag på pris. Med utgangspunkt i handleliste skal systemet også ha en ruteplanlegger og kunne presentere et kart med raskeste vei gjennom butikken. Det vil også lagres historikk på den enkelte kunde med mulighet for å se tidligere handlede varer og å eventuelt kunne hente en lagret/historisk handleliste for gjenbruk. Butikkene vil deles opp i soner der hver enkelt vare er registrert. På bakgrunn av dette vil et eksternt posisjonssystem kunne beregne den enkelte kundes plassering i butikken. Det utvikles reklamefunksjonalitet som gjør det mulig å vise reklame relevant for den/de varene i den enkelte sone etter hvert som kunden beveger seg i butikken. Posisjonssystemet leveres og implementeres som en ekstern enhet og vil bli integrert med IHID. Prosjektet ønsker et system som benytter RFID (Radio Frequency Identification), og det vil bli valgt en ekstern leverandør som får ansvaret for implementeringen av en slik løsning i sin helhet. Betalingsprosessen i IHID er selvbetjent og utføres i ubetjente kasser, - altså av kunden selv. Således kan kunden velge å betale med betalingskort eller seddel/myntautomat. Det stilles også krav om at hver enkelt vare må ha en RFID. Kassefunksjonen for IHID vil dermed kunne foretaes ved at kunden registrerer/scanner hver enkelt vare. Dette kan gjøres ved at varene legges på rullende bånd og scannes via fastmontert scanner, eller med håndholdt scanner for større varer som ikke får plass på disk. Etter scanning vil kunden bli presentert med totalinnhold i handlevognen samt totalbeløp å betale. Transaksjonen fullbyrdes ved at kunden drar betalingskort i kortleser eller etter tilstrekkelig seddel/myntinnkast i automat. Kunden kan også velge å avbryte betaling når som helst, og må da returnere til butikken med handlevognen/varene. Det vil være noe risiko forbundet med betalingsprosessen, og dette er grunnen til at prosjektet har besluttet å benytte RFID fremfor strekkode. Da oppnår vi økt sikkerhet ved at systemet vil kunne fange opp eventuelle ubetalte varer når kunden forlater kassesonen. Det skal gjøres gjenbruk av eksisterende løsning for kassafunksjon og elektronisk betalingshåndtering. Dette gjøres på grunn av tekniske og kostnadsmessige årsaker. Da IHID i tillegg vil kreve minimalt av kassesystem-funksjonalitet, ble det besluttet å integrere eksisterende system med det nye. IHID utvikles for internt bruk i JEMA100's dagligvarebutikker og er således spesialtilpasset kjedens forretnings-prosesser og strategier. Systemets hovedfunksjonalitet utvikles for bruk på håndholdte/monterte mobile enheter. JEMA100 ønsker i størst mulig grad å benytte seg av datagrunnlag fra eksisterende Side 4 av 9 4/19/2005

5 systemer for vare, lager, kunder, avtaler og økonomi. Det vil derfor designes for å integreres med disse systemene for utveksling av grunndata og funksjonalitet. 3. Prosjektorganisering Det avholdes innledende møte med ledelsen der det etableres styringsgruppe og velges prosjektleder. Det velges en filial der systemet vil bli implementert først for testing og lignende. Etter at prosjektleder er på plass vil resten av prosjektdeltagere settes sammen, og det avholdes kick-off i med alle involverte parter i prosjektet. 3.1 Ansvarsforhold Det etableres en styringsgruppe bestående av følgende ressurser: 1. Produktsjef i JEMA Markedssjef i JEMA Prosjektleder 4. IT-sjef 5. Økonomidirektør 6. Daglig leder fra pilotfilial Valg av prosjektleder Ved valg av prosjektleder ble det lagt vekt på å lokalisere en ressurs som kunne fylle rollen på best mulig måte. Undersøkelser viser at valget av prosjektleder kan i stor grad ha innvirkning på om prosjektet blir suksess eller fiasko. Følgende kriterier ble lagt til grunn for valg av prosjektleder: Forretningsforståelse Teknisk innsikt Prosjektledererfaring Evnen til å ta avgjørelser Øyne for detaljer God kommunikator Det var behov for en person som i tillegg hadde kunnskap om JEMA100 sine interne rutiner og støttefunksjoner. Personen som ble valgt som prosjektleder er ansatt i JEMA100 s administrasjon. Personen er erfaren fra ledelse av andre typer prosjekter og kjenner kjedens forretningslogikk godt. Utdannet økonom, med en brennende interesse for ny teknologi. 3.2 Øvrige roller og bemanning Det etableres en brukergruppe representert av en superbruker. Dette er en person med lang erfaring innen kjeden, samt de rette egenskapene for å kunne være en bidragsyter i prosjektet. Superbrukeren skal være i stand til å oversette og kommunisere med de øvrige representantene i gruppen (ansatte/kunder). Videre velges 1 ansatt fra 3 forskjellige butikker + 10 utvalgte kunder. Totalt vil da brukergruppen være representert av 14 personer. Tidsforbruk av disse vil variere utover i prosjektet. Side 5 av 9 4/19/2005

6 De øvrige 3 ansattrepresentantene velges utfra praktisk butikk/filialerfaring og kundekontakt. De må være gode kommunikatorer samt inneha grunnleggende prosjekt-kunnskaper. De ti utvalgte kundene velges fra kundene i pilot-butikken. Målet er å få med alle typer brukere. Vi trenger en som er av den eldre garde, en ungdom, noen som handler for hele familien, impulshandlere og de som alltid kjøper det samme (egg, brød, melk). 4. Planlegging, oppfølging og rapportering 4.1 Valg av utviklingsmodell Ved valg av utviklingsmodell har prosjektet diskutert flere mulige modellkandidater. Modellene er her representert med for og motargumenter. Prosjektet og produktet som utvikles er relativt nytt mtp. teknologi benyttet som verktøy i en dagligvarebutikk. Det er imidlertid utviklet en lignende løsning av Siemens systems som et antall dagligvarekjeder i USA har tatt i bruk. I tillegg eksisterer det ulike løsninger som skal forenkle kundens hverdag ved hjelp av selvbetjente kasser m/strekkodeskannere. Dette satte prosjektet på tanken at en komponentbasert modell muligens kunne benyttes. Fordelene hadde vi valgt denne modellen er at kostnadene ved utvikling reduseres da men gjør gjenbruk av eksisterende (hyllevare). Modulene er ferdig testet og dokumenterte, noe som igjen vil redusere kostnadene ved egen test og dokumentasjon i prosjektet. Disse/dette systemet er imidlertid ikke utviklet med noen definerte/åpne grensesnitt og er i så måte lite skalerbare/tilpasningsdyktige. En eventuell tilpasning ville være tidkrevende og vanskelig. I tillegg vil ikke dette systemet dekke de krav prosjektet har til funksjonalitet. Hovedproblemet er det skannersystemet som blir brukt. Her benyttes strekkodeskannere mot for prosjektets behov for bruk av RFID. Videre viser brukerundersøkelser gjort i USA at systemet/systemene som er i bruk i dag ikke er særlig tilfredsstillende mtp. funksjonalitet. Prosjektets konklusjon er å ikke satse på en komponentbasert hovedmodell da denne eksisterende systemer/komponenter ikke kan imøtekomme prosjektets krav. Som nevn vil produktet som skal utvikles være unikt, i alle fall i Norge og det finnes ingen erfaringer å bygge på verken når det gjelder bruk eller implementering. Denne usikkerheten er verd å ta med i betraktningen, og prosjektet diskuterte mulig benyttelse av XP(Extreme Programming) eller en eventuell evolusjonær metode. Med disse metodene ville vi relativt raskt kunne komme med løsnings -og designskisser som kunne presenteres for oppdragsgivere og brukergruppe. Dette er fordelaktig da det vil kunne bidra med å visualisere løsningen og 'hjelpe til' med å fremme videre brukerkrav. Det ferdige produktet kan også selges til andre kjeder om det blir en suksess. Det er ikke sikkert det er samme utviklere som står for jobben med å tilpasse systemet til det nye miljøet, derfor er dokumentasjon et viktig punkt. Om vi velger XP som modell vil det meste av dokumentasjonen være direkte i kildekoden. Det er ikke bra nok om helt nye personer skal jobbe med systemet. I tillegg kan XP gi et bilde av systemet tidlig som kan vise seg å ikke være gjennomførbart ved integrasjon av alle komponentene. Dette gjelder f.eks skjermbilder og responstid. De programmessige utfordringene er ikke så store, og Side 6 av 9 4/19/2005

7 bruk av to personer sammen da de programmerer enkel funksjonalitet blir dyrt. Ellers er det vanskelig å planlegge et XP prosjekt med tanke på tids- og ressursbruk. Ulempene med en evolusjonær metode er at den vil kunne være misvisende i den forstand at det presenteres forslag til løsninger som muligens senere viser seg å ikke være gjennomførbare ved integrering med resten av systemet. Videre vil løsningen være vanskelig å selge da det kan være vanskelig å se en helhetlig struktur i systemet. Da prosjektet vurderer brukeren av systemet som erfaren i den forstand at prosessene den/de skal gjennom er kjent fra flere år med handling. De er dermed i stand til å komme med klare krav og ønsker om hva de vil at et slit system skal kunne gjøre. Prosjektet mener at man vil i stor grad være i stand til å utarbeide klare krav og å kunne se en helhetlig løsning på et tidlig tidspunkt. Konklusjonen ble dermed at verken XP eller en evolusjonær metode ikke vil være hensiktsmessig. RUP ble vurdert til å være en systematisk og velorganisert modell. Dette ville gitt prosjektet et strukturert og fullstendig rammeverk for utviklingsløpet. Modellen er åpen for endringer og har en inkrementell tilnærming. RUP er imidlertid relativt komplisert og meget omfattende, og det vil kreves ressurser i prosjektet med spesifikk RUP-kompetanse for å kunne utnytte denne modellen effektivt. Prosjektet vurderte omfanget av oppgaven slik at det ikke vil være behov for en så omfattende metodikk. I tillegg har ingen i prosjektorganisasjonen kompetanse eller erfaring i bruk av RUP. Som nevnt vil utviklingen bære preg av ny teknologi og det vil være behov for omkoding og gjentagende testing, samt endrende krav underveis. Grunnet at ressursene i brukergruppen består av kunder uten tilknytning til kjeden på annen måte, ville det være fordelaktig med en planleggbar modell. Dette peker mot behovet for en mer sekvensiell modell som i tillegg kan ivareta fleksibiliteten nevnt over i form av endringer i krav ol. Prosjektet så også for seg at systemet lett kunne deles i flere deler som for eksempel terminalapplikasjon, applikasjonsserver-moduler og administrasjonsklient, og at en inkrementell metode var aktuell. Behovet for en evt. evolusjonær tilnærming innen utviklingen av noen områder i systemet var også tilstede, noe som ville være mulig å kunne kombinere i utviklingen av inkrementer. Modellen vil også kunne tilrettelegge for å få på plass de viktigste elementene i løsningen for så jobbe videre ut i fra det. Modellen passer også godt med at det vil kunne foreligge relativt godt definerte krav. I tillegg er dette en løsning som er lett og selge til oppdragsgiver. Det enkelt å se fremgangen etter hvert inkrement, og vi kan vise til en god planlegging om hva som skal gjøres når. Vi vet også ganske godt når vi trenger innspill fra de ansatte i butikken. Prosjektets konklusjon i valg av utviklingsmodell var at en inkrementell tilnærming med evt. innslag av evolusjonære metoder i enkelte inkrementer er mest fordelaktig. Side 7 av 9 4/19/2005

8 5. Risikoanalyse Identifikasjon, analyse og planlegging. Beskrivelse Risiko Strategi Nøkkelpersonell forsvinner grunnet sykdom eller andre faktorer. Sørge for at alt dokumenteres tilstrekkelig. Allokering av ny ressurs. Vanskelig eller umulig å skaffe ressurser med riktig kompetanse. Brukere/Ansatte innehar ikke riktig kompetanse for prosjektet, og opplæring er umulig/vanskelig å gjennomføre. Brukere/Ansatte får ikke avsatt nok tid til deltagelse i prosjektet. Eksisterende teknologi kan ikke imøtekomme operasjonelle krav. Valgt plattform kan ikke støtte opp om funksjonelle og operasjonelle krav. Kvaliteten på komponentene i systemet er for dårlig for å kunne oppfylle brukernes krav og forventninger. Løsningen blir for teknisk krevende for dagens teknologi. Underleverandører kan ikke levere etter avtale. Omorganisering gjør at prosjektets eierskap og forankring svekkes. Organisasjonen/oppdragsgiver går konkurs eller får finansielle problemer. Endringer i krav som får konsekvenser for store deler av løsningen og fører til endring av design. Kunde/Bruker forstår ikke konsekvensene av endringer. For lave estimater gjør at budsjett for kostnader og/eller tid overskrides, og prosjektet kan ikke gjennomføres. Høy Høy Høy Skolering av eksisterende ressurser. Se på muligheter for forlenget tidsfrist. Forlenge tidsfrist. Sette av tid og ressurser til skolering. Sørge for riktig forankring i ledelsen slik at disse ressursene frigis. Vurdere oppgradering av teknologien. Revisjon av krav. Revisjon av plattformvalg eller gjennomgang av krav. Følge rutiner som sikrer kvalitet på komponenter. Utvide tidsrammer. Revider krav og forventninger til systemet. Forenkle modulene. Sørge for solide avtaler med underleverandører. God presentasjon og riktig argumentering ovenfor ny ledelse. Gjøre en undersøkelse om deres økonomi før kontrakter inngås. Jobbe bra med design av løsningen, ta hensyn til alle foreliggende krav. Gi tilbakemelding om konsekvenser av endringer. Gjøre en god planlegging av ressurser i forkant av prosjektet. Side 8 av 9 4/19/2005

9 6. Kvalitetssikring For å sikre kvaliteten av arbeidet mens vi har jobbet, har versjonsstyring og samtaler eller møter oss imellom vært svært viktig. Vi har diskutert oss imellom før vi har gått i gang med nye deler av prosjektet, og dette har ført til liten tvil om hvilke arbeidsoppgaver den enkelte har hatt. Vi har satset på mye selvstendig arbeide og strebet for å gjøre alle møter så korte som mulig med kun gjennomgang av uavklarte punkter samt ny fordeling av videre arbeid. Verktøyene vi skal bruke er beskrevet i konfigurasjonsstyringsnotatet. 7. Gjennomføring 7.1 Hovedaktiviteter Prosjektet vil bestå av flere hovedaktiviteter. Aktivitetene strekker seg fra prosjektstart til systemet er ferdig testet og implementert og er beskrevet i vedlagt prosjektplan/gantt-skjema. Side 9 av 9 4/19/2005

Intelligente Handlevogner

Intelligente Handlevogner Intelligente Handlevogner Kravspesifikasjon Prosjekt I Systemutvikling ved Høgskolen I Gjøvik våren 2005. Audun Klundby Asbjørn Konstad Hans Einar Øverjordet 03HBINDA Kilde: www.windowsfordevices.com 1.

Detaljer

7 tegn på at dere bør bytte forretningssystem

7 tegn på at dere bør bytte forretningssystem 7 tegn på at dere bør bytte forretningssystem Å bytte forretningssystem er en beslutning som modner over tid. En rekke problemstillinger har ført til at dere stiller kritiske spørsmål ved løsningen dere

Detaljer

Prosjektplan nøkkelskinne for nøkkelhåndtering

Prosjektplan nøkkelskinne for nøkkelhåndtering Prosjektplan nøkkelskinne for nøkkelhåndtering Av Gaute Lau og Øyvind Lillenes 1 Mål og rammer 1.1 Bakgrunn Electric Time Car har gitt en oppgave som går ut på å lage og designe innmaten til en intelligent

Detaljer

7 tegn på at dere bør bytte forretningssystem

7 tegn på at dere bør bytte forretningssystem 7 tegn på at dere bør bytte forretningssystem Å bytte forretningssystem er en beslutning som modner over tid. En rekke problemstillinger har ført til at dere stiller kritiske spørsmål ved løsningen dere

Detaljer

Mandat. Regionalt program for Velferdsteknologi

Mandat. Regionalt program for Velferdsteknologi Mandat Regionalt program for Velferdsteknologi 2015-2017 Innhold 1 Innledning/bakgrunn 3 2 Nåsituasjon 3 3 Mål og rammer 4 4 Omfang og avgrensning 4 5Organisering 5 6 Ressursbruk 6 7 Beslutningspunkter

Detaljer

Siemens Business Services

Siemens Business Services Siemens Business Services Presentasjon av RFID Fremtidens varehandel 2005 Joachim Stray Forretningsutvikler Kort presentasjon av RFID teknologien RFID = Radio Frequency Identification, en datachip med

Detaljer

GJENNOMGANG UKESOPPGAVER 2 PROSESSMODELLER OG SMIDIG PROGRAMVAREUTVIKLIG

GJENNOMGANG UKESOPPGAVER 2 PROSESSMODELLER OG SMIDIG PROGRAMVAREUTVIKLIG GJENNOMGANG UKESOPPGAVER 2 PROSESSMODELLER OG SMIDIG PROGRAMVAREUTVIKLIG INF1050 V16 HVA ER EN SYSTEMUTVIKLINGSPROSESS? De aktivitetene som utføres for å utvikle et IT-system Eksempler på aktiviteter:

Detaljer

GJENNOMGANG UKESOPPGAVER 7 REPETISJON

GJENNOMGANG UKESOPPGAVER 7 REPETISJON GJENNOMGANG UKESOPPGAVER 7 REPETISJON INF1050 V16 KRISTIN BRÆNDEN DAGENS TEMA Oppgaver hentet fra tidligere eksamensoppgaver om temaene vi har gått gjennom til nå DAGENS PLAN Gjennomgang av oppgaver Repetisjon

Detaljer

Neste generasjons BUTIKKDATASYSTEM

Neste generasjons BUTIKKDATASYSTEM Neste generasjons BUTIKKDATASYSTEM Elegante, smarte og lettlærte alt-i-ett kasseløsninger som gir deg kontroll, sparer tid og gjør din hverdag enklere. Tlf. 08745 E-post: post@unipos.no Om Unipos Unipos

Detaljer

Digitaliseringsstrategi 2014-2029

Digitaliseringsstrategi 2014-2029 Digitaliseringsstrategi 2014-2029 Stavanger kommune Stavanger kommune skal gi innbyggerne og næringsliv et reelt digitalt førstevalg. Den digitale dialogen skal legge vekt på åpenhet og tilgjengelighet.

Detaljer

UKE 9 Prosesser og prosessmodeller inkludert smidige metoder. Gruppetime INF1055

UKE 9 Prosesser og prosessmodeller inkludert smidige metoder. Gruppetime INF1055 UKE 9 Prosesser og prosessmodeller inkludert smidige metoder Gruppetime INF1055 Hva skal vi i dag? Introduksjon til modul B - systemutvikling (kap. 1, 2 og 3) Prosesser og prosessmodeller + smidig utvikling

Detaljer

Derfor er forretningssystemet viktig for bedriften

Derfor er forretningssystemet viktig for bedriften Innhold Derfor er forretningssystemet viktig for bedriften... 2 Når er det på tide å bytte forretningssystem?... 2 Velg riktig forretningssystem for din bedrift... 3 Velg riktig leverandør... 4 Standard

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

Kravhåndtering. INF1050: Gjennomgang, uke 03

Kravhåndtering. INF1050: Gjennomgang, uke 03 Kravhåndtering INF1050: Gjennomgang, uke 03 Kompetansemål Kravhåndtering Anvende metoder og teknikker for å Innhente / Analysere / Spesifisere krav Ulike typer krav Funksjonelle krav Ikke-funksjonelle

Detaljer

Kontrakter og test i smidige prosjekter. Fagmøte Dataforeningen i Trondheim 12.Mars 2012

Kontrakter og test i smidige prosjekter. Fagmøte Dataforeningen i Trondheim 12.Mars 2012 Kontrakter og test i smidige prosjekter Fagmøte Dataforeningen i Trondheim 12.Mars 2012 Agenda Smidige manifest Smidige prosjekter og testing Samarbeid og tillit teori Hva er en kontrakt Gjennomgang av

Detaljer

Yrkesforedrag. Yrkesforedrag

Yrkesforedrag. Yrkesforedrag Yrkesforedrag Ole Lied Yrkesforedrag Ferdig utdannet Software ingeniør i 1973 Etter militæret, Startet i Aftenposten i 1974. Jobbet med IT og IT prosjekter i forskjellige Schibsted selskaper siden. Vært

Detaljer

Studentdrevet innovasjon

Studentdrevet innovasjon Studentdrevet innovasjon Hovedprosjekt 2013 Høgskolen i Oslo og Akershus Forprosjektrapport av Gruppe 11 Karoline Sanderengen, Mona Isabelle Yari og Randi Ueland 25.01.2013 Studentdrevet innovasjon 9 Innhold

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

INTRANETT FOR DEN NORSKE KIRKE. Kristine Ekeberg-Andersen, Prosjektleder Kirkerådet Ingebjørg Holm Vogt, Prosjektleder Making Waves

INTRANETT FOR DEN NORSKE KIRKE. Kristine Ekeberg-Andersen, Prosjektleder Kirkerådet Ingebjørg Holm Vogt, Prosjektleder Making Waves INTRANETT FOR DEN NORSKE KIRKE Kristine Ekeberg-Andersen, Prosjektleder Kirkerådet Ingebjørg Holm Vogt, Prosjektleder Making Waves «Vi har troen på at en arbeidskultur med stor grad av kunnskapsdeling

Detaljer

Tjenesteorientert arkitektur hvordan statistikkproduksjonen støttes og forbedres av en tilpasset IT arkitektur

Tjenesteorientert arkitektur hvordan statistikkproduksjonen støttes og forbedres av en tilpasset IT arkitektur 14. juni 2010 Tjenesteorientert arkitektur hvordan statistikkproduksjonen støttes og forbedres av en tilpasset IT arkitektur Lill Kristoffersen lill.kristoffersen@ssb.no Statistisk sentralbyrå IKT Abstract:

Detaljer

Repository Self Service. Hovedoppgave våren 2010

Repository Self Service. Hovedoppgave våren 2010 Forprosjektrapport for Repository Self Service Hovedoppgave våren 2010 Christer Berg (070604 07HBDRA) Ron Stangvik (070427 07HBDRA) 1 Innholdsfortegnelse 1. MÅL OG RAMMER...3 1.1. Bakgrunn...3 1.2. Prosjektmål...3

Detaljer

Prosjektplan SAMBA 4. Drift av nettverk og datasystemer (10HBDRA) Øystein Bjørkelo (100920) Kristofers Celms (100924) Kapilan Kumarasamy (100241)

Prosjektplan SAMBA 4. Drift av nettverk og datasystemer (10HBDRA) Øystein Bjørkelo (100920) Kristofers Celms (100924) Kapilan Kumarasamy (100241) Prosjektplan SAMBA 4 Drift av nettverk og datasystemer (10HBDRA) Øystein Bjørkelo (100920) Kristofers Celms (100924) Kapilan Kumarasamy (100241) Vår 2013 Innholdsfortegnelse 1. MÅL OG RAMMER... 3 1.1.

Detaljer

GJENNOMGANG UKESOPPGAVER 9 TESTING

GJENNOMGANG UKESOPPGAVER 9 TESTING GJENNOMGANG UKESOPPGAVER 9 TESTING INF1050 V16 KRISTIN BRÆNDEN 1 A) Testing viser feil som du oppdager under kjøring av testen. Forklar hvorfor testing ikke kan vise at det ikke er flere gjenstående feil.

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

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

Eksempel på Prosjektplan

Eksempel på Prosjektplan Prosjektplan en gratis dokumentmal fra www.bedin.no. Bedin er Nærings- og handelsdepartementets egen informasjonstjeneste for etablerere og bedrifter. Målsettingen med tjenesten er å gjøre det enklere

Detaljer

Dokument 1 - Sammendrag

Dokument 1 - Sammendrag Dokument 1 - Sammendrag Automatnett - Nytt CMS-verktøy for Uno-X Automat Fakultet for teknologi, kunst og design Høgskolen i Oslo og Akershus, 2013 Innholdsfortegnelse Sammendrag 1 1. Innledning 1 2. Om

Detaljer

Derfor trenger du BankID på nettstedet ditt

Derfor trenger du BankID på nettstedet ditt Derfor trenger du BankID på nettstedet ditt 2 400 000 Over 2,4 millioner nordmenn bruker allerede BankID daglig i nettbanken nordmenn kan bruke BankID på ditt nettsted BankID installert på ditt nettsted

Detaljer

K O N S U L E N T - I D : 2 5 2 2 C U R R I C U L U M V I T A E

K O N S U L E N T - I D : 2 5 2 2 C U R R I C U L U M V I T A E K O N S U L E N T - I D : 2 5 2 2 C U R R I C U L U M V I T A E Utdannelse 1996-1998 2 årig Informatikk ved Høyskolen i Østfold 1994-1996 2 årig Økonomi og Administrasjon ved Høyskolen i Østfold Sertifiseringer

Detaljer

Mandat. Ma lbilder og strategier for fellesløsninger i offentlig sektor

Mandat. Ma lbilder og strategier for fellesløsninger i offentlig sektor Mandat Ma lbilder og strategier for fellesløsninger i offentlig sektor Innhold Bakgrunn... 2 Formålet med felles målbilder og strategier... 2 Mål for arbeidet... 3 Leveranser 2015... 4 Del 1: Visjon og

Detaljer

Tom Røise. IMT 2243 : Systemutvikling 1. Forelesning IMT2243 25. Januar 2007. Offshore Software Development. Offshore Software Development

Tom Røise. IMT 2243 : Systemutvikling 1. Forelesning IMT2243 25. Januar 2007. Offshore Software Development. Offshore Software Development Forelesning IMT2243 25. Januar 2007 Tema : Offshore Software Development Prosjektstyring i systemutviklingsprosjekter Risikoanalyse i systemutviklingsprosjekter Prosjektplanlegging (inkl. mal for Forprosjektrapport)

Detaljer

IT I PRAKSIS!!!!! IT i praksis 20XX

IT I PRAKSIS!!!!! IT i praksis 20XX IT I PRAKSIS 1 IT i praksis 20XX 2 IT I PRAKSIS FORORD 3 INNHOLD 4 IT I PRAKSIS Styringsmodell for utviklingsprosjekter (SBN) 5 Fra en idé til gevinstrealisering styringsmodell for utviklingsprosesser

Detaljer

Finansportalen Historiske bankdata

Finansportalen Historiske bankdata Bilag 6: Administrative bestemmelser For Finansportalen Historiske bankdata Åpen anbudskonkurranse Bilag 6 Administrative bestemmelser Innholdsfortegnelse 1 AVTALEN PUNKT 1.9: PARTENES REPRESENTANTER...

Detaljer

Lynkurs 10. Januar 2012

Lynkurs 10. Januar 2012 Lynkurs 10. Januar 2012 Mål : Dagens lynkurs skal gi dere noen holdepunkter for å komme i gang med arbeidet med bacheloroppgaven på en systematisk og strukturert måte. Fokus er rettet mot arbeidet knyttet

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

Systemutviklingsprosesser Forelesning 2 - INF1050 Systemutvikling

Systemutviklingsprosesser Forelesning 2 - INF1050 Systemutvikling Innledning Læringsmål Systemutviklingsprosesser Forelesning 2 - INF1050 Systemutvikling 21.1.2009 Forstå hvorfor systemutviklingsprosessen er viktig Forstå de viktigste prinsippene for ulike prosesser

Detaljer

Visma ERP POS. Utvid økonomisystemet med en brukervennlig kasseløsning

Visma ERP POS. Utvid økonomisystemet med en brukervennlig kasseløsning Visma ERP POS Utvid økonomisystemet med en brukervennlig kasseløsning En moderne og funksjonell kasseløsning kasseløsning Det lønner seg å utvide økonomisystemet med integrert kassefunksjonalitet. I alle

Detaljer

Prosjektplan (basert på mal fra PLP)

Prosjektplan (basert på mal fra PLP) Forvaltningsplan for Trillemarka Rollagsfjell naturreservat Prosjektplan (basert på mal fra PLP) Versjonsdato: 09.03.2010 Mål og rammer Bakgrunn Trillemarka-Rollagsfjell naturreservat ble vernet den 5.

Detaljer

KRAVSPESIFIKASJON. Gruppe 2. Hovedprosjekt, Høgskolen i Oslo og Akershus. Våren 2014 KRAVSPESIFIKASJON 1

KRAVSPESIFIKASJON. Gruppe 2. Hovedprosjekt, Høgskolen i Oslo og Akershus. Våren 2014 KRAVSPESIFIKASJON 1 KRAVSPESIFIKASJON Gruppe 2 Hovedprosjekt, Høgskolen i Oslo og Akershus Våren 2014 KRAVSPESIFIKASJON 1 CONTENTS 1. Forord... 3 2. Presentasjon... 3 2.1 Gruppens medlemmer... 3 2.2 Oppdragsgiver... 3 2.3

Detaljer

Digitaliseringsstrategi

Digitaliseringsstrategi Digitaliseringsstrategi 2014 2029 Innsatsområder Ansvar og roller Mål Brukerbehov Utfordringer Verdigrunnlag Digitaliseringsstrategien Stavanger kommune skal gi innbyggerne og næringsliv et reelt digitalt

Detaljer

Identitetsstyring og tilgangskontroll innenfor et SOA-regime. Ragna Fossen, 05.03.2009

Identitetsstyring og tilgangskontroll innenfor et SOA-regime. Ragna Fossen, 05.03.2009 Identitetsstyring og tilgangskontroll innenfor et SOA-regime Ragna Fossen, 05.03.2009 On the Internet, nobody knows you re a dog. SOA-løsninger er på full fart inn i ITarkitekturen et effektivt verktøy

Detaljer

Grunnleggende om Evaluering av It-systemer

Grunnleggende om Evaluering av It-systemer Grunnleggende om Evaluering av It-systemer Hva er å evaluere? Foreta en vurdering av systemet og avklare nytten det har for brukerne. En systematisk innsamling av data som gir informasjon om nytteverdien

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

Forprosjekt bachelor-oppgave 2012

Forprosjekt bachelor-oppgave 2012 Forprosjekt bachelor-oppgave 2012 Oppgave nr. 4.- Styring av instrumenter. Skrevet av Jan Ingar Sethre. 1 Innhold 1. Mål og rammer... 3 1.1 Bakgrunn... 3 1.2 Mål for prosjektet... 3 1.3 Rammer og forutsetninger...

Detaljer

kan flere studenter falle av underveis, da det er vanskelig for faglærer å se hvem som kan ha nytte av å følges opp ekstra.

kan flere studenter falle av underveis, da det er vanskelig for faglærer å se hvem som kan ha nytte av å følges opp ekstra. Visjonsdokument 1 Introduksjon Dette prosjektet er gitt av Svend Andreas Horgen, og gjennomføres som en prosjektoppgave i faget TDAT3022-A 14H Systemutviklingsprosjekt ved HiST, AiTEL. Hensikten med dette

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

Digitalisering av krav - kravhåndtering

Digitalisering av krav - kravhåndtering Digitalisering av krav - kravhåndtering Frokostmøte Standard Norge 23. mai 2017 Kirsten Helle Broadest portfolio of solutions for the production and transformation of oil and gas Subsea Onshore/Offshore

Detaljer

INF1050 dagsorden 18. april 2007

INF1050 dagsorden 18. april 2007 INF1050 dagsorden 18. april 2007 Tema: Systemutviklingsprosessen Hvilke utviklingsmodeller kan vi velge mellom? Hvilke elementer inngår? Hvilke kriterier skal vi benytte for valg av modell? INF1050-systemutviklingsprosessen,

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

Strategi 2015-2018 Strategisk retning for Helsetjenestens driftsorganisasjon for nødnett HF for perioden 2015-2018

Strategi 2015-2018 Strategisk retning for Helsetjenestens driftsorganisasjon for nødnett HF for perioden 2015-2018 Strategi 2015-2018 Strategisk retning for Helsetjenestens driftsorganisasjon for nødnett HF for perioden 2015-2018 Innhold Hovedmål 1 Vellykket teknisk innføring av nødnett-brukerutstyr... 6 Hovedmål 2:

Detaljer

Fra data til innsikt. Om prosjektet

Fra data til innsikt. Om prosjektet Fra data til innsikt DEFINERE FOKUS Om prosjektet De store produksjonsselskapene innen olje og gass må hele tiden strebe etter å effektivisere drift og øke sikkerheten på sine installasjoner. For å støtte

Detaljer

Kom i gang MED KLIMAARBEIDET

Kom i gang MED KLIMAARBEIDET Kom i gang MED KLIMAARBEIDET Denne lille oppskriften skal være en praktisk guide til hvordan virksomheten din kan få oversikt over sine utslipp og utarbeide handlingsplaner for å redusere utslippene. Oppskriften

Detaljer

Løsningsforslag: Oblig 1. INF1050: Gjennomgang, uke 12

Løsningsforslag: Oblig 1. INF1050: Gjennomgang, uke 12 Løsningsforslag: Oblig 1 INF1050: Gjennomgang, uke 12 Obligatorisk oppgave 1: Pensum Bakgrunn for systemet Aktører og interessenter Utviklingsprosesser Kravhåndtering og kravspesifikasjon Use case-modellering

Detaljer

Kartlegging av innovasjonstyper

Kartlegging av innovasjonstyper Kartlegging av innovasjonstyper Referanse til kapittel 12 Analysen er utviklet på basis av Keeleys beskrivelse av 10 typer innovasjoner (Keeley, L. 2013. Ten Types of Innovation. New Jersey: John Wiley

Detaljer

1. MÅL OG RAMMER. 1.2 Prosjektmål

1. MÅL OG RAMMER. 1.2 Prosjektmål Prosjekbeskrivelse Digital satsning for Valdres 2015 1 1. MÅL OG RAMMER 1.1 Bakgrunn Bakgrunn for prosjektet er et ønske om videreutvikling av det vi allerede har igangsatt i prosjektet Digital formidling

Detaljer

Fra innkjøpsstrategi til handling et rammeverk som sikrer effektiv og vellykket gjennomføring

Fra innkjøpsstrategi til handling et rammeverk som sikrer effektiv og vellykket gjennomføring Mange organisasjoner opplever i dag et gap mellom strategiske innkjøpsmål og operativ handling. Det gjennomføres en rekke initiativer; herunder kategoristyring, leverandørhåndtering og effektivitet i innkjøpsprosessene

Detaljer

En bedre måte å håndtere prosjekt, team, oppgaver og innhold

En bedre måte å håndtere prosjekt, team, oppgaver og innhold En bedre måte å håndtere prosjekt, team, oppgaver og innhold Bedre prosjekthå ndtering med metådåtå M-Files går langt utover bare enkel dokumenthåndtering. Den unike arkitekturen drevet av metadata lar

Detaljer

Brukerinvolvering i utvikling og implementering av Elektronisk Pasient Journal. - erfaringer fra Rikshospitalet

Brukerinvolvering i utvikling og implementering av Elektronisk Pasient Journal. - erfaringer fra Rikshospitalet Brukerinvolvering i utvikling og implementering av Elektronisk Pasient Journal - erfaringer fra Rikshospitalet 1996-2004 EPJ på Rikshospitalet: historien 1995: ulike lokale initiativer og systemer, press

Detaljer

PROSESSDOKUMENTASJON

PROSESSDOKUMENTASJON PROSJEKT NR.: 10-30 Studieprogram: Anvendt Datateknologi Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo TILGJENGELIGHET: Papir og elektronisk Telefon: 22 45 32 00

Detaljer

GJENNOMGANG OBLIGATORISK OPPGAVE 1

GJENNOMGANG OBLIGATORISK OPPGAVE 1 GJENNOMGANG OBLIGATORISK OPPGAVE 1 INF1050 V16 KRISTIN BRÆNDEN 1 Systemet for utleie av markasykler ønsker a benytte seg av en eksisterende betalingsløsning, og valget har falt pa det samme betalingssystemet

Detaljer

Forprosjekt. Bacheloroppgave 2009 Styresaksdatabase. Høgskolen i Gjøvik. Simen Tveit Backstrøm Rino Werner Falstad Paul Magne Lunde

Forprosjekt. Bacheloroppgave 2009 Styresaksdatabase. Høgskolen i Gjøvik. Simen Tveit Backstrøm Rino Werner Falstad Paul Magne Lunde Forprosjekt Bacheloroppgave 2009 Styresaksdatabase Høgskolen i Gjøvik Simen Tveit Backstrøm Rino Werner Falstad Paul Magne Lunde INNHOLD I Innhold 1 Mål og rammer 1 1.1 Innledning................................

Detaljer

Styrende prinsipper for ny bransjeløsning. DIFA Forprosjekt

Styrende prinsipper for ny bransjeløsning. DIFA Forprosjekt Styrende prinsipper for ny bransjeløsning DIFA Forprosjekt Leveransens innhold DIFA forprosjekt har formulert styrende prinsipper for den nye bransjeløsningen. De styrende prinsippene gir retning og setter

Detaljer

- analyse og implementasjon

- analyse og implementasjon - analyse og implementasjon Hvem er vi? Vi heter Anders S Finnerud Dennis JMJ Lundh studerer til bachelorgraden i ingeniørfag for data ved Høgskolen i Oslo. Oppgaven Lage et lett system som kan utføre

Detaljer

Kravspesifikasjon. Forord

Kravspesifikasjon. Forord Forord Kravspesifikasjonen skal gi en oversikt og forståelse over det planlagte systemets funksjonalitet. Dokumentet skal gi både utviklere og oppdragsgivere innblikk i hvordan og hva systemet skal levere.

Detaljer

Obligatorisk oppgave 1: Foranalyse og Kravhåndtering Lars- Martin Hejll 5611 Systemutvikling

Obligatorisk oppgave 1: Foranalyse og Kravhåndtering Lars- Martin Hejll 5611 Systemutvikling Obligatorisk oppgave 1: Foranalyse og Kravhåndtering LarsMartin Hejll 5611 Systemutvikling Høgskolen i Telemark Oppgave 1: Bakgrunn for systemet LarsMartin Hejll A) Ved å sentralisere bookingsystemet til

Detaljer

Digital formidlingsløsning for innovative anskaffelser

Digital formidlingsløsning for innovative anskaffelser Digital formidlingsløsning for innovative anskaffelser Anskaffelsen omfatter en digital formidlingsløsning for kommunikasjon om innovative anskaffelser. Budskapet omfatter formålet med, effekten av og

Detaljer

DEN SELVBETJENTE KUNDEN

DEN SELVBETJENTE KUNDEN Bjørn Willoch Bjanger Innovasjonsleder Visma Retail Software Kundeopplevelse og fleksibilitet i butikken DEN SELVBETJENTE KUNDEN Program Faktorer for en god kundeopplevelse Selvbetjening Kontekst hva er

Detaljer

KRAVSPESIFIKASJON. Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni.

KRAVSPESIFIKASJON. Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni. KRAVSPESIFIKASJON Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni. Prosjektgruppe: 27 Prosjektmedlem: Ole Almenning Stenhaug Veileder.

Detaljer

Prosessmodeller og smidig programvareutvikling. INF1050: Gjennomgang, uke 02

Prosessmodeller og smidig programvareutvikling. INF1050: Gjennomgang, uke 02 Prosessmodeller og smidig programvareutvikling INF1050: Gjennomgang, uke 02 Kompetansemål Prosessmodeller Kunne redegjøre for hva som kjennetegner ulike prosessmodeller Vurdere prosesser for utvikling

Detaljer

Prosjektmandat Hovedprosjekt

Prosjektmandat Hovedprosjekt Prosjektmandat Hovedprosjekt Implementering regional sak/arkivløsning og etablering av digitale arkiver 01.04.16 Side 2 av 5 1 Innledning/bakgrunn Kommunene i Kongsbergregionen har tidligere gjennomført

Detaljer

Kvalitet og programvare. Når bare det beste er godt nok. Produktet prosessen eller begge deler?

Kvalitet og programvare. Når bare det beste er godt nok. Produktet prosessen eller begge deler? Kvalitet og programvare Når bare det beste er godt nok. Produktet prosessen eller begge deler? To nøtter Hva forbinder du med et IT-system som har (høy) kvalitet? Formuler 3 kriterier for (høy) kvalitet

Detaljer

Kapittel 7 & 8. Kravspesifikasjoner & Data design. Thomas Tjøstheim og Thomas Edvinsen. 20 September Kapittel 7 & 8 p.1/20

Kapittel 7 & 8. Kravspesifikasjoner & Data design. Thomas Tjøstheim og Thomas Edvinsen. 20 September Kapittel 7 & 8 p.1/20 Kapittel 7 & 8 p.1/20 Kapittel 7 & 8 Kravspesifikasjoner & Data design Thomas Tjøstheim og Thomas Edvinsen 20 September 2004 Kapittel 7 & 8 p.2/20 Introduksjon Kravspesifikasjoner består av to underdeler:

Detaljer

Konfigurasjonsstyring. INF1050: Gjennomgang, uke 11

Konfigurasjonsstyring. INF1050: Gjennomgang, uke 11 Konfigurasjonsstyring INF1050: Gjennomgang, uke 11 Kompetansemål Konfigurasjonsstyring Hva og hvorfor? I en smidig sammenheng Endringshåndtering Versjonhåndtering Systembygging Release -håndtering Del

Detaljer

Æ vil bli stor i Tjeldsund

Æ vil bli stor i Tjeldsund Prosjektbeskrivelse Barne- og ungdomsprosjekt i Tjeldsund kommune Æ vil bli stor i Tjeldsund August 2007 1 INNHOLD Innhold 2 MÅL OG RAMMER. 3 Bakgrunn.. 3 Prosjektmål.. 3 Rammer 3 OMFANG OG AVGRENSING

Detaljer

Endelig en løsning på informasjonsutfordringen alle DLE i Norge sliter med!

Endelig en løsning på informasjonsutfordringen alle DLE i Norge sliter med! Endelig en løsning på informasjonsutfordringen alle DLE i Norge sliter med! Bakgrunn Mange i elbransjen har i lang tid etterlyst bedre struktur på egen og andre sin informasjon om elsikkerhet Lokale initiativ

Detaljer

Nettpartner AS. Magnus Johansen Sjef for markedsføring og foretningsutvikling

Nettpartner AS. Magnus Johansen Sjef for markedsføring og foretningsutvikling Nettpartner AS Magnus Johansen Sjef for markedsføring og foretningsutvikling Nettpartners erfaringer og muligheter med anskaffelse, implementering, integrasjon og bruk av håndholdte terminaler. 1 .men

Detaljer

1. Forord. Lykke til videre med beredskapsarbeidet.

1. Forord. Lykke til videre med beredskapsarbeidet. 1. Forord Oppland fylkeskommune ser behovet for en «Veileder i krise- og beredskapsarbeid» til støtte for det arbeidet som skal gjennomføres i alle enheter. Veilederen er et arbeidsgrunnlag og verktøy

Detaljer

Strategi for Pasientreiser HF

Strategi for Pasientreiser HF Strategi 2017 2019 for Pasientreiser HF Revisjoner: Dato Versjon Beskrivelse 10.3.2017 0.8 Orientering i styret til Pasientreiser ANS 24.4.2017 1.0 Dokument behandlet i styret til Pasientreiser HF Side

Detaljer

Invitasjon til dialogkonferanse Nytt IKT-verktøy for Justervesenet.

Invitasjon til dialogkonferanse Nytt IKT-verktøy for Justervesenet. Invitasjon til dialogkonferanse Nytt IKT-verktøy for Justervesenet. Invitasjon Justervesenet skal anskaffe et nytt IKT-system for håndtering av etatens tilsyn og tjenester. Det nye systemet skal fase ut

Detaljer

V E I L E D E R LOKALT -DEMOKRATI. Nye metoder på kjente mål

V E I L E D E R LOKALT -DEMOKRATI. Nye metoder på kjente mål V E I L E D E R LOKALT -DEMOKRATI Nye metoder på kjente mål Veilederen er utarbeidet på grunnlag av rapporten Møte mellom moderne teknologi og lokaldemokrati skrevet av forskere ved Institutt for samfunnsforskning

Detaljer

STRATEGISK PLAN

STRATEGISK PLAN STRATEGISK PLAN 2010 2015 IT-AVDELINGEN UNIVERSITETET I BERGEN Brukerorientering Kvalitet Samarbeid Etikk SIDE 1 v. 1.00, 24. juni 2010 VISJON IT-avdelingen ved UiB skal produsere og levere IKT-tjenester

Detaljer

Artist webside. Gruppe medlemmer Joakim Kartveit. Oppdragsgiver Tetriz Event & Management. Frode Mathiesen. Gry Anita Nilsen.

Artist webside. Gruppe medlemmer Joakim Kartveit. Oppdragsgiver Tetriz Event & Management. Frode Mathiesen. Gry Anita Nilsen. Artist webside Innhold Artist webside...1 Gruppe medlemmer...1 Oppdragsgiver...1 Kontaktperson...2 Veileder...2 Oppgaven...2 Muligheter...2 Sammendrag...2 Dagens situasjon...2 Mål og rammebetingelser...3

Detaljer

Prosjektplan. for felles overbygning for veilagene på Blefjell. Vegforum Blefjell (arb.tittel)

Prosjektplan. for felles overbygning for veilagene på Blefjell. Vegforum Blefjell (arb.tittel) ArealKonsult AS Prosjektplan for felles overbygning for veilagene på Blefjell Vegforum Blefjell (arb.tittel) Prosjektplan.rtf 1 Innholdsfortegnelse... 1 Prosjektplan... 1 Innholdsfortegnelse... 2 1. Mål

Detaljer

Helsetjenestens driftsorganisasjon for nødnett HF

Helsetjenestens driftsorganisasjon for nødnett HF Helsetjenestens driftsorganisasjon for nødnett HF Vedlegg 3 Versjon 1.0 Rammeavtale for konsulenttjenester Helsetjenestens driftsorganisasjon for nødnett HF Saksnummer: 14/00061 Vedlegg 3: Kravspesifikasjon

Detaljer

Hvordan har digitalisering av anskaffelser påvirket arbeidshverdagen hos Universitetet i Oslo og hvordan har vi tatt ut gevinstene?

Hvordan har digitalisering av anskaffelser påvirket arbeidshverdagen hos Universitetet i Oslo og hvordan har vi tatt ut gevinstene? Hvordan har digitalisering av anskaffelser påvirket arbeidshverdagen hos Universitetet i Oslo og hvordan har vi tatt ut gevinstene? esignatur Evaluering & tildeling System- og brukerstøtte e-handel efaktura

Detaljer

Implementering av Agresso: Erfaringer fra Kartverket

Implementering av Agresso: Erfaringer fra Kartverket Implementering av Agresso: Erfaringer fra Kartverket FØRST 1. April 2014 Våre kjerneverdier er inkluderende, kompetent, åpen, pålitelig og engasjert Myndighetsansvar Nasjonal kartmyndighet Tinglysingsmyndighet

Detaljer

Strategi for Pasientreiser HF

Strategi for Pasientreiser HF Strategi 2017 2019 for Pasientreiser HF 1 Innhold side 1 Pasientens helsetjeneste 3 2 Overordnede føringer 4 2. 1 Stortingsmeldinger 4 2.2 Eiernes strategier og føringer 4 2.3 Pasientreiser HF sitt samfunnsoppdrag

Detaljer

prosjektarbeid Forelesning 3 - INF1050 Systemutvikling

prosjektarbeid Forelesning 3 - INF1050 Systemutvikling Systemutviklingssprosesser, prosjektarbeid Forelesning 3 - INF1050 Systemutvikling 28.1.2009 Rune Steinberg International Development Manager ERP INF1050 Systemutvikling Vår 2009 - Copyright Rune Steinberg

Detaljer

Kommunikasjonsplan Digital arbeidsflyt

Kommunikasjonsplan Digital arbeidsflyt Kommunikasjonsplan Digital arbeidsflyt Skrevet av: Korsnes Daasvand Filnavn: Kommunikasjonsplandigitalarbeidsflyt.docx Status: Utkast Versjon: 1 Opprettet: 16.01.2014 Sist endret: Sider: 8 Revisjonshistorikk

Detaljer

prosjektarbeid Forelesning 3 - INF1050 Systemutvikling Eksempel Evolusjonære modeller Utviklingsprosesser Evolusjonære modeller Foranalyse

prosjektarbeid Forelesning 3 - INF1050 Systemutvikling Eksempel Evolusjonære modeller Utviklingsprosesser Evolusjonære modeller Foranalyse Evolusjonære modeller Foranalyse Systemutviklingssprosesser, prosjektarbeid Forelesning 3 - INF1050 Systemutvikling 28.1.2009 Rune Steinberg International Development Manager ERP Iterasjonsplan Iterasjon

Detaljer

Prosjektrapport Gruppenr FigureGame 3.0

Prosjektrapport Gruppenr FigureGame 3.0 Vedlegg 1. Prosjektavtale Avtale mellom: Reidar Kvadsheim, oppdragsgiver og Robin Juliussen, Olaf Nikolai Hansen og Inger Lill Nystad Prosjektets navn: Figure Game 3.0 Wrath of the Configuration 1. Prosjektets

Detaljer

PROSJEKTPLAN HOVEDPROSJEKT

PROSJEKTPLAN HOVEDPROSJEKT Prosjektnamn: Prosjektansvarlig: Prosjektleder: Start: 010407 Slutt: 311207 Helge Møller, Reisemål Hardanger Fjord AS Venatio AS v/ Tom Nøvik 1. Bakgrunn og hensikt De fleste reiselivsdestinasjonene i

Detaljer

Prosjekt «Nye kvalitetssikrings- og importrutiner for Naturbase. 5. November 2013 Terje Krogh Miljødataseksjonen

Prosjekt «Nye kvalitetssikrings- og importrutiner for Naturbase. 5. November 2013 Terje Krogh Miljødataseksjonen Prosjekt «Nye kvalitetssikrings- og importrutiner for Naturbase 5. November 2013 Terje Krogh Miljødataseksjonen Artsdata i Naturbase Prosjektet «Nye kvalitetssikrings- og importrutiner i Naturbase» Spørsmål

Detaljer

Tom Røise 27.Jan 2011

Tom Røise 27.Jan 2011 Forelesning IMT2243 27. Januar 2011 Tema : Risikostyring i systemutviklingsprosjekter Prosjektstyring i systemutviklingsprosjekter Presentasjon av prosjektoppgave 2011 Prosjektplandokumentet (Innlevering

Detaljer

RiskManager fremtidens kvalitetssystem

RiskManager fremtidens kvalitetssystem 1 RiskManager fremtidens kvalitetssystem RiskManager fremtidens kvalitetssystem En komplisert hverdag krever verktøy som forenkler og fornyer kvalitetsarbeidet og internkontrollen. - må være enkle og intuitive

Detaljer

Tredjepartsverifikasjon IKT

Tredjepartsverifikasjon IKT Helsebygg Midt-Norge Side: 1 av 7 Tredjepartsverifikasjon IKT Sammendrag utført av Capgemini Helsebygg Midt-Norge Side: 2 av 7 1. Bakgrunn Verifikasjonen tar utgangspunkt i dokument 720-8001 Tredjeparts-verifikasjon

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

INNHOLDSFORTEGNELSE:

INNHOLDSFORTEGNELSE: INNHOLDSFORTEGNELSE: FORPROSJEKT RAPPORT:...2 1.Mål og rammer:...2 1.1 Bakgrunn...2 1.2 Prosjektmål...2 1.3 Rammer...2 2. Omfang:...2 Oppgavebeskrivelse og avgrensning:...2 3. Prosjektorganisering:...3

Detaljer

Prosjekt for oversikt over helsefaglig forskning Kartlegging og anbefaling av løsning. Prosjektgruppen v/sandra Nilsen

Prosjekt for oversikt over helsefaglig forskning Kartlegging og anbefaling av løsning. Prosjektgruppen v/sandra Nilsen Prosjekt for oversikt over helsefaglig forskning Kartlegging og anbefaling av løsning Prosjektgruppen v/sandra Nilsen Om kartleggingen Undersøkt systemer ved de fem største universitetene og sykehusene

Detaljer

Deres ref Vår ref Dato /KBJ

Deres ref Vår ref Dato /KBJ Brønnøysundregistrene Havnegata 48 8910 BRØNNØYSUND Deres ref Vår ref Dato 200602297-24/KBJ 20.11.2006 Mandat Altinn II-prosjektet Brønnøysundregistrene har for 2007 fått en bevilgning på kap. 904 post

Detaljer