Kravspesifikasjon. Presentasjon. Hovedprosjektets tittel: Inventardatabase. Startdato: Sluttdato: Veileder: Torunn Gjester
|
|
- Gro Ellefsen
- 6 år siden
- Visninger:
Transkript
1 Kravspesifikasjon Presentasjon Hovedprosjektets tittel: Inventardatabase Startdato: Sluttdato: Veileder: Torunn Gjester Prosjektdeltakere: Gurpreet Singh s Odd-arne eide Bakke s Mehran Paymard S Oppdragsgiver: Kunst høgskolen i Oslo Fossveien Oslo Kontaktperson: Ludmila Zakrevskaia
2 1. Innledning Innledning Prosjektet Maskinpark skal utføres ved Høyskolen i Oslo, avdeling for ingeniørutdanning i samarbeid med Kunsthøgskolen i Oslo. I løpet av prosjektperioden skal det utvikles en database som inneholder ønskede data for IT avdelingen. Om bedriften Kunsthøgskolen i Oslo (KHiO) er landets største verksted og kulturhus for ny kunstkompetanse og nye kunstuttrykk. Det er en høyskole der grensene for fremtidens kunstnere og designere tøyes. Et studium ved KHiO vil inkludere stadig ny utforskning, eksperimenter og opparbeidelse av ferdigheter på tvers av tradisjonelle faggrenser. Dette gjør også KHiO til ett av landets viktigste laboratorier for kulturell utvikling. Bakgrunn for prosjektet IT avdelingen bruker i dag Excell-ark til å føre inn all maskin-og printeroversikt, og det er mildt sagt tungvint, med stor fare for feil. Det er dessuten veldig vanskelig å få ut rapporter på noe som helst. Etter hvert som skolen var vokst, ser man at regnearket bare vokser og vokser, slik at det er helt uoversiktig og tungvint å bruke, og svært ofte får de ikke brukt det til det de skal og vil. Administratoren er eneste person som kan har tilgang på all data og andre kan kun behandle dem når han befinner seg på sitt eget kontor i avdelingen. Vi vil lage programmet webbasert slik at administratoren og de andre (i følge rettigheter som kan beskrives)får tilgang i systemet der det er internett. Grunnen er at dette fører til at det blir mer tidseffektivt og enklere for administratoren da han blant annet får gjort sine oppgaver overalt.
3 2. Forord Dokumentbeskrivelse Dette dokumentet er utarbeidet for å gjøre prosjektoppgaven tydelig ved å beskrive de rammevilkår og spesifikasjoner gruppen skal jobbe ut i fra. Den er satt opp i samarbeid med oppdragsgiveren, og skal forebygge eventuelle misforståelser mht. hva oppgaven skal inneholde og hvordan den skal løses. Leserveiledning Kravspesifikasjonen er organisert i følgende deler. Introduksjon til prosjektet og dagens situasjon. Beskriver dokumentets betydning i forhold til prosjektet. Systemet og beskrivelse av våre valg av teknologi for å løse problemstillingen. Krav og rammevilkår, som må imøtekommes for at prosjektet skal bli sett som fullført. Eventuelle utvidelser av prosjektet, som kan bli implementert. Datamodeller, som skal tydeliggjøre systemet.
4 3. Innholdsfortegnelse PRESENTASJON INNLEDNING INNLEDNING OM BEDRIFTEN BAKGRUNN FOR PROSJEKTET FORORD DOKUMENTBESKRIVELSE LESERVEILEDNING INNHOLDSFORTEGNELSE SYSTEMKRAV BESKRIVELSE MÅLSETNING VISJON FUNKSJONSKRAV Registrering Sletting og endring Søking Krav til adminsystem Innloging IKKE FUNKSJONELLE KRAV Sikkerhet Backup Data lagring Brukerkarakteristikk Personvern Krav til design Hovedsiden Kategori Funksjoner Språkstandard Domenenavn Programmering og systemkode Teknologi Maskinvare Programvare Brukergrensesnitt Krav til dokumentasjon Arbeidsdokumentasjon Prosjektdokumentasjon... 12
5 4. Systemkrav Beskrivelse Systemet er webbasert og skal først og fremst brukes av IT avdelingen på KHIO. Med hjelp av systemet, kan administratoren håndtere og behandle data på en mer effektiv måte. Noen av tilfeller hvor programmet skal kunne benyttes er: Målsetning Beregning av årets budsjett med hensyn til utstyr og software behov. Oversikt på bestilling og bestillings behov av nye utstyr og software. Gjøre letter feilsøking på koblingsanlegg. Ettersporing av feil eller lovbryting. Oversikt på lisenser. Oversikt på leverandører. Oversikt på IP adresser. Vår målsetning er å utvikle en brukervennlig applikasjon for håndtering av databehandling og søking, samt et godt og enkelt brukergrensesnitt for å legge til og vedlikeholde informasjon, fra den administrative siden. I selve utformingen vektlegger vi å få til et enkelt og konkret verktøy. Et godt grafisk brukergrensesnitt og enkel navigasjon er viktig for å sikre at minst mulig forkunnskaper er nødvendige for å benytte seg av systemet. Komponentbasert arkitektur og programmering vil være essensielt for å sitte igjen med en mest mulig generell kodebase, som lett skal kunne brukes i like eller lignende systemer. Dette er også viktig for å lette mulighetene for senere å utvide systemet. Visjon Effektive og brukervennlige metoder for søking. Effektive og brukervennlige metoder for innskravering. Effektiv tjeneste for rapportering. Redusere tidsforbruket.
6 Funksjonskrav Databasen består av følgende hoved-tabeller : Rom De ansatte og datamaskinene befinner seg i et rom. Rommene må registreres for å holde orden og oversikt på hvor ansatte og datamaskiner befinner seg. Det som skiller hvert rom fra hverandre er romnummeret. Ansatte IT avdelingen har som tidligere nevnt ca 6 ansatte til daglig. Disse har forskjellige titler som krever sine egne rettigheter mot systemet. Det som skiller hver ansatt fra hverandre er brukernavn. Datamaskin Hver ansatt er tildelt en eller flere datamaskin. Vi skal skille hver datamaskin ved hjelp av Serienummer. Software Hver datamaskin er utstyrt med forskjellig software. Software må registreres for å holde oversikt over hva som er installert på datamaskinene til de ansatte. Det som skiller hver software er produktnavnet. Skjerm
7 Hver skjerm er knyttet til en datamaskin. Det som skiller hver skjerm er seriellnummeret. Stikkontakt Hver rom har en eller flere stikkontakter som skiller med stikknummer. None av de aktuelle tabeller er: Leverandør Kontaktperson Poststed For hver av dem skal en kunne gjøre registrering, sletting og søking. I møtet, datert , fikk vi vite at KHIO skal registrere alle utsyrer med et vist nummer som kalles anleggsnummer. Dette nummeret skal brukes som primernøkkel til alt utstyr Registrering Registrering skal skje ved at brukeren fyller ut det aktuelle skjemaet med informasjon som skal lagres. Ikke alle feltene skal være nødvendig å fylle ut for at registreringen skal la seg gjennomføre. De nøkkelfeltene som må være fylt skal være merket med en hevet skrift og stjerne(*) foran. Programmet skal ha mulighet å gi tilbakemelding i feiltilfeller. Om tilfeller som brukeren feiler skal programmet beholder innskreve data og bare vise en melding eller markere feilen. Systemet skal sjekke at innskreve data er gyldig deretter registreringen blir fullført. Primærnøkkelen som skal brukes i de tabellene er: Admin: Brukernavn. Rom: RomNr. Ansatt: AnsattNr. (Auto inkrement) Datamaskin: Serienummer. Skjerm: Serienummer. (Auto inkrement) Stikkontakt: StikkontaktID. Programvare: SoftwareID. (Auto inkrement) Kontaktperson: PersonID. (Auto inkrement) Leverandør: FirmanID. (Auto inkrement) NySoftware: Datamaskin_ Serienummer., SoftwarID. (En føyingstabell. Det er en tredje tabell som registrerer hver forekomst av relasjonen mellom Software og Datamaskin.) Poststed: Postnummer
8 Sletting og endring Slettingen og endringen skal fungere slik at brukeren velger det objektet fra resultattabellen. Ved sletting skal brukeren bekrefte at sletting skal utføres og deretter få beskjed at objektet ble slett og har mulighet å gå til resultattabellen. Ved endring skal man velge objektet fra resultattabellen og deretter får alle opplysninger i et skjema. Alle felter unntatt primær nøkkelen kan endres. Ved trykk på send, database oppdateres og brukeren får beskjed Søking Søking er den viktigste delen av systemet og vi vil utvide den slik at være mulig å trekke ut ønskende data og informasjoner fra alle tabeller. I tillegg er det svært viktig at søkingsresultatet representeres i en brukbar og tydelig format. Systemet skal ha to forskjellige alternativer til søkingsfunksjonen Alle Denne funksjonen viser alle rader på tabellen Avansert Muliggjøre søk på hver eneste attributt som finnes på tabellen Sortering Resultattabellen skal være mulig å sortere etter hvert eneste kolonne Utskriving Det skal være mulig å skrive ut selve resultattabellen i et nytt vindu Krav til adminsystem Administrasjonssiden skal være passordbeskyttet og det være brukerroller, ansatt og administrator. Administratoren har rettigheter til å endre, slette og innskrive (alle operasjoner) mens ansatt er en vanlig bruker som har kun oversikt over opplysninger og kan få rapporter Innloging Loging systemet skal fungere enkelt slik enhver bruker allerede er kjent med.
9 Ikke funksjonelle krav Sikkerhet Datavalidering Siden en del informasjonen skal lagres i databasen må systemet utføre valideringer nevnt nedenfor. Form validering. sammenligne passord, sjekke E-post, inaktivere avansert søk mens vis alle ble valgt og omvendt, disable primær felter om endring Mysql injeksjon. Validering av input(renser stringer) når data skal legges til i database eller søke i database for å forhindre SQL-Injections.) Felt validering begrense lengde, begrense input datatype, obligatoriske felter Backup Det er nødvendig å ha en backup av systemet dersom systemet/filer blir slettet eller at databasen blir ødelagt. I tillegg skal vi ta backup av alle dokumenter, endringer, og nødvendige informasjon slik at vi enkelt kan gå tilbake til andre endringer om det skulle bli nødvendig. Backup av system et er tatt med jevne mellom rom ca 1 gang i uken Data lagring Data for systemet bør la gres på en egen databaseserver Brukerkarakteristikk Brukerne av systemet er først og fremst IT avdelingen men det er mulig for andre avdelinger å ha tilgang som vanlig bruker. Derfor antar vi at de kan grunnleggende data og internett men ikke er eksperter. Vi tar allikevel utgangspunkt i at man skal kunne benytte systemet uten å ha mye forhåndskunnskaper.
10 Personvern Vi skal følge de regler og lover som eksisterer i forbindelse med copyright, viruskontroll, medlemmers opplysninger og tilgjengelighet Krav til design Det er viktig at en så tidlig som mulig har det klart for seg hvordan en ønsker at produktets brukergrensesnitt skal se ut og fungere. Det er derfor nødvendig å sette opp designkrav for de ulike delene av produktet. Det var ingen konkrete krav til layout. Gruppen har utviklet layouten på egen hånd Hovedsiden Hovedsiden til programmet skal inneholde i en ramme. Øverst til høyre rammen skal en ha logoen funksjon. Det er en meny med ønskede operasjoner. Det er bare denne funksjonen som er synlig og de andre skal dukkes frem etter hvert valg. Det skal også være en logg ut for at administratoren skal kunne logge seg ut Kategori Alle kategorier er bestemt av oppdragsgiver. Dette inkluderer Ansatt, datamaskin, kontaktperson, skjerm, leverandør, stikkontakt, programvare og rom Funksjoner Registrering, Endring, Sletting, Vising, Søking Språkstandard Nettsiden og programkoder skal baseres på norsk bokmål i første omgang, men det muligheter for flere språk og språkformer skal holdes åpne Domenenavn Foreløpig er følgende domenet og webområdet som vil brukes under prosjektet Programmering og systemkode Systemet kommer til å inneholde det meste php, sql-setninger, html, og Javascript. Det skal lagges oversiktlig kode med gode kommentarer der det er nødvendig for hver av de filene. Filen skal dessuten ha gode filnavn som forklarer noenlunde hva filen skal gjøre. Vi vil unngå å bruke de 3 norske bokstavene æ, ø, å i filnavnene, og i tabellene i databasen. Men i phpkoden ser ikke dette til å være et problem. Alle variabler må skrives med små bokstaver. Det er ikke bestemt noen krav om programmering eller systemkode fra oppdragsgivers side. Dette har gruppen selv tatt initiativ til å utarbeide for de som eventuelt skal utvide systemet senere.
11 Teknologi Maskinvare Systemet må i det minste kjøres på en dedikert webserver. Siden skal vi jobbe på skolen det er ikke noen krav fra oppdragsgiveren i forbindelse med maskinvare Programvare Programvare som skal brukes under prosjektet: TextPad v4.7.3 PHP Designer 2006 BETA PHP v HTML/ XHTML Java script CSS Em Editor Professional DB Designer v4 MySQL-Front v2.5 IBM Rational Rose Enterprise Edition Microsoft Office Prosjekt Standard Microsoft Office Word 2003 Microsoft Office Excel Microsoft Office Picture Manager v MySQL v Apache v Paint v5.1 Photoshop CS2 Firefox v1.5 Internet Explorer v Brukergrensesnitt Brukerne av systemet har ikke nødvendigvis teknisk innsikt eller erfaring med datasystemer generelt. Brukergrensesnittet må derfor bygges opp enklest mulig, slik at opplæring ikke er nødvendig. Følgende krav stilles: Brukeren skal få inntrykk at samme applikasjon benyttes til en hver tid. (Konsistens). Det skal aldri være tvil om hvilke valg brukeren har. (Funksjonalitet må gjøres tydelig) Informasjon som er teknisk og/eller overflødig skal ikke presenteres til vanlige brukere Krav til dokumentasjon Prosjektets planleggings og prosjektfase skal dokumenteres grundig. Hvert gruppemedlem har ansvar for å dokumentere sitt problemområde. Det må også skrives dokumentasjon for
12 bruk av selve systemet. Her skal alle funksjoner være beskrevet i detalj, slik at man gjennom å lese den kan f orstå hvordan hver del av systemet fungerer Arbeidsdokumentasjon Vi skriver møterapport for hver gang vi treffes. Alle beslutninger skal sendes som vedtak til medlemmer slik at vi vet om vårt eget ansvar og oppgaver, samt får bedre oversikt over hvilke oppgaver som er utført eller må utføres til enhver tid. Den vil også få frem hvem som har vært tilstede under de forskjellige møtene Prosjektdokumentasjon Prosessrapport som viser hvordan vi løste selve oppgaven. Prosjektskisse over hvordan prosjektet gjennomføres og lages er dokumentert i form av en prosjektstyringsplan. Forprosjektrapport blir realisert i form av prosjektstyringsplan, dette dokumentet og eventuelt tillegg som diagrammer. Produktdokumentasjon som beskriver selve produktet i utskriftsvennlig PHP. Testdokumentasjon og valideringsrapport som skrives etter testfasen, og leveres i HTML eller PDF-format. Brukerdokumentasjon som skrives etter systemet er testet og ferdigstilt. Den bør helst være tilgjengelig både i PHP og PDF format. Kildekode med kommentarer. Spesielt relevant kildekode med kommentarer leveres som eget vedlegg, som supplement om andre skal utvide eller endre systemet på et senere tidspunkt. Vedlikeholdsguide for systemet leveres for å forebygge senere supporthenvendelser.
Presentasjon. Kravspesifikasjon versjon 1. Gruppe 6. Vår /12. Hovedprosjektets tittel: Inventardatabase. Startdato:
Kravspesifikasjon versjon 1. Gruppe 6. Vår 2008 1/12 Presentasjon Hovedprosjektets tittel: Inventardatabase Startdato: 30.01.2008 Sluttdato: 23.05.2008 Veileder: Torunn Gjester Prosjektdeltakere: Gurpreet
DetaljerTema: Oversikt over ansatt, rom, datamaskin, skjerm, software, hardvare og tilkoblingsanlegg.
Forprosjektrapport Presentasjon Tittel: Inventardatabase Tema: Oversikt over ansatt, rom, datamaskin, skjerm, software, hardvare og tilkoblingsanlegg. Prosjektperiode: 2/12-08 23/05-08. Prosjektgruppe:
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
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
DetaljerHovedprosjekt 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...
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
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,
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
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 å
DetaljerProduktrapport. Produktrapport. Hjelpemiddel portal for Parkinsonforbundet
Produktrapport Hjelpemiddel portal for Parkinsonforbundet 1 Innhold: Forord ------------------------------------------------------------------------------------------------------2 Planlegging og arbeidsmetode
DetaljerDenne 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
Detaljer1. Forord. InventarDatabase
1. Forord Denne rapporten har som mål å beskrive testingen vi har gjort av vår inventardatabase som vi utviklet til kunsthøgskolen i oslo (Khio) i forbindelse med hovedprosjekt for anvendt data våren 2008.
Detaljer1. Forord. InventarDatabase
1. Forord Dette dokumentet beskriver gruppe 6 sin planlegging og utførelse av hovedprosjekt ved Høgskolen i Oslo, avdeling for ingeniørutdanning, vårsemesteret 2008. Hensikten med dette dokumentet er å
DetaljerKravspesifikasjon 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.
DetaljerStyringsdokumenter. Studentevalueringssystem
Styringsdokumenter Studentevalueringssystem Forord Dette er en samling av alle styringsdokumentene gjennom prosjekt perioden. Styringsdokumentene er satt opp i rekkefølge i forhold til perioden de ble
DetaljerStyringsdokumenter. Forord
8 Styringsdokumenter Forord Dette er en samling av samtlige styringsdokumenter gjennom hele prosjektperioden. Styringsdokumentene er satt opp i rekkefølge i forhold til leveringsfrister Dokumentene ble
DetaljerBrukermanual. 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
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
DetaljerKRAVSPESIFIKASJON. Gruppe 2. Hovedprosjekt, Høgskolen i Oslo og Akershus. Våren 2014 KRAVSPESIFIKASJON 1
KRAVSPESIFIKASJON Gruppe 2 Hovedprosjekt, Høgskolen i Oslo og Akershus Våren 2014 KRAVSPESIFIKASJON 1 CONTENTS 1. Forord... 3 2. Presentasjon... 3 2.1 Gruppens medlemmer... 3 2.2 Oppdragsgiver... 3 2.3
DetaljerEntobutikk FORPROSJEKTRAPPORT FOR ENTOBUTIKK VÅR 2011 LAGET AV GRUPPE 02
FORPROSJEKTRAPPORT FOR ENTOBUTIKK VÅR 2011 LAGET AV GRUPPE 02 1 INNHOLDSFORTEGNELSE PRESENTASJON 03 SAMMENDRAG 04 BEDRIFT 05 Om bedriften 05 Dagens situasjon 05 MÅL OG RAMMEBETINGELSER 06 Funksjonalitet
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
DetaljerEksamen i Internetteknologi Fagkode: IVA1379
Høgskolen i Narvik Side 1 av 5 Eksamen i Internetteknologi Fagkode: IVA1379 Tid: Mandag, 07.06.04, 9:00-12:00 Tillatte hjelpemidler: Alle trykte og skrevne hjelpemidler tillatt. Eksamen består av 4 oppgaver
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.
DetaljerKravspesifikasjon Hovedprosjekt ved Høgskolen i Oslo Våren 2008
Kravspesifikasjon Hovedprosjekt ved Høgskolen i Oslo Våren 2008 1.Forord I dette dokumentet skal vi gi et bildet av de kravene som er satt til prosjektet. Dokumentet er hovedsakelig beregnet som et styringsdokument
DetaljerKravspesifikasjon Prosjekt nr SSP Installasjon AS. Dato: 25.mai 2007 Antall sider: 8 Intern veileder: Kjetil Grønning
Prosjekt nr. 2007-11 Kravspesifikasjon Tittel: Informasjonssystem SSPI Prosjektdeltakere: Hans Petter Kristiansen Espen Skaarer Dato: 25.mai 2007 Antall sider: 8 Intern veileder: Kjetil Grønning Oppdragsgiver:
DetaljerHovedprosjekt ved Høgskolen i Oslo våren 2011 CHARITY DOCTORS KRAVSPESIFIKASJON
CHARITY DOCTORS KRAVSPESIFIKASJON Hovedprosjekt i informasjonsteknologi ved Høgskolen i Oslo våren 2011 Gruppe 13 Muleha Nhonzi Harlem Tambwe Mufoncol Ruban Amuthalingam Page 1 of 6 1 Innledning 1.1 Innledning
Detaljer1. Forord 2. Leserveiledning
KRAVSPESIFIKASJON 1 1. Forord Hensikten med kravspesifikasjonen er at den skal fungere som et styringsdokument under prosessen og definere rammer og betingelser rundt hovedprosjektet. Den er utviklet etter
DetaljerKravspesifikasjon. 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
DetaljerPresentasjon av oppgave 24E Bookingsystem for LillehammerBryggeri. Av Anders Refsahl
Presentasjon av oppgave 24E Bookingsystem for LillehammerBryggeri Av Anders Refsahl Innhold Firma/Oppgavestiller Problemstilling Hvorfor denne oppgaven Løsning av oppgaven Resultater Videre arbeid Firma/Oppgavestiller
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
DetaljerKravspesifikasjon. Kravspesifikasjon Gruppe nr 10 Hårgalleriet. DATO 08. februar 2011 ANTALL SIDER 8 INTERN VEILEDER Tor Krattebøl
Kravspesifikasjon HOVEDPROSJEKTETS TITTEL Bestillingssystem for frisørsalong PROSJEKTDELTAKERE Endre Gulbrandsen (s150690) DATO 08. februar 2011 ANTALL SIDER 8 INTERN VEILEDER Tor Krattebøl OPPDRAGSGIVER
Detaljer6 Kravspesifikasjon. 6.1 Presentasjon. Tittel Precision Teaching App for Android
6 Kravspesifikasjon 6.1 Presentasjon Tittel Precision Teaching App for Android Oppgave Å lage en Android app som skal benyttes av studenter for å øve på fagpensum. Appen skal ta i bruk prinsipper fra Precision
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.
Detaljer2 Innholdsfortegnelse
Kravspesifikasjon 1 Forord Kravspesifikasjonen er ment å sees i sammenheng med gruppas forventninger til sitt eget sluttprodukt. Den er altså like mye våre egne krav som krav stilt av arbeidsgiver. Vi
Detaljer1 Forord. Kravspesifikasjon
[Type text] [Type text] 3/5 Hovedprosjekt ingeniørutdanningen 09 Kravspesifikasjon Tittel på hovedprosjektet Tarantell Dashboard Gruppe 28 Bjørn Ove Pedersen Stian Dalviken Antall sider 6 Intern veileder
DetaljerTeknostorage - Lagersystem. Et lagersystem som på enkel måte kan registrere varer inn og ut fra lager. 3. januar 2012 til 11.
1 Brukerveiledning Presentasjon Tittel Oppgave Periode Gruppemedlemmer Prosjektgruppe Veileder Oppdragsgiver Kontaktperson Teknostorage - Lagersystem Et lagersystem som på enkel måte kan registrere varer
DetaljerKravspesifikasjon Gruppe 9
Forord Kravspesifikasjonen skal sikre at begge parter er enige om kravene til systemet som skal lages. Vi skal utvikle en database for Nor dagligvarer import som kan rydde opp i faktureringer og bestillinger,
DetaljerBrukerveiledning. 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
DetaljerInfoRed Publisering. - produktbeskrivelse. TalkPool WebServices Postboks Åneby
InfoRed Publisering - produktbeskrivelse www.talkpool.no TalkPool WebServices Postboks 90 1484 Åneby InfoRed Produktbeskrivelse 2 Sammendrag InfoRed Publisering er produktet for å administrere en hel informasjonstjeneste,
DetaljerOblig 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[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[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
DetaljerKravspesifikasjon. 1. Innledning. Presentasjon. Innledning. Om bedriften. Bakgrunn for prosjektet
Kravspesifikasjon Presentasjon Tittel: Oppgave: Backup for PDA/Smartphones Utvikle en applikasjon for PDA/Smartphones med funksjonalitet for backup av sms, mms, e-post, kontakter, kalender, bilder og dokumenter
DetaljerKravspesifikasjon. Forord
Kravspesifikasjon Forord Hensikten med 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
DetaljerForprosjekt. Høgskolen i Oslo, våren
Forprosjekt Høgskolen i Oslo, våren 2011 ------------------------------------------ Presentasjon Tittel: Oppgave: Database og nettside for Nor Dagligvarer Import AS Utvikle et databasesystem for bedriften
DetaljerHOVEDPROSJEKT 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
DetaljerArtist 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
DetaljerKRAVSPESIFIKASJON DAGSPLANAPPLIKASJON FOR NETTBRETT. Gruppe 28 Hovedprosjekt våren 2015
KRAVSPESIFIKASJON Kravspesifikasjon er en beskrivelse av hvilke krav oppdragsgiver har til systemet som skal utvikles. Den fungerer som en kontrakt mellom oppdragsgiver og utviklere. DAGSPLANAPPLIKASJON
DetaljerBåtforening på nett. Produktrapport
Båtforening på nett Hovedprosjekt våren 2009, Høgskolen i Oslo Prosjektgruppe 36 Vegard Skipnes, Rade Vuckovic & Frode Sørensen Produktrapport 1 Sammendrag Denne rapporten er en del av Hovedprosjektet
DetaljerForprosjektrapport. 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
DetaljerTestdokumentasjon Presentasjon
Testdokumentasjon Presentasjon Tittel Oppgave Teknostorage - Lagersystem Et lagersystem som på enkel måte kan registrere varer inn og ut fra lager. Periode 3. januar 2012 til 11. juni 2012 Gruppemedlemmer
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
DetaljerPJ 501 Brukermanual NITH. Troja.NET brukermanual
Troja.NET brukermanual 1 av 53v Innholdsfortegnelse INNHOLDSFORTEGNELSE... 2 FIGURLISTE... 5 1.0 INSTALLASJONSGUIDE... 7 1.1 PROGRAMVAREKRAV:... 7 1.1.1 Oppsett av Microsoft SQL Server 2000... 7 1.1.2
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
DetaljerStudentdrevet innovasjon
Studentdrevet innovasjon Hovedprosjekt 2013 Høgskolen i Oslo og Akershus Forprosjektrapport av Gruppe 11 Karoline Sanderengen, Mona Isabelle Yari og Randi Ueland 25.01.2013 Studentdrevet innovasjon 9 Innhold
DetaljerProduktrapport. 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.
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
DetaljerDette 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
DetaljerKravspesifikasjon. Vedlegg A
Vedlegg A Kravspesifikasjon Dette dokumentet beskriver krav til applikasjonen som skal designes i prosjektet Nettverksbasert applikasjonsovervåking. Det beskrives her både krav til selve applikasjonen
DetaljerForprosjektrapport. Medlemsdatabase for Amnesty International Juridisk Studentnettverk. Høgskolen i Oslo og Akershus
2012 Høgskolen i Oslo og Akershus Margit Cecilie Haugen s163289 Pernille Mohn s163300 Tonje Henriksen s156049 Forprosjektrapport INNHOLDSFORTEGNELSE Presentasjon... 2 Sammendrag... 2 Om bedriften... 2
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. 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...
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...
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
DetaljerTESTRAPPORT Tittel på hovedprosjektet: Varebestillingssystem for Wokas Salg AS
TESTRAPPORT Tittel på hovedprosjektet: Varebestillingssystem for Wokas Salg AS Medlemmer av gruppe 35: Joakim Larsen, s150070, 3AB Kristian Kjelsrud, s147787, 3IA Anastasia Poroshina, s140720, 3AB Prosjektperiode:
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
DetaljerHovedprosjektet 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
DetaljerLearning Online. DataPower. Registrering. for administratorer. Versjon 2.x
DataPower Learning Online Registrering for administratorer Versjon 2.x OKOK 1 Registrering Registrering Etter bestilling av ett eller flere kurs, registrerer DataPower Learning den nye bedriften i DataPower
DetaljerKravspesifikasjon Innholdsfortegnelse
Kravspesifikasjon Innholdsfortegnelse 1.Introduksjon... 2 1.1 Medlemmer:... 2 1.2 Oppdragsgiver:... 2 1.3 Kontaktsperson hos Retriever:... 2 1.4 Veileder:... 2 1.5 Bakgrunn... 3 2. Om Kravspesifikasjonen...
DetaljerElsmart Brukerveiledning Nettmelding for Installatører
Elsmart Brukerveiledning Nettmelding for Installatører Nettmelding Brukerveiledning Generell 0.5.doc Side 1 av (26) Innledning Dette er den generelle brukerveiledningen til Elsmart Nettmelding. Denne veiledningen
DetaljerInformasjonsportalen
Brukermanual Informasjonsportalen Aksjeservice versjon 2.0 Aksjeservice AS Kolbergveien 20 3121 Tønsberg / Munkedamsveien 68 0270 Oslo Forord Aksjeservice er en løsningsleverandør for ikke-børsnoterte
DetaljerGruppe 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
DetaljerHOVEDPROSJEKT. 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
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
DetaljerGranitt Grafisk AS Kravspesifikasjon Gruppenr: 2011-12
1 av 6 1.Innledning 1.1Presentasjon Dato: 01.02.2011 Bacheloroppgave: Produktkalkyle for Granitt Grafisk AS Gruppenr: 11-12 Gruppemedlemmer: Pål Georg Dahl Myran Joakim Haneberg Johansen Michael Venables
DetaljerKravspesifikasjon for Agresso Employee Hovedprosjekt i data våren 2007
for Agresso Employee Hovedprosjekt i data våren 2007 Gruppe 20: Anders Hartvoll Ruud Christian Årving Leif Martin Næss Sahdia Fayyaz Moghal 2 Agresso Employee Presentasjon Prosjektittel: Oppgave: Agresso
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
DetaljerBrukerdokumentasjon Prosjekt nr. 2011-16 PayEx Logistics
Side 1 av 17 Payex Logistics Brukermanual Ver. 1.0 31.05.2011 Gruppe 16 Høgskolen i Oslo Side 2 av 17 1 Innledning Denne brukerdokumentasjonen forklarer bruken av logistikksystemet som er laget for PayEx.
DetaljerBrukerdokumentasjon for registrering og rapportering beredskapsutstyr hos Post og Teletilsynet
Brukerdokumentasjon for registrering og rapportering beredskapsutstyr hos Post og Teletilsynet Innholdsfortegnelse Innlogging...3 Forside...4 Menyen...4 Oversikt over utstyret...5 Rediger utstyr...6 Opprett
DetaljerSiteGen 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
DetaljerTjenestebeskrivelse Webhotelltjenester
Tjenestebeskrivelse Webhotelltjenester Sist endret: 2004-12-01 Innholdsfortegnelse 1 INTRODUKSJON... 3 1.1 GENERELT... 3 1.2 NYTTEVERDI WEBHOTELLTJENESTER FRA TELENOR... 3 2 FUNKSJONALITET... 4 2.1 INNHOLD
DetaljerTESTRAPPORT - PRODSYS
TESTRAPPORT - PRODSYS PRODSYS-DATASYSTEM FOR ÅS PRODUKSJONSLAB AS GRUPPE 12 CHRISTOPHER CONRADI STEFFEN DIEDRICHSEN ROMAN KOVALENKO INFORMASJONSTEKNOLOGI, INGENIØRUTDANNINGEN, HØYSKOLEN I OSLO 1. FORORD
DetaljerForprosjektrapport for Agresso R&D Ansettelsessystem 31.01.07. Hovedprosjekt våren 2007. Skrevet av:
Forprosjektrapport for Agresso R&D Ansettelsessystem Hovedprosjekt våren 2007 31.01.07 Skrevet av: Anders Hartvoll Ruud Christian Årving Leif Martin Næss Sahdia Fayyaz Moghal 1 Sammendrag Prosjektittel:
DetaljerKravspesifikasjon
24.05.2017 Kravspesifikasjon Gruppe 10 BACHELORPROSJEKT 2017 INNHOLDSFORTEGNELSE 1 PRESENTASJON... 3 2 OM BAKGRUNNEN... 3 3 FORORD... 4 4 LESERVEILEDNING... 4 5 KORT SYSTEMBESKRIVELSE... 4 6 RAMMEKRAV...
DetaljerCharityDoctors. 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
DetaljerKort veiledning for avsendere og hentesteder
Kort veiledning for avsendere og hentesteder Side 1 Innholdsfortegnelse Innholdsfortegnelse Kort veiledning for avsender/hentested, ver 6.0 Daglige Oppgaver Før henting (korriger mengder) Legge inn merknader
DetaljerDokument 1 - Sammendrag
Dokument 1 - Sammendrag Automatnett - Nytt CMS-verktøy for Uno-X Automat Fakultet for teknologi, kunst og design Høgskolen i Oslo og Akershus, 2013 Innholdsfortegnelse Sammendrag 1 1. Innledning 1 2. Om
DetaljerBrukerdokumentasjon. Hovedprosjekt 2011. Høgskolen i Oslo. Gruppe 24
Brukerdokumentasjon Hovedprosjekt 2011 Høgskolen i Oslo Gruppe 24 Tore Holmboe (s155547) Vegard Kamben (s148147) Anders Fohlin Kjøde (s155551) Haakon Nygård (s155535) Stian Pettersen (s144449) en RSS-leser
DetaljerCabinWeb BRUKERDOKUMENTASJON ET SYSTEM UTVIKLET AV DELFI DATA
CabinWeb BRUKERDOKUMENTASJON ET SYSTEM UTVIKLET AV DELFI DATA Sist oppdatert 18.02.2010 INNHOLD INNHOLD... 1 HVA ER CABINWEB... 2 HVA KAN DU BRUKE CABINWEB TIL?... 3 HVA ER NYTT I CABINWEB VERSJON 2.0...
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
Detaljer1. Innføring i bruk av MySQL Query Browser
Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Innføring i bruk av MySQL Query Browser Kjell Toft Hansen 28.02.2007 Lærestoffet er utviklet for faget LV338D Databaseadministrasjon 1. Innføring
DetaljerGeometra. Brukermanual. Telefon: 64831920
Geometra Brukermanual Telefon: 64831920 Innhold GENERELT...3 Hva er Geometra?...3 Om PDF tegninger...3 KOM I GANG!...5 Start programvaren og logg inn...5 Grunnleggende funksjoner:...6 Lag et prosjekt,
DetaljerDriftportal for helpdesk. Operation portal for helpdesk
Driftportal for helpdesk. Operation portal for helpdesk HiST bachelorprosjekt 040E Spring 2011. Studerende: Peter Michael Mark Rasmussen. Veileder: Stein Meisingseth. 1 Hensikt; Etableres en driftsportal
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
DetaljerHovedprosjekt i informasjonsteknologi våren 2014. Gruppe 32 - Erik M. Forsman, Lars H. Nordli og Simen A. Hansen
Hovedprosjekt i informasjonsteknologi våren 2014 Oslo 22.01.2014 Gruppe 32 - Erik M. Forsman, Lars H. Nordli og Simen A. Hansen Forprosjektrapport Presentasjon Tittel: Definisjon: Gruppemedlemmer: Meso
DetaljerHTML5. Skjemaer på nettsider. Skjemaer med. Informasjonsteknologi 1 og 2. Gløer Olav Langslet Sandvika VGS
Skjemaer med HTML5 Gløer Olav Langslet Sandvika VGS Leksjon 10 Informasjonsteknologi 1 og 2 Skjemaer på nettsider I denne leksjonen skal vi se litt nærmere på bruk av skjemaer på nettsider. Du har sett
DetaljerEn 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...
DetaljerForprosjektrapport. Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren Digitalisering av Sentralen UNG Gründer
Forprosjektrapport Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren 207 Digitalisering av Sentralen UNG Gründer Gruppe 34 Kenneth Di Vita Jensen, s236745 Frank Arne Bjørkmann
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
Detaljer