HOVEDPROSJEKT I ANVENDT DATATEKNOLOGI OG INFORMASJONSTEKNOLOGI Nettbasert-Leksehjelp

Størrelse: px
Begynne med side:

Download "HOVEDPROSJEKT I ANVENDT DATATEKNOLOGI OG INFORMASJONSTEKNOLOGI 2014. Nettbasert-Leksehjelp"

Transkript

1 Våren 2014 HØGSKOLEN I OSLO OG AKERSHUS HOVEDPROSJEKT I ANVENDT DATATEKNOLOGI OG INFORMASJONSTEKNOLOGI 2014 Nettbasert-Leksehjelp Gruppe 38 Muna Ghafour (s180485) Ali Karaboga (s171198) Fahad Sajid (s177996) Stephanie Yiamveha (s180389) 1

2 PROSJEKT NR. 38 Våren 2014 TILGJENGELIGHET Åpen Studieprogram: Anvendt Datateknologi & Informasjonsteknologi Telefon: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Telefaks: Besøksadresse: Holbergs plass, Oslo HOVEDPROSJEKT HOVEDPROSJEKTETS TITTEL Nettbasert-Leksehjelp DATO ANTALL SIDER / BILAG 61/4 PROSJEKTDELTAKERE Muna Ghafour (s180485) Ali Karaboga (s171198) Fahad Sajid (s177996) Stephanie Yiamveha (s180389) INTERN VEILEDER Geir Skjevling OPPDRAGSGIVER Oslo Kultur- og Utdanningsforening KONTAKTPERSON Abdurrahim Øzturkoglu Sammendrag Hovedprosjektet skal gjennomføres ved Høgskolen i Oslo og Akershus, fakultet for teknologi, kunst og design i samarbeid med Oslo Kultur og Utdanningsforening (OKUF). Oppgaven består i å lage en ny webside for OKUF, der de ønsker et nytt innloggingssystem hvor elevene skal få tilgang til et nettbasert leksehjelp. Denne dokumentasjonen er satt sammen av to deler: Prosess- og produktdokumentasjon. Tre stikkord Leksehjelp PHP (webprogrammering) Kommunikasjon 2

3 Våren 2014 FORORD Denne rapporten inneholder prosessdokumentasjonen for arbeidet med hovedprosjektet Nettbasert-Leksehjelp ved Høgskolen i Oslo og Akershus (HiOA), våren Dette dokumentet inneholder dokumentasjon over arbeidet vårt med dette prosjektet. Her finner man informasjon om oppdragsgiver, prosjektbeskrivelse, utviklingen av nettsiden, dokumentasjonen og hvordan nettsiden fungerer. Dette settet består av tre deler; prosessrapporten, produktrapporten og brukerveiledning for Administrator. Dokumentet er ment for sensor, veileder og de som skal drifte nettsiden, og finnes på både papirformat og digitalt. Linken er: Vi vil gjerne takke Oslo kultur- og Utdanningsforening for å ha latt oss jobbe med dette prosjektet. Videre vil vi også takke Geir Skjevling, veilederen vår ved HIOA. 3

4 Våren 2014 Innhold Prosessdokumentasjon....5 Produktdokumentasjon.20 Kilder..57 Vedlegg

5 Våren 2014 Prosessdokumentasjon 5

6 Prosessdokumentasjon Våren 2014 INNHOLDSFORTEGNELSE 1 INNLEDNING Om gruppen Om oppdragsgiver Bakgrunn Mål og rammebetingelser Mål Rammebetingelser.9 2 PLANLEGGING OG ARBEIDSMETODE Styringsdokumentasjon Prosjektskisse Prosjektdagbok Forprosjektrapport Milepælsplan Risikoplan Kravspesifikasjoner Verktøy Dreamweaver PhpMyAdmin (MySQL) Microsoft Windows Paint og Photoshop Violet Dropbox Google Docs UTVIKLINGSPROSESS Oppstartsfasen Utviklingsmodell Tenkt løsning Utfordringer

7 Prosessdokumentasjon Våren Samarbeid Med veileder Med oppdragsgiver Med gruppen Samarbeidsavtale KONKLUSJON 15 7

8 Prosessdokumentasjon Våren INNLEDNING 1.1 Om gruppen Vår gruppe består av Ali Karaboga, Muna Ghafour, Stephanie Yiamveha og Fahad Sajid. Vi går i tredje året på Anvendt Datateknologi, minus Ali, som går Informasjonsteknologi. De tre av oss som går i samme studie er godt kjent fra før, men har ikke veldig mye erfaring med å være på gruppe sammen. Likevel forstår vi hverandres ambisjoner og hva som trengs for å gjøre dette til et fullverdig prosjekt. 1.2 Om oppdragsgiver Oppdragsgiveren vår er Oslo kultur- og utdanningsforening (heretter kalt OKUF). OKUF er en ideell forening som har til formål å støtte barn, ungdommer og voksne på utdanning og kulturelle sider ved å organisere nasjonale og internasjonale programmer og aktiviteter gjennom ulike tiltak. Å hjelpe ungdommer i sin identitetsutvikling gjennom opplysningsarbeid og styrke motivasjonen for studier, skole og universitet. Øke rekrutteringen til høyere utdanning av mennesker med minoritetsbakgrunn i Norge. Øke den interkulturelle forståelsen. Å kunne fremme veiledning og kunnskap i naturfag, språk og samfunnsorienterende emner. Å kunne tilby elever slik studiehjelp for at de lettere skal kunne oppnå gode resultater i sine studier Å styrke ungdommenes egenverd og visjoner. Å organisere temadager, seminarer, konferanser, foredrag, utflukter, teatergrupper, idrettsog fritidsaktiviteter. Å samarbeide med foreninger, organisasjoner og stiftelser med fellesmål og utveksle kunnskaper i samhandling. Å delta i ulike prosjekter i regi av EU og EØS landene og opprette prosjekter som kan inngå i samarbeid med disse. Styre forbeholder seg retten til å føye til nye formål ved behov. 8

9 Prosessdokumentasjon Våren Bakgrunn Før vi startet dette prosjektet hadde ikke OKUF en fungerende nettside som er oppe. Når man googlet Oslo kultur- og Utdanningsforening fikk man veldig får resultater, hvor blant annet var med på søkelisten, men siden hadde ingen funksjon. Av og til kom det opp at siden ikke ekisterer. I følge var nettsiden til OKUF i bruk til 2013, men hadde ikke noe særlig med innhold. Derfor ønsker OKUF nå en egen nettside som fungerer. De vil at det skal bli en leksehjelp side, og ønsker et eget rom for elevene og lærene. OKUF har også ønske om å kunne legge ut forskjellige tilbud om kurs og aktiviteter. Vi kom i kontakt med OKUF, ved hjelp av Ali som jobber hos OKUF. 1.4 Mål og rammebetingelser Mål Målet med dette prosjektet er å lage en nettside for OKUF som skal fungere som et plattform hvor man kan få leksehjelp, og se forskjellige aktiviteter og kurser. Meningen med nettsiden skal være å hjelpe elevene med leksehjelp innenfor diverse fag, samtidig skal lærerne og foreldrene også ha innsyn i ungenes arbeid. De skal også kunne diskutere med hverandre i et lite forum Rammebetingelser Det skal være mulig å logge seg inn med brukernavn og passord. Aktiviteter og kurser skal kunne annonseres på nettsiden. Kontaktlærer skal kunne se elevenes aktiviteter på siden Foreldrene skal kunne kommunisere med hverandre i forumet 9

10 Prosessdokumentasjon Våren PLANLEGGING OG ARBEIDSMETODE 2.1 Styringsdokumentasjon For å ha en god dokumenthåndtering mellom oss bruker vi en felles mappe i Dropbox og Google Docs. Google Docs bruker vi hele veien mens vi skriver rapporten, så alle skriver på samme dokument. Inne på Dropbox har vi alle filene delt som diverse dokumenter, nettsiden, bilder osv. Hver uke har vi et fast møte. Etter endt møte en det en fast person som skriver et referat, inne på Google Docs slik at de andre deltagerne kan også se. På møtene tildeler vi oppgaver til hverandre, og alle skriver ned hva de har gjort og sender dette på mail, slik at den ansvarlige tar seg av det Prosjektskisse Det er den første rapporten vi har skrevet. I prosjektskissen står det hvem vi har oppdrag hos, beskrivelsen av prosjektet og hvem gruppemedlemmene er. Prosjektskissen har også blitt laget som en nettside Prosjektdagbok Hver uke har vi prøvd å ha minst et møte. I dagboken står det om hva som har blitt diskutert og avtalt på møtene. Hvilke oppgaver som må bli gjort til neste møte, hva som har blitt gjort og problemer som har oppstått. Det er også blitt brukt som referat til hver endt møte. Prosjektdagboken har vært et nyttig verktøy, som hjelper oss å huske hva som har blitt gjort. Den har blitt skrevet på Google Docs, i en felles mappe vi har sammen, slik at alle har tilgang til den Forprosjektrapport Forprosjektrapporten ble laget i januar. Rapporten inneholder informasjon om arbeidsgiver, daværende situasjon, målet med prosjektet, rammebetingelser og utviklingsverktøy, og vår løsning Milepælsplan Milepælsplanen forteller oss hva vi skal gjøre og når det skal gjøres. I den er det beskrevet spesifikk hvilke oppgaver som må bli gjort, som milepæler, og må bli ferdig til angitt tid. Den har hjulpet oss med å se hva som må gjøres og gitt litt mer press på å bli ferdig innen en viss tid Risikoplan Risikoplanen viser hvilke konsekvenser som kan skje underveis, hvor stor sannsynligheten er og hvilke tiltak som kan gjøres. 10

11 Prosessdokumentasjon Våren Kravspesifikasjoner Kravspesifikasjonen definerer hvilke krav arbeidsgiveren stiller til systemet. Selv om vi har fritt til å bestemme våre egne krav, bestemte vi kravene etter samarbeid med arbeidsgiveren. Kravspesifikasjonen finner du produktrapporten. 2.2 Verktøy Dreamweaver Vi tok i bruk Dremweaver siden vi syntes at den var brukervennlig og gav god oversikt over kodene. Her vil vi hovedsaklig bruke HTML4 og CSS PhpMyAdmin(MySQL) Vi valgte å jobbe med PhpMyAdmin for databasen fordi det er behagelig verktøy og lett å håndtere MySQL, der også kan man gjøre forskjellig oppgaver som å opprette, endre eller slette databaser, tabeller, kolonner eller rader, utføre SQL-setninger, eller administrere brukere og tillatelser Microsoft Windows 7 For utvikling og testing Paint og Photoshop I tillegg har vi brukt Paint og Photoshop for å redigere bildene, screenshots og liggnende Violet Vi benyttet Violet for å lage use case diagrammene i utviklingsfasen Dropbox Vi benyttet Dropbox til å lagre alle filene som ble opprettet slik at alle i gruppa hadde lett tilgang til filene gjennom deres egen PC Google Docs Vi benyttet Google Docs til å opprette dokumenter som vi skulle skrive i. Vi kunne arbeide med dokumentasjonen og Google Docs ville lagre alt automatisk. Samtidig kunne vi se hva de andre i gruppa drev med i sanntid, slik at vi ikke drev og jobbet med det samme. 11

12 Prosessdokumentasjon Våren UTVIKLINGSPROSESS 3.1 Oppstartsfasen Prosjektgruppen ble først dannet av Ali og Muna. Fahad og Stephanie var egentlig en egen gruppe og hadde en tredje person. Gruppen dannet seg litt etter skolestart i august Vi var i gruppe på andre prosjekter også, så vi har samarbeidet før. Etter noen måneder sammen i gruppe, bestemte tredjemann å forlate gruppa, uten å melde fra om det, eller gi noen form for respons til oss andre. Dermed ble det bare Fahad og Stephanie. Vi tenkte at hovedprosjektet var for stort til bare oss og startet med å se etter grupper som bare var en eller to. Via forespørsel på e-post kom vi i kontakt med Muna og Ali. I januar møttes alle medlemmene for første gang, og det var da vi kunne komme i gang med prosjektet. Fahad og Stephanie ble presentert hva hovedoppgaven gikk ut på og fikk informasjon om hva som måtte gjøres. 3.2 Utviklingsmodell Vi valgte å ikke jobbe etter en bestemt utviklingsmodell, men har planlagt eller lagt en plan for hvordan vi skulle jobbe. Milepælsplanen har på en måte vært en modell, fordi vi har fulgt milepælene, og deretter planlagt hva vi skal gjøre. Dette er måten vi har jobbet på: Idémyldring Planlegging Utvikling Dokumentere Ved å følge disse punktene har vi hatt kontroll på hva som måtte gjøres, og eventuelt hva som måtte rettes opp om det ikke gikk som planlagt. Vår hovedregel har vært at det må være god kommunikasjon i gruppen. Vi har hatt jevnlig med møter, for det er viktig når vi skal samarbeide. Møtene vi har hatt har vært både på skolen eller via internett. Da har vi kommunisert gjennom web- og mobilapplikasjoner som Facebook og Viber. Gruppen startet med å diskutere hvordan utseende nettsiden skulle ha. Dette tenkte vi var en fin måte å starte på, slik at vi etter hvert kunne se om vi klarte å følge etter denne. Vi lagde en papirprototype, en type kladd med innspurt av ideer. Etterhvert begynte vi å lage skjellettet på nettsiden, slik at vi hadde en begynnelse. 12

13 Prosessdokumentasjon Våren 2014 Når vi begynte å jobbe med nettsiden, så vi kanskje at vi ikke kunne lage den slik som vi tegnet ned vår første prototype. Programmeringen gjorde vi litt hver dag med jevnlig oppdateringer til hverandre. 3.3 Tenkt løsning Vi skal lage en helt ny nettside der det er mulighet for elevene å få leksehjelp. Elevene får egne brukernavn og passord, slik at de kan logge seg inn. Dermed må vi også ha en database. I tillegg tenkte vi å lage et arkiv, hvis elevene skulle trenge hjelp utenfor åpningstidene. Nettsiden skal ha en logo og en hovedmeny som innholder Hjem, Om oss, Kontakt oss. Vi implementerer en søkemotor som gjør det lettere å få tilgang til forskjellige rom. Aktiviteter, kurs og nyheter skal kunne annonseres på siden. På nettsiden skal det være tre ulike rom/forum. En for lærerene, en for foresatte og et eget leksehjelprom for elevene. Det er ulike rom, slik at de foresatte kan diskutere med hverandre og eventuelt med lærerne. 3.4 Utfordringer Første utfordring var at det var vanskeligheter med å sette opp arkitekturen til nettsiden og hvordan ting skulle settes sammen. Vi måtte tenke ut en best mulig måte å lage siden på. Arkitekturen ble endret etterhvert, siden vi ikke var helt fornøyde med den. En annen ting var at vi måtte bruke en hel uke bare på å løse kommunikasjonen mellom lærer og elev. Hvordan skulle vi få dette til å fungere, og ble litt oppgitt, når vi ikke klarte å løse det etter flere dager. Lærerdelen var også noe vi strev med. Når admin legger til en lærer, skal den læreren få en e-post med link som aktiverer kontoen. Vi prøvde først å registrere med Gmail, og fikk ingen link. Heller ikke inne på spam. Da la vi til en lærer til med Gmail, fikk vi atter en gang ingen e-post. Den tredje læreren vi la til brukte Hotmail, og denne personen fikk en e-post inn på spam. Læreren fikk åpnet mailen, og klikket på aktiver konto. Linken førte ingen vei og kom til en nettside som ikke fungerte. Den største utfordringen for oss var tidspresset på grunn av jobb og annet skolearbeid. En annen utfordring var at alle i gruppa var ikke veldig gode i koding, og det hendte at en eller to i gruppa måtte gjøre litt mer enn de andre under utviklingen, men da ordnet vi det slik at de to andre tok seg av dokumentasjonen når kodingen ble vanskelig. 13

14 Prosessdokumentasjon Våren 2014 Oppgaven i seg selv var veldig vanskelig og stor. Som å lage grensesnittet var både utfordrende og tidskrevende. En positiv utfordring var å prøve mange av de fagrelaterte tingene som vi har lært gjennom disse tre årene. 3.5 Samarbeid Med veileder Arbeidet med veilederen Geir har vært greit og lett. Vi har fått noen råd og tips av han angående arbeidsmåte og nettsidens utseende. Det har ellers vært veldig få møter med han Med oppdragsgiver Vi har hatt god og åpen samarbeid mellom oss som gruppe og oppdragsgiveren. Siden Ali på gruppa jobber hos OKUF har han vært kontaktpersonen mellom oss og arbeidsgiveren.vi har hatt veldig få møter, men har kunnet gjennom Ali samarbeidet med nettsiden Med gruppa Samarbeidet innad gruppen har vært fint. I begynnelsen, etter at Stephanie og Fahad kom, hadde vi flere møter sammen før vi begynte å ha mindre møter. Ettersom vi er fire forskjellige personer med jobb, studier og andre ting, ble det etterhvert vanskeligere å holde faste møter. Det endte ofte med at noen enten ble syk, måtte jobbe eller hadde eksamen og andre innleveringer som var viktigere. Likevel hadde vi god kontakt gjennom Facebook og mobilapplikasjonen Viber, hvor vi kunne diskutere prosjektet, delegere arbeid og komme med annet info Samarbeidsavtale: Vi har blitt enige om noen punkter som skal følges gjennom gruppearbeidet: 1. Hver enkelt i gruppa har ansvar for sine oppgaver. 2. Å være tilstede i møter. 3. Alle endringer som skjer på oppgaven skal oppdateres og hvert enkelt medlem av gruppa får vite om det. 4. Det er viktig å jobbe i godt samarbeid for å oppnå målet til gruppa. 5. Det forventes at alle møter opp på prosjektmøtene, uavhengig av tema for møte. Dette gjøres nødvending da alle medlemmene av gruppen skal holde seg orientert i henhold til prosjektets progresjon. 6. Agenda avgjør møtenes varighet. Hvis det skulle være behov for utvidelse av tid, må deltakerne respektere dette. 7. Et møte kan avsluttes tidligere dersom flertallet uttrykker ønske om dette og arbeidsoppgavene er klare. 8. Blir man enig om at visse arbeidsoppgaver skal være fullført til et gitt tidspunkt forplikter man seg til dette. Ved utfordringer gjeldende utførelse, skal de andre i gruppen informeres så raskt det lar seg gjøre. 14

15 Prosessdokumentasjon Våren Gruppemøtene er reservert prosjektetarbeid og en bør helst unngå mye digresjon. 10. Forslag blir avgjort av flertallet og bør respekteres. 11. Viktig å samarbeide med full forståelse og respekt av andres ideer, og tanker. 4 KONKLUSJON Oslo Kultur- og Utdanningsforening hadde ingen nettside før vi kom i kontakt med dem gjennom Ali. Vår oppgave var å lage en fungerende nettside som skulle fungere som leksehjelp for elevene deres. OKUF ønsker også at de skal kunne legge ut informasjon om aktiviterer og kurs. Vi føler vi har klart å gjennomføre vår tenkte løsning og tatt med de kravene OKUF ønsket. Prosessen har vært lærerrikt og utfordrende. Det er vært både opp og nedturer, men de fleste problemene klarte vi å løse. Det at vi laget en samarbeidsavtale mellom oss har vært en nyttig ting, siden da er vi alle fire forpliktet til det samme. Nettsiden vi har laget er vi fornøyde med, og mener det er et nyttig verktøy. Nettbasert leksehjelp er en fin måte å hjelpe elever som ikke kanskje kan få hjelp hjemme. Og akkurat der er vi glade for at vi kunne lage siden for OKUF. 15

16 Prosessdokumentasjon Våren VEDLEGG 5.1 Risikoanalyse RISIKO SANNSYNLIGHET KONSEKVENS TILTAK Sykdom/skader Middels - Tap av arbeid. - Mer tid brukt på å gjøre ekstra arbeid - Fildeling - Kontakt via forskjellige kommunikasjonskanaler Kommunikasjonssvi kt Lav+ - Forsinkelse av arbeid pga misforståelser - Kommunisere jevnlig - Klargjøre tydelig hva som skal gjøres Mangel på kompetanse Lav - Forsinkelse av arbeid - Få hjelp av gruppemedlemmer og veileder Full timeplan (spesielt mot eksamensperioden) + jobb utenom studietiden Høy - Forsinkelse og/eller treig arbeid - Planlegging er essensielt her - Må ha god kommunikasjon og fordeling av arbeidsoppgaver hvis det blir vanskelig med møter Teknologisvikt Middels - Tap av filer - Kan ødelegge hele prosjektet - Backup - Alle skal ha alle filene lagret lokalt i tillegg til på Dropbox og Google Docs 16

17 Prosessdokumentasjon Våren Milepælsplan Dato, frister Oppgaver Ansvar Status, notater Bli enige om hva vi skal jobbe med Ali, Muna Lage prototyping Ali, Muna Ferdig Skrive ferdig forprosjekt Ali, Muna, Stephanie, Fahad rapporten Ferdig Innlevering av forprosjektet Jobbe med usecase modeller Fahad, Muna, Stephanie Ferdig Ferdig, skal lage nettbasert leksehjelp Koding, HTML, CSS Alle Ferdig Skrive av hoved rapporten Skrive av hovedrapporten Koding, PHP, databaser Bli ferdig med hovedrapporten Levere hovedprosjektet inn for trykking Alle Alle Alle Alle Fahad 17

18 Prosessdokumentasjon Våren Papirprototype Hovedsiden Kontrollpanel (lærere) 18

19 Prosessdokumentasjon Våren Online leksehjelp Hovedsiden (siste utkast) 19

20 Våren 2014 Produktdokumentasjon 20

21 FORORD Produktrapporten innholder en beskrivelse av vår nettside, og de forskjellige funksjonene den har. Det forutsettes at prosessrapporten har blitt lest før denne delen leses. Denne delen av rapporten er ment for sensor, oppdragsgiver og den som skal vedlikeholde og videreutvikle nettsiden. Det forventes at de/den som skal bruke dette dokumentet har basis forståelse av PHP, HTML og CSS. Det forventes også forståelse av hvordan en database fungerer. 21

22 INNHOLDSFORTEGNELSE 1 INNLEDNING Beskrivelse av programmet Hensikten med programmet Hovedprogram og underprogram Kravspesifikasjoner Funksjonelle krav Ikke-funksjonelle krav Samsvar mellom kravspesifikasjon og løsning Vår løsning på de funksjonelle kravene Vår løsning på de ikke-funksjonelle kravene Koding PhpMyAdmin PHP (PHP Hypertext Preprocessor) HTML CSS Arkitektur Use case modell for admin Detaljert use case beskrivelse for admin Use case modell for elev Detaljert use case beskrivelse for elev DESIGN Navigering og struktur Fargevalg og bilder Slide med bilder Plassering Logo Kontakt oss BRUKER Innlogging og registrering

23 3.1.1 Registrering Innlogging Godkjenning av elev Passord Glemt passord Forespørsel om passord Online leksehjelp Still spørsmål/nytt spørsmål ADMINISTRATOR (ADMIN) Logg inn Kontrollpanel Legg til kurs Legg til lærer Rediger lærer Legg til fag Slette en bruker Logg ut Søk AVSLUTNING Endringer Videreutvikling Konklusjon KILDER 58 7 VEDLEGG 59 23

24 1 INNLEDNING 1.1 Beskrivelse av programmet Hensikten med programmet Programmet er en komplett nettside for OKUF (Oslo Kultur- og Utdanningsforening), og hovedformålet med programmet er at den skal tilby leksehjelp via internett. Dette har noe med at samfunnet har endret seg såpass mye i retning av mer digitalisering av hverdagen. Barn og ungdommer er den målgruppen som er mest utsatt for digitalisering, og er blant dem som bruker teknologi hyppigst. For å kunne tilby leksehjelp som er tilpasset deres generasjon har vi valgt å utvikle et system med online leksehjelp. Rent prinsipielt handler det om at OKUF får en ny nettside. Den skal være en klassisk presentasjonsnettside, med innholdssider, aktivitetsoversikt, kursoversikt, bilder, video, og en online leksehjelp. Elevene registrerer seg, og etter at administrator aktiverer brukerne, kan de logge seg inn og stille spørsmål. De har ulike fagområder å velge mellom, der spørsmålet gjelder. Lærerne som er tilknyttet de ulike fagområdene, kan logge seg inn og svare på disse spørsmålene Hovedprogram og underprogram (Figur 1) Hovedprogrammet er leksehjelpfunksjonen. Elevene får stille spørsmål i ønsket fagområde, og lærerne tilnyttet de enkelte fagområdene går inn og svarer disse. Underprogrammene er presentasjonssiden der admin kan legge til tekst og bilde. Andre underprogrammer er aktiviteter, artikler og kurs, som på tilsvarende måte i presentasjonssidene kan administreres via kontrollpanelet. Hele adminpanelet er et annet underprogram. Admin kan har administrere både presentasjonssidene og andre underprogrammene, samt hovedprogrammet som er leksehjelpdelen. Admin kan håndtere både lærere, elever og fagområder. For å kunne registrere lærere, må admin legge inn en lærer. Denne læreren får da en e-post med en lenke, der den legger inn passord. Dette passordet blir kryptert med MD5 og deretter legges inn i databasen. Læreren kan da logge inn. 24

25 1.2 Kravspesifikasjoner Funksjonelle krav: 1. Administratorer skal kunne legge til/endre/slette sider, aktiviteter, kurs og fag 2. Man skal kunne se aktiviteter på siden 3. Elever skal kunne sende inn spørsmål til lærere 4. Det skal være enkelt for admin å å kontrollere nettsiden 5. Elevene skal registrere seg 6. Lærere skal registrere seg 7. Admin skal godkjenne nye brukere Ikke-funksjonelle krav: 1. Brukervennlig 2. Oversiktlig 3. Lett å lære 4. Stabilt 1.3 Samsvar mellom kravspesifikasjon og løsning Vår løsning på de funksjonelle kravene: 1. Vi har laget en administrator (admin) som kan legge til/endre/slette sider, aktiviteter, kurs og fag. Admin kan i tillegg godkjenne elever og lærere, altså avgjøre statuen deres som aktiv eller inaktiv. 2. Aktiviteter er synlig på høyre side av forsiden. 3. Ved å logge seg inn på leksehjelprommet kan elevene sende inn spørsmål til lærerene. Det er blitt opprettet en chatside. 4. Admin har en oversiktlig kontrollpanel. Alle valg admin kan gjøre er på forsiden. Kontrollpanelet er ikke avansert, vi har laget den enklest mulig. 5. Elever kan registrere seg, men må vente på godkjenning fra admin før kontoen er aktiv. 6. Lærere kan registrere seg, men må vente på godkjenning fra admin før kontoen er aktiv. 7. Admin er den som godkjenner brukere Vår løsning på de ikke-funksjonelle kravene: 1. Nettsiden er brukervennlig. Den er oversiktlig og ryddig, og bruker heller ikke noe form 25

26 for tung programvare, slik at nettsiden er lett å laste inn. 2. Nettsiden er oversiktlig, siden vi har valgt en enkel struktur. 3. Nettsiden er lett å lære. Vi har prøvd å gjøre siden minst mulig avansert, slik at den er enkel for brukere, spesielt fordi de fleste av brukerne vil være barn. 1.4 Koding Ved koding av nettsiden har vi brukt hovedsaklig PhpMyadmin, PHP og HTML. CSS er en fil vi har brukt for å lage utseendet og designet på siden. Vi delte disse filene på Dropbox slik at vi kunne laste det opp hver for oss, og lettere fordele arbeidet og gi kommentarer til hverandre. Databasen var en MYSQL-database hvor blant annet alle tabeller og deres sammenhørighet ble planlagt PhpMyAdmin PhpMyAdmin er et administrasjonverktøy som er skrevet i PHP. Den er fin å bruke når man skal håndtere administrasjonen av MySQL. Særlig web-basert administrasjon, som passer fint for oss PHP (PHP Hypertext Preprocessor) Passer perfekt til webutvikling og brukes som programmeringsspråk. PHP er egentlig en forkortelse for PHP Hypertext Preprocessor. Det er et server-side script, der koden ligger på serveren og blir kjørt derfra. Brukere som da vil se på en nettside vil ikke kunne se kildekoden. Brukeren ser kun HTML-teksten som PHP-koden genererer. PHP kan programmere mot databaser som er nyttig for vår nettside HTML 4 HTML er en forkortelse for HyperText Markup Language. Det er et markeringsspråk for formatering av nettsider som inneholder hypertekst og annen innhold som skal vises i en nettleser. Man bruker HTML for å strukturere informasjon, for eksempel tekst som en overskrift, lage avsnitt, legge til tabell osv CSS 3 CSS er en forkortelse for Cascading Style Sheets, og er en standard som utfyller HTML. Den angir hvordan HTML-fil skal se ut, enten i HTML-filen eller i en egen CSS-fil. CSS har grafiske fordeler. Istedenfor å skrive all layout-informasjon i HTML, kan man ha alt i noen få CSS-fil. Det gjør det enklere å vedlikeholde nettsidene. 26

27 1.5 Arkitektur (Figur 2) Kartet (se figur 2) viser hvordan siden er bygd opp og henger sammen. Den viser enkelt hvor brukeren kommer ved å trykke på de forskjellige aktivitetene. (Figur 3) 27

28 På administrator-siden blir man presentert de seks forskjellige tingene admin har kontroll over. 1.6 Use case Use case modell for ADMIN (Figur 4) 28

29 1.6.2 Detaljert Use Case beskrivelse for admin Aktør Trigger Pre-betingelser Post-betingelser Normal hendelsesflyt Variasjoner Administrator Admin vil legge til en side Bruker har administrasjonsprivilegier Admin har lagt til en side 1. Logger inn 2. Trykker på knappen Side 3. Fyller ut feltene + laste opp bilde 4. Legger til side 1. Admin skriver inn feil brukernavn og passord. a) Admin må skrive brukernavn og passord på nytt. 4. Feilmelding a) Feltene er ikke riktig fylt ut. 29

30 1.6.3 Use case modell for elev (Figur 5) Detaljert use Case beskrivelse for elev Aktør Trigger Pre-betingelser Post-betingelser Normal hendelsesflyt Variasjoner Elev Elev lurer på noe Elev er registrert Spørsmålet har blitt sendt 1. Eleven logger inn 2. Eleven skriver inn tittel og deretter spørsmål 3. Deretter må relevant fag velges 4. Eleven trykker på Send inn spørsmål 1. Feil brukernavn/passord a. Fylle inn feltene på nytt 4. Spørsmål blir ikke sendt a. Tittel og/eller spørsmålsfeltet må fylles 30

31 2 DESIGN (Figur 6) 2. 1 Navigering og struktur Figur 6 er presentasjonssiden til OKUF. En veldig enkel design og ganske klassisk form. Forsiden er oversiktlig, og siden er enkel å navigere. Navigeringen har vi tenkt nøye på. Det er ikke mange ganger man må klikke seg igjennom for å komme til bestemt sted, eller om en vil bare utforske siden, er det heller ikke langt til forsiden igjen. Alle temaer som siden har er på forsiden, så man klikker kun en gang (utenom de forskjellige rommene, på grunn av innlogging). Nettsiden følger en god struktur. For å kunne helt nederst i siden trenger man ikke å scrolle mye. Valgene vi har tatt er i tanke på at nettsiden skal ikke være en belastning. 31

32 På forsiden er det lagt til lenker til både aktivitetene og kursene OKUF tilbyr. Det er også et bildegalleri og et videogalleri. Også er det selve hovedhensikten med siden, at det er lenker til leksehjelpdelen og lærerrommet. (Figur 7) På figur 7 ser vi hvordan strukturen er på siden. Det ligger flere bilder av strukturen som vedlegg. 32

33 2.2 Fargevalg og bilder Det er to hovedfarger, mørkeblå og hvit. Indeksen har vi valgt i mørkeblå, med hvit skrift. Hvit skrift på mørk bakgrunn er lett leselig. Bakgrunnen er lys, nærmest hvit. Øverst på siden starter det med en svak blåfarge som duser ut nedover til hvit. Utenom indeksen har vi valgt svart skrift, for det er veldig leselig for alle brukere. For å ikke ha en altfor kjedelig utseende har vi spriket litt med farger på innloggingene, og da har vi valgt litt jordfarger slik at de ser fint ut sammen. Vi har bilder til artikler, og på newsfeeden for å gjøre siden litt levende. Det er tre forskjellige innlogginger på forsiden: Leksehjelp (grønn rute) Lærerrom (lilla rute) Foreldrerom (oransje rute) Vi har valgt å ha de i godt synlige farger, slik at det er lett for bruker å få øye på de. Det var veldig viktig at leksehjelpknappen var synlig og lett tilgjengelig. Bildene som finnes nede på forsiden brukes med Lightbox. Denne funksjonen gjør slik at når du åpner bildet, kommer den midt på skjermen, og resten av siden blir litt mørk i bakgrunnen slik at man lettere kan fokusere på bildet. 2.3 Slide med bilder På forsiden har vi en animasjon med bilder som skifter. Disse bildene har forskjellige funksjoner. Et fører til informasjon om side, mens en annen kan føre til siste nyhet. Vi har brukt jquery for å få til denne sliden. 2.4 Plassering På forsiden til har vi valgt å ta indeksen helt øverst. Brukere kan se hvilke aktiviteter og kurs som er tilgjengelig, i tillegg til vanlig informasjon (om OKUF, kontaktinformasjon). Valget med å ta det øverst er fordi det er som oftest det en bruker ser først. Vi har valgt å ha logoen øverst til venstre, slik at den er godt og synlig. Søk er øverst til høyre, fordi det føles mest naturlig å se etter søk i den retningen. Aktiviteter og kurs er i den høyre indeksen. De har vi valgt å ikke ta med i den øverste indeksen, i og med at det hører til en annen kategori. Diverse artikler ligger under kurs, om elevene skulle være interessert i å lese relevante saker. I midten er det en bildeslide med aktuelle nyheter. Aktuelle nyheter er gjerne noe elevene burde få med seg og få øye på, derfor har valget falt til at det skal være i midten. 33

34 Over søk har vi tatt med tre sosiale medier, Facebook, Twitter og Youtube. Tanken bak disse er at brukeren skal kunne få besøke de forskjellige kontoene OKUF har i sosiale medier. 2.5 Logo Logoen har vi ikke laget selv, den er OKUFs originale logo. 2.6 Kontakt oss (Figur 8) På Kontakt oss står adressen, e-postadressen og telefonnummeret til OKUF. 34

35 (Figur 9) Vi har på samme side valgt å ta med kart, med en veibeskrivelse. På denne måten kan brukere finne OKUF. 35

36 3 OPPBYGNING OG VIRKEMÅTE 3.1 Innlogging og registrering (Figur 10) Før man i det hele tatt kommer inn på Leksehjelp -siden må man enten logge seg inn eller registrere seg om man ikke har en bruker fra før. Brukerne registrerer seg som medlem i OKUF, der de må gi personlig informasjon, som blir videre sendt til databasen, der hvor admin må godkjenne det. Passordet blir kryptert med md5. 36

37 3.1.1 Registrering (Figur 11) Når brukeren skal registrere seg må brukeren fylle inn alle feltene ellers kommer det opp en feilmelding, ellers får ikke brukeren registrert seg. (Figur 12) 37

38 I leksehjelp.php ser vi at den sjekker at: Alle felter er skrevet inn E-postadressen er allerede registrert Sjekker om passordene stemmer I registrering skal brukeren lage sitt eget passord, og da må gjerne brukeren gjenta passordet slik at det er likt Innlogging (Figur 13) Har eleven skrevet inn riktig brukernavn og passord kommer man inn på Online leksehjelp, som man kan se på på neste skjermbilde av nettsiden. 38

39 (Figur 14) Brukeren skriver inn e-postadressen og passord. Databasen sjekker om informasjonen er gyldig. Om tastet informasjon er feil kommer det ut meldingen: Denne e-postadressen eksisterer ikke!, om det er ugyldig e-postadresse. Er passordet ugyldig kommer ut meldingen: Feil passord! $_SESSION[ usertype ]= student ; viser også hvilke brukergruppe brukeren tilhører. Som tidligere nevnt har vi tre grupper; student/elev, lærer og foreldre/foresatt. 39

40 3.2 Godkjenning av elev (Figur 15) Når eleven har registrert seg, så er det admin som må godkjenne. Så eleven må vente på godkjenning, og man får opp denne meldingen om man fortsatt er på venting (se figur#). Admin har en oversikt over elever som har registrert seg og eksisterende elever. (Figur 16) På status står det enten Aktiv eller Inaktiv, admin kan endre det ved å trykke på Rediger på samme rad på den eleven admin vil endre. 40

41 (Figur 17) For eksempel om vi går inn på Jente Jentesen, kan vi på hennes status velge Aktiv eller Inaktiv. Admin trykker på Oppdater elev og da er brukeren aktiv og kan nå bruke leksehjelp. Statuen hennes blir nå endret. Nå kan eleven logge seg inn på leksehjelp. 3.3 Passord Glemt passord (Figur 18) 41

42 Om eleven skriver inn feil passord, dukker det opp feilmeldingen: Feil passord! Om eleven ikke husker passordet sitt kan eleven trykker på Glemt passord? som ligger rett under knappen Logg inn. Vi har valgt å plassere den der, slik at eleven ikke trenger å lete etter knappen Forespørsel om passord (Figur 19) Eleven skriver inn e-postadressen sin og trykker Send passord. Passordet blir da sendt til e- postadressen som er skrevet i feltet. (Figur 20) Systemet må koble til databasen for å hente et nytt passord. Da sender den et forespørsel SELECT * FROM students WHERE = $np_ . Den henter et nytt passord som er lik e-postadressen som er skrevet. 42

43 3.4 Online leksehjelp På leksehjelp siden kan elevene registrere seg. Vi har også lagt inn en glemt-passord funksjon. Når elevene logger inn, får de tilgang til å stille spørsmål dersom de er aktivert av admin. Elevene kan da velge fagområde de ønsker å stille spørsmål i, og skrive spørsmålet også poste det. Lærerne, som er tilknyttet de ulike fagområdene kan gå inn og svare på spørsmålene. Programmet åpner for at denne dialogen kan forsette, og hvert spørsmål får sin egen side. (Figur 21) Leksehjelp fungerer ved at man har en tabell for hvert spørsmål. Når eleven legger inn spørsmål tilknyttet et fagområde (en egen tabell i databasen som kan administreres via kontrollpanelet), er dette spørsmålet synlig for lærerne som er tilknyttet det spesifikke fagområdet. Læreren kan så gå inn og svare på spørsmålet. Dette registreres i en egen tabell. Eleven kan da gå inn og forsette samtalen, som registreres i samme tabell. 43

44 (Figur 22) Still spørsmål/nytt spørsmål På hovedsiden til online leksehjelp er det en chatside hvor eleven kan stille spørsmål. Spørsmålene blir arkivert under Mine spørsmål. Det er kun eleven som kan se denne siden. Under Mine spørsmål kan man se svaret på sitt spørsmål, og man kan også velge å se hele chatten under angitt tittel. Når man har fylt feltene, i det tilfellet her tittel og beskrivelse, velger man kategori (foreløpig norsk, engelsk og matematikk) hvor eleven kan sende inn spørsmålet. Ved å trykke på Vis mer ser eleven om spørsmålet er besvart, se bildet under. 44

45 (Figur 23) Datoen siste spørsmål ble sendt inn, og om noen har besvart spørsmålet. Eleven kan stille flere spørsmål i feltet. (Figur 24) 45

46 4 KONTROLLPANEL (ADMIN) Eieren kan styre nettsiden via administrasjonspanelet. Denne finner man på Her kan eieren legge til, slette eller redigere undersidene, aktivitetene, artikklene og kursene. Admin har også tilgang til å legge til nye fagområder, eller kategorier for leksehjelp. Admin kan også administrere elever og lærere på samme måte. 4.1 Logg inn (Figur 25) Dette er siden adminstrator logger inn fra. 46

47 (Figur 26) Her foregår innloggingen på samme måte med innlogging for elever. Eneste forskjellen her er at systemet sjekker om brukeren en er en administrator eller ikke. Om brukeren er det, vil personen bli overført til admin.php 47

48 4.2 Kontrollpanel (Figur 27) Admin har forskjellige valg på forsiden. Admin legger til side, legger ut om forskjellige aktiviteter og kurs. Og har tilgang til informasjon om elever og lærere og legger til og sletter fag. (Figur 28) 48

49 I figur 28 ser man hvordan admin kan legge til en side. Admin skriver inn tittel, og legger til innhold, og eventuelt et bilde eller bilder. 4.3 Legg til kurs (Figur 29) Admin kan legge til sider, slider, artikler, aktiviteter og kurs. Alle disse gjøres på samme på samme måte, men har ulike php-filer. Filene heter pages.php, slides.php, articles.php, activity.php og courses.php. Som man kan se på legge til side og legge til kurs, er det den samme fremgangsmåten: Tittel Innhold Bilde Legg til 49

50 (Figur 29) Når admin skal laste opp bilde til de forskjellige sidene, blir det sjekket om riktig filtype er lastet opp. Det er kun tillat med bildefilene JPG, JPEG, PNG eller GIF. Hvis det er en annen filtype som er lastet opp enn de som er nevnt, kommer det beskjed fra PHP-koden Du kan kun laste opp JPG, JPEG, PNG eller GIF bilder. Det er ikke støttet for andre filer. 4.4 Legg til lærer 50

51 (Figur 30) (Figur 31) I de to skjermbildene over ser vi registrering av lærer. Man kan ikke registrere seg selv som lærer. Dette er noe administrasjonen ordner. Admin skriver inn e-postadressen og passord, slik at personen som er lærer mottar en e-post. Etter å ha trykket på linken kan vedkommende bytte passord og aktivere brukeren sin Rediger lærer (Figur 32) 51

52 (Figur 33) I tillegg til det har admin også en oversikt over eksisterende lærere. Hver lærer får deres eget IDnummer. Admin kan velge å redigere eller slette en lærer. Når admin trykker på Slett blir læreren slettet øyeblikkelig og hele raden blir borte. (Figur 34) Per nå har vi ikke en Glemt passord - funksjon for lærere. Dette dokumentet blir levert en uke før for å bli printet av skolen, men til 27. mai vil vi ha fått denne funksjonen implementert. 52

53 4.5 Legg til fag (Figur 35) Admin kan legge til flere fag på siden, slette et fag, eller slette hele faget. Når admin trykker på Slett blir faget slettet umiddelbart. (Figur 36) 53

54 4.6 Slette en bruker (Figur 37) I filen delete.php blir en bruker slettet. Det er en funksjon som kaller på databasen om å slette den den bestemte bruker ved hjelp av ID. 4.7 Logg ut (Figur 38) 54

55 (Figur 39) Øverst til høyre ligger Logg ut knappen til admin. session_destroy( ); gjør slik at at all data som er linket til nåværende session blir ødelagt/fjernet ( destroy ). 4.8 Søk (Figur 40) På forsiden har vi implementert søk nesten øverst til høyre. Brukerne kan bruker søk, om de ikke helt finner det de lurer på. 55

56 (Figur 41) Databasen finner artikkelen, aktiviteten, kurset eller siden som inneholder eller er lik ordet brukeren har søkt etter. 5 AVSLUTNING 5.1 Endringer I løpet av prosjektarbeidet, har vi fulgt det meste som vi planla Vi hadde planlagt at vi også skulle ha med et rom for foreldre hvor de kunne se informasjon rettet mot dem, i tillegg til å kunne ha kontakt med lærere, men etter at prosjektet nærmet seg slutten, bestemte vi oss for å fjerne denne muligheten. Grunnen til det var at arbeidsgiveren var usikker på om det var noe vi trengte å ha med, så til slutt fjernet vi det. 5.2 Videreutvikling Denne nettsiden har gode muligheter til å kunne videreutvikles. Senere kan man få lagt til foreldrerommet om OKUF føler at det er greit å ta med likevel. Ettersom nettsiden skal fungere som hovedsiden for OKUF kan det hendes at de trenger å ekspandere det etterhvert ved å legge til nye funksjoner dersom det blir behov. 56

57 5.3 Konklusjon Da vi startet prosjektet, var vi klare for utfordringen arbeidsgiveren gav oss. I løpet av prosjekttiden har vi utviklet en nettside for unge hvor de kan få leksehjelp, samtidig som vi har utformet to dokumentasjoner. Nettsiden i sin helhet er vi fornøyde med; den er brukevennlig og oversiktlig og den tjener sin hensikt. Hele prosessen har vært læringsrikt, og samtidig arbeidskrevende. Vi føler at dette er noe vi kan ta med videre. 57

58 6 KILDER Hjemmesiden PHP (PHP Hypertext Preprocessor) HTML 4 CSS

59 7 VEDLEGG 59

60 60

61 61

62 62

Dette dokumentet er en produktrapport for vårt avsluttende hovedprosjekt våren 2008 ved høgskolen i Oslo, for ingeniør - avdelingen.

Dette dokumentet er en produktrapport for vårt avsluttende hovedprosjekt våren 2008 ved høgskolen i Oslo, for ingeniør - avdelingen. 1 Sammendrag Dette dokumentet er en produktrapport for vårt avsluttende hovedprosjekt våren 2008 ved høgskolen i Oslo, for ingeniør - avdelingen. Vår oppdragsgiver, ABTF hadde et ønske om en større web

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

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

Bachelorprosjekt 2015

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

Detaljer

Produktrapport. Produktrapport. Hjelpemiddel portal for Parkinsonforbundet

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

Detaljer

KOM I GANG MED WORDPRESS En enkel guide for å hjelpe deg gjennom det grunnleggende i Wordpress

KOM I GANG MED WORDPRESS En enkel guide for å hjelpe deg gjennom det grunnleggende i Wordpress KOM I GANG MED WORDPRESS En enkel guide for å hjelpe deg gjennom det grunnleggende i Wordpress Sist oppdatert 05.06.2015 Innholdsfortegnelse 1. Hva er Wordpress?... 3 2. Hvordan logger jeg inn i kontrollpanelet?...

Detaljer

PROSESSDOKUMENTASJON

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

Detaljer

Hovedprosjekt 2014, Høgskolen i Oslo og Akershus

Hovedprosjekt 2014, Høgskolen i Oslo og Akershus Forprosjektrapport Gruppe 2 Hovedprosjekt 2014, Høgskolen i Oslo og Akershus 1 INNHOLD 2 Presentasjon... 2 2.1 Gruppen medlemmer... 2 2.2 Oppgave... 2 2.3 Oppdragsgiver... 2 2.4 Veileder... 2 3 Sammendrag...

Detaljer

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

Brukermanual. Studentevalueringssystem

Brukermanual. Studentevalueringssystem Brukermanual Studentevalueringssystem 1 Forord 1.1 Forord Denne brukermanualen innholder beskrivelse av systemets funksjonalitet og introduserer systemet for brukeren. Brukermanualen er delt inn i tre

Detaljer

Kravspesifikasjon Gruppe nr ABTF

Kravspesifikasjon Gruppe nr ABTF 1 Presentasjon Tittel: Web-løsning for ABTF Utvikle en Web-løsning helt fra bunnen av, samt med en Oppgave: plattform som gir underviseren muligheten til å veilede og følge opp sine elever gjennom kurset.

Detaljer

Brukermanual. gostudyit.com

Brukermanual. gostudyit.com Brukermanual gostudyit.com Innhold DEL 1 03 Opprette konto DEL 2 04 Din egen startside 05 Innstillinger 05 Notat 07 Inviter venner til ditt nettverk 08 Finn din skolegård DEL 3 09 Lag en skolegård 11 Adminstrasjonspanel

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

CharityDoctors. Brukermanuel

CharityDoctors. Brukermanuel CharityDoctors Side 2 1. FORORD Dette er en brukerdokumentasjon som ble skrevet i forbindelse med vår hovedprosjekt ved Høgskolen i Oslo våren 2011. Dokumentet beskriver bruk av Charity Doctors bestilling

Detaljer

Studentdrevet innovasjon

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

Detaljer

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

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

Vedlegg LMC intranett

Vedlegg LMC intranett Vedlegg LMC intranett H12D02 Jarl-Håvard Holen Ole-Martin Larsen Fredrik Sethne-Andersen André Ritari Vedlegg 1 Resultater av kortsortering. Kortsortering Bruker 1, Salg: Kortsortering Bruker 2, Teknisk:

Detaljer

HOVEDPROSJEKT. Telefon: Telefaks: Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo. 25.mai 2007.

HOVEDPROSJEKT. Telefon: Telefaks: Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo. 25.mai 2007. PROSJEKT NR. 2007-16 TILGJENGELIGHET Åpen Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Telefon: 22 45 32 00 Telefaks: 22 45 32 05 HOVEDPROSJEKT HOVEDPROSJEKTETS TITTEL DATO Panther

Detaljer

Brukerveiledning WordPress. Innlogging:

Brukerveiledning WordPress. Innlogging: Brukerveiledning WordPress Her er en liten guide for hjelpe deg gjennom det grunnleggende i Wordpress. Denne veilederen vil ta deg gjennom: Innlogging Lage en side Lage et innlegg Innlogging: For å logge

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

En enkel lærerveiledning

En enkel lærerveiledning En enkel lærerveiledning ~ 1 ~ Innhold INNLEDNING... 3 Hva?... 3 Hvorfor?... 3 INN- og UTLOGGING... 4 Innlogging... 4 Utlogging... 5 Lærerinnlogging/-utlogging... 5 OUTLOOK / EPOST... 6 Skrive epost...

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

Nettside24 Brukerveiledning Nettside24 Brukerveiledning

Nettside24 Brukerveiledning Nettside24 Brukerveiledning Nettside24 Brukerveiledning Nettside24 Brukerveiledning 1 av 14 Oversikt over brukerveiledningen. 2. Oversikt. 3. Logge inn på nettsiden. 4. Redigere innholdet på undersidene. 5. Redigere innholdet i blokkene.

Detaljer

BRUKERMANUAL GOSTUDYIT.COM

BRUKERMANUAL GOSTUDYIT.COM BRUKERMANUAL GOSTUDYIT.COM Innhold Kapittel 1 Opprette konto... 1 Kapittel 2 Din egen startside... 2 Innstillinger... 3 Notat... 3 Inviter venner til ditt nettverk... 5 Finn din skolegård... 7 Kapittel

Detaljer

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

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

Detaljer

Kravspesifikasjon. Leserveiledning Kravspesifikasjonen består av følgende deler: Presentasjon Om bedriften

Kravspesifikasjon. Leserveiledning Kravspesifikasjonen består av følgende deler: Presentasjon Om bedriften Kravspesifikasjon Presentasjon Hovedprosjektet gjennomføres ved Høgskolen i Oslo, avdelingen for ingeniørutdanning. Målet med oppgaven er å utvikle en online webshop for bestilling av postkasser. Dette

Detaljer

SiteGen CMS. Innføringsmanual

SiteGen CMS. Innføringsmanual SiteGen CMS Innføringsmanual Copyright Barlind Solutions AS 2008 Hva er SiteGen CMS? SiteGen CMS er et såkalt content-management-system; eller med litt andre ord et publiseringssystem. Det kan brukes til

Detaljer

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

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

Detaljer

1. Forord... 2 2. Innholdsfortegnelse... 3 3 innledning... 5. 4. Funksjonelle egenskaper og krav... 7. 5. Spesifikke krav av delsystemer...

1. Forord... 2 2. Innholdsfortegnelse... 3 3 innledning... 5. 4. Funksjonelle egenskaper og krav... 7. 5. Spesifikke krav av delsystemer... Side 1 1. Forord Dette dokumentet er en kravspesifikasjon og har blitt utarbeidet av arbeidsgiver og prosjektgruppen. Dokumentet består av ni kapitler. Det vil først bli presentert hvem prosjektgruppen

Detaljer

1 Del I: Presentasjon

1 Del I: Presentasjon 1 Del I: Presentasjon 2 Forord Denne sluttrapporten er skrevet av gruppe 12 som består av 4 studenter som studerer ved Høgskolen i Oslo og Akershus. Vi studerer Anvendt datateknologi og denne rapporten

Detaljer

Ble ferdig med prosjektskisse. Sett på forskellige rammeverk for php. Lager milepæl for to uker.

Ble ferdig med prosjektskisse. Sett på forskellige rammeverk for php. Lager milepæl for to uker. Logg 22 oktober 2013 Vi skriver status rapport og starter også med å skrive logg idag. Vi har vært i kontakt med mange firmaer uten alt for mye interesse fra deres side. Vi fortsetter å søke etter oppgave.

Detaljer

PBU medlemsregistrering. Brukerveiledning 2015

PBU medlemsregistrering. Brukerveiledning 2015 PBU medlemsregistrering Brukerveiledning 2015 Innholdsfortegnelse ÅRSRAPPORTERING FOR GRUPPE INNLEDNING 1. INNLOGGING 2 2. OPPRETT ÅRSRAPPORT 3 3. MEDLEMMER 3 4. REDIGERE GRUPPE 4 5. INNSENDING AV RAPPORT

Detaljer

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

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

Detaljer

Innstallasjon og oppsett av Wordpress

Innstallasjon og oppsett av Wordpress Del 1 - Installasjon og oppsett Innstallasjon og oppsett av Wordpress Wordpress har blitt en veldig populær publiseringsplattform for websider. Uten særlige tekniske ferdigheter kan man sette opp profesjonelle

Detaljer

Dokument 1 - Sammendrag

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

Detaljer

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

Systemadministrasjon i KF Infoserie en brukerveiledning for lokale administratorer

Systemadministrasjon i KF Infoserie en brukerveiledning for lokale administratorer Systemadministrasjon i KF Infoserie en brukerveiledning for lokale administratorer Dette er en brukerveiledning til systemadministrasjon i KF Infoserie. Her gjennomgår vi de forskjellige funksjonene som

Detaljer

https://nhh.itslearning.com/

https://nhh.itslearning.com/ e-læringssystemet https://nhh.itslearning.com/ Sist oppdatert 08.09.2009 10:07 1 1. Hva er It s Learning? It's Learning er et e-læringssystem hvor du finner elektronisk informasjon om alle våre kurs/studier,

Detaljer

Hovedprosjektet i Data Høgskolen i Oslo våren 2010

Hovedprosjektet i Data Høgskolen i Oslo våren 2010 Hovedprosjektet i Data Høgskolen i Oslo våren 2010 Kevin Holmvik s147777 Nikolai Godager s147790 Einar Drivdal s147782 Chau Quoc Quo Do s147792 PROSJEKT NR.: 10-30 Studieprogram: Anvendt Datateknologi

Detaljer

PBU medlemsregistrering Brukerveiledning 2012

PBU medlemsregistrering Brukerveiledning 2012 PBU medlemsregistrering Brukerveiledning 2012 Innholdsfortegnelse ÅRSRAPPORTERING FOR GRUPPE 3 INNLEDNING 3 1. INNLOGGING 3 2. OPPRETT ÅRSRAPPORT 3 3. MEDLEMMER 3 4. REDIGERE GRUPPE 5 5. INNSENDING AV

Detaljer

Retningslinjer for etwinning-verktøy

Retningslinjer for etwinning-verktøy Retningslinjer for etwinning-verktøy Registrer deg til etwinning Første trinn: opplysninger om registrator Andre trinn: samarbeidspreferanser Tredje trinn: opplysninger om skolen Fjerde trinn: skolens

Detaljer

DAGBOK. Patrick - Opprettet blogside for å kunne legge ut informasjon om hva som skjer underveis i prosjektet.

DAGBOK. Patrick - Opprettet blogside for å kunne legge ut informasjon om hva som skjer underveis i prosjektet. DAGBOK Uke 43: Torsdag 28/10 Patrick - Opprettet blogside for å kunne legge ut informasjon om hva som skjer underveis i prosjektet. Uke 44: Mandag 1/11 Gruppen utformet den første statusrapporten til prosjektet.

Detaljer

Forprosjektrapport. Feilsøkingsverktøy for Homebase AS INNHOLD

Forprosjektrapport. Feilsøkingsverktøy for Homebase AS INNHOLD Forprosjektrapport Feilsøkingsverktøy for Homebase AS INNHOLD Presentasjon Sammendrag Om bedriften Dagens situasjon Mål og rammebetingelser Funksjonelle krav: Ikke-funksjonelle krav: Løsninger Analyse

Detaljer

HOVEDPROSJEKT I DATA VÅR 2011

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

Detaljer

WordPress. Brukerveiledning. Kjære kunde. Innlogging:

WordPress. Brukerveiledning. Kjære kunde. Innlogging: Brukerveiledning WordPress Sist oppdatert: 26.02.2014 Kjære kunde Her er en liten guide for å hjelpe deg gjennom det grunnleggende i Wordpress. Denne veilederen vil ta deg gjennom: Innlogging - s.1 Kontrollpanel

Detaljer

PBL Barnehageweb. Brukerveiledning

PBL Barnehageweb. Brukerveiledning PBL Barnehageweb Brukerveiledning 1 1. Innledning Gratulerer med valget av nye PBL Barnehageweb! Med PBL Barnehageweb skal det være enkelt å lage en brukervennlig, moderne og profesjonell nettside for

Detaljer

Brukerguide for www.altadykkerklubb.com

Brukerguide for www.altadykkerklubb.com Brukerguide for www.altadykkerklubb.com Utgitt første gang: 27/09-07 Sist oppdatert: 23/03-09 1 Innledning Dette er den nye siden til Alta Dykkerklubb! Den er blitt laget over et system som gjør det mulig

Detaljer

BRUKERMANUAL FOR NETTINTRO CMS Dette dokumentet er skrevet for Nettintro CMS versjon 1.9.0, og kan derfor avvike noe fra nåværende versjon.

BRUKERMANUAL FOR NETTINTRO CMS Dette dokumentet er skrevet for Nettintro CMS versjon 1.9.0, og kan derfor avvike noe fra nåværende versjon. BRUKERMANUAL FOR NETTINTRO CMS Dette dokumentet er skrevet for Nettintro CMS versjon 1.9.0, og kan derfor avvike noe fra nåværende versjon. Denne brukermanualen vil gi deg en innføring i hvordan man bruker

Detaljer

Brukermanual - Joomla. Kopiering av materiale fra denne Bonefish manualen for bruk annet sted er ikke tillatt uten avtale 2010 Bonefish.

Brukermanual - Joomla. Kopiering av materiale fra denne Bonefish manualen for bruk annet sted er ikke tillatt uten avtale 2010 Bonefish. Brukermanual - Joomla Bonefish brukermanual - Joomla Gratulerer med ny nettside fra Bonefish. Du er nå blitt eier og administrator for din egen nettside, noe som gir deg visse forpliktelser ovenfor din

Detaljer

Denne rapporten er beregnet for dataansvarlig på Grefsenhjemmet, den som skal installere, vedlikeholde og modifisere systemet.

Denne rapporten er beregnet for dataansvarlig på Grefsenhjemmet, den som skal installere, vedlikeholde og modifisere systemet. Produktrapport Forord Denne rapporten er beregnet for dataansvarlig på Grefsenhjemmet, den som skal installere, vedlikeholde og modifisere systemet. Dataansvarlig eller supporter trenger informasjon om

Detaljer

Velkommen. til. en læringsstøttesystem som vil bli brukt i undervisningen

Velkommen. til. en læringsstøttesystem som vil bli brukt i undervisningen Velkommen til en læringsstøttesystem som vil bli brukt i undervisningen En enkel veiledning for studenter slik at de kan starte opp med å bruke it's learning. Internettadressen til it's learning er: http://www.its-learning.com

Detaljer

Kom i gang med E-Site - Med E-Site er det enkelt og trygt å redigere dine websider

Kom i gang med E-Site - Med E-Site er det enkelt og trygt å redigere dine websider Kom i gang med E-Site - Med E-Site er det enkelt og trygt å redigere dine websider Innhold Side 1 Introduksjon...2 2 Logge inn i administrasjonsområdet...3 2.1 Fyll inn brukernavn og passord...3 2.2 Glemt

Detaljer

BRUK AV GMAIL SOM KLUBBADRESSE

BRUK AV GMAIL SOM KLUBBADRESSE Tillitsvalgt (ATV) og vara på KS-området (videregående skole, grunnskolen, kommunale barnehager, PPT mfl). Andre tillitsvalgte som bruker Gmail Oppdatert utgave 01.06.2011 BRUK AV GMAIL SOM KLUBBADRESSE

Detaljer

[GILJE SELSKAPSLOKALER]

[GILJE SELSKAPSLOKALER] 2013 Hovedprosjekt 2013 Gruppe 27 Kravspesifikasjon [GILJE SELSKAPSLOKALER] Lars Gjestang - Hiran Piapo - Bård Skeie Kravspesifikasjon 1 Presentasjon 1.1 Innledning Dette prosjektet er et hovedprosjekt

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

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

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

Detaljer

Vedlegg Brukertester INNHOLDFORTEGNELSE

Vedlegg Brukertester INNHOLDFORTEGNELSE Vedlegg Brukertester INNHOLDFORTEGNELSE Vedlegg Brukertester... 1 Testrapport Wireframe... 2 1. INTRODUKSJON... 2 1.1 Systemoversikt... 2 1.2 Meningen med testen... 2 2 TESTPLAN... 2 2.1 Funksjoner som

Detaljer

Oblig 5 Webutvikling. Av Thomas Gitlevaag

Oblig 5 Webutvikling. Av Thomas Gitlevaag Oblig 5 Webutvikling Av Thomas Gitlevaag For oppgave 1 og 2 skal dere levere en funksjonell webside på deres hjemmeområde. Dere skal også levere alle phps-filene slik at man for en hver side kan slenge

Detaljer

Side 1. Sniggabo CMS brukermanual rev. 2

Side 1. Sniggabo CMS brukermanual rev. 2 Side 1 Sniggabo CMS brukermanual rev. 2 INNHOLDSFORTEGNELSE Logg inn... 3 Menylinje... 3 Artikkelliste... 4 Ny artikkel... 5 Aktiviteter... 8 Rediger aktivitet... 9 Dokumenter... 9 Nytt dokument... 10

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

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

Kort brukerveiledning- publisering på nett EpiServer CMS6... 1

Kort brukerveiledning- publisering på nett EpiServer CMS6... 1 Kort brukerveiledning- publisering på nett EpiServer CMS6 Innhold Kort brukerveiledning- publisering på nett EpiServer CMS6... 1 Innlogging... 2 Opplysninger som importeres fra FANE2... 4 Lagre og forhåndsvis

Detaljer

Brukerveiledning. Madison Møbler Administrasjonsside

Brukerveiledning. Madison Møbler Administrasjonsside Brukerveiledning Madison Møbler Administrasjonsside 1 1. Forord 1.1 Produktet Produktet blir konstruert som et nytt produkt da kunde/bruker ikke har noe eksisterende løsning, derfor er dette den nåværende

Detaljer

Brukermanual For app.minmemoria.no

Brukermanual For app.minmemoria.no Brukermanual For app.minmemoria.no For videomanual: søk etter MinMemoria App på www.youtube.com Velkommen! Memoria er en digital minnebok og en plattform for sosial kommunikasjon mellom familier, helsepersonell

Detaljer

BRUKERVEILEDNING TIL MAGNORMOEN INDUSTRIOMRÅDE OG GAUSTADVEGEN INDUSTRIOMRÅDES HJEMMESIDER:

BRUKERVEILEDNING TIL MAGNORMOEN INDUSTRIOMRÅDE OG GAUSTADVEGEN INDUSTRIOMRÅDES HJEMMESIDER: BRUKERVEILEDNING TIL MAGNORMOEN INDUSTRIOMRÅDE OG GAUSTADVEGEN INDUSTRIOMRÅDES HJEMMESIDER: http://www.magnormoen.no/ og http://www.gaustadvegen.no/ Utarbeidet av Solveig Hem Sørli og Arne Sørli Side 1

Detaljer

HOVEDPROSJEKT 2010 - HIO IU - DATA FORPROSJEKTRAPPORT GRUPPE 18

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

Detaljer

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

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

Detaljer

KF Lokal personalhåndbok - brukerveiledning for redaktør

KF Lokal personalhåndbok - brukerveiledning for redaktør KF Lokal personalhåndbok - brukerveiledning for redaktør Innhold 1. KF Lokal personalhåndbok og KF Infoserie... 2 2 Din rolle - Redaktør... 4 3 Skriv lokal tekst... 4 4 Lag lenker i lokal tekst... 6 5.

Detaljer

Veiledning hjemmeside Stjørdal Friidrettsklubb

Veiledning hjemmeside Stjørdal Friidrettsklubb Veiledning hjemmeside Stjørdal Friidrettsklubb Hjemmesida med adressen www.sfik.no er åpen for alle. Hvis du skal publisere et innlegg på hjemmesida må du logge deg inn med brukernavn og passord. Dette

Detaljer

1 Innholdsfortegnelse

1 Innholdsfortegnelse 1 Innholdsfortegnelse 1 INNHOLDSFORTEGNELSE 2 2 HVORDAN LEGGE UT INFORMASJON PÅ LAGSSIDENE? 3 2.1 Hvordan legge til link til ett dokument i websiden? 7 3 HVORDAN LEGGE UT EN NYHET SOM SKAL PUBLISERES PÅ

Detaljer

Brukerveiledning for administrasjonen

Brukerveiledning for administrasjonen Brukerveiledning for administrasjonen Nedenfor finner du en brukerveiledning for barnehagenmin.no. Barnehagens admin-passord og brukernavn gir adgang til redigeringssidene. Passord må oppbevares på et

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

ThinkPage CMS 2.0. Hurtigveiledning. Av ThinkPage AS

ThinkPage CMS 2.0. Hurtigveiledning. Av ThinkPage AS ThinkPage CMS 2.0 Hurtigveiledning Av ThinkPage AS ThinkPage CMS 2 Forord Dette er en midlertidig brukerveiledning tar for seg de viktigste basisfunksjonene i ThinkPage CMS og gir brukeren nødvendig innføring

Detaljer

minfagplan.no Brukerveiledning - Beskrivelse av funksjonalitet for brukere av minfagplan.no Dokumentnummer: BV-001 Revisjon Dato:

minfagplan.no Brukerveiledning - Beskrivelse av funksjonalitet for brukere av minfagplan.no Dokumentnummer: BV-001 Revisjon Dato: minfagplan.no Brukerveiledning - Beskrivelse av funksjonalitet for brukere av minfagplan.no Dokumentnummer: BV-001 Revisjon 01-16 Dato: 28.12.2016 Froma Software AS Øvregate 2 2380 Brumunddal t: 852 40

Detaljer

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

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

Detaljer

[GILJE SELSKAPSLOKALER]

[GILJE SELSKAPSLOKALER] 2013 Hovedprosjekt 2013 Gruppe 27 Kravspesifikasjon [GILJE SELSKAPSLOKALER] Lars Gjestang - Hiran Piapo - Bård Skeie Kravspesifikasjon 1 Presentasjon 1.1 Innledning Dette prosjektet er et hovedprosjekt

Detaljer

F A G B O K F O R L A G E T S E - P O R T A L

F A G B O K F O R L A G E T S E - P O R T A L KOM ME I GANG MED F A G B O K F O R L A G E T S E - P O R T A L BRUKER VE IL EDNING VER SJO N 1.60 INNHOLD Innledning... 3 Forberedelse til nytt skoleår... 3 Første møte med e-portalen... 4 Administrere

Detaljer

Uansett hvilken håndbok du benytter vil fremgangsmåten være den samme. I denne veiledningen benytter vi personalhåndboken som eksempel.

Uansett hvilken håndbok du benytter vil fremgangsmåten være den samme. I denne veiledningen benytter vi personalhåndboken som eksempel. Velkommen som bruker av nettbaserte håndbøker fra Hovedorganisasjonen Virke. Våre nettbaserte håndbøker kan tilpasses din virksomhet. De er redigerbare, samtidig blir de automatisk oppdatert med nye lover

Detaljer

FORPROSJEKT RAPPORT PRESENTASJON

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

Detaljer

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

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

Detaljer

Generell brukerveiledning for Elevportalen

Generell brukerveiledning for Elevportalen Generell brukerveiledning for Elevportalen Denne elevportalen er best egnet i nettleseren Internett Explorer. Dersom du opplever kompatibilitets-problemer kan det skyldes at du bruker en annen nettleser.

Detaljer

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

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

Detaljer

Veiledning til Grønt Flagg søknadsportal

Veiledning til Grønt Flagg søknadsportal Veiledning til Grønt Flagg søknadsportal Registrering av bruker: Registrer deg som bruker i FEE Norway sin søknadsportal fra http://soknad.fee.no. Dette må gjøres for å få tilsendt brukernavn og passord,

Detaljer

Mamut Open Services. Mamut Kunnskapsserie. Kom i gang med Mamut Online Survey

Mamut Open Services. Mamut Kunnskapsserie. Kom i gang med Mamut Online Survey Mamut Open Services Mamut Kunnskapsserie Kom i gang med Mamut Online Survey Kom i gang med Mamut Online Survey Innhold MAMUT ONLINE SURVEY... 1 KOM I GANG MED MAMUT ONLINE SURVEY... 3 MAMUT-BRUKERE: OPPRETT

Detaljer

Kravspesifikasjon. Forord

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

Detaljer

TESTRAPPORT... 91 FORORD... 91 INNHOLD... 92 23 INNLEDNING... 93 24 TEST AV SYSTEMET... 93. 24.1 Databasen og SQL spørringer... 93

TESTRAPPORT... 91 FORORD... 91 INNHOLD... 92 23 INNLEDNING... 93 24 TEST AV SYSTEMET... 93. 24.1 Databasen og SQL spørringer... 93 90 Testrapport Forord Dette dokumentet er testrapporten for hovedprosjektet, og skal gi en oversikt over all testing utført på systemet under og etter ferdigstilling, samt feil og løsninger gruppen har

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

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

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

Detaljer

https://nhh.itslearning.com/

https://nhh.itslearning.com/ e-læringssystemet https://nhh.itslearning.com/ Sist oppdatert 09.08.2012 13:18 1 1. Hva er It s Learning? It's Learning er et e-læringssystem hvor du finner elektronisk informasjon om alle våre kurs/studier,

Detaljer

PBL Barnehageweb. Brukerveiledning

PBL Barnehageweb. Brukerveiledning PBL Barnehageweb Brukerveiledning 1 1. Innledning Gratulerer med valget av nye PBL Barnehageweb! Med PBL Barnehageweb skal det være enkelt å lage en brukervennlig, moderne og profesjonell nettside for

Detaljer

Brukermanual for NROFs lokalavdelinger - hvordan redigere egne hjemmesider

Brukermanual for NROFs lokalavdelinger - hvordan redigere egne hjemmesider Brukermanual for NROFs lokalavdelinger - hvordan redigere egne hjemmesider 1. Logg deg inn på www.nrof.no/admin: 2. Da er du inne. Velg rediger side/artikkel follo@nrof.no Brukernavn = e-postadressen til

Detaljer

WWW.POLARPRODUKSJON.NO

WWW.POLARPRODUKSJON.NO GUIDE RSHL.NO Av Fredrik Mediå Oppgraderingen av nettstedet RSHL.NO har ført til at det kan oppstå en del spørsmål og forvirringer rundt hvordan forskjellige elementer fungerer. Denne guiden skal fungere

Detaljer

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

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

Detaljer

Veiledning for Krets- og gruppesider.

Veiledning for Krets- og gruppesider. Veiledning for Krets- og gruppesider. For å hjelpe grupper og kretser som ønsker å komme på nett, men ennå ikke er det, tilbyr nå forbundet grupper og kretser egne nettsider. Nettsiden til gruppe og krets

Detaljer

Manual for PENDULUM MUSIKER WEBSIDE

Manual for PENDULUM MUSIKER WEBSIDE Manual for PENDULUM MUSIKER WEBSIDE Nordisk Design - 02/05-2011 INNHOLDSFORTEGNELSE VELKOMMEN TIL WORDPRESS s. 3 MENYFUNKSJONER s. 3-4 LEGGE TIL/ENDRE BLOGGINNLEGG s. 5-6 LEGGE TIL/ENDRE SIDER s. 7 WIDGETS/MENYER

Detaljer

Publiseringsløsning for internettsider

Publiseringsløsning for internettsider Publiseringsløsning for internettsider Hva er Edit? Edit er et verktøy for publisering og vedlikehold av nettsider. Tidligere har det å vedlikeholde en nettside vært en tungvinn prosess, men nå kan alle

Detaljer