DRAFT. Martin Lyckander
|
|
- Grete Aronsen
- 8 år siden
- Visninger:
Transkript
1 Kravspesifikasjon Target release 1.0 Epic Document status Document owner DRAFT Martin Lyckander Designer Developers QA Forord Hensikten med en kravspesifikasjon er at den skal fungere som et styringsdokument for gruppen, slik at det blir enklere å løse uenigheter som oppstår underveis i prosjektet. Ved hjelp av kravene som er beskrevet kan man lettere ta beslutninger og justere retningen om det skulle bli nødvendig. Kravspesfikasjonen skal også fungere som en avtale mellom "oppdragsgiver". Siden det er vi som har kommet opp med ideen og skrevet oppgavebeskrivelsen vil kravspesfikasjonen gi veiledere en spesifik beskrivelse av hva vi skal lage. En av våre veileder på Accenture vil fungere som en "oppdragseier" og gi oss tilbakemeldinger da vi ikke har en spesifikk oppdragsgiver.den skal vise viktige betingelser som vi har satt oss og er for oss som skal skrive hovedprosjektet, men dokumentet er også for veiledere/ "oppdragseier".denne kan endres underveis, og vi vil kunne fjerne og legge til krav etter som prosjektet utvikles, og problemer/muligheter oppstår. Kravspesfikasjonen skal også fungere som en veileder for sensor om hva som kan forventes av dette prosjektet, slik at dette kan sammenlignes med det som kommer fram i sluttdokumentasjonen. Innledning Prosjektet skal gjennomføres som hovedprosjekt ved Høgskolen i Oslo og Akershus, ingeniøravdelingen, i samarbeid med Accenture. Oppgaven går i all hovedsak ut på å utvikle et brukerstyrt spørsmål/svar nettsted tilpasset for studenter som tar høyere utdanning i Norge. Dette skal skape en mer aktiv samhandling mellom studenter uten å måtte være avhengig av faglærer. Webapplikasjonen skal gi elever som tar samme fag mulighet til å besvare hverandres spørsmål, dele relevant informasjon, samt gi rom for diskusjon av ulike temaer. Sluttproduktet skal være et supplement til eksisterende Learning management systems som «It s learning» og «Fronter», og skal være godt tilpasset mindre mobile enheter. Bakgrunn Flere av dagens "Learning Managment Systems" (LMS) har mange gode funksjonaliteter som ofte ikke blir fullt utnyttet da det normalt er opp til hver enkelt faglærer hvor mye som skal være tilgjengelig for studentene. Dette har ført til at det har blitt vanlig å opprette private grupper på facebook hvor alt av informasjondeling som lenker og spørsmål, samt diskusjon foregår. Mange har ikke tilgang til disse lukkede facebook-gruppene og informasjonen når ofte ikke ut til alle. Det eksisterer idag en rekke ulike nettsamfunn som løser problemet med å være avhengig av faglærer. Disse nettstedene er ofte helt åpne, og all funksjonalitet er tilgjengelig for alle til enhver tid, på tvers av alle landegrenser. Utfordringen med slike nettsteder er imidlertid at de ofte har veldig store brukergrupper, og fungerer kun veldig godt for mer generell informasjonsdeling og spørsmål. Disse faktorene skaper det som er grunnlaget for vår applikasjon. Vi ønsker å skape et sted som er mer tilpasset en brukergruppe, nemlig studenter som tar høyere utdanning i Norge, uten noe form for avhengighet av faglærere. Vi vil fjerne behovet for lukkede facebook grupper, slik at det ikke blir satt samme begrensning på dagens informasjonsflyt. Tanken er at studenter skal kunne stille mer spesifikke spørsmål og få like spesifikke svar tilbake, enn hva dagens nettsamfunn tilbyr. For å frigjøre seg fra faglærere er ideen at det skal være rent brukerstyrt; studentene driver nettstedet. Vi ønsker ikke at produktet skal konkurrere med eksisterende LMS-systemer, men det skal fungere som et supplement til disse ved at det tilbyr gode alternativer der de er svakest. Den største mangelen idag er gode student-til-student interaksjoner. Overordnet systembeskrivelse
2 Vi har definert tre overordnet mål som beskriver selve basisen med webapplikasjonen vi skal utvikle: Utvikle en applikasjon med studenter som tar høyere utdanning i Norge som målgruppe Utvikle en applikasjon med spørsmål/svar funksjonalitet som kjernefunksjonalitet Utvikle en applikasjon som er rent brukerstyrt For å nå disse essensielle målene har vi satt opp en rekke funksjonelle og ikke-funksjonelle krav som blir beskrevet i de to tabellene nedenfor. Vi har valgt å kategorisere funksjonelle krav etter viktighet, de standardene vi har sortert etter er ",, Lav". Alle funksjonelle krav som har høy status er systemkritiske, og det er viktig at de blir fullstendig implementert. Alle funksjonelle krav som har middels status blir utviklet etter at alle funksjonelle krav med høy status er blitt implementert. Funksjonelle krav med lav status blir kun implementert skulle vi få litt tid til overs. De ikke-funksjonelle kravene er en oversikt over de kravene vi selv har satt til systemet. Funksjonelle krav # Tittel Brukerhistorie Viktighet Kommentar 1 Brukeregistering En bruker skal kunne registrere seg Bruker får spørsmål om han/hun er student eller ikke 2 Brukerinnlogging En bruker skal kunne logge inn Kombinasjon e-postadresse + passord 3 Brukerutlogging En bruker skal kunne logge seg ut fra alle steder på siden Enkel løsning 4 Nullstilling av passord En bruker skal kunne nullstille sitt glemte passord ved innlogging Random-generert passord skal sendes på e-postadresse. Bruker skal bli forespurt om å velge nytt passord ved suksessfull innlogging 5 Opprette tråder En bruker skal kunne opprette tråder Hver tråd skal ha en tittel 6 Redigere innlegg En bruker skal kunne redigere sine egne innlegg 7 Skrive innlegg i tråder En bruker skal kunne svare i opprettede tråder Innlegg har ikke tittel, men er tilknyttet en tråd 8 Rangere tråder En bruker skal kunne gi poeng til spørsmål basert på kvalitet 9 Rangere innlegg En bruker skal kunne gi poeng til innlegg basert på kvalitet 10 Tagger En bruker skal kunne tagge sine egne tråder 11 Slette innlegg En bruker skal kunne slette sine egne innlegg 12 Brukerinformasjon En bruker skal inneholde informasjon om hvem den er 13 Brukerendring En bruker skal kunne endre informasjon om seg selv Fagtilhørighet Skoletilhørighet Interesser Beskrivelse Muligheten for å endre beskrivelse, interesser og fagtilhørighet 14 Brukerregistrering som student En bruker skal kunne registrere seg med skoletilhørighet Ved brukerregistrering skal det være mulig for brukere å velge skoletilhørighet. F.eks ved skol . Gitt at man er registrert som student hos en skole, kan man finne studenter fra samme skole o.l. 15 Se når innlegg ble redigert En bruker skal kunne se når en tråd eller et innlegg sist ble redigert Det skal vises en lite flagg, en stjerne eller et annet symbol ved et innlegg som har blitt redigert Hva som har blitt redigert skal ikke være synlig 16 Incentivsystem Det skal eksistere en incentivsystem som skal oppfordre brukere til å aktivt bruke siden Skal baseres på poeng slik som det er gjort på Reddit og StackOverflow Viktig at dette ikke blir implementert på en måte som kan skape "poengjakt" eller skremmer folk fra å opprette innlegg
3 17 Søk En bruker skal kunne gjøre søk basert på tagger og trådtittel En bruker skal kunne skrive søkeord i et søkefelt 18 Sortering En bruker skal kunne sortere innlegg En bruker skal kunne sortere innlegg etter: Kvalitet Dato 19 Formatere innlegg En bruker skal kunne formatere innlegg før publisering Skal kunne endre font, skriftstørrelse osv. 20 Kommentering En bruker skal kunne kommentere innlegg Lav Antall kommentarer på et innlegg skal være synlig til enhver tid Kommentarer skal vises når en bruker f.eks trykker på en knapp 21 Opprette quiz En bruker skal kunne opprette quizer Lav Quizene skal kunne brukes som et verktøy i repetisjonssammenheng før eksamen, tester og obligatoriske oppgaver 22 Sende melding En bruker skal kunne sende interne meldinger til andre brukere 23 Varsling En bruker skal kunne følge en bestemt tagg og få varsling når en tråd blir opprettet med denne taggen Lav Lav Dette skal ikke fungere som en instant message service, mer som et meldingssystem med innboks. Ikke funksjonelle krav # Tittel Krav Kommentar 1 Språk Applikasjonen skal være på norsk Applikasjonen skal ikke ha mulighet for å endre språk 2 Brukergruppe Applikasjonens målgruppe skal være studenter i Norge Det skal allikevel åpnes for registrering av brukere uten spesiell skoletilhørighet for å unngå å sperre kunnskapsrike mennesker ute. 3 Plattform Applikasjonen skal utvikles som en Webapplikasjon 4 Brukervennlighet Applikasjonen skal optimaliseres for visning på mindre mobilenheter Webapplikasjonen skal oppleves som en fullverdig nativeapplikasjon 5 Kvalitet Applikasjonen skal oppleves som et ferdig produkt 6 Brukervennlighet Applikasjonens tilpasning til mobile enheter skal ikke gå på bekostning av brukeropplevelsen på PC 7 Testdekning 60% av backend kode skal være dekket av tester Designkrav Designet skal følge en overordnet filosofi om et minimalistisk design, uten forstyrrende elementer. Innhold skal være i fokus Applikasjonen skal ha en enkel farge-palett med få farger, men allikevel gjenkjennelig slik at det er høy gjenkjennelsesfaktor Tekniske krav Applikasjonens back-end skal utvikles i Java med et RESTful API Applikasjonens front-end skal utvikles i AngularJS og Bootstrap Data skal lagres i en MySQL database Krav til kildekode Metodenavn, klassenavn o.l. skal være selvforklarende Kommentering skal ikke være nødvendig, men allikevel være tilstede der omfanget av en metode krever det
4 Kildekode skal skrives på engelsk Kommentering skal skrives på engelsk Kildekode skal være konsekvent Kildekode skal struktureres på en måte som gjør det enkelt for utvidelser REST-metadata og ') ) skal skrives i egne Interfaces, ikke i java-klassene Dette gjøres for å skille ut hvordan ting er implementert fra hvordan Front-end skal kommunisere med API-et. Forbedrer leseligheten, og gjør det lettere for front-end utvikleren å forholde seg til backenden. Dokumentkrav Dokumentasjonen skal ikke inneholde unødvendig repetisjon Dokumentasjonen skal ikke inneholde overflødig informasjon Dokumentasjonen skal kun inneholde informasjonsbærende setninger i så stor grad det er mulig Dokumentasjonen skal ikke være i strid med underskrevet avtaler fra Accenture Rammekrav Applikasjonen skal kjøre på en Amazon Cloud Server, slik at oppetiden vil være høy Det skal eksistere en automatisk backupløsning av databasen slik at datatapet ikke blir stort ved eventuell disk-kræsj Programvare og utviklingsverktøy Programvare/Tjeneste/Teknologi Bruksområde Kommentar Gradle Jira Build-verktøy Dependency-manager Issue-tracking Bug-håndtering Confluence Dokumentdeling Følgende dokumentasjon skal legges inn i Confluence: Styringsdokumentasjon Referater/Dagbøker/Logger Produktdokumentasjon Ved endt prosjekt skal dokumentasjonen fra Confluence danne grunnlag for rapporten vi skal utarbeide InnerSource, Git Versjonskontroll InnerSource Accentures egen versjonskontroll-platform, bruker Git Jenkins Build-platform IntelliJ / Eclipse IDE Med Git/Gradle-plugins og plugins for testing Gedit/Sublime Text/Notepad++ Teksteditor Brukes "on the fly" av alle gruppemedlemmene til småting, ikke nødvendig å bli enige om en egen standard Java m. Jersey Backend REST-api Jersey er en implementasjon av JAX-RS 2.0 API-et Java 32bit skal brukes, JDK 7 Apache Tomcat / Jetty Http-server Brukes til å kjøre Java-servleten MySQL Databaseløsning AngularJS Bootstrap Frontend Javascript rammeverk Frontend Javascript rammeverk Utførerer spørringene mot REST-api-et Gir støtte for frontendutvikling spesialtilpasset for enheter med forskjellige skjermstørrelser Lync IM-klient For kommunikasjon mellom gruppen og veiledere. Skype IM-klient Kommunikasjon gruppemedlemmene imellom. Brukes til "spontan"-møter, eller når noen har vært borte og trenger oppdatering. JUnit Testbibliotek Java Utviklingspråk for backend
5 Metodevalg Utviklingsmetodikken vi har valgt er Test Driven Development (TDD) og SCRUM. Vi skal ha en sprintlengde på 2 uker. Dette gir oss totalt 6 sprinter. Ved å velge Test Driven Development er vi sikre på at systemet er godt testet gjennom hele utviklingsperioden. Ved å skrive gode tester under utvikling får vi også et veldig veltestet system ved prosjektslutt. Ved å benytte TDD vil man også være forsikret om at utvikleren som skriver koden hele tiden er bevisst hva koden som blir skrevet skal gjøre. Siden man har fokus på å få testene til å passere, ender man opp med kode som gjør det som er nødvendig, men ikke mer. Vi har ikke tidligere jobbet med TDD-metodikken, men har erfaring med å skrive enhetstester så vi anser dette som en utfordring, men ikke noe problem. Use case Følgende "use cases" skal demonstrere hovedfunksjonene for system funksjonalitetene i applikasjonen. Use Case 1 - Demonstrere at man kan opprette bruker og stille et spørsmål med tagger Kari gjør oppgaver rundt fysikk, og har ikke helt forståelse for Newtons lover og finner frem til "studass", hun har aldri brukt dette før så hun oppretter en ny bruker. Etter å ha opprettet denne brukeren poster hun inn et innlegg som hun tagger med taggene "fysikk" og "HiOA". Use Case 2 - Demonstrere søkefunksjonen og hvordan man kan svare på spørsmål Ola er ute etter å finne ut hvilke emner i diskret matte som mange synes er vanskelig slik at han kan øve spesielt på dette til eksamen. Når han da søker med taggen "diskret matte" så kommer han over et spørsmål/tema som han har ganske kontroll på, han skriver et utfyllende svar på det trådstarter lurer på og poster dette. Use Case 3 - Demonstrere at man kan gi poeng til svar og spørsmål Hans er inne på "studass" å leter etter et svar på en oppgave han sitter med i kjemi. Han finner frem til et spørsmål som er akkurat det samme han lurer på. Dette spørsmålet har 2 svar, det ene svaret synes Hans ikke var lite utfyllende så han velger å gi dette svaret et minuspoeng. Mens svaret under som er nyere, var mer utfyllende så han velger å gi dette en poeng, slik at dette kan komme høyere opp når neste bruker er å lurer på det samme. Use Case 4 - Demonstrere "glemt passord" funksjonen og logg ut Line skulle skrive et spørsmål, men da fikk hun en advarsel at man måtte logge inn først. Passordet hadde Line glemt så hun trykket på "glemt passord" og får en e-post med en link som hun trykker på slik at hun kan lage seg et nytt passord, og postet spørsmålet.
6 Risikoevaluering I risikoevaluering er det viktig at vi ser på forskjellige risikoer som kan oppstå. Vi bruker en tabell for å vise fram sannsynlighet,konsekvenser og tiltak som kan iverksettes. Årsåk Sannsynlighet Konsekvenser Tiltak Sykdom i gruppen Stor Viktig at personen som er syk melder ifra og isolerer seg fra resten av gruppen i fare for smitte. Arbeidsoppgaver kan utføres hjemmefra med kommunikasjon fra gruppen. Juridisk risiko All info som blir lastet opp skal være i henhold til vilkår og betingelser samt personvern. Der det er definert at alt man laster opp eier man copyright på selv. Evt. hvis noen laster opp uten lov, så er konsekvensen at man får en take-down-request. Tap av datamaskin eller hardware-feil Dårlig samarbeid innad i gruppen Miste et gruppemedlem Liten Accenture låner ut bærbare maskiner og de kan erstattes ved feil eller mangler. Tap av kildekode anser vi ikke som noe stort problem, da vi kontinuerlig vil benytte oss av et kildekontrollsystem. Perioden et gruppemedlem eventuelt mangler datamaskin kan par-programmering benyttes. Lav Konflikter som oppstår mellom gruppemedlemer som stanser framgang i prosjektet løses ved hjelp av veiledning fra gruppeveileder. Går det for mye tid til konflikter må oppgavene fordeles på nytt. Lav Stor Oppgaver må fordeles og prioriteres på nytt. Målene som er satt tidligere må endres for at prosjektet vil bli oppnåd.
7 Tap av data Lav Lav All kode skrevet blir lagret på nettskylagring, backup blir tatt lokalt og flere på gruppen har koden. Det går fort å gjenopprette prosjektet ved hjelp av andres kopier. Logisk datamodell
VEDLEGG 1 KRAVSPESIFIKASJON
VEDLEGG 1 KRAVSPESIFIKASJON INNHOLDSFORTEGNELSE Forord... 2 1 Systembeskrivelse... 2 2 Mål for systemet... 3 3 Funksjonelle krav... 4 4 Ikke-funksjonelle krav... 5 5 Use-case diagram... 6 6 Rammekrav...
Detaljer3. Kravspesifikasjon. Experior - rich test editor for FitNesse -
3. Experior - rich test editor for FitNesse - 3.1. Forord Dette dokumentet inneholder krav til funksjonalitet i Experior og hvordan denne skal integreres inn i selve FitNesse. I tillegg spesifiseres krav
DetaljerKravspesifikasjon. 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...
DetaljerForprosjektrapport. 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
Detaljer4.5 Kravspesifikasjon
4.5 Kravspesifikasjon 4.5.1 Funksjonalitet og systembeskrivelse Webapplikasjonen har tre overordnede funksjoner; Opprett Spotify arrangement, Opprett SoundCloud arrangement og Bli med på arrangement. Brukere(kalt
DetaljerKravspesifikasjon. Android app for aktivering av jakt- og fiskekort. Bacheloroppgave vår 2014. Høgskolen i Oslo og Akershus. Charlotte Sjøthun s180495
Charlotte Sjøthun s180495 Nanna Mjørud s180477 Anette Molund s181083 Kravspesifikasjon Android app for aktivering av jakt- og fiskekort Bacheloroppgave vår 2014 Høgskolen i Oslo og Akershus Forord Hensikten
DetaljerProsessrapport. Studass. Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo, 27.5.2014
Prosessrapport Studass Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus Oslo, 27.5.2014 1 Forord Dette er prosessrapporten utarbeidet i forbindelse med hovedprosjekt våren 2014 ved Høgskolen i
DetaljerForprosjektrapport. 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
DetaljerKRAVSPESIFIKASJON. 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.
DetaljerJon 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
DetaljerKravspesifikasjon
24.05.2017 Kravspesifikasjon Gruppe 10 BACHELORPROSJEKT 2017 INNHOLDSFORTEGNELSE 1 PRESENTASJON... 3 2 OM BAKGRUNNEN... 3 3 FORORD... 4 4 LESERVEILEDNING... 4 5 KORT SYSTEMBESKRIVELSE... 4 6 RAMMEKRAV...
DetaljerTestrapport for Sir Jerky Leap
Jasmine Garry (s135600) Line Sørensen (s135590) Fredrik Hoem Grelland (s135595) Tor Anders Gustavsen (s127668) 1 1. Forord Dette dokumentet inneholder informasjon og redegjøring av tester foretatt i forbindelse
DetaljerKravspesifikasjon. 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
DetaljerBachelorprosjekt 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,
DetaljerDokument 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
DetaljerKravspesifikasjon. Forord
Kravspesifikasjon Forord Kravspesifikasjonen skal beskrive applikasjonens funksjonalitet og betingelsene som oppdragsgiver krever. Det skal også hjelpe utviklerne med å begrense applikasjonen slik at den
DetaljerKunden er en av Norges ledende leverandører av digital-tv og bredbåndstjenester.
1 Forord Hensikten med kravspesifikasjonen er å gi oppdragsgiver og utviklere en enighet og forståelse av funksjonaliteten til applikasjonen som skal produseres. en definerer i tillegg prosjektets rammer
Detaljer6 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
DetaljerTestrapport. 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
DetaljerKravspesifikasjon. 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
DetaljerBruk av it s learning
Bruk av it s learning Hva er it s learning? It's learning er en brukervennlig og kraftig nettbasert læringsplattform for undervisning i skolen. It s learning støtter læringsprosesser, nye læringsformer
DetaljerKRAVSPESIFIKASJON. 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
Detaljer1. Forord 2. Leserveiledning
KRAVSPESIFIKASJON 1 1. Forord Hensikten med kravspesifikasjonen er at den skal fungere som et styringsdokument under prosessen og definere rammer og betingelser rundt hovedprosjektet. Den er utviklet etter
DetaljerKravspesifikasjon. 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.
DetaljerForprosjekt. 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
DetaljerIntroduksjon til. For studenter ved NTNU
Introduksjon til For studenter ved NTNU Oppdatert høsten 2012 Ansvarlig for dokumentet Berit Danielsen Løvås, NTNU Berit.d.lovas@ntnu.no Brukerstøtte og hjelp, itslearning: orakel@ntnu.no Introduksjon
DetaljerForprosjektrapport. Gruppe 26. Digitalt læreverktøy for Cappelen Damm
Hovedprosjekt i informasjonsteknologi 2016 Høyskolen i Oslo og Akershus Forprosjektrapport Digitalt læreverktøy for Cappelen Damm Gruppe 26 Sofia Aittamaa - s198580@stud.hioa.no Petter Lysne - s198579@stud.hioa.no
DetaljerEventhandler Teknologi, kunst og design Høgskolen i Oslo og Akershus, våren 2013. Testrapport
Eventhandler Teknologi, kunst og design Høgskolen i Oslo og Akershus, våren 2013 Testrapport 1 INNHOLDSFORTEGNELSE 1 INNHOLDSFORTEGNELSE... 1 2 Innledning... 2 3 Formål med testing... 3 3.1 Funksjonalitet...
DetaljerLærebok. Opplæring i CuraGuard. CuraGuard Opplæringsbok, - utviklet av SeniorSaken -
Lærebok Opplæring i CuraGuard 1 Med dette heftet gis en innføring i hvordan bruke CuraGuard og andre sosiale medieplattformer med fokus på Facebook. Heftet er utviklet til fri bruk for alle som ønsker
DetaljerVelkommen. til. en læringsstøttesystem som vil bli brukt i undervisningen
Velkommen til en læringsstøttesystem som vil bli brukt i undervisningen En enkel veiledning for studenter slik at de kan starte opp med å bruke it's learning. Internettadressen til it's learning er: http://www.its-learning.com
DetaljerKravspesifikasjon. Vedlegg A
Vedlegg A Kravspesifikasjon Dette dokumentet beskriver krav til applikasjonen som skal designes i prosjektet Nettverksbasert applikasjonsovervåking. Det beskrives her både krav til selve applikasjonen
Detaljer1 Forord. Kravspesifikasjon
[Type text] [Type text] 3/5 Hovedprosjekt ingeniørutdanningen 09 Kravspesifikasjon Tittel på hovedprosjektet Tarantell Dashboard Gruppe 28 Bjørn Ove Pedersen Stian Dalviken Antall sider 6 Intern veileder
DetaljerForprosjektrapport Gruppe 30
Forprosjektrapport Gruppe 30 Gruppemedlemmer: Eyvind Nielsen s177748 Ullvar Brekke s236375 Kristoffer Pettersen s239404 Innhold Presentasjon... 3 Sammendrag... 3 Dagens situasjon... 3 Mål... 3 Rammebetingelser...
DetaljerTestrapport 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
DetaljerInformasjon for nye brukere (for administratorer) Mars 2014, 3. utgave
Informasjon for nye brukere (for administratorer) Mars 2014, 3. utgave INNHOLD Viktig før oppstart 1. Innlogging 1a. Med FEIDE 1b. Uten FEIDE 2. Registrering av skole 3. Bekreft registrering 4. Ferdig
DetaljerGruppe 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
Detaljer4.1. Kravspesifikasjon
4.1. Kravspesifikasjon Dette delkapittelet beskriver nærgående alle deler av systemet, hvordan det er tenkt ferdigutviklet med fokus på oppdragsgivers ønsker. 4.1.1. Innledning Informasjon om hvordan kravspesifikasjonens
DetaljerHø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
DetaljerKravspesifikasjon. 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
DetaljerKRAVSPESIFIKASJON FORORD
KRAVSPESIFIKASJON FORORD Hensikten med kravspesifikasjonen er å gi oppdragsgiver og utviklere en enighet og forståelse av funksjonaliteten til applikasjonen som skal produseres. en definerer i tillegg
DetaljerUansett hvilken håndbok du benytter vil fremgangsmåten være den samme. I denne veiledningen benytter vi personalhåndboken som eksempel.
Velkommen som bruker av nettbaserte håndbøker fra Hovedorganisasjonen Virke. Våre nettbaserte håndbøker kan tilpasses din virksomhet. De er redigerbare, samtidig blir de automatisk oppdatert med nye lover
DetaljerKRAVSPESIFIKASJON DAGSPLANAPPLIKASJON FOR NETTBRETT. Gruppe 28 Hovedprosjekt våren 2015
KRAVSPESIFIKASJON Kravspesifikasjon er en beskrivelse av hvilke krav oppdragsgiver har til systemet som skal utvikles. Den fungerer som en kontrakt mellom oppdragsgiver og utviklere. DAGSPLANAPPLIKASJON
DetaljerBachelorprosjekt 2017
Bachelorprosjekt 2017 Høgskolen i Oslo og Akershus Gruppe 41 Kristan Munter Simonsen (s236789) Andreas Jacobsen (s236778) Jamal Lakbir (s236722) 1 Innholdsfortegnelse Forprosjekt... 3 Presentasjon... 3
DetaljerUtvikle en prototype for en digital versjon av helsekort for gravide. Programvareleverandør av ehelse-løsninger for helsevesenet
Kravspesifikasjon Hovedprosjekt 2014 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus Presentasjon Tittel: Oppgave: Gruppemedlemmer: Digitalt Helsekort for Gravide Utvikle en prototype
DetaljerHøgskolen i Oslo og Akershus. Forprosjektrapport. Gruppe 11
Høgskolen i Oslo og Akershus Forprosjektrapport Gruppe 11 Michael Pande, Petter L. Olsen, Diego A. Pasten 23.01.2015 Presentasjon Vi er en gruppe på tre dataingeniørstudenter som har tatt på oss oppgaven
DetaljerKravspesifikasjon MetaView
Kravspesifikasjon MetaView BACHELOROPPGAVE VÅREN 2014 1. Presentasjon Tittel: MetaView Oppgave: Lage en applikasjon og api som skal kommunisere med MetaVision slik at det skal bli enklere for leger og
DetaljerS y s t e m d o k u m e n t a s j o n
S y s t e m d o k u m e n t a s j o n Monitorering av produksjonsløyper ved Nasjonalbiblioteket - Project BAKE Utarbeidet av: Einar Wågan Kristian Akerhei Studium: Informasjonssystemer Innlevert: 26.5.2015
DetaljerFORPROSJEKT KIM LONG VU DUY JOHNNY KHAC NGUYEN ADRIAN SIIM MELSOM HÅKON THORKILDSEN SMØRVIK
2017 FORPROSJEKT BACHELOROPPGAVE 2017 KIM LONG VU DUY JOHNNY KHAC NGUYEN ADRIAN SIIM MELSOM HÅKON THORKILDSEN SMØRVIK PRESENTASJON OPPGAVE: Oppgaven er å lage en webapplikasjon som kan hjelpe bachelor
DetaljerKravspesifikasjon Innholdsfortegnelse
Kravspesifikasjon Innholdsfortegnelse 1.Introduksjon... 2 1.1 Medlemmer:... 2 1.2 Oppdragsgiver:... 2 1.3 Kontaktsperson hos Retriever:... 2 1.4 Veileder:... 2 1.5 Bakgrunn... 3 2. Om Kravspesifikasjonen...
Detaljer2 Innholdsfortegnelse
Kravspesifikasjon 1 Forord Kravspesifikasjonen er ment å sees i sammenheng med gruppas forventninger til sitt eget sluttprodukt. Den er altså like mye våre egne krav som krav stilt av arbeidsgiver. Vi
DetaljerBRUKERMANUAL FOR NETTINTRO CMS Dette dokumentet er skrevet for Nettintro CMS versjon 1.9.0, og kan derfor avvike noe fra nåværende versjon.
BRUKERMANUAL FOR NETTINTRO CMS Dette dokumentet er skrevet for Nettintro CMS versjon 1.9.0, og kan derfor avvike noe fra nåværende versjon. Denne brukermanualen vil gi deg en innføring i hvordan man bruker
DetaljerForprosjektrapport. Høgskolen i Oslo Våren 2007-02-02. Dr.Klikk. Gruppe 25. Håkon Drange s130167 Lars Hetland s127681
Forprosjektrapport Høgskolen i Oslo Våren 2007-02-02 Dr.Klikk Gruppe 25 Håkon Drange s130167 Lars Hetland s127681 Innholdsfortegnelse PRESENTASJON... 2 SAMMENDRAG... 2 OM BEDRIFTEN... 2 DAGENS SITUASJON...
DetaljerPROSESSDOKUMENTASJON
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
DetaljerGruppe 33 - Hovedprosjekt
Gruppe 33 - Hovedprosjekt s188080 Joakim Rishaug s181130 Sondre Sparby Boge s188098 Martin Hagen s178816 Lars Erik Kasin 1 av 7 Kravspesifikasjon Forord Kravspesifikasjonen utformes både for kunden, og
DetaljerGranitt Grafisk AS Kravspesifikasjon Gruppenr: 2011-12
1 av 6 1.Innledning 1.1Presentasjon Dato: 01.02.2011 Bacheloroppgave: Produktkalkyle for Granitt Grafisk AS Gruppenr: 11-12 Gruppemedlemmer: Pål Georg Dahl Myran Joakim Haneberg Johansen Michael Venables
DetaljerDel VII: Kravspesifikasjon
1 2 Forord Dette dokumentet inneholder retningslinjer for gruppen vår og beskrivelse av betingelsene for utviklingen av vårt prosjekt. Vår gruppe benyttet dette dokumentet som et styringsdokument for å
DetaljerRUTEPLANLEGGINGSSYSTEM BRUKERVEILEDNING
RUTEPLANLEGGINGSSYSTEM BRUKERVEILEDNING Prosjekt 18 Jørgen Mobekk Sørensen Morten Evje Tor Andreas Baakind Anders Gabrielsen Side 1 1 FORORD Dette dokumentet er brukerveiledningen, og skal være en veiledning
DetaljerManual - foresatt. Transponder Meldingsbok og Tilstede
Manual - foresatt Transponder Meldingsbok og Tilstede Transponder er en sikker digital kommunikasjonsløsning for utdanningssektoren. Transponder erstatter tradisjonell papirbasert meldingsbok, ranselpost
DetaljerStudentdrevet 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
DetaljerMinfagplan.no. Brukermanual. Veiledning for lærere. Dokumentnummer: BV-001. Revision 1.4. August 25 th 2015. www.minfagplan.no
Minfagplan.no Brukermanual Veiledning for lærere Dokumentnummer: BV-001 Revision 1.4 August 25 th 2015 Froma Software AS Øvregate 2 2380 Brumunddal t: 977 75 036 e: support@minfagplan.no www.minfagplan.no
DetaljerProduktdokumentasjon. Madison Møbler Administrasjonsside og Nettbutikk
Produktdokumentasjon Madison Møbler Administrasjonsside og Nettbutikk 1 1. Forord 1.1 Dokumentasjonen Dette er en teknisk dokumentasjon på produktet som er utviklet. Denne er tiltenkt personer med teknisk
Detaljerkan 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
DetaljerEntobutikk 3.TESTRAPPORT VÅR 2011
3.TESTRAPPORT VÅR 2011 1 DELKAPITTEL 1 FORORD Denne testrapport er skrevet i forbindelse med vårt hovedprosjekt ved Høgskolen i Oslo, ingeniørutdanning, våren 2011. Rapporten beskriver testingen av hele
DetaljerHovedprosjekt i data ved Høgskolen i Oslo våren 2007
Hovedprosjekt i data ved Høgskolen i Oslo våren 2007 Testrapport Høgskolen i Oslo Student: Martin Oppegaard Gruppe: 07-12 Dato: 25. mai 2007 Veileder ved HIO: Eva Vihovde Oppdragsgiver: Bekk Consulting
DetaljerTDT4102 Prosedyre og Objektorientert programmering Vår 2014
Norges teknisk naturvitenskapelige universitet Institutt for datateknikk og informasjonsvitenskap TDT4102 Prosedyre og Objektorientert programmering Vår 2014 Øving 10 Frist: 2014-04-11 Mål for denne øvinga:
DetaljerBrukermanual. For studenter ved NLA Høgskolen
Brukermanual For studenter ved NLA Høgskolen Hva er itslearning? Itslearning er et elektronisk studiestøttesystem som er hovedmediet for kommunikasjon og informasjon mellom høgskolen og deg som student.
DetaljerKomme i gang med Skoleportalen
Generell brukerveiledning for Elevportalen Denne elevportalen er best egnet i nettleseren Internett Explorer. Dersom du opplever kompatibilitets-problemer kan det skyldes at du bruker en annen nettleser.
DetaljerBruk av oppgaver og grupper i
Bruk av oppgaver og grupper i Versjon 02.07.2007 Ansvarlig for dokumentet Multimedisenteret/NTNU Innhold Innhold...1 Komme i gang med oppgaver...2 Legge til en oppgave...2 En oppgaves egenskaper...2 For
DetaljerBrukermanual Administrasjon
Brukermanual Administrasjon Forord Brukermanual rapporten omhandler sluttbrukeren av systemet (K-skjema) og er skrevet for de personer som skal bruke applikasjonen. Dette dokumentet beskriver hvordan man
DetaljerPBL Barnehageweb. Brukerveiledning
PBL Barnehageweb Brukerveiledning 1 1. Innledning Gratulerer med valget av nye PBL Barnehageweb! Med PBL Barnehageweb skal det være enkelt å lage en brukervennlig, moderne og profesjonell nettside for
DetaljerBrukermanual for nettpublisering. frivilligsentral.no
Brukermanual for nettpublisering frivilligsentral.no Innholdsfortegnelse Introduksjon 3 1 - Innlogging 4 1.1 - Logge inn 4 1.1 - Logge ut 4 2 - Grensesnitt 5 2.1 - Menyfelt 5 2.2-3 - Opprette, lagre og
Detaljerstudent s104111, s107911, s122357
Forord Denne brukerveiledning er ment som et hjelpemiddel for brukerne av administrasjonssystemet og vaktsystemet. Målgruppen for administrasjonssystemet er avdelings ledere på Grefsenhjemmet, mens målgruppen
DetaljerKravspesifikasjon Hovedprosjekt ved Høgskolen i Oslo Våren 2008
Kravspesifikasjon Hovedprosjekt ved Høgskolen i Oslo Våren 2008 1.Forord I dette dokumentet skal vi gi et bildet av de kravene som er satt til prosjektet. Dokumentet er hovedsakelig beregnet som et styringsdokument
DetaljerCustomPublish.com. Brukere. Introduksjon til brukerhåndtering i CustomPublish
CustomPublish.com Brukere Introduksjon til brukerhåndtering i CustomPublish Innhold 1. Innledning 2. Ny brukergruppe 3. Ny bruker 4. Forfattere 5. Bruk 1. Innledning Når du klikker på «brukere» i administrasjonen,
DetaljerVEDLEGG HOVEDPROSJEKT VÅR 2013 KNOWIT CVREG TILBUD
VEDLEGG HOVEDPROSJEKT VÅR 2013 KNOWIT CVREG TILBUD GRUPPE 36 FORFATTERE: NORDENGEN, THOMAS LARSEN, GLENRUBEN E. STEEN, SEBASTIEN-JEROME 1 INNHOLDSFORTEGNELSE VEDLEGG 1 KRAVSPESIFIKASJON... 03 VEDLEGG 2
DetaljerVedlegg Brukertester INNHOLDFORTEGNELSE
Vedlegg Brukertester INNHOLDFORTEGNELSE Vedlegg Brukertester... 1 Testrapport Wireframe... 2 1. INTRODUKSJON... 2 1.1 Systemoversikt... 2 1.2 Meningen med testen... 2 2 TESTPLAN... 2 2.1 Funksjoner som
DetaljerBrukerveiledning gjovard.com
Gjø-Vard orienteringslag Brukerveiledning gjovard.com http://gjovard.com/kartarkiv/ Torbjørn Kravdal 31.05.2016 0 INNHOLD 0 Innhold... 1 1 Samtykke for bruk av bilder/film... 2 2 Brukerveiledning for gjovard.com
DetaljerKap 11 Planlegging og dokumentasjon s 310
Kap 11 Planlegging og dokumentasjon s 310 11.1 Ulike arbeidsmetoder Systemutvikling Som systemutvikler er du i stand til å omsette din innsikt i brukerbehov til praktiske programbaserte løsninger. Samarbeid:
DetaljerLandbruksnytt. Næring og utvikling SØKNAD RMP September 2013
1 Landbruksnytt Næring og utvikling SØKNAD RMP September 2013 [Skriv Søknadsfristen inn et sitat 1. fra oktober dokumentet for Regionalt eller sammendrag Miljøprogram av (RMP) et interessant nærmer poeng.
DetaljerKravspesifikasjon. Hjelpemiddelportal for Parkinsonforbundet. 1. januar til 17. juni. John Terje Balto og Vegar Haugnes. Steinar Johannesen
Presentasjon Tittel: Oppgave: Periode: Gruppemedlemmer: Hjelpemiddelportal for Parkinsonforbundet Designe og utvikle en portal for hjelpemidler til folk med Parkinson 1. januar til 17. juni John Terje
DetaljerForprosjektrapport. Kristian Johannessen, Michael Andre Krog, Lena Sandvik, Alexander Welin, Snorre Olimstad Gruppe 15 25.01.2012
2012 Forprosjektrapport Kristian Johannessen, Michael Andre Krog, Lena Sandvik, Alexander Welin, Snorre Olimstad Gruppe 15 25.01.2012 1 Innhold 2 Presentasjon... 3 3 Sammendrag... 3 4 Dagens situasjon...
DetaljerChiCMS Hovedprosjekt ved Høgskolen i Oslo 2011
TESTRAPPORT Forord Denne testrapporten har som formål å beskrive all testing som er utført på systemet, både under utviklingen og etter ferdigstilling. Målet for testingen er for å verifisere at vi har
DetaljerForprosjektrapport. 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.
DetaljerBrukerveiledning til MAKS 2010
Brukerveiledning til MAKS 2010 Innhold 1. Man må være innlogget!... 1 2. Hva inneholder MAKS 2010?... 1 3. Hva er kvalitetsplanen?... 1 4. Hvordan komme i gang?... 3 5. Opprett en bedriftsmal.... 4 6.
DetaljerHovedprosjekt ved Høgskolen i Oslo våren 2011 CHARITY DOCTORS KRAVSPESIFIKASJON
CHARITY DOCTORS KRAVSPESIFIKASJON Hovedprosjekt i informasjonsteknologi ved Høgskolen i Oslo våren 2011 Gruppe 13 Muleha Nhonzi Harlem Tambwe Mufoncol Ruban Amuthalingam Page 1 of 6 1 Innledning 1.1 Innledning
DetaljerForprosjektrapport. Sammendrag. Hovedoppgave våren 2019 Gruppe 3
Forprosjektrapport Hovedoppgave våren 2019 Gruppe 3 Sammendrag Vi skal overføre en eksisterende nettside over på en ny plattform samt legge til noe tilleggsfunksjonalitet. Hovedutfordringene ved den eksisterende
DetaljerForprosjekt Hovedprosjekt ved Høgskolen i Oslo Våren 2008
Forprosjekt Hovedprosjekt ved Høgskolen i Oslo Våren 2008 Skrevet av Ole Myrbakken, Fadima Mohamoud, Orji Okoroafor, Karen Arrendondo Side 1 PRESENTASJON Prosjekt tittel: Prosjektperiode: MetaGen 7.jan
DetaljerWinMed3. Release Notes Allmenn Våren 2013. Release Notes Allmenn Våren 2013 Versjon 3.93.1059 Side 1
WinMed3 Release Notes Allmenn Våren 2013 Release Notes Allmenn Våren 2013 Versjon 3.93.1059 Side 1 Innholdsfortegnelse Om dokumentet... 3 E-resept... 4 eportal... 5 Forbedret registrering og innlogging...
DetaljerOvergang til RT4 hjelp for saksbehandlere
Overgang til RT4 hjelp for saksbehandlere I forbindelse med oppgradering av RT fra versjon 3.8 til 4, vil man kunne oppleve at menyer og funksjonalitet har endret seg noe. Dette dokumentet tar for seg
DetaljerCanvas ipad App for studenter
Canvas ipad App for studenter Innholdsfortegnelse Logge seg inn på Canvas på ipad... 3 Litt om app en... 4 Dashboard (forsiden)... 5 Gjøremålslisten... 6 Notifications... 7 Meldinger... 7 Profil... 8 Meldinger...
DetaljerGruppe 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
DetaljerVedlegg 1: Oversikt over noen mulige leverandører
Vedlegg 1: Oversikt over noen mulige leverandører OwnCloud / Owncloud Enterprise Owncloud er en open-source løsning, der det også finnes en enterprise-løsning. Owncloud støtter stort sett alle mulige bakenforliggende
DetaljerHjelp / Brukerveiledning for MinSkyss (klikk på emne)
OBS! Veiledningen er litt eldre enn siste versjon av selve systemet. Derfor stemmer ikke alle bilder i MinSkyss med det som står her. Til gjengjeld har vi fått inn infoknapper i bilden når du fylle utsøknaden.
DetaljerKravspesifikasjon. Noark 5 grensesnitt. Hovedprosjekt informasjonsteknologi. Gruppe 31
Kravspesifikasjon Noark 5 grensesnitt Hovedprosjekt informasjonsteknologi Gruppe 31 Forord Denne kravspesifikasjonen inneholder retningslinjer for oss og for det vi skal utvikle. Den inneholder funksjonelle
Detaljer3.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
Detaljer2/3/2014 INSTITUTT FOR FÔRIT CDS INFORMASJONSTEKNOLOGI, HØGSKOLEN I OSLO OG AKERSHUS. Shahariar Kabir Bhuiyan
2/3/2014 INSTITUTT FOR INFORMASJONSTEKNOLOGI, HØGSKOLEN I OSLO OG AKERSHUS FÔRIT CDS Mikkel Sannes Nylend Shahariar Kabir Bhuiyan Stian Strøm Anderssen Denne siden skal være blank. 1 Presentasjon Prosjektgruppe:
Detaljer1 Inledning. 1.1 Presentasjon. Tittel Informasjonsplattform for NorgesGruppen. Oppgave Utvikle en informasjonsplattform for butikkene i NorgesGruppen
Kravspesifikasjon 1 Inledning 1.1 Presentasjon Tittel Informasjonsplattform for NorgesGruppen Oppgave Utvikle en informasjonsplattform for butikkene i NorgesGruppen Periode 3. Januar 14. Juni Gruppemedlemmer
DetaljerHovedprosjekt i ingeniørfag, data, våren 2015. Oslo 19.01.2015. Gruppe 23 Torstein Frogner, Bernt Kristoffer Helland, Vahid Khairkhah, Jonas Myren Mo
Hovedprosjekt i ingeniørfag, data, våren 2015 Oslo 19.01.2015 Gruppe 23 Torstein Frogner, Bernt Kristoffer Helland, Vahid Khairkhah, Jonas Myren Mo Forprosjektrapport Presentasjon Tittel: Pizzaplutselig.no
DetaljerForprosjektrapport. 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