Monitoring Framework - Kravspesifikasjon
|
|
- Eskild Tønnessen
- 6 år siden
- Visninger:
Transkript
1 1 SAMMENDRAG Dette dokumentet beskriver kravene vi har til systemet og hva systemet skal gjøre. Dokumentet beskriver både funksjonelle og ikke-funksjonelle krav, samt rammebetingelser. Kravspesifikasjonen har tatt utgangspunkt i ønsker og krav fra oppdragsgiver. Disse kravene var ikke så mange eller strengt formulert, så de aller fleste kravene og funksjonaliteten til programmet har gruppen selv laget. Noe av essensen med oppgaven fra Accenture var jo nettopp å se hva slags løsning vi ville komme frem til. Det gjelder også med tanke på kravspesifikasjonen. Dette dokumentet gir et innblikk i hvordan systemet er oppbygd og har vært grunnlaget for utviklingsarbeidet vårt. Vi har hele tiden brukt kravspesifikasjonen som noe å gå tilbake til for å sjekke om systemet vårt oppfyller kravene vi hadde. Den beskriver i detalj all funksjonalitet vi ønsker den ferdige applikasjonen skal besitte. Vi har ikke endret mye på kravspesifikasjonen i løpet av prosjektet. Vi lagde noen utkast før vi fikk den godkjent av Accenture, og det vi har forandret på etter den tid er gjort rede for i kapitel 5. Det kan tenkes at etterhvert som applikasjonen blir utvidet og videreutviklet at kravspesifikasjonen også bør oppdateres. Ettersom vi ikke skal utvikle et presentasjonslag med grafisk design har vi heller ikke laget noen designkrav til systemet, men det vil være naturlig å gjøre dette når et slikt presentasjonslag skal bli utviklet for å sikre et brukervennlig og enkelt brukergrensesnitt. Side 1
2 1 SAMMENDRAG 1 2 INNLEDNING OM OPPDRAGSGIVER OM BAKGRUNNEN FOR OPPGAVEN 3 3 FORKLARING TIL KRAVSPESIFIKASJONEN 4 4 SAMSVAR MELLOM PRODUKT OG KRAVSPESIFIKASJON 5 5 OM ENKELTE DELER AV KRAVSPESIFIKASJONEN 6 MÅLINGSTYPER 6 OS-SPESIFIKKE MÅLINGER 6 DATABASESPESIFIKKE MÅLINGER 6 USPESIFISERTE MÅLINGER 6 6 KRAVSPESIFIKASJONEN 7 7 KRAV TIL KODE 12 8 KRAV TIL DOKUMENTASJON 13 9 UTVIDELSER ORDLISTE 15 ORM 15 POJO 15 Side 2
3 2 INNLEDNING 1.1. Om oppdragsgiver Accenture er et globalt konsern som tilbyr konsulent-, teknologi- og outsourcingtjenester. Accenture har over ansatte i 49 land, og er med det verdens største konsulentselskapet, og et av de største IT- selskapene på verdensbasis. I Norge startet Accenture som en konsulentavdeling i Arthur Andersen LLP, dannet i Konsulentavdelingen ble opprettet i 1953 etter et oppdrag fra General Electric om å lage en studie i bruk av datamaskiner til lønningslister. Det ble utviklet et lønningssystem på bakgrunn av denne studien, et system som regnes som verdens største kommersielle IT-prosjekt. Selskapet het da Andersen Consulting. I 2001 skiftet Andersen Consulting navn til dagens Accenture. Accentures konsulenter arbeider med vidt forskjellige aktiviteter, fra strategisk planlegging via forbedring av kundeservice til optimalisering av kundenes daglige driftsoppgaver Om bakgrunnen for oppgaven Prosjektet gjennomføres som hovedprosjekt for Høgskolen i Oslo, prosjektoppgaven er levert av Accenture. Oppgaven består av å utvikle et overvåkningssystem for Accenture. Fra før har Accenture utviklet et lignende system for sine kunder, men dette har brukt utdatert teknologi og det er også kunden til Accenture som eier dette programmet. Gruppen kan derfor ikke benytte seg av tidligere kode. Accenture har bruk for et system som kan overvåke oppetid og ytelse og lignende på servere og i miljøer for ulike kunder av Accenture. Prosjektet går ut på å lage et system for innhenting, lagring, behandling og presentasjon av informasjon fra agenter som installeres på de forskjellige servere. Det er et mål at rammeverket er godt designet og at det skal være enkelt å vedlikeholde og videreutvikle. Prosjektet er delt mellom vår gruppe og en annen gruppe som går på linjen Anvendt Datateknologi. Vår del av prosjektet går ut på å lage den sentrale applikasjonen i systemet og databaseløsningen. Den andre gruppen skal ta seg av systemdesign med fokus på agentene, og eventuelt implementasjon av agentene. Side 3
4 3 FORKLARING TIL KRAVSPESIFIKASJONEN Kravspesifikasjonen er skrevet i et dokumentasjonsformat som Accenture bruker. Accenture ville gjerne ha det i dette formatet, noe vi syntes var greit. Vi har kun laget en kravspesifikasjon for oppgaven som er felles for denne dokumentasjonen og som levering til Accenture. Dokumentasjonsstandarden til Accenture kalles ADM (Accenture Delivery Methods). Kravspesifikasjonen er delt inn i funksjonelle krav, tekniske krav og krav til sikkerhet. De funksjonelle kravene er konkrete krav til systemet som beskriver en ønsket tilstand. De tekniske kravene beskriver systemkravene og hvordan feilhåndteringen skal skje. Sikkerhetskravene beskriver generelle krav til sikkerhet som passordbeskyttelse, rolletilgang med mer. Systemet er rollestyrt med 3 ulike brukere som har forskjellige tilganger og muligheter i systemet. Disse er admininstrator, superbruker og bruker. De funksjonelle kravene er delt inn i naturlige undergrupper som systemkrav, applikasjonskrav, meldingshåndtering, varsling, tilganger, konfigurasjon og målingstyper. Under kolonnen type i selv kravspesifikasjonen har vi lagt inn om kravene er obligatoriske, ønskelige eller mulige. At kravene er mulige er kanskje litt søkt, men det illustrerer hvilke muligheter vår generiske applikasjon har for lettere å illustrere for sensor og de som skal videreutvikle systemet hva det kan brukes til. Disse mulige kravene forutsetter da at agentene som sender data til vår applikasjon er konfigurert til å hente disse dataene. Man kan se på disse mulige kravene som noen av mange scenarioer som vår applikasjon er i stand til å håndtere, men dette avhenger av agentene som er installert og konfigurert hos brukeren. Side 4
5 4 SAMSVAR MELLOM PRODUKT OG KRAVSPESIFIKASJON I det store og hele samsvarer vårt ferdige produkt med kravspesifikasjonen. Allikevel er det noen krav som vi gjør rede for: Systemet skal ha en oppetid på 95 % Dette kravet har vi ikke fått testet nok til å konkludere med at det er implementert. En oppetid på systemet må testes over en lengre periode enn det vi har hatt anledning til. Databasen som vi bruker har hatt en oppetid på 100 % i et par måneders tid, men dette er ikke nok til å konkludere med at systemet har en oppetid på 95 %. Tid fra kunden trykker på "søk" til siden returneres til kunde skal være maksimalt to sekunder I og med at vi ikke har laget noe brukergrensesnitt så vi har ikke fått testet dette punktet. Vi tror at dette kravet greit skal kunne oppfylles hvis et grensesnitt blir laget, da søk i vår database ser ut til å være svært tidseffektiv. Side 5
6 5 OM ENKELTE DELER AV KRAVSPESIFIKASJONEN Målingstyper Ettersom agentene skal overvåke forskjellige ting har vi definert noen målingstyper, meningen med agenten er at den skal overvåke alt mulig, men vi har tenkt oss at den vil bli mest brukt til å overvåke enten OSspesifikke målinger, databasespesifikke målinger eller nettverksspesifikke målinger. OS-spesifikke målinger Med OS-spesifikke målinger tenker vi på målinger som operativsystemet kan hente ut, målinger som er aktuelle: CPU-last : Informasjon om gjennomsnittlig last siste minuttet Minne: Total minne og hvor mye minne i % er i bruk nå Diskplass: Totalplass og diskbruk i % akkurat nå. Databasespesifikke målinger Databasespesifikke målinger er målinger som går på databasen til kunde, agentene skal kunne overvåke databaser, målinger som er aktuelle: Finne ut hvor lang tid det tar å kjøre en spørring Kunne kjøre spørringer i databasen og returnere resultatet av disse Kunne hente informasjon om hvor mange spørringer som utføres per sekund i databasen Hente ut informasjon om hvor stor plass en database bruker Uspesifiserte målinger Systemet skal også kunne ta imot uspesifiserte målinger, dette er målinger kunden har definert selv og kan i teorien være alt mulig, dette er også grunnen til at vi ikke har definert alle typer målinger ettersom en viktig funksjon i systemet er at kunden kan definere målinger selv. Side 6
7 6 KRAVSPESIFIKASJONEN High-level Requirements Project Name: Project Stage: Monitoring Framework Analyse Highlevel Requir ement ID Business Topic 1 Funksjonelle krav High-level Requiremen t Name Systemkrav Short Description Primært mål med systemet Sekundært mål med systemet Priori ty (L,M, H) Type Long Description H Obligatorisk Systemet skal overvåke kritiske applikasjoner i eksterne systemer. Eksempler på hva som kan overvåkes er diskforbruk, cpulast og databaseytelse. Systemet skal kunne konfigureres til ulike kunder. H Obligatorisk Systemet skal overvåke egen applikasjon. Utvidbarhet H Obligatorisk Systemet skal kunne utvides med plug-in-moduler - nye typer agenter skal kunne settes i bruk uten at det påvirker systemets struktur Utvidbarhet H Obligatorisk Databasen skal modelleres slik at det ikke legges begrensninger på hva som kan legges inn av målinger og konfigurasjonsdata Overordnet beskrivelse H Obligatorisk Applikasjonen skal ta imot målingsdata fra agenter. Agenter er små applikasjoner installert i målsystemer Målingstyper H Obligatorisk Målinger kan være alle typer data som agenter er konfigurert til å måle/overvåke Selvovervåkning L Ønskelig Alle agenter skal sende en melding minst hvert minutt i tidsintervallet de er satt til å overvåke??? Lagring av konfigurasjon H Obligatorisk All konfigurasjon skal lagres i og hentes fra databasen Køløsning H Ønskelig Ved å bruke en kø skal applikasjonen sørge for at innsamlet data fra agentene ikke går tapt ved kommunikasjonsfeil, enten mellom agentene og applikasjonen, eller mellom applikasjonen og databasen Applikasjonskrav Meldingshåndtering Side 7 L Ønskelig Agenter skal sende krypterte meldinger til en kø på sentral server H Ønskelig Køen skal motta meldinger i form av serialiserte POJO s fra agenten M Ønskelig Køen skal kjøre på samme server som applikasjonen H Ønskelig En meldingshåndterer skal hente en melding fra køen M Ønskelig Meldingene fra agenten og ned til meldingshåndteren skjer via en
8 sikker SSL - protokoll H Ønskelig Meldingshåndtereren skal sende meldingen til en valideringsmodul H Ønskelig Valideringsmodulen skal validere meldingen og sende den tilbake M Ønskelig Meldingshåndtereren skal sende meldingen til en parser M Ønskelig Parseren returnerer et målingsobjekt H Ønskelig Meldingshåndtereren skal sende målingsobjektet til et ORMobjekt H Ønskelig ORM-objektet skal håndtere lagring i databasen Varsling Overvåking av applikasjon Overvåking av database Varsling ved kritiske nivåer H Obligatorisk Systemet skal sende en mail til driftsansvarlig hos Accenture hvis deler av systemet blir inoperativt H Obligatorisk Systemet skal sende en mail til driftsansvarlig hos Accenture hvis kommunikasjon mot databasen ikke er mulig H Obligatorisk Systemet skal sende en mail til kunde hvis målinger overstiger de definerte terskler for varsling, se pkt. "Konfigurasjon" Tilganger Alle roller Alle roller har følgende tilganger: Innlogging Ønskelig Alle roller skal måtte logge inn for å bruke applikasjonen Utlogging Ønskelig Alle roller skal kunne logge ut av applikasjonen Autentisering Ønskelig For å logge inn må man oppgi bruker-id og passord Endre opplysninger Ønskelig Alle roller skal kunne endre sitt passord Endre opplysninger Ønskelig Alle roller skal kunne endre sitt telefonnummer Endre opplysninger Ønskelig Alle roller skal kunne endre sin epostadresse Bruker H I tillegg til tilgangene for alle roller skal bruker ha følgende tilganger: Se målinger Ønskelig Bruker skal kunne se målinger fra egne systemer Superbruker I tillegg til tilgangene for bruker skal superbruker ha følgende tilganger: Opprette bruker Ønskelig Superbruker skal kunne opprette brukere Opplysninger om brukere Side 8 Ønskelig Brukere skal registreres med navn, telefonnummer, epostadresse og bruker-id Slette bruker Ønskelig Superbruker skal kunne slette bruker Endre brukeres passord Ønskelig Superbruker skal kunne generere nytt passord til brukere Endre opplysninger om bedrift Ønskelig Superbruker skal kunne endre opplysninger om egen bedrift Legge til agent Ønskelig Superbruker skal kunne legge til nye agenter Konfigurere agent Ønskelig Superbruker skal kunne konfigurere agenter Administrator I tillegg til tilgangene for alle
9 roller skal administrator ha følgende tilganger: Opprette kunde Ønskelig Administrator skal kunne opprette kunder Opplysninger om kunde Ønskelig Kunder skal registreres med navn på bedrift, navn på superbruker og kunde-id Avslutte kunde Ønskelig Administrator skal kunne slette kunder fra systemet. Dette inkluderer sletting av alle data om kundens systemer Opprette superbruker Endre superbrukers passord Ønskelig Ønskelig Administrator skal kunne opprette superbrukere Administrator skal kunne generere nytt passord til superbrukere Slette superbrukere Ønskelig Administrator skal kunne slette superbrukere Se status på agenter Ønskelig Administrator skal kunne se status på agenter Se målinger fra alle agenter Ønskelig Administrator skal ha tilgang til alle målinger i databasen Se status på systemet Ønskelig Administrator skal kunne se status på applikasjonen Se status på systemet Ønskelig Administrator skal kunne se status på databasen Konfigurasjon Konfigurere varslingsterskler H Obligatorisk Superbruker skal kunne definere terskler for varsling på mail Eksempel, nettverksbruk "Mail ønskes tilsendt hvis det de siste <fem> minutter har vært over <80%> aktivitet Eksempel, CPU-last "Mail ønskes tilsendt hvis det de siste <fem> minutter har vært over <80%> CPU-last Eksempel, filområde "Mail ønskes tilsendt hvis </home/automekanikk/www> fyller mer enn <300> MB Konfigurere filsti H Er Mulig Superbruker skal kunne definere filsti til område av disk som ønskes overvåket Konfigurere tidsintervall Konfigurere frekvens Konfigurere databaseagent Konfigurere spørring H Er Mulig Superbruker skal kunne definere hvilket tidsintervall en måling skal utføres i H Er Mulig Superbruker skal kunne definere hvor ofte en måling skal utføres H Er Mulig Superbruker skal kunne konfigurere hvilken database agenten skal spørre i H Er Mulig Superbruker skal kunne spesifisere hvilken spørring som skal overvåkes Legge til spørringer H Er Mulig Superbruker skal kunne legge til nye spørringer Endre spørringer H Er Mulig Superbruker skal kunne endre spørringer Deaktivere spørringer H Er Mulig Superbruker skal kunne deaktivere spørringer, slik at de ikke blir slettet fra databasen, men ligger der for historikk og til eventuelt senere bruk Målingstyper OS Eksempler på målinger OS-spesifikke målinger: CPU Er Mulig Man skal kunne hente informasjon om CPU-last. Mest hensiktsmessig er kanskje å hente informasjon om gjennomsnittlig cpu-last for eksempel for det siste minuttet Side 9
10 Minnebruk Er Mulig Man skal kunne hente informasjon om hvor mye minne som er i bruk Installert minne Er Mulig Man skal kunne hente informasjon om hvor mye minne som er installert Bruk av disk Er Mulig Man skal kunne hente informasjon om hvor stor del av diskplass som er i bruk Total diskplass Er Mulig Man skal kunne hente informasjon om total diskplass som er installert Filsystem Er Mulig Man skal kunne overvåke hvor stor plass en del av et filsystem bruker Applikasjoner Er Mulig Man skal kunne sjekke om spesifikke applikasjoner kjører Database Databasespesifikke målinger: Er Mulig Man skal kunne hente informasjon om hvor lang tid det tar å kjøre en definert spørring i måldatabasen Er Mulig Man skal kunne kjøre definerte spørringer i måldatabasen og se resultatet av disse Er Mulig Man skal kunne hente informasjon om hvor mange spørringer som utføres per sekund i måldatabasen Er Mulig Man skal kunne hente informasjon om hvor stor diskplass en måldatabase bruker Nettverk Er Mulig Nettverksspesifikke målinger: Nettverkstilkobling Er Mulig Man skal kunne hente informasjon om om målmaskinen er tilkoblet nettverket Nettverkstrafikk Er Mulig Man skal kunne hente informasjon om antall åpne tilkoblinger Nettverkstrafikk Er Mulig Man skal kunne hente informasjon om hvor mange prosent av nettverkskapasiteten som er i bruk 2 Tekniske krav Systemkrav Utrulling L Ønskelig Applikasjonen skal leveres som én jar-fil Konfigurasjon av applikasjonen L Ønskelig Applikasjonen skal konfigureres av maksimum fire konfigurasjonsfiler Oppsett av database L Ønskelig Databasen skal settes opp automatisk når jar-filen kjøres Utviklingsspråk H Obligatorisk Applikasjonen skal utvikles i Java Database H Obligatorisk Databasen som skal brukes er Oracle 10gR2 Oppetid M Ønskelig Systemet skal ha en oppetid på 95 % Responstid M Ønskelig Tid fra kunden trykker på "søk" til siden returneres til kunde skal være maksimalt to sekunder Feilhåndtering Logging H Obligatorisk Alle feil skal logges til fil og håndteres på en slik måte at systemet fortsetter å kjøre Feil i validering av melding Side 10 M Ønskelig Hvis det oppdages feil i meldinger fra agenter, skal dette logges i en egen logg
11 3 Sikkerhet Adskillelse av H Obligatorisk All informasjon skal segregeres sensitive data på kundenivå Roller H Ønskelig Tilgang skal baseres på roller Inndeling i roller H Ønskelig Det skal defineres tre roller: administrator, superbruker og bruker Begrensning av tilgang Oppbygging av passord Oppbygging av passord H Obligatorisk Det skal defineres klare skiller mellom rollers muligheter i applikasjonen. L Ønskelig Passord skal ha en minimumslengde på åtte tegn L Ønskelig Passord skal bestå av syv bokstaver og minimum et alfanumerisk tegn Side 11
12 7 KRAV TIL KODE Accenture satte som krav at all kode skulle skrives på engelsk, med engelske variabel- og klassenavn. Kommentarer skal også skrives på engelsk. Forøvrig skal koden være lett lesbar og inneholde fornuftig bruk av kommentarer. Koden skal være robust og være enkel å videreutvikle etter. Side 12
13 8 KRAV TIL DOKUMENTASJON Dokumentasjonen skal skrives på norsk, all dokumentasjon skal leses igjennom av minimum to personer for å begrense skrivefeil. Ellers skal vi følge høgskolens dokumentasjonsstandard: Side 13
14 9 UTVIDELSER Da oppgaven ikke krevde at prosjektet ble laget med et web-grensesnitt er dette den mest opplagte utvidelsen av systemet. Under utviklingen av prosjektet har det vært lagt opp til at et brukergrensesnitt skal utvikles senere, slik at all infrastruktur og kode som underbygger et brukergrensesnitt allerede eksisterer. Varsling over SMS til mobiltelefoner er en funksjonalitet det vil være ønskelig å tilby i dette systemet. Gruppen har ikke undersøkt denne muligheten, men det er generelt ikke vanskelig å implementere denne funksjonaliteten ved hjelp av funskjoner som er innebygget i Spring-rammeverket. Systemet er modulbasert og vil kunne tilpasses andre typer overvåking. Utvikling av nye former for agenter og tilkoblingspunkter for eksterne overvåkingssystemer vil gjøre at man kan tilby overvåking av en stor mengde systemer, ikke begrenset til servere, datamaskiner og databaser. Eksempler på dette kan være industrirelatert overvåking som brukes i olje- eller prosessindustri, overvåking av kritiske apparater på sykehus, i et kraftnettverk eller lignende. Etter at systemet har vært i bruk over lengre tid vil det være naturlig å implementere mulighet for overføring av lagrede overvåkingsdata til et datavarehus. Dermed vil man kunne avlaste databasen ved søk i historiske data, og med en potensielt stor kundemasse vil dette være hensiktsmessig. Side 14
15 10 ORDLISTE ORM ORM (Object-Relational Mapping) er en programmeringsteknikk som konverterer data mellom ulike databasetyper som for eksempel Oracle, og til objekt orienterte språk som C++ og Java. Resultatet av dette er en virtuell objektdatabase som kan benyttes under utviklingen av programmeringsspråket. Det finnes både gratis og kommersielle produkter til dette formålet. Fordelen med O/R-mapping er at du slipper å skrive databasespørringer mot databasen. POJO Bruken av POJO (Plain Old Java Object) springer ut fra ideen om at jo enklere design, desto bedre. Navnet brukes til å understreke at objektet det gjelder er et vanlig Java-objekt, ikke et spesielt objekt som for eksempel en Javabønne. Side 15
Hovedprosjekt i Anvendt Datateknologi Våren 2008 FORSIDE
PRODUKTRAPPORT Hovedprosjekt i Anvendt Datateknologi Våren 2008 FORSIDE FORORD Dette dokumentet er produktrapporten for vår gruppes hovedprosjekt ved Høgskolen i Oslo, avdeling for Ingeniørutdanning, Bachelor
DetaljerForprosjekt for Accentures Overvåkningssystem
Forprosjekt for Accentures Overvåkningssystem Hovedprosjekt våren 2008 1. februar 2008 Forside Skrevet av: Truls Hagen Selnes Heidi Raae Sjåvik Idun Bolstad Innholdsfortegnelse Forside 1 Innholdsfortegnelse
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
DetaljerTestsituasjon Resultat Kommentar. Fungerer som det skal!
Test- rapport Testsituasjon Resultat Kommentar Test av PHP-variablene. Sjekke om de er riktig deklarert, og om de kommer med fra form til database Alle variablene som skal leses fra konfigurasjonssiden,
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.
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
DetaljerForprosjekt Hovedprosjekt ved Høgskolen i Oslo Våren 2008
Forprosjekt Hovedprosjekt ved Høgskolen i Oslo Våren 2008 Skrevet av Ole Myrbakken, Fadima Mohamoud, Orji Okoroafor, Karen Arrendondo Side 1 PRESENTASJON Prosjekt tittel: Prosjektperiode: MetaGen 7.jan
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
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
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...
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,
DetaljerKravspesifikasjon. Forord
Forord Kravspesifikasjonen skal gi en oversikt og forståelse over det planlagte systemets funksjonalitet. Dokumentet skal gi både utviklere og oppdragsgivere innblikk i hvordan og hva systemet skal levere.
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...
Detaljer4.1. Kravspesifikasjon
4.1. Kravspesifikasjon Dette delkapittelet beskriver nærgående alle deler av systemet, hvordan det er tenkt ferdigutviklet med fokus på oppdragsgivers ønsker. 4.1.1. Innledning Informasjon om hvordan kravspesifikasjonens
DetaljerTeam2 Requirements & Design Document Værsystem
Requirements & Design Document Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk SRD 22/01/2018 Systemutvikling og dokumentasjon/ia4412
DetaljerKRAVSPESIFIKASJON FORORD
KRAVSPESIFIKASJON FORORD Hensikten med kravspesifikasjonen er å gi oppdragsgiver og utviklere en enighet og forståelse av funksjonaliteten til applikasjonen som skal produseres. en definerer i tillegg
DetaljerForprosjektrapport Bacheloroppgave 2017
Forprosjektrapport Bacheloroppgave 2017 Chat Modul for Webnodes Content Management System Gruppe 32 Adam Asskali, Anmer Seif, Sara Khan 20.01.2017 Veileder G. Anthony Giannoumis Innholdsfortegnelse 1.Presentasjon
Detaljer- analyse og implementasjon
- analyse og implementasjon Hvem er vi? Vi heter Anders S Finnerud Dennis JMJ Lundh studerer til bachelorgraden i ingeniørfag for data ved Høgskolen i Oslo. Oppgaven Lage et lett system som kan utføre
DetaljerTestrapport. Aker Surveillance. Gruppe 26. Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo, 24.5.2013. Public 2013 Aker Solutions Page 1 of 5
Testrapport Aker Surveillance Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus Oslo, 24.5.2013 Public 2013 Aker Solutions Page 1 of 5 Innledning I denne rapporten vil vi skrive om testingen som
DetaljerPowerOffice Server Service
PowerOffice Server Service 20 16 Po we ro ffice AS - v5.1.6 PowerOffice WIN - PowerOffice Server Service Alle rettigheter reservert. Ingen deler av dette arbeidet kan reproduseres i noen form eller på
DetaljerFORPROSJEKT KIM LONG VU DUY JOHNNY KHAC NGUYEN ADRIAN SIIM MELSOM HÅKON THORKILDSEN SMØRVIK
2017 FORPROSJEKT BACHELOROPPGAVE 2017 KIM LONG VU DUY JOHNNY KHAC NGUYEN ADRIAN SIIM MELSOM HÅKON THORKILDSEN SMØRVIK PRESENTASJON OPPGAVE: Oppgaven er å lage en webapplikasjon som kan hjelpe bachelor
DetaljerGENERELL BRUKERVEILEDNING WEBLINE
Side 1 av 10 INNHOLDSFORTEGNELSE 1. FORMÅL MED DOKUMENTET... 3 2. TILGANG TIL PORTALEN... 4 3. TILGJENGELIGE TJENESTER/MODULER... 5 3.1 ADMIN... 5 3.2 NORDIC CONNECT/IP VPN... 5 3.3 INTERNETT INFORMASJON...
DetaljerPowerOffice Server Service
PowerOffice Server Service 20 14 Po we ro ffice AS - v4.5.1 PowerOffice SQL - PowerOffice Server Service Alle rettigheter reservert. Ingen deler av dette arbeidet kan reproduseres i noen form eller på
DetaljerBachelorprosjekt 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
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:
DetaljerSystem Dokumentasjon. Team2. Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk
System Dokumentasjon Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk System Dokumentsjon 23/04/2018 Systemutvikling og dokumentasjon/ia4412
DetaljerSikkerhet i Pindena Påmeldingssystem
Sikkerhet i Pindena Påmeldingssystem Versjon: 4.2.0 Oppdatert: 30.08.2017 Sikkerhet i Pindena Påmeldingssystem 2 Innhold Om dokumentet 3 Sikkerhet på klientsiden 3 Sikkerhetstiltak i koden 3 Rollesikkerhet
DetaljerBrukerveiledning for ArkN4
Brukerveiledning for ArkN4 Brukerveiledningen er delt inn i 3 deler: 1. Konfigurasjon av ArkN4 2. Kjøre ArkN4 3. Opprette ny database Eksemplene i dette kapitlet viser hvordan man velger de forskjellige
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...
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
DetaljerBrukermanual. Firmachat
Brukermanual Brukermanual Firmachat 02.08.2017 F5 IT StavangerAS Innhold 1 Introduksjon... 4 2 Overordnet informasjon... 4 2.1 Hovedfunksjonalitet... 4 2.2 Viktig informasjon for agenter... 4 3 Struktur
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
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,
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
DetaljerGenerelt om operativsystemer
Generelt om operativsystemer Operativsystemet: Hva og hvorfor Styring av prosessorer (CPU), elektronikk, nettverk og andre ressurser i en datamaskin er komplisert, detaljert og vanskelig. Maskinvare og
DetaljerPresentasjon 2 Gruppe 2 Oppgave 2 Oppdragsgiver 2. Sammendrag 3. Dagens situasjon 3 ServiceNow 3 Coop 3. Mål og rammebetingelser 3 Mål 3 Teknologier 4
Forprosjektrapport Bachelorprosjekt for gruppe 8, våren 2017 Innholdsfortegnelse Presentasjon 2 Gruppe 2 Oppgave 2 Oppdragsgiver 2 Sammendrag 3 Dagens situasjon 3 ServiceNow 3 Coop 3 Mål og rammebetingelser
DetaljerEventhandler Teknologi, kunst og design Høgskolen i Oslo og Akershus, våren 2013. Testrapport
Eventhandler Teknologi, kunst og design Høgskolen i Oslo og Akershus, våren 2013 Testrapport 1 INNHOLDSFORTEGNELSE 1 INNHOLDSFORTEGNELSE... 1 2 Innledning... 2 3 Formål med testing... 3 3.1 Funksjonalitet...
DetaljerProsjektP35 Raymond Pettersen og Lars Jostein Silihagen
Raymond Pettersen og Lars Jostein Silihagen Prosjekt P35 VMware VI3, IBM Director 5.20 og FreeBSD 6.20 Installasjon - konfigurasjon - oppgradering Om IBM: IBM International Business Machines Corporation
DetaljerKravspesifikasjon. Noark 5 grensesnitt. Hovedprosjekt informasjonsteknologi. Gruppe 31
Kravspesifikasjon Noark 5 grensesnitt Hovedprosjekt informasjonsteknologi Gruppe 31 Forord Denne kravspesifikasjonen inneholder retningslinjer for oss og for det vi skal utvikle. Den inneholder funksjonelle
DetaljerLæ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
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
DetaljerHovedprosjekt våren 2007
Hovedprosjekt våren 2007 Bachelorstudiet i informasjonsteknologi ved Høgskolen i Oslo Dokument Kravspesifikasjon Prosjekttittel: Telepower Prosjektnummer: 07-06 Oppgave: Redesign av Telepower - en GSM/GPRS/SMS
DetaljerKRAVSPESIFIKASJON FOR SOSIORAMA
KRAVSPESIFIKASJON FOR SOSIORAMA Innhold 1. Forord... 2 2. Definisjoner... 3 3. Innledning... 4 3.1 Bakgrunn og formål... 4 3.2 Målsetting og avgrensninger... 4 4. Detaljert beskrivelse... 8 4.1 Funksjonelle
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
Detaljer9 Online Backup. Priser KR 100 / PC lisens KR 300 / Server lisens (inkluderer bl.a. SQL/Exchange) KR 0,50 / GB
9 Online Backup Det finnes mange tilbydere av Online Backup. Vi skiller oss ut med å være norske, gode på pris, men først og fremst med å la deg bygge din egen Backup tjeneste. Fordel for partner Bygg
DetaljerKunden er en av Norges ledende leverandører av digital-tv og bredbåndstjenester.
1 Forord Hensikten med kravspesifikasjonen er å gi oppdragsgiver og utviklere en enighet og forståelse av funksjonaliteten til applikasjonen som skal produseres. en definerer i tillegg prosjektets rammer
DetaljerCORBA Component Model (CCM)
CORBA Component Model (CCM) INF5040 Høst 2005 Erlend Birkedal Jan Erik Johnsen Tore Ottersen Løkkeberg Denne presentasjonen CORBA Svakheter ved CORBA Object Model Komponenter CORBA Component Model Hva
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
DetaljerLæringsutbyttebeskrivelse, Fredrikstad FagAkademi
Navn på utdanningen Nettverksadministrator med design Navn på emnet Windows klient/skybasert klient programvare Nivå 5,1 Kandidaten har kunnskap om bruk og oppsett av gjeldende Windows operativsystem.
DetaljerPowerOffice Mobile Server
PowerOffice Mobile Server 20 14 Po we ro ffice AS - v20 12.1.0 PowerOffice SQL - PowerOffice Mobile Server Alle rettigheter reservert. Ingen deler av dette arbeidet kan reproduseres i noen form eller på
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
DetaljerDOKUMENTASJON E-post oppsett
DOKUMENTASJON E-post oppsett Oppsett av e-post konto Veiledningen viser innstillinger for Microsoft Outlook 2013, og oppkobling mot server kan gjøres med POP3 (lagre e-post lokalt på maskin) eller IMAP
DetaljerKRAVSPESIFIKASJON. Gruppe 2. Hovedprosjekt, Høgskolen i Oslo og Akershus. Våren 2014 KRAVSPESIFIKASJON 1
KRAVSPESIFIKASJON Gruppe 2 Hovedprosjekt, Høgskolen i Oslo og Akershus Våren 2014 KRAVSPESIFIKASJON 1 CONTENTS 1. Forord... 3 2. Presentasjon... 3 2.1 Gruppens medlemmer... 3 2.2 Oppdragsgiver... 3 2.3
Detaljer1 Inledning. 1.1 Presentasjon. Tittel Informasjonsplattform for NorgesGruppen. Oppgave Utvikle en informasjonsplattform for butikkene i NorgesGruppen
Kravspesifikasjon 1 Inledning 1.1 Presentasjon Tittel Informasjonsplattform for NorgesGruppen Oppgave Utvikle en informasjonsplattform for butikkene i NorgesGruppen Periode 3. Januar 14. Juni Gruppemedlemmer
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
DetaljerVårt system kan kjøres ved å skrive. STUD1 konto fredo 37 (holdeplass)
1 Vårt system kan kjøres ved å skrive STUD1 konto fredo 37 (holdeplass) Holdeplass er frivillig. Dersom man kun sender linjenr finner systemet den nærmeste holdeplassen. Systemet returnerer de 3 neste
DetaljerWinMed3. Release Notes Allmenn Våren 2013. Release Notes Allmenn Våren 2013 Versjon 3.93.1059 Side 1
WinMed3 Release Notes Allmenn Våren 2013 Release Notes Allmenn Våren 2013 Versjon 3.93.1059 Side 1 Innholdsfortegnelse Om dokumentet... 3 E-resept... 4 eportal... 5 Forbedret registrering og innlogging...
DetaljerMARE NOSTRUM. Del 2 Kravspesifikasjon
MARE NOSTRUM Del 2 Forord Kravenes hensikt og utforming Kravene i kravspesifikasjonen utformet slik at de skal imøtekomme oppdragsgivers krav, ønsker og spesifikasjoner på best mulig måte. Hensikten med
DetaljerForord Dette er testdokumentasjonen skrevet i forbindelse med hovedprosjekt ved Høgskolen i Oslo våren 2010.
TESTDOKUMENTASJON Forord Dette er testdokumentasjonen skrevet i forbindelse med hovedprosjekt ved Høgskolen i Oslo våren 2010. Dokumentet beskriver hvordan applikasjonen er testet. Dokumentet er beregnet
DetaljerINF329,HØST
TTHROUGH THROUGH THE FIREWALL KAPITTEL 16 BUILDING SECURE SOFTWARE INF329,HØST 2005 Isabel Maldonado st10900@student.uib.no 1 Innledning Kort om firewall Hva er det som foresaker at en brannmur blokkerer
DetaljerRequirements & Design Document
Requirements & Design Document Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk SRD 03/04/2018 Systemutvikling og dokumentasjon/ia4412
DetaljerSmåteknisk Cantor Controller installasjon
Cantor AS Småteknisk Cantor Controller installasjon 10.10.2012 INSTALLASJON OG OPPSETT AV CANTOR CONTROLLER 3 Nedlasting av programfiler 3 Nyinstallasjon server / enbruker 3 A. Controller instansen som
DetaljerBrukerveiledning. For importapplikasjon til Naturbase. Versjon 17. mars 2015
Brukerveiledning For importapplikasjon til Naturbase Versjon 17. mars 2015 Innhold 1. Innledning... 2 1.1 Rutiner for å legge data inn i Naturbase... 2 1.2 Leveranseinstrukser... 3 2. Om leveranse av data
DetaljerGSM Mini. Sikom AS og Android:... 2. Oversikt:... 2. Kompatibilitet:... 2. Installasjon:... 2. Kostnader:... 2. Konfigurasjon og bruk:...
Innhold GSM Mini Sikom AS og Android:... 2 Oversikt:... 2 Kompatibilitet:... 2 Installasjon:... 2 Kostnader:... 2 Konfigurasjon og bruk:... 3 Innstillinger:... 3 Oversikt styring:... 4 Oversikt status:...
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.
DetaljerPresentasjon av hovedprosjekt ved HIST Nettbutikk www.midt-svartdal.no
Presentasjon av hovedprosjekt ved HIST Nettbutikk www.midt-svartdal.no Hovedprosjekt 2008 av Audun M. Solheim, student HIST/BAIN, audun@c2i.net Oppdragsgiver:Bjørg Minnesjord Solheim, bjorg@midt-svartdal.no
DetaljerStikkord: Java EE, EJB, JSF, JPA, SWT, klient/tjener, Glassfish server, Application Client.
Stikkord: Java EE, EJB, JSF, JPA, SWT, klient/tjener, Glassfish server, Application Client. Studenter: Magnus Skomsøy Bae, Marius Eggen, Magnus Krane Klasse: 3ING, Systemutvikling Produserer redaksjonelle
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
DetaljerVeiledning for aktivering av. Mobil Bredbåndstelefoni
Veiledning for aktivering av Mobil Bredbåndstelefoni Veiledning for aktivering av Mobil Bredbåndstelefoni For at Telio Mobil Bredbåndstelefoni skal fungere på din mobiltelefon må en klient (@irtelio) lastes
DetaljerHuldt & Lillevik Ansattportal 2011-03-22. Ansattportal. Versjon 3.3.22
Ansattportal Versjon 3.3.22 Innhold 1 Oppdatere til 3.3.22... 2 2 Definere lenker... 5 3 Registrere informasjon om pårørende... 6 4 Bestille nytt passord... 6 5 Andre endringer... 7 5.1 Logging og kontroll
DetaljerKRAVSPESIFIKASJON v.1.2
KRAVSPESIFIKASJON v.1.2 PROKAP Prosjektstyringsverktøy for kapasitetsplanlegging G r u p p e 2 6 A n d r é S t e n e r s e n B j a r t e A u n e O l s e n C h r i s t i a n S t r å t h H e n r i k H o
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
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.
DetaljerPresentasjon... 3. Sammendrag... 4. Dagens situasjon... 5. Mål og rammebetingelser... 5. Moduler... 6. Løsning og alternativer...
Innholdsfortegnelse Presentasjon..................................................... 3 Sammendrag.................................................... 4 Dagens situasjon.................................................
DetaljerSaksbehandler: Rigmor J. Leknes Tlf: Arkiv: 033 Arkivsaksnr.: 11/
VEFSN KOMMUNE Saksbehandler: Rigmor J. Leknes Tlf: 75 10 10 12 Arkiv: 033 Arkivsaksnr.: 11/2292-16 INNSTILLINGER Innstillinger Under innstillinger vil du finne alt av konfigurasjonsmuligheter av nettbrettet.
DetaljerPhone Assistant. Arne-Jørgen Auberg
Phone Assistant Arne-Jørgen Auberg onsdag, 7. september 2016 1 Innhold Oversikt... 3 Veiviser... 4 Organsisasjonsnummer... 4 Datakilder... 5 Datakilde for Interbase... 5 Datakilde for Visual Foxpro Tables...
Detaljer3.3 Case 3: Opprette en bruker Case 4: Endre en bruker... 8
Testdokumentasjon 1 Forord Denne rapporten omhandler testingen av systemet. Rapporten er først og fremst beregnet på sensor og intern veileder ved Høgskolen i Oslo, men kan gjerne leses av andre som måtte
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
DetaljerFORPROSJEKT BACHELOROPPGAVE 2018 KATRINE ALMÅS GINELLE ZAPANTA IGNACIO CHRISTINE LANGELO LIEN FREDRIK NODLAND
FORPROSJEKT BACHELOROPPGAVE 2018 KATRINE ALMÅS GINELLE ZAPANTA IGNACIO CHRISTINE LANGELO LIEN FREDRIK NODLAND INNHOLD Presentasjon 3 Oppgave 3 Medlemmer 3 Oppdragsgiver 3 Kontaktpersoner 3 Veileder 3 Sammendrag
DetaljerBrukermanual for TrackGrabber
Brukermanual for TrackGrabber System for automatisk håndtering av GPS-filer anvendt under søk og redningsoppdrag 1 Installasjon Programmet krever at Java 8 er installert på maskinen. Du kan laste ned Java
DetaljerForsendelse i Zirius
Forsendelse i Zirius Forsendelse er en måte for å sende data fra Zirius til kunde eller andre systemer på en automatisert måte. Dette kan for eksempel være Ordrebekreftelse på epost eller Fakturajournal
DetaljerSkolestart VG1 elever
Skolestart VG1 elever Undervisningen i videregående skole krever at alle elevene har datamaskin. Elevene i vidaregående opplæring i Hordaland fylkeskommune har selv ansvar for å skaffe seg PC til skolestart
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
DetaljerS y s t e m d o k u m e n t a s j o n
S y s t e m d o k u m e n t a s j o n Monitorering av produksjonsløyper ved Nasjonalbiblioteket - Project BAKE Utarbeidet av: Einar Wågan Kristian Akerhei Studium: Informasjonssystemer Innlevert: 26.5.2015
Detaljer3. Kravspesifikasjon. Experior - rich test editor for FitNesse -
3. Experior - rich test editor for FitNesse - 3.1. Forord Dette dokumentet inneholder krav til funksjonalitet i Experior og hvordan denne skal integreres inn i selve FitNesse. I tillegg spesifiseres krav
DetaljerOvervåkning av Telenors Mobile internettportal
Overvåkning av Telenors Mobile internettportal Hovedprosjekt våren 2008 Avdeling for informatikk og e-læring Høgskolen i Sør-Trøndelag Christoffer Wiik Embret Østring Mads Werner Problemstilling Prosjektet
DetaljerØkonomisk perioderapportering (XLrapporten)
Økonomi- og styringsverktøy Sist redigert 01.10.2012 Økonomisk perioderapportering (XLrapporten) Innsiktsfull perioderapportering med analyse for god økonomistyring Fokus på resultat, balanse, kontantstrøm,
DetaljerKonfigurasjon av nettverksløsning for Eldata 8.0 basert på PostgreSQL 9.4.2 databasesystem.
Konfigurasjon av nettverksløsning for Eldata 8.0 basert på PostgreSQL 9.4.2 databasesystem. Konfigurere server er en oppgave for administrator. All installasjon og konfigurasjon må utføres ved å kjøre
DetaljerGruppe 43. Hoved-Prosjekt Forprosjekt
Gruppe 43 Hoved-Prosjekt Forprosjekt Mobil Applikasjon Utvikling HiOA Bacheloroppgave forprosjekt våren 2017 Presentasjon Gruppen består av: Gebi Beshir Ole-Kristian Steiro Tasmia Faruque s182414 s189141
DetaljerSikkerhet i Pindena Påmeldingssystem
Sikkerhet i Pindena Påmeldingssystem Versjon: 6.0.0 Oppdatert: 20.05.2019 1 Innhold Innhold 2 1.Om dokumentet 3 2. Sikkerhet på klientsiden 3 3.Sikkerhetstiltak i koden 3 3.1 Rollesikkerhet 3 3.2 Databasesikkerhet
DetaljerUse Case-modell. Vurdering av oppdragsgivers krav
Use Case-modell Vurdering av oppdragsgivers krav Kravspesifikasjonen presiserer at brukergrensesnittet skal være grafisk, menybasert, ha støtte for bruk av mus og ha et intuitivt utseende, slik at enhver
DetaljerBachelorprosjekt 2017
Bachelorprosjekt 2017 Høgskolen i Oslo og Akershus Gruppe 41 Kristan Munter Simonsen (s236789) Andreas Jacobsen (s236778) Jamal Lakbir (s236722) 1 Innholdsfortegnelse Forprosjekt... 3 Presentasjon... 3
Detaljer- reklamebannere mobil og tablet
Spesifikasjoner - reklamebannere mobil og tablet FINN.no Versjon 2.4 Sist oppdatert 16.08.2013 1. Innhold Innhold Introduksjon Målsetning Spesifikasjoner HTML Fysisk størrelse 225 px* Eksempler Størrelser
DetaljerHovedprosjekt i Informasjonsteknologi 2016 Høgskolen i Oslo og Akershus. Forprosjektrapport. Bravo Booking App
Hovedprosjekt i Informasjonsteknologi 2016 Høgskolen i Oslo og Akershus Forprosjektrapport Bravo Booking App 1 Presentasjon 2 1.1 Gruppe 2 1.2 Oppdragsgiver 2 1.3 Kontaktpersoner 2 1.4 Oppgave 3 2 Dagens
DetaljerRUTEPLANLEGGINGSSYSTEM BRUKERVEILEDNING
RUTEPLANLEGGINGSSYSTEM BRUKERVEILEDNING Prosjekt 18 Jørgen Mobekk Sørensen Morten Evje Tor Andreas Baakind Anders Gabrielsen Side 1 1 FORORD Dette dokumentet er brukerveiledningen, og skal være en veiledning
DetaljerSikkerhet i Pindena Påmeldingssystem
Sikkerhet i Pindena Påmeldingssystem Versjon: 1.6.9 Oppdatert: 26.11.2014 Sikkerhet i Pindena Påmeldingssystem 2 Innhold OM DOKUMENTET... 3 SIKKERHET PÅ KLIENTSIDEN... 3 SIKKERHETSTILTAK... 3 ROLLESIKKERHET...
DetaljerTest Beskrivelse Resultat Innhenting CBIS Programmet mottar data fra CBIS OK, men kun. Innhenting Tellus Programmet mottar data fra Tellus OK
Forord Denne testrapporten beskriver testingen som har blitt utført i løpet av prosjektet. Vi har gjennom hele utviklingsprosessen testet koden manuelt ved hjelp av debugging og ved kjøring med sammenligning
DetaljerEasyPublish Detaljerte brukstilfeller. Versjon 1.0
EasyPublish Detaljerte brukstilfeller Versjon 1.0 Endringshistorikk Dato Versjon Kommentar Person 12.04.2005 1.0 Første utkast Åshild, Arild og Christoffer Innhald 1 Innleiing...4 2 Skildring av brukstilfeller...5
DetaljerRFID AutoLogOff - et studentprosjekt
RFID AutoLogOff - et studentprosjekt Utført ved Høgskolen i Gjøvik våren 2008 av Erik Sørdal (dataingeniør) Vegard Ruden (datasikkerhet) Stig Atle Haugen (informatikk) som avsluttende bacheloroppgave Presentert
Detaljer