Flight Progress Strips System for Air Trafic Control Fag:

Kravdokument type: Flight Progress Strips System for Air Trafic Control Fag: Gruppe nr: Veiledere: Versjon: 2.0 Dato: 06.11.2002 Software Engineering Filformat: 1 Filnavn: Børre Ludvigsen/Ky Van Ha PDF format srs_v2.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.1.1 Endringsoversikt 4 1.2 Scope 6 1.2.1 Muligheter for videreutvikling 7 1.2.2 Hva FPSS ikke gjør 7 1.3 Definisjoner og forkortelser 8 1.3.1 Definisjoner 8 1.3.2 Forkortelser 13 1.4 Referanser 14 1.4.1 Bøker 14 1.4.2 Artikler 14 1.4.3 Andre 14 1.5 Oversikt 14 2 Generell beskrivelse 16 2.1 Produktperspektiv 16 2.1.1 Context diagram 16 2.2 Produktfunksjoner 17 2.3 Scenarios 17 2.3.1 Få departure- eller arrivalstrip opp på skjerm 17 2.3.2 Få transitstrip opp på skjerm 17 2.3.3 Forandre dynamisk flightinformasjon på en strip 18 2.3.4 Aktivisere strip på skerm 18 2.3.5 Få bort strip fra skjerm 18 2.3.6 Aktivisert feil strip 19 2.3.7 Legge inn valgt arbeidssted 19 2.4 Dataflyt Diagram 20 2.5 Event list 21 2.6 Use cases 22 2.6.1 Overordnet FPSS 22 2.6.2 Oppdelt FPSS 23 2.6.3 Ta imot forandringer 24 2.6.4 Ta imot endringer i dynamisk flightinformasjon 25 2.6.5 Flytte strip 26 2.6.6 Gjennomføre forandringer 27 2.7 Brukerkarakteristikk 28 3 Krav 29 3.1 Funksjonelle krav 29 3.2 Ikke-funksjonelle krav 46 3.3 Eksterne grensesnittkrav 49 3.3.1 User interfaces 49 3.3.2 HW interfaces 55 3.3.3 SW interfaces 57 3.3.4 Communications interfaces 58 Side 2 av 70

3.4 Ytelseskrav 59 3.6 Attributter 60 3.6.1 Tilgjengelighet 60 4 Vedlegg 61 4.1 Sporingstabell 61 4.2 Endringsoversikt 63 4.2.1 Rutinger for endring av krav 63 4.2.2 Rutinene består av 63 4.2.3 Endringslogg 63 4.3 Kortversjon av krav 66 4.4 Beskrivelse av format FPD 69 Side 3 av 70

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.1.1 Endringsoversikt Fra versjon 1.0 til versjon 2.0 Heading Beskrivelse Dato 1.2 Scope Har lagt til at FPSS skal sjekke om mottatt 28.10.2002 PDF finnes i FPSS fra før 1.2.2 Hva FPSS ikke gjør Har slettet punkt 3 28.10.2002 1.3.1 Definisjoner Har forandret definisjonene: Arrivalinformation Departureinformation Stripinformasjon Transitinformation Har forandret definisjonene: Status Har lagt til disse definisjonene: Oppdatert strip Vingevirvelkategori Har lagt til disse definisjonene: Nettverksskriver Matriseskriver Ethernet kort Prosessor Switch Har lagt til disse forkortelsene: P4 Har forandret definisjonene: Arrivalinformasjon Departureinformasjon Transitinformasjon 28.10.2002 30.10.2002 31.10.2002 06.11.2002 1.3.2 Forkortelser Lagt til forkortelsen TDC 28.10.2002 2.1.1 Context Diagram Dato skal også sendes til generell backup når strip endrer status 28.10.2002 2.4 Dataflyt Diagram Kallesignal skal også sendes til generell 28.10.2002 backup når strip endrer status. Lagt inn pendingliste i prosessen Strip passiv Ordlyd på tekst til pil fra FLL til Forandre 30.10.2002 dynamisk flightinformasjon har blitt gjort om til Endringer Side 4 av 70

2.5 Event List Event List Id 12 og 13 er forandret. Lagt til kallesignal 3.1 Funksjonelle krav Har gjort om kravmal. Relasjon er knyttet til Event List Id, Use Case, Scenario og annet. Krav er lagt under avhengighet. F-4: Kravet har blitt slettet F-32: Kravet har fått ny ordlyd F-20: Kravet er flyttet til hovedkapittel 3.3. Ny ID til dette kravet er G-4 3.2 Ikke-funksjonelle krav IF-4, IF-5 og IF-6: Har lagt til tilpassningskriterier 28.10.2002 28.10.2002 30.10.2002 28.10.2002 3.3.1 User Interface Lagt til 19 krav 31.10.2002 3.3.2 HW interface Lagt til 6 krav 31.10.2002 3.3.3 SW interface Lagt til 2 krav 31.10.2002 3.3.4 Communication interface Lagt til 3 krav 31.10.2002 3.4 Ytelseskrav Lagt til 2 krav 31.10.2002 3.6.1 Tilgjengelighet Lagt tl 2 krav 31.10.2002 4.1 Sporingstabell Oppdatert sporing på F-2 og F-3. Slettet F-4 28.10.2002 Oppdatert sporing på F-19, F-21 og F-22. 30.10.2002 Slettet F-20 Oppdatert sporing på krav under punkt 3.3.1-3.3.4, 3.4 pg 3.6.1 04.11.2002 4.3 Kortversjon av krav Oppdatert kortversjonen. Slettet krav F-4. Forandret ordlyden på F-32 Oppdatert kortversjonen. La inn krav for punkt 3.3.1-3.3.4, 3.4 pg 3.6.1 28.10.2002 04.11.2002 Side 5 av 70

1.2 Scope FPSS som utvikles skal være en del av hovedsystemet for ATC. FPSS skal sjekke om mottatt PDF finnes i FPSS fra før. 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 6 av 70

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. 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 7 av 70

1.3 Definisjoner og forkortelser 1.3.1 Definisjoner Aktiv flight Aktiv strip Ansvarsområde Approach Arbeidsposisjon Arbeidsstasjon 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 Det stadiet i en flygning hvor flighten klargjøres for landing En posisjon på en enhet hvor man yter lufttrafikktjeneste fra En maskin FLL jobber på 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 SSR-kode ADEP ETD ADES ETA Dynamisk flightinformasjon ATA Headings Klarert høyde TAS Approach Flygerute Merknader Arrivalstrip Strip som inneholder arrivalinformasjon Side 8 av 70

Departure Departureinformasjon Avgående luftfartøy som er i ferd med, eller som har tatt av Informasjon om et avgående luftfartøy: Statisk flightinformasjon ADEP samt EOBT Planlagt høyde som angitt i FPD Kallesignal Flytype Vingevirvelkategori SSR-kode ADES Dynamisk flightinformasjon TDC ATD TAS SID Departureklarering Flygerute Høyde Merknader Departureklarering Departurestrip Dynamisk flightinformasjon Enhet Ethernet-kort 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 Standard kort for lokalnett 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 9 av 70

Flytype Funksjonstaster 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 Taster på et tastatur som brukes for å gi datamaskinen kommandoer 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 10 av 70

Matriseskriver Nettverksskriver Områdekontroll Oppdatert strip Passiv strip Pendingliste Plattformuavhengighet Prosessor SSR-kode Statisk flightinformasjon Status Strip(s) Stripbord Stripheader Stripinformasjon En skriver som anvender en serie med elektriske dreven nåler som slår mot et fargebånd for å fremvise tegn og grafikk Enhet som tar i mot data fra nettverket og skriver ut den informasjoene den har mottatt på skriver Flygekontrolltjeneste som ytes til luftfartøyer som er underveis fra en flyplass til en flyplass Strip som inneholder stripinformasjon samt endringer som FLL har gjort En strip betegnes som passiv når den ligger i pendingliste Status på skjerm som indikerer en ikke aktiv flight Kan kjøre samme programmer på maskiner med ulik maskinarkitektur En CPU (Central Proseccing unit) på en enkel brikke. Er hjernen i alle moderne datamaskiner og utfører oppgaver ut i fra de instruksjoner de får fra en dataprogram 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å hvor strips befinner seg på skjerm: 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 til status, fra status, transponderkode samt tidspunkt Side 11 av 70

Stripliste Stripstatus Switch Trackball Transit Transitinformasjon 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 En enhet i et nettverk som diregere pakker direkte til sitt bestemmelsessted, basert på mottakeradressen til pakken Inlesningsenhet som skal benyttes istedenfor en mus til å styre markørens bevegelser på skjermen. Luftfartøy som gjennomflyr et luftrom Informasjon om et gjennomflygende luftfartøy: Statisk flightinformasjon Planlagt høyde som angitt i FPD Kallesignal Flytype Vingevirvelkategori SSR-kode ADEP ETD ADES ETA Dynamisk flightinformasjon TAS Headings Flygerute Merknader Transitstrip Transponder Transponderkode Valgt arbeidssted Vingevirvelkatagori 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 Kategorisering av vingevirlver som skapes av luftfartøy. Deles inn i 3 kategorier, light, medium, heavy En felles tidsbetegnelse som ikke påvirkes av tidssoner og sommer- og vintertid Side 12 av 70

1.3.2 Forkortelser ADEP ADES AFTN ATA ATC ATCC ATD ATO DOF EET EOBT ETA ETD ETO FLL FPD FPL FPSS GB GHz HW ICAO IFR ILS INS 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 Giga Byte Giga Hertz 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 Side 13 av 70

LCD LTTF MB Mbps P4 RDRAM RVSM SCSI SID SSR SW TACAN TAS TDS TP UPS VFR Liquid Crystal Display Lufttrafikktjeneste-fullmektig. En person som assisterer flygeleder i utførelsen av å kontrollere lufttrafikk Mega Byte Mega Bit per Second Intel Pentium 4 prosessor Direct Rambus Dynamic Random Access Memory Reduced Vertical Seperated Minima Small Computer System Interface 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 Time of departure clearance Twisted Pair Uninterruptible Power Supply 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 Side 14 av 70

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 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 15 av 70

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 16 av 70

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 17 av 70

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 18 av 70

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 19 av 70

2.4 Dataflyt Diagram Side 20 av 70

2.5 Event list Event List Event Description (trigger) (response) ID 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, kallesignal og dato lagres i generell backup 13 Strip, stripinformasjon og kallesignal skrives til kritisk backup 14 Strips mottar transponderkode 15 FLL endrer dynamisk flightinformasjon Stripinformasjon, kallesignal og dato Strip og stripinformasjon og kallesignal Transponderkode Strip med forandringer 16 Endret strip vises på skjerm Endringer av dynamisk flightinformasjon 17 Endret dynamisk Endringer av dynamisk flightinformasjon skrives til flightinformasjon kritisk backup 18 Endret dynamisk flightinformasjon sendes til generell backup 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 Stripinformasjon, kallesignal og dato lagret i generell backup Strip, stripinformasjon og kallesignal skrevet til kritisk backup Strips med transponderkode Endringer av dynamisk flightinformasjon Oppdatert strip Oppdatert strip ut på papir Endringene lagret i generell backup Strip fjernet fra skjerm Oppdatert liste med brukte transponderkoder Side 21 av 70

2.6 Use cases 2.6.1 Overordnet FPSS Side 22 av 70

2.6.2 Oppdelt FPSS Side 23 av 70

2.6.3 Ta imot forandringer Side 24 av 70

2.6.4 Ta imot endringer i dynamisk flightinformasjon Side 25 av 70

2.6.5 Flytte strip Side 26 av 70

2.6.6 Gjennomføre forandringer Side 27 av 70

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 28 av 70

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 o flyttet 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. F-3. F-7 F-9, G-1 Relasjon: Event List Id 1 Use case Scenario 2.3.7 Foreslått av Prioritet Høy Kravstatus Nytt Dato 17.10.2002 Side 29 av 70

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 F-3, F-5 - F-9 Relasjon: Use case 2.6.1, 2.6.2 Scenario Event List Id 2 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 F-7 F-9 Relasjon: Use case Scenrio Event List Id 3 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 Kunne trekke ut ADEP og ADES fra FPD Foreslått av Prioritet Høy Kravstatus Nytt Dato 24.09.2002 Side 30 av 70

Krav F-5 FPSS skal kunne trekke ut ADEP fra FPD For å lage departurestrip og transitstrip FPD Trekke ut ADEP ADEP F-3, F-7 F-9 Relasjon: Use case 2.6.1, 2.6.2 Scenario Event List Id 4, 5 FPSS må kunne gå gjennom FPD og finne ADEP Foreslått av Prioritet Høy Kravstatus Nytt Dato 17.10.2002 Krav F-6 FPSS skal kunne trekke ut ADES fra FPD Være mulig å lage arrivalstrip og transitstrip FPD Trekke ut ADES ADES F-3, F-7 F-9 Relasjon: Use case 2.6.1, 2.6.2 Scenrio Event List Id 4, 5 FPSS må kunne gå gjennom FPD og finne ADES Foreslått av Prioritet Høy Kravstatus Nytt Dato 17.10.2002 Side 31 av 70

Krav F-7 FPSS skal kunne lage departurestrip Relasjon: Use case 2.6.1 Scenrio Event List Id 5 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 Krav F-8 FPSS skal kunne lage transitstrip Relasjon: Use case 2.6.1 Scenario Event List Id 5 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 Side 32 av 70

Krav F-9 FPSS skal kunne lage arrivalstrip Relasjon: Use case 2.6.1 Scenario Event List Id 5 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 Krav F-10 Når FPD er konvertert til strips skal FPSS lagre dem i generell backup Relasjon: Use case Scenario Event List Id 6 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 Side 33 av 70

Krav F-11 Når FPD er konvertert til strips skal FPSS skrive dem ut til kritisk backup Relasjon: Use case Scenario Event List Id 7 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 HW-5, TI-2 Foreslått av Prioritet Høy Kravstatus Nytt Dato 15.10.2002 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 F-15, F-16, F-18 Relasjon: Use case 2.6.2 Scenario Event List Id 8 Foreslått av Prioritet Høy Kravstatus Nytt Dato 24.09.2002 Side 34 av 70

Krav F-13 FPSS skal kunne trekke ut ETD fra departurestrips Relasjon: Use case 2.6.2 Scenario Event List Id 8 For å sortere departurestrips Departurestrips Trekke ut ETD ETD FPSS må kunne gå gjennom feltene på departurestrips og finne ETD 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 Krav F-14 FPSS skal kunne trekke ut ETA fra arrivalstrips Relasjon: Use case 2.6.2 Scenario Event List Id 8 For å sortere arrivalstrips Arrivalstrips Trekke ut ETA ETA 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 Side 35 av 70

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 F-12, F-18 Relasjon: Use case 2.6.2 Scenario Event List Id 8 Foreslått av Prioritet Høy Kravstatus Nytt Dato 16.10.2002 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 F-12, F-18 Relasjon: Use case 2.6.2 Scenario Event List Id 8 Foreslått av Prioritet Høy Kravstatus Nytt Dato 16.10.2002 Side 36 av 70

Krav F-17 FPSS skal kunne gi nåværende zulutid Relasjon: Use case Scenario Event List Id 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 Krav F-18 FPSS skal legge sorterte strips i en stripliste Relasjon: Use case 2.6.2 Scenario Event List Id 8 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 Side 37 av 70

Krav F-19 FPSS skal vise strips på skjerm FLL skal se og jobbe med strips digitalt Strips Lager grafiske strips Strips i pendingliste Skjerm må kunne ta imot strips F-21 F-27, F-29 F-33, F-35, IF-7, G-5-10, G-15, G-17, G-18, G-20 Relasjon: Use case 2.6.1, 2.6.2 Scenario 2.3.1, 2.3.2 Event List Id 9, 10 Foreslått av Prioritet Høy Kravstatus Nytt Dato 24.09.2002 Krav F-21 Når departure- og arrivalstrips vises på skjerm skal de fjernes fra striplisten Relasjon: Use case Scenario 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 F-19, F-21 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 38 av 70

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 F-19, F-21 F-33, F-35, IF-7, G-8, G-9, G-15, G-17, G-18, G-20 Relasjon: Use case 2.6.1, 2.6.2 Scenario 2.3.1 Event List Id 10 Foreslått av Prioritet Høy Kravstatus Nytt Dato 07.10.2002 Krav F-23 FPSS skal legge transitstrips direkte i en pendingliste 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, G-10, G-15, G-17, G-18, G-20 Relasjon: Use case 2.6.1, 2.6.2 Scenario 2.3.2 Event List Id 9 Foreslått av Prioritet Høy Kravstatus Nytt Dato 07.10.2002 Side 39 av 70

Krav F-24 FLL kan endre status på strip Strip har ulike status Strip endrer status Strip flyttes på skjermen Strip under ny status Mus og/eller hurtigtaster må kunne brukes F-25 F-28, F-32 F-35, IF-7, G-11 13, G-16, G-20 Relasjon: Use case 2.6.2, 2.6.3, 2.6.6 Scenario 2.3.4, 2.3.5, 2.3.6 Event List Id 11 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: 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 IF-2, SW-1, YT-2 Scenario 2.3.4, 2.3.5, 2.3.6 Event List Id 12 Foreslått av Prioritet Middels Kravstatus Nytt Dato 17.10.2002 Side 40 av 70

Krav F-26 Når FLL endrer status på strip sendes strip og stripinformasjon til kritisk backup 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 IF-3, TI-2 Relasjon: Use case 2.6.6 Scenario 2.3.4, 2.3.5, 2.3.6 Event List Id 13 Foreslått av Prioritet Høy Kravstatus Nytt Dato 17.10.2002 Krav F-27 FPSS skal kunne generere transponderkoder Relasjon: Use case Scenario Event List Id 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. Koden legges i en vector 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 41 av 70

Krav F-28 Når strip blir aktiv gir FPSS flighten automatisk en transponderkode Relasjon: Use case Scenario 2.3.4 Event List Id 14 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 F-30, F-31, G-2 For å kunne legge inn og oppdatere informasjoner på en strip Gammel og ny dynamisk flightinformasjon Relasjon: Use case 2.6.2, 2.6.3, 2.6.4, 2.6.6 Scenario 2.3.3 Event List Id 15, 16 Forandre skjermbilde Endret dynamisk flightinformasjon samt gammel dynamisk flightinformasjon vises på strip Felt som endres må inneholde dynamisk flightinformasjon Foreslått av Prioritet Høy Kravstatus Nytt Dato 07.10.2002 Side 42 av 70

Krav F-30 Når man gjør endringer i dynamisk flightinformasjon skal FPSS lagre endringene automatisk sammen med tidspunkt til generell backup Relasjon: Use case 2.6.6 Scenario 2.3.3 Event List Id 18 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 IF-2, SW-1 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 Relasjon: Use case 2.6.6 Scenario 2.3.3 Event List Id 17 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 IF-2, TI-2 Foreslått av Prioritet Høy Kravstatus Nytt Dato 07.10.2002 Side 43 av 70

Krav F-32 Strips skal flyttes til handoff når flighten er utenfor kontrolltårnets ansvarsområde Fordi det ikke lenger er behov for strip Aktiv strip Fjerne strip fra pending Tidspunkt Flighten er utenfor enhetes ansvarsområde F-24 F-26, F-33, F-34, IF-7 Relasjon: Use case 2.6.2, 2.6.3, 2.6.6 Scenario 2.3.5 Event List Id 11 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 Relasjon: Use case Scenario 2.3.5 Event List Id 19 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 F-33, F-34, IF-7 Foreslått av Prioritet Middels Kravstatus Nytt Dato 07.10.2002 Side 44 av 70

Krav F-34 FPSS skal kunne trekke tilbake transponderkoder F-27, F-28, F-35 Relasjon: Use case Scenario 2.3.6 Event List Id 20 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 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 Flighten er da ikke lengre aktiv og trenger ikke transponderkode Flytter aktiv strip til pendinglisten Transponderkoden frigjøres F-27, F-28, F-34 Relasjon: Use case 2.6.2, 2.6.3, 2.6.6 Scenario 2.3.6 Event List Id 20 Flight er passiv og strip ligger i pendinglisten En flight må ha mottatt transponderkode Foreslått av Prioritet Høy Kravstatus Nytt Dato 15.10.2002 Side 45 av 70

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

Krav IF-4 Departurestrip skal inneholde departureinformasjon, med rubrikker for statisk og dynamisk flightinformasjon Trenger å få all nødvendig informasjon for en departure Være sikker på at det er en departurestrip F-7, F-29 - F-31, G-10 Relasjon: Use case Scenario Event List Id 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 Trenger å få all nødvendig informasjon for en transit Være sikker på at det er en transitstrip F-9, F-29 F-31, G-17 Relasjon: Use case Scenario Event List Id 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 Trenger å få all nødvendig informasjon for en arrival Være sikker på at det er en arrivalstrip F-8, F-29 F-31, G-17 Relasjon: Use case Scenario Event List Id 1.3.1 Definisjoner Foreslått av Prioritet Høy Kravstatus Nytt Dato 07.10.2002 Side 47 av 70

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

3.3 Eksterne Grensesnittkrav 3.3.1 User interfaces Krav G-1 Første gang FPSS startes må FLL logge seg på via GUI For å sette valgt arbeidssted Relasjon: Foreslått av Prioritet Høy Kravstatus Nytt Dato 30.10.2002 Krav G-2 FLL skal kunne kommunisere med FPSS ved hjelp av tastatur og trackballmus For å kunne endre informasjon og status på strips HW-3 Relasjon: Foreslått av Gruppe 2 Prioritet Høy Kravstatus Nytt Dato 30.10.2002 Krav G-3 FLL skal kunne bruke trackballmus for å flytte strips på skjerm For å kunne flytte strips der de skal HW-3 Relasjon: Foreslått av Prioritet Høy Kravstatus Nytt Dato 30.10.2002 Side 49 av 70

Krav G-4 Menyen skal inneholde funksjoner som tilsvare de funksjonene som er definert for funksjonstastene på tastaturet For at FLL skal kunne bestemme om han vil benytte funksjonstaster på tastaturet eller under menyen Relasjon: Foreslått av Prioritet Høy Kravstatus Nytt Dato 31.10.2002 Krav G-5 Departure- og taxiheader skal ha blå farge G-8, G-11 For å kunne skille mellom de ulike statusene. Kjent farge for FLL Relasjon: Foreslått av Prioritet Høy Kravstatus Nytt Dato 29.10.2002 Krav G-6 Arrival- og inboundheader skal ha gul farge G-9, G-12 For å kunne skille mellom de ulike statusene. Kjent farge for FLL Relasjon: Foreslått av Prioritet Høy Kravstatus Nytt Dato 29.10.2002 Krav G-7 Pending-, airborne- og handoffheader skal ha hvit farge G-10, G-13 For å kunne skille mellom de ulike statusene. Kjent farge for FLL Relasjon: Foreslått av Prioritet Høy Kravstatus Nytt Dato 30.10.2002 Side 50 av 70

Krav G-8 Rammen rundt departurestrip skal være blå G-5 Relasjon: 1.3.1 Definisjoner For å kunne skille mellom departure-. arrivalstrip og transitstrip Foreslått av Prioritet Høy Kravstatus Nytt Dato 29.10.2002 Krav G-9 Rammen rundt arrivalstrip skal være gul G-6 Relasjon: 1.3.1 Definisjoner For å kunne skille mellom departure-. arrivalstrip og transitstrip Foreslått av Prioritet Høy Kravstatus Nytt Dato 30.10.2002 Krav G-10 Rammen rundt transitstrip skal være rosa Relasjon: 1.3.1 Definisjoner For å kunne skille mellom departure-. arrivalstrip og transitstrip Foreslått av Prioritet Høy Kravstatus Nytt Dato 30.10.2002 Krav G-11 Når FLL endrer status på departurestrip skal rammen rundt strip beholde sin opprinnelige farge For å kunne skille mellom departure-. arrivalstrip og transitstrip Relasjon: Foreslått av Prioritet Middels Kravstatus Nytt Dato 29.10.2002 Side 51 av 70

Krav G-12 Når FLL endrer status på arrivalstrip skal rammen rundt strip beholde sin opprinnelige farge For å kunne skille mellom departure-. arrivalstrip og transitstrip Relasjon: Foreslått av Prioritet Middels Kravstatus Nytt Dato 29.10.2002 Krav G-13 Når FLL endrer status på transitstrip skal rammen rundt strip beholde sin opprinnelige farge For å kunne skille mellom departure-. arrivalstrip og transitstrip Relasjon: Foreslått av Prioritet Middels Kravstatus Nytt Dato 29.10.2002 Krav G-14 Felt under de ulike headerne skal ha scrollbar For at FLL skal kunne ha alle strips tilgjengelig Relasjon: Foreslått av Prioritet Høy Kravstatus Nytt Dato 29.10.2002 Krav G-15 FPSS skal ikke kunne legge to strips over hverandre FLL må kunne se strips for alle flightene han har ansvar for Relasjon: Foreslått av Prioritet Høy Kravstatus Flyttet Dato 30.10.2002 Side 52 av 70

Krav G-16 FLL skal kunne legge strips inni mellom hverandre For at FLL skal kunne bestemme hvor strips skal ligge Relasjon: Foreslått av Prioritet Høy Kravstatus Nytt Dato 30.10.2002 Krav G-17 De ulike feltene på strips skal ikke ha scroll Relasjon: 1.3.1 Definisjoner For at all informasjon på strip skal være synlig Foreslått av Prioritet Høy Kravstatus Nytt Dato 30.10.2002 Krav G-18 Strips skal ha en fast definert størrelse Realsjon: 1.3.1 Definisjoner For at all informasjon på strip skal være synlig Foreslått av Prioritet Høy Kravstatus Nytt Dato 30.10.2002 Krav G-19 Det skal ikke være scroll på ytre ramme rundt GUI For at FLL skal ha oversikt Relasjon: 1.3.2 Forkortelser Foreslått av Prioritet Høy Kravstatus Nytt Dato 30.10.2002 Side 53 av 70

Krav G-20 Det kan være ubegrenset antall strips på skjemen For at FLL kan håndere all flytrafikk innenfor sitt ansvarsområde Relasjon: Foreslått av Prioritet Høy Kravstatus Nytt Dato 30.10.2002 Krav G-21 Menyen skal ha et valg slik at FLL skal kunne avslutte FPSS For at FLL skal kunne slå av FPSS Relasjon: 1.3.2 Forkortelser Foreslått av Prioritet Høy Kravstatus Nytt Dato 30.10.2002 Krav G-22 FPSS skal ha en hjelpemeny Relasjon: 1.3.2 Forkortelser Vanlig med en hjelpemeny som beskriver hvordan man skal bruke ulike deler av FPSS Foreslått av Prioritet Middel Kravstatus Nytt Dato 30.10.2002 Side 54 av 70

3.3.2 HW interfaces Krav HW-1 Arbeidsstasjonens skjerm skal minimum være en 18 LCD skjerm FLL skal ha en stor arbeidsflate, være behagelig å se på og ikke ta for stor plass Relasjon: Foreslått av Prioritet Høy Kravstatus Nytt Dato 30.10.2002 Krav HW-2 Arbeidsstasjonens skjerm skal minimum ha en oppløsning på 1280 x 1024 piksler per tomme Få plass til de ulike strip på skjerm Relasjon: 1.3.1 Definisjoner Skjermen må kunne takle en oppløsning på 1280 x 1024 piksler per tomme Foreslått av Prioritet Høy Kravstatus Nytt Dato 30.10.2002 Krav HW-3 Arbeidsstasjonen skal benytte en trackballmus G-2, G-3 Trackballmus begrenser belastning i håndledd til FLL, og er et redskap som er enkelt å bruke FPSS må kunne kommunisere med trackballmusen Relasjon: Foreslått av Prioritet Lav Kravstatus Nytt Dato 30.10.2002 Side 55 av 70

Krav HW-4 Arbeidsstasjonens tastaturet skal ha 12 funksjonstaster G-4 Relasjon: 1.3.1 Definisjoner FLL skal kunne utføre visse funksjoner ved hjelp av ett tastetrykk Tastaturet må ha plass til 12 funksjonstaster Foreslått av Prioritet Middels Kravstatus Nytt Dato 30.10.2002 Krav HW-5 Matriseskriveren som brukes til kritisk backup skal være en nettverksskriver Relasjon: 1.3.1 Definisjoner Gjør det enkelt for de ulike komponentene i nettverket å kommunisere med skriveren Må ha nettverkskort. Nettverket må være oppe Foreslått av Prioritet Middels Kravstatus Nytt Dato 30.10.2002 Krav HW-6 Arbeidsstasjonen og maskinen som tar seg av generell backup skal ha UPS For at disse enhetene skal kunne fungere ved kortvarig strømbrudd, og tas ned på en kontrollert måte ved lengre strømavbrudd Batteri på UPS må være oppladet Relasjon: Foreslått av Prioritet Høy Kravstatus Nytt Dato 30.10.2002 Side 56 av 70

3.3.3 SW interfaces Krav SW-1 FPSS skal ha et SW grensesnitt mot en database Relasjon: 1.3.2 Forkortelser For å kunne lagre data på en strukturert måte Databasen må være oppe og gå. FPSS må kunne kommunisere med databasen Foreslått av Prioritet Høy Kravstatus Nytt Dato 30.10.2002 Krav SW-2 FPSS skal være plattformuavhengig FPSS skal brukes under flere operativsystemer FPSS må programmeres i et språk som gjør det plattformuavhengig Relasjon: Foreslått av Prioritet Høy Kravstatus Nytt Dato 30.10.2002 Side 57 av 70