Kravspesifikasjon for Akershus fylkeskommunes ... - Bjørn Venn
Kravspesifikasjon for Akershus fylkeskommunes ... - Bjørn Venn
Kravspesifikasjon for Akershus fylkeskommunes ... - Bjørn Venn
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
<strong>for</strong> bruker av løsningen.<br />
Når AFK har behov <strong>for</strong> opplæring vedrørende bestillingssystemet, skal<br />
leverandøren <strong>for</strong>estå opplæring hos den enkelte virksomhet/enhet<br />
kostnadsfritt.<br />
Beskriv dette nærmere, og legg ved skisser/skjermdump av<br />
nettbutikkløsning.<br />
Krav vedrørende dokumentasjon<br />
80. Krav til systemdokumentasjon<br />
Systemdokumentasjonen skal beskrive løsningen i detalj også all<br />
konfigurering. Systemdokumentasjon skal være så detaljert at kvalifisert<br />
personell gjennom å lese denne skal <strong>for</strong>stå løsningens oppbygging og kunne<br />
starte feilsøking, endring eller utvidelser av løsningen. Dersom det oppstår<br />
en uenighet i detaljeringsnivået mellom leverandør og AFK, skal firma IP<br />
Tjenester benyttes <strong>for</strong> å avgjøre om dokumentasjonen er tilstrekkelig eller<br />
ikke. Kostnaden til dette dekkes av leverandør.<br />
81. Krav til administratordokumentasjon<br />
Dokumentasjon til bruk <strong>for</strong> den som er administrator av systemet. Det er<br />
tilstrekkelig med elektronisk dokumentasjon i selve løsningen (<strong>for</strong>klarende<br />
tekst til felter, menyer etc.) <strong>for</strong> at systemadministrator skal kunne bruke<br />
administratorverktøyet (ref. nummer 38).<br />
82. Krav til brukerdokumentasjon<br />
Det skal leveres brukerdokumentasjonen til hver abonnent og <strong>for</strong> enkelte<br />
type abonnentutstyr – standard telefon, utvidet telefon, softphone,<br />
sentralbordapparat og det PC-baserte sentralbordet. Dokumentasjonen skal<br />
være på norsk, og skal leveres på papir og på elektronisk, redigerbart <strong>for</strong>mat<br />
(OpenDocument- eller DOCX-<strong>for</strong>matet).<br />
Dokumentasjonen skal produseres løpende gjennom prosjektperioden, <strong>for</strong> å<br />
kunne fange opp endringer i funksjonaliteten underveis.<br />
Dokumentasjon skal være relatert til løsningen. Det betyr at klientspesifikk<br />
funksjonalitet, som kommer i konflikt med funksjonalitet som ligger i selve<br />
løsningen, ikke må fremkomme i dokumentasjonen. Som et minimum skal<br />
brukerdokumentasjonen inkludere følgende:<br />
� Hvordan man svarer en samtale (også hvis man sitter opptatt i en<br />
samtale)<br />
� Hvordan man setter over en samtale<br />
� Hvordan man parkerer en samtale<br />
� Hvordan man gjør et spørreanrop<br />
� Hvordan man ringer ut<br />
� Hvordan man legger inn private kortnummer (som ligger lokalt lagret i<br />
den enkeltes telefon)<br />
� Hvordan man henter fram nummer/navn i felles telefonliste<br />
� Hvordan man fraværsmarkerer seg (”ikke tilstede”/direkte<br />
viderekobling)<br />
� Hvordan man kobler opp en konferanse<br />
35