Kravspesifikasjon for Telefly NG. Versjon 1.0

Transkript

1 Kravspesifikasjon for Telefly NG Versjon 1.0 Utarbeidet i november 2010

2 Innhold Revisjonshistorikk Introduksjon Registrering av radioutstyr i luftfartøy i Norge Systemets formål og omfang Målgruppe Organisering av kravspesifikasjonen Prioritering av krav Referansedokumenter Overordnet beskrivelse Systemperspektiv Overordnet funksjonalitet i fagsystemet Brukergrupper Arbeidsprosesser Brukerdokumentasjon og teknisk dokumentasjon Funksjonelle krav Registrere søknad om tillatelse Registrere søknad om endringer for luftfartøy Se saksliste Prioritere og kategorisere saksliste Søk i registrerte kunder Vis informasjon om kunde Søk i registrerte luftfartøy Vis informasjon om luftfartøy Søk i registrert utstyr Vis informasjon om registrert utstyr Behandle søknad Utstede tillatelse Utstede midlertidig tillatelse Produsere dokumenter Generere rapporter Starte fakturering (produksjon av ordre) Vis status fakturering Vedlikeholde liste over godkjent utstyr Vedlikeholde liste over godkjente fartøytyper Registrere utstyr Side 2 av 14

3 3.21 Motta kopi av tillatelse (Luftfartstilsynet) Vis informasjon om registrert nødpeilesender (eksternt) Tekniske krav Tilleggsinformasjon Ordliste og forkortelser Side 3 av 14

4 Revisjonshistorikk Versjon Dato Beskrivelse Endret av Kravspesifikasjon etablert Side 4 av 14

5 1. Introduksjon 1.1 Registrering av radioutstyr i luftfartøy i Norge Bruk av radioutstyr i norskregistrert luftfartøy krever tillatelse fra Post- og teletilsynet (PT). Tillatelser kan gis til person eller selskap som er ansvarlig for drift av luftfartøy. Per i dag sendes søknader på et papirbasert skjema og det utstedes en tillatelse som skal oppbevares i det aktuelle luftfartøy. Innehaver av tillatelsen er pliktig å varsle Post- og teletilsynet endringer i utstyr, adresse og eier/operatørforhold. Det er videre knyttet gebyrer til en tillatelse. Disse faktureres innehaver av tillatelsen. 1.2 Systemets formål og omfang Det eksisterer i dag et fagsystem i PT for håndtering av søknader og godkjenning av radioutstyr i norske luftfartøy. Dette systemet (Telefly) er utviklet på gammel arkitektur, og skal erstattes av et nytt system på en mer moderne teknologisk plattform. Det nye fagsystemet som skal utvikles skal bidra til effektiv registrering og saksbehandling av søknader og forvaltning av registeret. Det nye fagsystemet har arbeidsnavnet Telefly NG (Next Generation). Telefly NG vil ha et grensesnitt til en webbasert skjemaløsning (tredje parts løsning), slik at kundene (som i denne sammenheng er eiere eller operatører) selv kan registrere og administrere informasjon om sitt luftfartøy. Samtidig skal Post- og teletilsynet ha tilstrekkelig kontroll og ha et verktøy som understøtter en kostnadsmessig effektiv saksbehandling og forvaltning av registeret. I prosessen for tildeling av tillatelser er arkivering og dokumentproduksjon et viktig element. Fagsystemet skal også initiere fakturering av årlig gebyr til kundene. Grensesnitt til arkivsystem (som bl.a. håndterer all dokumentproduksjon) og økonomisystem (håndterer bl.a. fakturering og utstedelse av kreditnota) eksisterer. Disse grensesnittene skal gjenbrukes av det nye fagsystemet. Produksjon av fakturaer og krediteringer skal ikke produseres i fagsystemet, og det er kun datagrunnlaget som skal overføres fra nytt fagsystem via eksisterende grensesnitt til omkringliggende systemer. 1.3 Målgruppe Målgruppen for dette dokumentet er potensielle leverandører av nytt fagsystem til Post- og teletilsynet for godkjenning, registrering og forvaltning av register for radioutstyr i norske luftfartøy. 1.4 Organisering av kravspesifikasjonen Kapittel 1 gir en kort introduksjon til godkjenning av radioutstyr i norske luftfartøy og formålet med det nye fagsystemet som skal utvikles. Kapittel 2 gir en oversikt over funksjonaliteten som skal utvikles og hvordan det nye fagsystemet vil bli implementert med grensesnitt til andre systemer i Post- og teletilsynet samt eksterne grensesnitt. Kapittel 3 dokumenterer de funksjonelle kravene som stilles til det nye fagsystemet. De funksjonelle kravene er systematisert iht. use case dokumentert i kapittel 2. Kapittel 4 dokumenterer krav til grensesnitt (brukergrensesnitt, hardware, software og kommunikasjon). Side 5 av 14

6 Alle krav har et unikt løpenummer og en beskrivelse. Leverandøren forventes å oppgi i hvilken grad man kan tilfredsstille kravet (Ja/Nei/Delvis). Leverandøren oppfordres også til å gi en kort beskrivelse av hvordan kravet eventuelt tilfredsstilles med den tilbudte løsningen. 1.5 Prioritering av krav Kravene som dokumenteres er gitt en prioritet fra 1 3. Dette skal tolkes som følger: Prioritet 1 Prioritet 2 Prioritet 3 Krav som MÅ tilfredsstilles Krav som BØR tilfredsstilles Krav som vurderes som NYTTIGE. PT er interessert i å høre mer om ulike leverandørers tilnærming, løsning og omfang. 1.6 Referansedokumenter I tabellen nedenfor gis en oversikt over dokumenter som kan være relevante ift denne kravspesifikasjonen. Dokumenter Fremtidige arbeidsprosesser Style-guides Dagens papirbaserte søknadsskjema Forskrift om gebyr til Post- og teletilsynet Beskrivelse Generell informasjon om Post- og teletilsynets. Beskrivelse av fremtidige arbeidsprosesser knyttet til saksbehandling og vedlikehold av register for godkjenning av radioutstyr i norske luftfartøy. Eget vedlegg til forespørselen. Retningslinjer for grafisk utforming av interne applikasjoner i Post- og teletilsynet. Eget vedlegg til forespørselen. cumentid=987 Side 6 av 14

7 2 Overordnet beskrivelse 2.1 Systemperspektiv Det nye fagsystemet, omtalt som Telefly NG, skal være bygget på en webbasert plattform. Det vil være tett integrert med saks-/arkivsystemet PTWebDok (P360), økonomisystemet Agresso og en tredjeparts skjemaløsning for datafangst knyttet til nye og eksisterende luftfartøy (søknader, endringer). Autentisering (single sign-on) skal benytte eksisterende Active Directory. Telefly NG vil videre ha et grensesnitt til Hovedredningssentralen for å avlevere informasjon om registrerte nødpeilesendere. Noe mer detaljer om de ulike systemene beskrives i tabellen nedenfor. Post- og teletilsynet Arkiv Telefly NG Økonomisystem Kunde Saksinfo Webserver Ordrestatus Prisinfo Ordre Kreditering P360 Agresso Database Brukeradministrasjon Active Directory PLB-/ELT-info Informasjon fra kunde (søknad og endringer) Informasjon fra utstyrsprodusent (Produktinformasjon) HRS Leverandør av skjemaløsning Leverandør av skjemaløsning Web-baserte skjema Web-baserte skjema Figur 1 - Systemperspektiv System Telefly NG Arkiv / P360 Overordnet beskrivelse av system/grensesnitt Det nye webbaserte fagsystemet som skal utvikles Forventes å kjøre på en virtualisert server Applikasjonsserver vil sannsynligvis være Glassfish ODBC-kompatibel database med JNDI som tilkoblingsform Systemet er gitt navnet PTWebDok internt i PT Basert på Software Innovation sitt system P360 Alle saker og saksdokumenter i PT lagres her PTs kundedatabase er lagret her (masterdata) Side 7 av 14

8 System Økonomisystem Brukeradministrasjon HRS Skjemaløsning Overordnet beskrivelse av system/grensesnitt Agresso benyttes som økonomisystem Systemet håndterer bl.a. fakturering og kreditering Det er utviklet grensesnitt for disse to funksjonene og Telefly NG skal benytte disse Det eksisterer også et grensesnitt for å hente betalingsstatus Artikkelregister, aktiviteter og priser ligger lagret i økonomisystemet Active Directory benyttes i PT for brukeradministrasjon Hovedredningssentralen skal ha offline tilgang til informasjon om alle PLB og ELT nødpeilesendere Grensesnittet vil bestå av en eksport som kjøres jevnlig Det vil bli benyttet en 3. parts leverandør av løsning for elektroniske skjemaer Fagsystemet integreres med denne elektroniske skjemaløsningen slik at data kan hentes inn i fagsystemet 2.2 Overordnet funksjonalitet i fagsystemet Funksjonaliteten som skal utvikles i fagsystemet er kan på et overordnet nivå sammenfattes i 22 use case. Disse detaljeres i egne tabeller med krav til systemet. Side 8 av 14

9 Registrere søknad om tillatelse Registrere søknad om endringer for luftfartøy Se saksliste Prioritere og kategorisere saksliste Saksbehandler Søk i registrerte kunder Kunde Vis informasjon om kunde Søk i registrerte luftfartøy Vis informasjon om luftfartøy Søk i registrert utstyr Vis informasjon om utstyr Behandle søknad Utstede tillatelse Utstede midlertidig tillatelse Produsere dokumenter Generere rapporter Starte fakturering Vis status fakturering Side 9 av 14

10 Vedlikeholde liste godkjent utstyr Vedlikeholde liste godkjente fartøytyper Administrator Registrere utstyr Produsent Motta kopi av tillatelse Luftfartstilsynet HRS Vis info om reg. nødpeilsesender Gjennom lokal kopi hos HRS. Løsningen skal ikke være implementert hos PT. Løses ved for eksempel overføring av data hvert døgn. 2.3 Brukergrupper Ulike typer brukere skal kunne benytte fagsystemet. Kapittel 0 viser use case og roller. 1. Kunde. Person/organisasjon som søker om tillatelse til bruk radioutstyr i sitt luftfartøy. Kunden vil ikke benytte systemet direkte, men informasjon fra søker kommer inn til applikasjonen via grensesnitt til ekstern skjemaløsning. 2. Saksbehandler. Ansatt i Post- og teletilsynet som er ansvarlig for saksbehandling av søknaden. 3. Administrator. Ansatt i Post- og teletilsynet med ansvar for oppdateringer av fagsystemet, som innhold i enkelte nedtrekkslister og lignende. 4. Luftfartstilsynet. Får kopi av alle tillatelser. 5. HRS (Hovedredningssentralen). Mottar informasjon eksportert fra Post- og teletilsynet. 6. Produsent. Produsenter av radioutstyr kan registrere informasjon om nytt utstyr de tilbyr slik at dette gjøres tilgjengelig i fagsystemet. Produsent vil ikke benytte fagsystemet direkte, men benytter elektroniske skjemaer som integreres med fagsystemet. 2.4 Arbeidsprosesser For å bidra til god forståelse av hvordan Post- og teletilsynet ønsker å benytte det nye fagsystemet har det blitt utarbeidet en beskrivelse av fremtidige arbeidsprosesser. Disse er beskrevet i eget vedlegg. De definerte arbeidsprosessene skal ikke anses som komplette og absolutte krav til løsningen. De skisserte arbeidsprosessene har derimot vært et utgangspunkt for utarbeidelse av krav til den nye løsningen og skal bidra til økt forståelse av hva PT ønsker å oppnå. Tilbyder av ny løsning må beskrive hvordan den nye løsningen kan støtte opp under de skisserte prosessene og beskrive graden av fleksibilitet i fagsystemet for tilpasning til endring i arbeidsprosesser. Side 10 av 14

11 2.5 Brukerdokumentasjon og teknisk dokumentasjon Følgende dokumentasjon ønskes som en del av leveransen av nytt fagsystem. Dokumentasjon Funksjonell veiledning / Brukermanual Teknisk dokumentasjon Dokumentert kode Beskrivelse Dokumentasjon av all funksjonalitet i systemet Veiledning til hvordan man utfører de ulike funksjonene i systemet Arkitektur (systemer, integrasjonspunkter, meldingstyper etc.) Drifts-/vedlikeholdsmanual (konfigurasjon av systemet etc.) Alle programkode skal være godt dokumentert 3 Funksjonelle krav I dette kapittelet beskrives de funksjonelle kravene til det nye fagsystemet. Kravene er organisert etter de ulike use-case som er presentert i kapittel 2. Det gis i dette kapittelet en kort beskrivelse av de ulike områdene, mens kravene detaljeres i eget dokument (under flippen Funksjonelle krav i kravtabellen). 3.1 Registrere søknad om tillatelse Søknad om tillatelse til montering av radioutstyr i luftfartøy kan registreres direkte i fagsystemet av saksbehandler eller ved at informasjonen automatisk hentes inn i fagsystemet gjennom grensesnitt til tredjeparts leverandør av webbaserte skjema. 3.2 Registrere søknad om endringer for luftfartøy Søknad om endringer for et luftfartøy registreres direkte i fagsystemet av saksbehandler eller ved at informasjonen automatisk hentes inn i fagsystemet gjennom grensesnitt til 3. parts leverandør av webbaserte skjema. 3.3 Se saksliste Fagsystemet har en egen saksliste. Sakene hentes fra PTWebDok, men fagsystemet har tilleggsinformasjon knyttet til en sak og presenterer en saksliste for brukeren satt sammen av informasjon fra PTWebDok og egen informasjon om sakene. 3.4 Prioritere og kategorisere saksliste For å sikre effektiv og god saksbehandling skal sakene i fagsystemet prioriteres og kategoriseres. Systemet gjør en automatisk prioritering og kategorisering av innkommende søknader/saker, men saksbehandler har anledning til å overstyre systemets prioritering og kategorisering. 3.5 Søk i registrerte kunder I fagsystemet kan man søke frem registrerte kunder. En kunde er i denne sammenhengen en eier, operatør, nødkontakt eller 3. part tilknyttet luftfartøyet (for eksempel et verksted som utfører oppgraderinger). 3.6 Vis informasjon om kunde I fagsystemet kan man vise informasjon om alle registrerte kunder. 3.7 Søk i registrerte luftfartøy I fagsystemet kan man søke frem informasjon om alle registrerte luftfartøy. Side 11 av 14

12 3.8 Vis informasjon om luftfartøy I fagsystemet kan man vise informasjon knyttet til alle registrerte luftfartøy. 3.9 Søk i registrert utstyr I fagsystemet kan man søke frem radioutstyr som er godkjent til bruk i norske luftfartøy. Listen over godkjent utstyr administreres av PT og oppdateres jevnlig Vis informasjon om registrert utstyr I fagsystemet kan man vise informasjon om radioutstyr som er godkjent til bruk i norske luftfartøy Behandle søknad Saksbehandler kan behandle søknader som er kommet inn i fagsystemet. Informasjon som er relevant for saken vises i størst mulig grad i fagsystemet Utstede tillatelse En søknad vil normalt resultere i at man fatter et vedtak og utsteder en tillatelse til bruk av radioutstyr i luftfartøyet. Utstedelse av en tillatelse innebærer blant annet produksjon og distribusjon av dokumenter til kunden Utstede midlertidig tillatelse Av ulike årsaker er det enkelte ganger behov for å utstede en midlertidig tillatelse. Denne tillatelsen vil være tidsbestemt. Kravene som gjelder for utstedelse av tillatelse gjelder også for midlertidig tillatelse. Det er også noen tilleggskrav som dokumenteres i dette use-caset Produsere dokumenter I en saksbehandlingsprosess er det behov for å produsere ulike typer dokumenter. Hvilke dokumenter som skal produseres vil variere basert på innhold i saken. Alle dokumenter som produseres er basert på maler og det kan flettes informasjon fra saken inn i dokumentet Generere rapporter Fra fagsystemet har man tilgang til predefinerte rapporter. Rapportene genereres av et tredjeparts rapporteringsverktøy Starte fakturering (produksjon av ordre) Utstedelse av faktura og oppfølging av utestående håndteres av eksisterende økonomisystem og prosesser hos Økonomi-seksjonen. Saksbehandler skal imidlertid kunne starte faktureringsprosessen (gjennom oversendelse av ordreinformasjon) manuelt ved hjelp av funksjonalitet i fagsystemet. Oversendelse av ordre til økonomisystemet kan også startes automatisk Vis status fakturering Fagsystemet vil sende over faktureringsoppdrag til økonomisystemet. I fagsystemet skal man kunne se status på batch-oversendelsene av faktureringsoppdrag til økonomisystemet Vedlikeholde liste over godkjent utstyr I fagsystemet kan man vedlikeholde listen over hvilket utstyr som er godkjent til bruk i norske luftfartøy. Utstyret plasseres i ulike kategorier og det loggføres hvilke endringer som registreres på eksisterende utstyr Vedlikeholde liste over godkjente fartøytyper I fagsystemet kan man vedlikeholde listen over godkjente fartøytyper. Det er også mulig å importere lister over fartøystyper fra bl.a. Luftfartstilsynet. Side 12 av 14

13 3.20 Registrere utstyr Produsentene skal ha muligheten til å registrere informasjon om sitt utstyr hos PT. Registreringen vil kunne gjøres gjennom en webportal fra en tredjeparts leverandør, men fagsystemet må kunne ta i mot denne informasjonen gjennom et åpent grensesnitt Motta kopi av tillatelse (Luftfartstilsynet) Luftfartstilsynet skal motta kopi på e-post av alle relevante dokumenter som produseres i fagsystemet Vis informasjon om registrert nødpeilesender (eksternt) Informasjon om registrerte nødpeilsesendere og nødkontakter tilknyttet et luftfartøy skal kunne distribueres eksternt. Hovedredningssentralen benytter denne informasjon til å gjøre oppslag når et nødsignal blir fanget opp. Det kan forutsettes at en tilsvarende løsning er etablert for distribusjon av informasjon om personlige nødpeilesendere (PLB). Grensesnitt vil mao eksistere, men hvilke informasjonselementer som skal sendes vil være noe ulikt. 4 Tekniske krav Det er definert krav til kommunikasjonsgrensesnitt, software, brukergrensesnitt og andre ikkefunksjonelle krav. Disse kravene er også spesifisert i eget dokument (under flippen Ikke funksjonelle krav i kravtabellen). Side 13 av 14

14 5 Tilleggsinformasjon 5.1 Ordliste og forkortelser I tabellen nedenfor har vi listet ut en beskrivelse av ulike forkortelser og uttrykk som er benyttet i dokumentet. HRS PT PLB ELT Hovedredningssentralen Post- og teletilsynet Personal Locator Beacon En personlig nødpeilesender Emergency Locator Transmitter Nøpeilesender i blant annet luftfartøy Side 14 av 14