Kravspesifikasjon for Agresso Employee Hovedprosjekt i data våren 2007
|
|
- Ellinor Espeland
- 8 år siden
- Visninger:
Transkript
1 for Agresso Employee Hovedprosjekt i data våren 2007 Gruppe 20: Anders Hartvoll Ruud Christian Årving Leif Martin Næss Sahdia Fayyaz Moghal
2 2 Agresso Employee
3 Presentasjon Prosjektittel: Oppgave: Agresso Employee Prosjektet går ut på å utvikle et internt system som hjelper Agresso AS med håndtering av nyansatte. Prosjektperiode: 8 januar- 25. Mai 2007 Gruppemedlemmer: s129192; Anders Ruud, 3AC s129189; Sahdia Moghal, 3AC s114089; Martin Næss, 3AC s130633; Christian Årving, 3AC Veileder: Oppdragsgiver: Kontaktpersoner: Demissie Aredo Agresso R&D Rune Spersøy, System Engineer Agresso Employee 3
4 Forord Dette dokumentet er kravspesifikasjonen som er en del av hovedprosjektet utført ved Høgskolen i Oslo, avdeling for Ingeniørutdanning, bachelor ingeniørfag- data, i vårsemester perioden Hensikten med dette dokumentet/kravspesifikasjonen er å identifisere kravene Agresso R&D AS har til ansettelsessystemet som skal utvikles. Alle krav og betingelser til systemet er beskrevet. Dokumentet er først og fremst en oppskrift på hva som kreves av systemet som vi som utviklere skal jobbe med. Den er beregnet for oss, men oppdragsgiver har stått for kvalitetssikringen og godkjenningen av den. Den ferdig utviklede kravspesifikasjonen har fungert som en rettesnor for oss gjennom hele utviklingen. Kravspesifikasjonen har hjulpet oss å holde oss innenfor grenseland når det gjelder utviklingen. 4 Agresso Employee
5 Innholdsfortegnelse PRESENTASJON... 3 FORORD... 4 INNHOLDSFORTEGNELSE INNLEDNING BEDRIFTEN SITUASJONEN MÅL MED OPPGAVEN ORGANISERING AV KRAVSPESIFIKASJONEN RAMMER OG BEGRENSNINGER SIKKERHET BRUKERKARAKTERISTIKK VIDEREUTVIKLING PERSONVERN KRAV FUNKSJONELLE KRAV KRAV TIL YTRE GRENSESNITT Brukergrensesnitt Maskinvare Programvare KRAV TIL YTELSE ANDRE KRAV Tilgjengelighet SYSTEMBESKRIVELSE FORVENTENE FORBEDRINGER NY WORKFLOW FUNKSJONELLE EGENSKAPER KRAV TIL DOKUMENTASJON ORDFORKLARINGER Agresso Employee 5
6 1. Innledning 1.1 Bedriften Agresso AS leverer AGRESSO økonomi- og personalsystemer (AGRESSO Business World) med tilhørende konsulenttjenester og kundeservice til det norske markedet. Til sammen ivaretar ABW alle sentrale deler av økonomistyring, kompetanseforvaltning, personaladministrasjon og tilhørende ledelsesinformasjon for mellomstore og store organisasjoner. 1.2 Situasjonen Agresso R&D ansetter hele tiden nye folk. Per i dag skjer ansettelsen manuelt hvor både ITavdeling, HR avdeling og avdelingsledere pluss resepsjon må legge inn data og manuelt overrekke dette til neste ledd i prosessen. Ingen ting blir automatisk oversendt. Arbeidsoppgavene må også gjøres flere ganger, siden det er mange forskjelige systemer brukere må opprettes på, blant annet CORP domene og AGRESSO domene. Der må data legges inn begge steder, hver for seg. 1.3 Mål med oppgaven Agresso R&D AS trenger et internt system som hjelper dem i ansettelsesprosessen som følger etter at beslutningen om ansettelsen er tatt. Denne kravspesifikasjonen definerer kravene Agresso R&D AS har til det systemet som skal lages. Hensikten med det nye ansettelsessystemet er å lette ansettelsesprosessen, få utført flere oppgaver samtidig og automatisere prosessen. På den måten får vi en mer strukturert arbeidsflyt rundt ansettelsen av en ny person slik at det blir mindre arbeid rundt en nyansettelse. Systemet skal kunne registrere personlig informasjon om den nyansatte (navn, fødselsnummer, adresse, tlf. osv.), registrere og bestille diverse utstyr som mobil og PC pakke, generere diverse e-post med informasjon til den nyansatte, opprette hjemmeområde, gi tilganer/rettigheter, registrere han/hun i firmaets databaser (Active Directory og diverse interne systemer) og gi oversikt over statuser for hver oppgave til enhver tid. Applikasjonen som blir utviklet, blir en web-løsning basert på ASP.NET og C# og skal knyttes opp mot andre systemer som Active Directory. 6 Agresso Employee
7 2. Organisering av kravspesifikasjonen Kravspesifikasjonen er delt opp i rammekrav, utdypelse av kravene og systembeskrivelsen. Rammekravene beskriver hvilke krav som framkommer som følge av at prosjektet finner sted; rett og slett de kravene som stilles av de umiddelbare omstendighetene. Systemets kjernekrav beskrives ikke her. Kravspesifikasjonen går i hovedsak nærmere inn på hva systemet helt konkret skal gjøre. Systembeskrivelsen illustrerer kort problemene med dagens situasjon, og hvordan dette systemet skal bidra til å forbedre prosessen. Agresso Employee 7
8 3. Rammer og begrensninger 3.1 Sikkerhet Systemet skal ligge på en server som det blir tatt backup av hver natt. Server blir speilet mot en annen server med en annen fysisk geografisk posisjon. Konsekvensene for tap av data er små siden programmet bruker registrerte data på nyansatt en gang, og disse dataene blir brukt for å opprette bruker i andre systemer. Hvis registrerte data blir borte fra dagen før, eller i løpet av en dag, så vil dette uansett ikke være mye data siden hver gang en bruker blir opprettet så blir disse datene sendt til andre systemer. Bruker vil i verste fall opprette den nyansatte på nytt. Hvis noen av systemene som mottar data fra vårt system av en eller annen grunn ikke klarer å ta imot data fra vårt system i forbindelse ved oppretting av en nyansatt skal programmet vårt si i fra i form av en feilmelding til bruker. Sjansen for at noen skal misbruke eller stjele data fra vårt system er liten siden det er et lite antall mennesker som bruker dette systemet og disse får tilgang til systemet via rettigheter i Active Directory. Systemet blir dessuten liggende på en server i agresso sin serverpark som ligger bak diverse brannmurer og routere. Systemet blir også kun tilgjenglig via Agresso sitt intranett. 3.2 Brukerkarakteristikk Brukerene av systemet vil ikke nødvendigvis ha erfaring innen IT-drift eller bruk av datasystemer generelt. Systemet skal primært brukes av følgende enheter: IT-drift (god datakyndighet) Personalavdelingen (dårlig datakyndighet) Avdelingsledere (dårlig datakyndighet) Systemet må i størst mulig grad utvikles slik at forkunnskaper ikke er nødvendig. 3.3 Videreutvikling Systemet må utvikles slik at det tilrettelegges for utvidelser. Det kan bli aktuelt å knytte systemet opp mot flere andre eksterne systemer på senere tidspunkt. I den grad det lar seg gjøre skal systemet utvikles slik at brukerne selv kan utvide systemet, innenfor visse rammer. 3.4 Personvern Lover om personvern og andre relevante lover skal overholdes. Da systemet håndterer potensielt sensitive personopplysninger skal tilgang begrenses til en fåtall, navngitte personer. 8 Agresso Employee
9 4. Krav 4.1 Funksjonelle krav Registrere personalia Det skal være mulig å registrere et statisk sett med personopplysninger. Konkret dreier deg seg om følgende felt Fornavn Etternavn Adresse Poststed Postnummer Telefon E-post (privat) Personnummer Startdato Registrere ønsker om telefonnummer En nyansatt kan velge å få overført sitt gamle nummer, eller få et nytt. Dette skal registreres av bruker i systemet. Opprette bruker i Active Directory (automatisk) Systemet skal, på et gitt tidspunkt, opprette den ansatte i to Active Directory-domener. De to domenene refereres ti l som corp og agresso. Tidspunktene for oppretting av bruker er: Tidspunkt, valgt av brukeren, eller: Umiddelbart, hvis brukeren (her: IT-services) velger det. Den nyansatte vil samtidig får tildelt en e-post adresse. Når nyansatt er opprettet i systemet, genereres mail til resepsjonene om at posthylle og adgangskort må lages. Velge undergrupper Brukeren skal kunne velge hvilke undergrupper av e-post- og sikkerhetsgrupper den nyansatte skal være medlem av. Agresso Employee 9
10 Sette rettigheter En nyansatt skal kunne bli meldt inn i grupper av avdeligsleder. Den nyansatte skal få gruppens rettigheter. Registrere utstyr Bruker skal kunne registrere hvilken PC pakke den nyansatte skal få, hvilken software PC en skal inneholde, hvilken telefon den nyansatte skal få og evt annet utstyr. Dette skal kunne velges ut i fra ferdige lister. Ved registrering sendes mail til IT avdelig. Listene skal kunne administreres av IT-services. Det skal kunne legges til og fjernes elementer fra listen. Bestillingen av telefonen skal sendes til Nordialog og evt mellomsendes til hardware ansvarlig, som skal bekrefte. Det skal være mulig å velge om man ønsker den bekreftelsen. Fadder og faglig ansvarlig Bruker skal ha mulighet for å velge fadder og faglig ansvarlig for den nyansatte. Autogenerere velkomstbrev Det skal autogenereres skriv med brukernavn, passord og div annen standard informasjon som kan legges i hyllen til nyansatt. Autogenerere infoskriv Status Det blir automatisk generert en mail til HR-manager med den nyansattes private mail adr slik at han kan sende infoskriv om Introdag. Det skal genereres mail med info om første arbeidsdag som sendes den nyansatte. Status for iverksatte og utførte oppgaver bør være tilgjengelig hele tiden. 10 Agresso Employee
11 4.2 Krav til ytre grensesnitt Brukergrensesnitt Brukerene av systemet har ikke nødvendigvis teknisk innsikt eller erfaring med datasystemer generelt. Brukergrensesnittet må derfor bygges opp enkelst mulig, slik at større opplæring ikke er nødvendig. Følgende krav stilles: Brukeren skal få intrykk 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. Knapper og GUI-kontroller skal følge stilen til nettleseren, ikke styles spesielt Maskinvare Systemet skal kjøre på Agresso s webserver og databaseserver Programvare Systemet skal kjøre i Internet Explorer 6.0 og høyere. Systemet skal kjøre på en webserver med ASP.NET 3.0 Systemet skal bruke en databaseserver av typen MS SQL. 4.3 Krav til ytelse Systemet i seg selv skal ikke ha stort antrall brukere (særlig ikke samtidige brukere), og skal heller ikke utføre CPU-intensive operasjoner. Systemet skal imidlertid brukes på en web- og databaseserver som også benyttes av andre applikasjoner. 4.4 Andre krav Tilgjengelighet Systemet skal kun være tilgjengelig på Agressos intranett. Agresso Employee 11
12 5. Systembeskrivelse 5.1 Forventene forbedringer Dagens situasjon: Ingen reel oversikt over dagen rutiner rundt nyansettelser. Alle henvendelser, bestillinger og informasjon blir send manuelt via e-post eller gitt muntlig til personen som skal ha den. Ingenting skjer automatisk. Personal fungerer som et mellomledd i kommunikasjonen mellom de forskjellige aktørene i ansettelses prosessen. IT avdelingen må opprette nyansatt 2 ganger i AD. (Nyansatt opprettes i Corp domene og Agresso domenet) Bestilling av telefon og abonnement bestilles av it-avdeling men innformasjon innhentes av personal. Bestilling av PC-pakke er innom to ledd i prosessen før den havner hos IT-avdeling, som skal behandle bestillingen. Fig 5.1a: Gammel workflow, situasjonen før vi fikk oppdraget. 12 Agresso Employee
13 5.2 Ny Workflow Fig 5.1b: Ny workflow. 5.3 Funksjonelle egenskaper Endringer i systemet: IT-avdeling slipper å opprette bruker, bruker blir automatistk opprettet i corp og Agresso domenet utfra data som personal registrerer. Nyansatt skal få rettigheter utfra hvilken gruppe avdelingsleder melder bruker inn i. Automatisk mail til Nordialog om endring av abonnoment eller nytt abonnoment (avhengig av hva nyansatt ønsker). Automatisk mail til resepsjon om nyansatt slik at nyansatt får posthylle og adgangskort. Automatisk oprettet i lønnsystem og forums. Pc-pakke bestilles av Avdelingsleder og blir sendt IT-avdeling Agresso Employee 13
14 6. Krav til dokumentasjon Prosjektet krever dokumentasjon av hele planleggings- og prosjektfasen. Dette står gruppemedlemmene selv ansvarlige for. Vi skriver dagbok for hver gang vi møtes og har interne møter med enten kontaktperson hos Agresso R&D AS, eller vår interne veileder på IU. På den måten vil vi ha bedre oversikt over hvilke oppgaver som er utført til enhver tid, status og hvordan vi ligger ann i forhold til fremdriftsplanen. Den vil også få frem hvem som har vært tilstede under de forskjellige sammenkomstene. Prosjektet skal også dokumenteres gjennom diverse styrings- og sluttdokumentasjoner som Styringsdokumenter: Prosjektskisse overordnet om prosjektet, arbeidsgiver og sammendrag. Forprosjektrapport For å komme i gang Arbeidsplan og fremdriftsplan Oversikt over arbeidsoppgaver og frister Kravspesifikasjon (også en del av sluttdokumentasjonen) Sluttdokumentasjon: Kravspesifikajson - definerer krav til systemet som skal utvikles. Prosessdokumentasjon - beskriver arbeidet i de forskjellige fasene. Produktdokumentasjon beskriver hvordan systemet fungerer. Testdokumentasjon alle tester som blir utført på systemet og resultat. Brukerdokumentasjon brukerveiledning. For at all dokumentasjon skal se uniform og strukturert ut, skal vi bruke like skrifttyper når det gjelder overskrifter, brødtekst, avsnitt og underavsnitt. Ellers er det krav fra vår egen side at hele dokumentasjonen skal se stilren og organisert ut. 14 Agresso Employee
15 7. Ordforklaringer 1. Bruker (user) En bruker av systemet. (Uavhengig av rettigheter.) 2. Ansatt (nyansatt, employee) Representerer den personen som nettopp er ansatt, og altså ikke en bruker av systemet. Agresso Employee 15
Forprosjektrapport 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:
DetaljerBrukerdokumentasjon for Agresso Employee
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 Forord Dette dokumentet er brukerdokumentasjonen
DetaljerTestdokumentasjon for Agresso Employee
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 1. Forord Denne testdokumentasjonen er en
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 Kravspesifikasjonen skal beskrive applikasjonens funksjonalitet og betingelsene som oppdragsgiver krever. Det skal også hjelpe utviklerne med å begrense applikasjonen slik at den
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.
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...
DetaljerKravspesifikasjon. IT-infrastruktur. Kravspesifikasjon. Høgskolen i Oslo. Avdeling for Ingeniører. 23. mai 2008
IT-infrastruktur Kravspesifikasjon Mathias Hagen Balagumar Rajaratnam Høgskolen i Oslo Avdeling for Ingeniører 23. mai 2008 Høgskolen i Oslo Hovedprosjekt i data, 2008 Gruppe 8 side 2 PROSJEKT NR. 08-08
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
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
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
DetaljerArbeidsplan. Startfasen. Aktivitet Beskrivelse Ferdig Ansvarlig (Ressurser)
Arbeidsplan En arbeidsplan er en måte å få oversikt over de ulike fasene i prosjektet. I arbeidsplanen har vi delt arbeidet i naturlige faser og detaljert disse med estimert tidsbruk. Hovedfasene er startfasen,
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
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...
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
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
DetaljerIdentitetsforvaltning i Møre og Romsdal fylkeskommune. Identity Management
Identitetsforvaltning i Møre og Romsdal fylkeskommune Identity Management Hva er identitetsforvaltning? Administrasjon av livsløpet til elektroniske brukere Kontrollert oppretting, vedlikehold og fjerning/arkivering
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
DetaljerHOVEDPROSJEKT 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
DetaljerProduktrapport. Produktrapport. Hjelpemiddel portal for Parkinsonforbundet
Produktrapport Hjelpemiddel portal for Parkinsonforbundet 1 Innhold: Forord ------------------------------------------------------------------------------------------------------2 Planlegging og arbeidsmetode
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
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
Detaljerstudent s104111, s107911, s122357
Forord Denne brukerveiledning er ment som et hjelpemiddel for brukerne av administrasjonssystemet og vaktsystemet. Målgruppen for administrasjonssystemet er avdelings ledere på Grefsenhjemmet, mens målgruppen
DetaljerBrukerveiledning Webline Portal for E-post Bedrift/E-post Basis
Brukerveiledning Webline Portal for E-post Bedrift/E-post Basis Innholdsfortegnelse 1 PÅLOGGING...4 1.1 Ny bruker...6 1.2 Endre bruker...9 1.2.1 Endre produkttype fra E-post basis til E-post bedrift...10
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
DetaljerGruppe 33 - Hovedprosjekt
Gruppe 33 - Hovedprosjekt s188080 Joakim Rishaug s181130 Sondre Sparby Boge s188098 Martin Hagen s178816 Lars Erik Kasin 1 av 7 Kravspesifikasjon Forord Kravspesifikasjonen utformes både for kunden, og
DetaljerPRESENTASJON. Prosjektnr: 43E Prosjektnavn: BILs nettsider Jone Tveitane Dato: 17.12.2006
PRESENTASJON Prosjektnr: 43E Prosjektnavn: BILs nettsider Elev: Jone Tveitane Dato: 17.12.2006 1 INNHOLDSFORTEGNELSE 1 OPPGAVESTILLER... 3 2 PROBLEMSTILLING... 3 3 HVORFOR DENNE OPPGAVE... 3 4 HVORDAN
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...
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
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
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...
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
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 å
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
DetaljerEierskap, IKT relasjoner, roller og arbeidsflyt - etablering av master Enterprise HRM - masterdata for personalinformasjon
Eierskap, IKT relasjoner, roller og arbeidsflyt - etablering av master Enterprise HRM - masterdata for personalinformasjon Venke Ingeberg Ringstad Fungerende HR sjef Lovisenberg Diakonale Sykehus Bakgrunn
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
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. 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
DetaljerHovedprosjekt i data ved Høgskolen i Oslo våren 2007
Hovedprosjekt i data ved Høgskolen i Oslo våren 2007 Sluttrapport Høgskolen i Oslo Student: Martin Oppegaard Gruppe: 07-12 Dato: 25. mai 2007 Veileder ved HIO: Eva Vihovde Oppdragsgiver: Bekk Consulting
DetaljerProsessdokumentasjon 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 Sammendrag Dette prosjektarbeidet er resultatet
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...
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:
Detaljer1. 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
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
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
DetaljerForprosjekt - Gruppe 12. Hovedprosjekt av
FORSIDE A V D E L I N G F O R I N G E N I Ø R U T D A N N I N G H Ø G S K O L E N I O S L O O G A K E R S H U S Forprosjekt - Gruppe 12 Hovedprosjekt av S AJ ID, OZAI RE (S 1711 9 7), S VEEN, S IMEN (S171208),
DetaljerCommunity Administrator
eroom veiledning Community Administrator eroom Community Administrator i Statens vegvesen. Statens vegvesen Sist revidert mars 2013 Innholdsfortegnelse 1. Community Administrator (CA) rollen...3 1.1. Bestilling
DetaljerBrukerhåndbok CabinWeb Bruker
Brukerhåndbok CabinWeb Bruker Applikasjon: CabinWeb Laget av: Delfi Data AS (www.delfi.no) Versjon 1.11 Dato 06.11.2006 Historie 1.1 Revisjon utgave 1.11 Lagt til Kartmodul Innledning CabinWeb er et system
DetaljerBrukerveiledning. Gruppe 9
Forord : I dette dokumentet vil du få presentert en brukerveiledning for databasesystemet som vi har laget for Nor daglig vare import. Dokumentet er illustrert med bilder, og i tillegg finnes det forklaringer
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
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
DetaljerVedlegg 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
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
DetaljerHovedprosjekt 2013. Gruppe 27. Forprosjektrapport [GILJE AS] Lars Gjestang - Hiran Piapo - Bård Skeie
2013 Hovedprosjekt 2013 Gruppe 27 Forprosjektrapport [GILJE AS] Lars Gjestang - Hiran Piapo - Bård Skeie Innhold 1. Presentasjon... 2 2. Sammendrag... 2 3. Dagens Situasjon... 2 4. Mål og rammebetingelser...
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
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
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
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
DetaljerCommunity Administrator
eroom veiledning Community Administrator eroom Community Administrator (CA) i Statens vegvesen. Statens vegvesen Sist revidert mars 2013 Innholdsfortegnelse 1. Community Administrator (CA) rollen...3 1.1.
DetaljerPresentasjon. 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
DetaljerTjenesteutvikling i ny Altinn-løsning. 31.08.2009 Gunn Heidi Rørmark
Tjenesteutvikling i ny Altinn-løsning 31.08.2009 Gunn Heidi Rørmark 1 Utfordringer i dagens løsning Tjenesteeier har kun mulighet til å oppdatere skjema Mye må gjøres av leverandøren Tungvint å gjøre små
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
DetaljerHovedprosjekt 2011 HO912A. Securitas IT portal. Forprosjektrapport. Adeel Yousaf Khan s Mats Klingenberg Naustdal s Stig Arild Ysterud
Hovedprosjekt 2011 HO912A Securitas IT portal Forprosjektrapport Adeel Yousaf Khan s141459 Mats Klingenberg Naustdal s148155 Nur M. Ahmed s148108 Thomas Wiborg s161335 Stig Arild Ysterud s155483 1 Innhold
DetaljerOverordnet beskrivelse og arkitekturskisse
Overordnet beskrivelse og arkitekturskisse Arkitekturskisse av Conserto, som er utviklet i ASP.NET VB FrameWork 4.0 med bruk av code-behind filer, MS SQL 2008, og er bygget på MasterPage som fellemal.
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
DetaljerKRAVSPESIFIKASJON. Kristian Kjelsrud, s147787, 3IA Anastasia Poroshina, s140720, 3AB. Prosjektperiode: 4. januar mai 2010
KRAVSPESIFIKASJON Tittel på hovedprosjektet: Varebestillingssystem for Wokas Salg AS Gruppemedlemmer: Joakim Larsen, s150070, 3AB Kristian Kjelsrud, s147787, 3IA Anastasia Poroshina, s140720, 3AB Prosjektperiode:
DetaljerDokumentasjon. Prosjektdagbok Timelister. Rolled Up Task. Rolled Up Milestone. Rolled Up Progress. Split. Page 1
ID Name Duration Start Finish 1 Planlegging 95 days Mon 02.10.06 Fri 09.02.07 2 Statusrapport 20 days Mon 02.10.06 Fri 27.10.06 3 Prosjektskisse 25 days Mon 30.10.06 Fri 01.12.06 4 Prosjektweb 31 days
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.
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. 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.
DetaljerHjelp til MV-Login Administrasjon MikroVerkstedet A/S
Hjelp til MV-Login Administrasjon MikroVerkstedet A/S Dokumentversion: 20130920A 1 Innholdsfortegnelse Forord... 3 Kapittel 1. Aktiver MV-Login administratorkonto... 5 Kapittel 2. Bruk MV-Login Administrasjon...
DetaljerDenne personvernerklæringen gjelder for alle produkter og tjenester levert av Sima AS.
Denne personvernerklæringen gjelder for alle produkter og tjenester levert av Sima AS. Denne personvernserklæringen omfatter både innsamlingen av personopplysninger og den senere bruken av disse. Du skal
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
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
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
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
Detaljer2/3/2014 INSTITUTT FOR FÔRIT CDS INFORMASJONSTEKNOLOGI, HØGSKOLEN I OSLO OG AKERSHUS. Shahariar Kabir Bhuiyan
2/3/2014 INSTITUTT FOR INFORMASJONSTEKNOLOGI, HØGSKOLEN I OSLO OG AKERSHUS FÔRIT CDS Mikkel Sannes Nylend Shahariar Kabir Bhuiyan Stian Strøm Anderssen Denne siden skal være blank. 1 Presentasjon Prosjektgruppe:
DetaljerFRC-Feeder-E. Et sikkert og raskt verktøy for overføring av data til File Record Converter Versjon 1.9
FRC-Feeder-E Et sikkert og raskt verktøy for overføring av data til File Record Converter Versjon 1.9 Installasjon FRC-feeder skal installeres på den computeren hvor dataene ligger. Les mer om dette under
Detaljerkan flere studenter falle av underveis, da det er vanskelig for faglærer å se hvem som kan ha nytte av å følges opp ekstra.
Visjonsdokument 1 Introduksjon Dette prosjektet er gitt av Svend Andreas Horgen, og gjennomføres som en prosjektoppgave i faget TDAT3022-A 14H Systemutviklingsprosjekt ved HiST, AiTEL. Hensikten med dette
DetaljerKravspesifikasjon. Presentasjon. Hovedprosjektets tittel: Inventardatabase. Startdato: Sluttdato: Veileder: Torunn Gjester
Kravspesifikasjon Presentasjon Hovedprosjektets tittel: Inventardatabase Startdato: 30.01.2008 Sluttdato: 23.05.2008 Veileder: Torunn Gjester Prosjektdeltakere: Gurpreet Singh s135617 Odd-arne eide Bakke
DetaljerProsessrapport. IT-infrastruktur. Prosessrapport. Høgskolen i Oslo. Avdeling for Ingeniører. 23. mai 2008
IT-infrastruktur Prosessrapport Mathias Hagen Balagumar Rajaratnam Høgskolen i Oslo Avdeling for Ingeniører 23. mai 2008 Høgskolen i Oslo Hovedprosjekt i data, 2008 Gruppe 8 side 0 PROSJEKT NR. 08-08 Studieprogram:
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
DetaljerKjennetegn. Enhetlig skriveradministrasjon Utskriftspolicy Produktbasert jobbehandling Administrasjon av utskriftskø APPLIKASJONER.
Utskriftsstyring Kjennetegn Enhetlig skriveradministrasjon Utskriftspolicy Produktbasert jobbehandling Administrasjon av utskriftskø APPLIKASJONER Utskriftsstyring Fargestyring Web til utskrift Variabel
DetaljerRUTEPLANLEGGINGSSYSTEM KRAVSPESIFIKASJON
RUTEPLANLEGGINGSSYSTEM KRAVSPESIFIKASJON Prosjekt 18 Jørgen Mobekk Sørensen Morten Evje Tor Andreas Baakind Anders Gabrielsen Side 1 CONTENTS 1 Innledning... 4 1.1 Presentasjon... 4 1.2 Om bedriften...
DetaljerPROEX.NO. En webbasert samhandlingsløsning. Utviklet av Eskaler as. Rogaland Kunnskapspark Postboks 8034 Postterminalen 4068 Stavanger
PROEX.NO En webbasert samhandlingsløsning. Utviklet av Eskaler as Rogaland Kunnskapspark Postboks 8034 Postterminalen 4068 Stavanger Telefon: 51 87 48 50 Fax: 51 87 40 71 Dette dokumentet inneholder en
DetaljerProsjektrapport Gruppenr FigureGame 3.0
Vedlegg 1. Prosjektavtale Avtale mellom: Reidar Kvadsheim, oppdragsgiver og Robin Juliussen, Olaf Nikolai Hansen og Inger Lill Nystad Prosjektets navn: Figure Game 3.0 Wrath of the Configuration 1. Prosjektets
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
DetaljerLAB-IT-PROSJEKTET - TEKNISKE LØSNINGER IT-FORUM 2017
LAB-IT-PROSJEKTET - TEKNISKE LØSNINGER IT-FORUM 2017 UTFORDRINGEN: Bruker trenger tilgang til lab-utstyr Bruker: «Jeg trenger tilgang til dette utstyret.» IT: «Hvem er du? Hva skal du ha tilgang til? Hvem
DetaljerRepository Self Service. Hovedoppgave våren 2010
Forprosjektrapport for Repository Self Service Hovedoppgave våren 2010 Christer Berg (070604 07HBDRA) Ron Stangvik (070427 07HBDRA) 1 Innholdsfortegnelse 1. MÅL OG RAMMER...3 1.1. Bakgrunn...3 1.2. Prosjektmål...3
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
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
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
DetaljerOTP - Obligatorisk tjenestepensjon
OTP - Obligatorisk tjenestepensjon Versjon: 2 (Produksjon) Status endret : 28.12.2009 13:11:42 Bedriftsopplysninger Søknaden gjelder Tilbud på OTP Bestilling OTP Dato for når ordningen skal tre i kraft
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
DetaljerBRUKERVEILEDNING MS-MRS 2.0
BRUKERVEILEDNING MS-MRS 2.0 TILGANG ENDRE PASSORD INNLOGGING SAMTYKKE PASIENTOPPSLAG ELEKTRONISK REGISTRERING VIA AV HELSENETT MS PASIENTER I NORGE NOVEMBER 2014 1 1. PORTAL Den nye versjonen av MS-MRS
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
DetaljerForprosjektrapport. Bachelorprosjekt ved Høgskolen i Oslo og Akershus, våren Gruppe 11. Mohamed el Morabeti, s198748
Forprosjektrapport Bachelorprosjekt ved Høgskolen i Oslo og Akershus, våren 2016 Gruppe 11 Mohamed el Morabeti, s198748 Hotan Shahidi-Nejad, s236770 Arlen Syver Wasserman, s193956 Studentparlamentet 1
DetaljerTilgang til nytt skrivebord KONTOR, samt oppsett for Outlook 2010
Tilgang til nytt skrivebord KONTOR, samt oppsett for Outlook 2010 Oppstart fra PC: 1. Start maskinen på vanlig måte og logg inn som før på PCen slik du er vant til med det det gamle brukernavn og passord.
DetaljerOppsett «Visma Contacts»
Oppsett «Visma Contacts» Kort implementeringsguide for Visma Global Mer info: https://itunes.apple.com/us/app/visma-contacts/id1050106314?mt=8 Merk: Du kan laste ned appen og prøve demoversjonen uten at
Detaljer