Vedlegg Side 83 av 155

Størrelse: px
Begynne med side:

Download "Vedlegg Side 83 av 155"

Transkript

1 4

2 Side 83 av 155

3 Innholdsfortegnelse 1 Kravspesifikasjon Kravspesifikasjon Domenemodell UseCase Diagram Oversikt Detaljert beskrivelse av UseCase Diagram Webapplikasjon Nettbrett applikasjon Sekvensdiagrammer Webapplikasjon Normal hendelsesflyt Webapplikasjon Avvikende hendelsesflyt Nettbrett applikasjon Normal hendelsesflyt Nettbrett applikasjon avvikende hendelsesflyt SWOT Analyser SWOT analyse av Webapplikasjon SWOT-analyse av Nettbrett applikasjon Sprint Reviews Sprint Sprint Sprint Sprint Sprint Skisser Admin Nettbrett applikasjon Brukermanualer Side 84 av 155

4 Side 85 av 155

5 : 1 Kravspesifikasjon Side 86 av 155

6 Side 87 av 155

7 Side 88 av 155

8 Side 89 av 155

9 Side 90 av 155

10

11 : 2 Kravspesifikasjon 2.0 Side 92 av 155

12 Side 93 av 155

13 Kravspesifikasjon Versjon Krav til applikasjonene 1.1 Systemkrav Generelt hele applikasjon for web- og nettbrett løsning Windows 8.1 som operativsystem Windows Surface nettbrett som utgangspunkt for nettbrett 1.2.A) Generelle Funksjonelle krav Applikasjonen skal la brukeren se hva som er nytt, hva som er populært, hva som har høyest karakter, og hva som er anbefalt fra Microsoft. 1.2.B) Funksjonskrav Administrasjonsportal/web Mulighet til å legge inn/endre/slette nye utviklere Mulighet til å legge inn/endre/slette nye applikasjoner Mulighet til å administrere/opprette/endre/slette brukere Mulighet for å liste disse ut i applikasjonen på nettbrett 1.2.C) Funksjonskrav AppenesApp nettbrett Det skal ikke ta mer enn 3 klikk for å komme seg frem til en applikasjon Mulighet til å klikke på kategorier og bla seg rundt Mulighet til å klikke på applikasjoner og se informasjon Mulighet til å viderekobles til Marketplace for å kjøpe bestemt applikasjon 1.2.D) Ikke-funksjonelle krav Side 94 av 155

14 Blogg, der det dokumenteres Løsningen skal lages i C# og ASP.NET Webløsningen skal kunne kjøres i alle type nettlesere (Best optimalt til Chrome og Internett Explorer) Hele løsningen skal være på norsk (programmering og koden i bakgrunnen kan være engelsk) Det skal lages brukermanualer for web og applikasjon, hver for seg. 1.3 Tekniske krav Utviklingsverktøy: Visual Studio 2013 Programmeringsspråk: C#,.NET og XAML (Applikasjonen) Andre språk til utforming: JSON, SQL, HTML5, CSS3 Dropbox og Google disc til fildeling og back-up 1.4 Krav til Design og Respons Appen skal følge de til enhver tid gjeldende retningslinjer for design( I utgangspunktet skal vi selv utarbeide designet og i samråd med Microsofts sine veiledere. Designet skal også godkjennes tidlig før det igangsettes arbeid med tilhørende kode I tråd med Microsofts generelle retningslinjer for Windows apper finnes det krav til responstider. Applikasjonen skal ikke utføre operasjoner som blokkerer brukergrensesnittet, da dette medfører en dårligere opplevelse for forbrukeren. Administrasjonsgrensesnitt på web skal ikke bruke over ett sekund på å levere en side. 1.5 Kvalitetskrav Side 95 av 155

15 Applikasjonens kvalitet vil bli vurdert mot ISO9601 Standard for Software. Denne standarden er nylig blitt revidert, men til dette formålet er 9601 mer enn god nok. Informasjon om ISO9601 og hva som vurderes kan finnes i følgende artikkel på Wikipedia: Krav til utviklingsverktøy Microsoft Visual Studio Ultimate 2013 Windows Azure Visual Studio Online Office 365 Photoshop 1.7 Fremtidig utvidelse av systemet Applikasjonen skal lages med hensyn til at det skal være mulig å gjøre endringer i fremtiden, i form av kode, design og oppdateringer. Windows phone som utgangspunkt for mobil løsning som var et nedprioritert krav, men ikke ble nådd. Kjapp responstid, kravet om kort responstid ble ikke nådd og vil da bli en mulighet til å arbeide på videre. 1.8 Krav til arbeidsmetode Scrum skal benyttes som arbeidsmetode Det skal være sprinter med deadline hver 14 dag. Det skal holdes review-møter og avtale om møter med ekstern veileder skal skje hyppig Det skal blogges igjennom hele utviklingsprosessen, som vil regnes som en del av dokumentasjon og logg for ekstern veileder. 1.9 Krav til arkitektur og oppbygning MVVM Side 96 av 155

16 N-lagsarkitektur Side 97 av 155

17 : 3 Domenemodell Side 98 av 155

18 Side 99 av 155

19 Side 100 av 155

20 Side 101 av 155

21 : 4 UseCase Diagram Oversikt Side 102 av 155

22 Side 103 av 155

23 Side 104 av 155

24 Side 105 av 155

25 : 6 Detaljert beskrivelse av UseCase Diagram Side 106 av 155

26 Side 107 av 155

27 Webapplikasjon Beskrivelse Oppretting av apper: Hovedaktør: Administrator Sekundær aktør: Entity framework/cloud, database. Trigger: En admin ønsker å oppdatere applisten, med en ny app Prebetingelse: Enheten krever tilkoblet internett, administrator-pålogging, lagt inn utvikler informasjon om bestemt app. Postbetingelse: Enheten skal oppdateres med en ny app i listen og vises Normal hendelsesflyt: 1. Administrator ønsker å legge til en ny applikasjon 2. Administrasjonsportalen ber administratoren om å fylle ut av felter for en ny applikasjon 3. Administratoren lagrer applikasjonsinformasjon 4. Systemet sjekker om applikasjonsinformasjon er utfylt riktig 5. Applikasjonen blir satt inn i databasen 6. Applikasjonen er tilgjengelig i systemet Variasjoner/Avvik: 4.) Systemet forteller administrator at applikasjonsinformasjon ikke er utfylt riktig. 4.1) Systemet går tilbake til punkt 2 i den normale hendelsesflyten. Side 108 av 155

28 Nettbrett applikasjon Beskrivelse Visning av apper: Hovedaktør: Bruker Sekundær aktør: Marketplace Trigger: Brukeren ønske å se informasjon og kjøpe en bestemt app Prebetingelse: Enheten krever tilkoblet internett og installert appen på RT Postbetingelse: Skal kunne viderekobles til Marketplace for å kjøpe ønsket app Normal hendelsesflyt: 1.) En bruker ønsker å kjøpe en applikasjon 2.) Brukeren velger kategori 3.) Systemet lister opp alle applikasjoner tilhørende valgt kategori 4.) Brukeren velger applikasjon 5.) Systemet viser applikasjonsinformasjon 6.) Brukeren trykker på «Marketplace» -knappen 7.) Systemet videresender brukeren til Marketplace. Variasjon/Avvik: 1.1) Brukeren hopper over 2) og 3) og går direkte til 4) Side 109 av 155

29 : 7 Sekvensdiagrammer Side 110 av 155

30 Side 111 av 155

31 Webapplikasjon Normal hendelsesflyt Dette sekvensdiagrammet viser brukstilfellet: Legg til ny applikasjon, som også er presentert ved bruk av Use Case tidligere. Legg til ny applikasjon Normal hendelsesflyt 1. Administrator ønsker å legge til en ny applikasjon 2. Administrasjonsportalen ber administratoren om å fylle ut av felter for en ny applikasjon 3. Administratoren lagrer applikasjonsinformasjon 4. Systemet sjekker om applikasjonsinformasjon er utfylt riktig 5. Applikasjonen blir satt inn i databasen 6. Applikasjonen er tilgjengelig i systemet Side 112 av 155

32 Webapplikasjon Avvikende hendelsesflyt Dette sekvensdiagrammet viser brukstilfellet: Legg til ny applikasjon med avvikende hendelsesflyt, som også er presentert ved bruk av Use Case tidligere. Legg til ny applikasjon Variasjoner/Avvik 4.) Systemet forteller administrator at applikasjonsinformasjon ikke er utfylt riktig. 4.1) Systemet går tilbake til punkt 2 i den normale hendelsesflyten. Nettbrett applikasjon Normal hendelsesflyt Dette sekvensdiagrammet viser brukstilfellet: kjøp applikasjon, som også er presentert ved bruk av Use Case tidligere. Side 113 av 155

33 Kjøpe Applikasjon Normal hendelsesflyt 1.) En bruker ønsker å kjøpe en applikasjon 2.) Brukeren velger kategori 3.) Systemet lister opp alle applikasjoner tilhørende valgt kategori 4.) Brukeren velger applikasjon 5.) Systemet viser applikasjonsinformasjon 6.) Brukeren trykker på «Marketplace» -knappen 7.) Systemet videresender brukeren til Marketplace. Nettbrett applikasjon avvikende hendelsesflyt Dette sekvensdiagrammet viser brukstilfellet: kjøp applikasjon avvikende hendelsesflyt, som også er presentert ved bruk av UseCase tidligere. Side 114 av 155

34 Kjøpe Applikasjon Avvik/ Variasjon 1.2) Brukeren hopper over 2) og 3) og går direkte til 4) Side 115 av 155

35 : 8 SWOT Analyser Side 116 av 155

36 Side 117 av 155

37 SWOT analyse av Webapplikasjon I N T E R N Strength Pen og ryddig portal, med god oversikt Funksjonaliteten fungerer slik det ønskes Sammenkobling mellom Web og App fungerer Badges legges inn og det finnes en automatisering i det Koden er lett å forstå Weakness Nedlastninger for hver app, må registreres manuelt og oppdateres en gang i måneden. Microsoft har ikke API, som apper kan hentes fra, disse på legges inn manuelt E K S T E R N Opportunities Webløsningen har store muligheter for videreutvikling og endringer, der sikkerhet bør prioriteres Webløsningen kan effektiviseres i samarbeid med appen rask responstid Webløsningen kan utvides for Windows Phone Threats Dataangrep Nedetid på server Programmet opprettholdes ikke Side 118 av 155

38 SWOT-analyse av Nettbrett applikasjon I N T E R N Strength Selvforklarende applikasjon Lett å bruke Godt design gjenkjennbar, følger Microsoft design guidelines Bruker nytt utseende - hubdesign Weakness Finnes en kjent «store» på forhånd Ukjent responstid E K S T E R N Opportunities Det kan legges inn flere kategorier Mer «brukerinput», legge igjen kommentarer under applikasjonen Hubsection skal i fremtiden kunne benyttes på en enklere måte Threats Uønskelig applikasjon Får/ingen nedlastninger Vanskelig å endre på brukergrensesnittet. Side 119 av 155

39 : 9 Sprint Reviews Dette vedlegget vil ta for seg alt, som har blitt diskutert under «Sprint Review»-møtene. I våre «Sprint Review»- møter har vi diskutert om, hvorfor «burndown»-grafen ser ut som den gjør, hva gikk bra, hva gikk dårlig og hvordan kan dette forbedres. Side 120 av 155

40 Side 121 av 155

41 Sprint Figur 1: Burndown for Sprint 1 Analyse av Sprint 1 Denne sprinten handlet om å komme i gang med prosjektet. Her skulle back-end løsningen planlegges, altså administrasjonsportalen. Noen av arbeidsoppgavene var: Å lage et layout som alle er fornøyde med Opprette Controllers, Models og views Opprette database for brukernavn og passord Ha på plass en Azure server Dette er noen av de få oppgavene, vi skulle jobbe med. Ikke så avansert, hvis man har dette under fingra og vet, hva man skal. Vi derimot, måtte grave litt dypere. Ut ifra «Burndown» kan vi se, at denne sprinten ikke var ideell. Vi startet på sprinten samme dag som vi planla den, men rakk ikke den bestemte arbeidsmengden og slik hopet grafen seg oppover. Dette var da en lærepenge for oss, dette er slik en «Burndown» ikke skal se ut. Vi nådde ikke å bli ferdig med sprinten, selv om «burndown»-grafen ser ut som vi nådde i mål. Dette skyldes misforståelser om at vi ble fortalt at man så skulle flytte over de «Product Backlog Items», som ikke var ferdige til neste sprint. Det vi derimot ikke visste, var at, vi ikke skulle gjøre det, den samme dagen sprinten avsluttet, men etter sprintavslutningen, dette er grunnen til at grafen ikke viser den reelle arbeidsmengden. Side 122 av 155

42 Vurdering av sprint 1 Bra I denne sprinten har vi lært en del om layout, hvordan azure fungerer, planlegging av Scrum samtidig som vi har lært værktøyene Visual Studio Online og Visual studio at kjenne. Vi har i teamet vært veldig hjelpsomme og kommunisert bra i gruppa. Da vi så, at det ville bli vanskelig å nå målet med «burndown»-grafen ga hele gruppen noe ekstra og jobbet i helgen også, for å ikke forskyve mange PBI er til neste sprint. Dårlig Vi har hatt noe sykdom, en av gruppemedlemmene har vært syke, samtidig som vi var veldig dårlige til å planlegge sprinten. Vi følte oss avhengig av svar fra ekstern veileder, men det var ikke ofte vi fikk disse svar og det skapte frustrasjon i gruppa, da det var nytt for oss å bruke værktøyet, Visual Studio Online i sammenheng av Scrum. Forbedring Vi må bli bedre til å planlegge en sprint. Vi må prøve oss frem selv om ekstern veileder ikke svarer, fordi vi bortkaster tid på å vente på svar. Side 123 av 155

43 Sprint Figur 2: Burndown for Sprint 2 Analyse av sprint 2 Over helgen like etter slutt av sprint 1, startet vi sprint 2, den samme dagen som vi planla den. Vi fikk ikke fylt opp tiden, som vi hadde til rådighet i sprinten, samtidig som vi hadde stadig problemer med å estimere tiden. Vi har overestimert vår egen kapasitet til å gjennomføre, og underestimert tiden som oppgavene tar. Vi fikk da hjelp av vår veileder Simen til å estimere litt bedre. Det var mange PBI er og «tasks» vi ikke hadde fått med. Grunnet dette ser starten på «Burndown»-grafen ikke så fin ut, men vi fikk det til å gå nedover inntil , hvor vi skulle til å begynne på nettbrett applikasjonen. Dette var vanskelig, da vi aldri hadde programmet i XAML, og fordi vi ikke var klar over, hvordan vi skulle få databasen (AppContext) til å snakke med applikasjonen. Men vi lagde litt «research» på nettet og fant ut av at vi skulle lage API er, hvilket også var noe nytt for oss. Dermed endte det med at etter den gikk det bare langsomt fremover og umulig for oss å nå i mål. Vi hadde underestimert tiden, på hvor lang tid det ville ta oss for å lage en side med innhold fra databasen. Side 124 av 155

44 Vurdering av sprint 2 Bra Mye av administrasjonsportalen er ferdig og vi har starta på nettbrett applikasjonen. Vi har lest en del om Windows 8.1 applikasjoner og fått en bedre forståelse av hvordan vi skal starte å utvikle nettbrett applikasjonen. Dårlig Vi har underestimert det å utvikle en nettbrett applikasjon, vi burde ha tatt i betraktning at vi aldri har utviklet i XAML og å lære dette kommer til å ta noe tid, og generelt underestimert alle «tasks». Derutover må vi bli flinkere til å planlegge og ikke sitte fast i samme problem alle sammen. Forbedring Noe vi absolutt må lære av til neste sprint, at det er nesten bedre å overestimere tiden enn å underestimere tiden for diverse tasks. For hvis vi får gjort oppgavene (PBI ene) fortere er det bare å trekke inn nye PBI. Side 125 av 155

45 Sprint Figur 2: Burndown for Sprint 3 Analyse av Sprint 3 Vi har før denne sprinten brukt 2 dager til planlegging (17. mars og 18.mars). Grunnen til dette er fordi, at vi har sett, at vi ikke klarer å planlegge og estimere riktig, så derfor prøvde vi å planlegge så mye som mulig selv d. 17. mars og d.18. mars skulle intern veileder hjelpe oss med å se hva vi har estimert riktig og feil så at vi denne gangen kunne rette opp på de feil vi har gjort hittil i de forrige 2 sprintene. Sprint 3 s «burndown» ser betydelig bedre ut enn de tidligere, dette kommer som et resultat av god planlegging og bedre gjennomføring av tasker. I begynnelsen av sprinten virket det som vi igjen kommer til å få en ujevn graf. Grunnen til at arbeidsmengden gikk opp i begynnelsen av sprinten var fordi, vi ikke visste, hvordan vi skulle få automatisering av «badges» til å fungere på administrasjonsportalen. Vi ventet da på svar på e-post fra Microsoft, i håp om å vite om det fantes noen «API'er» der vi kunne hente data direkte, som for eksempel om nedlastninger og ratings. Vi fikk svar ganske sent og fikk ikke ordentlig informasjon om at Microsoft ikke hadde API'er, så vi måtte lage og ordne dette selv. Vi var også på møte hos Microsoft den , for en demo av Sprint 2 og vise Pedro, det vi har gjort hittil i sprint 3. Vi fikk tilbakemelding om at vi ikke skal bruke listview for appen, og heller skulle bruke «hubview». Dette var et tilbakeslag for oss, selv om grafen ikke viser dette. Vi nådde å innhente det, fordi vi hadde valgt å overestimere litt, fordi vi hadde forutsett problemer med XAML, siden dette var et ukjent område for oss. Side 126 av 155

46 Vurdering av sprint 3 Bra Det at vi brukte 2 dager på planlegging av veldig bra, fordi dette viser seg i hvordan grafen har utformet seg, denne er betydelig bedre enn de forrige. Vi har lært en masse nytt om utvikling i XAML og generelt om nettbrett applikasjonens funksjoner. Dårlig Det dårlige ved denne sprinten var vel at vi bortkasta litt tid på å vente på mail fra oppdragsgiver, for å høre om Microsoft har noen API er til MarketPlace som gjør det mulig å hente ut informasjon om nedlastinger og ratings. Oppdragsgiver hadde ikke fortalt oss, at de ønsket Hubview til nettbrett applikasjonen. Forbedring Vi ville ønsket, at vi hadde fått vite tidligere eller at det var nevnt i kravspesifikasjonen, at vi måtte bruke Hubview til å lage applikasjonen. Side 127 av 155

47 Sprint Figur 3 Burndown for Sprint 4 Analyse av Sprint 4 Validering tok tid å finne ut av, derfor gikk grafen opp den , det fantes validering, men denne ville ikke dukke opp på websiden, når den kjørtes. Den gikk den drastisk ned, da det gikk veldig fort å rette opp i «validation», da vi endelig visste, hvordan dette skulle løses. Vi fikk også løst uthenting av ratings veldig raskt. Generelt har sprinten vært veldig grei, taskene har blitt løst til tide. Vurdering av Sprint 4 Bra Dette har vært vår beste sprint hittil. Vi har jobbet godt å nådd i mål med alle «tasks» uten de store problemene. Dårlig I denne sprinten har det ikke vært så mye dårlige ting, utover at vi brukte litt tid på «validation», men ellers har det godt veldig bra. Forbedring Vi burde ha eksperimentert litt med «validation», så hadde vi kanskje fått det til litt fortere, fordi det viste seg å være kjempe lett å få til, da vi skjønte det. Side 128 av 155

48 Sprint Analyse av Sprint 5 Dette har vært vår perfekte sprint og også vår siste sprint. Grunnen til at vi har fått en så lang sprint er, fordi vi måtte begynne å skrive dokumentasjon, før vi rakk å bli ferdige med utviklingen av produktet. Dermed la vi inn fridager til dokumentasjonsskriving, samtidig som at vi kunne få tid til å fullføre den siste finpussen på produktet før levering. I denne sprinten skulle vi sørge for at bindingen mellom applikasjonen og webløsningen fungerer knirkefritt. Det er et tilbakeslag, at Azure har utløpt, slik at vi ikke kan se resultatet lengere. Alt i alt har sprinten vært perfekt, alle arbeidsoppgaver har blitt nådd og annet enn klage på Azure, har det ikke vært mye annet å sette en negativ finger på. Vurdering av Sprint 5 Bra Det har gått veldig bra, og det har vært god stemning i gruppen, nå som vi nærmer oss slutten på prosjektet. Dårlig Det eneste dårlige i denne sprinten har vært at Azure hadde utløpt, så vi måtte spørre om ny azurepass og dette funket ikke på den kontoen vi hadde fra før. Forbedring Det kunne vært bedre om vi kunne hatt en lettere løsning med «Azure-problemet». Side 129 av 155

49 : 10 Skisser Side 130 av 155

50 Side 131 av 155

51 Admin Side 132 av 155

52 Side 133 av 155

53 Nettbrett applikasjon Skisse 1 - Splashscreen Skisse 2 - Mainpage utkast 1 Side 134 av 155

54 Skisse 3 Mainpage utkast 2 Skisse 4 - Kategoriside utkast 1 Side 135 av 155

55 Skisse 5 Kategoriside utkast 2 Side 136 av 155

56 Skisse 6 Applikasjonsside del 1 & 2 Side 137 av 155

57 Skisse 7 Applikasjonsside del 3 Side 138 av 155

58 Side 139 av 155

59 : 11 Brukermanualer Side 140 av 155

60 Side 141 av 155

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

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

4.5 Kravspesifikasjon

4.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

Detaljer

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

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

Detaljer

Kravspesifikasjon. 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

SRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie

SRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie SRD GLIS Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie Innholdsfortegnelse 1. Systemoversikt... 2 2. Tekniske krav... 3 2.1. Funksjonskrav og brukergrensesnitt spesifikasjon... 3 2.2. Begrensninger...

Detaljer

VEDLEGG 1 KRAVSPESIFIKASJON

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

Detaljer

SRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie

SRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie SRD GLIS Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie Innholdsfortegnelse 1. Systemoversikt... 2 2. Tekniske krav... 3 2.1. Funksjonskrav og brukergrensesnitt spesifikasjon... 3 2.2. Begrensninger...

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

Entobutikk 3.TESTRAPPORT VÅR 2011

Entobutikk 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

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

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

3 Prosessdokumentasjon

3 Prosessdokumentasjon 3 Side 51 av 155 1 Forord Denne prosessdokumentasjonen er skrevet som en del av et hovedprosjekt for avsluttende studie dataingeniør og informasjonsteknologi, ved Høgskolen i Oslo og Akershus. en beskriver

Detaljer

Utvikle en prototype for en digital versjon av helsekort for gravide. Programvareleverandør av ehelse-løsninger for helsevesenet

Utvikle 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

Detaljer

SRD. Software Requirements and Design GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie

SRD. Software Requirements and Design GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie SRD Software Requirements and Design GLIS Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie Innholdsfortegnelse 1. Systemoversikt... 2 2. Tekniske krav... 3 2.1. Funksjonskrav og brukergrensesnitt spesifikasjon...

Detaljer

Software Development Plan

Software Development Plan Software Development Plan Værsystem Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk SDP 03/04/2018 Systemutvikling og dokumentasjon/ia4412

Detaljer

Kravspesifikasjon. 14. oktober 2002

Kravspesifikasjon. 14. oktober 2002 Kravspesifikasjon gruppe 42 Nils-Kristian Liborg (brukergrensesnitt), Bente Brevig (beskrivelser, aktørbeskrivelser, diagram, kvalitetssikring), Tom Olav Bruaas (beskrivelser), Eirik Lied (beskrivelser,

Detaljer

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

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

Detaljer

Guide for tilkobling til HIKT s Citrix løsning

Guide for tilkobling til HIKT s Citrix løsning Guide for tilkobling til HIKT s Citrix løsning Innhold Guide for tilkobling til HIKT s Citrix løsning... 1 Sjekk om Citrix er installert... 1 Tilgang til applikasjon fra kontoret... 2 Tilgang til applikasjon

Detaljer

Brukermanual for AppenesApp Administrasjonsportal

Brukermanual for AppenesApp Administrasjonsportal Brukermanual for AppenesApp Administrasjonsportal 1 Innholdsfortegnelse 2 Innledning... 2 2.1 Forord... 2 2.2 Om produktet... 2 3 Administrering av kontoer... 2 3.1 Bytte Passord... 2 3.2 Opprette konto...

Detaljer

System Dokumentasjon. Team2. Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk

System Dokumentasjon. Team2. Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk System Dokumentasjon Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk System Dokumentsjon 23/04/2018 Systemutvikling og dokumentasjon/ia4412

Detaljer

Entobutikk 1.KRAVSPESIFIKASJON VÅR 2011

Entobutikk 1.KRAVSPESIFIKASJON VÅR 2011 1.KRAVSPESIFIKASJON VÅR 2011 1 DELKAPITTEL 1 INNLEDNING Kravspesifikasjonen er svært nyttig sett i forhold til produktet vi ønsker å utvikle. Dokumentet regnes som et av de viktigste i hovedprosjektet

Detaljer

Eventhandler 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 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...

Detaljer

Leveranse 2. September 27, 2002

Leveranse 2. September 27, 2002 Leveranse 2 gruppe 42 Nils-Kristian Liborg (brukergrensesnitt), Bente Brevig (beskrivelser, aktørbeskrivelser, diagram, kvalitetssikring), Tom Olav Bruaas (beskrivelser), Eirik Lied (beskrivelser, diagram,

Detaljer

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

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

Detaljer

Releaseskriv versjon 2.13. Vedr. INSTALLASJONSPROSEDYRER. Versjon 2.13.36. Pr. 30. MARS 2012 Copyright. Daldata Bergen AS

Releaseskriv versjon 2.13. Vedr. INSTALLASJONSPROSEDYRER. Versjon 2.13.36. Pr. 30. MARS 2012 Copyright. Daldata Bergen AS APPENDIX Releaseskriv versjon 2.13 Vedr. INSTALLASJONSPROSEDYRER Versjon 2.13.36 Pr. 30. MARS 2012 Copyright Daldata Bergen AS Bransjeoversikt- se vår webside: www.daldatabergen.no : Side 1 av 11 Innholdsfortegnelse

Detaljer

Løsningsforslag til Case. (Analysen)

Løsningsforslag til Case. (Analysen) Løsningsforslag til Case (Analysen) Dette er en skisse til løsning av Case et med bussinformasjonssystemet. Jeg kaller det en skisse fordi det på den ene siden ikke er noe fasitsvar og fordi løsningen

Detaljer

Kravspesifikasjon MetaView

Kravspesifikasjon 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

Detaljer

Steg for steg. Sånn tar du backup av Macen din

Steg for steg. Sånn tar du backup av Macen din Steg for steg Sånn tar du backup av Macen din «Being too busy to worry about backup is like being too busy driving a car to put on a seatbelt.» For de fleste fungerer Macen som et arkiv, fullt av bilder,

Detaljer

Testrapport for Sir Jerky Leap

Testrapport 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

Detaljer

Teknisk veiledning for internettløsningen av «Tempolex bedre læring».

Teknisk veiledning for internettløsningen av «Tempolex bedre læring». Teknisk veiledning for internettløsningen av «Tempolex bedre læring». Nettløsningen består nå av: «Tempolex bedre lesing», «Tempolex betre lesing», «Tempolex better reading», «Tempolex matematikk, bokmål»,

Detaljer

RUTEPLANLEGGINGSSYSTEM BRUKERVEILEDNING

RUTEPLANLEGGINGSSYSTEM 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

Detaljer

MinGat ny innloggingsmetode

MinGat ny innloggingsmetode MinGat ny innloggingsmetode Helse Vest IKT har vurdert at tidligere innloggingsmetode til MinGat hjemmefra ikke var sikker nok. De har derfor skjerpet sikkerheten. Dersom du ønsker å logge deg inn hjemmefra

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

Oppgradering av Handyman til siste tilgjengelige versjon

Oppgradering av Handyman til siste tilgjengelige versjon Oppgradering av Handyman til siste tilgjengelige versjon Innhold Kjekt å vite før oppgradering av Handyman... 1 Installasjonsveiledning... 2 Handyman Administrator... 2 Handyman Office... 3 FAQ.... 4 Hvorfor

Detaljer

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

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

Detaljer

Denne brukerguiden beskriver hvordan man går frem for å spille simuleringen Hjørne pushback på web.

Denne brukerguiden beskriver hvordan man går frem for å spille simuleringen Hjørne pushback på web. Brukerguide Hjørne pushback Denne brukerguiden beskriver hvordan man går frem for å spille simuleringen Hjørne pushback på web. Innhold Spille simuleringen på web... 1 Før du starter... 1 Innlogging...

Detaljer

Del VII: Kravspesifikasjon

Del 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 å

Detaljer

Del 1: Overgang fra gammel hjemmeside til ny hjemmeside

Del 1: Overgang fra gammel hjemmeside til ny hjemmeside Del 1: Overgang fra gammel hjemmeside til ny hjemmeside Instituttsider og personlige hjemmesider som ligger på HFs egen webserver skal nå fases ut.dette innebærer at alle som fortsatt har hjemmesider der,

Detaljer

Ferdigstille PC-en for Win8 eller Win7 Følg veiledningen under for å ferdigstille PC-en samt registrere din Windows lisens.

Ferdigstille PC-en for Win8 eller Win7 Følg veiledningen under for å ferdigstille PC-en samt registrere din Windows lisens. Avhendelse med Windows 8 Ultimate og Office ProPlus Innledning Alle elever i STFK har mulighet for utkjøp av PC-en ved skoleslutt. Denne prosedyren beskriver hva som må gjøres etter PC-en er blitt reinstallert

Detaljer

Brukerveiledning for nedlastning og installasjon av Office 2013. Av Roar Nubdal, fagprøve IKT-servicefag, juni 2014

Brukerveiledning for nedlastning og installasjon av Office 2013. Av Roar Nubdal, fagprøve IKT-servicefag, juni 2014 Brukerveiledning for nedlastning og installasjon av Office 2013 Av Roar Nubdal, fagprøve IKT-servicefag, juni 2014 1 Innhold Brukerveiledning for nedlastning og installasjon av Office 2013... 1 Info...

Detaljer

Kandidat nr. 1, 2 og 3

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

Detaljer

For bruk med Xerox ConnectKey Technology-aktiverte multifunksjonsprintere (MFP-er)

For bruk med Xerox ConnectKey Technology-aktiverte multifunksjonsprintere (MFP-er) Xerox App Gallery Hurtigveiledning 702P03997 For bruk med Xerox ConnectKey Technology-aktiverte multifunksjonsprintere (MFP-er) Bruk Xerox App Gallery for å finne apper med nye funksjoner og muligheter

Detaljer

Funksjonskravene er delt opp i to deler, krav til spillsekvens og generelle funksjonskrav.

Funksjonskravene er delt opp i to deler, krav til spillsekvens og generelle funksjonskrav. Kravspesifikasjon I dette kapittelet foreligger kravspesifikasjonen som ble utformet tidlig i prosjektprosessen. Dette er den opprinnelige kravspesifikasjonen. Det har igjennom prosjektprosessen vært naturlig

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

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

Forprosjektrapport MetaView

Forprosjektrapport MetaView Forprosjektrapport MetaView BACHELOROPPGAVE VÅREN 2014 Presentasjon Tittel: MetaView Oppgave: Utvikle en Windows 8 applikasjon som skal forenkle en liten del av MetaVision. Et verktøy for sykehus, leger

Detaljer

Minfagplan.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. 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

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

Småteknisk Cantor Controller installasjon

Småteknisk Cantor Controller installasjon Cantor AS Småteknisk Cantor Controller installasjon 10.10.2012 INSTALLASJON OG OPPSETT AV CANTOR CONTROLLER 3 Nedlasting av programfiler 3 Nyinstallasjon server / enbruker 3 A. Controller instansen som

Detaljer

Lærebok. Opplæring i CuraGuard. CuraGuard Opplæringsbok, - utviklet av SeniorSaken -

Læ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

Detaljer

Requirements & Design Document

Requirements & Design Document Requirements & Design Document Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk SRD 03/04/2018 Systemutvikling og dokumentasjon/ia4412

Detaljer

Velkommen til Pressis.

Velkommen til Pressis. 1 Velkommen til Pressis. Dette er et veiledende dokument med linker i innledningen. Veiledningene vil ta deg igjennom de forskjellige tilkoblings muligheter du har med oss. Hvis du bare har behov for en

Detaljer

Google Chrome. Microsoft Edge. Mozilla Firefox. Internet Explorer. Opera. Safari

Google Chrome. Microsoft Edge. Mozilla Firefox. Internet Explorer. Opera. Safari Google Chrome Microsoft Edge Mozilla Firefox Internet Explorer Opera Safari Google Chrome Dersom nettbanken ikke vises eller fungerer som den skal, så hjelper det ofte å slette midlertidige filer i din

Detaljer

Team2 Requirements & Design Document Værsystem

Team2 Requirements & Design Document Værsystem Requirements & Design Document Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk SRD 22/01/2018 Systemutvikling og dokumentasjon/ia4412

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

4.1. Kravspesifikasjon

4.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

Detaljer

JOBOFFICE POCKETLINK FOR ANDROID Installasjons- og klargjøringsprosedyre, del 1

JOBOFFICE POCKETLINK FOR ANDROID Installasjons- og klargjøringsprosedyre, del 1 Side1 JOBOFFICE POCKETLINK FOR ANDROID Installasjons- og klargjøringsprosedyre, del 1 Før support hos Holte bistår med del 2 av Installasjons- og klargjøringsprosedyren, forutsettes det at du har skaffet

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

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

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

Detaljer

E-postguide For Windows Phone 8

E-postguide For Windows Phone 8 E-postguide For Windows Phone 8 Kom i gang med Outlook på mobilen (for ansatte) Steg 1: Gå til innstillinger for e-post og kontoer Trykk på Start, sveip mot venstre til app-listen og trykk på Innstillinger.

Detaljer

Compello Invoice Approval

Compello Invoice Approval Compello Invoice Approval Godkjenning Webmodul brukerdokumentasjon Nettbrett og desktop via nettleser Index 1 Innledning... 3 2 Funksjonalitet... 4 Nettbrett og desktop via nettleser... 4 2.1.1 Desktop

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 Prosjektfakta. Medlemsregister for YXD-Kurdistan. Prosjektnummer: 07 09. Ernad Fajkovic

Kravspesifikasjon. 1 Prosjektfakta. Medlemsregister for YXD-Kurdistan. Prosjektnummer: 07 09. Ernad Fajkovic Kravspesifikasjon 1 Prosjektfakta Prosjekttittel: Medlemsregister for YXD-Kurdistan Prosjektnummer: 07 09 Gruppemedlemmer: Oppdragsgiver: Kontaktperson: Intern veileder: Asad Fattahi Ernad Fajkovic YXD-Kurdistan

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

For mer informasjon om SQL Server 2014 Express, se Microsoft sine nettsider: https://msdn.microsoft.com/en-us/sqlserver2014express.

For mer informasjon om SQL Server 2014 Express, se Microsoft sine nettsider: https://msdn.microsoft.com/en-us/sqlserver2014express. 1 Innholdsfortegnelse Microsoft SQL Server 2014 Express... 3 Nedlastning av installasjonsfil for SQL Server 2014 Express... 3 Installasjon av SQL Server 2014 Express... 4 Installasjon av Huldt & Lillevik

Detaljer

Hovedprosjekt 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 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

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

Brukerveiledning digital eksamen i FLOWlock

Brukerveiledning digital eksamen i FLOWlock Brukerveiledning digital eksamen i FLOWlock Følgende må være installert, testet og levert på egen maskin (den maskinen som skal brukes på digital eksamen) før eksamensdagen: - Eduroam (trådløst nett på

Detaljer

Hvordan komme i gang på www.nakos.no?

Hvordan komme i gang på www.nakos.no? Hvordan komme i gang på www.nakos.no? De fleste kurs og ressurser krever at du er registrert bruker for å få tilgang til innholdet. Du skriver inn www.nakos.no i adressefeltet i nettleseren, eller søker

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

Forprosjektrapport. Bachelorprosjekt ved Høgskolen i Oslo og Akershus, våren Gruppe 11. Mohamed el Morabeti, s198748

Forprosjektrapport. Bachelorprosjekt ved Høgskolen i Oslo og Akershus, våren Gruppe 11. Mohamed el Morabeti, s198748 Forprosjektrapport Bachelorprosjekt ved Høgskolen i Oslo og Akershus, våren 2016 Gruppe 11 Mohamed el Morabeti, s198748 Hotan Shahidi-Nejad, s236770 Arlen Syver Wasserman, s193956 Studentparlamentet 1

Detaljer

Installasjon av Windows 7 og Office 2016

Installasjon av Windows 7 og Office 2016 Installasjon av Windows 7 og Office 2016 Du har fått med deg en skole-pc som du nå skal overta. For at den skal virke optimalt som privat PC utenfor SIKT-nettet må den installeres på nytt. Denne bruksanvisningen

Detaljer

Brukerveiledning Tilkobling internett ALT DU TRENGER Å VITE OM BRUKEN AV INTERNETT

Brukerveiledning Tilkobling internett ALT DU TRENGER Å VITE OM BRUKEN AV INTERNETT Brukerveiledning Tilkobling internett ALT DU TRENGER Å VITE OM BRUKEN AV INTERNETT 1 2 3 4 5 6 7 KOBLING TIL HJEMMESENTRAL OPPSETT AV TRÅDLØS ROUTER OG BRANNMUR I HJEMMESENTRALEN OPPKOBLING AV PC TIL INTERNETT

Detaljer

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

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

Detaljer

Produktdokumentasjon. Madison Møbler Administrasjonsside og Nettbutikk

Produktdokumentasjon. 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

Detaljer

Software Development Plan (1. utkast)

Software Development Plan (1. utkast) Software Development Plan (1. utkast) Høgskolen i Sørøst-Norge Fakultet for teknologiske fag Institutt for elektro, IT og kybernetikk SDP 12/01/2018 Systemutvikling og dokumentasjon/ia4412 Innholdsfortegnelse

Detaljer

Kap 11 Planlegging og dokumentasjon s 310

Kap 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:

Detaljer

Brukerveiledning LagerMester ios

Brukerveiledning LagerMester ios ios Hvis du spiller på ipad eller iphone, følg disse stegene for å laste ned appen, logge inn og starte treningen Gå til: lagermester.attensi.com, trykk på «Download on the App Store» Logg inn på itunes

Detaljer

Enbruker-installasjon

Enbruker-installasjon Veiledning Enbruker-installasjon Mars 2016 Din verktøykasse for anbud og prosjekt 2016 Powel AS Side 1 av 28 Innholdsfortegnelse 1 INNLEDNING 3 2 DATABASEINSTALLASJON 3 2.1 SIKKERHETSKOPI 3 2.2 INSTALLASJON

Detaljer

WP-WATCHER WORDPRESS SIKKERHET

WP-WATCHER WORDPRESS SIKKERHET WP-WATCHER WORDPRESS SIKKERHET WP-WATCHER BACKUP - SIKKERHETSKOPIERING «Hei! Jeg oppdaterte en plugin på siden min og nå kommer jeg ikke inn på siden min i det hele tatt. Kan du hjelpe meg?» «Hjelp! Jeg

Detaljer

HOVEDPROSJEKT. Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo

HOVEDPROSJEKT. Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo PROSJEKT NR. 2008-18 Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo TILGJENGELIGHET Åpen HOVEDPROSJEKT Telefon: 22 45 32 00 Telefaks: 22 45 32 05

Detaljer

BRUKERVEILEDNING KID ButikkSim IPAD

BRUKERVEILEDNING KID ButikkSim IPAD IPAD Følg stegene under for å installere og starte simuleringen 1 2 3 4 Gå til: http://kid.attensi.com og trykk på «Dowload on the App Store» Logg inn på itunes Store Trykk på «Installer». Vent mens appen

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

Installasjon enbruker

Installasjon enbruker Veiledning Installasjon enbruker 04.06.2012 Din verktøykasse for anbud og prosjekt 2012 CITEC AS v/sverre Andresen Side 1 av 25 Innholdsfortegnelse 1 INNLEDNING 3 2 DATABASEINSTALLASJON 3 2.1 START INSTALLASJON

Detaljer

Kravspesifikasjon. Forord

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

Detaljer

Google Cloud Print-guide

Google Cloud Print-guide Google Cloud Print-guide Version 0 NOR Definisjoner av merknader Vi bruker disse merknadene i brukermanualen: Merknader gir informasjon om hva du bør gjøre i en bestemt situasjon, eller de gir tips om

Detaljer

Syste m documentation

Syste m documentation Syste m documentation Innholdsfortegnelse 1 Oversikt... 2 1.1 Beskrivelse av det grafiske bilde av applikasjonen:... 3 2 Tekniske krav... 4 2.1 Krav for applikasjonen:... 4 2.2 Krav som ikke MÅ være med

Detaljer

Vedlegg 1: Oversikt over noen mulige leverandører

Vedlegg 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

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

Foreldreveileder i hvordan lære å lese og å oppnå bedre leseflyt med «Tempolex bedre lesing 4.0», veilederversjon 1.0

Foreldreveileder i hvordan lære å lese og å oppnå bedre leseflyt med «Tempolex bedre lesing 4.0», veilederversjon 1.0 Foreldreveileder i hvordan lære å lese og å oppnå bedre leseflyt med «Tempolex bedre lesing 4.0», veilederversjon 1.0 Du sitter foran datamaskinene og har fått i oppgave fra skolen å øve Tempolex med barnet

Detaljer

Konsulent. Nicklas Eltvik Født: 1992 Nasjonalitet: Norsk. Kontaktinformasjon: Telefon: E-post:

Konsulent. Nicklas Eltvik Født: 1992 Nasjonalitet: Norsk. Kontaktinformasjon: Telefon: E-post: Konsulentprofil 1/6 Konsulent Nicklas Eltvik Født: 1992 Nasjonalitet: Norsk Kontaktinformasjon: Telefon: 41206449 E-post: eltviksolutions@outlook.com Sammendrag Nicklas er enn fullstack.net C# utvikler

Detaljer

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

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

Detaljer

SLUTTRAPPORT. gruppe 42 Nils-Kristian Liborg, Bente Brevig, Tom Olav Bruaas, Eirik Lied og Hege Lid Pedersen. 25. november 2002

SLUTTRAPPORT. gruppe 42 Nils-Kristian Liborg, Bente Brevig, Tom Olav Bruaas, Eirik Lied og Hege Lid Pedersen. 25. november 2002 SLUTTRAPPORT gruppe 42 Nils-Kristian Liborg, Bente Brevig, Tom Olav Bruaas, Eirik Lied og Hege Lid Pedersen 25. november 2002 1 Innhold 1 Sammenligning ressursforbruk 3 2 Erfaringer fra prosjektgjennomføring

Detaljer

Informasjon for nye brukere (for administratorer) Mars 2014, 3. utgave

Informasjon 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

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

Use Case Modeller. Administrator og standardbruker

Use Case Modeller. Administrator og standardbruker Vedlegg 1 Use Case Modeller Administrator og standardbruker 2 Use case Logge inn Bruker Bruker ønsker å logge inn Bruker har valgt å logge inn Bruker er logget inn 1. Systemet ber om brukernavn 2. Systemet

Detaljer

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

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

Detaljer

Forprosjektrapport. 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 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...

Detaljer