Oppdragsgiver: Statsbygg Kontaktperson: May Liss Urang. Veileder: Norun-Christine Sanderson, HiO

Størrelse: px
Begynne med side:

Download "Oppdragsgiver: Statsbygg Kontaktperson: May Liss Urang. Veileder: Norun-Christine Sanderson, HiO"

Transkript

1 LISENSSYSTEMET Forprosjektrapport Oppdragsgiver: Statsbygg Kontaktperson: May Liss Urang Veileder: Norun-Christine Sanderson, HiO Skrevet av prosjektgruppe Nam Nguyen, s Ingolf Nistad, s Huan Duong, s Nhi Doan, s148107

2 SAMMENDRAG Dette dokumentet skal gi deg en oversikt over resultatene av analysearbeidet som gruppen har utført. De viktigste konklusjonene er: Systemet må forholde seg til Adobe-produkt lisensavtalen. Systemet skal utvikles i ASP.Net og C#. Vi skal bruke Visual Studio 8 som utviklingsverktøy. Det skal ikke koste noe å implementere systemet, men Statsbygg må sette opp en Windows server og en Oracle database for gruppen. Vi har valgt Unified Process som utviklingsmetode. Gruppen har laget en enkel use-case og en liste over de viktigste funksjonene i systemet og dette er i samsvar med oppdragsgiverens krav og ønsker. Vi har også drøftet suksessfaktorer, laget samarbeidsavtale, arbeidsplan og fremdriftsplan for å sikre at vi får en god utviklingsprosess. Vi kaller systemet vårt for Lisenssystemet. 1

3 INNHOLDSFORTEGNELSE Sammendrag Presentasjon Oppdragsgiver & kontaktperson Veileder Gruppe Mål & rammebetingelser Bakgrunn Prosjektmål Effektmål Resultatmål Rammebetingelser Økonomi Tid Utviklingsverktøy Avtaler Prosjektbeskrivelse Dagens situasjon Svakheter i det gamle systemet Løsning & alternativer Løsning Omfang Enkel Use-case Utviklingsmiljø Avgrensninger Andre alternativer Organisering Organisasjonskart Rollefordeling Ansvarsforhold Generell Gruppen Metodevalg Drøfting av prosessmetoder Prosjektets varighet og midler Endelig Valg

4 6.4 Faser i prosjektet Planlegging, oppfølging & rapportering Veiledermøte Gruppemøte Kvalitetssikring Møteregler Dokumenthåndtering Timelister Arbeidstid Suksessfaktorer Mennesker Produkt Teknologi Prosess Plan for gjennomføring Milepæler Fremdriftsplan Arbeidsplan Vedlegg 1: Prosjektskisse Vedlegg 2: Samarbeidsavtale Vedlegg 3: Lisensavtale Vedlegg 4: Møtereferat standard Vedlegg 5: Gruppeavtale Vedlegg 6: Fremdriftsplan Vedlegg 7: Arbeidsplan 3

5 1 PRESENTASJON 1.1 OPPDRAGSGIVER & KONTAKTPERSON Statsbygg er statens sentrale rådgiver i bygge- og eiendomssaker, byggherre, eiendomsforvalter og eiendomsutvikler. Statsbygg er en statlig forvaltingsbedrift. Bedriftens oppgave er å tilby gode og funksjonelle lokaler til statlige virksomheter, og å realisere vedtatte samfunnspolitiske mål i forhold til arkitektur, statlige planinteresser, kulturminnevern og miljø. Vår kontaktperson hos bedriften er May Liss Urang. Hun er underdirektør for IKT seksjonen i Statsbygg og er leder for IT-support. Det mest kjente navnet for denne enheten er Teknotorget. Det hele navnet for Teknologitorget. IT-support er en av tre enheter i IKT avdelingen. De to andre er Drift og System. Teknotorget er frontlinje som møter bedriftens brukere hyppigst og gjør det de kan for å støtte dem gjennom teknologiens til tider utfordrende arbeidsdag. Bildene under illustrerer bedriftens struktur. Det første bildet er tatt fra bedriftens intranettsider. Det andre har vi laget i Word. IKT IT-Support (Teknotorget) IT-Drift IT-System Systemet vi skal implementere skal betjenes av Teknotorget. Vi beskriver problemet og løsningen mer detaljert i prosjektbeskrivelsen. 1.2 VEILEDER Vår veileder er Norun Christine Sanderson. Hun er førsteamanuensis ved institutt for data, Høgskolen i Oslo. 4

6 1.3 GRUPPE Gruppen består av fire avgangsstudenter. Vi har kjent hverandre siden første klasse på Høgskolen. I de tre siste semestrene har vi hatt mange fellesfag. Det har gitt oss mulighet til å samarbeide og bli bedre kjent med hverandre. Det er ikke et tilfeldig at vi har valgt å jobbe sammen i hovedprosjektet. Vi samarbeider fordi vi stoler på hverandre. Vi kjenner hverandres arbeidskapasitet og ambisjoner. Vi vet at vi kan være den andres energi- og inspirasjonskilde, og omvendt. Nhi og Ingolf har god kompetanse innenfor systemutvikling. Nam og Huan har solide kunnskaper innenfor programmering. Vi har hatt fag som universell utforming og menneske-maskin interaksjon. Vi er en enhet som jobber mot et felles mål! Gruppemedlem: Ingolf Nistad Studieretning: Anvendt datateknologi Alder: 25 år Favoritt Adobe-produkt: Acrobat Gruppemedlem: Nhi Doan Studieretning: Anvendt datateknologi Alder: 22 år Favoritt Adobe-produkt: PhotoShop ver.7 Gruppemedlem: Huan Duong Studieretning: Informasjonsteknologi Alder: 24 år Favoritt Adobe-produkt: Photoshop CS3 Gruppemedlem: Nam Nhat Le Nguyen Studieretning: Informasjonsteknologi Alder: 25 år Favoritt Adobe-produkt: Flash Professional CS5 Vi skal beskrive oppgave og rolle til hvert enkelt gruppemedlem i kapittel 5 om gruppeorganisering. 5

7 2 MÅL & RAMMEBETINGELSER 2.1 BAKGRUNN Som nevnt i presentasjonsdelen består IKT avdelingen hos Statsbygg av Teknotorget, Driftseksjonen og Systemseksjonen. Teknotorget er en supportseksjon og de holder styr på Adobe produkter og lisenser. Per i dag bruker Teknotorget Excel regneark for å bevare Adobe lisenser. De synes dette er en dårlig løsning. Regnearket er verken koblet mot deres systemer eller relasjonsbasert. Det er både vanskelig og tidkrevende å håndtere dataene. Teknotorget har behov for et system som kan vise lisensene på en enkel og oversiktlig måte. Nam er vikar på Teknotorget og jobber en gang i uken. I fasen hvor vi skulle finne en prosjektoppgave fortalte han oss om Lisenssystemet som Teknotorget ville utvikle. Vi syntes det var en spennende oppgave og kontaktet Teknotorget. De gav oss tillatelse til å utvikle Lisenssystemet som vårt hovedprosjekt. Prosjektskissen og samarbeidsavtalen er den formelle bekreftelsen på at Statsbygg vil gi oss rett til å utvikle Lisenssystemet. Se vedlegg 1 og PROSJEKTMÅL EFFEKTMÅL For Statsbygg Bedriften trenger et system som kan holde styr på Adobe lisenser. Det innebærer at løsningen må kunne vise hvem som har fått lisens og hvilken maskin som har lisens. Systemet må kunne implementeres i dagens infrastruktur i Statsbygg. For prosjektgruppen Prosjektet skal gi gruppemedlemmene relevant erfaring og mulighet til å bruke det vi har lært i løpet av studiet, samt videreutvikle kunnskaper innenfor programmering og systemutvikling RESULTATMÅL For Statsbygg Systemet skal implementeres som en intern nettside. Løsningen må være koblet mot katalogtjenesten Active Directory for å hente inn brukeropplysninger. Dataene skal lagres i en Oracle database. En god dokumentasjon må utvikles for vedlikehold og drift av systemet. For prosjektgruppen Vårt mål er å implementere et brukervennlig system som bedriften kan bruke når prosjektet er ferdig. Vi skal utarbeide en god dokumentasjon. 6

8 2.3 RAMMEBETINGELSER ØKONOMI Det skal ikke koste noe å utvikle systemet. Vi får utviklingsverktøy fra skolen. Ingen andre utgifter eller kostnader skal settes på vår eller skolens regning TID Vi trenger en virtuell server og en Oracle database. Vi er litt usikre på kostnaden, men det skal bedriften ordne for oss. Teknotorget kan låne oss en eller to datamaskiner. Vi har ingen kapital å budsjettere i dette prosjektet. Prosjektperioden strekker seg fra november 2009 til slutten av mai Ukene i 2009 ble brukt til å finne oppdragsgiveren og klargjøre prosjektet, slik at gruppen kan starte for fullt i januar Disse ukene er egentlig ikke med i tidsrammen, men vi tar dem med for å vise helheten. Prosjektet starter fra og med 04.januar 2010 og varer fram til 31.mai Det vil si at vi har 24 uker. Hvis vi trekker i fra eksamensuken i februar, påskeferien i april og andre hellige dager så har vi omtrent 21 uker til disposisjon UTVIKLINGSVERKTØY IKT avdelingen setter ingen spesielle krav til utviklingsverktøy. Teknotorget ønsker at vi skal utvikle systemet i Java eller ASP.Net miljøet. Det gir oss frihet til å velge verktøy. Vi har valgt å kode systemet i ASP.Net og C# og bruker Visual Visual Studio 8 som utviklingsverktøy. Teknotorget vil at vi skal lagre dataene i en Oracle Database. Denne databasen får vi av bedriften sammen med den virtuelle serveren AVTALER Det er to avtaler som systemet og gruppen må forholde seg til. Den ene avtalen er kravene som bedriften har satt opp. Kravspesifikasjonen som gruppen senere skal utarbeide er en formell kontrakt for denne avtalen. Det eksisterer en lisensavtale mellom Adobe produsenten og Statsbygg. Gruppen og systemet vi utvikler må derfor også forholde seg til denne avtalen. Lisensavtalen er skrevet på engelsk og ligger på Adobes nettsider. 1 For å gjøre kontrakten mer tilgjengelig så har vi kopiert den inn i Word og lagt den i vedlegg 3. Vi skal oversette avtalen i kravspesifikasjonen. 1 Adobe lisensavtale: 7

9 3 PROSJEKTBESKRIVELSE 3.1 DAGENS SITUASJON IKT avdelingen har per i dag gode systemer for å registrere samt bevare lisenser på alle produkter med unntak av Adobe produkter. Teknotorget bruker Excel regneark for å holde styr på Adobe lisenser. Denne seksjonen har ansvar for følgende produkter: Creative Suite 4.0 Adobe Professional 9.0 Adobe Professional Extended 9.0 PhotoShop Elements 5.0 IKT avdelingen har inngått en bedriftsavtale med produsenten Adobe. Avtalen går ut på at Statsbygg får kun en lisensnøkkel på hvert produkt, selv om de har kjøpt flere lisenser av produktet. Denne avtalen skal bidra til et lettere administrasjonsarbeid for de ansatte. Teknotorget bruker et regneark på hvert produkt. For hvert produkt må lisensnøkkelen registreres og antallet tilgjengelige lisenser. Hver rad i regnearket tilsvarer en lisens. Ved tildeling av lisens må det legges inn navnet til en ansatt og de maskinene som ansatten skal bruke. Vi viser i figuren under et eksempel på hvordan Statsbygg bruker regneark i Microsoft Excel som lisensoversikt. Dette illustrerer at bedriften har 5 lisenser som gjelder for produktet Creative Suite versjon 4.0. Administratoren Jens har gitt brukeren Kari Nordmann en lisens. To maskiner deler på denne lisensen og de er SB1234 og SB4321. Bedriften står igjen med fire lisenser. 8

10 3.2 SVAKHETER I DET GAMLE SYSTEMET De to største problemene med regnearket er: ikke-relasjonsbasert visning av data (flat data) ingen tilknytning til eksisterende system Det vi mener med ikke-relasjonsbasert visning av data er at dataene ligger i en enkel side eller et regneark. Det er vanskelig å kombinere regnearkene sammen for å se den totale oversikten. Eksempel 1: Det er nesten umulig å liste opp alle produktene som en bestemt ansatt har fått. De ansatte må i dette tilfellet lete gjennom regnearkene. Eksempel 2: Det vil være like ille som i eksempel 1 hvis Teknotorget skal liste opp alle produkter som har blitt installert på en bestemt maskin. Excel arkene er ikke koblet til noe system hos Statsbygg. Det blir problematisk for Teknotorget å detektere om sluttbrukere har fått lisens. Dette fordi Excel programmet ikke kan gi beskjeder eller advarsler hvis endringer blir gjort på brukerkontoer i Active Directory. Bruk av Excel regneark gir flere ulemper: dårlige søkemuligheter datasettet blir uhåndterlig hvis produktmengden øker Dette tyder på Excel regnearket ikke lenger egner seg som datastruktur i lengden. Vi mener at Teknotorget trenger et bedre og mer relasjonsbasert system, slik at det er lettere å behandle og kontrollere lisensene. Dette er drivkraften som igangsetter vårt prosjekt. 4 LØSNING & ALTERNATIVER 4.1 LØSNING Vår løsning er å utvikle et nettbasert system. Det er et krav fra bedriften at dataene skal lagres i en Oracle database. Vi skal sette opp databasen som en relasjonsdatabase. Slik blir det lettere å se relasjonen mellom bruker, maskin og produkt. 9

11 4.2 OMFANG Vi skal implementere følgende funksjoner i Lisenssystemet: registrere nytt produkt se lisensoversikt liste opp brukere og maskiner på et bestemt produkt registrere lisens til bruker og maskin se alle lisenser til en bruker se alle lisenser til en maskin slette lisens fra bruker og maskin registrere ny maskin detektere sluttbrukere og varsle Teknotorget Disse funksjonene er et resultat av analysearbeidet som gruppen har gjort i henhold til de krav og ønsker som Statsbygg har uttrykt i prosjektskissen. Vi skal beskrivelse funksjonene mer grundig og detaljert i kravspesifikasjonen. 4.3 ENKEL USE-CASE Vi har tegnet et enkelt Use-case diagram for å vise oversikt over de hovedfunksjonene. 4.4 UTVIKLINGSMILJØ Statsbygg ønsket at vi skulle utvikle systemet i programmeringsspråket Java. Slik at det er lettere for dem å vedlikeholde og utvide systemet. Nhi og Ingolf kan bare grunnleggende programmering i Java. Gruppen diskuterte med bedriften og vi fikk tillatelse til å implementere i ASP.Net og C#. Vi kunne bruke Visual Studio som utviklingsverktøy. 10

12 4.5 AVGRENSNINGER Foreløpig har vi tilfredstilt alle kravene fra oppdragsgiveren. Teknotorget ville at systemet skulle først og fremst registrere og håndtere Adobe produkter, men de ønsket også at vi kunne utvide systemet slik at det skal være mulig å legge inn andre produkter og lisenser. Vi skal utvikle denne funksjonaliteten, hvis vi har tid. 4.6 ANDRE ALTERNATIVER Vi er klar over at vårt system er ikke den eneste løsningen for Statsbygg. Det finnes minst to mulige alternativer som bedriften kan vurdere. Vi skal liste opp de to mulighetene og drøfte dem. Teknotorget kan: bruke Microsoft Access til å lagre dataene Registrering og modifisering av data i Access er omtrent lik som i Excel. Dette er en klar fordel, siden Teknotorget alltid har brukt Excel regnearkene som datastruktur. Andre fordeler som er verdt å nevne er: + Dataene i Access kan være relasjonsbasert, siden det er mulig å koble flere tabeller sammen. + En annen fordel er at Teknotorget kan kjøre effektive spørringer for å sortere og filtrere data. + Det er mulig å generere rapporter basert på dataene og vise dem i flere ulike formater. + Teknotorget kan også opprette websider for å presentere data med skrivebeskyttelse, eller for å få tilgang til data i et oppdaterbart format. Ulempen er at: - Det er ikke mulig å detektere sluttbrukere. Dette fordi Access ikke er koblet til Active Directory og programmet har ikke funksjon til å sende ut e-poster. - Administratoren må modifisere dataene direkte i Access. Dette kan føre til at dataene blir inkonsistens. Vi ser at Access gir mange fordeler i forhold til Excel. Det største problemet er at programmet kan ikke detektere sluttbrukere. Det gjør at Access er en bra løsning, men ikke bra nok! bestille et ferdiglaget system Denne løsningen er både enkel og rask. Det vil sikkert koste noe, men til gjengjeld får bedriften et system med svært mange fordeler og muligheter. Statsbygg valgte ikke den sistnevnte løsningen, selv om den så ut til å være den beste løsningen. Bedriften har i stedet valgt vår løsning fordi de vil bidra til læring og faglig utvikling hos studenter. De vil gi oss som studenter mulighet til å lære gjennom arbeid med realistiske og relevante arbeidsoppgaver. 11

13 5 ORGANISERING 5.1 ORGANISASJONSKART Nam leder Huan kontroller Nhi dokumentasjonsansvarlig Ingolf webansvarlig 5.2 ROLLEFORDELING Leder skal: være en megler hvis det oppstår konflikter i gruppen eller med oppdragsgiveren styre gruppemøtene beslutte hvis det oppstår uenigheter Kontroller skal: passe på at gruppen overholder innleveringsfrister passe på at gruppen følger samarbeidskontrakten som gruppen har signert minne gruppen på innleveringsfrister Dokumentasjonsansvarlig skal ta backup av alle dokumenter kvalitetskontrollere dokumenter sørge for at dokumenter følger en standard Webansvarlig skal være loggfører på alle møter oppdatere hjemmesiden jevnlig sørge for at alle få med seg oppdateringer Alle har fått sitt ansvarsområde i dette prosjektet, men vi setter ingen klare grenser mellom områdene. Det er lov å hjelpe andre, og det er lov å spørre om hjelp. 5.3 ANSVARSFORHOLD GENERELL Norum-Christine Sanderson May Liss Urang Nam Nguyen veileder fra Høyskolen i Oslo kontaktperson og veileder fra Statsbygg gruppeleder 12

14 5.3.2 GRUPPEN Nam skal sette opp databasen, opprette forbindelse mot Active Directory. Huan skal kode brukergrensesnittet. Nhi og Ingolf skal designe brukergrensesnittet til systemet. De skal også ha ansvar for dokumentasjonen. Alle skal implementere systemet. Vi skal fordele funksjonene på gruppen når kravspesifikasjonen er ferdig. Dette er en foreløpig ansvarsplan. Vi har enda ikke begynt på prosjektet for alvor. Da er det vanskelig å bestemme omfang og arbeid i hver av de oppgavene. Vi må etter hvert kanskje endre på en eventuell skjev arbeidsfordeling innad i gruppen. 6 METODEVALG 6.1 DRØFTING AV PROSESSMETODER Gruppen har vurdert å benytte seg av en rekke forskjellige prosessmetoder. Til slutt kom vi frem til at Unified Process passer best til dette prosjektet. Fossefallsmetoden kunne til dels ha vært benyttet ettersom den baserer seg på trinnvis utvikling på følgende måte: Behovsundersøkelser/analyser design implementasjon integrering og testing Fossefallsmetoden er svært risikabel ettersom risikoer kan dukke opp underveis når man har gjort ferdig det forrige trinnet, og prosjektet kan måtte begynne på nytt. Gruppen skal innom disse stegene underveis i utviklingsprosessen, men det blir nok ikke like rigid som fossefallsmetoden tilsier. En annen metode som har vært vurdert kalles Cleanroom Software Engineering. Den går ut på at produktet skal kunne være sertifisert som å være stabilt og pålitelig. Dette er ikke et krav, selv om det er åpenbart at gruppens sluttprodukt må være til å stole på og være stabilt. Derfor har vi ikke valgt denne prosessmetoden. Vi har også sett på SCRUM, ettersom den er populær i mange IT-bedrifter nå om dagen. Likevel blir dette prosjektet for liten skala til at SCRUM kan benyttes av oss. Våre iterasjoner kan være lignende de såkalte «sprints» som man finner i SCRUM, samt at noen av rollene (Pig, Team leader, osv.) kan relateres til gruppemedlemmenes rolle innad i gruppen. Iterative metoder, det vil si en prosessmetode med flere iterasjoner (sykluser) kan bli vårt valg. Slike metoder går ut på: Førplanlegging planlegging krav analyse/design implementasjon. Hvis prosjektets produkt er tilfredsstillende, noe det sannsynligvis ikke er etter en halv iterasjon, iverksettes innfasingen. Valget må falle på en prosessmetode der det underveis i prosjektets gang er rom for endringer i krav, ansvarsområder og resultat. Gjerne en modell som begynner med planlegging. Vi har fått utdelt krav fra Statsbygg, og disse må selvfølgelig oppfylles, selv om vi har fått dispensasjon fra enkelte av dem. Dispensasjonen gjelder blant annet at systemet må være utviklet i programmeringsspråket Java, slik at Statsbygg har muligheten til å videreutvikle eller forbedre systemet. 13

15 6.2 PROSJEKTETS VARIGHET OG MIDLER Dette er et relativt lite prosjekt, som skal vare i rundt fem måneder. Vi kan si at deler av gruppen utgjør forskjellige grupper; med to hovedsaklig programmerere fra Informasjonsteknologi og to gruppemedlemmer fra Anvendt Datateknologi. Disse rollene er i konstant forandring ettersom ansvaret endres underveis samtidig som medlemmene tilegner seg ny kunnskap. Enkelte profesjonelle krav i systemutviklingsmetoden, for eksempel økonomirelaterte slike samt budsjetter kan utgå, ettersom alt teknisk utstyr og programvare som vi behøver gjøres tilgjengelig av Høgskolen i Oslo og Statsbygg. 6.3 ENDELIG VALG Gruppen har valgt å benytte seg av Unified Process. Dette er en omfattende systemutviklingsmetode, men den kan tilpasses våre behov. Inndelingen av utviklingen i faser passer til gangen i vårt hovedprosjekt. Unified Process (UP) er en objektorientert utviklingsmetode. Den blir gradvis innført i utviklingsmiljøene i IT-bedrifter over hele verden. En prosess er beskrevet som hvem (utviklere) som gjør hva (artefakter/delprodukter), hvordan (aktiviteter) og når (arbeidsflyt). 6.4 FASER I PROSJEKTET Idéfasen kan vi relatere til forprosjektet. Vi avslutter med denne fasen med en forprosjektrapport, som skal bli levert inn i slutten av januar. Denne fasen skal ikke ta lang tid. Gruppen setter opp prosjektomfang, med overordnet kravspesifikasjon og en enkel Use-Case-modell. I tillegg skal vi blant annet sette opp gruppeorganisering, oppfølgingsplan fra veileder og oppdragsgivere og kvalitetssikringen internt i gruppen. Unified Process inneholder også økonomiske spørsmål, men vi ser bort fra disse. Dette er lønnsomhetsvurderinger. Forprosjektrapporten er denne rapporten som du leser nå. Utdypningsfasen begynner uken etter innleveringen av forprosjektrapporten. Her skal vi tegne diagrammer og planlegge utviklingen. Kravspesifikasjonen kan kunne måtte endres. Use-casene blir utviklet, klassediagrammer og sekvensdiagrammer blir skissert. I tillegg planlegger vi å lage vi flere prototyper av systemet. Tegning av skisser på papir kan bli aktuelt, samt å bruke programvaren Axure RP til å lage digitale prototyper av systemets brukergrensesnitt. I denne fasen har vi også tenkt å bruke til å bli kjent med Statsbygg sine systemer, og å lære oss eller utvikle kunnskapen innenfor forskjellig programvare og programmeringsspråk. Ettersom gruppemedlemmene har forskjellige roller får vi forskjellige ansvarsområder. Dette fører til at enkelte av oss kan kunne måtte lære seg eller videreutvikle deres kjennskap til for eksempel Oracle databasespørringer og Adobe PhotoShop. I tillegg skal vi utvikle vår kunnskap innenfor programmeringsspråket C# og utviklingsverktøyet Microsoft Visual Studio. Konstruksjonsfasen kan vi si blir tiden etter at gruppemedlemmene er ferdig med konteeksamen. Det er i slutten av februar. I denne fasen må tegning av diagrammer og skisser være ferdigstilt, og vi må ha dannet oss et bilde av hvordan systemet burde fungere og se ut. Gruppen må ferdigstille flere delleveranser i løpet av dette stadiet. Regelmessige møter kan gjøre at små milepæler blir gjennomført fortløpende. Iblant kan nok resultatet bli tilfredsstillende etter første iterasjon, men mange milepæler må sannsynligvis gjennom flere iterasjoner i konstruksjonsfasen. 14

16 Gruppen skal teste systemet internt i slutten av denne fasen. Da må vi utføre integrasjonstesting, det vil si å sette sammen enhetene til et helhetlig system. Når resultatet er tilfredsstillende skal vi teste systemet sammen med vår veileder. Det neste steget blir å gjøre såkalt in-house systemtesting hos Statsbygg med flere av deres ansatte til stede. Dette blir begynnelsen på overgangsfasen. I overgangsfasen finpusses systemet, og vi retter opp eventuelle småfeil som er funnet i sluttfasen av konstruksjonsfasen. Vi setter systemet i drift når feilene er rettet opp. Vi har laget bildet for å vise fasene i prosjektet. Idefase Utdypningsfase Konstruksjon Overgang 7 PLANLEGGING, OPPFØLGING & RAPPORTERING Det skal lages et møtereferat for hvert møte. Møtereferater skal lastes opp på hjemmesiden. Vi har utarbeidet en standard på føring av møtereferat, slik at det er lettere å få med seg viktige beslutninger og frister i hvert møte. Møtereferatstandarden ligger i vedlegg 4. Hjemmesiden til prosjektet må oppdateres jevnlig for å gi gruppen, veilederen og oppdragsgiveren et nøyaktig bilde av gangen og framdriften i prosjektet. 7.1 VEILEDERMØTE Vi skal møte veilederen hver tirsdag, kl på hennes kontor ved Høyskolen i Oslo. Vi skal snakke om hva gruppen har gjort og fått til i den uken som har gått. Veilederen kan også bruke denne tiden til å gi tilbakemeldinger på arbeid eller rapporter som gruppen har levert inn på forhånd. 7.2 GRUPPEMØTE Vi møter fast hver tirsdag, etter veiledermøtet, for å diskutere prosjektets fremdrift, lage planer og fordele arbeidsoppgaver. Blant annet må vi sammenligne timelister slik at hver enkelt vet hvor mye arbeid vedkommende har gjort i forhold til de andre i gruppen for uken som har gått. I tillegg kan vi løse konflikter hvis de skulle oppstå underveis. 15

17 8 KVALITETSSIKRING 8.1 MØTEREGLER Alle møter presis til møter som har blitt avtalt på forhånd. Vi skal være forberedt og forholde oss saklig. Å være forberedt betyr at du har lest gjennom relevante dokumenter, sett på oppgaver eller tenkt på saker som skal tas opp. Møtene er hellige! Mobiltelefonen skal være av. Vi har utarbeidet en gruppeavtale hvor reglene er mer formelt skrevet. 8.2 DOKUMENTHÅNDTERING Alle dokumenter sendes til dokumentasjonsansvarlig. Nhi har denne rollen. Han har ansvaret for å ta backup av dokumenter. Les mer om oppgaven til dokumentasjonsansvarlig på punkt 4.3 under rollefordeling. Dokumenter som legges på hjemmesiden skal være i PDF-format eller i et format som ikke er mulig å redigere. Ingen Word-dokumenter skal legge på nettet. Dette skal sikre at ingen misbruke vårt arbeid. 8.3 TIMELISTER Alle skal ha ansvar for å loggføre sitt arbeid og oppdatere timelisten. Dette skal vises under gruppemøter. 8.4 ARBEIDSTID Dagene vi skal jobbe sammen: Mandag: hos Statsbygg, Byporten. Tirsdag: på skolen Onsdag: på skolen Fredag: på skolen Vi samarbeider nesten hver dag. Hver av oss har gjennomsnitt arbeidstid på 22 timer. Gruppen jobber ikke sammen på torsdager. Dette fordi noen av oss har forelesninger og Nam er på jobb den dagen. Vi planlegger å møtes hver torsdag etter for å spise sammen. 16

18 9 SUKSESSFAKTORER For å lykkes i dette prosjektet er det fire dimensjoner som vi må ta hensyn til: mennesker, produkt, teknologi og prosess. 9.1 MENNESKER Gruppemedlemmer er dimensjonen som vil påvirke produktiviteten i prosjektet mest. For å sikre produktiviteten har vi lagt vekt på følgende faktorer: Motivasjon Alle medlemmer i gruppen syntes prosjektet virket interessant og bestemte selv å jobbe med det. Vi satser derfor på at prosjektarbeidet i seg selv er kilde til inspirasjon og motivasjon hos den enkelte. Lagånd Vi skal sitte sammen og jobbe med prosjektoppgaven. Det er viktig å ha god kontakt med de andre i gruppen. Alle må respektere gruppeavtalen. Jobbtilpasning Vi fordeler arbeidsoppgavene etter kvalifikasjonene til den enkelte. Arbeidsmengden må ikke bli for stor. Vanskelighetsgraden skal være litt utfordrende, men ikke alt for krevende. Selvutvikling Vi hjelper hverandre med å finne oppgaver vi kan lære noe av. Arbeidsmiljø Vi sørger for at alle stortrives i gruppen. Dette kan vi få til med åpenhet og toleranse. Vi har skrevet en gruppeavtale der alle gruppemedlemmene har signert under. Hensikten med avtalen er så sikre at vi får et godt arbeidsmiljø. Avtalen ligger i vedlegg PRODUKT Vi må fokusere på produktets størrelse og karakteristikk hele tiden. Gruppen må rådføre seg med veilederen hvis oppdragsgiveren ønsker å legge til andre funksjoner. Vi kan ikke godta store endringer i systemet, fordi det vil koste oss ekstra tid og arbeid. Endringer kan påvirke prosjektplanleggingen på en negativ måte. 9.3 TEKNOLOGI Det er viktig å velge riktig teknologi og utviklingsverktøy. Vi må velge verktøy og utviklingsspråk som vi behersker. Ved å gjøre riktige valg kan prosjektet oppnå høyere utviklingshastighet, som igjen vil skape motivasjon og arbeidsglede. Som vi har nevnt tidligere, i punkt 3.4 om utviklingsmiljø, vil Statsbygg at vi skal implementere systemet i Java, fordi de har flest ekspanderingsmuligheter dersom vi bruker dette programmeringsspråket. Hvis vi velger å implementere systemet i Java kan vi regne med å få masse hjelp og råd fra disse ansatte. 17

19 Problemet er at det er kun to av oss som kan programmere i Java. Utviklingsarbeidet kan bli stort hvis vi har bare to programmerer. For at alle skal bidra i utviklingsprosessen og prosjektet så har vi valgt å programmere i ASP.Net og C#. Fordi alle i gruppen kan programmere i disse språkene. 9.4 PROSESS Prosessen er like viktig som menneskedimensjonen. For å sikre oss en god prosess i prosjektet har vi fokusert på følgende faktorer: Risikohåndtering Oppdragsgiverstilpasning Unngå å gjøre ting to ganger Levere delleveranser med riktig kvalitet Overholde frister 10 PLAN FOR GJENNOMFØRING 10.1 MILEPÆLER Statusrapport fred. 30. okt kl Prosjektskisse fred. 04. des kl Forprosjekt fred. 29. jan kl Prosjektrapport man. 31. mai 2010 kl Presentasjonen juni FREMDRIFTSPLAN Se vedlegg nr ARBEIDSPLAN Se vedlegg nr. 7 18

20 Vedlegg til forprosjekt Vedlegg 1: Prosjektskisse Vedlegg 2: Samarbeidsavtale Vedlegg 3: Lisensavtale Vedlegg 4: Møtereferat standard Vedlegg 5: Gruppeavtale Vedlegg 6: Fremdriftsplan Vedlegg 7: Arbeidsplan

21 Vedlegg 1 Prosjektskisse Forprosjekt

22 Vedlegg 2 Samarbeidsavtale Forprosjekt

23 Vedlegg 2 Samarbeidsavtale Forprosjekt

24 Vedlegg 3 Lisensavtale Forprosjekt ADOBE PRODUCT LICENSE AGREEMENTS Home use of Macromedia branded products Notwithstanding the terms of the product license agreement included within a Macromedia branded product, when such a product is licensed through Adobe s Open Options licensing program (not including Student Licensing, Site Licensing, and Term Licensing), the primary user of the computer on which such software is lawfully installed may install a second copy of such software for his or her exclusive use on either a portable computer or a computer located at his or her home, provided that the software on the portable or home computer is not used at the same time as the software on the primary computer.

25 Vedlegg 4 Møtereferat standard Forprosjekt

26 Vedlegg 5 Gruppeavtale Forprosjekt

27 Vedlegg 5 Gruppeavtale Forprosjekt

28 Vedlegg 6 Fremdriftsplan Forprosjekt

29 Vedlegg 7 Arbeidsplan Forprosjekt Arbeidsplan Ansvarlig Alle Nam Nam Huan og Nhi Ingolf Aktivitet Forklaring Antatt startdato Antatt utført dato Finne gruppe danne en gruppe mellom 3-4 pers Finne prosjektoppgave finne oppgaven til hovedprosjekt Statusrapport En beskrivelse av hva vi har gjort for å få tak i et prosjekt Prosjektskisse Beskrivelse/skisse av prosjektet Samarbeidsavtale Datainnsamling Enkel use-case modell Overordnet kravspesifikasjon Arbeidsplan Fremdriftsplan en formell avtale mellom arbeidsgiveren og HiO om prosjektet ANALYSE møter veilederen og kontaktpersoner hos arbeidsgiveren lage use case over de viktigste funksjoner avtale med oppdagsgiver om hva som skal gjøres lister opp de viktigste aktivitetene i prosjektprosessen og bestemmer en frist for dem bruker Gantt-diagram til å planlegge prosjektarbeidet uke 2 uke 4 uke 2 uke 4 uke 2 uke 4 uke 3 uke 4 uke 3 uke 4 Alle Forprosjektrapport analyse mål og rammebetingelser uke 2 uke 4 UTDYPNING Alle Detaljeres Use Case utarbeider use case beskrivelser uke 4 uke 7 Nam Detaljeres kravspesifikasjon detaljerer funksjonskravene uke 5 uke 7 Nhi og ER-diagram grafisk framstilling av strukturen til uke 6 uke 7 Huan databasen Nam Ingolf Huan, Nhi og Ingolf Nam Nam Ingolf, Huan og Nhi Nam UML-diagram Risikohåndtering Grensesnitt Databaseoppsett Serveroppsett Implementere grensesnittet Implementere systemet tegne klassediagram, sekvensdiagram, use case diagram vurderer og forebygger risikoer som kan inntreffe utarbeider et utkast av brukergrensesnittet KONSTRUKSJON kobler til Oracle databasen, samt skriver script for å lage tabeller setter opp IIS og installerer MS Visual Studio koder grensesnittet som gruppen har designet i utdypningsfasen, bruker CSS og ASP.NET kontroller koder systemet I C# og kjører Oracle spørringer uke 5 uke 7 uke 6 uke 7 uke 4 uke 7 uke 9 uke 9 uke 9 uke 9 uke 9 uke 19 uke 9 uke 20

30 Vedlegg 7 Arbeidsplan Forprosjekt TESTING Alle Skrivebordstest manuell kodelesing, kvalitetskontroll og lesbarhets-kontroll en annens kode uke 11, 15 uke 11, 15 Alle Alle Huan og Nhi Alle Alle Integrasjonstest Beta-testing Browsertesting Enhetstest Idriftsettelse enhetene settes til et system og tester at de virker sammen gruppen skal demontere systemet for veileder og oppdragsgiver sjekker at systemet virker i nettleser som IE, Chrome og Firefox alle må teste sin enhet under programmeringen OVERGANG uke 15 uke 17 uke 16 uke 17 uke 18 uke 19 uke 9 uke 20 kobler systemet til Statsbygg intranett uke 18 uke 19 Nam Alle Feilretting i integrasjonstest Styringsdokumentasjon retter opp feil i som oppdages i betatesting DOKUMENTASJON inneholder prosjektskisse, prosjektdagbok, forprosjektrapport, arbeidsplan, fremdriftsplan og kravspesifikasjon uke 18 uke 20 uke 3 uke 7 Ingolf Prosessdokumentasjon beskriver prosjektprosessen uke 2 uke 20 Nhi og Huan Testdokumentasjon inneholder testresultater uke 11 uke 20 Nhi og Huan Brukerdokumentasjon inneholder brukermanual uke 17 uke 20 Nam Produktdokumentasjon beskriver systemets egenskaper og funksjonalitet uke 18 uke 20 Alle Stifte dokumentene sammen uke 21 uke 21

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

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

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

Forprosjektrapport. Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren Digitalisering av Sentralen UNG Gründer

Forprosjektrapport. Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren Digitalisering av Sentralen UNG Gründer Forprosjektrapport Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren 207 Digitalisering av Sentralen UNG Gründer Gruppe 34 Kenneth Di Vita Jensen, s236745 Frank Arne Bjørkmann

Detaljer

Forprosjektrapport. Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren 2016. Pillbox Punchline

Forprosjektrapport. Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren 2016. Pillbox Punchline Forprosjektrapport Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren 2016 Pillbox Punchline Gruppe 8 André Østhagen Bye, s198607 Annika Hammervoll, s198611 Hanne Rygge, s198613

Detaljer

Arbeidsplan. Startfasen. Aktivitet Beskrivelse Ferdig Ansvarlig (Ressurser)

Arbeidsplan. Startfasen. Aktivitet Beskrivelse Ferdig Ansvarlig (Ressurser) Arbeidsplan En arbeidsplan er en måte å få oversikt over de ulike fasene i prosjektet. I arbeidsplanen har vi delt arbeidet i naturlige faser og detaljert disse med estimert tidsbruk. Hovedfasene er startfasen,

Detaljer

Dokumentasjon. Prosjektdagbok Timelister. Rolled Up Task. Rolled Up Milestone. Rolled Up Progress. Split. Page 1

Dokumentasjon. Prosjektdagbok Timelister. Rolled Up Task. Rolled Up Milestone. Rolled Up Progress. Split. Page 1 ID Name Duration Start Finish 1 Planlegging 95 days Mon 02.10.06 Fri 09.02.07 2 Statusrapport 20 days Mon 02.10.06 Fri 27.10.06 3 Prosjektskisse 25 days Mon 30.10.06 Fri 01.12.06 4 Prosjektweb 31 days

Detaljer

Hovedprosjekt. Høgskolen i Oslo data/informasjonsteknologi våren 2011 Forprosjektrapport. K-skjema og ferie kalender

Hovedprosjekt. Høgskolen i Oslo data/informasjonsteknologi våren 2011 Forprosjektrapport. K-skjema og ferie kalender Hovedprosjekt Høgskolen i Oslo data/informasjonsteknologi våren 2011 Forprosjektrapport Presentasjon Sted og dato Oslo, Jan 9, 2011 Prosjekt tittel Periode K-skjema og ferie kalender Utvikle et registreringssystem

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

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

FORPROSJEKT RAPPORT PRESENTASJON

FORPROSJEKT RAPPORT PRESENTASJON FORPROSJEKT RAPPORT PRESENTASJON Tittel: Oppgave: Appenes App Utvikle en Windows 8.1 Applikasjon for Tablet, og en Windows 8 Phone App og en backend. Periode: 06.01.2013-27.05.2013 Gruppemedlemmer: Athavan

Detaljer

Kravspesifikasjon. Aker Surveillance. Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo,

Kravspesifikasjon. Aker Surveillance. Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo, Kravspesifikasjon Aker Surveillance Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus Oslo, 12.01.2013 Public 2013 Aker Solutions Page 1 of 7 Table of Contents Forord... 3 Om bakgrunnen... 3 Presentasjon...

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

Hovedprosjekt 2011 HO912A. Securitas IT portal. Forprosjektrapport. Adeel Yousaf Khan s Mats Klingenberg Naustdal s Stig Arild Ysterud

Hovedprosjekt 2011 HO912A. Securitas IT portal. Forprosjektrapport. Adeel Yousaf Khan s Mats Klingenberg Naustdal s Stig Arild Ysterud Hovedprosjekt 2011 HO912A Securitas IT portal Forprosjektrapport Adeel Yousaf Khan s141459 Mats Klingenberg Naustdal s148155 Nur M. Ahmed s148108 Thomas Wiborg s161335 Stig Arild Ysterud s155483 1 Innhold

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

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

1. Introduksjon. Glis 13/02/2018

1. Introduksjon. Glis 13/02/2018 SDP GLIS Espen Buø Innholdsfortegnelse 1. Introduksjon... 2 2. Gruppebeskrivelse og ansvarsområder... 3 3. Risikoanalyse... 4 4. Hardware og softwarekrav for brukeren... 5 5. Behov for prosjektet... 6

Detaljer

Gruppe 44. Bachelorprosjekt ved Institutt for informasjonsteknologi, våren Høgskolen i Oslo og Akershus,

Gruppe 44. Bachelorprosjekt ved Institutt for informasjonsteknologi, våren Høgskolen i Oslo og Akershus, Bachelorprosjekt ved Institutt for informasjonsteknologi, våren 2017 Høgskolen i Oslo og Akershus, 19.01.2017 Gruppe 44 Håkon Andre Sylte Garnes, Tobias Hallèn, Gaurab J. Gurung Forprosjektrapport Presentasjon

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

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

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

HOVEDPROSJEKT I DATA VÅR 2011

HOVEDPROSJEKT I DATA VÅR 2011 PROSJEKT NR. 18 TILGJENGELIGHET åpen Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo Telefon: 22 45 32 00 Telefaks: 22 45 32 05 HOVEDPROSJEKT I DATA

Detaljer

Forprosjektrapport. Universelt LæringsVerktøy (ULV) Å lage en læringsplattform som tilfredsstiller alle krav til universell

Forprosjektrapport. Universelt LæringsVerktøy (ULV) Å lage en læringsplattform som tilfredsstiller alle krav til universell Forprosjektrapport Presentasjon Tittel: Oppgave: utforming Periode: Gruppemedlemmer: Hafnor Prosjektgruppe: Veileder: Oppdragsgiver: Kontaktperson: Nettside for gruppa: Universelt LæringsVerktøy (ULV)

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

Bachelorprosjekt 2015

Bachelorprosjekt 2015 Bachelorprosjekt 2015 Høgskolen i Oslo og Akershus Tam Ha (s171513) Arslan Yousaf (s189135) Gabriel Noraker Alfarrustad (s161910) Eivind Lund (s180381) Phillip Padiernos Næss (s162951) Forprosjekt Prosjektets

Detaljer

Forprosjektrapport. ERTMS Driver Interface simulering. ERTMS Driver Interface simulering. Alexander Yngling Alexander.Yngling@iu.hio.

Forprosjektrapport. ERTMS Driver Interface simulering. ERTMS Driver Interface simulering. Alexander Yngling Alexander.Yngling@iu.hio. Forprosjektrapport ERTMS Driver Interface simulering Prosjektets tittel: ERTMS Driver Interface simulering Gruppe medlemmer: Hallgeir Are Olsen s141454, 3IA Hasan Akin s141460, 3IA Oppdragsgiver: NSB skolen

Detaljer

Gruppe 43. Hoved-Prosjekt Forprosjekt

Gruppe 43. Hoved-Prosjekt Forprosjekt Gruppe 43 Hoved-Prosjekt Forprosjekt Mobil Applikasjon Utvikling HiOA Bacheloroppgave forprosjekt våren 2017 Presentasjon Gruppen består av: Gebi Beshir Ole-Kristian Steiro Tasmia Faruque s182414 s189141

Detaljer

Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus, våren Camilla Kaasi(s188070) Roza Moustafa(s188113)

Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus, våren Camilla Kaasi(s188070) Roza Moustafa(s188113) Forprosjektrapport Gruppe 14 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus, våren 2015 Sted: Høgskolen i Oslo og Akershus Dato: 23.01.2015 Tittel: Gruppemedlemmer: Oppgave: Oppdragsgiver:

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

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

Kravspesifikasjon. 1. Innledning. Presentasjon. Innledning. Om bedriften. Bakgrunn for prosjektet

Kravspesifikasjon. 1. Innledning. Presentasjon. Innledning. Om bedriften. Bakgrunn for prosjektet Kravspesifikasjon Presentasjon Tittel: Oppgave: Backup for PDA/Smartphones Utvikle en applikasjon for PDA/Smartphones med funksjonalitet for backup av sms, mms, e-post, kontakter, kalender, bilder og dokumenter

Detaljer

Forprosjektrapport H10E02 25.03.2010. Tilknytning av små vindkraftverk til 22 kv fordelingsnett. Gruppemedlemmer:

Forprosjektrapport H10E02 25.03.2010. Tilknytning av små vindkraftverk til 22 kv fordelingsnett. Gruppemedlemmer: Forprosjektrapport Tilknytning av små vindkraftverk til 22 kv fordelingsnett. H10E02 25.03.2010 Gruppemedlemmer: Markus Fagerås Stian Dahle Johansen Stein Ove Jensen HØGSKOLEN I ØSTFOLD Avdeling for ingeniørfag

Detaljer

Prosessdokument. Utlånssystem for datautstyr. Hovedprosjekt ved Høgskolen i Oslo. Prosjektgruppe nr 08 09

Prosessdokument. Utlånssystem for datautstyr. Hovedprosjekt ved Høgskolen i Oslo. Prosjektgruppe nr 08 09 Prosessdokument Utlånssystem for datautstyr Hovedprosjekt ved Høgskolen i Oslo Prosjektgruppe nr 08 09 Ole Anders Eidjord Nojanaj Pongsupaht Kristoffer Skappel Johannes Urke Utlånssystem for datautstyr

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

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

µθωερτψυιοπασδφγηϕκλζξχϖβνµθωερτ ρτψυιοπασδφγηϕκλζξχϖβνµθωερτψυιο πασδφγηϕκλζξχϖβνµθωερτψυιοπασδφγ ξχϖβνµθωερτψυιοπασδφγηϕκλζξχϖβν

µθωερτψυιοπασδφγηϕκλζξχϖβνµθωερτ ρτψυιοπασδφγηϕκλζξχϖβνµθωερτψυιο πασδφγηϕκλζξχϖβνµθωερτψυιοπασδφγ ξχϖβνµθωερτψυιοπασδφγηϕκλζξχϖβν θωερτψυιοπασδφγηϕκλζξχϖβνµθωερτ ψυιοπασδφγηϕκλζξχϖβνµθωερτψυιοπ ασδφγηϕκλζξχϖβνµθωερτψυιοπασδφγη ϕκλζξχϖβνµθωερτψυιοπασδφγηϕκλζξχ Prosjektplan / Arbeidsplan ϖβνµθωερτψυιοπασδφγηϕκλζξχϖβνµθ Bacheloroppgave

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

Forprosjektrapport. Gruppe Januar 2016

Forprosjektrapport. Gruppe Januar 2016 Forprosjektrapport Gruppe 22 22. Januar 2016 Innholdsfortegnelse Innholdsfortegnelse Presentasjon Sammendrag Dagens situasjon Mål og rammebetingelser Mål Rammebetingelser Løsninger og alternativer Løsning

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

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

Læringsplattform for IT-fag basert på HTML5 utviklet i CakePhp

Læringsplattform for IT-fag basert på HTML5 utviklet i CakePhp Læringsplattform for IT-fag basert på HTML5 utviklet i CakePhp { En selvstendig plattform som kan brukes til å formidle kurs på nett med dagsaktuell teknologi. Oppgave 5, av Fredrik Johnsen Oppgavestiller

Detaljer

Produktdokumentasjon

Produktdokumentasjon Produktdokumentasjon Presentasjon Tittel Oppgave Teknostorage - Lagersystem Et lagersystem som på enkel måte kan registrere varer inn og ut fra lager. Periode 3. januar 2012 til 11. juni 2012 Gruppemedlemmer

Detaljer

24.01.2014 Hovedprosjekt i Informasjonsteknologi ved Høgskolen i Oslo og Akershus. Forprosjektrapport. Presentasjon

24.01.2014 Hovedprosjekt i Informasjonsteknologi ved Høgskolen i Oslo og Akershus. Forprosjektrapport. Presentasjon 24.01.2014 Hovedprosjekt i Informasjonsteknologi ved Høgskolen i Oslo og Akershus Forprosjektrapport Presentasjon Tittel Precision Teaching App for Android Oppgave Å lage en Android app som skal benyttes

Detaljer

Entobutikk 4.PROSESSRAPPORT VÅR 2011

Entobutikk 4.PROSESSRAPPORT VÅR 2011 4.PROSESSRAPPORT VÅR 2011 1 DELKAPITTEL 1 FORORD Denne prosessrapporten inneholder detaljer om alle metoder vi har benyttet og alle fasene vi gikk gjennom under gjennomføringen av hovedprosjektet ved Høgskolen

Detaljer

Forprosjektrapport. Gruppe 31

Forprosjektrapport. Gruppe 31 Forprosjektrapport Gruppe 31 1 Presentasjon Oppgave: Finne et kodespråk som kan være med på å forbedre kundetilfredsheten og brukervennligheten ved bruk av Telenor sine websider. Periode: 14. januar til

Detaljer

Produktrapport. Produktrapport. Hjelpemiddel portal for Parkinsonforbundet

Produktrapport. Produktrapport. Hjelpemiddel portal for Parkinsonforbundet Produktrapport Hjelpemiddel portal for Parkinsonforbundet 1 Innhold: Forord ------------------------------------------------------------------------------------------------------2 Planlegging og arbeidsmetode

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

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

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

Forprosjekt. Profilhåndbok for Kommunikasjon 1. Hovedprosjekt ved Høgskolen i Gjøvik. Anne-Marie Finsdahl Hanne Næstad Johansen Jonas Madsen Rogne

Forprosjekt. Profilhåndbok for Kommunikasjon 1. Hovedprosjekt ved Høgskolen i Gjøvik. Anne-Marie Finsdahl Hanne Næstad Johansen Jonas Madsen Rogne Forprosjekt Profilhåndbok for Kommunikasjon 1 Hovedprosjekt ved Høgskolen i Gjøvik Anne-Marie Finsdahl Hanne Næstad Johansen Jonas Madsen Rogne Innhold Forprosjektrapport 5 Bakgrunn 5 Mål 5 Omfang 6 Avgrensninger

Detaljer

Kravspesifikasjon. Forord

Kravspesifikasjon. Forord Kravspesifikasjon Forord Hensikten med en kravspesifikasjon er å gi et overblikk over programmets funksjonalitet og tilleggsfunksjoner, dette vil si både over de som er utviklet før prosjektstart, og de

Detaljer

Testrapport. Studentevalueringssystem

Testrapport. Studentevalueringssystem Testrapport Studentevalueringssystem 1 Forord 1.2 Forord Dette prosjektet er et hovedprosjekt i data ved Høgskolen i Oslo, avdeling for ingeniørutdanning, og gjennomføres i samarbeid med Ingeniøravdeling

Detaljer

Hovedprosjekt i Informasjonsteknologi 2016 Høgskolen i Oslo og Akershus. Forprosjektrapport. Bravo Booking App

Hovedprosjekt i Informasjonsteknologi 2016 Høgskolen i Oslo og Akershus. Forprosjektrapport. Bravo Booking App Hovedprosjekt i Informasjonsteknologi 2016 Høgskolen i Oslo og Akershus Forprosjektrapport Bravo Booking App 1 Presentasjon 2 1.1 Gruppe 2 1.2 Oppdragsgiver 2 1.3 Kontaktpersoner 2 1.4 Oppgave 3 2 Dagens

Detaljer

Gruppelogg for hovedprosjekt 2009

Gruppelogg for hovedprosjekt 2009 Gruppelogg for hovedprosjekt 2009 Før det endelige valget på prosjektet ble tatt brukte gruppen en del tid på å finne forskjellige muligheter for oppgaveemner. Det ble blant annet kontaktet Hafslund produksjon

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

Forprosjektrapport ElevApp

Forprosjektrapport ElevApp Forprosjektrapport ElevApp Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren 2017 Gruppe 14 Mirko Grimm, s236630 Andreas Krutnes, s236656 Japple John Regalario, s236621 Innholdsfortegnelse

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

HOVEDPROSJEKT 2010 - HIO IU - DATA FORPROSJEKTRAPPORT GRUPPE 18

HOVEDPROSJEKT 2010 - HIO IU - DATA FORPROSJEKTRAPPORT GRUPPE 18 HOVEDPROSJEKT 2010 - HIO IU - DATA FORPROSJEKTRAPPORT GRUPPE 18 INNHOLDSFORTEGNELSE 1. PRESENTASJON 2. SAMMENDRAG 3. DAGENS SITUASJON 4. MÅL OG RAMMEBETINGELSER 5. LØSNINGER \ ALTERNATIVER 6. ANALYSE AV

Detaljer

Dagbok. Januar. Uke 2 ( ) Uke 3 ( ) Uke 3 (17.01, 12:45-14:00)

Dagbok. Januar. Uke 2 ( ) Uke 3 ( ) Uke 3 (17.01, 12:45-14:00) Dagbok Januar Uke 2 (7.1-11.1) Vi har lest halvveis på standard dokumentasjon og jobbet med forprosjektrapport. Vi har hatt vårt første møte med den interne veilederen vår Tor Hasle. Vi fortalte om at

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

STATUSRAPPORT 3: Produksjon av nettside for Skjerdingen Høyfjellshotell.

STATUSRAPPORT 3: Produksjon av nettside for Skjerdingen Høyfjellshotell. statusrapport 2 I produksjon av webside for skjerdingen høyfjellshotell STATUSRAPPORT 3: Produksjon av nettside for Skjerdingen Høyfjellshotell 1 29. APRIL 2010 http://hovedprosjekter.hig.no/v2010/imt/mp/skjerdingen

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

Prosjektdagbok hovedprosjekt våren 09

Prosjektdagbok hovedprosjekt våren 09 Prosjektdagbok hovedprosjekt våren 09 Man 25. Mai 09 Planlegging og arbeid med sluttføring Sluttføring av grensesnitt, arbeid med dokumentasjon og detaljplanlegging av sluttføring. Ons 21. Mai 09 Arbeid

Detaljer

Hovedprosjekt 2013. Gruppe 27. Forprosjektrapport [GILJE AS] Lars Gjestang - Hiran Piapo - Bård Skeie

Hovedprosjekt 2013. Gruppe 27. Forprosjektrapport [GILJE AS] Lars Gjestang - Hiran Piapo - Bård Skeie 2013 Hovedprosjekt 2013 Gruppe 27 Forprosjektrapport [GILJE AS] Lars Gjestang - Hiran Piapo - Bård Skeie Innhold 1. Presentasjon... 2 2. Sammendrag... 2 3. Dagens Situasjon... 2 4. Mål og rammebetingelser...

Detaljer

FORPROSJEKT. Gruppemedlemmer: Raja Zulqurnine Ali Muddasar Hussain (Gruppeleder/Prosjektleder) Zain-Ul-Mubin Mushtaq Christopher Llanes Reyes

FORPROSJEKT. Gruppemedlemmer: Raja Zulqurnine Ali Muddasar Hussain (Gruppeleder/Prosjektleder) Zain-Ul-Mubin Mushtaq Christopher Llanes Reyes FORPROSJEKT I denne rapporten gjør vi analyse for hvor mye arbeid som kan gjøres. Rapporten skal også avgrense prosjektet med en mer presis beskrivelse. Den vil i tillegg blant annet inneholde teknologi

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

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

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

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

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

Forprosjektrapport. Presentasjon. Oslo, den 29. Januar Gorm Eirik Svendsen Nicolai Mellbye Marius Auerdahl Per Gustav Løwenborg

Forprosjektrapport. Presentasjon. Oslo, den 29. Januar Gorm Eirik Svendsen Nicolai Mellbye Marius Auerdahl Per Gustav Løwenborg Forprosjektrapport Presentasjon Tittel Bakerman AS Website Oppgave Utvikle ett websted for Bakerman AS der hvor de kan promotere seg selv og kommunisere med kundene sine. Periode 4. Januar 2010 til 17.

Detaljer

Forprosjektrapport. Hovedprosjekt for gruppe 13, Anvendt datateknologi våren 2016

Forprosjektrapport. Hovedprosjekt for gruppe 13, Anvendt datateknologi våren 2016 Forprosjektrapport Hovedprosjekt for gruppe 13, Anvendt datateknologi våren 2016 1.0 Presentasjon 2.0 Sammendrag 3.0 Dagens situasjon 4.0 Mål og rammebetingelser 5.0 Løsninger/alternativer 6.0 Analyse

Detaljer

Installere JBuilder Foundation i Windows XP

Installere JBuilder Foundation i Windows XP Installere JBuilder Foundation i Windows XP Installasjon av JBuilder Foundation på Windows (dekker her spesifikt fremgangen ved bruk av Microsoft Windows XP Professional, men det vil mest trolig ikke være

Detaljer

Entobutikk FORPROSJEKTRAPPORT FOR ENTOBUTIKK VÅR 2011 LAGET AV GRUPPE 02

Entobutikk FORPROSJEKTRAPPORT FOR ENTOBUTIKK VÅR 2011 LAGET AV GRUPPE 02 FORPROSJEKTRAPPORT FOR ENTOBUTIKK VÅR 2011 LAGET AV GRUPPE 02 1 INNHOLDSFORTEGNELSE PRESENTASJON 03 SAMMENDRAG 04 BEDRIFT 05 Om bedriften 05 Dagens situasjon 05 MÅL OG RAMMEBETINGELSER 06 Funksjonalitet

Detaljer

Installere JBuilder Foundation i Mandrake Linux 10.0

Installere JBuilder Foundation i Mandrake Linux 10.0 Installere JBuilder Foundation i Mandrake Linux 10.0 Installasjon av JBuilder Foundation på Linux (dekker her spesifikt fremgangen ved bruk av Mandrake Linux 10.0, men distribusjon vil gjøre liten eller

Detaljer

Forprosjekt. Oppgdragsgiver Unikia, Lille grensen 7, 0159 Oslo, Kontaktperson Anders Kose Nervold,

Forprosjekt. Oppgdragsgiver Unikia, Lille grensen 7, 0159 Oslo, Kontaktperson Anders Kose Nervold, Hovedprosjekt i data/informasjonsteknologi Høgskolen i Oslo og Akershus Forprosjekt Prosjekttittel Unikia Android applikasjon Gruppe 13 Markus Bugge-Hundere s188909 Morten Wold Aksel Wiig s236326 s232324

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

Forprosjektrapport gruppe 20

Forprosjektrapport gruppe 20 Høgskolen i Oslo og Akershus Forprosjektrapport gruppe 20 PlaNet Knut Magnus Elde s189160 Kristoffer Ylven Westgaard s189143 22.01.2015 Innhold 1. Sammendrag... 3 2. Dagens situasjon... 3 3. Mål og rammebetingelser...

Detaljer

Gruppedeltagere: Bjørn H. Haugstad, Bjørn J. Jensen, Trond E. Kaxrud og Kim A. Sæther

Gruppedeltagere: Bjørn H. Haugstad, Bjørn J. Jensen, Trond E. Kaxrud og Kim A. Sæther Prosjektinformasjon Tittel på prosjektoppgave: Simulering av testsløyfe ved IFE Haldenreaktoren Startdato: 06.02.2015 Sluttdato: 16.06.2015 Oppdragsgiver: Oppdragstaker: Institutt For Energiteknikk, IFE

Detaljer

FORPROSJEKTRAPPORT FOR BACHELOROPPGAVE

FORPROSJEKTRAPPORT FOR BACHELOROPPGAVE FORPROSJEKTRAPPORT FOR BACHELOROPPGAVE Automatisert styring av feilsituasjoner (I NELFO`s prøvestasjon for elektrofagarbeidere) Gruppe B18E01 Magnus H Borgen Magne Johansen Sander Berg 23.Mars 2018 Høgskolen

Detaljer

HØGSKOLEN I ØSTFOLD. Avdeling for ingeniørfag Postadresse: 1757 Halden Besøksadresse: KG Meldahls vei 9, 1671 Kråkerøy

HØGSKOLEN I ØSTFOLD. Avdeling for ingeniørfag Postadresse: 1757 Halden Besøksadresse: KG Meldahls vei 9, 1671 Kråkerøy HØGSKOLEN I ØSTFOLD Avdeling for ingeniørfag Postadresse: 1757 Halden Besøksadresse: KG Meldahls vei 9, 1671 Kråkerøy Telefon: 69 10 40 00 Telefaks: 69 10 40 02 E-post: post-ir@hiof.no www.hiof.no PROSJEKTRAPPORT

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

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

Bachelorprosjekt i informasjonsteknologi, vår 2017

Bachelorprosjekt i informasjonsteknologi, vår 2017 Bachelorprosjekt i informasjonsteknologi, vår 2017 Gruppe 29: Marthe Janson Skogen, s236357, Ingeniørfag - data Odd Einar Hoel, s236313, Ingeniørfag - data Forprosjektrapport Rapporten inneholder presentasjon,

Detaljer

Gruppe Forprosjekt. Gruppe 15

Gruppe Forprosjekt. Gruppe 15 Forprosjekt Gruppe 15 Marius Ylven Westgaard - s236797 - Anvendt Datateknologi Lise Janbu Eide - s236361 - Dataingeniør Lavanja Jeyenthiran - s236346 - Dataingeniør Kristian Pedersen - s236728 - Anvendt

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

Kravspesifikasjon. Kravspesifikasjon Gruppe nr 10 Hårgalleriet. DATO 08. februar 2011 ANTALL SIDER 8 INTERN VEILEDER Tor Krattebøl

Kravspesifikasjon. Kravspesifikasjon Gruppe nr 10 Hårgalleriet. DATO 08. februar 2011 ANTALL SIDER 8 INTERN VEILEDER Tor Krattebøl Kravspesifikasjon HOVEDPROSJEKTETS TITTEL Bestillingssystem for frisørsalong PROSJEKTDELTAKERE Endre Gulbrandsen (s150690) DATO 08. februar 2011 ANTALL SIDER 8 INTERN VEILEDER Tor Krattebøl OPPDRAGSGIVER

Detaljer

6 Kravspesifikasjon. 6.1 Presentasjon. Tittel Precision Teaching App for Android

6 Kravspesifikasjon. 6.1 Presentasjon. Tittel Precision Teaching App for Android 6 Kravspesifikasjon 6.1 Presentasjon Tittel Precision Teaching App for Android Oppgave Å lage en Android app som skal benyttes av studenter for å øve på fagpensum. Appen skal ta i bruk prinsipper fra Precision

Detaljer

Forprosjektrapport Bachelorprosjekt i data/informasjonsteknologi ved OsloMet Oslo / fredag, 19. januar 2018

Forprosjektrapport Bachelorprosjekt i data/informasjonsteknologi ved OsloMet Oslo / fredag, 19. januar 2018 Forprosjektrapport Bachelorprosjekt i data/informasjonsteknologi ved OsloMet Oslo / fredag, 19. januar 2018 Utvikling av Spires Medlemsregister Gruppe 2, medlemmer Etternavn Fornavn og mellomnavn Studentnummer

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

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

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

Prosjektgruppen: Gjermund Gartmann Tommy Jansson Margrethe Store. Prosjektledelse: Margrethe Store Kvalitetssikring: Tommy Jansson

Prosjektgruppen: Gjermund Gartmann Tommy Jansson Margrethe Store. Prosjektledelse: Margrethe Store Kvalitetssikring: Tommy Jansson PROSJEKTGRUPPE 1 MGT SOFTWARE PROSJEKTPLAN LEVERANSE 1 (REVIDERT 1) Prosjektgruppen: Gjermund Gartmann Tommy Jansson Store Prosjektledelse: Store Kvalitetssikring: Tommy Jansson Dato: 03. oktober 2005

Detaljer

Prosjektteknikk. Prosjektteknikk. Evaluering prosjektteknikk. Hvorfor teamarbeid? Team. Hvorfor teamarbeid?

Prosjektteknikk. Prosjektteknikk. Evaluering prosjektteknikk. Hvorfor teamarbeid? Team. Hvorfor teamarbeid? Prosjektteknikk Skal gjennomføre et prosjektarbeid med Legoroboter som skal programmeres i Java Skal arbeide i Team (4 medlemmer) Skal settes opp en Arbeidskontrakt Skal gjennomføre Teammøter med innkalling

Detaljer

Forprosjekt for Accentures Overvåkningssystem

Forprosjekt for Accentures Overvåkningssystem Forprosjekt for Accentures Overvåkningssystem Hovedprosjekt våren 2008 1. februar 2008 Forside Skrevet av: Truls Hagen Selnes Heidi Raae Sjåvik Idun Bolstad Innholdsfortegnelse Forside 1 Innholdsfortegnelse

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

Tema: Oversikt over ansatt, rom, datamaskin, skjerm, software, hardvare og tilkoblingsanlegg.

Tema: Oversikt over ansatt, rom, datamaskin, skjerm, software, hardvare og tilkoblingsanlegg. Forprosjektrapport Presentasjon Tittel: Inventardatabase Tema: Oversikt over ansatt, rom, datamaskin, skjerm, software, hardvare og tilkoblingsanlegg. Prosjektperiode: 2/12-08 23/05-08. Prosjektgruppe:

Detaljer

Software Development Plan. Software Development Plan. Forum / Nettverkssamfunn Team 2

Software Development Plan. Software Development Plan. Forum / Nettverkssamfunn Team 2 Forum / Nettverkssamfunn Team 2 1 Innholdsfortegnelse 1 Introduksjon... 3 2 Team & Organisering... 3 3 Brainstorming, tanker og utførelse... 4 3.1 Bruker Registrering og metoder... 4 3.2 Generering av

Detaljer

Prosessrapport. IT-infrastruktur. Prosessrapport. Høgskolen i Oslo. Avdeling for Ingeniører. 23. mai 2008

Prosessrapport. IT-infrastruktur. Prosessrapport. Høgskolen i Oslo. Avdeling for Ingeniører. 23. mai 2008 IT-infrastruktur Prosessrapport Mathias Hagen Balagumar Rajaratnam Høgskolen i Oslo Avdeling for Ingeniører 23. mai 2008 Høgskolen i Oslo Hovedprosjekt i data, 2008 Gruppe 8 side 0 PROSJEKT NR. 08-08 Studieprogram:

Detaljer

3.3 Case 3: Opprette en bruker Case 4: Endre en bruker... 8

3.3 Case 3: Opprette en bruker Case 4: Endre en bruker... 8 Testdokumentasjon 1 Forord Denne rapporten omhandler testingen av systemet. Rapporten er først og fremst beregnet på sensor og intern veileder ved Høgskolen i Oslo, men kan gjerne leses av andre som måtte

Detaljer