Kortfattet bit arkitekturanalyse af T-systemet

Transkript

1 Kortfattet bit arkitekturanalyse af T-systemet Indholdsfortegnelse 1 INTRODUKTION OG BAGGRUND 2 2 BESKRIVELSE AF T-SYSTEMET Softwarearkitektur USoft Oracle Reports Services (Print) Java Scheduler (jobkørsler) Teknisk infrastruktur Produktionsmiljø Test- og udviklingsmiljø Funktionalitet Organisationer, luftfartøjer og personcertifikater Tilsynsplanlægningssystemet (TPS) Integrationer 12

2 1 Introduktion og baggrund Luftfartens tilsynssystem T-Systemet er et system til understøttelse af tilsyn og administrative procedurer indenfor civil luftfart. Systemet er forretningskritisk for Trafikstyrelsen og benyttes dagligt af mere end 100 brugere. Systemet er baseret på Usoft. Side 2 af 12

3 2 Beskrivelse af T-systemet Udvikling af det nuværende T-system blev påbegyndt i 1995, og systemet har været i drift siden Oprindeligt blev systemet leveret af Rambøll, men efterfølgende er alt vedligehold og videreudvikling overdraget til Software Kompagniet (som var underleverandør til Rambøll). Systemet er løbende blevet tilpasset, udvidet og opgraderet til nyeste version af den underliggende platform i 2012 er platformen således opgraderet til USoft 8.0 som er den nyeste major version. Idet systemet til enhver tid skal følge og opretholde den gældende lovgivning er der et naturligt behov for løbende tilpasninger. Tilpasningsbehovet kommer typisk i bølger når EU eller andre myndigheder indfører helt nye typer lovgivning, idet der typisk er store tilpasninger når lovgivningen skal understøttes i praksis. Ud over den løbende tilpasning er systemet også blevet udvidet/ændret på væsentlige områder, herunder Tilsynsplanlægningssystem i Integration til Økonomisystem har været ændret fra SAP til lokal Navision og endeligt til Navision Stat. o Lovgivningsmæssige ændringer især som følge af at de frivillige reguleringer fra Joint Aviation Authorities (JAA) gradvist erstattes med bindende EU lovgivning fra European Aviation Safety Agency (EASA). EASA dækker i dag områderne luftdygtighed, flyoperationer og certificering af luftfartspersonel. Især til certificering af luftfartspersonel forventes der fortsat ændringer og tilpasninger. Tidsmæssigt er det vurderet at Trafikstyrelsen selv bruger ca. 1:1 antal timer i forhold til leverandøren for at udføre projektledelse, specifikation, test og brugsdokumentation. 2.1 Softwarearkitektur T-systemet er baseret på USoft platformen, som stammer tilbage fra starten af 90 erne USoft USoft Platformen er en såkaldt Rapid Application Development (RAD) platform med fokus Model Driven Architecture (MDA), herunder: Klar adskillelse mellem forretningslogik og klient-applikation Forretningslogik defineret som regler (URule) ovenpå en logisk datamodel via et dedikeret modelleringsværktøj (Usoft Definer). o Forretningsregler defineres i et SQL lignende sprog med mulighed for at kalde eksterne systemer i reglerne. Auto-genereret windows-applikation (Usoft Windows) som hurtigt kan tilpasses via et tilhørende udviklingsværktøj (Usoft Windows Designer) der kan læse og forstå den logiske datamodel og de tilhørende forretningsregler Side 3 af 12

4 USoft Windows Windows Applikation der afvikles lokalt eller via Citrix Udvikles via USoft Windows Designer URule Rules Engine Forretningregler indkapsler adgang til database Bygges i USoft Definer Database (Oracle) Tabeller og Oracle specifikke funktioner (f.eks. til Audit logging) Bygges i standard Oracle DB værktøjer (PLSQLDeveloper) Figur 1: T-systemets USoft arkitektur USoft Windows klientapplikationen er karakteriseret ved: Hurtig at tilpasse med felter, opslag, søgninger og overblik der knytter sig til den underliggende logiske datamodel Avanceret Windows klient-applikation der kræver en del tilvænning for nye brugere, men til gengæld tilbyder superbrugere o masser af genveje og ikoner til fast funktionalitet på alle skærmbilleder o mulighed for at rette mange data og gemme til sidst o mulighed for at søge i alle skærmbilleder (både på nøgler, tekster og relaterede data) o mulighed for at bladre i versionshistorik Besværligt at lave skræddersyet brugerinterface dette kræver udvikling og registrering af specielle ActiveX komponenter og erfaringer fra udvikling af tilsynsplanlægning (TPS) er at dette er meget tidskrævende i forhold til normal USoft Windows udvikling. Ved lokal installation skal applikationen deployes ud på slutbrugerens maskine og redeployes ved hver ny release. Hos Trafikstyrelsen tilgår alle brugere T-systemet via Citrix, og nogle få brugere har som et supplement T-systemet installeret lokalt. URules forretningslaget er karakteriseret ved: Grundig definition af de forskellige forretningsregler for entiteter og sammenhænge i datamodellen, f.eks. krav om gyldige certifikater for at opnå en given licens Tilknytning af fejlbeskeder og advarsler til regler Visse regler kan valideres før data gemmes mens andre først valideres, når man forsøger at gemme (en række) opdateringer Mulighed for at kalde eksterne komponenter gennem webservices, COM+ m.m. benyttes dog ikke p.t. i T-systemet Side 4 af 12

5 URules laget kan tillige udstilles i Web grænseflade (UServe), som web services og gennem ODBC SQL Driver, men disse komponenter er ikke i anvendelse i T-systemet. Databaselaget er karakteriseret ved: Principielt kan USoft køre imod både Oracle og MS SQL Server T-systemet benytter imidlertid Oracle specifik funktionalitet til bl.a. at generere audit logging af ændringer på databaselaget Opdateringer kører som hovedregel altid gennem URules laget, men visse komponenter tilgår databasen direkte for læsning Oracle Reports Services (Print) Til at håndtere udprintning til både skærm (PDF visning) og netværksprintere benyttes Oracle Reports Services, installeret på en separat server, som kaldes fra USoft applikationen. USoft Windows Oracle Reports Services Datatabase (Oracle) Netværksprintere Figur 2: T-systemets arkitektur for print I Oracle Reports Services er en lang række rapporter defineret til dels at håndtere udskrift af enkeltposter og lister, men også til udskrift af komplicerede certifikater, beviser og licenser. Rapporterne trækker data direkte fra databasen uden om URules forretningsregler, og tilpasning og udvikling af nye rapporter kræver udvikler-ressource. Brugeren vælger i T-systemet om Oracle Reports Services skal sende den færdige rapport direkte til en netværksprinter, eller om den skal danne en PDF som så kan vises på skærmen hos brugeren. Side 5 af 12

6 2.1.3 Java Scheduler (jobkørsler) Til afvikling af schedulerede kørsler benyttes Software Kompagniets egen-udviklede java komponent. Java Scheduler Egen-udviklet komponent til afvikling af schedulerede kørsler. Bygges i standard Java udviklingsværktøj. (Jdeveloper) Dataadgang URule Rules Engine (USoft JDBC Driver) Direkte DB Adgang (Oracle JDBC driver) Database (Oracle) Komponenten er den eneste Java-baserede udvikling I T-systemet og tilgår URule forretningslaget via USofts JDBC driver Databasen direkte gennem PLSQL imod standard Oracle JDBC driver i visse tilfælde 2.2 Teknisk infrastruktur Oprindeligt har T-systemets Windows klient været udrullet på alle brugeres egne maskiner og der har også været automatiske opdateringer/udrulninger, der virkede med få fejl og manuelle oprydninger. I dag afvikles T-systemet dog primært via Citrix. Via VPN benyttes Citrix-løsningen på 3-4 arbejdspladser, der har ekstern adgang. Alle servere kører på Windows 2008 R Produktionsmiljø Produktionsmiljøet består af: - 3 lokale installationer af T-systemets klient (USoft Windows inklusive USoft Rules) - Citrix farm med 3 servere der har T-systemets klient installeret - To virtuelle Oracle DB servere med failover - En fysisk print server med Oracle Application Server med Oracle Reporting Services o Denne server genbruges af TEST og UDVIKLING - En virtuel job server med Java Scheduler og USoft Rules (JDBC driver) o Denne server genbruges af TEST og UDVIKLING Side 6 af 12

7 Flyvemedicinsk Center Via VPN Citrix klient Lokal T-system klient installeret som supplement (Usoft Windows + Rules) Citrix Farm T-system klient (Usoft Windows + Rules) PROD Oracle DB (virtuel) Fælles PROD/TEST/UDV Print Server Oracle Application Server Oracle Report Services Fælles PROD/TEST/UDV Job Server (virtuel) Java Scheduler + Usoft Rules (JDBC) Integration til Exchange, SFTP m.m. Figur 3: Produktionsmiljø for T-systemet Der er etableret ekstern overvågning og udførelse af periodisk sundhedscheck på Oracle serverne mens intern IT laver normal backup og halvårlig restore af produktionsdata til TEST. Nedetid på systemet er yderst begrænset.

8 2.2.2 Test- og udviklingsmiljø Test og udvikling genbruger som nævnt print- og job-server fra produktionsmiljøet og har derudover: - En virtuel Oracle DB server med separate DB instanser til TEST/UDVIKLING - En virtuel udviklingsserver med de nødvendige udviklingsværktøjer Figur 4: Test- og udviklingsmiljø for T-systemet Ligesom i produktion benyttes T-systemets klient primært gennem Citrix. Side 8 af 12

9 2.3 Funktionalitet Nedenstående figurer opsummerer de funktionelle områder. Figur 5. T-systemets funktioner

10 Figur 6. T-systemets funktioner Side 10 af 12

11 2.3.1 Organisationer, luftfartøjer og personcertifikater T-systemet registrerer data, som understøtter tilsyn med og administration af luftfartsområdet. Systemet omfatter tillige udstedelse af certifikater og tilladelser til luftfartens aktører (luftfartsselskaber, vedligeholdelsesorganisationer, luftfartøjer, piloter, kabinepersonale m.m.) samt registrering af teoretiske og praktiske prøver. Modulerne og skærmbillederne er præget af Høj og detaljeret datakvalitet som følge af mange og detaljerede forretningsregler der validerer lovgivningsmæssige krav for at udstede og genudstede licenser og certifikater Arbejdsgange omkring udstedelse af certifikater og licenser er i høj grad automatiseret i kraft af datakvaliteten og den systematiske registrering af gyldige certifikater og licenser på tværs af organisationer, luftfartøjer og personale (således at et Aircraft Operator Certificate kan trække på oplysninger om certificeret personale og luftdygtige luftfartøjer) Historisk set har der ikke været nogen opdateret brugervejledning til systemet, og brugeruddannelse har derfor i høj grad været baseret på sidemandsoplæring. I nyere moduler (fra 2005) findes indbyggede brugervejledninger som udarbejdes og vedligeholdes af Trafikstyrelsen. o Luftfartsselskaber og Personcertificering med 140+ skærmbilleder har ingen brugervejledning, og der er områder som Trafikstyrelsen kun tør konfigurere i tæt dialog med softwareudvikleren. Skærmbillederne og funktionaliteten er generelt fleksibelt opbygget og meget parameterstyret. Dette er dels en styrke idet det muliggør høj grad af tilpasning uden at skulle ændre i koden, men også en udfordring fordi det gør det mere komplekst at forstå og konfigurere systemets administrative del. Især området personcertificering og helbredscertifikater er konfigurerbart, med mulighed for at selv bygge regler og forudsætninger for det enkelte certifikat. I forbindelse med det netop indførte LAPL (Light Aircraft Pilot s License) er der således indført 6 nye certifikater med tilhørende regelsæt i løbet af 3 workshops, uden kodeændringer og med samtidig uddannelse af forretningen. Både moduler og skærmbilleder bærer naturligt præg af systemets lange levetid idet der er en del elementer, der enten af lovgivningsmæssige, tekniske eller anvendelsesmæssige årsager ikke længere anvendes. Af disse kan nævnes er et overdesignet modul til tjeklister på AOC, forsøg på at indføre workflow og sagsstyring fra før Trafikstyrelsen anvendte ESDH systemet Workzone (Captia) og forskellige udgåede certifikat-typer. Dette øger naturligvis kompleksiteten af systemet unødigt, men er omvendt svært at undgå og kræver, at der periodisk afsættes tid og budget til oprydning i systemkoden Tilsynsplanlægningssystemet (TPS) Det nyeste større delsystem, Tilsynsplanlægningssystemet (TPS), er taget i brug i 2008 og er et komplet planlægnings-, registrerings- og opfølgningsværktøj i forbindelse med funktionstilsyn. Systemet indeholder Styring af tilsynsaktiviteterne og dokumentation herfor Grafisk kalendervisning Integration til brugernes Outlook kalender Stort set alt omkring planlægning, rapportskrivning og opfølgning er automatiseret i forhold til tidligere manuelle procedurer. Systemet er bevidst opbygget som et konfigurerbart, parameterstyret modul, så ud over at det løbende kan tilpasses nye og ændrede behov for luftfartstilsyn kan det principielt også (via yderligere konfiguration) anvendes til planlægning af andre tilsyn.

12 2.3.3 Integrationer T-systemet har en lang række større og mindre system-integrationer, der alle afvikles som schedulerede kørsler af Java Scheduleren. De vigtigste er: Tovejs-integration med Navision Stat. Denne integration er bevidst gjort to-vejs således at T-systemet dels eksporterer de gebyrer der skal opkræves i forbindelse med udstedelser/genudstedelser men også importerer data fra Navision Stat for at validere at de rigtige beløb er blevet faktureret. Kalenderintegration med Outlook/Exchange. Denne integration gør at planlagte tilsyn i TPS automatisk overføres til den tilsynsførendes kalender. Der er tale om en autoritativ en-vejs integration fra TPS til Outlook. En utilsigtet ændring eller sletning af et tilsyn i Outlook vil automatisk blive ajourført hver halve time. CPR-data integration med CPR registeret, Workzone (Captia) og Navision o Personadressen anvendes primært som postadresse og for at kunne oversende debitorinformation til Navision (historisk har man angivet CPR adresse på certifikater, men denne praksis er ophørt). o CPR personer i T-systemet får opdateret deres adressedata via integration til CPR registeret, men man kan også i T-systemet angive en alternativ postadresse. o I modsætning til den normale praksis i Trafikstyrelsen er Workzone ikke master på disse personers adresse, og der er derfor etableret en integration, der overfører CPR adresser til Workzone. Integrationen blev indført i 2007 og ændret i Integrationen er midlertidigt suspenderet. Selve opbygningen af integrationer og kørsler virker ligesom mange andre moduler fleksibelt og konfigurerbart, og kørslerne kører som hovedregel stabilt med gode muligheder for at se historik og status på de forskellige rutiner. Side 12 af 12