Innhold ! "# $ % "& $ "#$ $ $ %



Like dokumenter
Vedlegg 1 - Grensesnitt mot sluttbruker. 1 Forside for forsikringer

Kundens kravspesifikasjon ERP-løsning for kommunene i DDV-samarbeidet

Kravspesifikasjon for PLBSys NG. Versjon 1.0

SSA V, Den store vedlikeholdsavtalen

Brukermanual for administrasjonsverktøy Gruppe: 08-03

ITB Anbudsystem. Innhold

1.4 Det skal leveres en beskrivelse av eierskapsmodell for registrerte data og fordeling av ansvar for behandling og vedlikehold av disse.

Visma Enterprise ehandel. Versjon Elektronisk fakturaproduksjon EHF fra ehandel via Aksesspunkt

BFSN IKT - løsning. Manual BFSN medlemsbedrift for:

kan flere studenter falle av underveis, da det er vanskelig for faglærer å se hvem som kan ha nytte av å følges opp ekstra.

Spørsmål og svar til Konkurransegrunnlag

Bilag 1 til vedlikeholdsavtalen samt driftsavtalen KRAVSPESIFIKASJON. Administrativt system for skole og SFO

WebSmart. Trond E. Nilsen Select AS

Friheten ved å ha Office på alle enhetene dine

Fronter 19 En rask introduksjon

RUTEPLANLEGGINGSSYSTEM BRUKERVEILEDNING

Bilag 6 Vedlegg 3 Definisjoner

Brukermanual med troubleshooting guide HLS. HDTV digital. Rev Manual for HDTV-D Rev Page 1 of 12

1 ANSKAFFELSENS FORMÅL Implementeringsplan Forkortelser og begreper KRAVTABELL... 3

Brukerstøttesystem. Innhold

SafeUse Build

KRAVSPESIFIKASJON WEB-BASERT VERKTØY FOR SPØRREUNDERSØKELSER

Bilag 1 Kravspesifikasjon Avtalereferanse: NT Web avspiller

Presentasjon av nye bilagsmaler

MinTid web brukerdokumentasjon

Advania SPOC Vårt Kundesenter på WEB Brukerveiledning. Mars 2014

Det er viktig at all informasjon om overnattingsstedet er korrekt utfylt. Klikk på?-ikonene for å få hjelp til felter som ikke er selvforklarende.

Squashbooking. For administrator kan bookinger visuelt merkes i timeplanen med status for betaling og oppmøte.

Visma EasyCruit. Et kort innblikk i den siste produktutviklingen. August Norsk

PURESERVICE ROADMAP OG NYHETER DESEMBER 2014

ITB ERP ehandel. Hensikten er å ha oversikt over innkjøp som fylkeskommunen foretar.

UA Tjenestebeskrivelse NTNU e-rom

Finansportalen Historiske bankdata

Brukermanual Weboffice Sharp START for Android. Versjon 2.0

Dette bilaget inkluderes i Avtalen for kunder som har et høyere Servicenivå enn standard leveringsvilkår.

Typegodkjenning av. linjetilknyttet kontrollrom

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

Bestemmelser tilknyttet elektronisk samarbeid med Vinmonopolet

ITB ERP HR (Personal)

Use Case-modell. Vurdering av oppdragsgivers krav

Support, nye funksjoner og tjenester fra Uni Pluss

Vedlegg nr 1 Kundens kravspesifikasjon

Service Level Agreement

KRAVSPESIFIKASJON. Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni.

Tekniske forutsetninger - fakturadistribusjon. Drift torsdag 17. sept

ITB Publisering for web (CMS)

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case?

Jobbkø. Innhold. Versjon 1.0 Copyright Aditro Side 1 av 18

2 Innholdsfortegnelse

Bilag 1: Utstyr som skal vedlikeholdes

servernavn.sircon.net

Huldt & Lillevik Lønn 5.0

Produktvilkår Drift av radioterminaler

SSA-D Bilag 1. Driftsavtalen (SSA-D) Bilag 1: Kundens kravspesifikasjon

Rammeavtale for utvikling og tjenesteleveranse på verdiøkning av portefølje Sportsspill

Produktdokumentasjon. Madison Møbler Administrasjonsside og Nettbutikk

Introduksjon og priser av eogenius fra EOCharging levert av Ladefabrikken AS

2/3/2014 INSTITUTT FOR FÔRIT CDS INFORMASJONSTEKNOLOGI, HØGSKOLEN I OSLO OG AKERSHUS. Shahariar Kabir Bhuiyan

Kravspesifikasjon for

Geometra. Brukermanual. Telefon:

KVALITETSSIKRING AV FERIEOPPGJØR I JUNI. For Fullservicekunder

Bilag 8 BILAG 8. Tjenestenivå. Page 1 of 10

Spring 2017, integrasjoner og API er. Integrasjoner: Hot or not?

Distribusjon av varslinger

Bilag til kjøpsavtalen for Antivirusløsning K Bilag 1 - Kundens kravspesifikasjon

Presentasjon av bachelorprosjekt 2009/2010 for Morten Hegstad og Kim Lilleberg. Prosjektnummer 2E

IT ServiceDesk i Møre og Romsdal fylkeskommune

Brukerveiledning. - Registrer - Avregistrer - Innstillinger - Administrator - Innmelding - Tidsur 1

Generell Avtale om Tjenestekvalitet (SLA) Service Level Agreement. Gjeldende fra

Politiske møtedokument

Elhub Strategi Aktørtesting

S y s t e m d o k u m e n t a s j o n

Dette bilaget inkluderes i Avtalen for kunder som har et høyere Servicenivå enn standard leveringsvilkår.

FriKomPort - Brukerkonferanse

Kravspesifikasjon for Telefly NG. Versjon 1.0

Gjeldende tjenestebeskrivelser FRONTDESK Cloud Services

Kort om evaluering og testing av It-systemer. Hvordan vurdere, verdsette, velge og teste?

Småteknisk Cantor Controller installasjon

Modul Nr Norsk Brukermanual

Brukerveiledning - Spekter Online for SuperOffice

AVTALE OM TJENESTELEVERANSE. mellom HELSEFORETAKENES SENTER FOR PASIENTREISER ANS. HELSE [navn] RHF Organisasjonsnummer: Vedlegg en

Kravspesifikasjon Hovedprosjekt Arki-ban.no Gruppe 6 Vår 2015 Av Murtada alamir

UKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR

Kravspesifikasjon. Forord

VEDLEGG 6 VEDLIKEHOLDSAVTALEN

Tilleggsavtale. distribusjon av oksygen til hjemmebasert oksygenterapi. mellom X HF. xx.xx.201x xx.xx.20xx

Gemini Arena. Jens Erik Thyholdt Arne R. Tøstibakken

Prisliste Supporttjenester

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

Brukerdokumentasjon Prosjekt nr PayEx Logistics

ITB ERP Økonomi. Innhold

MS Windows, Linux. Smidig, Scrum, Testdreven utvikling. Tidsrom Firma Tittel Java versjon > Selvstendig konsulent 6

Innholdsfortegnelse INNHOLDSFORTEGNELSE... 2 REVISJONSOVERSIKT...4 INTRODUKSJON MED FORUTSETNINGER... 5

BILAG 5 til kontrakten

for Finansportalen Kjøps- og vedlikeholdsavtale

Finansportalen Historiske bankdata

Content Workbench 3.0 Brukermanual for kjøpere. Publ. nr.: Versjon 1.0 Språk: Norsk

Mange nye og kule tips til utvikling av dine E-Site websider!

Hjelp til Fraværssøknad og Oversikt fraværssøknader

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

Transkript:

Innhold Innhold 1 Introduksjon 2 enerelle krav til løsningen 3 Krav til forsikringsselskapene 4 Systemteknisk løsning/systemarkitektur 5 rensesnitt mot sluttbruker 6 Krav til administrasjonsgrensesnittet 7 Funksjonelle krav av generell karakter 8 Ikke-funksjonelle krav 9 Begrepsavklaring "# "& "# "#

1 Introduksjon ' () * +, *, # *)- - * - *& ( +* * * * -. ) * ) - )( ) 2 enerelle krav til løsningen / & * 0-0 -* * - - 1 *** * 1. # * - 2. #/ - /(,, 2 *, )0 0*, - * *( * 1, ' -* * *, ' - 3, & ( ( &, 4 * & *) * & - *

, & ( ) ( (, 2 - (, 5 6, 4 ( * 7 8' 4,- 3 Krav til forsikringsselskapene & 5 * - - *& 5 * * * *)-( # -( ( & - & * - - & 6 *' -. - & 3.1, * * - * - -* - / 9 *, & * : ;*, ' * : 6 -;7 ( *, < ) & - * 3.2, '* * ) *, -( -, - & * =

5 * * >, 2 ) * (, 4 -* ) * * - * 4 Systemteknisk løsning/systemarkitektur #( & -( * =66# & ( # (,6# #4* * * #? 4,. *8 6

4.1.1 Plattform 7 *@A *B C #) 8 6 4.1.2 Database/data-integrasjon & #? 4& -* )* ( 4.1.3 Portalserver =66#( & 8 66 #-2. (* =6-2.* (*(, *-* *6 4.1.4 Moduler 8 @*6# 2.& *@A 6#) D+ * ( #4* - C C,& 44 @>.8,) #, :E' 4,;& ( # 4.2 ( - ( > * -6#2.*@. @, *E' 4, @, C & ** *( + * C - *

4.2.1 UI-komponenter i Enonic Vertical Site & F 3. & *6#2. *-* E' 4, *-* F 3., - & 0 "F 0 4.2.2 Beregningskomponenter (Java moduler) & -* ( & * @ -* * & #? 4, & *, 4<,, = 5 4.2.3 Dataintegrasjon med forsikringsbransjen, krav til forsikringsbransjen. KRAV LEVERANDØRENS SVAR

4.2.3.1 4.2.3.2 4.2.3.3 4.2.3.4 4.2.3.5 4.2.3.6 4.2.3.7 4.2.3.9 KRAV LEVERANDØRENS SVAR Dataintegrasjon skal bygge kommunikasjon på Web Services og etablerte standarder for WSkommunikasjon (JSR-109). Det skal etableres tjenester for å hente pris for hver enkelt forsikringstype. Tjenesten skal motta datainput fra Finansportalen jfr. vedlegget Beskrivelse av datautveksling mellom Finansportalen og forsikringsselskapene - datamodell. Finansportalen skal motta pris i retur. Dersom selskapet ikke kan levere pris skal en feilmelding med forklaring om hvorfor dette ikke var mulig returneres. Tjenestene skal alltid svare på en beregningsforespørsel med en svarmelding som inneholder bl.a. en pris eller en feilmelding på hva som gjorde at spørringen ikke resulterte i pris Det er etablert en oversikt over hvilke datafelter som skal overføres mellom Finansportalen og beregningstjenestene i vedlegget Beskrivelse av datautveksling mellom Finansportalen og forsikringsselskapene - datamodell. Dette vedlegget inneholder ikke tekniske systemparametre som er nødvendig for å sikre kommunikasjonen. Tjenestekallene skal sikres med krypteringer slik at det ikke er mulig for 3.part å identifisere innhold i meldingene. Det skal ikke være mulig for 3.part å benytte Finansportalen med den hensikt å automatisk innhente prisopplysninger fra forsikringsselskapene. Systemet skal ha funksjoner som hindrer dette. Dersom beregningstjenestene til forsikringsselskapene ikke svarer innen 3 minutter vil resultatene utelates fra prissammenligningen. Dersom beregningstjenestene ikke svarer utelates resultatene fra beregningen (typisk ved nedetid på kjernesystemer i forsikringsselskapene). 4.2.4 Integrasjon med OFV & < ( * :< ; ( -<

+ : 8(; + : H; + : )A=I6; KRAV LEVERANDØRENS SVAR & 4.2.4.1 <B #6 & < 4.2.4.2 - & 5 * < * 4.2.4.3 * ( C & 5 * 4.2.4.4 B #6 4.2.4.5 4.2.4.6 & < ) ( <, 4.2.4.7 & <, -, + : 8(;, J- :*,*;, + : H;, + : 0)A=I60; 5 rensesnitt mot sluttbruker 4 * & *) * & - * & ( ) ( ( & ( F "F. * - * -- * -5 * -**.

) "F 5.1 " & * * & * -* *--,),)( ) ' - ( (* & () ) ( > ( ( *5 K K1 ( 6-5.1.1 Informasjon om forsikringsobjektet.- 5.1.2 Informasjon om forsikringstager.- 5.1.3 Resultatvisning # F ( *- ( E' 4, * B #6 #( *-: 0 0);) /* ( 0-0 6- - ' * - = * & # ) ( *& - 9 9 9 ) & 5 * *4 ) & 5 * * & -* & 5 "F 5.2 > ) 2-(,

5.3 > ) ( 2-(,

5.4 & > )

5.5 > )

5.6 # KRAV LEVERANDØRENS SVAR A A 9 ( - < *& ( ( * -., -, 5 : ;

KRAV LEVERANDØRENS SVAR A A 2 - ( - **( & :; - 6 Krav til administrasjonsgrensesnittet KRAV LEVERANDØRENS SVAR A A A A & 5 * : 9##, ) ; & - ( F 3., * & 5 08 0F 3., & 5 * -* * & 5 * * *- : * I, - C 6;

KRAV LEVERANDØRENS SVAR A AA AD A & 5 * (( : < - ( ; & 5 *, & 5 */ & 5 *,, A A A & 5 * ( & 5 * -( 5 : () 6-6I) ) ; -( 5 #( C (*. -* - & -( & - 7 Funksjonelle krav av generell karakter KRAV LEVERANDØRENS SVAR

KRAV LEVERANDØRENS SVAR D D D & 5 *, & 5 -- - #( - 5 8 Ikke-funksjonelle krav 8.1 '( )*(*'+,-*+(' 8.1.1 Løsningen skal støtte inntil 2000 samtidige brukere ved normal drift. Løsningen skal støtte opptil 80 000 brukere per dag i de største 8.1.2 pressperiodene uten større avvik i ytelse. Løsningen må støtte opptil 20 000 8.1.3 brukere per dag uten noen avvik i ytelse. * I 8.1.4 * 8.2 '( )*(*'+,-*+(' 8.2.1 Internettsidene skal respondere innen ett sekund, enten med forventet resultat eller med en forklaring dersom svartiden for den

aktuelle forespørselen er svært treg. 8.3. & '( )*(*'+,-*+(' HTML / XHTML O CSS # B HE78'4 /6B H 7 8' 4627 8' 4 ( & ( H##,> 9 - **H##* 2 :7 8' 4/ E7 8' 4 H##; B H NETTLESER-KOMPATIBILITET. 5.=IA)D ) I)<. 5 # )* ( B C ) 9 ' 6 4IF * TILJENELIHET Internettsidene skal som et minimum tilfredsstille retningslinjene WCA 2.0 på nivå A. (jeldende retningslinjer er WCA 1.0, men WCA 2.0 R ventes ferdigstilt i 2008, og W3C oppfordrer allerede nå til å ta i bruk de nye retningslinjene). ELEMENTER FRA UNIVERSELL UTFORMIN 2 *. A 2 * *. 9 D > : ; (. &. *. 9 > *.

8.4, / 8.4.1 Oppetid < 5 )L * * & * = ( " 1. '( )*(*'+,-*+(' OPPETID +- )L = 8.4.2 /. & )-. = * * - & -, - > * '( )*(*'+,-*+(' 8.4.2.1 8.4.2.2 8.4.2.3 Feil som opptrer i løsningen kan korrigeres innen to til fem arbeidsdager, avhengig av feilens art. Ved alvorlige feil blir korreksjonsarbeid igangsatt umiddelbart. Beskriv prosess og rutiner for feilhåndtering. R R K 8.4.3 Opplæring '( )*(*'+,-*+(' 8.4.3.1 Angi forventet omfang og kost på opplæring av kunden i bruk av løsningen K 8.4.4 8.4.5 8.4.6 Brukermanual = ) 5 - + *, 8 5 *

+ *- - )- - ( - & '( )*(*'+,-*+(' 8.4.6.1 8.4.6.2 8.4.6.3 Brukermanual tilgjengelig elektronisk. Brukermanualen tilgjengelig på norsk. Beskriv rutine for oppdatering og distribusjon av brukermanual ved endringer i systemet. K R R 8.4.7 Support & -)* #M '( )*(*'+,-*+(' 8.4.7.1 8.4.7.2 8.4.7.3 Support skal være tilgjengelig 08.00 17.00 via e-post og telefon ukedager for generell brukerstøtte og innrapportering/korrigering av feil av mindre grad. For alvorlige feil (ikke mulig for sluttbruker å gjennomføre få tilgang til løsningen) skal teknisk support være tilgjengelig 24/7. Beskriv rutiner for å følge opp supporthenvendelser for å sikre kvalitet ift. tilgjengelighet, respons, gjennomføring og pålitelighet. K R R 8.4.8 Teknisk dokumentasjon KRAV LEVERANDØRENS SVAR 8.4.8.1 8.4.8.2 Den tekniske orienterte dokumentasjonen skal være tilstrekkelig detaljert for å kunne brukes som grunnlag for videreutvikling av løsningen.. Dokumentasjon som kun er ment for administratorer og teknisk personell er tilgjengelig på norsk eller engelsk. 8.4.8.3 Teknisk orientert informasjon, R R R

8.4.8.4 slik som grensesnittbeskrivelser, teknologikrav og prosessbeskrivelser skal være tilgjengelig i elektronisk format. Beskriv rutiner for oppdatering av manual og teknisk orientert informasjon. K 9 Begrepsavklaring ' 0 2 :; -* / 0 + +. 0. + 1 0 5 -. 5 +. # 4 > *9 +. + 5 * ) * " ( < ( * 4 6*