Flight Progress Strips System for Air Trafic Control Fag:
|
|
- Niklas Petersen
- 7 år siden
- Visninger:
Transkript
1 Kravdokument type: Flight Progress Strips System for Air Trafic Control Fag: Gruppe nr: Veiledere: Versjon: 1.0 Dato: Software Engineering Filformat: 1 Filnavn: Børre Ludvigsen/Ky Van Ha PDF format Srs.pdf Gruppemedlemmer: Navn: Signatur: Dato: Christian Raspotnig Kjell Gunnar Guttormsen Petter Larsen Eva Sandved Therese Røsholdt
2 Innholdsfortegnelse 1 Introduksjon Hensikt Scope Muligheter for videreutvikling Hva FPSS ikke gjør Definisjoner og forkortelser Definisjoner Forkortelser Referanser Bøker Artikler Oversikt 13 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å skerm 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 26 3 Krav Funksjonelle krav Ikke-funksjonelle krav Eksterne grensesnittkrav User interfaces HW interfaces SW interfaces Communications interfaces 48 Side 2 av 55
3 3.4 Ytelseskrav Designbegrensninger Standard Compliance Attributter Tilgjengelighet Sikkerhet 49 4 Vedlegg Sporingstabell Endringsoversikt Rutinger for endring av krav Rutinene består av Endringslogg Kortversjon av krav Beskrivelse av format FPD 54 Side 3 av 55
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. 1.2 Scope FPSS som utvikles skal være en del av hovedsystemet for ATC. FPSS skal lagre strips for generell backup, skrive ut strips for å sikre en kritisk backup-løsning, og presentere strips på skjerm. Disse skal kunne manipuleres på skjerm i henhold til flygekontrolltjenesten. Strips skal inneholde alle relevante data for flygekontolltjenesten for hver enkelt flight. FPSS skal brukes i kontrolltårn som et hjelpemiddel for den FLL som flighten har kontakt med under avgang, landing og eventuelt underveis. Fordelene med dette produktet er at det er enkelt å implementere, samtidig som det ivaretar en sikker og effektiv trafikkavvikling. FPSS vil gi en større mobilitet enn dagens system med tanke på fysisk plassering av arbeidsposisjonen, da FPSS kan kjøres på en PC, eventuelt bærbar PC. Dette gjør det mulig å sette opp og konfigurere PC en hvor som helst på arbeidsstedet som har tilkoblingsmuligheter til nettverk som har kontakt med AFTN. Det vil være enkelt å bytte ut HW-komponenter da FPSS benytter seg av standardutstyr. Gjennom å lagre klareringer og informasjon som gis til flighter, og presentere disse på strips på en forståelig måte, kan FLL lett og raskt skaffe seg oversikt over hvordan han har klarert og informert flighter. Det at all informasjon vises digitalt istedenfor å bli skrevet for hånd på papirstrips minsker risikoen for å misforstå på grunn av uleslig håndskrift. En annen fordel ved digital visning er at uvesentlig informasjon på strips, for eksempel tidligere gitte høydeforandringer, kan fjernes underveis. I motsetning til et stripbord har et digitalt system muligheten til å automatisk logge tidspunkt for forskjellige endringer gitt av FLL. Dette vil gjøre det lettere å avklare eventuelle spørsmål om nødsituasjoner når dette er aktuelt, for eksempel som et hjelpemiddel for Havarikommisjonen ved flyulykker og nesten-ulykker. Dette fordi alle forandringer, med tidspunktet for når forandringen skjedde, blir lagret i en generell backup. Hvis FPSS faller ut har man en kritisk backup, som til enhver tid inneholder en papirutgave av lufttrafikken. Side 4 av 55
5 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 Hva FPSS ikke gjør FPSS tar ikke imot ATFN-change melding, AFTN-delay melding, AFTN-cancel melding og Metar. Vi forutsetter at FPD inneholder korrekt informasjon og vil derfor ikke validere dataene. FPSS sjekker ikke om mottatt FPD finnes i FPSS fra før. Hver strip inneholder dynamisk og statisk flightinformasjon. Vi skal ikke kunne forandre den statiske flightinformasjonen. FPSS tar ikke for seg exceptions som blant annet feil ved skriving til printer og lagringsmedium. Vi lager ikke et brukergrensesnitt opp mot databasen som inneholder generell backup. Side 5 av 55
6 1.3 Definisjoner og forkortelser Definisjoner Aktiv flight Aktiv strip Ansvarsområde Arbeidsposisjon Arbeidssted Arrival Arrivalinformasjon En flygning som er i kontakt med en enhet, og under dens kontroll En strip betegnes som aktiv i alle andre stati enn pendingliste Et definert område hvor en arbeidsposisjon har ansvaret for å yte lufttrafikktjeneste En posisjon på en enhet hvor man yter lufttrafikktjeneste fra Kontrolltårn, innflygningskontroll eller kontrollsentral Ankommende luftfartøy som forventes å lande Informasjon om et ankommende luftfartøy: Statisk flightinformasjon Fixnavn eller geoposisjon samt ETO Planlagt høyde som angitt i FPD Kallesignal Flytype Vingevirvelkategori TAS SSR-kode Avgangssted Aktuell avgangstid Destinasjon Beregnet landingstid Flygerute i henhold til FPD Dynamisk flightinformasjon Aktuell landingstid Headings Klarert høyde TAS gitt av FLL Type innflygning Flygerute gitt av FLL Arrivalstrip Strip som inneholder arrivalinformasjon Side 6 av 55
7 Departure Departureinformasjon Avgående luftfartøy som er i ferd med, eller som har tatt av Informasjon om et ankommende luftfartøy: Statisk flightinformasjon ADEP samt EOBT Planlagt høyde som angitt i FPD Kallesignal Flytype Vingevirvelkategori TAS SSR-kode Destinasjon SID Flygerute i henhold til FPD Dynamisk flightinformasjon Tidspunkt departureklarering gitt til luftfartøy Aktuell avgangsstid TAS gitt av FLL SID gitt av FLL Departureklarering Flygerute gitt av FLL Departureklarering Departurestrip Dynamisk flightinformasjon Enhet Fix Flight FLL-aspirant Flygekontrolltjeneste Flygerute En klarering om hvordan et luftfartøy skal fly etter avgang Strip som inneholder departureinformasjon Informasjon som blir produsert av FPSS og som flygeleder kan oppdatere Et arbeidssted delt opp i arbeidsposisjoner hvor man yter lufttrafikktjeneste. Arbeidsstedene er kontrolltårn, innflygningskontroll eller kontrollsentral Bestemt punkt som skal være kjent for flygere og lufttrafikktjenesten. Kan være navigasjonshjelpemiddel, lengde- og breddegrad eller et punkt med et bestemt navn som har sin posisjon basert på lengde- og breddegrad En flight er en flygning bestående av ett eller flere luftfartøy, som identifiseres ved et kallesignal En person som utdanner seg til å bli FLL Omfatter områdekontrolltjeneste, innflygningskontrolltjeneste og tårnkontrolltjenester. En rute med kjente punkt som et luftfartøy følger Side 7 av 55
8 Flytype Generell backup Geoposisjon Handoff Heading Hovedsystem Innflygningskontroll Kallesignal Klarering Kontrolltårn Kritisk backup Luftfartøy Luftrom Lufttrafikk Lufttrafikktjeneste Magnetisk nord Angir hvilket type luftfartøy på strip og i FPD etter retningslinjer fra ICAO Database som dokumenterer alle forandringer som blir gjort på strips En posisjon basert på et kjent stedsnavn eller en lengde- og breddegrad Å avslutte lufttrafikktjeneste for en flygning innen et bestemt luftrom En retning gitt i forhold til magnetisk nord Større system for ATC En enhet som yter flygekontrolltjeneste til kontrollerte flygninger som ankommer til, eller går fra, en eller flere flyplasser Et kallesignal identifiserer en flight med luftfartøyets registrering, for eksempel LNTSB, eller flightens navn, for eksempel SAS123 En instruksjon fra en FLL til en flight om hvordan luftfartøyet/ene skal føres for å oppnå separasjon til andre luftfartøyer eller hindringer En enhet som yter lufttrafikktjeneste for lufttrafikk Backup i form av utskrift av strips til matriseskriver Et hvert apparat som kan holdes oppe i atmosfæren ved reaksjoner fra luften, dog ikke ved reaksjoner av luft mot jordoverflaten Et bestemt avgrenset område som har vertikale og horisontale grenser Samlebetegnelse for samtlige flighter i et luftrom Fellesbetegnelse for flygeinformasjonstjeneste, alarmtjeneste og flygekontrolltjeneste. Retning mot den magnetiske nordpolen Side 8 av 55
9 Områdekontroll Passiv strip Pendingliste SSR-kode Statisk flightinformasjon Status Strip(s) Stripbord Stripheader Stripinformasjon Stripliste Stripstatus Transit Flygekontrolltjeneste som ytes til luftfartøyer som er underveis fra en flyplass til en flyplass En strip betegnes som passiv når den ligger i pendingliste Status på skjerm som indikerer en ikke aktiv flight En firetalls kode som blir gitt til et luftfartøy, slik at man får en sikker identifikasjon av luftfartøyet, samt oversendt informasjoner om høyde, hastighet og eventuell annen informasjon Informasjon som blir produsert av FPSS ut fra en FPD En indikasjon på skjerm om hvilken del av flygningen flighten befinner seg i: Pendingliste, Taxi, Departure, Airborne, Inbound, Arrival og Handoff. Flight Progress Strip, hjelpemiddel hvor FLL får informasjon om en flygning, og kan endre dynamisk flightinformasjon for denne. FPSS har 3 ulike striptyper; Departure-, transit- og arrivalstrip. Et manuelt hjelpemiddel for FLL med holdere for papirstrips En overskrift som indikerer en status på skjerm Består av kallesignal, stripstatus til og fra, transponderkode samt tidspunkt En kø som inneholder departure- og arrivalstrips som ennå ikke er gjort aktive Informasjon om skifte av status. Inneholder hvilken status det blir flyttet fra, hvilken status det blir flyttet til, og tidspunktet for flyttingen Luftfartøy som gjennomflyr et luftrom Side 9 av 55
10 Transitinformasjon Informasjon om et gjennomflygende luftfartøy: Statisk flightinformasjon Fixnavn eller geoposisjon samt ETO Forrige fix samt ATO Neste fix samt ETO Planlagt høyde som angitt i FPD Kallesignal Flytype Vingevirvelkategori TAS SSR-kode Avgangssted Aktuell avgangstid Destinasjon Beregnet landingstid Flygerute i henhold til FPD Dynamisk flightinformasjon Klarert høyde TAS gitt av FLL Headings ved radarledning Flygerute gitt av FLL Transitstrip Transponder Transponderkode Valgt arbeidssted Zulutid Strip som inneholder transitinformasjon Instrument i luftfartøy som svarer på spørrepuls fra SSR. Svar kan omfatte høyde-informasjon, hastighet, posisjon, kallesignal og heading En firesifferet kode som tildeles et luftfartøy for å identifisere dette med radar. Transponderkodene strekker seg fra 0000 til Kodene 7500, 7600 og 7700 er forbeholdt nødsituasjoner Navn i samme format som ADEP og ADEP, som angir arbeidssted En felles tidsbetegnelse som ikke påvirkes av tidssoner og sommer- og vintertid Side 10 av 55
11 1.3.2 Forkortelser ADEP ADES AFTN ATA ATC ATCC ATD ATO DOF EET EOBT ETA ETD ETO FLL FPD FPL FPSS HW ICAO IFR ILS INS LTTF Aerodrome of departure Aerodrome of destination Aeronautical Fixed Telecommunication Network Actual time of arrival Air Trafic Control Air Traffic Control Center Actual time of departure Actual time overhead Date of Flight Estimated Elapsed Time Estimated offblock time. Tidspunkt et luftfartøy er klar til å begynne å taxi Estimated time of arrival Estimated time of depature Estimated time overhead Flygeleder. En person som kontrollerer lufttrafikk innen et bestemt luftrom etter bestemte regler Flight Plan Data. Vår forkortelse for en AFTN-flightplan melding Flightplan Flight Process Strip System Hardware International Civilian Aviation Organisation. Organisasjon som publiserer retningslinjer for luffart Instrument Flight Rules. Betyr at en flight blir utført i henhold til bestemte regler hvor navigeringen foregår ved hjelp av å orientere med instrumenter i luftfartøyet Instrument Landing System Internal Navigation System Lufttrafikktjeneste-fullmektig. En person som assisterer flygeleder i utførelsen av å kontrollere lufttrafikk Side 11 av 55
12 RVSM SID SSR SW TACAN TAS VFR Reduced Vertical Seperated Minima Standard instrument departure. En forhåndsdefinert rute for utflygning som er kjent for flygere og lufttrafikktjenesten. Brukes for å automatisk separere lufttrafikk eller å unngå støy fra luftfartøy over tettbebygde områder Secondary surveillance radar. Et element på vanlig radar som forsterker radarsignalet og gir ekstra informasjon om luftfartøy Software Tactical Aid Navigation True air speed Visual Flight Rules. Betyr at en flight blir utført i henhold til bestemte regler hvor navigeringen foregår ved hjelp av å orientere seg i det visuelle terrenget 1.4 Referanser 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 1.5 Oversikt Side 12 av 55
13 Punkt 2 gir en generell beskrivelse av FPSS. Her beskriver vi produktets perspektiv og funksjoner, hvem som kan bruke FPSS og hvilke generelle begrensninger som er aktuelle. Modellene context diagram, scenarios, dataflytdiagram, eventlist og use case er med på å klargjøre og spesifisere FPSS. Punkt 3 inneholder kravene for FPSS. Her listes alle funksjonelle og ikke- funksjonelle krav. Eksterne grensesnittkrav, ytelseskrav, designbegrensninger og attributter blir kort beskrevet. Punkt 4 inneholder vedlegg som sporingstabell, endringsoversikt og en kortversjon av kravene. Side 13 av 55
14 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 14 av 55
15 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 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 Få transitstrip opp på skjerm Før scenario: FPD sendes til FPSS *Start scenario* FPD konverteres til strip Strip lagres i generell backup Strip skrives til kritisk backup Strip legges i pendingliste *Stopp scenario* Etter scenario: FLL har strip på skjerm Side 15 av 55
16 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 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 Få bort strip fra skjerm Før scenario: Strip er på skjermen. flight forlater enhetens ansvarsområde og er koordinert med eventuelt neste enhet. *start scenario* FLL tar aktuell strip og drar den til handoff. Stripinformasjon og dato lagres i generell backup. Strip og stripinformasjon skrives til kritisk backup. Starter nedtelling av 10 minutter. Etter ti minutter fjernes strip automatisk fra skjerm. *stopp scenario* Etter scenario: Strip ikke lenger på skjerm og transponderkoden tilgjengelig igjen. Side 16 av 55
17 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 Legge inn valgt arbeidssted Før scenario: FPSS blir startet *start scenario* FPSS spør FLL etter valgt arbeidssted. FLL skriver inn valgt arbeidssted. FPSS lagrer valgt arbeidssted i en variabel. *stopp scenario* Etter scenario: Valgt arbeidssted lagret i variabel. Side 17 av 55
18 2.4 Dataflyt Diagram Side 18 av 55
19 2.5 Event list Event ID Event Description (trigger) (response) 1 FLL legger inn arbeidssted Valgt arbeidssted Navn på valgt arbeidssted lagres 2 FPSS mottar data FPD fra AFTN Mottatt FPD 3 Sjekker hvilken type strip FPD Type strip som skal lages 4 FPD konverteres FPD Strip 5 Strip lages FPD og valgt arbeidssted Type strip 6 Strip sendes til generell backup Strip Strip lagret i generell backup 7 Strip skrives til kritisk backup Strip Strip skrevet til kritisk backup 8 Departure- og arrivalstrips Departure- og Sortert stripliste sorteres inn i stripliste arrivalstrips 9 Transitstrips sendes til pendingliste Transitstrips Transitstrips i pendingliste 10 Departure- og arrivalstrips sendes til pendingliste Departure- og arrivalstrips Departure- og arrivalstrips i pendingliste 11 Forandre status på strips Strips Strips i ny status 12 Stripinformasjon og dato lagres i generell backup 13 Strip og stripinformasjon skrives til kritisk backup 14 Strips mottar transponderkode 15 FLL endrer dynamisk flightinformasjon 16 Endret strip vises på skjerm Endringer av dynamisk 17 Endret dynamisk flightinformasjon skrives til kritisk backup 18 Endret dynamisk flightinformasjon sendes til generell backup Stripinformasjon og dato Stripinformasjon og dato lagret i generell backup Strip og stripinformasjon Strip og stripinformasjon skrevet til kritisk backup Transponderkode Strips med transponderkode Strip med forandringer Endringer av dynamisk flightinformasjon Oppdatert strip flightinformasjon Endringer av dynamisk flightinformasjon Endringer av dynamisk flightinformasjon 19 Strip fjernes fra handoff Antall minutter strip har ligget i handoff 20 Transponderkode trekkes En passiv strip og brukte tilbake transponderkoder Oppdatert strip ut på papir Endringene lagret i generell backup Strip fjernet fra skjerm Oppdatert liste med brukte transponderkoder Side 19 av 55
20 2.6 Use cases Overordnet FPSS Side 20 av 55
21 2.6.2 Oppdelt FPSS Side 21 av 55
22 2.6.3 Ta imot forandringer Side 22 av 55
23 2.6.4 Ta imot endringer i dynamisk flightinformasjon Side 23 av 55
24 2.6.5 Flytte strip Side 24 av 55
25 2.6.6 Gjennomføre forandringer Side 25 av 55
26 2.7 Brukerkarakteristikk Brukere av dette produktet vil være FLL ved en arbeidsposisjon og FLL under utdanning. FLL som jobber i Norge i dag er vant med å bruke PC i sin arbeidshverdag. De utfører flere arbeidsoppgaver på PC, for eksempel administrative oppgaver. De er i stor utstrekning også vant med spesialtastaturer og radarskjermer. I tillegg til å brukes av FLL i jobb er FPSS tenkt brukt innen opplæringen av FLL og deres assistenter. Disse vil derfor få en utstrakt kunnskap om FPSS før de kommer ut i jobb. Når det gjelder allerede ferdig utdannede FLL er disse godt trenet med hensyn til hva de skal utføre, men ikke i hvordan dette utføres i FPSS. Det må derfor foretas en grundig opplæring av ferdigutdannete FLL som skal bruke FPSS i hvordan dette fungerer og brukes. Det må lages en lettfattelig og oversiktelig brukermanual for FPSS. Det må også lages oversiktstabeller av eventuelle menysystemer og hurtigtaster, til bruk ved arbeidsstasjonen. Side 26 av 55
27 3 Krav Beskrivelse til kravene: understreket tekst indikerer at teksten finnes i forkortelser og/eller definisjoner prioritet kan inneholde 3 verdier: o høy o middel o lav kravstatus kan inneholde: o nytt o slettet o redigert 3.1 Funksjonelle krav Krav F-1 FLL skal kunne legge inn valgt arbeidssted FPSS trenger å vite valgt arbeidssted for å bestemme type strips Valgt arbeidssted Lagrer variabel med valgt arbeidssted Variabel med valgt arbeidssted FPSS må være startet, og være klar for å ta imot valgt arbeidssted. Relasjon: Event List Id 1 Use case Scenario Krav F-3. F-7 F-9 Foreslått av Prioritet Høy Kravstatus Nytt Dato Side 27 av 55
28 Krav F-2 FPSS skal ta imot FPD fra AFTN FPD er grunnlaget for å lage en strip FPD fra AFTN SW brukt til mottak Mottatt FPD FPSS må være i drift, og være klar for å ta imot en FPD. Kommunikasjon med AFTN må være mulig Relasjon: Event List Id 2 Use case 2.6.1, Scenario Krav F-3- F-9 Foreslått av Prioritet Høy Kravstatus Nytt Dato Krav F-3 FPSS skal ut fra FPD sjekke hvilken type strip som skal lages Relasjon: Event List Id 3 Use case Scenrio Man skal kunne lage tre ulike type strips. Dette fordi informasjonen som trengs for en flight som tar av, er underveis eller lander er ulik FPD Sjekker flightens ADEP og ADES for å finne ut hvilken type strip det er snakk om Hvilken type strip som skal lages Krav F-4, F-7 F-9 Kunne trekke ut ADEP og ADES fra FPD Foreslått av Prioritet Høy Kravstatus Nytt Dato Side 28 av 55
29 Krav F-4 FPSS skal konvertere FPD til strips FPD skal presenteres som strips FPD Gjøre om FPD til strips Strip Relasjon: Event List Id 4, 5 Use case 2.6.1, Scenrio Krav F-7 F-11 FPSS må være i drift, og ha mottatt FPD fra AFTN Foreslått av Prioritet Høy Kravstatus Nytt Dato Krav F-5 FPSS skal kunne trekke ut ADEP fra FPD For å lage departurestrip og transitstrip FPD Trekke ut ADEP ADEP Relasjon: Event List Id 4, 5 Use case 2.6.1, Scenario Krav F-3, F-7 F-9 FPSS må kunne gå gjennom FPD og finne ADEP Foreslått av Prioritet Høy Kravstatus Nytt Dato Side 29 av 55
30 Krav F-6 FPSS skal kunne trekke ut ADES fra FPD Være mulig å lage arrivalstrip og transitstrip FPD Trekke ut ADES ADES Relasjon: Event List Id 4, 5 Use case 2.6.1, Scenrio Krav F-3, F-7 F-9 FPSS må kunne gå gjennom FPD og finne ADES Foreslått av Prioritet Høy Kravstatus Nytt Dato Krav F-7 FPSS skal kunne lage departurestrip Relasjon: Event List Id 5 Use case Scenrio Krav FLL skal få departurestrip slik at han kan håndtere en departure FPD og valgt arbeidssted Sjekke om FPDs ADEP og valgt arbeissted er like og lage departurestrip Departurestrip FPDs ADEP er lik valgt arbeidssted F-10 F-13, F-15, F-16, F-18, F-19, F-21, F-22, IF-4 Foreslått av Prioritet Høy Kravstatus Nytt Dato Side 30 av 55
31 Krav F-8 FPSS skal kunne lage transitstrip Relasjon: Event List Id 5 Use case Scenario Krav FLL skal få transitstrip slik at han kan håndtere en transit FPD Sjekke om FPDs ADEP og ADES er ulikt valgt arbeidssted og lage transitstrip Transitstrip FPDs ADEP og ADES er ulike valgt arbeidssted F-10, F-11, F-19, F-23, IF-5 Foreslått av Prioritet Høy Kravstatus Nytt Dato Krav F-9 FPSS skal kunne lage arrivalstrip Relasjon: Event List Id 5 Use case Scenario Krav FLL skal få arrivalstrip slik at han kan håndtere en arrival FPD og valgt arbeidssted Sjekke om FPDs ADES og valgt arbeidssted er like og lage arrivalstrip Arrivalstrip FPDs ADES er lik valgt arbeidssted F-10 F-12, F-14. F-16, F-18, F-19, F-21, F-22, IF-6 Foreslått av Prioritet Høy Kravstatus Nytt Dato Side 31 av 55
32 Krav F-10 Når FPD er konvertert til strips skal FPSS lagre dem i generell backup Relasjon: Event List Id 6 Use case Scenario Krav All informasjon angående en flight skal lagres på disk Strips Strip sendes til generell backup Strips er lagret i generell backup Være mulig å skrive i generell backup. Strips må være konvertert F-25, F-30, IF-2 Foreslått av Prioritet Høy Kravstatus Nytt Dato Krav F-11 Når FPD er konvertert til strips skal FPSS skrive dem ut til kritisk backup All informasjon angående en flight skal skrives ut Strips Strips sendes til kritisk backup Strips er skrevet ut på kritisk backup Være mulig å skrive ut på kritisk backup. Strips må være konverterte Relasjon: Event List Id 7 Use case Scenario Krav Foreslått av Prioritet Høy Kravstatus Nytt Dato Side 32 av 55
33 Krav F-12 FPSS skal sortere departure- og arrivalstrips For å få strips i ønsket rekkefølge Usorterte strips Departure- og arrivalstrips sorteres etter tidspunkt Sorterte strips. Den departurestrip eller arrivalstrip med kortest tid igjen til den blir aktiv ligger først FPSS må kunne trekke ut de ulike tidspunktene og sortere etter disse Relasjon: Event List Id 8 Use case Scenario Krav F-15, F-16, F-18 Foreslått av Prioritet Høy Kravstatus Nytt Dato Krav F-13 FPSS skal kunne trekke ut ETD fra departurestrips For å sortere departurestrips Departurestrips Trekke ut ETD ETD FPSS må kunne gå gjennom feltene på departurestrips og finne ETD Relasjon: Event List Id 8 Use case Scenario Krav F-12, F-15, F-18, F-19, F-21, F-22, IF-1 Foreslått av Prioritet Høy Kravstatus Nytt Dato Side 33 av 55
34 Krav F-14 FPSS skal kunne trekke ut ETA fra arrivalstrips Relasjon: Event List Id 8 For å sortere arrivalstrips Arrivalstrips Trekke ut ETA ETA Use case Scenario Krav FPSS må kunne gå gjennom feltene på arrivalstrips og finne ETA F-14, F-12, F-16, F-18, F-21, F-22, IF-1 Foreslått av Prioritet Høy Kravstatus Nytt Dato Krav F-15 Departurestrips skal sorteres på ETD For å få departurestrips sortert på riktig felt Usorterte strips Departurestrips sorteres etter ETD Sorterte strips. Den departure eller arrival med kortest tid igjen til den blir aktiv ligger først FPSS må kunne trekke ut ETD fra departurestrips og sortere etter dette Relasjon: Event List Id 8 Use case Scenario Krav F-12, F-18 Foreslått av Prioritet Høy Kravstatus Nytt Dato Side 34 av 55
35 Krav F-16 Arrivalstrips skal sorteres på ETA For å få arrivalstrips sortert på riktig felt Usorterte strips Arrivalstrips sorteres etter ETA Sorterte strips. Den departure eller arrival med kortest tid igjen til den blir aktiv ligger først FPSS må kunne trekke ut ETA fra arrivalstrips og sortere etter dette Relasjon: Event List Id 8 Use case Scenario Krav F-12, F-18 Foreslått av Prioritet Høy Kravstatus Nytt Dato Krav F-17 FPSS skal kunne gi nåværende zulutid Relasjon: Event List Id Use case Scenario Krav Gir FPSS øvrige metoder tilgang til nåværende zulutid Nåværende tid fra systemklokke Konvertere nåværende tid til nåværende zulutid Nåværende zulutid FPSS må kunne hente nåværende tid fra systemklokke F-22, F-25, F-26, F-30, F-31, IF-7 Foreslått av Prioritet Høy Kravstatus Nytt Dato Side 35 av 55
36 Krav F-18 FPSS skal legge sorterte strips i en stripliste Relasjon: Event List Id 8 Use case Scenario Krav For å ordne og klargjøre departure- og arrivalstrips Sorterte departure- og arrivalstrips Den departure- eller arrivalstrip med kortest tid igjen til den blir aktiv legges først i striplisten Stripliste med departure- og arrivalstrips Stripliste må kunne ta imot den spesifiserte datatypen F-21, F-22, IF-1 Foreslått av Prioritet Høy Kravstatus Nytt Dato Krav F-19 FPSS skal vise strips på skjerm FLL skal se og jobbe med strips digitalt Strips Relasjon: Event List Id 9, 10 Lager grafiske strips Strips i pendingliste Use case 2.6.1, Scenario 2.3.1, Krav Skjerm må kunne ta imot strips F-20 F-27, F-29 F-33, F-35, IF-7 Foreslått av Prioritet Høy Kravstatus Nytt Dato Side 36 av 55
37 Krav F-20 FPSS skal ikke kunne legge to strips over hverandre på skjerm FLL må kunne se strips for alle flightene han har ansvar for Strip Sørge for at strips ikke legges bak hverandre på skjerm Strip Relasjon: Event List Id Use case Scenario Krav Foreslått av Prioritet Høy Kravstatus Nytt Dato Krav F-21 Når departure- og arrivalstrips vises på skjerm skal de fjernes fra striplisten Relasjon: Event List Id Fordi det ikke lenger er behov for å ha dem i køen Departure- eller arrivalstrip Fjerne strip fra striplisten Ingen Kunne slette strips fra stripliste Use case Scenario Krav F-19 F-27, F-29 F-33, F-35, IF Definisjoner Foreslått av Prioritet Høy Kravstatus Nytt Dato Side 37 av 55
38 Krav F-22 FPSS skal legge departure- og arrivalstrips i en pendingliste 30 minutter før flighten blir en aktiv flight Skal få strip på skjerm i god tid før flighten skal ta av eller lande, slik at trafikken kan planlegges i god tid Flightens departure- eller arrivaltidspunkt og nåværende tidspunkt Sammenligner departure- eller arrivaltidspunkt og nåværende tidspunkt minus 30 minutter, hvert minutt Departure- eller arrivalstrips i pendinglisten, eller ingenting Må kunne finne ut når en flight blir en aktiv flygning og hente ut nåværende tidspunkt Relasjon: Event List ID 10 Use case 2.6.1, Scenario Krav F-19 F-33, F-35, IF-7 Foreslått av Prioritet Høy Kravstatus Nytt Dato Krav F-23 FPSS skal legge transitstrips direkte i en pendingliste Relasjon: Event List Id 9 Use case 2.6.1, Scenario Krav Skal få transitstrip på skjerm i god tid før flighten skal gjennomfly luftrommet, slik at trafikken kan planlegges i god tid. Transitstrips inneholder ingen tidsinformasjon og kan derfor ikke sorteres slik som departure- og arrivalstrips Strip Sorteringsalgoritmen sender denne type strip direkte til pendingliste Transitstrip i pendingliste Det må være mulig å skille de ulike typene strips fra hverandre F-19, F-24 F-35, IF-5, IF-7 Foreslått av Prioritet Høy Kravstatus Nytt Dato Side 38 av 55
39 Krav F-24 FLL kan endre status på strip Relasjon: Event List Id 11 Strip har ulike status Strip endrer status Strip flyttes på skjermen Strip under ny status Mus og/eller hurtigtaster må kunne brukes Use case 2.6.2, 2.6.3, Scenario 2.3.4, 2.3.5, Krav F-25 F-28, F-32 F-35, IF-7 Foreslått av Prioritet Høy Kravstatus Nytt Dato Krav F-25 Når FLL endrer status på strip sendes stripinformasjon og dato til generell backup Relasjon: Event List Id 12 Use case For å ha alle forandringer, og kunne gå tilbake i ettertid og se på dem Stripinformasjon og dato Stripinformasjon og dato lagres Stripinformasjon og dato lagret på generell backup Generell backup må være tilgjengelig Scenario 2.3.4, 2.3.5, Krav Foreslått av Prioritet Middels Kravstatus Nytt Dato Side 39 av 55
40 Krav F-26 Når FLL endrer status på strip sendes strip og stripinformasjon til kritisk backup Relasjon: Event List Id 13 Use case For at man skal ha de siste forandringer tilgjengelig på kritisk backup Strip og stripinformasjon Strip og stripinformasjon skrives ut Strip og stripinformasjon skrevet ut på kritisk backup Kritisk backup må være tilgjengelig Scenario 2.3.4, 2.3.5, Krav Foreslått av Prioritet Høy Kravstatus Nytt Dato Krav F-27 FPSS skal kunne generere transponderkoder Relasjon: Event List Id Use case Scenario Krav En aktiv flight trenger en unik transponderkode En strip blir aktiv og liste med brukte transponderkoder En unik 4-talls transponderkode genereres ut i fra en random funksjon og transponderkoden slettes fra listen med ubrukte transponderkoder Transponderkoden FPSS må kunne generere random-nummer F-24, F-26, F-28, F-32, F-34, F-35, IF-7 Foreslått av Prioritet Høy Kravstatus Nytt Dato Side 40 av 55
41 Krav F-28 Når strip blir aktiv gir FPSS flighten automatisk en transponderkode Relasjon: Event List Id 14 Use case Scenario Krav Hver flight trenger unike transponderkoder En strip blir aktiv En 4-talls transponderkode genereres Strip med tansponderkoden Det må være ledige transponderkoder F-24, F-26, F-32, F-34, F-35, IF-7 Foreslått av Prioritet Høy Kravstatus Nytt Dato Krav F-29 FLL skal kunne endre dynamisk flightinfomasjon på skjerm Relasjon: Event List Id 15, 16 For å kunne legge inn og oppdatere informasjoner på en strip Gammel og ny dynamisk flightinformasjon Forandre skjermbilde Endret dynamisk flightinformasjon samt gammel dynamisk flightinformasjon vises på strip Felt som endres må inneholde dynamisk flightinformasjon Use case 2.6.2, 2.6.3, 2.6.4, Scenario Krav F-30, F-31 Foreslått av Prioritet Høy Kravstatus Nytt Dato Side 41 av 55
42 Krav F-30 Når man gjør endringer i dynamisk flightinformasjon skal FPSS lagre endringene automatisk sammen med tidspunkt til generell backup For å ha alle forandringer, og kunne gå tilbake i ettertid og se på dem Endret dynamisk flightinformasjon og nåværende tidspunkt Endret dynamisk flightinformasjon og nåværende tidspunkt sendes til generell backup Endret dynamisk flightinformasjon og nåværende tidspunkt i generell backup Generell backup må være tilgjengelig og FPSS må kunne hente ut nåværende tidspunkt Relasjon: Event List Id 18 Use case Scenario Krav Foreslått av Prioritet Middels Kravstatus Nytt Dato Krav F-31 Når man gjør endringer i dynamisk flightinformasjon skal FPSS skrive ut en oppdatert strip automatisk sammen med tidspunkt for endringen til kritisk backup For at man skal ha de siste forandringer tilgjengelig på kritisk backup Oppdatert strip og nåværende tidspunkt Oppdatert strip og nåværende tidspunkt sendes til kritisk backup Utskrift av ny strip med nåværende tidspunkt Kritisk backup må være tilgjengelig og FPSS må kunne hente ut nåværende tidspunkt Relasjon: Event List Id 17 Use case Scenario Krav Foreslått av Prioritet Høy Kravstatus Nytt Dato Side 42 av 55
43 Krav F-32 Strips skal flyttes til handoff når flighten er ferdig Relasjon: Event List Id 11 Fordi det ikke lenger er behov for strip Aktiv strip Fjerne strip fra pending Tidspunkt Flighten er utenfor enhetes ansvarsområde Use case 2.6.2, 2.6.3, Scenario Krav F-24 F-26, F-33, F-34, IF Definisjoner Foreslått av Prioritet Høy Kravstatus Nytt Dato Krav F-33 FPSS skal kunne fjerne en strip automatisk fra handoff Fordi flighten ikke lenger er innenfor enhetens ansvarsområde Strip og tidspunkt for når strip ble plassert i handoff Sjekke hvor lang tid strip har vært i handoff, fjerne strip Ingen Strip må ha ligget i handoff i 10 minutter. Kunne hente ut nåværende tidspunkt og tidspunkt for når strip ble plassert i handoff Relasjon: Event List Id 19 Use case Scenario Krav F-33, F-34, IF-7 Foreslått av Prioritet Middels Kravstatus Nytt Dato Side 43 av 55
44 Krav F-34 FPSS skal kunne trekke tilbake transponderkoder Relasjon: Event List Id 20 Use case Scenario Ta fra en flight som blir passiv transponderkoden En strip blir passiv og liste med brukte transponderkoder Transponderkoden trekkes tilbake og liste med ubrukte transponderkoder blir oppdatert Oppdatert liste med brukte transponderkoder En flight må ha mottatt transponderkode Krav F-27, F-28, F-35 Foreslått av Prioritet Høy Kravstatus Nytt Dato Krav F-35 Hvis strips legges tilbake i pendinglisten sletter FPSS automatisk flightens transponderkode Relasjon: Event List Id 20 Flighten er da ikke lengre aktiv og trenger ikke transponderkode Flytter aktiv strip til pendinglisten Transponderkoden frigjøres Flight er passiv og strip ligger i pendinglisten En flight må ha mottatt transponderkode Use case 2.6.2, 2.6.3, Scenario Krav F-27, F-28, F-34 Foreslått av Prioritet Høy Kravstatus Nytt Dato Side 44 av 55
45 3.2 Ikke-funksjonelle krav Krav IF-1 FPSS skal hvert minutt sjekke striplisten Relasjon: Event List Id Use case Scenario For å kunne putte strips fra striplisten inn i pendinglisten på riktig tidspunkt FPSS må ha en en timer Krav F-19, F-21, F-22 Foreslått av Prioritet Høy Kravstatus Nytt Dato Krav IF-2 FPSS skal kommunisere med generell backup Relasjon: Event List Id 6, 12, 18 Use case For å lagre strips, dynamisk flightinformasjoner og informasjoner tilknyttet endring i stripstatus FPSS må være tilkoblet en generell backup Scenario 2.3.1, 2.3.2, 2.3.3, 2.3.4, 2.3.5, 2.3.6, Krav F-10, F-25, F-30 Foreslått av Prioritet Høy Kravstatus Nytt Dato Krav IF-3 FPSS skal kommunisere med kritisk backup Relasjon: Event List Id 7, 13, 17 Use case For å skrive ut strips, strips med forandret dynamisk flightinformasjon og endret stripstatus FPSS må være tilkoblet en kritisk backup Scenario 2.3.1, 2.3.2, 2.3.3, 2.3.4, 2.3.5, 2.3.6, Krav F-11, F-26, F-31 Foreslått av Prioritet Høy Kravstatus Nytt Dato Side 45 av 55
46 Krav IF-4 Departurestrip skal inneholde departureinformasjon, med rubrikker for statisk og dynamisk flightinformasjon Relasjon: Event List Id Use case Scenario Trenger å få all nødvendig informasjon for en departure Krav F-7, F-29 - F Definisjoner Foreslått av Prioritet Høy Kravstatus Nytt Dato Krav IF-5 Transitstrip skal inneholde transitinformasjon, med rubrikker for statisk og dynamisk flightinformasjon Relasjon: Event List Id Use case Scenario Trenger å få all nødvendig informasjon for en transit Krav F-9, F-29 F Definisjoner Foreslått av Prioritet Høy Kravstatus Nytt Dato Krav IF-6 Arrivalstrip skal inneholde arrivalinformasjon, med rubrikker for statisk og dynamisk flightinformasjon Relasjon: Event List Id Use case Scenario Trenger å få all nødvendig informasjon for en arrival Krav F-8, F-29 F Definisjoner Foreslått av Prioritet Høy Kravstatus Nytt Dato Side 46 av 55
47 Krav IF-7 Strip skal fjernes fra skjerm 10 minutter etter at den er plassert i handoff Relasjon: Event List Id 19 Use case Scenario Det skal være mulig å flytte en strip tilbake fra handoff. FPSS må ha en timer Krav F-27, F-28, F-33, F-34 Foreslått av Prioritet Middels Kravstatus Nytt Dato Side 47 av 55
48 3.3 Eksterne Grensesnittkrav User interfaces Skjermlayout Skjermbildet vil bestå av statiske headere. Under hver header skal det være mulighet for scrollfunksjon. Selve design av skjermbildet tar vi for oss i designdokumentet. Funksjonstaster Vi skal ha hurtigtaster for de mest vanlige funksjonene som FLL foretar. Hjelpefunksjoner Vi skal ha hjelpefunksjoner som beskriver hvordan programmet skal brukes HW interfaces Brukergrensesnittet er skjermorientert. Tastaturet brukes både til å skrive inn endringer og for å få utført kommandoer. Tastaturet skal inneholde funksjonstaster. Mus kan brukes for å markere tekst som ønskes endret, for å scrolle og for å endre status på strips SW interfaces FPSS har grensenitt mot ATC. Generell backup inneholder en database. Printeren som brukes er en nettverksprinter Communications interface Datamaskinene som benyttes i FPSS har hvert sitt nettverkskort. Protokollen som benyttes er Ethernet. 3.4 Ytelseskrav FPSS brukes av en FLL av gangen. Det kan ubegrenset antall aktive flighter av gangen. Data i generell backup skal beholdes i 3 måneder. 3.5 Designbegrensninger Standard Compliance FPD som FPSS tar imot er utformet etter internasjonal standard. Side 48 av 55
49 3.6 Attributter Tilgjenglighet FPSS skal være tilgjengelig 100 % 24 timer i døgnet. Utskrevet strips skal kastes dagen etter at de har vært i bruk Sikkerhet Internasjonalt regelverk sikrer at kun FLL har tilgang til FPSS. Det er andre regelverk som definerer hvordan bygning og utstyr sikres mot uautorisert tilgang. Det er utenfor scopet til FPSS. Side 49 av 55
50 4 Vedlegg 4.1 Sporingstabell KravId Relatert til KravID Relatert til F-1 F-3, F-7, F-8, F-9 F-26 F-2 F-3, F-4, F-5, F-6, F-7, F-8, F-9 F-27 F-24, F-26, F-28, F-32, F-34, F-35, IF-7 F-3 F-4, F-7, F-8, F-9 F-28 F-4 F-7, F-8, F-9, F-10, F-11 F-29 F-5 F-3, F-7, F-8, F-9 F-30 F-6 F-3, F-7, F-8, F-9 F-28 F-24, F-26, F-32, F-34, F-35, IF-7 F-7 F-10, F-11, F-12, F-13,F-15, F-29 F-30, F-31 F-16, F-18, F-19, F-21, F-22, IF-4 F-8 F-10, F-11, F-19, F-23, IF-5 F-30 F-9 F-10, F-11, F-12, F-14, F-16, F-31 F-18, F-19, F-21, F-22, IF-6 F-10 F-25, F-30, IF-2 F-32 F-24, F-25, F-26, F-33, F-34, IF-7 F-11 F-33 F-34, IF-7 F-12 F-15, F16, F-18 F-34 F-27, F-28, F-35 F-13 F-12, F-15, F-18, F-19, F-21, F-35 F-27, F-28, F-34 F-22, IF-1 F-14 F-12, F-16, F-18, F-21, F-22, IF-1 F-15 F-12, F-18 IF-1 F-19, F-21, F-22 F-16 F-12, F-18 IF-2 F-10, F-25, F-30 F-17 F-22, F-25, F-26, F-30, F-31, IF-3 F-11, F-26, F-31 IF-7 F-18 F-21, F-22, IF-1 IF-4 F-7, F-29, F-30, F-31 F-19 F-20, F-21, F-22, F-23, F-24, IF-5 F-8, F-29, F-30, F-31 F-25, F-26, F-27, F-29, F-30, F-31, F-32, F-33, F-35, IF-7 F-20 IF-6 F-9, F29, F-30, F-31 F-21 F-19, F-20, F-21, F-22, F-23, IF-7 F-27, F-28, F-33, F-34 F-24, F-25, F-26, F-27, F-29, F-30, F-31, F-32, F-33, F-35, IF-7 F-22 F-19, F-20, F-21, F-22, F-23, F-24, F-25, F-26, F-27, F-28, F-29, F-30, F-31, F-32, F-33, F-35, IF-7 F-23 F-19, F-24, F-25, F-26, F-27, F-28, F-29, F-30, F-31, F-32, F-33, F-34, F-35, IF-5, IF-7 F-24 F-25, F-26, F-27, F-28, F-32, F-33, F-34, F-35, IF-7 F-25 Side 50 av 55
51 4.2 Endringsoversikt Rutiner for endring av krav Alle i gruppen er med på endringsmøter Rutinene består av: Analysere endringen 1. Er endringen nødvendig? 2. Er endringen forståelig? 3. Vil den foreslåtte endringen løse problemet? 4. Hvilke innvirkninger får endringen på andre krav? 5. Lønner endringen seg med hensyn til tid og økonomi? La bestiller vurdere endringsforslaget Oppdatere kravdokument og sporingstabeller Endringslogg Dette er versjon 1. Det er derfor ingen endringer. Side 51 av 55
52 4.3 Kortversjon av krav Krav Id Beskrivelse Side F-1 FLL skal kunne legge inn valgt arbeidssted 27 F-2 FPSS skal ta imot FPD fra AFTN 28 F-3 FPSS skal ut fra FPD sjekke hvilken type strip som skal lages 28 F-4 FPSS skal konvertere FPD til strips 29 F-5 FPSS skal kunne trekke ut ADEP fra FPD 29 F-6 FPSS skal kunne trekke ut ADES fra FPD 30 F-7 FPSS skal kunne lage departurestrip 30 F-8 FPSS skal kunne lage transitstrip 31 F-9 FPSS skal kunne lage arrivalstrip 31 F-10 F-11 Når FPD er konvertert til strips skal FPSS lagre dem i generell backup Når FPD er konvertert til strips skal FPSS skrive dem ut til kritisk backup F-12 FPSS skal sortere departure- og arrivalstrips 33 F-13 FPSS skal kunne trekke ut ETD fra departurestrips 33 F-14 FPSS skal kunne trekke ut ETA fra arrivalstrips 34 F-15 Departurestrips skal sorteres på ETD 34 F-16 Arrivalstrips skal sorteres på ETA 35 F-17 FPSS skal kunne gi nåværende zulutid 35 F-18 FPSS skal legge sorterte strips i en stripliste 36 F-19 FPSS skal vise strips på skjerm 36 F-20 FPSS skal ikke kunne legge to strips over hverandre på skjerm 37 F-21 F-22 Når departure- og arrivalstrips vises på skjerm skal de fjernes fra striplisten FPSS skal legge departure- og arrivalstrips i en pendingliste 30 minutter før flighten blir en aktiv flight F-23 FPSS skal legge transitstrips direkte i en pendingliste 38 F-24 FLL kan endre status på strip 39 F-25 F-26 Når FLL endrer status på strip sendes stripinformasjon og dato til generell backup Når FLL endrer status på strip sendes strip og stripinformasjon til kritisk backup F-27 FPSS skal kunne generere transponderkoder 40 F-28 Når strip blir aktiv gir FPSS flighten automatisk en transponderkode 41 F-29 FLL skal kunne endre dynamisk flightinfomasjon på skjerm 41 F-30 F-31 Når man gjør endringer i dynamisk flightinformasjon skal FPSS lagre endringene automatisk sammen med tidspunkt til generell backup Når man gjør endringer i dynamisk flightinformasjon skal FPSS skrive ut en oppdatert strip automatisk sammen med tidspunkt for endringen til kritisk backup Side 52 av
53 F-32 Strips skal flyttes til handoff når flighten er ferdig 43 F-33 FPSS skal kunne fjerne en strip automatisk fra handoff 43 F-34 FPSS skal kunne trekke tilbake transponderkoder 44 F-35 Hvis strips legges tilbake i pendinglisten sletter FPSS automatisk flightens transponderkode 44 IF-1 FPSS skal hvert minutt sjekke striplisten 45 IF-2 FPSS skal kommunisere med generell backup 45 IF-3 FPSS skal kommunisere med kritisk backup 45 IF-4 IF-5 IF-6 IF-7 Departurestrip skal inneholde departureinformasjon, med rubrikker for statisk og dynamisk flightinformasjon Transitstrip skal inneholde transitinformasjon, med rubrikker for statisk og dynamisk flightinformasjon Arrivalstrip skal inneholde arrivalinformasjon, med rubrikker for statisk og dynamisk flightinformasjon Strip skal fjernes fra skjerm 10 minutter etter at den er plassert i handoff Side 53 av 55
54 4.4 Beskrivelse av FPD (FPL-EAGLE15-IM -F16/M-ILTUV/C -ENRY0900 -N0420F350 DCT RYG DCT DCT TOGAT DCT ORL DCT -ENOL0045 ENVA -REG/711 OPR/NOW STS/NONRVSM RMK/REQ LOWPASS OF TWR ENOL DOF/021016) FPL - Format String, 3 tegn Angir at dette er en flightplan-melding (for dette prosjektet kun FPL). EAGLE15 - Kallesignal String, maks. 7 tegn Angir flyets kallesignal IM Flygeregler og flygingens art String, 2 tegn Første tegn kan enten være I, V, Z eller Y, hvor I angir at flygning utføres i henhold til IFR. V angir at man flyr VFR, mens Z sier at flygningen først utføres VFR, for så å gå over til IFR i et senere stadie i flygningen (angis i flygeruten). Y sier at man først flyr IFR og så VFR (angis i flygeruten). Andre tegn kan være G, M, N, S. G angir at det er en generell flygning, mens M angir at flygningen er militær. N sier at flygningen er kommersiell, men ikke regelbundet. S vil si at flygningen er kommersiell og regelbundet. F16/M Antall, type luftfartøy og vingevirvelkategori String, maks. 7 (8 med / ) tegn Første to tegn (tall) angir hvor mange luftfartøy som deltar i flighten. Hvis kun ett luftfartøy, så utelates de to første tegnene. Opptil fire neste tegnene angir hvilken flytype flighten består av. Neste tegn står for vingevirvelkategori og er enten L, M eller H. L står for light og gjelder for luftfartøy med egenvekt under 3500 kg. M angir at luftfartøyet har vingevirvelkategori medium og at egenvekten er mellom 3500 og kg. H angir heavy og er for luftfartøy med egenvekt som overgår kg. ILTUV/C Utstyr String Angir hva slags navigasjons-, radiokommunikasjons- og tansponderutstyr flighten er utstyrt med. I står for INS (Internal Navigation System), L for ILS (Instrument Landing System), T for TACAN (Tactical Aid Navigation), U for UHF og V for VHF. /C angir at transponder av mode C (høyde- og fartsrapportering). Her kan det eventuelt stå /A for transponder mode A (kun høyderapportering), /S for transponder mode S (høyde-, fartsrapportering og mange andre tilleggsfunksjoner). ENRY0900 Avgangsplass og tid String, 8 tegn Første fire tegn angir avgangsplass. ENRY angir ADEP, i dette tilfellet at flighten vil ta av fra Rygge flystasjon. De resterende fire tegnene angir ETD i UTC (Universal time). Side 54 av 55
55 N0420F350 Marsjhastighet, høyde og flygerute String Fem første tegn angir flightens ønskede marsjhastighet. Er første tegn N, sier dette at hastigheten er oppgitt i knop. Ved M som første tegn, sier dette at hastigheten er oppgitt i mach. Opptil de fem neste tegnene angir flightens ønskede høyde. Er første tegn F, sier dette at de resterende tegnene angir høyden i flightlevel. Hvis det står VFR, betyr dette at ingen høyde oppgis da flighten flyr VFR og vil forandre mye høyde underveis. Er første tegn M, angir dette at høyden er oppgitt i antall tiende meter (M0040 betyr 400 meter). De resterende tegnene angir flightens ønskede flygerute. Dette kan enten bestå av fix eller geoposisjoner, med dct (direkte) imellom fixene. ENOL0045 ENVA ADES, EET, alternativ flyplass og 2. alternative flyplass String, maks. 16 tegn Fire første tegn angir destinasjonsplass. ENOL angir ADES, i dette tilfellet at flighten vil lande på Ørland flystasjon. De neste fire tegnene angir EET i timer og minutter. Etter dette er det valgfritt om man vil ha med alternativ og 2. alternative flyplass. Begge disse er på fire tegn. REG/711 OPR/NOW - andre opplysninger String Her oppgis forskjellige tilleggsopplysninger. Dette kan være REG/711, som angir at flightens luftfartøy bærer registreringen 711. Videre står OPR for operatør, hvor NOW angir Norwegian Air Force. STS angir status for flighten, for eksempel ved HOPS som indikerer at flighten er hospital, altså syketransport, HEAD at flighten har statsoverhode om bord, NONRVSM at flighten ikke bærer utstyr for RVSM (Reduced Vertical Seperated Minima). DOF står for Date of Flight, og angir med dato hvilken dag flighten skal gjennomføres. De to første sifferene angir år, de neste to måned og de to siste dag. Side 55 av 55
Flight Progress Strip System for Air Traffic Control Versjon: 3.0 Software Requirements Specification Dato: 21.11.2002. Gruppe nr:
SRS, versjon 3.0. Gruppe 1 Flight Progress Strip System for Air Traffic Control Versjon: 3.0 Software Requirements Specification Dato: 21.11.2002 Fag: Software Engineering Filformat: Gruppe nr: 1 Filnavn:
DetaljerFlight 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
DetaljerSoftware Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:
Dokument type: Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag: Gruppe nr: Veiledere: Versjon: 1.0 Dato: 1.09.00 Software Engineering Filformat: 1 Filnavn: Børre
DetaljerSoftware Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:
Dokument type: Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag: Gruppe nr: Veiledere: Versjon:. Dato: 18.1.22 Software Engineering Filformat: 1 Filnavn: Børre
DetaljerFlight Progress Strips System for Air Traffic Control Fag:
Verifikasjon og validerings plan: Flight Progress Strips System for Air Traffic Control Fag: Gruppe nr: Veiledere: Versjon: 1.0 Dato: 21.11.2002 Software Engineering Filformat: 1 Filnavn: Børre Ludvigsen/Ky
DetaljerSoftware Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:
Dokument type: Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag: Gruppe nr: Veiledere: Versjon: 1.0 Dato: 20.09.2002 Software Engineering Filformat: 1 Filnavn:
DetaljerSoftware Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:
Dokument type: Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag: Gruppe nr: Veiledere: Versjon:. Dato: 4.1.22 Software Engineering Filformat: 1 Filnavn: Børre
DetaljerSoftware Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:
Dokument type: Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag: Gruppe nr: Veiledere: Versjon: 1. Dato: 27.9.22 Software Engineering Filformat: 1 Filnavn: Børre
DetaljerSoftware Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:
Side: 1 Dokument type: Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag: Gruppe nr: Veiledere: Dato: 22.11.2002 Software Engineering Filformat: 1 Filnavn: Børre
DetaljerFlight Progress Strip System for Air Traffic Control. Fag:
Dokument type: Flight Progress Strip System for Air Traffic Control. Fag: Gruppe nr: Veiledere: Dato: 01.10.2002 Software Engineering Filformat: 1 Filnavn: Børre Ludvigsen/Ky Van Ha PDF format mplan.pdf
DetaljerDato: Versjon: Designdokument type: Kontrollsystem for invertert pendel Fag: Bestiller: 1.0 Gruppe nr: 2 Filnavn: Systemering2 Filformat:
Designdokument type: Kontrollsystem for invertert pendel Fag: Systemering2 Filformat: Versjon: 1.0 Gruppe nr: 2 Filnavn: Dato: 19.03.2002 Bestiller: Rune Winther Word 2000 GlobalDesign1.doc Gruppemedlemmer:
DetaljerSoftware Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:
Dokument type: Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag: Gruppe nr: Veiledere: Versjon: 0.0 Dato: 01.11.2002 Software Engineering Filformat: 1 Filnavn:
DetaljerSoftware Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag:
Dokument type: Software Project Progress Report Flight Progress Strip System for Air Traffic Control. Fag: Gruppe nr: Veiledere: Versjon: 0.0 Dato: 25.10.2002 Software Engineering Filformat: 1 Filnavn:
DetaljerRAPPORT. Alle tidsangivelser i denne rapport er lokal tid (UTC + 2 timer) hvis ikke annet er angitt.
RAPPORT Postboks 213, 2001 Lillestrøm Telefon: 64 84 57 60 Telefaks: 64 84 57 70 SL RAP: 1/2004 URL: http://www.aaib-n.org Avgitt: 13. januar 2004 Dette rapportutkastet er en foreløpig fremstilling av
DetaljerKravdokument type: Kontrollsystem for invertert pendel Fag: Dato: Versjon: 1.0 Gruppe nr: Bestiller: Rune Winther. Systemering2 Filformat:
dokument type: Kontrollsystem for invertert pendel Fag: Systemering2 Filformat: Versjon: 1.0 Gruppe nr: 2 Filnavn: Dato: 20.02.2002 Bestiller: Rune Winther Word 2000 dokument1.doc Gruppemedlemmer: Navn:
DetaljerLitt om Mikroflyging I utlandet
Litt om Mikroflyging I utlandet Av Finn Hugo Zahl LITT LOVER TIL Å BEGYNNE MED LITT LOVER TIL Å BEGYNNE MED Det kreves radiokommunikasjonsutstyr, og flytelefonisertifikat uten begrensninger hvis du skal
DetaljerFlight Progress Strips System for Air Traffic Control Fag:
Designdokument type: Flight Progress Strips System for Air Traffic Control Fag: Gruppe nr: Veiledere: Versjon: 2.0 Dato: 21.11.2002 Software Engineering Filformat: 1 Filnavn: Børre Ludvigsen/Ky Van Ha
DetaljerEn flyging fra A til Å. En studie i radiobruk
En flyging fra A til Å En studie i radiobruk Turen vi skal fly FPL-LNDAY-VG -C172/L-SD/C -ENDU1500 -N0100VFR SØRREISA TOVIK SKARSTAD TYSFJORD LEIRFJORDEN VÅGØY -ENBO0145 ENEV - ) (Slik ser en reiseplan
DetaljerLuftromskrenkelser Airspace Infringement
Luftromskrenkelser Airspace Infringement 1 Luftromskrenkelser - Airspace Infringement 1.Hva er et safety initiative 2.Hva er Luftromskrenkelser? 3.Hvor skjer Luftromskrenkelser i vårt ansvarsområde? 4.Hva
DetaljerIPPC flight plan versjon 3.7
IPPC flight plan versjon 3.7 Innhold Oversikt over endringene... 1 Layout av nettsiden... 2 Nye elementer i reiseplanskjema... 3 Felt 10 Equipment, SSR and ADS... 4 Felt 15 Cruising speed and level...
Detaljer262825 Avinor brosjyre:layout 1 05-01-09 08:21 Side 2. Bli flygeleder! Avinor skal utdanne flere flygeledere
262825 Avinor brosjyre:layout 1 05-01-09 08:21 Side 2 Bli flygeleder! Avinor skal utdanne flere flygeledere 262825 Avinor brosjyre:layout 1 05-01-09 08:21 Side 3 Foto John Petter Reinertsen 262825 Avinor
DetaljerNr. 27/322 EØS-tillegget til Den europeiske unions tidende KOMMISJONSFORORDNING (EF) NR. 980/2002. av 4. juni 2002
Nr. 27/322 EØS-tillegget til Den europeiske unions tidende 2.6.2005 KOMMISJONSFORORDNING (EF) NR. 980/2002 2005/EØS/27/49 av 4. juni 2002 om endring av forordning (EF) nr. 2082/2000 om vedtaking av Eurocontrol-standarder(*)
DetaljerAVTALE OM KUNNGJØRING OG BRUK AV LUFTSPORTSOMRÅDET TYNSET.
AVTALE OM KUNNGJØRING OG BRUK AV LUFTSPORTSOMRÅDET TYNSET. 1. Intensjon 1.1 Denne avtale mellom Norges Luftsportforbund (NLF) og Norway ACC Bodø (NACC Bodø) som har til hensikt å sørge for en effektiv
DetaljerRAPPORT. Postboks 213, 2001 Lillestrøm Telefon: RAP: 41/2001 Telefaks: Avgitt: 25. oktober 2001
RAPPORT Postboks 213, 2001 Lillestrøm Telefon: 64 84 57 60 RAP: 41/2001 Telefaks: 64 84 57 70 Avgitt: 25. oktober 2001 Alle tidsangivelser i denne rapport er lokal tid (UTC + 2 timer) hvis ikke annet er
DetaljerS/U-BULLETENG 2 15 Teorikunnskap rett hjem til deg. Flyvettreglene Alt om reiseplan
S/U-BULLETENG 2 15 Teorikunnskap rett hjem til deg Flyvettreglene Alt om reiseplan Sikkerhets- og utdanningskomiteen Motorflyseksjonen Hei igjen, og vel overstått påske! Flysesongen er endelig over oss
DetaljerAVTALE OM KUNNGJØRING OG BRUK AV LUFTSPORTSOMRÅDER I OSLO TMA OG FARRIS TMA.
AVTALE OM KUNNGJØRING OG BRUK AV LUFTSPORTSOMRÅDER I OSLO TMA OG FARRIS TMA. 1. Intensjon 1.1 Denne avtale mellom Norges Luftsportforbund (NLF) og Avinor Norway ACC har til hensikt å sørge for en effektiv
DetaljerAVTALE. Aktiviteter ved ENJB
AVTALE VEDRØRENDE Aktiviteter ved ENJB MELLOM Tjenesteleverandørene: SANDEFJORD LUFTHAVN AS AVINOR TORP KONTROLLTÅRN Per Erik Bakke Flyplass-sjef ENTO Svein Helge Eliassen Sjefflygeleder OG Luftfartsaktøren:
DetaljerEØS-tillegget til Den europeiske unions tidende. KOMMISJONSFORORDNING (EF) nr. 1033/2006. av 4. juli 2006
Nr. 65/65 KOMMISJONSFORORDNING (EF) nr. 1033/2006 2009/EØS/65/08 av 4. juli 2006 om fastsettelse av krav til prosedyrene for reiseplaner i førflygingsfasen for Det felles europeiske luftrom(*) KOMMISJONEN
DetaljerPLANLEGGE EN VFR NAVIGASJONSPLAN:
1 PLANLEGGE EN VFR NAVIGASJONSPLAN: 1. Bestemme rute for flyturen 2. Alternativ flyplass 3. Væreopplysninger for ruten, destinasjonen og alternativ flyplass 4. Sjekke NOTAM 5. Lage en operasjonell navigasjonsplan
DetaljerBrukermanual for TrackGrabber
Brukermanual for TrackGrabber System for automatisk håndtering av GPS-filer anvendt under søk og redningsoppdrag 1 Installasjon Programmet krever at Java 8 er installert på maskinen. Du kan laste ned Java
DetaljerTeam2 Requirements & Design Document Værsystem
Requirements & Design Document Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk SRD 22/01/2018 Systemutvikling og dokumentasjon/ia4412
Detaljerxxxxxxxxxxxxxxxxxx Luftrom Luftromsendring og Luftromskrenkelser flynytt 1 2010 1
xxxxxxxxxxxxxxxxxx Luftrom Luftromsendring og Luftromskrenkelser flynytt 1 2010 1 Dette bilaget til Flynytt er en oppfølging av bilaget til Flynytt nr 2/2010, «Flyging i kontrollert luftrom.» Som flyger
DetaljerKravspesifikasjon. 14. oktober 2002
Kravspesifikasjon gruppe 42 Nils-Kristian Liborg (brukergrensesnitt), Bente Brevig (beskrivelser, aktørbeskrivelser, diagram, kvalitetssikring), Tom Olav Bruaas (beskrivelser), Eirik Lied (beskrivelser,
DetaljerKOMMISJONSFORORDNING (EF) nr. 1033/2006. av 4. juli 2006
KOMMISJONSFORORDNING (EF) nr. 1033/2006 av 4. juli 2006 om fastsettelse av krav til prosedyrene for reiseplaner i førflygingsfasen for Det felles europeiske luftrom KOMMISJONEN FOR DE EUROPEISKE FELLESSKAP
DetaljerEN REISE MED HELIKOPTER
EN REISE MED HELIKOPTER HER KAN DU LESE OM HVA SOM FOREGÅR FØR OG UNDER EN HELIKOPTERREISE I lys av helikopterulykken ved Turøy har Norsk olje og gass utarbeidet informasjonsmateriell for å gi helikopterpassasjerer
DetaljerMade by Anders Henriksen, Director of Norway FIR Published January 2009 Updated Sebastian Rekdal, august 2014. FOR SIMULATION ONLY!
Made by Anders Henriksen, Director of Norway FIR Published January 2009 Updated Sebastian Rekdal, august 2014. FOR SIMULATION ONLY! INTRO Jeg vil i dette dokumentet komme med noen eksempler for IFR fraseologi
DetaljerINF 2120 Innlevering 1. Gruppe 4. Kravspesifikasjoner til trafikanten +
INF 2120 Innlevering 1 Levert av Gruppe 4 Anders Bakken (andeba) Are O. Pedersen (arep) Daniel M. Wittwer (danielmw) Naima Akram (naimaa) Ronnie Østgaard (ronnieo) Kravspesifikasjoner til trafikanten +
DetaljerRAPPORT. Luftfartsulykke, flyging i skyer med påfølgende kollisjon med terreng
RAPPORT Statens Havarikommisjon for Transport Postboks 213 2001 Lillestrøm Telefon: 63 89 63 00 Faks: 63 89 63 01 http://www.aibn.no E-post: post@aibn.no Avgitt dato: 30.08.2007 SL Rapport: 2007/27 Denne
DetaljerRAPPORT. Postboks 213, 2001 Lillestrøm Telefon: 63 89 63 00 Telefaks: 63 89 63 01 SL RAP: 42/2004 URL: http://www.aibn.no Avgitt: 17.
RAPPORT Postboks 213, 2001 Lillestrøm Telefon: 63 89 63 00 Telefaks: 63 89 63 01 SL RAP: 42/2004 URL: http://www.aibn.no Avgitt: 17. desember 2004 Denne undersøkelsen har hatt et begrenset omfang. Av den
DetaljerLeveranse 2. September 27, 2002
Leveranse 2 gruppe 42 Nils-Kristian Liborg (brukergrensesnitt), Bente Brevig (beskrivelser, aktørbeskrivelser, diagram, kvalitetssikring), Tom Olav Bruaas (beskrivelser), Eirik Lied (beskrivelser, diagram,
DetaljerOppdateringsseminar Mikroflyseksjonen
Oppdateringsseminar Mikroflyseksjonen Gardermoen Februar 2009 Luftfartstilsynets Den første f 8 var skrevet for de første f mikroflyene på p 80 tallet. Side 2 av 12 FORSKRIFT OM FLYGING MED MIKROLETTE
DetaljerUse case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? Use case modellering. Eksempel
Use case modellen Use case modellering i analysefasen Metode for å identifisere og beskrive de funksjonelle kravene til et system Kapittel 3 i UML Distilled Kirsten Ribu beskriver kravene til systemet,
DetaljerRAPPORT. Postboks 213, 2001 Lillestrøm Telefon: 63 89 63 00 Telefaks: 63 89 63 01 SL RAP: 41/2004 URL: http://www.aibn.no Avgitt: 24.
RAPPORT Postboks 213, 2001 Lillestrøm Telefon: 63 89 63 00 Telefaks: 63 89 63 01 SL RAP: 41/2004 URL: http://www.aibn.no Avgitt: 24. november 2004 Denne undersøkelsen har hatt et begrenset omfang. Av den
DetaljerUse case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case?
1/15/2004 1 Use case modellen Use case modellering i analysefasen Metode for å identifisere og beskrive de funksjonelle kravene til et system Kapittel 3 i UML Distilled Kapittel 8 i Gurholt og Hasle Kirsten
DetaljerInformasjon om prosjektet, Etablering av Flight Information Service Sektor Oslo ATCC
Informasjon om prosjektet, Etablering av Flight Information Service Sektor Oslo ATCC NLF konferanse lørdag, den 9. november 2013 Behovsfase Konseptfase Design Implementering Driftetting Hvorfor gjør Avinor
DetaljerSPPR Software Project Progress Report Uke 42-43
SPPR Software Project Progress Report Uke 42-43 Heiskontrollsystem Gruppe 7 Gunhild Kristiansen, Arne Enger Hansen, Cecilie Vådahl, Kristian Vågen, Magnus Asbjørnsen, Martin Stenmark Høgskolen i Østfold
DetaljerRAPPORT. Luftfartøy: - Type og reg.: Boeing , reg. ikke oppgitt
RAPPORT Statens Havarikommisjon for Transport Postboks 213 2001 Lillestrøm Telefon: 63 89 63 00 Faks: 63 89 63 01 http://www.aibn.no E-post: post@aibn.no Avgitt dato: 27.06.2006 SL Rapport: 19/2006 Denne
DetaljerSPPR Software Project Progress Report Uke 38-39
SPPR Software Project Progress Report Uke 38-39 Heiskontrollsystem Gruppe 7 Gunhild Kristiansen, Arne Enger Hansen, Cecilie Vådahl, Kristian Vågen, Magnus Asbjørnsen, Martin Stenmark Høgskolen i Østfold
DetaljerDel - leveranse Del 2. Inf 2120 fredag Gruppe 1 Knut Johannes Dahle
Del - leveranse Del 2 Inf 2120 fredag 29.4 Gruppe 1 Knut Johannes Dahle AV Catrine Myhre (catrinem@ifi.uio.no) Mehdi Zare (mehdiz@ifi.uio.no) Odd Christer Brovig (oddcb@ifi.uio.no) Christer Aas (chrisva@ifi.uio.no)
DetaljerRequirements & Design Document
Requirements & Design Document Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk SRD 03/04/2018 Systemutvikling og dokumentasjon/ia4412
DetaljerHumanware. Trekker Breeze versjon 2.0.0.
Humanware Trekker Breeze versjon 2.0.0. Humanware er stolte av å kunne introdusere versjon 2.0 av Trekker Breeze talende GPS. Denne oppgraderingen er gratis for alle Trekker Breeze brukere. Programmet
DetaljerSystemutviklingen er ferdig når et system er operativt. Med operativt menes når systemet blir brukt av brukerne på et faktisk arbeidssted.
Presentasjon nummer 5 The changing system and the nature of maintenance Silde 1 Gruppen introduseres Slide 2 The changing system and the nature of maintenance The Changing system Systemutviklingen er ferdig
DetaljerSEARCH AND RESCUE. Alle land har egne regler for search and rescue. Men alle land baserer seg på ICAO annex 12
TEMA FOR I DAG ICAO Beredskapsstadioer Redningssentralen Observasjon av en ulykke (ansvar) Bakkesignaler Redningstjenesten i Norge Nødevakuering av luftfartøy BSL A Varsling og Rapporteringsplikt Birdstrike!
DetaljerForskrift om lufttrafikkregler og operative prosedyrer
Forskrift om lufttrafikkregler og operative prosedyrer Hjemmel: Fastsatt av Luftfartstilsynet 22. desember 2014 med hjemmel i lov 11. juni 1993 nr. 101 om luftfart 9-1 og 16-1, jf. forskrift 26. januar
DetaljerEGA Svar på spørsmål, oppdatert pr
EGA-12132 Svar på spørsmål, oppdatert pr 17.10.12 Spørsmål 1: Dere har i Bilag 3 skrevet at dere har bl.a et EVA disksubsystem. Er det riktig å forstå at dere har 7TB data på EVAen i dag som skal tas backup
DetaljerRAPPORT. Postboks 213, 2001 Lillestrøm Telefon: 64 84 57 60 RAP: 54/2001 Telefaks: 64 84 57 70 Avgitt: 28. november 2001
RAPPORT Postboks 213, 2001 Lillestrøm Telefon: 64 84 57 60 RAP: 54/2001 Telefaks: 64 84 57 70 Avgitt: 28. november 2001 Alle tidsangivelser i denne rapport er lokal tid (UTC + 2 timer) hvis ikke annet
DetaljerFastsatt av Luftfartstilsynet xx.xx.xxxx med hjemmel i lov 11. juni 1993 nr. 101 om luftfart 9-1, 9-2 og 13a-5, jf. 15-4 og 17-7
Forskrift om støyforebygging for Oslo lufthavn, Gardermoen Fastsatt av Luftfartstilsynet xx.xx.xxxx med hjemmel i lov 11. juni 1993 nr. 101 om luftfart 9-1, 9-2 og 13a-5, jf. 15-4 og 17-7 Kapittel 1. Innledende
DetaljerHockey Scores. Brukermanual. Morgendagens resultattavle. brukervennlig og innovativ. Version Dokument #1001-N
Hockey Scores Morgendagens resultattavle brukervennlig og innovativ Brukermanual Version. 1.5.0.0 Dokument #1001-N Innholdsfortegnelse 1 Introduksjon...3 2 Innstillinger...4 3 Forberedelser før kamp...5
DetaljerPostkassetrim - turlister
Postkassetrim - turlister turlister er en skreddersydd utvidelse tiltenkt nettstedet https://listerfriluft.no angående et elektronisk registreringssystem for postkassetrim. Metodene for registrering er
DetaljerRAPPORT. Planlagt oppdrag var en fotoflyging langs Vorma med avgang og landing på Oslo lufthavn Gardermoen (ENGM).
RAPPORT Postboks 213, 2001 LILLESTRØM Telefon: 64 84 57 60 RAP: 40/2000 Telefaks: 64 84 57 70 Avgitt: 07.08.2000 Luftfartøy -type og reg.: Cessna 177RG, LN-ALR -fabr. år: 1977 -motor: Textron Lycoming
DetaljerSystem Dokumentasjon. Team2. Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk
System Dokumentasjon Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk System Dokumentsjon 23/04/2018 Systemutvikling og dokumentasjon/ia4412
DetaljerSøknad om opprettelse av midlertidig fare- og restriksjonsområde for Arctic Challenge Exercise 2019
FORSVARET Luftforsvaret 1 av 6 Vår saksbehandler Vår dato Vår referanse Maj Kim M. Bruvik 2018-08-21 2018/030309-001/FORSVARET/ 525 +47 75 53 69 42 L/Norwegian Air Operational Centre(NAOC) Tidligere dato
DetaljerKravspesifikasjon. Aker Surveillance. Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo,
Kravspesifikasjon Aker Surveillance Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus Oslo, 12.01.2013 Public 2013 Aker Solutions Page 1 of 7 Table of Contents Forord... 3 Om bakgrunnen... 3 Presentasjon...
DetaljerKjenn din PC (Windows 7)
Kjenn din PC (Windows 7) Datamskinen jeg bruker er en HP pavilion dv3-2080eo. Espen Rosenberg Hansen 1. Prosessor: Intel P7450. Dette er en prosessor med to kjerner og har en klokkehastighet på 2,13 GHz
DetaljerCR System. Bruksanvisning 4400B NO
CR System Bruksanvisning 0413 Ingen del av dette dokumentet må gjengis, kopieres, tilpasses eller videreformidles i noen som helst form eller på noen som helst måte uten skriftlig tillatelse fra Agfa HealthCare
DetaljerStorheia vindpark Annen arealbruk og naturressurser
Utredning av andre samfunnsmessige forhold Konsesjonssøknad Storheia vindpark Storheia vindpark Annen arealbruk og naturressurser Utarbeidet av Februar 2008 Side 2 av 7 Berggrunn Prosjektdokument Utredning
DetaljerTDT4110 Informasjonsteknologi grunnkurs: Programmering: En større case. Professor Alf Inge Wang
1 TDT4110 Informasjonsteknologi grunnkurs: Programmering: En større case Professor Alf Inge Wang 2 Læringsmål og pensum Mål Lære å lage større og sammensatte programmer Pensum Kapitlene 1-9 og 12. 3 Sette
DetaljerLæringsmål og pensum. En større case. Mål Lære å lage større og sammensatte programmer Pensum Kapitlene 1-9 og 12.
1 TDT4110 Informasjonsteknologi grunnkurs: Programmering: En større case Professor Alf Inge Wang 2 Læringsmål og pensum Mål Lære å lage større og sammensatte programmer Pensum Kapitlene 1-9 og 12. 3 Sette
DetaljerGPS Kurs for Turledere
GPS Kurs for Turledere Wolfgang Leister Norsk Regnesentral Tåke ved St. Pål Tåke ved St. Pål, 20m sikt på noen hundre meter Snøfonner uten tråkk eller merker Følge på 12+1 inn i tåka kom ut med 4 personer
DetaljerMål. Pensum. TDT4110 Informasjonsteknologi grunnkurs: Tema: Et større case. Terje Rydland - IDI/NTNU. Lære å lage større og sammensatte programmer
1 Kunnskap for en bedre verden TDT4110 Informasjonsteknologi grunnkurs: Tema: Et større case Terje Rydland - IDI/NTNU 2 Læringsmål og pensum Mål Lære å lage større og sammensatte programmer Pensum Kapitlene
Detaljerthe web Introduksjon Lesson
Lesson 1 the web All Code Clubs must be registered. Registered clubs appear on the map at codeclub.org.uk - if your club is not on the map then visit jumpto.cc/18cplpy to find out what to do. Introduksjon
DetaljerMARE NOSTRUM. Del 2 Kravspesifikasjon
MARE NOSTRUM Del 2 Forord Kravenes hensikt og utforming Kravene i kravspesifikasjonen utformet slik at de skal imøtekomme oppdragsgivers krav, ønsker og spesifikasjoner på best mulig måte. Hensikten med
DetaljerLokalisering Nokia N76-1
Nokia N76-1 2007 Nokia. Alle rettigheter forbeholdt. Nokia, Nokia Connecting People, Nseries og N76 er varemerker eller registrerte varemerker for Nokia Corporation. Andre produkt eller firmanavn som nevnes
Detaljer4. Dynamisk skjemaer (GUI)
4. Dynamisk skjemaer (GUI) I drofus kan flere skjermbilder selv defineres av prosjektet. Disse skjermbildene kan redigeres av en med administratortilgang til prosjektet. For tiden kan følgende skjemaer
DetaljerSTE6221 Sanntidssystemer Løsningsforslag
HØGSKOLEN I NARVIK Avdeling for teknologi MSc.-studiet EL/RT Side 1 av 3 STE6221 Sanntidssystemer Løsningsforslag Tid: Fredag 02.03.2007, kl: 09:00-12:00 Tillatte hjelpemidler: Godkjent programmerbar kalkulator,
DetaljerOppgradering WMS og PLS
Oppgradering WMS og PLS Lageret til Midtunbygget Varehotell ble bygget for Vinmonopolet på åttitallet. Leverandør for automatlageret var den gang Munck Autech Technology. Lageret består av fire reolganger
DetaljerMamut Open Services. Mamut Kunnskapsserie. Kom i gang med Mamut Online Survey
Mamut Open Services Mamut Kunnskapsserie Kom i gang med Mamut Online Survey Kom i gang med Mamut Online Survey Innhold MAMUT ONLINE SURVEY... 1 KOM I GANG MED MAMUT ONLINE SURVEY... 3 MAMUT-BRUKERE: OPPRETT
DetaljerKOMMISJONSFORORDNING (EF) nr. 1032/2006. av 6. juli 2006
KOMMISJONSFORORDNING (EF) nr. 1032/2006 av 6. juli 2006 om fastsettelse av krav til automatiske systemer for utveksling av flygedata med sikte på underretning om, koordinering av og overføring av flyginger
DetaljerFastsatt av Luftfartstilsynet xx.xx.xxxx med hjemmel i lov 11. juni 1993 nr. 101 om luftfart 9-1, 9-2 og 13a-5, jf. 15-4 og 17-7
Forskrift om støyforebygging for Oslo lufthavn, Gardermoen Fastsatt av Luftfartstilsynet xx.xx.xxxx med hjemmel i lov 11. juni 1993 nr. 101 om luftfart 9-1, 9-2 og 13a-5, jf. 15-4 og 17-7 Kapittel 1. Innledende
DetaljerBytte til Access 2010
I denne veiledningen Microsoft Access 2010 ser helt annerledes ut enn Access 2003, så vi har laget denne veiledningen for å gjøre det så enkelt som mulig for deg å lære forskjellene. Les videre for å lære
Detaljer1. Innholdsfortegnelse
Ruteinformasjon Side 2 av 9 1. Innholdsfortegnelse 1. Innholdsfortegnelse... 2 2. Kort presentasjon av systemet... 3 3. Funksjoner... 4 3.1. Lister... 4 3.2. Melding... 5 3.3. Farger og skrifttyper...
DetaljerCabinWeb BRUKERDOKUMENTASJON ET SYSTEM UTVIKLET AV DELFI DATA
CabinWeb BRUKERDOKUMENTASJON ET SYSTEM UTVIKLET AV DELFI DATA Sist oppdatert 18.02.2010 INNHOLD INNHOLD... 1 HVA ER CABINWEB... 2 HVA KAN DU BRUKE CABINWEB TIL?... 3 HVA ER NYTT I CABINWEB VERSJON 2.0...
DetaljerLokal sikkerhetsvurdering (LSV) Aktiviteter ved ENJB
Lokal sikkerhetsvurdering i.f.m. Aktiviteter ved ENJB 19. mars 2013 Utgitt av: TORP KONTROLLTÅRN HANGARVEIEN 17 3241 SANDEFJORD VERSJON DATO BESKRIVELSE PRODUSERT AV KONTROLLERT AV GODKJENT AV 1.0 2013-03-19
DetaljerLøsningsforslag til Case. (Analysen)
Løsningsforslag til Case (Analysen) Dette er en skisse til løsning av Case et med bussinformasjonssystemet. Jeg kaller det en skisse fordi det på den ene siden ikke er noe fasitsvar og fordi løsningen
DetaljerAVTALE OM KUNNGJØRING OG BRUK AV LUFTSPORTSOMRÅDER I OSLO TMA OG FARRIS TMA.
AVTALE OM KUNNGJØRING OG BRUK AV LUFTSPORTSOMRÅDER I OSLO TMA OG FARRIS TMA. 1. Intensjon 1.1 Denne avtale mellom Norges Luftsportforbund (NLF) og Avinor Norway ACC har til hensikt å sørge for en effektiv
DetaljerINF2270. Input / Output (I/O)
INF2270 Input / Output (I/O) Hovedpunkter Innledning til Input / Output Ulike typer I/O I/O internt i datamaskinen I/O eksternt Omid Mirmotahari 3 Input / Output En datamaskin kommuniserer med omverdenen
DetaljerCharacteristics of a good design
Characteristics of a good design (PPT. side 1) Innledning Høykvalitetsdesign bør ha visse karakteristikker for å oppnå kvalitetsprodukter, dvs.: enkelt å forstå enkelt å implementere enkelt å teste enkelt
DetaljerWISEflow brukerveiledning for deltaker
WISEflow brukerveiledning for deltaker Version 2.9.0 1 Innholdsfortegnelse Deltaker: slik kommer du i gang... 2 Rediger din profil... 3 Flowoversikt... 5 Flowtyper... 6 Flowens tilstand... 6 Hvordan leverer
DetaljerLøsningsforslag: Oblig 1. INF1050: Gjennomgang, uke 12
Løsningsforslag: Oblig 1 INF1050: Gjennomgang, uke 12 Obligatorisk oppgave 1: Pensum Bakgrunn for systemet Aktører og interessenter Utviklingsprosesser Kravhåndtering og kravspesifikasjon Use case-modellering
DetaljerVFR Manual for S2 - TWR Norsk versjon Made by: Sebastian Rekdal Chief of Training Norway Updated: 2015-01-01 January 01, 2014
VFR Manual for S2 - TWR Norsk versjon Made by: Sebastian Rekdal Chief of Training Norway Updated: 2015-01-01 January 01, 2014 Side 1 av 14 Innhold 1 Kapittel 1. Generelt... 3 1.1 Formål... 3 1.2 Takk til...
DetaljerRoe Nerem, 31år Flygeleder ved Oslo Kontrollsentral, Røyken Tidligere ved Tromsø og Kristiansund Tårn og Innflygingskontroll Privatflyger ca 200
Hvem er jeg? Roe Nerem, 31år Flygeleder ved Oslo Kontrollsentral, Røyken Tidligere ved Tromsø og Kristiansund Tårn og Innflygingskontroll Privatflyger ca 200 timer Formann Møre Flyklubb Flygesjef Sandefjord
DetaljerEØS-tillegget til Den europeiske unions tidende. KOMMISJONSFORORDNING (EF) nr. 633/2007. av 7. juni 2007
26.1.2012 EØS-tillegget til Den europeiske unions tidende Nr. 5/335 KOMMISJONSFORORDNING (EF) nr. 633/2007 2012/EØS/5/51 av 7. juni 2007 om fastsettelse av krav til anvendelse av en overføringsprotokoll
Detaljer6105 Windows Server og datanett Jon Kvisli, HSN Skriveradministrasjon - 1. Utskrift i nettverk
6105 Windows Server og datanett Leksjon 7b Skriveradministrasjon Utskrift og plassering i nettverk Utskriftsbegreper Windows, driver Fire ulike oppsett Skriveradministrasjon og rettigheter Skrivergrupper
DetaljerForsvarets bruk og utfordringer angående UAV/droner
Forsvarets bruk og utfordringer angående UAV/droner Brief 29 september 2015 Maj Anders Lie Stabsoffiser UAS Luftoperativt inspektorat 03.11.2015 2015.11.03 1 Status på internasjonalt arbeid for å lovregulere
DetaljerBytte til PowerPoint 2010
I denne veiledningen Microsoft PowerPoint 2010 ser helt annerledes ut enn PowerPoint 2003, så vi har laget denne veiledningen for å gjøre det så enkelt som mulig for deg å lære forskjellene. Les videre
DetaljerNOR/311R1206.GHB OJ L305/11, p. 23-34 COMMISSION IMPLEMENTING REGULATION (EU) No 1206/2011 of 22 November 2011 laying down requirements on aircraft
NOR/311R1206.GHB OJ L305/11, p. 23-34 COMMISSION IMPLEMENTING REGULATION (EU) No 1206/2011 of 22 November 2011 laying down requirements on aircraft identification for surveillance for the single European
DetaljerForord... 3. Introduksjon til studentresponssystem... 3. Hva er et studentresponssystem?... 3. Hvorfor bruke SRS?... 3
Innholdsfortegnelse Forord... 3 Introduksjon til studentresponssystem... 3 Hva er et studentresponssystem?... 3 Hvorfor bruke SRS?... 3 Hvordan blir undervisningen ved bruk av SRS?... 3 Hva slags enhet
DetaljerSPPR Software Project Progress Report Uke 35-37
SPPR Software Project Progress Report Uke 35-37 Heiskontrollsystem Gruppe 7 Arne Enger Hansen, Cecilie Vådahl, Kristian Vågen, Magnus Asbjørnsen, Martin Stenmark Høgskolen i Østfold 2003 Innhold 1 INTRODUKSJON...3
DetaljerBrukermanual for webrapportering av data fra hønsefugltakseringer i Hønsefuglportalen
Brukermanual for webrapportering av data fra hønsefugltakseringer i Hønsefuglportalen Midlertidig versjon, oppdatert 11.08.2014 Innhold 1. Startsiden... 2 2. Min side... 4 3. Last ned start- og stopp koordinater...
DetaljerEn enkel beskrivelse av Seasave-Win32
Ref.id.: KS&SMS.4.MAN.3-02 Versjon: 1.01 Opprettet: 16.04.2013 Skrevet av: HIS Godkjent av: KRR Gjelder fra: 28.07.2015 Standard Sidenr: 1 av 7 En enkel beskrivelse av Seasave-Win32 Hovedplot er en.dso
Detaljer