Flight Progress Strips System for Air Trafic Control Fag:

Like dokumenter
Flight Progress Strip System for Air Traffic Control Versjon: 3.0 Software Requirements Specification Dato: Gruppe nr:

Flight Progress Strips System for Air Trafic Control Fag:

Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:

Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:

Flight Progress Strips System for Air Traffic Control Fag:

Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:

Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:

Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:

Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:

Flight Progress Strip System for Air Traffic Control. Fag:

Dato: Versjon: Designdokument type: Kontrollsystem for invertert pendel Fag: Bestiller: 1.0 Gruppe nr: 2 Filnavn: Systemering2 Filformat:

Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:

Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:

RAPPORT. Alle tidsangivelser i denne rapport er lokal tid (UTC + 2 timer) hvis ikke annet er angitt.

Kravdokument type: Kontrollsystem for invertert pendel Fag: Dato: Versjon: 1.0 Gruppe nr: Bestiller: Rune Winther. Systemering2 Filformat:

Litt om Mikroflyging I utlandet

Flight Progress Strips System for Air Traffic Control Fag:

En flyging fra A til Å. En studie i radiobruk

Luftromskrenkelser Airspace Infringement

IPPC flight plan versjon 3.7

Avinor brosjyre:layout :21 Side 2. Bli flygeleder! Avinor skal utdanne flere flygeledere

Nr. 27/322 EØS-tillegget til Den europeiske unions tidende KOMMISJONSFORORDNING (EF) NR. 980/2002. av 4. juni 2002

AVTALE OM KUNNGJØRING OG BRUK AV LUFTSPORTSOMRÅDET TYNSET.

RAPPORT. Postboks 213, 2001 Lillestrøm Telefon: RAP: 41/2001 Telefaks: Avgitt: 25. oktober 2001

S/U-BULLETENG 2 15 Teorikunnskap rett hjem til deg. Flyvettreglene Alt om reiseplan

AVTALE OM KUNNGJØRING OG BRUK AV LUFTSPORTSOMRÅDER I OSLO TMA OG FARRIS TMA.

AVTALE. Aktiviteter ved ENJB

EØS-tillegget til Den europeiske unions tidende. KOMMISJONSFORORDNING (EF) nr. 1033/2006. av 4. juli 2006

PLANLEGGE EN VFR NAVIGASJONSPLAN:

Brukermanual for TrackGrabber

Team2 Requirements & Design Document Værsystem

xxxxxxxxxxxxxxxxxx Luftrom Luftromsendring og Luftromskrenkelser flynytt

Kravspesifikasjon. 14. oktober 2002

KOMMISJONSFORORDNING (EF) nr. 1033/2006. av 4. juli 2006

EN REISE MED HELIKOPTER

Made by Anders Henriksen, Director of Norway FIR Published January 2009 Updated Sebastian Rekdal, august FOR SIMULATION ONLY!

INF 2120 Innlevering 1. Gruppe 4. Kravspesifikasjoner til trafikanten +

RAPPORT. Luftfartsulykke, flyging i skyer med påfølgende kollisjon med terreng

RAPPORT. Postboks 213, 2001 Lillestrøm Telefon: Telefaks: SL RAP: 42/2004 URL: Avgitt: 17.

Leveranse 2. September 27, 2002

Oppdateringsseminar Mikroflyseksjonen

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

RAPPORT. Postboks 213, 2001 Lillestrøm Telefon: Telefaks: SL RAP: 41/2004 URL: Avgitt: 24.

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

Informasjon om prosjektet, Etablering av Flight Information Service Sektor Oslo ATCC

SPPR Software Project Progress Report Uke 42-43

RAPPORT. Luftfartøy: - Type og reg.: Boeing , reg. ikke oppgitt

SPPR Software Project Progress Report Uke 38-39

Del - leveranse Del 2. Inf 2120 fredag Gruppe 1 Knut Johannes Dahle

Requirements & Design Document

Humanware. Trekker Breeze versjon

Systemutviklingen er ferdig når et system er operativt. Med operativt menes når systemet blir brukt av brukerne på et faktisk arbeidssted.

SEARCH AND RESCUE. Alle land har egne regler for search and rescue. Men alle land baserer seg på ICAO annex 12

Forskrift om lufttrafikkregler og operative prosedyrer

EGA Svar på spørsmål, oppdatert pr

RAPPORT. Postboks 213, 2001 Lillestrøm Telefon: RAP: 54/2001 Telefaks: Avgitt: 28. november 2001

Fastsatt av Luftfartstilsynet xx.xx.xxxx med hjemmel i lov 11. juni 1993 nr. 101 om luftfart 9-1, 9-2 og 13a-5, jf og 17-7

Hockey Scores. Brukermanual. Morgendagens resultattavle. brukervennlig og innovativ. Version Dokument #1001-N

Postkassetrim - turlister

RAPPORT. Planlagt oppdrag var en fotoflyging langs Vorma med avgang og landing på Oslo lufthavn Gardermoen (ENGM).

System Dokumentasjon. Team2. Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk

Søknad om opprettelse av midlertidig fare- og restriksjonsområde for Arctic Challenge Exercise 2019

Kravspesifikasjon. Aker Surveillance. Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo,

Kjenn din PC (Windows 7)

CR System. Bruksanvisning 4400B NO

Storheia vindpark Annen arealbruk og naturressurser

TDT4110 Informasjonsteknologi grunnkurs: Programmering: En større case. Professor Alf Inge Wang

Læringsmål og pensum. En større case. Mål Lære å lage større og sammensatte programmer Pensum Kapitlene 1-9 og 12.

GPS Kurs for Turledere

Mål. Pensum. TDT4110 Informasjonsteknologi grunnkurs: Tema: Et større case. Terje Rydland - IDI/NTNU. Lære å lage større og sammensatte programmer

the web Introduksjon Lesson

MARE NOSTRUM. Del 2 Kravspesifikasjon

Lokalisering Nokia N76-1

4. Dynamisk skjemaer (GUI)

STE6221 Sanntidssystemer Løsningsforslag

Oppgradering WMS og PLS

Mamut Open Services. Mamut Kunnskapsserie. Kom i gang med Mamut Online Survey

KOMMISJONSFORORDNING (EF) nr. 1032/2006. av 6. juli 2006

Fastsatt av Luftfartstilsynet xx.xx.xxxx med hjemmel i lov 11. juni 1993 nr. 101 om luftfart 9-1, 9-2 og 13a-5, jf og 17-7

Bytte til Access 2010

1. Innholdsfortegnelse

CabinWeb BRUKERDOKUMENTASJON ET SYSTEM UTVIKLET AV DELFI DATA

Lokal sikkerhetsvurdering (LSV) Aktiviteter ved ENJB

Løsningsforslag til Case. (Analysen)

AVTALE OM KUNNGJØRING OG BRUK AV LUFTSPORTSOMRÅDER I OSLO TMA OG FARRIS TMA.

INF2270. Input / Output (I/O)

Characteristics of a good design

WISEflow brukerveiledning for deltaker

Løsningsforslag: Oblig 1. INF1050: Gjennomgang, uke 12

VFR Manual for S2 - TWR Norsk versjon Made by: Sebastian Rekdal Chief of Training Norway Updated: January 01, 2014

Roe Nerem, 31år Flygeleder ved Oslo Kontrollsentral, Røyken Tidligere ved Tromsø og Kristiansund Tårn og Innflygingskontroll Privatflyger ca 200

EØS-tillegget til Den europeiske unions tidende. KOMMISJONSFORORDNING (EF) nr. 633/2007. av 7. juni 2007

6105 Windows Server og datanett Jon Kvisli, HSN Skriveradministrasjon - 1. Utskrift i nettverk

Forsvarets bruk og utfordringer angående UAV/droner

Bytte til PowerPoint 2010

NOR/311R1206.GHB OJ L305/11, p COMMISSION IMPLEMENTING REGULATION (EU) No 1206/2011 of 22 November 2011 laying down requirements on aircraft

Forord Introduksjon til studentresponssystem Hva er et studentresponssystem? Hvorfor bruke SRS?... 3

SPPR Software Project Progress Report Uke 35-37

Brukermanual for webrapportering av data fra hønsefugltakseringer i Hønsefuglportalen

En enkel beskrivelse av Seasave-Win32

Transkript:

Kravdokument type: Flight Progress Strips System for Air Trafic Control Fag: Gruppe nr: Veiledere: Versjon: 1.0 Dato: 18.10.2002 Software Engineering Filformat: 1 Filnavn: Børre Ludvigsen/Ky Van Ha PDF format Srs.pdf Gruppemedlemmer: Navn: Signatur: Dato: Christian Raspotnig Kjell Gunnar Guttormsen Petter Larsen Eva Sandved Therese Røsholdt

Innholdsfortegnelse 1 Introduksjon 4 1.1 Hensikt 4 1.2 Scope 4 1.2.1 Muligheter for videreutvikling 5 1.2.2 Hva FPSS ikke gjør 5 1.3 Definisjoner og forkortelser 6 1.3.1 Definisjoner 6 1.3.2 Forkortelser 11 1.4 Referanser 12 1.4.1 Bøker 12 1.4.2 Artikler 12 1.4.3 12 1.5 Oversikt 13 2 Generell beskrivelse 14 2.1 Produktperspektiv 14 2.1.1 Context diagram 14 2.2 Produktfunksjoner 15 2.3 Scenarios 15 2.3.1 Få departure- eller arrivalstrip opp på skjerm 15 2.3.2 Få transitstrip opp på skjerm 15 2.3.3 Forandre dynamisk flightinformasjon på en strip 16 2.3.4 Aktivisere strip på skerm 16 2.3.5 Få bort strip fra skjerm 16 2.3.6 Aktivisert feil strip 17 2.3.7 Legge inn valgt arbeidssted 17 2.4 Dataflyt Diagram 18 2.5 Event list 19 2.6 Use cases 20 2.6.1 Overordnet FPSS 20 2.6.2 Oppdelt FPSS 21 2.6.3 Ta imot forandringer 22 2.6.4 Ta imot endringer i dynamisk flightinformasjon 23 2.6.5 Flytte strip 24 2.6.6 Gjennomføre forandringer 25 2.7 Brukerkarakteristikk 26 3 Krav 27 3.1 Funksjonelle krav 27 3.2 Ikke-funksjonelle krav 45 3.3 Eksterne grensesnittkrav 48 3.3.1 User interfaces 48 3.3.2 HW interfaces 48 3.3.3 SW interfaces 48 3.3.4 Communications interfaces 48 Side 2 av 55

3.4 Ytelseskrav 48 3.5 Designbegrensninger 48 3.4.1 Standard Compliance 48 3.6 Attributter 49 3.5.1 Tilgjengelighet 49 3.5.2 Sikkerhet 49 4 Vedlegg 50 4.1 Sporingstabell 50 4.2 Endringsoversikt 51 4.2.1 Rutinger for endring av krav 51 4.2.2 Rutinene består av 51 4.2.3 Endringslogg 51 4.3 Kortversjon av krav 52 4.4 Beskrivelse av format FPD 54 Side 3 av 55

1 Introduksjon 1.1 Hensikt Hensikten med dette dokumentet er å gi en generell beskrivelse og oversikt over prosjektet Flight progress strip system, samt å gi en fullstendig oversikt over kravene til dette. Dokumentet er skrevet for studenter og ansatte ved Avdeling for Informatikk og Automatisering ved Høgskolen i Østfold. 1.2 Scope FPSS som utvikles skal være en del av hovedsystemet for ATC. FPSS skal lagre strips for generell backup, skrive ut strips for å sikre en kritisk backup-løsning, og presentere strips på skjerm. Disse skal kunne manipuleres på skjerm i henhold til flygekontrolltjenesten. Strips skal inneholde alle relevante data for flygekontolltjenesten for hver enkelt flight. FPSS skal brukes i kontrolltårn som et hjelpemiddel for den FLL som flighten har kontakt med under avgang, landing og eventuelt underveis. Fordelene med dette produktet er at det er enkelt å implementere, samtidig som det ivaretar en sikker og effektiv trafikkavvikling. FPSS vil gi en større mobilitet enn dagens system med tanke på fysisk plassering av arbeidsposisjonen, da FPSS kan kjøres på en PC, eventuelt bærbar PC. Dette gjør det mulig å sette opp og konfigurere PC en hvor som helst på arbeidsstedet som har tilkoblingsmuligheter til nettverk som har kontakt med AFTN. Det vil være enkelt å bytte ut HW-komponenter da FPSS benytter seg av standardutstyr. Gjennom å lagre klareringer og informasjon som gis til flighter, og presentere disse på strips på en forståelig måte, kan FLL lett og raskt skaffe seg oversikt over hvordan han har klarert og informert flighter. Det at all informasjon vises digitalt istedenfor å bli skrevet for hånd på papirstrips minsker risikoen for å misforstå på grunn av uleslig håndskrift. En annen fordel ved digital visning er at uvesentlig informasjon på strips, for eksempel tidligere gitte høydeforandringer, kan fjernes underveis. I motsetning til et stripbord har et digitalt system muligheten til å automatisk logge tidspunkt for forskjellige endringer gitt av FLL. Dette vil gjøre det lettere å avklare eventuelle spørsmål om nødsituasjoner når dette er aktuelt, for eksempel som et hjelpemiddel for Havarikommisjonen ved flyulykker og nesten-ulykker. Dette fordi alle forandringer, med tidspunktet for når forandringen skjedde, blir lagret i en generell backup. Hvis FPSS faller ut har man en kritisk backup, som til enhver tid inneholder en papirutgave av lufttrafikken. Side 4 av 55

1.2.1 Muligheter for videreutvikling FPSS skal tilrettelegges for framtidig videreutvikling, og skal benytte seg av teknologi som støtter presentasjon av data på mange ulike måter. Man kan legge til funksjonalitet for å lage en lydfil. Lydfilen kan inneholde ting som blir meddelt FLL eller en flight. Man kan legge til funksjonalitet hvor man oversender klareringer og informasjon til flighter digitalt som tekst, samtidig som det blir formidlet via radio. Det vil være mulig å lage funksjonalitet som automatisk markerer situasjoner som kan bli eller er kritiske direkte på skjerm. Dette kan for eksempel være to flighter som er på kollisjonskurs. FPSS vil i opplæringsøyemed av FLL-aspiranter være effektivt, da man i større grad kan se nøyaktig når klareringer og informasjon blir gitt og skrevet ned. Man kan kombinere FPSS med spesialutstyr som Touchscreen og Pen-Pad Ved å koble arbeidsposisjoner i nettverk vil man kunne legge til funksjonalitet som gjør det mulig å flytte strips fra en arbeidsposisjon til en annen. 1.2.2 Hva FPSS ikke gjør FPSS tar ikke imot ATFN-change melding, AFTN-delay melding, AFTN-cancel melding og Metar. Vi forutsetter at FPD inneholder korrekt informasjon og vil derfor ikke validere dataene. FPSS sjekker ikke om mottatt FPD finnes i FPSS fra før. Hver strip inneholder dynamisk og statisk flightinformasjon. Vi skal ikke kunne forandre den statiske flightinformasjonen. FPSS tar ikke for seg exceptions som blant annet feil ved skriving til printer og lagringsmedium. Vi lager ikke et brukergrensesnitt opp mot databasen som inneholder generell backup. Side 5 av 55

1.3 Definisjoner og forkortelser 1.3.1 Definisjoner Aktiv flight Aktiv strip Ansvarsområde Arbeidsposisjon Arbeidssted Arrival Arrivalinformasjon En flygning som er i kontakt med en enhet, og under dens kontroll En strip betegnes som aktiv i alle andre stati enn pendingliste Et definert område hvor en arbeidsposisjon har ansvaret for å yte lufttrafikktjeneste En posisjon på en enhet hvor man yter lufttrafikktjeneste fra Kontrolltårn, innflygningskontroll eller kontrollsentral Ankommende luftfartøy som forventes å lande Informasjon om et ankommende luftfartøy: Statisk flightinformasjon Fixnavn eller geoposisjon samt ETO Planlagt høyde som angitt i FPD Kallesignal Flytype Vingevirvelkategori TAS SSR-kode Avgangssted Aktuell avgangstid Destinasjon Beregnet landingstid Flygerute i henhold til FPD Dynamisk flightinformasjon Aktuell landingstid Headings Klarert høyde TAS gitt av FLL Type innflygning Flygerute gitt av FLL Arrivalstrip Strip som inneholder arrivalinformasjon Side 6 av 55

Departure Departureinformasjon Avgående luftfartøy som er i ferd med, eller som har tatt av Informasjon om et ankommende luftfartøy: Statisk flightinformasjon ADEP samt EOBT Planlagt høyde som angitt i FPD Kallesignal Flytype Vingevirvelkategori TAS SSR-kode Destinasjon SID Flygerute i henhold til FPD Dynamisk flightinformasjon Tidspunkt departureklarering gitt til luftfartøy Aktuell avgangsstid TAS gitt av FLL SID gitt av FLL Departureklarering Flygerute gitt av FLL Departureklarering Departurestrip Dynamisk flightinformasjon Enhet Fix Flight FLL-aspirant Flygekontrolltjeneste Flygerute En klarering om hvordan et luftfartøy skal fly etter avgang Strip som inneholder departureinformasjon Informasjon som blir produsert av FPSS og som flygeleder kan oppdatere Et arbeidssted delt opp i arbeidsposisjoner hvor man yter lufttrafikktjeneste. Arbeidsstedene er kontrolltårn, innflygningskontroll eller kontrollsentral Bestemt punkt som skal være kjent for flygere og lufttrafikktjenesten. Kan være navigasjonshjelpemiddel, lengde- og breddegrad eller et punkt med et bestemt navn som har sin posisjon basert på lengde- og breddegrad En flight er en flygning bestående av ett eller flere luftfartøy, som identifiseres ved et kallesignal En person som utdanner seg til å bli FLL Omfatter områdekontrolltjeneste, innflygningskontrolltjeneste og tårnkontrolltjenester. En rute med kjente punkt som et luftfartøy følger Side 7 av 55

Flytype Generell backup Geoposisjon Handoff Heading Hovedsystem Innflygningskontroll Kallesignal Klarering Kontrolltårn Kritisk backup Luftfartøy Luftrom Lufttrafikk Lufttrafikktjeneste Magnetisk nord Angir hvilket type luftfartøy på strip og i FPD etter retningslinjer fra ICAO Database som dokumenterer alle forandringer som blir gjort på strips En posisjon basert på et kjent stedsnavn eller en lengde- og breddegrad Å avslutte lufttrafikktjeneste for en flygning innen et bestemt luftrom En retning gitt i forhold til magnetisk nord Større system for ATC En enhet som yter flygekontrolltjeneste til kontrollerte flygninger som ankommer til, eller går fra, en eller flere flyplasser Et kallesignal identifiserer en flight med luftfartøyets registrering, for eksempel LNTSB, eller flightens navn, for eksempel SAS123 En instruksjon fra en FLL til en flight om hvordan luftfartøyet/ene skal føres for å oppnå separasjon til andre luftfartøyer eller hindringer En enhet som yter lufttrafikktjeneste for lufttrafikk Backup i form av utskrift av strips til matriseskriver Et hvert apparat som kan holdes oppe i atmosfæren ved reaksjoner fra luften, dog ikke ved reaksjoner av luft mot jordoverflaten Et bestemt avgrenset område som har vertikale og horisontale grenser Samlebetegnelse for samtlige flighter i et luftrom Fellesbetegnelse for flygeinformasjonstjeneste, alarmtjeneste og flygekontrolltjeneste. Retning mot den magnetiske nordpolen Side 8 av 55

Områdekontroll Passiv strip Pendingliste SSR-kode Statisk flightinformasjon Status Strip(s) Stripbord Stripheader Stripinformasjon Stripliste Stripstatus Transit Flygekontrolltjeneste som ytes til luftfartøyer som er underveis fra en flyplass til en flyplass En strip betegnes som passiv når den ligger i pendingliste Status på skjerm som indikerer en ikke aktiv flight En firetalls kode som blir gitt til et luftfartøy, slik at man får en sikker identifikasjon av luftfartøyet, samt oversendt informasjoner om høyde, hastighet og eventuell annen informasjon Informasjon som blir produsert av FPSS ut fra en FPD En indikasjon på skjerm om hvilken del av flygningen flighten befinner seg i: Pendingliste, Taxi, Departure, Airborne, Inbound, Arrival og Handoff. Flight Progress Strip, hjelpemiddel hvor FLL får informasjon om en flygning, og kan endre dynamisk flightinformasjon for denne. FPSS har 3 ulike striptyper; Departure-, transit- og arrivalstrip. Et manuelt hjelpemiddel for FLL med holdere for papirstrips En overskrift som indikerer en status på skjerm Består av kallesignal, stripstatus til og fra, transponderkode samt tidspunkt En kø som inneholder departure- og arrivalstrips som ennå ikke er gjort aktive Informasjon om skifte av status. Inneholder hvilken status det blir flyttet fra, hvilken status det blir flyttet til, og tidspunktet for flyttingen Luftfartøy som gjennomflyr et luftrom Side 9 av 55

Transitinformasjon Informasjon om et gjennomflygende luftfartøy: Statisk flightinformasjon Fixnavn eller geoposisjon samt ETO Forrige fix samt ATO Neste fix samt ETO Planlagt høyde som angitt i FPD Kallesignal Flytype Vingevirvelkategori TAS SSR-kode Avgangssted Aktuell avgangstid Destinasjon Beregnet landingstid Flygerute i henhold til FPD Dynamisk flightinformasjon Klarert høyde TAS gitt av FLL Headings ved radarledning Flygerute gitt av FLL Transitstrip Transponder Transponderkode Valgt arbeidssted Zulutid Strip som inneholder transitinformasjon Instrument i luftfartøy som svarer på spørrepuls fra SSR. Svar kan omfatte høyde-informasjon, hastighet, posisjon, kallesignal og heading En firesifferet kode som tildeles et luftfartøy for å identifisere dette med radar. Transponderkodene strekker seg fra 0000 til 7777. Kodene 7500, 7600 og 7700 er forbeholdt nødsituasjoner Navn i samme format som ADEP og ADEP, som angir arbeidssted En felles tidsbetegnelse som ikke påvirkes av tidssoner og sommer- og vintertid Side 10 av 55

1.3.2 Forkortelser ADEP ADES AFTN ATA ATC ATCC ATD ATO DOF EET EOBT ETA ETD ETO FLL FPD FPL FPSS HW ICAO IFR ILS INS LTTF Aerodrome of departure Aerodrome of destination Aeronautical Fixed Telecommunication Network Actual time of arrival Air Trafic Control Air Traffic Control Center Actual time of departure Actual time overhead Date of Flight Estimated Elapsed Time Estimated offblock time. Tidspunkt et luftfartøy er klar til å begynne å taxi Estimated time of arrival Estimated time of depature Estimated time overhead Flygeleder. En person som kontrollerer lufttrafikk innen et bestemt luftrom etter bestemte regler Flight Plan Data. Vår forkortelse for en AFTN-flightplan melding Flightplan Flight Process Strip System Hardware International Civilian Aviation Organisation. Organisasjon som publiserer retningslinjer for luffart Instrument Flight Rules. Betyr at en flight blir utført i henhold til bestemte regler hvor navigeringen foregår ved hjelp av å orientere med instrumenter i luftfartøyet Instrument Landing System Internal Navigation System Lufttrafikktjeneste-fullmektig. En person som assisterer flygeleder i utførelsen av å kontrollere lufttrafikk Side 11 av 55

RVSM SID SSR SW TACAN TAS VFR Reduced Vertical Seperated Minima Standard instrument departure. En forhåndsdefinert rute for utflygning som er kjent for flygere og lufttrafikktjenesten. Brukes for å automatisk separere lufttrafikk eller å unngå støy fra luftfartøy over tettbebygde områder Secondary surveillance radar. Et element på vanlig radar som forsterker radarsignalet og gir ekstra informasjon om luftfartøy Software Tactical Aid Navigation True air speed Visual Flight Rules. Betyr at en flight blir utført i henhold til bestemte regler hvor navigeringen foregår ved hjelp av å orientere seg i det visuelle terrenget 1.4 Referanser 1.4.1 Bøker: - Requiremets Engineering, Processes and teqniques, Gerald Kotonya og Ian Sommerville, 2001 - Software Engineering, Ian Sommerville, 2001 - Software Engineering, Theory and practice, Shari Lawrence Pfleeger, 2001 1.4.2 Artikler: - www.howstuffworks.com\air-trafic-control.htm - SW Requirements, Pete Sawer and Gerald Kotonya, 2001 - www.objectmentor.com/resources/articles/usecases.pdf - www.zoo.co.uk/~z0001039/pracguides/pg_use_cases.htm - www.pboxen.com/sites/skole/systemering2/filer/kravdokument/versjon3/kravdok ument3.pdf 1.4.3 Andre: - Lydbånd over samband mellom flygeledere og flykapteiner - Kart over ulike flyplasser (Rygge, Fornebu) - Reelle flightstrips for departure, arrival og transit - Slides over kontrolltårn, cockpit og radarskjerm - Stripinstruks over reelle strips - Oslo ATCC perm (operation project specifications) - DigiStrips (video over digital stips, utviklet i samarbeid med Sentre D etudes De La Navigation Aerienne) - Luftfartsverkets reiseplanskjema, NE-0150 - Studietur til Rygge Kontrolltårn og Oslo ATTC 1.5 Oversikt Side 12 av 55

Punkt 2 gir en generell beskrivelse av FPSS. Her beskriver vi produktets perspektiv og funksjoner, hvem som kan bruke FPSS og hvilke generelle begrensninger som er aktuelle. Modellene context diagram, scenarios, dataflytdiagram, eventlist og use case er med på å klargjøre og spesifisere FPSS. Punkt 3 inneholder kravene for FPSS. Her listes alle funksjonelle og ikke- funksjonelle krav. Eksterne grensesnittkrav, ytelseskrav, designbegrensninger og attributter blir kort beskrevet. Punkt 4 inneholder vedlegg som sporingstabell, endringsoversikt og en kortversjon av kravene. Side 13 av 55

2 Generell Beskrivelse 2.1 Produktperspektiv FPSS er en del av et hovedsystem for ATC. Basiskomponenten i hovedsystemet er AFTN. I tillegg til FPSS er mulige tilleggskomponenter route centers, control displays, radar sources, flight database, time server og additional storage. FPSS vil ha et grensesnitt mot AFTN. Eksterne komponenter som kan kobles til hovedsystemet kan være weather station og GPS data. FPSS består av en PC som skal prosessere strips, en database som skal ta vare på en generell backup, og en nettverksskriver. En ruter skal fungere som bindeledd mellom FPSS og hovedsystemets nettverk. 2.1.1 Context diagram Side 14 av 55

2.2 Produktfunksjoner FPSS skal utføre disse funksjonene: Strips konverteres ut fra tilsendte FPD Strips presentert på skjerm Rubrikker for dynamisk flightinformasjon skal på en enkel måte kunne modifiseres og endringen skal vises på strips Strips skrives fortløpende ut til kritisk backup Strips lagres fortløpende til generell backup 2.3 Scenarios 2.3.1 Få departure- eller arrivalstrip opp på skjerm Før scenario: FPD sendes til FPSS *Start scenario* FPD konverteres til strip Strip lagres i generell backup Strip skrives til kritisk backup Strip blir lagt inn i en sortert stripliste Strip vises i pendingliste 30 minutter før flighten blir aktiv *Stopp scenario* Etter scenario: FLL har strip på skjerm 2.3.2 Få transitstrip opp på skjerm Før scenario: FPD sendes til FPSS *Start scenario* FPD konverteres til strip Strip lagres i generell backup Strip skrives til kritisk backup Strip legges i pendingliste *Stopp scenario* Etter scenario: FLL har strip på skjerm Side 15 av 55

2.3.3 Forandre dynamisk flightinformasjon på en strip Før scenario: Strip er på skjermen. *start scenario* FLL skriver inn endringer i rubrikker for dynamisk flightinformasjon. Endringene sendes til skjerm sammen med tidligere dynamisk flightinformasjon. En ny strip skrives ut på kritisk backup. Endringene lagres i generell backup. *stopp scenario* Etter scenario: Strip på skjerm. 2.3.4 Aktivisere strip på skjerm Før scenario: Strip ligger i pendingliste. Flight kaller opp kontrolltårn. *start scenario* FLL tar tak i strip i pendinglisten og drar den inn under en annen stripheader. Strip får automatisk tildelt en unik transponderkode, som blir midlertidig opptatt. Stripinformasjon og dato lagres i generell backup. Strip og stripinformasjon skrives til kritisk backup. *stopp scenario* Etter scenario: Strip aktivisert på skjerm med transponderkode. 2.3.5 Få bort strip fra skjerm Før scenario: Strip er på skjermen. flight forlater enhetens ansvarsområde og er koordinert med eventuelt neste enhet. *start scenario* FLL tar aktuell strip og drar den til handoff. Stripinformasjon og dato lagres i generell backup. Strip og stripinformasjon skrives til kritisk backup. Starter nedtelling av 10 minutter. Etter ti minutter fjernes strip automatisk fra skjerm. *stopp scenario* Etter scenario: Strip ikke lenger på skjerm og transponderkoden tilgjengelig igjen. Side 16 av 55

2.3.6 Aktivisert feil strip Før scenario: Strip blir aktivisert. FLL blir oppmerksom på at han har aktivisert feil strip. *start scenario* FLL tar tak i den aktuelle strip og drar den til pendinglisten. Strip mister sin unike transponderkode, som blir gjort tilgjengelig igjen. Stripinformasjon og dato lagres i generell backup. Strip og stripinformasjon skrives til kritisk backup. *stopp scenario* Etter scenario: Strip tilbake i pendingliste og transponderkoden tilgjengelig igjen. 2.3.7 Legge inn valgt arbeidssted Før scenario: FPSS blir startet *start scenario* FPSS spør FLL etter valgt arbeidssted. FLL skriver inn valgt arbeidssted. FPSS lagrer valgt arbeidssted i en variabel. *stopp scenario* Etter scenario: Valgt arbeidssted lagret i variabel. Side 17 av 55

2.4 Dataflyt Diagram Side 18 av 55

2.5 Event list Event ID Event Description (trigger) (response) 1 FLL legger inn arbeidssted Valgt arbeidssted Navn på valgt arbeidssted lagres 2 FPSS mottar data FPD fra AFTN Mottatt FPD 3 Sjekker hvilken type strip FPD Type strip som skal lages 4 FPD konverteres FPD Strip 5 Strip lages FPD og valgt arbeidssted Type strip 6 Strip sendes til generell backup Strip Strip lagret i generell backup 7 Strip skrives til kritisk backup Strip Strip skrevet til kritisk backup 8 Departure- og arrivalstrips Departure- og Sortert stripliste sorteres inn i stripliste arrivalstrips 9 Transitstrips sendes til pendingliste Transitstrips Transitstrips i pendingliste 10 Departure- og arrivalstrips sendes til pendingliste Departure- og arrivalstrips Departure- og arrivalstrips i pendingliste 11 Forandre status på strips Strips Strips i ny status 12 Stripinformasjon og dato lagres i generell backup 13 Strip og stripinformasjon skrives til kritisk backup 14 Strips mottar transponderkode 15 FLL endrer dynamisk flightinformasjon 16 Endret strip vises på skjerm Endringer av dynamisk 17 Endret dynamisk flightinformasjon skrives til kritisk backup 18 Endret dynamisk flightinformasjon sendes til generell backup Stripinformasjon og dato Stripinformasjon og dato lagret i generell backup Strip og stripinformasjon Strip og stripinformasjon skrevet til kritisk backup Transponderkode Strips med transponderkode Strip med forandringer Endringer av dynamisk flightinformasjon Oppdatert strip flightinformasjon Endringer av dynamisk flightinformasjon Endringer av dynamisk flightinformasjon 19 Strip fjernes fra handoff Antall minutter strip har ligget i handoff 20 Transponderkode trekkes En passiv strip og brukte tilbake transponderkoder Oppdatert strip ut på papir Endringene lagret i generell backup Strip fjernet fra skjerm Oppdatert liste med brukte transponderkoder Side 19 av 55

2.6 Use cases 2.6.1 Overordnet FPSS Side 20 av 55

2.6.2 Oppdelt FPSS Side 21 av 55

2.6.3 Ta imot forandringer Side 22 av 55

2.6.4 Ta imot endringer i dynamisk flightinformasjon Side 23 av 55

2.6.5 Flytte strip Side 24 av 55

2.6.6 Gjennomføre forandringer Side 25 av 55

2.7 Brukerkarakteristikk Brukere av dette produktet vil være FLL ved en arbeidsposisjon og FLL under utdanning. FLL som jobber i Norge i dag er vant med å bruke PC i sin arbeidshverdag. De utfører flere arbeidsoppgaver på PC, for eksempel administrative oppgaver. De er i stor utstrekning også vant med spesialtastaturer og radarskjermer. I tillegg til å brukes av FLL i jobb er FPSS tenkt brukt innen opplæringen av FLL og deres assistenter. Disse vil derfor få en utstrakt kunnskap om FPSS før de kommer ut i jobb. Når det gjelder allerede ferdig utdannede FLL er disse godt trenet med hensyn til hva de skal utføre, men ikke i hvordan dette utføres i FPSS. Det må derfor foretas en grundig opplæring av ferdigutdannete FLL som skal bruke FPSS i hvordan dette fungerer og brukes. Det må lages en lettfattelig og oversiktelig brukermanual for FPSS. Det må også lages oversiktstabeller av eventuelle menysystemer og hurtigtaster, til bruk ved arbeidsstasjonen. Side 26 av 55

3 Krav Beskrivelse til kravene: understreket tekst indikerer at teksten finnes i forkortelser og/eller definisjoner prioritet kan inneholde 3 verdier: o høy o middel o lav kravstatus kan inneholde: o nytt o slettet o redigert 3.1 Funksjonelle krav Krav F-1 FLL skal kunne legge inn valgt arbeidssted FPSS trenger å vite valgt arbeidssted for å bestemme type strips Valgt arbeidssted Lagrer variabel med valgt arbeidssted Variabel med valgt arbeidssted FPSS må være startet, og være klar for å ta imot valgt arbeidssted. Relasjon: Event List Id 1 Use case Scenario 2.3.7 Krav F-3. F-7 F-9 Foreslått av Prioritet Høy Kravstatus Nytt Dato 17.10.2002 Side 27 av 55

Krav F-2 FPSS skal ta imot FPD fra AFTN FPD er grunnlaget for å lage en strip FPD fra AFTN SW brukt til mottak Mottatt FPD FPSS må være i drift, og være klar for å ta imot en FPD. Kommunikasjon med AFTN må være mulig Relasjon: Event List Id 2 Use case 2.6.1, 2.6.2 Scenario Krav F-3- F-9 Foreslått av Prioritet Høy Kravstatus Nytt Dato 20.09.2002 Krav F-3 FPSS skal ut fra FPD sjekke hvilken type strip som skal lages Relasjon: Event List Id 3 Use case Scenrio Man skal kunne lage tre ulike type strips. Dette fordi informasjonen som trengs for en flight som tar av, er underveis eller lander er ulik FPD Sjekker flightens ADEP og ADES for å finne ut hvilken type strip det er snakk om Hvilken type strip som skal lages Krav F-4, F-7 F-9 Kunne trekke ut ADEP og ADES fra FPD Foreslått av Prioritet Høy Kravstatus Nytt Dato 24.09.2002 Side 28 av 55

Krav F-4 FPSS skal konvertere FPD til strips FPD skal presenteres som strips FPD Gjøre om FPD til strips Strip Relasjon: Event List Id 4, 5 Use case 2.6.1, 2.6.2 Scenrio Krav F-7 F-11 FPSS må være i drift, og ha mottatt FPD fra AFTN Foreslått av Prioritet Høy Kravstatus Nytt Dato 20.09.2002 Krav F-5 FPSS skal kunne trekke ut ADEP fra FPD For å lage departurestrip og transitstrip FPD Trekke ut ADEP ADEP Relasjon: Event List Id 4, 5 Use case 2.6.1, 2.6.2 Scenario Krav F-3, F-7 F-9 FPSS må kunne gå gjennom FPD og finne ADEP Foreslått av Prioritet Høy Kravstatus Nytt Dato 17.10.2002 Side 29 av 55

Krav F-6 FPSS skal kunne trekke ut ADES fra FPD Være mulig å lage arrivalstrip og transitstrip FPD Trekke ut ADES ADES Relasjon: Event List Id 4, 5 Use case 2.6.1, 2.6.2 Scenrio Krav F-3, F-7 F-9 FPSS må kunne gå gjennom FPD og finne ADES Foreslått av Prioritet Høy Kravstatus Nytt Dato 17.10.2002 Krav F-7 FPSS skal kunne lage departurestrip Relasjon: Event List Id 5 Use case 2.6.1 Scenrio Krav FLL skal få departurestrip slik at han kan håndtere en departure FPD og valgt arbeidssted Sjekke om FPDs ADEP og valgt arbeissted er like og lage departurestrip Departurestrip FPDs ADEP er lik valgt arbeidssted F-10 F-13, F-15, F-16, F-18, F-19, F-21, F-22, IF-4 Foreslått av Prioritet Høy Kravstatus Nytt Dato 16.10.2002 Side 30 av 55

Krav F-8 FPSS skal kunne lage transitstrip Relasjon: Event List Id 5 Use case 2.6.1 Scenario Krav FLL skal få transitstrip slik at han kan håndtere en transit FPD Sjekke om FPDs ADEP og ADES er ulikt valgt arbeidssted og lage transitstrip Transitstrip FPDs ADEP og ADES er ulike valgt arbeidssted F-10, F-11, F-19, F-23, IF-5 Foreslått av Prioritet Høy Kravstatus Nytt Dato 16.10.2002 Krav F-9 FPSS skal kunne lage arrivalstrip Relasjon: Event List Id 5 Use case 2.6.1 Scenario Krav FLL skal få arrivalstrip slik at han kan håndtere en arrival FPD og valgt arbeidssted Sjekke om FPDs ADES og valgt arbeidssted er like og lage arrivalstrip Arrivalstrip FPDs ADES er lik valgt arbeidssted F-10 F-12, F-14. F-16, F-18, F-19, F-21, F-22, IF-6 Foreslått av Prioritet Høy Kravstatus Nytt Dato 16.10.2002 Side 31 av 55

Krav F-10 Når FPD er konvertert til strips skal FPSS lagre dem i generell backup Relasjon: Event List Id 6 Use case Scenario Krav All informasjon angående en flight skal lagres på disk Strips Strip sendes til generell backup Strips er lagret i generell backup Være mulig å skrive i generell backup. Strips må være konvertert F-25, F-30, IF-2 Foreslått av Prioritet Høy Kravstatus Nytt Dato 15.10.2002 Krav F-11 Når FPD er konvertert til strips skal FPSS skrive dem ut til kritisk backup All informasjon angående en flight skal skrives ut Strips Strips sendes til kritisk backup Strips er skrevet ut på kritisk backup Være mulig å skrive ut på kritisk backup. Strips må være konverterte Relasjon: Event List Id 7 Use case Scenario Krav Foreslått av Prioritet Høy Kravstatus Nytt Dato 15.10.2002 Side 32 av 55

Krav F-12 FPSS skal sortere departure- og arrivalstrips For å få strips i ønsket rekkefølge Usorterte strips Departure- og arrivalstrips sorteres etter tidspunkt Sorterte strips. Den departurestrip eller arrivalstrip med kortest tid igjen til den blir aktiv ligger først FPSS må kunne trekke ut de ulike tidspunktene og sortere etter disse Relasjon: Event List Id 8 Use case 2.6.2 Scenario Krav F-15, F-16, F-18 Foreslått av Prioritet Høy Kravstatus Nytt Dato 24.09.2002 Krav F-13 FPSS skal kunne trekke ut ETD fra departurestrips For å sortere departurestrips Departurestrips Trekke ut ETD ETD FPSS må kunne gå gjennom feltene på departurestrips og finne ETD Relasjon: Event List Id 8 Use case 2.6.2 Scenario Krav F-12, F-15, F-18, F-19, F-21, F-22, IF-1 Foreslått av Prioritet Høy Kravstatus Nytt Dato 17.10.2002 Side 33 av 55

Krav F-14 FPSS skal kunne trekke ut ETA fra arrivalstrips Relasjon: Event List Id 8 For å sortere arrivalstrips Arrivalstrips Trekke ut ETA ETA Use case 2.6.2 Scenario Krav FPSS må kunne gå gjennom feltene på arrivalstrips og finne ETA F-14, F-12, F-16, F-18, F-21, F-22, IF-1 Foreslått av Prioritet Høy Kravstatus Nytt Dato 17.10.2002 Krav F-15 Departurestrips skal sorteres på ETD For å få departurestrips sortert på riktig felt Usorterte strips Departurestrips sorteres etter ETD Sorterte strips. Den departure eller arrival med kortest tid igjen til den blir aktiv ligger først FPSS må kunne trekke ut ETD fra departurestrips og sortere etter dette Relasjon: Event List Id 8 Use case 2.6.2 Scenario Krav F-12, F-18 Foreslått av Prioritet Høy Kravstatus Nytt Dato 16.10.2002 Side 34 av 55

Krav F-16 Arrivalstrips skal sorteres på ETA For å få arrivalstrips sortert på riktig felt Usorterte strips Arrivalstrips sorteres etter ETA Sorterte strips. Den departure eller arrival med kortest tid igjen til den blir aktiv ligger først FPSS må kunne trekke ut ETA fra arrivalstrips og sortere etter dette Relasjon: Event List Id 8 Use case 2.6.2 Scenario Krav F-12, F-18 Foreslått av Prioritet Høy Kravstatus Nytt Dato 16.10.2002 Krav F-17 FPSS skal kunne gi nåværende zulutid Relasjon: Event List Id Use case Scenario Krav Gir FPSS øvrige metoder tilgang til nåværende zulutid Nåværende tid fra systemklokke Konvertere nåværende tid til nåværende zulutid Nåværende zulutid FPSS må kunne hente nåværende tid fra systemklokke F-22, F-25, F-26, F-30, F-31, IF-7 Foreslått av Prioritet Høy Kravstatus Nytt Dato 17.10.2002 Side 35 av 55

Krav F-18 FPSS skal legge sorterte strips i en stripliste Relasjon: Event List Id 8 Use case 2.6.2 Scenario Krav For å ordne og klargjøre departure- og arrivalstrips Sorterte departure- og arrivalstrips Den departure- eller arrivalstrip med kortest tid igjen til den blir aktiv legges først i striplisten Stripliste med departure- og arrivalstrips Stripliste må kunne ta imot den spesifiserte datatypen F-21, F-22, IF-1 Foreslått av Prioritet Høy Kravstatus Nytt Dato 24.09.2002 Krav F-19 FPSS skal vise strips på skjerm FLL skal se og jobbe med strips digitalt Strips Relasjon: Event List Id 9, 10 Lager grafiske strips Strips i pendingliste Use case 2.6.1, 2.6.2 Scenario 2.3.1, 2.3.2 Krav Skjerm må kunne ta imot strips F-20 F-27, F-29 F-33, F-35, IF-7 Foreslått av Prioritet Høy Kravstatus Nytt Dato 24.09.2002 Side 36 av 55

Krav F-20 FPSS skal ikke kunne legge to strips over hverandre på skjerm FLL må kunne se strips for alle flightene han har ansvar for Strip Sørge for at strips ikke legges bak hverandre på skjerm Strip Relasjon: Event List Id Use case Scenario Krav Foreslått av Prioritet Høy Kravstatus Nytt Dato 17.10.2002 Krav F-21 Når departure- og arrivalstrips vises på skjerm skal de fjernes fra striplisten Relasjon: Event List Id Fordi det ikke lenger er behov for å ha dem i køen Departure- eller arrivalstrip Fjerne strip fra striplisten Ingen Kunne slette strips fra stripliste Use case Scenario Krav F-19 F-27, F-29 F-33, F-35, IF-7 1.3.1 Definisjoner Foreslått av Prioritet Høy Kravstatus Nytt Dato 16.10.2002 Side 37 av 55

Krav F-22 FPSS skal legge departure- og arrivalstrips i en pendingliste 30 minutter før flighten blir en aktiv flight Skal få strip på skjerm i god tid før flighten skal ta av eller lande, slik at trafikken kan planlegges i god tid Flightens departure- eller arrivaltidspunkt og nåværende tidspunkt Sammenligner departure- eller arrivaltidspunkt og nåværende tidspunkt minus 30 minutter, hvert minutt Departure- eller arrivalstrips i pendinglisten, eller ingenting Må kunne finne ut når en flight blir en aktiv flygning og hente ut nåværende tidspunkt Relasjon: Event List ID 10 Use case 2.6.1, 2.6.2 Scenario 2.3.1 Krav F-19 F-33, F-35, IF-7 Foreslått av Prioritet Høy Kravstatus Nytt Dato 07.10.2002 Krav F-23 FPSS skal legge transitstrips direkte i en pendingliste Relasjon: Event List Id 9 Use case 2.6.1, 2.6.2 Scenario 2.3.2 Krav Skal få transitstrip på skjerm i god tid før flighten skal gjennomfly luftrommet, slik at trafikken kan planlegges i god tid. Transitstrips inneholder ingen tidsinformasjon og kan derfor ikke sorteres slik som departure- og arrivalstrips Strip Sorteringsalgoritmen sender denne type strip direkte til pendingliste Transitstrip i pendingliste Det må være mulig å skille de ulike typene strips fra hverandre F-19, F-24 F-35, IF-5, IF-7 Foreslått av Prioritet Høy Kravstatus Nytt Dato 07.10.2002 Side 38 av 55

Krav F-24 FLL kan endre status på strip Relasjon: Event List Id 11 Strip har ulike status Strip endrer status Strip flyttes på skjermen Strip under ny status Mus og/eller hurtigtaster må kunne brukes Use case 2.6.2, 2.6.3, 2.6.6 Scenario 2.3.4, 2.3.5, 2.3.6 Krav F-25 F-28, F-32 F-35, IF-7 Foreslått av Prioritet Høy Kravstatus Nytt Dato 15.10.2002 Krav F-25 Når FLL endrer status på strip sendes stripinformasjon og dato til generell backup Relasjon: Event List Id 12 Use case 2.6.6 For å ha alle forandringer, og kunne gå tilbake i ettertid og se på dem Stripinformasjon og dato Stripinformasjon og dato lagres Stripinformasjon og dato lagret på generell backup Generell backup må være tilgjengelig Scenario 2.3.4, 2.3.5, 2.3.6 Krav Foreslått av Prioritet Middels Kravstatus Nytt Dato 17.10.2002 Side 39 av 55

Krav F-26 Når FLL endrer status på strip sendes strip og stripinformasjon til kritisk backup Relasjon: Event List Id 13 Use case 2.6.6 For at man skal ha de siste forandringer tilgjengelig på kritisk backup Strip og stripinformasjon Strip og stripinformasjon skrives ut Strip og stripinformasjon skrevet ut på kritisk backup Kritisk backup må være tilgjengelig Scenario 2.3.4, 2.3.5, 2.3.6 Krav Foreslått av Prioritet Høy Kravstatus Nytt Dato 17.10.2002 Krav F-27 FPSS skal kunne generere transponderkoder Relasjon: Event List Id Use case Scenario Krav En aktiv flight trenger en unik transponderkode En strip blir aktiv og liste med brukte transponderkoder En unik 4-talls transponderkode genereres ut i fra en random funksjon og transponderkoden slettes fra listen med ubrukte transponderkoder Transponderkoden FPSS må kunne generere random-nummer F-24, F-26, F-28, F-32, F-34, F-35, IF-7 Foreslått av Prioritet Høy Kravstatus Nytt Dato 17.10.2002 Side 40 av 55

Krav F-28 Når strip blir aktiv gir FPSS flighten automatisk en transponderkode Relasjon: Event List Id 14 Use case Scenario 2.3.4 Krav Hver flight trenger unike transponderkoder En strip blir aktiv En 4-talls transponderkode genereres Strip med tansponderkoden Det må være ledige transponderkoder F-24, F-26, F-32, F-34, F-35, IF-7 Foreslått av Prioritet Høy Kravstatus Nytt Dato 15.10.2002 Krav F-29 FLL skal kunne endre dynamisk flightinfomasjon på skjerm Relasjon: Event List Id 15, 16 For å kunne legge inn og oppdatere informasjoner på en strip Gammel og ny dynamisk flightinformasjon Forandre skjermbilde Endret dynamisk flightinformasjon samt gammel dynamisk flightinformasjon vises på strip Felt som endres må inneholde dynamisk flightinformasjon Use case 2.6.2, 2.6.3, 2.6.4, 2.6.6 Scenario 2.3.3 Krav F-30, F-31 Foreslått av Prioritet Høy Kravstatus Nytt Dato 07.10.2002 Side 41 av 55

Krav F-30 Når man gjør endringer i dynamisk flightinformasjon skal FPSS lagre endringene automatisk sammen med tidspunkt til generell backup For å ha alle forandringer, og kunne gå tilbake i ettertid og se på dem Endret dynamisk flightinformasjon og nåværende tidspunkt Endret dynamisk flightinformasjon og nåværende tidspunkt sendes til generell backup Endret dynamisk flightinformasjon og nåværende tidspunkt i generell backup Generell backup må være tilgjengelig og FPSS må kunne hente ut nåværende tidspunkt Relasjon: Event List Id 18 Use case 2.6.6 Scenario 2.3.3 Krav Foreslått av Prioritet Middels Kravstatus Nytt Dato 07.10.2002 Krav F-31 Når man gjør endringer i dynamisk flightinformasjon skal FPSS skrive ut en oppdatert strip automatisk sammen med tidspunkt for endringen til kritisk backup For at man skal ha de siste forandringer tilgjengelig på kritisk backup Oppdatert strip og nåværende tidspunkt Oppdatert strip og nåværende tidspunkt sendes til kritisk backup Utskrift av ny strip med nåværende tidspunkt Kritisk backup må være tilgjengelig og FPSS må kunne hente ut nåværende tidspunkt Relasjon: Event List Id 17 Use case 2.6.6 Scenario 2.3.3 Krav Foreslått av Prioritet Høy Kravstatus Nytt Dato 07.10.2002 Side 42 av 55

Krav F-32 Strips skal flyttes til handoff når flighten er ferdig Relasjon: Event List Id 11 Fordi det ikke lenger er behov for strip Aktiv strip Fjerne strip fra pending Tidspunkt Flighten er utenfor enhetes ansvarsområde Use case 2.6.2, 2.6.3, 2.6.6 Scenario 2.3.5 Krav F-24 F-26, F-33, F-34, IF-7 1.3.1 Definisjoner Foreslått av Prioritet Høy Kravstatus Nytt Dato 16.10.2002 Krav F-33 FPSS skal kunne fjerne en strip automatisk fra handoff Fordi flighten ikke lenger er innenfor enhetens ansvarsområde Strip og tidspunkt for når strip ble plassert i handoff Sjekke hvor lang tid strip har vært i handoff, fjerne strip Ingen Strip må ha ligget i handoff i 10 minutter. Kunne hente ut nåværende tidspunkt og tidspunkt for når strip ble plassert i handoff Relasjon: Event List Id 19 Use case Scenario 2.3.5 Krav F-33, F-34, IF-7 Foreslått av Prioritet Middels Kravstatus Nytt Dato 07.10.2002 Side 43 av 55

Krav F-34 FPSS skal kunne trekke tilbake transponderkoder Relasjon: Event List Id 20 Use case Scenario 2.3.6 Ta fra en flight som blir passiv transponderkoden En strip blir passiv og liste med brukte transponderkoder Transponderkoden trekkes tilbake og liste med ubrukte transponderkoder blir oppdatert Oppdatert liste med brukte transponderkoder En flight må ha mottatt transponderkode Krav F-27, F-28, F-35 Foreslått av Prioritet Høy Kravstatus Nytt Dato 17.10.2002 Krav F-35 Hvis strips legges tilbake i pendinglisten sletter FPSS automatisk flightens transponderkode Relasjon: Event List Id 20 Flighten er da ikke lengre aktiv og trenger ikke transponderkode Flytter aktiv strip til pendinglisten Transponderkoden frigjøres Flight er passiv og strip ligger i pendinglisten En flight må ha mottatt transponderkode Use case 2.6.2, 2.6.3, 2.6.6 Scenario 2.3.6 Krav F-27, F-28, F-34 Foreslått av Prioritet Høy Kravstatus Nytt Dato 15.10.2002 Side 44 av 55

3.2 Ikke-funksjonelle krav Krav IF-1 FPSS skal hvert minutt sjekke striplisten Relasjon: Event List Id Use case Scenario For å kunne putte strips fra striplisten inn i pendinglisten på riktig tidspunkt FPSS må ha en en timer Krav F-19, F-21, F-22 Foreslått av Prioritet Høy Kravstatus Nytt Dato 17.10.2002 Krav IF-2 FPSS skal kommunisere med generell backup Relasjon: Event List Id 6, 12, 18 Use case 2.6.6 For å lagre strips, dynamisk flightinformasjoner og informasjoner tilknyttet endring i stripstatus FPSS må være tilkoblet en generell backup Scenario 2.3.1, 2.3.2, 2.3.3, 2.3.4, 2.3.5, 2.3.6, Krav F-10, F-25, F-30 Foreslått av Prioritet Høy Kravstatus Nytt Dato 17.10.2002 Krav IF-3 FPSS skal kommunisere med kritisk backup Relasjon: Event List Id 7, 13, 17 Use case 2.6.6 For å skrive ut strips, strips med forandret dynamisk flightinformasjon og endret stripstatus FPSS må være tilkoblet en kritisk backup Scenario 2.3.1, 2.3.2, 2.3.3, 2.3.4, 2.3.5, 2.3.6, Krav F-11, F-26, F-31 Foreslått av Prioritet Høy Kravstatus Nytt Dato 17.10.2002 Side 45 av 55

Krav IF-4 Departurestrip skal inneholde departureinformasjon, med rubrikker for statisk og dynamisk flightinformasjon Relasjon: Event List Id Use case Scenario Trenger å få all nødvendig informasjon for en departure Krav F-7, F-29 - F-31 1.3.1 Definisjoner Foreslått av Prioritet Høy Kravstatus Nytt Dato 07.10.2002 Krav IF-5 Transitstrip skal inneholde transitinformasjon, med rubrikker for statisk og dynamisk flightinformasjon Relasjon: Event List Id Use case Scenario Trenger å få all nødvendig informasjon for en transit Krav F-9, F-29 F-31 1.3.1 Definisjoner Foreslått av Prioritet Høy Kravstatus Nytt Dato 07.10.2002 Krav IF-6 Arrivalstrip skal inneholde arrivalinformasjon, med rubrikker for statisk og dynamisk flightinformasjon Relasjon: Event List Id Use case Scenario Trenger å få all nødvendig informasjon for en arrival Krav F-8, F-29 F-31 1.3.1 Definisjoner Foreslått av Prioritet Høy Kravstatus Nytt Dato 07.10.2002 Side 46 av 55

Krav IF-7 Strip skal fjernes fra skjerm 10 minutter etter at den er plassert i handoff Relasjon: Event List Id 19 Use case Scenario 2.3.5 Det skal være mulig å flytte en strip tilbake fra handoff. FPSS må ha en timer Krav F-27, F-28, F-33, F-34 Foreslått av Prioritet Middels Kravstatus Nytt Dato 07.10.2002 Side 47 av 55

3.3 Eksterne Grensesnittkrav 3.3.1 User interfaces Skjermlayout Skjermbildet vil bestå av statiske headere. Under hver header skal det være mulighet for scrollfunksjon. Selve design av skjermbildet tar vi for oss i designdokumentet. Funksjonstaster Vi skal ha hurtigtaster for de mest vanlige funksjonene som FLL foretar. Hjelpefunksjoner Vi skal ha hjelpefunksjoner som beskriver hvordan programmet skal brukes. 3.3.2 HW interfaces Brukergrensesnittet er skjermorientert. Tastaturet brukes både til å skrive inn endringer og for å få utført kommandoer. Tastaturet skal inneholde funksjonstaster. Mus kan brukes for å markere tekst som ønskes endret, for å scrolle og for å endre status på strips. 3.3.3 SW interfaces FPSS har grensenitt mot ATC. Generell backup inneholder en database. Printeren som brukes er en nettverksprinter. 3.3.4 Communications interface Datamaskinene som benyttes i FPSS har hvert sitt nettverkskort. Protokollen som benyttes er Ethernet. 3.4 Ytelseskrav FPSS brukes av en FLL av gangen. Det kan ubegrenset antall aktive flighter av gangen. Data i generell backup skal beholdes i 3 måneder. 3.5 Designbegrensninger 3.5.1 Standard Compliance FPD som FPSS tar imot er utformet etter internasjonal standard. Side 48 av 55

3.6 Attributter 3.6.1 Tilgjenglighet FPSS skal være tilgjengelig 100 % 24 timer i døgnet. Utskrevet strips skal kastes dagen etter at de har vært i bruk. 3.5.2 Sikkerhet Internasjonalt regelverk sikrer at kun FLL har tilgang til FPSS. Det er andre regelverk som definerer hvordan bygning og utstyr sikres mot uautorisert tilgang. Det er utenfor scopet til FPSS. Side 49 av 55

4 Vedlegg 4.1 Sporingstabell KravId Relatert til KravID Relatert til F-1 F-3, F-7, F-8, F-9 F-26 F-2 F-3, F-4, F-5, F-6, F-7, F-8, F-9 F-27 F-24, F-26, F-28, F-32, F-34, F-35, IF-7 F-3 F-4, F-7, F-8, F-9 F-28 F-4 F-7, F-8, F-9, F-10, F-11 F-29 F-5 F-3, F-7, F-8, F-9 F-30 F-6 F-3, F-7, F-8, F-9 F-28 F-24, F-26, F-32, F-34, F-35, IF-7 F-7 F-10, F-11, F-12, F-13,F-15, F-29 F-30, F-31 F-16, F-18, F-19, F-21, F-22, IF-4 F-8 F-10, F-11, F-19, F-23, IF-5 F-30 F-9 F-10, F-11, F-12, F-14, F-16, F-31 F-18, F-19, F-21, F-22, IF-6 F-10 F-25, F-30, IF-2 F-32 F-24, F-25, F-26, F-33, F-34, IF-7 F-11 F-33 F-34, IF-7 F-12 F-15, F16, F-18 F-34 F-27, F-28, F-35 F-13 F-12, F-15, F-18, F-19, F-21, F-35 F-27, F-28, F-34 F-22, IF-1 F-14 F-12, F-16, F-18, F-21, F-22, IF-1 F-15 F-12, F-18 IF-1 F-19, F-21, F-22 F-16 F-12, F-18 IF-2 F-10, F-25, F-30 F-17 F-22, F-25, F-26, F-30, F-31, IF-3 F-11, F-26, F-31 IF-7 F-18 F-21, F-22, IF-1 IF-4 F-7, F-29, F-30, F-31 F-19 F-20, F-21, F-22, F-23, F-24, IF-5 F-8, F-29, F-30, F-31 F-25, F-26, F-27, F-29, F-30, F-31, F-32, F-33, F-35, IF-7 F-20 IF-6 F-9, F29, F-30, F-31 F-21 F-19, F-20, F-21, F-22, F-23, IF-7 F-27, F-28, F-33, F-34 F-24, F-25, F-26, F-27, F-29, F-30, F-31, F-32, F-33, F-35, IF-7 F-22 F-19, F-20, F-21, F-22, F-23, F-24, F-25, F-26, F-27, F-28, F-29, F-30, F-31, F-32, F-33, F-35, IF-7 F-23 F-19, F-24, F-25, F-26, F-27, F-28, F-29, F-30, F-31, F-32, F-33, F-34, F-35, IF-5, IF-7 F-24 F-25, F-26, F-27, F-28, F-32, F-33, F-34, F-35, IF-7 F-25 Side 50 av 55

4.2 Endringsoversikt 4.2.1 Rutiner for endring av krav Alle i gruppen er med på endringsmøter. 4.2.2 Rutinene består av: Analysere endringen 1. Er endringen nødvendig? 2. Er endringen forståelig? 3. Vil den foreslåtte endringen løse problemet? 4. Hvilke innvirkninger får endringen på andre krav? 5. Lønner endringen seg med hensyn til tid og økonomi? La bestiller vurdere endringsforslaget Oppdatere kravdokument og sporingstabeller 4.2.3 Endringslogg Dette er versjon 1. Det er derfor ingen endringer. Side 51 av 55

4.3 Kortversjon av krav Krav Id Beskrivelse Side F-1 FLL skal kunne legge inn valgt arbeidssted 27 F-2 FPSS skal ta imot FPD fra AFTN 28 F-3 FPSS skal ut fra FPD sjekke hvilken type strip som skal lages 28 F-4 FPSS skal konvertere FPD til strips 29 F-5 FPSS skal kunne trekke ut ADEP fra FPD 29 F-6 FPSS skal kunne trekke ut ADES fra FPD 30 F-7 FPSS skal kunne lage departurestrip 30 F-8 FPSS skal kunne lage transitstrip 31 F-9 FPSS skal kunne lage arrivalstrip 31 F-10 F-11 Når FPD er konvertert til strips skal FPSS lagre dem i generell backup Når FPD er konvertert til strips skal FPSS skrive dem ut til kritisk backup F-12 FPSS skal sortere departure- og arrivalstrips 33 F-13 FPSS skal kunne trekke ut ETD fra departurestrips 33 F-14 FPSS skal kunne trekke ut ETA fra arrivalstrips 34 F-15 Departurestrips skal sorteres på ETD 34 F-16 Arrivalstrips skal sorteres på ETA 35 F-17 FPSS skal kunne gi nåværende zulutid 35 F-18 FPSS skal legge sorterte strips i en stripliste 36 F-19 FPSS skal vise strips på skjerm 36 F-20 FPSS skal ikke kunne legge to strips over hverandre på skjerm 37 F-21 F-22 Når departure- og arrivalstrips vises på skjerm skal de fjernes fra striplisten FPSS skal legge departure- og arrivalstrips i en pendingliste 30 minutter før flighten blir en aktiv flight F-23 FPSS skal legge transitstrips direkte i en pendingliste 38 F-24 FLL kan endre status på strip 39 F-25 F-26 Når FLL endrer status på strip sendes stripinformasjon og dato til generell backup Når FLL endrer status på strip sendes strip og stripinformasjon til kritisk backup F-27 FPSS skal kunne generere transponderkoder 40 F-28 Når strip blir aktiv gir FPSS flighten automatisk en transponderkode 41 F-29 FLL skal kunne endre dynamisk flightinfomasjon på skjerm 41 F-30 F-31 Når man gjør endringer i dynamisk flightinformasjon skal FPSS lagre endringene automatisk sammen med tidspunkt til generell backup Når man gjør endringer i dynamisk flightinformasjon skal FPSS skrive ut en oppdatert strip automatisk sammen med tidspunkt for endringen til kritisk backup Side 52 av 55 32 32 37 38 39 40 42 42

F-32 Strips skal flyttes til handoff når flighten er ferdig 43 F-33 FPSS skal kunne fjerne en strip automatisk fra handoff 43 F-34 FPSS skal kunne trekke tilbake transponderkoder 44 F-35 Hvis strips legges tilbake i pendinglisten sletter FPSS automatisk flightens transponderkode 44 IF-1 FPSS skal hvert minutt sjekke striplisten 45 IF-2 FPSS skal kommunisere med generell backup 45 IF-3 FPSS skal kommunisere med kritisk backup 45 IF-4 IF-5 IF-6 IF-7 Departurestrip skal inneholde departureinformasjon, med rubrikker for statisk og dynamisk flightinformasjon Transitstrip skal inneholde transitinformasjon, med rubrikker for statisk og dynamisk flightinformasjon Arrivalstrip skal inneholde arrivalinformasjon, med rubrikker for statisk og dynamisk flightinformasjon Strip skal fjernes fra skjerm 10 minutter etter at den er plassert i handoff 46 46 46 47 Side 53 av 55

4.4 Beskrivelse av FPD (FPL-EAGLE15-IM -F16/M-ILTUV/C -ENRY0900 -N0420F350 DCT RYG DCT DCT TOGAT DCT ORL DCT -ENOL0045 ENVA -REG/711 OPR/NOW STS/NONRVSM RMK/REQ LOWPASS OF TWR ENOL DOF/021016) FPL - Format String, 3 tegn Angir at dette er en flightplan-melding (for dette prosjektet kun FPL). EAGLE15 - Kallesignal String, maks. 7 tegn Angir flyets kallesignal IM Flygeregler og flygingens art String, 2 tegn Første tegn kan enten være I, V, Z eller Y, hvor I angir at flygning utføres i henhold til IFR. V angir at man flyr VFR, mens Z sier at flygningen først utføres VFR, for så å gå over til IFR i et senere stadie i flygningen (angis i flygeruten). Y sier at man først flyr IFR og så VFR (angis i flygeruten). Andre tegn kan være G, M, N, S. G angir at det er en generell flygning, mens M angir at flygningen er militær. N sier at flygningen er kommersiell, men ikke regelbundet. S vil si at flygningen er kommersiell og regelbundet. F16/M Antall, type luftfartøy og vingevirvelkategori String, maks. 7 (8 med / ) tegn Første to tegn (tall) angir hvor mange luftfartøy som deltar i flighten. Hvis kun ett luftfartøy, så utelates de to første tegnene. Opptil fire neste tegnene angir hvilken flytype flighten består av. Neste tegn står for vingevirvelkategori og er enten L, M eller H. L står for light og gjelder for luftfartøy med egenvekt under 3500 kg. M angir at luftfartøyet har vingevirvelkategori medium og at egenvekten er mellom 3500 og 11600 kg. H angir heavy og er for luftfartøy med egenvekt som overgår 11600 kg. ILTUV/C Utstyr String Angir hva slags navigasjons-, radiokommunikasjons- og tansponderutstyr flighten er utstyrt med. I står for INS (Internal Navigation System), L for ILS (Instrument Landing System), T for TACAN (Tactical Aid Navigation), U for UHF og V for VHF. /C angir at transponder av mode C (høyde- og fartsrapportering). Her kan det eventuelt stå /A for transponder mode A (kun høyderapportering), /S for transponder mode S (høyde-, fartsrapportering og mange andre tilleggsfunksjoner). ENRY0900 Avgangsplass og tid String, 8 tegn Første fire tegn angir avgangsplass. ENRY angir ADEP, i dette tilfellet at flighten vil ta av fra Rygge flystasjon. De resterende fire tegnene angir ETD i UTC (Universal time). Side 54 av 55

N0420F350 Marsjhastighet, høyde og flygerute String Fem første tegn angir flightens ønskede marsjhastighet. Er første tegn N, sier dette at hastigheten er oppgitt i knop. Ved M som første tegn, sier dette at hastigheten er oppgitt i mach. Opptil de fem neste tegnene angir flightens ønskede høyde. Er første tegn F, sier dette at de resterende tegnene angir høyden i flightlevel. Hvis det står VFR, betyr dette at ingen høyde oppgis da flighten flyr VFR og vil forandre mye høyde underveis. Er første tegn M, angir dette at høyden er oppgitt i antall tiende meter (M0040 betyr 400 meter). De resterende tegnene angir flightens ønskede flygerute. Dette kan enten bestå av fix eller geoposisjoner, med dct (direkte) imellom fixene. ENOL0045 ENVA ADES, EET, alternativ flyplass og 2. alternative flyplass String, maks. 16 tegn Fire første tegn angir destinasjonsplass. ENOL angir ADES, i dette tilfellet at flighten vil lande på Ørland flystasjon. De neste fire tegnene angir EET i timer og minutter. Etter dette er det valgfritt om man vil ha med alternativ og 2. alternative flyplass. Begge disse er på fire tegn. REG/711 OPR/NOW - andre opplysninger String Her oppgis forskjellige tilleggsopplysninger. Dette kan være REG/711, som angir at flightens luftfartøy bærer registreringen 711. Videre står OPR for operatør, hvor NOW angir Norwegian Air Force. STS angir status for flighten, for eksempel ved HOPS som indikerer at flighten er hospital, altså syketransport, HEAD at flighten har statsoverhode om bord, NONRVSM at flighten ikke bærer utstyr for RVSM (Reduced Vertical Seperated Minima). DOF står for Date of Flight, og angir med dato hvilken dag flighten skal gjennomføres. De to første sifferene angir år, de neste to måned og de to siste dag. Side 55 av 55