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

Transkript

1 SRS, versjon 3.0. Gruppe 1 Flight Progress Strip System for Air Traffic Control Versjon: 3.0 Software Requirements Specification Dato: Fag: Software Engineering Filformat: Gruppe nr: 1 Filnavn: Veiledere: Børre Ludvigsen/Ky Van Ha PDF format srs_v3.pdf Gruppemedlemmer: Navn: Signatur: Dato: Christian Raspotnig Kjell Gunnar Guttormsen Petter Larsen Eva Sandved Therese Røsholdt Side: 13

2 Innholdsfortegnelse 1 Introduksjon Hensikt Endringsoversikt Scope Muligheter for videreutvikling Hva FPSS ikke gjør Definisjoner og forkortelser Definisjoner Forkortelser Referanser Bøker Artikler Andre Oversikt 28 2 Generell beskrivelse Produktperspektiv Context diagram Produktfunksjoner Scenarios Få departure- eller arrivalstrip opp på skjerm Få transitstrip opp på skjerm Forandre dynamisk flightinformasjon på en strip Aktivisere strip på skjerm Få bort strip fra skjerm Aktivisert feil strip Legge inn valgt arbeidssted Dataflyt Diagram Event list Use cases Overordnet FPSS Oppdelt FPSS Ta imot forandringer Ta imot endringer i dynamisk flightinformasjon Flytte strip Gjennomføre forandringer Brukerkarakteristikk 41 3 Krav Funksjonelle krav Ikke-funksjonelle krav Eksterne grensesnittkrav User interfaces HW interfaces SW interfaces Communications interfaces 71 Side: 14

3 3.4 Ytelseskrav Attributter Tilgjengelighet 73 4 Vedlegg Sporingstabell Endringsoversikt Rutinger for endring av krav Rutinene består av Endringslogg Kortversjon av krav Beskrivelse av FPD format 98 Side: 15

4 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 Endringsoversikt Fra versjon 2.0 til versjon 3.0 Heading Beskrivelse Dato Definisjoner Har forandret definisjonene: Oppdater strip Stripinformasjon Har lettet definisjonen: Stripstatus Forkortelser Har slettet forkortelsene: ATO LTTF 1.5 Oversikt Har lagt til og en beskrivelse av FPD format under punkt Context diagram Har gjort om hva som sendes til generell- og kritisk backup. Til kritisk beacku sendes nå kun en strip. Til generell backup sendes strip når den er konvertert, stripinformasjon får strip endre status og endret dynamisk flightinformasjon og stripinformasjon når FLL endrer dynamisk flightinformasjon på strip FPSS mottar FPD fra AFTN, ikke FDP 2.2 Produktfunksjoner Lagt til punkt Skal kunne endre status på strip 2.3 Scenario Gjort om 2. setning under Start scenario FPD koverteres til departure- eller arrivalstrip Gjort om siste setning under Start scenario Strip trekkes ut fra striplisten 30 minutter før flighten blir aktiv og vises i pendinglisten Gjort om 2. setning under Start scenario FPD konverteres til transitstrip Side: 16

5 2.3.3 Gjort om 3. setning under Start scenario En oppdatert strip skrives ut på kritisk backup Gjort om 4. setning under Start scenario Endringene og stripinfomasjon lagres i generell backup Gjort om 2. setning under Etter scenario Oppdatert stip på skjerm Gjort om 3. setning under Start scenario Stripinformasjon lagres i generell backup Gjort om 4. setning under Start scenario Strip skrives til kritisk backup Gjort om 2. setning under Start scenario Stripinformasjon lagres i generell backup Gjort om 3. setning under Start scenario Strip skrives til kritisk backup Gjort om 3. setning under Start scenario Stripinformasjon lagres i generell backup Gjort om 4. setning under Start scenario Strip skrives til kritisk backup 2.4 Dataflyt Diagram Gjort om tekst på piler fra FLL til Forandre dynamisk flightinformasjon. Ny tekst: Ny info Gjort om tekst på piler fra Strip aktiv til Generell backup. Ny tekst: Endret dynamisk flightinformasjon og stripinformasjon, Stripinformasjon Gjort om tekst på piler fra Strip aktiv til Kristisk backup. Ny tekst: Strip Har lagt til en prosess, Sjekke om unik. Sjekker om mottatt FPD er unik 2.5 Event List Slettet Event List Id 13 og 17 Gjort om Event List Id 12 til: Event: Stripinformasjon sendes til generell backup Input: Stripinformasjon Output: Stripinformasjon lagret i generell backup Gjort om Event List Id 18 til: Event: Endret dynamisk flightinformasjon og stripinformasjon sendes til generell backup Lagt til ny3 eventer: Event List Id 22, Departure- og arrivalstrip fjernes fra striplisen Event List Id 23, Genererer transponderkode Lagt til ny event: Event List Id 21, Sjekke om mottatt FPD er unik Side: 17

6 2.6 Use case Lagt på uses pil fra Vises på skjerm til Konvertere Lagt til Sjekke, sjekker om mottatt FPD er unik Lagt til Merknader 3.1 Funksjonelle krav F-1: F-2: F-3: Gjort om ordlyd til FPSS skal ut fra FPD og valgt arbeidssted sjekke hvilken type strip som skal lages F-5: F-6: F-7: Lagt til Use case F-8: Lagt til Use case F-9: Lagt til Use case F-10: Gjort om, All informasjon angående en flight skal lagres i database Lagt til Use case Lagt til Senario 2.3.1, F-11: Lagt til Use case Lagt til Senario 2.3.1, F-12: Lagt til Use case Lagt til Senario F-13: Lagt til Use case F-14: Lagt til Use case F-15: Lagt til Use case F-16: Lagt til Use case F-17: Side: 18

7 F-18: Gjort om ordlyd på krav, FPSS skal legge sorterte departure- og arrivalstrips i en stripliste Lagt til Use case Lagt til Senario F-19: F-21 Lagt til Use case 2.6.1, Lagt til Scenario Lagt til Event List Id 22 F-22: F-23: F-24: Lagt til Use case 2.6.1, F-25: Gjort om ordlyd på krav, Når FLL endre status på strip sendes stripinformasjon til generell backup Gjort om Input, Stripinformasjon Gjort om prosessering, Stripinformasjon lagres Gjort om Output, Stripinformasjon lagret på generell backup Lagt til Use case F-26: Gjort om ordlyd på krav, Når FLL endre status på strip sendes strip til kritisk backup Gjort om Input, Strip Gjort om prosessering, Strip skrives ut Gjort om Output, Strip skrevet ut på kritisk backup Lagt til Use case Endret Event List Id til 7 F-27: Lagt til Use case Lagt til Event List Id 23 F-28: Lagt til Use case Lagt til Event List Id 23 F-29: Lagt til Use case Side: 19

8 F-30: Gjort om ordlyd på krav, Når FLL gjør endringer i dynamsik flightinformasjon skal FPSS lagre endingene sammen med stripinformasjon til generell backup Gjort om Input, Endret dynamsik flightinformasjon Gjort om prosessering, Endret dynamsik flightinformasjon sendes til generell backup Gjort om Output, Endret dynamsik flightinformasjon i generell backup Lagt til Use case F-31: Gjort om ordlyd på krav, Når FLL gjør endringer i dynamsik flightinformasjon skal FPSS automatisk skrive ut en strip til kritisk backup Gjort om Input, Oppdatert strip Gjort om prosessering, Oppdatert strip sendes til kritisk backup Gjort om Output, Utskrift av ny strip Endret Event List Id til 7 F-33: Lagt til Use case F-34: Lagt til Use case F-35: Lagt til Use case F-36: Nytt krav F-32: Slettet F-36: Nytt krav 3.2 Ikke-funksjonelle krav IF-1: Lagt til Use case Lagt til Event List Id 22 IF-2: Lagt til Use case IF-3: Lagt til Use case Slettet Event List Id 13, Side: 20

9 IF-4: Gjort om ordlyd på krav, Arrivalstrip skal inneholde arrivalinformasjon, med variabler for statisk og dynamisk flightinformasjon Lagt til Use case 2.6.1, Lagt til Event List Id 3, 5 IF-5: Gjort om ordlyd på krav, Transitstrip skal inneholde transitinformasjon, med variabler for statisk og dynamisk flightinformasjon Lagt til Use case 2.6.1, Lagt til Event List Id 3, 5 IF-6: Gjort om ordlyd på krav, Departurestrip skal inneholde departureinformasjon, med variabler for statisk og dynamisk flightinformasjon Lagt til Use case 2.6.1, Lagt til Event List Id 3, 5 IF-7: Lagt til Use case User interface G-1: Lagt til Scenario Lagt til Event List Id 1 G-2: Lagt til Use case 2.6.1, 2.6.2, 2.6.3, 2.6.4, 2.6.5, Lagt til Scenario 2.3.3, 2.3.4, 2.3.5, 2.3.6, Lagt til Event List Id 1, 11, 15 G-3: Gjort om ordlyd på krav, FLL skal kunne bruke trackballmus for å flytte GUIstrips på skjerm Lagt til Use case 2.6.1, 2.6.2, 2.6.3, 2.6.5, Lagt til Scenario 2.3.4, 2.3.5, Lagt til Event List Id 11 G-4 Slettet G-5: G-6: G-7: Side: 21

10 G-8 Gjort om ordlyd på krav, Rammen rundt GUIdeparturestrip skal være blå G-9 Gjort om ordlyd på krav, Rammen rund GUIarrivalstrip skal være gul G-10 Gjort om ordlyd på krav, Rammen rundt GUItransitstrip skal være rosa G-11 Gjort om ordlyd på krav, Når FLL endrer status på GUIdeparturestrip skal rammen rundt strip beholde sin opprinnelige farge G-12 Gjort om ordlyd på krav, Når FLL endrer status på GUIarrivalstrip skal rammen rundt strip beholde sin opprinnelige farge G-13 Gjort om ordlyd på krav, Når FLL endrer status på GUItransitstrip skal rammen rundt strip beholde sin opprinnelige farge G-14: Gjort om ordlyd på krav, Container under de ulike headerne skal ha scrollbar G-15 Gjort om ordlyd på krav, FPSS skal ikke kunne legge to GUIstrips over hverandre G-16 Gjort om ordlyd på krav, FLL skal kunne legge GUIstrips inni mellom hverandre G-17: Gjort om ordlyd på krav, De ulike feltene på GUIstrips skal ikke har scroll G-18: Gjort om ordlyd på krav, GUIStrips skal ha en fast definert størrelse G-20: Gjort om ordlyd på krav, Det kan være ubegrenset antall GUIstrips på skjermen G-22 Slettet HW interface HW-1: HW-2: Side: 22

11 3.3.4 Communication interface HW-4: CO-1: CO-2: CO-3: Sporingstabell Oppdatert sporing iforhold til beskrivelse under punkt 3.1, 3.2, 3.3.1, Slettet krav G-2, G-22 Slettet F-32 Slettet sporing på F-19, F-21, F-22, F-23, F- 24, F-27, F-28 i forholde til F Endringslogg Ført endringslogg for krav: F-18, F-25, F-26, F-30, F-31, F-32 IF- 4, IF-5, IF-6 G-3, G-4, G-8-18, G-20, G-22 Ført endringslogg for krav: F-32 Ført endringslogg for krav: F-4, F-20, F Kortversjon av krav Slettet krav G-4, G-22 Oppdatert listen Slettet krav F-32 Lagt til krav F Side: 23

12 Fra versjon 1.0 til versjon 2.0 Heading Beskrivelse Dato 1.2 Scope Har lagt til at FPSS skal sjekke om mottatt PDF finnes i FPSS fra før Hva FPSS ikke gjør Har slettet punkt Definisjoner Har forandret definisjonene: Arrivalinformasjon Departureinformasjon Transitinformasjon Har lagt til disse definisjonene: Nettverksskriver Matriseskriver Ethernet kort Prosessor Switch Har lagt til disse forkortelsene: P4 Har forandret definisjonene: Status Har lagt til disse definisjonene: Oppdatert strip Vingevirvelkategori Har forandret definisjonene: Arrivalinformation Departureinformation Stripinformasjon Transitinformation Forkortelser Lagt til forkortelsen TDC Context Diagram Dato skal også sendes til generell backup når strip endrer status 2.4 Dataflyt Diagram Ordlyd på tekst til pil fra FLL til Forandre dynamisk flightinformasjon har blitt gjort om til Endringer Kallesignal skal også sendes til generell backup når strip endrer status. Lagt inn pendingliste i prosessen Strip passiv 2.5 Event List Event List Id 12 og 13 er forandret. Lagt til kallesignal 3.1 Funksjonelle krav F-20: Kravet er flyttet til hovedkapittel 3.3. Ny ID til dette kravet er G-4 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 Side: 24

13 3.2 Ikke-funksjonelle krav IF-4, IF-5 og IF-6: Har lagt til tilpassningskriterier User Interface Lagt til 19 krav HW interface Lagt til 6 krav SW interface Lagt til 2 krav Communication interface Lagt til 3 krav Ytelseskrav Lagt til 2 krav Tilgjengelighet Lagt tl 2 krav Sporingstabell Oppdatert sporing på krav under punkt , 3.4 pg Oppdatert sporing på F-19, F-21 og F Slettet F-20 Oppdatert sporing på F-2 og F-3. Slettet F Kortversjon av krav Oppdatert kortversjonen. La inn krav for punkt , 3.4 pg Oppdatert kortversjonen. Slettet krav F-4. Forandret ordlyden på F Side: 25

14 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 til 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 PCen 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åelser 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 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 Side: 26

15 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 (generell backup) 1.3 Definisjoner og forkortelser Definisjoner Se punkt Forkortelser Se punkt Referanser Bøker: - Requiremets Engineering, Processes and teqniques, Gerald Kotonya og Ian Sommerville, Software Engineering, Ian Sommerville, Software Engineering, Theory and practice, Shari Lawrence Pfleeger, Artikler: SW Requirements, Pete Sawer and Gerald Kotonya, ument3.pdf 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 Studietur til Rygge Kontrolltårn og Oslo ATTC Side: 27

16 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, en kortversjon av kravene og en beskrivelse av FPD formatet. Side: 28

17 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 Context diagram Side: 29

18 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 Skal kunne endre status på strips Strips skrives fortløpende ut til kritisk backup Strips lagres fortløpende til generell backup 2.3 Scenarios Få departure- eller arrivalstrip opp på skjerm Før scenario: FPD sendes til FPSS *Start scenario* Sjekker om tilsendt FPD er unik FPD konverteres til departure- eller arrivalstrip 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 Få transitstrip opp på skjerm Før scenario: FPD sendes til FPSS *Start scenario* Sjekker om tilsendt FPD er unik FPD konverteres til transitstrip Strip lagres i generell backup Strip skrives til kritisk backup Strip legges i pendingliste *Stopp scenario* Etter scenario: FLL har strip på skjerm Side: 30

19 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 oppdatert strip skrives ut på kritisk backup Endringene og stripinformasjon lagres i generell backup *stopp scenario* Etter scenario: Oppdatert strip på skjerm 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 lagres i generell backup Strip skrives til kritisk backup *stopp scenario* Etter scenario: Strip aktivisert på skjerm med transponderkode 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 lagres i generell backup Strip 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: 31

20 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 lagres i generell backup Strip skrives til kritisk backup *stopp scenario* Etter scenario: Strip tilbake i pendingliste og transponderkoden tilgjengelig igjen 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: 32

21 2.4 Dataflyt Diagram Side: 33

22 2.5 Event list Event List Event Description Input (trigger) Output (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 sendes til generell backup 14 Strips mottar transponderkode 15 FLL endrer dynamisk flightinformasjon Stripinformasjon Transponderkode Strip med forandringer 16 Endret strip vises på skjerm Endringer av dynamisk flightinformasjon 18 Endret dynamisk Endringer av dynamisk Flightinformasjon og flightinformasjon stripinformasjon sendes til generell backup 19 Strip fjernes fra handoff Antall minutter strip har ligget i handoff Stripinformasjon lagret i generell backup Strips med transponderkode Endringer av dynamisk flightinformasjon Oppdatert strip Endringene lagret i generell backup Strip fjernet fra skjerm 20 Transponderkode trekkes tilbake En passiv strip og brukte transponderkoder Oppdatert liste med brukte transponderkoder 21 Sjekker om mottatt FPD er unik Mottatt FPD True hvis ikke unik, false hvis er unik 22 Departure- og arrivalstrip fjernes fra striplisten 30 minutter til flygning er aktiv Departure- og/eller arrivalstip i pendingliste 23 Generere transponderkode Flight aktiv Transponderkoden Side: 34

23 2.6 Use cases Overordnet FPSS Side: 35

24 2.6.2 Oppdelt FPSS Side: 36

25 2.6.3 Ta imot forandringer Side: 37

26 2.6.4 Ta imot endringer i dynamisk flightinformasjon Side: 38

27 2.6.5 Flytte strip Side: 39

28 2.6.6 Gjennomføre forandringer Side: 40

29 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 hurtig/funksjonstaster, til bruk ved arbeidsstasjonen. Side: 41

30 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 Input Valgt arbeidssted Prosessering Lagrer variabel med valgt arbeidssted Output Variabel med valgt arbeidssted FPSS må være startet, og være klar for å ta imot valgt arbeidssted. F-3, F-7 F-16, F-18, F-19, F-21 26, F-28 31, F-33, F-35, IF-4 7, G-8 13, G-15 18, G-20 Relasjon: Event List Id 1 Scenario Kravstatus Nytt Dato Side: 42

31 Krav F-2 FPSS skal ta imot FPD fra AFTN Input Prosessering FPD er grunnlaget for å lage en strip FPD fra AFTN SW brukt til mottak Output 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-16, F-18 26, F-28, F-30, f-31, F-33, F-35, F-36, IF-4 7, G-8 13, G-15 18, G-20, CO-1 3, TI-2 Relasjon: Use case 2.6.1, Event List Id 2 Kravstatus Nytt Dato Krav F-3 FPSS skal ut fra FPD, og valgt arbeidssted sjekke hvilken type strip som skal lages Input Prosessering Output F-1, F-7 9, G-1 Relasjon: Use case 2.6.1, 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. FLL må ha skrevet inn valgt arbeidssted Kravstatus Redigert Dato Side: 43

32 Krav F-5 FPSS skal kunne trekke ut ADEP fra FPD Input Prosessering Output For å lage departure- og transitstrip FPD Trekke ut ADEP ADEP FPSS må kunne gå gjennom FPD og finne ADEP F-3, F-7, F-9 13, F-15, F-18, F-19, F-21, F-22, F-24 26, F-28, F-30, F-31, F-33, F-35, IF-4, IF-5, IF-7, G-8, G-11, G-13, G Relasjon: Use case 2.6.1, Event List Id 4, 5 Kravstatus Nytt Dato Krav F-6 FPSS skal kunne trekke ut ADES fra FPD Input Prosessering Output Være mulig å lage arrival- og transitstrip FPD Trekke ut ADES ADES FPSS må kunne gå gjennom FPD og finne ADES F-3, F-8, F-9 12, F-14, F-16, F-18, F-19, F-21 26, F-28, F-30, F-31, F-33, F-35, IF-5-7, G-9, G-10, G-12, G-13, G Relasjon: Use case 2.6.1, Event List Id 4, 5 Kravstatus Nytt Dato Side: 44

33 Krav F-7 FPSS skal kunne lage departurestrip Input Prosessering Output Relasjon: Use case 2.6.1, 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-18, F-19, F-21, F-22, IF-4 Kravstatus Nytt Dato Krav F-8 FPSS skal kunne lage transitstrip Input Prosessering Output Relasjon: Use case 2.6.1, 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 Kravstatus Nytt Dato Side: 45

34 Krav F-9 FPSS skal kunne lage arrivalstrip Input Prosessering Output Relasjon: Use case 2.6.1, 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 Kravstatus Nytt Dato Krav F-10 Når FPD er konvertert til strips skal FPSS lagre dem i generell backup Input Prosessering Output All informasjon angående en flight skal lagres i database Strips Relasjon: Use case Scenario 2.3.1, Event List Id 6 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 Kravstatus Nytt Dato Side: 46

35 Krav F-11 Når FPD er konvertert til strips skal FPSS skrive dem ut til kritisk backup Input Prosessering Output All informasjon angående en flight skal skrives ut Strips Relasjon: Use case Scenario 2.3.1, Event List Id 7 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 F-26, F-31, IF-3, HW-5, TI-2 Kravstatus Nytt Dato Krav F-12 FPSS skal sortere departure- og arrivalstrips Input For å få strips i ønsket rekkefølge Usorterte strips Prosessering Departure- og arrivalstrips sorteres etter tidspunkt Output 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-13 16, F-18 Relasjon: Use case 2.6.1, Scenario Event List Id 8 Kravstatus Nytt Dato Side: 47

36 Krav F-13 FPSS skal kunne trekke ut ETD fra departurestrips Input Prosessering For å sortere departurestrips Departurestrips Trekke ut ETD Output ETD FPSS må kunne gå gjennom feltene på departurestrips og finne ETD F-12, F-15, F-18 Relasjon: Use case 2.6.1, Event List Id 8 Kravstatus Nytt Dato Krav F-14 FPSS skal kunne trekke ut ETA fra arrivalstrips Input Prosessering For å sortere arrivalstrips Arrivalstrips Trekke ut ETA Output ETA FPSS må kunne gå gjennom feltene på arrivalstrips og finne ETA F-12, F-16, F-18 Relasjon: Use case 2.6.1, Event List Id 8 Kravstatus Nytt Dato Side: 48

37 Krav F-15 Departurestrips skal sorteres på ETD Input For å få departurestrips sortert på riktig felt Usorterte strips Prosessering Departurestrips sorteres etter ETD Output 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.1, Event List Id 8 Kravstatus Nytt Dato Krav F-16 Arrivalstrips skal sorteres på ETA Input For å få arrivalstrips sortert på riktig felt Usorterte strips Prosessering Arrivalstrips sorteres etter ETA Output 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.1, Event List Id 8 Kravstatus Nytt Dato Side: 49

38 Krav F-17 FPSS skal kunne gi nåværende zulutid Input Prosessering Output 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-10, F-11, F-22, F-25, F-26, F-30, F-31, F-33, F-35, IF-1, IF-7 Relasjon: Kravstatus Nytt Dato Krav F-18 FPSS skal legge sorterte departure- og arrivalstrips i en stripliste Input Prosessering Output 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 Relasjon: Use case 2.6.1, Scenario Event List Id 8 Kravstatus Redigert Dato Side: 50

39 Krav F-19 FPSS skal vise strips på skjerm Input Prosessering Output FLL skal se og jobbe med strips digitalt Strips Lager grafiske strips Strips i pendingliste Skjerm må kunne ta imot strips F-21 26, F-28, F-29 31, F-33, F-35, IF-7, G-3, G-8-10, G-11 13, G-15, G-17, G-20, HW-1, HW-2 Relasjon: Use case 2.6.1, Scenario 2.3.1, Event List Id 9, 10 Kravstatus Nytt Dato Krav F-21 Når departure- og arrivalstrips vises på skjerm skal de fjernes fra striplisten Input Prosessering Output Fordi det ikke lenger er behov for å ha dem i køen Departure- eller arrivalstrip Fjerne strip fra striplisten Ingen Relasjon: Use case 2.6.1, Scenario Event List Id 22 Kunne slette strips fra stripliste F-19, F-22, F-24, F-26, F-29 F-31, F-33, F-35, IF Definisjoner Kravstatus Nytt Dato Side: 51

40 Krav F-22 FPSS skal legge departure- og arrivalstrips i en pendingliste 30 minutter før flighten blir en aktiv flight Input Prosessering Output Relasjon: Use case 2.6.1, Scenario Event List Id 10 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-21, IF-1 Kravstatus Nytt Dato Krav F-23 FPSS skal legge transitstrips direkte i en pendingliste Input Prosessering Output Relasjon: Use case 2.6.1, Scenario Event List Id 9 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 Kravstatus Nytt Dato Side: 52

41 Krav F-24 FLL kan endre status på strip Input Prosessering Output Strip har ulike status Strip endrer status Strip flyttes på skjermen Strip under ny status Mus og/eller hurtigtaster må kunne brukes F-25 28, F-35, IF-7, G-11 13, G-16, HW-2 Relasjon: Use case 2.6.1, 2.6.2, 2.6.3, 2.6.5, Scenario 2.3.4, 2.3.5, Event List Id 11 Kravstatus Nytt Dato Krav F-25 Når FLL endrer status på strip sendes stripinformasjon til generell backup Input Prosessering Output For å ha alle forandringer, og kunne gå tilbake i ettertid og se på dem Stripinformasjon Stripinformasjon Stripinformasjon lagret på generell backup Generell backup må være tilgjengelig IF-2, SW-1, YT-2 Relasjon: Use case 2.6.1, Scenario 2.3.4, 2.3.5, Event List Id 12 Foreslått av Gruppe 1 Prioritet Middels Kravstatus Redigert Dato Side: 53

42 Krav F-26 Når FLL endrer status på strip sendes strip til kritisk backup Input Prosessering Output For at man skal ha de siste forandringer tilgjengelig på kritisk backup Strip Strip skrives ut Strip skrevet ut på kritisk backup Kritisk backup må være tilgjengelig IF-3, HW-5, TI-2 Relasjon: Use case 2.6.1, Scenario 2.3.4, 2.3.5, Event List Id 7 Kravstatus Redigert Dato Krav F-27 FPSS skal kunne generere transponderkoder Input Prosessering Output F-28 Relasjon: Use case Event List Id 23 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 Kravstatus Nytt Dato Side: 54

43 Krav F-28 Når strip blir aktiv gir FPSS flighten automatisk en transponderkode Input Prosessering Output F-27 Relasjon: Use case Scenario Event List Id 14, 23 Hver flight trenger unike transponderkoder En strip blir aktiv En 4-talls transponderkode genereres Strip med tansponderkoden Det må være ledige transponderkoder Kravstatus Nytt Dato Krav F-29 FLL skal kunne endre dynamisk flightinfomasjon på skjerm Input Prosessering Output F-30, F-31, G-2 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 Relasjon: Use case 2.6.1, 2.6.2, 2.6.3, 2.6.4, Scenario Event List Id 15, 16 Kravstatus Nytt Dato Side: 55

44 Krav F-30 Når FLL gjør endringer i dynamisk flightinformasjon skal FPSS lagre endringene og stripinformasjon automatisk til generell backup Input Prosessering Output Relasjon: Use case 2.6.1, Scenario Event List Id 18 For å ha alle forandringer, og kunne gå tilbake i ettertid og se på dem Endret dynamisk flightinformasjon Endret dynamisk flightinformasjon sendes til generell backup Endret dynamisk flightinformasjon 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 Gruppe 1 Prioritet Middels Kravstatus Redigert Dato Krav F-31 Når FLL gjør endringer i dynamisk flightinformasjon skal FPSS automatisk skrive ut en strip til kritisk backup Input Prosessering Output Relasjon: Use case Scenario Event List Id 7 For at man skal ha de siste forandringer tilgjengelig på kritisk backup Oppdatert strip Oppdatert strip sendes til kritisk backup Utskrift av ny strip Kritisk backup må være tilgjengelig og FPSS må kunne hente ut nåværende tidspunkt IF-2, HW-5, TI-2 Kravstatus Redigert Dato Side: 56

45 Krav F-33 FPSS skal kunne fjerne en strip automatisk fra handoff Input Prosessering Output Relasjon: Use case Scenario 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 IF-7 Foreslått av Gruppe 1 Prioritet Middels Kravstatus Nytt Dato Krav F-34 FPSS skal kunne trekke tilbake transponderkoder Input Prosessering Output F-35 Relasjon: Use case Scenario 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 Kravstatus Nytt Dato Side: 57

46 Krav F-35 Hvis strips legges tilbake i pendinglisten sletter FPSS automatisk flightens transponderkode Input Prosessering Output F-34 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 Relasjon: Use case 2.6.1, 2.6.2, 2.6.3, Scenario Event List Id 20 Kravstatus Nytt Dato Krav F-36 FPSS sjekke om mottatt FPD er unik Input Prosessering Output FPSS skal kun prosessere unike FPDer Mottatt FPD Mottat FPD sammenlignes som allerede mottatte FPDer True hvis finnes fra før, false hvis unik Må ha mottatt FPD Relasjon: Use case 2.6.1, Scenario 2.3.1, Event List Id Forkortelser Foreslått av Ky Van Ha Prioritet Høy Kravstatus Nytt Dato Side: 58

47 3.2 Ikke-funksjonelle krav Krav IF-1 FPSS skal hvert minutt sjekke striplisten F-22 Relasjon: Use case Event List Id 22 For å kunne putte strips fra striplisten inn i pendinglisten på riktig tidspunkt FPSS må ha en en timer Kravstatus Nytt Dato Krav IF-2 FPSS skal kommunisere med generell backup Relasjon: Use case 2.6.2, For å lagre strips, dynamisk flightinformasjoner og stripinformasjoner FPSS må være tilkoblet en generell backup F-10, F-25, F-30, SW-1, YT-2 Scenario 2.3.1, 2.3.2, 2.3.3, 2.3.4, 2.3.5, Event List Id 6, 12, 18 Kravstatus Nytt Dato Krav IF-3 FPSS skal kommunisere med kritisk backup For å skrive ut strips FPSS må være tilkoblet en kritisk backup F-11, F-26, F-31, HW-5 Relasjon: Use case 2.6.1, Scenario 2.3.1, 2.3.2, 2.3.3, 2.3.4, 2.3.5, 2.3.6, Event List Id 7 Kravstatus Nytt Dato Side: 59

48 Krav IF-4 Departurestrip skal inneholde departureinformasjon, med variabler for statiskog dynamisk flightinformasjon Trenger å få all nødvendig informasjon for en departure Være sikker på at det er en departurestrip F-3, F-5-7, F-12, F-13, F-29-31, G-10 Relasjon: Use case 2.6.1, Event List Id 3, Definisjoner Kravstatus Redigert Dato Krav IF-5 Transitstrip skal inneholde transitinformasjon, med variabler for statisk- og dynamisk flightinformasjon Trenger å få all nødvendig informasjon for en transit Være sikker på at det er en transitstrip F-3, F-5, G-6, F-8, F Relasjon: Use case 2.6.1, Event List Id 3, Definisjoner Kravstatus Redigert Dato Krav IF-6 Arrivalstrip skal inneholde arrivalinformasjon, med variabler for statisk- og dynamisk flightinformasjon Trenger å få all nødvendig informasjon for en arrival Være sikker på at det er en arrivalstrip F-3, F-5, F-6, F-9, F-12, F-14, F-29 F-31 Relasjon: Use case 2.6.1, Event List Id 3, Definisjoner Kravstatus Redigert Dato Side: 60

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

50 3.3 Eksterne Grensesnittkrav User interfaces Krav G-1 Første gang FPSS startes må FLL logge seg på via GUI F-1, F-3 Relasjon: Scenario Event List Id 1 For å sette valgt arbeidssted Kravstatus Nytt Dato Krav G-2 FLL skal kunne kommunisere med FPSS ved hjelp av tastatur og trackballmus For å kunne endre informasjon og status på strips F-24, F-26, F-29 31, G-1, G-11 13, G-16, g-21, HW-3, HW-4 Relasjon: Use case 2.6.1, 2.6.2, 2.6.3, 2.6.4, 2.6.5, Scenario 2.3.3, 2.3.4, 2.3.5, 2.3.6, Event List Id 2, 11, 15 Foreslått av Gruppe 2 Prioritet Høy Kravstatus Nytt Dato Krav G-3 FLL skal kunne bruke trackballmus for å flytte GUIstrips på skjerm For å kunne flytte strips der de skal HW-3 Relasjon: Use case 2.6.1, 2.6.2, 2.6.3, 2.6.5, Scenario 2.3.4, 2.3.5, Event List Id 11 Relasjon: Kravstatus Redigert Dato Side: 62

51 Krav G-5 Departure- og taxiheader skal ha blå farge G-8 For å kunne skille mellom de ulike statusene. Kjent farge for FLL Relasjon: Kravstatus Nytt Dato Krav G-6 Arrival- og inboundheader skal ha gul farge G-9 For å kunne skille mellom de ulike statusene. Kjent farge for FLL Relasjon: Kravstatus Nytt Dato Krav G-7 Pending-, airborne- og handoffheader skal ha hvit farge For å kunne skille mellom de ulike statusene. Kjent farge for FLL Relasjon: Kravstatus Nytt Dato Krav G-8 Rammen rundt GUIdeparturestrip skal være blå For å kunne skille mellom departure-, arrival- og transitstrip G-5 Relasjon: Definisjoner Kravstatus Redigert Dato Side: 63

52 Krav G-9 Rammen rundt GUIarrivalstrip skal være gul G-6 Relasjon: Definisjoner For å kunne skille mellom departure-, arrival- og transitstrip Kravstatus Redigert Dato Krav G-10 Rammen rundt GUItransitstrip skal være rosa Relasjon: Definisjoner For å kunne skille mellom departure-, arrival- og transitstrip Kravstatus Redigert Dato Krav G-11 Når FLL endrer status på GUIdeparturestrip skal rammen rundt strip beholde sin opprinnelige farge For å kunne skille mellom departure-. arrivalstrip og transitstrip Relasjon: Foreslått av Gruppe 1 Prioritet Middels Kravstatus Redigert Dato Krav G-12 Når FLL endrer status på GUIarrivalstrip skal rammen rundt strip beholde sin opprinnelige farge For å kunne skille mellom departure-, arrival- og transitstrip Relasjon: Foreslått av Gruppe 1 Prioritet Middels Kravstatus Redigert Dato Side: 64

53 Krav G-13 Når FLL endrer status på GUItransitstrip skal rammen rundt strip beholde sin opprinnelige farge For å kunne skille mellom departure-, arrival- og transitstrip Relasjon: Foreslått av Gruppe 1 Prioritet Middels Kravstatus Redigert Dato Krav G-14 Container under de ulike headerne skal ha scrollbar For at FLL skal kunne ha alle strips tilgjengelig G-20 Relasjon: Kravstatus Redigert Dato Krav G-15 FPSS skal ikke kunne legge to GUIstrips over hverandre FLL må kunne se strips for alle flightene han har ansvar for Relasjon: Kravstatus Redigert Dato Krav G-16 FLL skal kunne legge GUIstrips inni mellom hverandre For at FLL skal kunne bestemme hvor strips skal ligge Relasjon: Kravstatus Redigert Dato Side: 65

54 Krav G-17 De ulike feltene på GUIstrips skal ikke ha scroll For at all informasjon på strip skal være synlig G-18 Relasjon: Definisjoner Kravstatus Redigert Dato Krav G-18 GUIStrips skal ha en fast definert størrelse For at all informasjon på strip skal være synlig G-17 Realsjon: Definisjoner Kravstatus Redigert Dato Krav G-19 Det skal ikke være scroll på ytre ramme rundt GUI For at FLL skal ha oversikt Relasjon: Forkortelser Kravstatus Nytt Dato Krav G-20 Det kan være ubegrenset antall GUIstrips på skjermen For at FLL kan håndere all flytrafikk innenfor sitt ansvarsområde Relasjon: Kravstatus Redigert Dato Side: 66

55 Krav G-21 Menyen skal ha et valg slik at FLL skal kunne avslutte FPSS G-14 For at FLL skal kunne slå av FPSS Relasjon: Forkortelser Kravstatus Nytt Dato Side: 67

56 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 HW-2 Relasjon: Kravstatus Nytt Dato 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: Definisjoner Skjermen må kunne takle en oppløsning på 1280 x 1024 piksler per tomme HW-1 Kravstatus Nytt Dato 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 Gruppe 1 Prioritet Lav Kravstatus Nytt Dato Side: 68

57 Krav HW-4 Arbeidsstasjonens tastaturet skal ha 12 funksjonstaster FLL skal kunne utføre visse funksjoner ved hjelp av ett tastetrykk Tastaturet må ha plass til 12 funksjonstaster Relasjon: Foreslått av Gruppe 1 Prioritet Middels Kravstatus Nytt Dato Krav HW-5 Matriseskriveren som brukes til kritisk backup skal være en nettverksskriver Relasjon: 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 Gruppe 1 Prioritet Middels Kravstatus Nytt Dato 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: Kravstatus Nytt Dato Side: 69

58 3.3.3 SW interfaces Krav SW-1 FPSS skal ha et SW grensesnitt mot en database Relasjon: Forkortelser For å kunne lagre data på en strukturert måte Databasen må være oppe og gå. FPSS må kunne kommunisere med databasen Kravstatus Nytt Dato 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: Kravstatus Nytt Dato Side: 70

59 3.3.4 Communications interface Krav CO-1 Nettverket i FPSS skal benytte en 5 porters, 100 Mbps switch Skal kunne koble sammen arbeidsstasjon, maskin med generell backup og skriver. Trafikken mellom disse enhetene skal foregå uten forsinkelser TP kabler som takler 100 Mbps. CO-2, CO-3 Relasjon: Foreslått av Gruppe 1 Prioritet Middels Kravstatus Nytt Dato Krav CO-2 Nettverket i FPSS skal benytte 100 Mbps TP kabel Skal kunne koble sammen arbeidsstasjon, maskin med generell backup og skriver. Trafikken mellom disse enhetene skal foregå uten forsinkelser Ethernetkort og switch må ha TP utgang/inngang CO-1, CO-3 Relasjon: Kravstatus Nytt Dato Krav CO-3 Arbeidsstasjonen, maskinen som tar seg av generell backup og nettverksskriver skal ha 100 Mbps TP Ethernetkort Skal kunne koble sammen arbeidsstasjon, maskin med generell backup og skriver i et nettverk Arbeidsstasjonen og maskinen som tar seg av generell backup må ha ledig kortplass for Ethernetkort. Nettverksskriveren må ha støtte for Ethernet standarden. CO-1, CO-2 Relasjon: Kravstatus Nytt Dato Side: 71