Vedlegg Side 83 av 155
|
|
- Krister Enger
- 8 år siden
- Visninger:
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 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
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
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
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. Forord
Kravspesifikasjon Forord Kravspesifikasjonen skal beskrive applikasjonens funksjonalitet og betingelsene som oppdragsgiver krever. Det skal også hjelpe utviklerne med å begrense applikasjonen slik at den
DetaljerSRD 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...
DetaljerVEDLEGG 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...
DetaljerSRD 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...
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
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
DetaljerProduktrapport 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
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
Detaljer3 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
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
DetaljerSRD. 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...
DetaljerSoftware 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
DetaljerKravspesifikasjon. 14. oktober 2002
Kravspesifikasjon gruppe 42 Nils-Kristian Liborg (brukergrensesnitt), Bente Brevig (beskrivelser, aktørbeskrivelser, diagram, kvalitetssikring), Tom Olav Bruaas (beskrivelser), Eirik Lied (beskrivelser,
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
DetaljerGuide 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
DetaljerBrukermanual 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...
DetaljerSystem 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
DetaljerEntobutikk 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
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...
DetaljerLeveranse 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,
DetaljerUse 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
DetaljerReleaseskriv 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
DetaljerLø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
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
DetaljerSteg 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,
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
DetaljerTeknisk 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»,
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
DetaljerMinGat 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
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
DetaljerOppgradering 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
DetaljerUse 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,
DetaljerDenne 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...
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 å
DetaljerDel 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,
DetaljerFerdigstille 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
DetaljerBrukerveiledning 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...
DetaljerKandidat 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
DetaljerFor 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
DetaljerFunksjonskravene 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
DetaljerHovedprosjekt 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
DetaljerSoftware 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
DetaljerForprosjektrapport 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
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
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,
DetaljerSmå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
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
DetaljerRequirements & 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
DetaljerVelkommen 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
DetaljerGoogle 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
DetaljerTeam2 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
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
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
DetaljerJOBOFFICE 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
DetaljerHovedprosjekt. 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
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
DetaljerE-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.
DetaljerCompello 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
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
DetaljerKravspesifikasjon. 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
Detaljer1. 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
DetaljerFor 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
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
DetaljerDel 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
DetaljerBrukerveiledning 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å
DetaljerHvordan 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
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
DetaljerForprosjektrapport. 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
DetaljerInstallasjon 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
DetaljerBrukerveiledning 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
DetaljerProsessrapport. 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.
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
DetaljerSoftware 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
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:
DetaljerBrukerveiledning 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
DetaljerEnbruker-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
DetaljerWP-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
DetaljerHOVEDPROSJEKT. 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
DetaljerBRUKERVEILEDNING 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
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.
DetaljerInstallasjon 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
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.
DetaljerGoogle 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
DetaljerSyste 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
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
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
DetaljerForeldreveileder 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
DetaljerKonsulent. 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
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
DetaljerSLUTTRAPPORT. 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
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
DetaljerForprosjektrapport. 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
DetaljerUse 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
DetaljerKravspesifikasjon. 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.
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...
Detaljer