Bilag 3 - Designspecifikation Bistand til administration og udvikling af Dynamisk Database. November 2018

Transkript

1 Bilag 3 - Designspecifikation Bistand til administration og udvikling af Dynamisk Database November 2018

2 Designspecifikation DYNDBMonitor Sopra Steria Group 2015

3 INDHOLD INDHOLD Ændringshistorik Introduktion Funktion Sekvens diagram Program Typer Database DataSystemType InrixQualityControlType InrixTimelinessType NapServiceType WebServiceType WinServiceType Sopra Steria Group af 12

4 1. Ændringshistorik Version Dato Noter Forfatter Første udkast John Nørbjerg Hansen 2. Introduktion Dette dokument har til formål overordnet at beskrive komponenten DYNDBMonitor, og de sammenhænge denne indgår i. Målgruppen for dette dokument er udviklere og arkitekter, der skal vedligeholde og videreudvikle DYNDBMonitor. For information om konfiguration og installation af DYNDBMonitor servicen, se dokumentet: DynDBMonitor_Installation_og_driftvejledning.docx. 3. Funktion DYNDBMonitor overvåger forskellige services og systemer, som er del af DYNDB. Overvågningen sker ved at der udsendes s hvis et system enten er nede, eller er for længe om at svare. Derudover skriver DYNDBMonitor systemets status til LOGDB databasen. Dashboard web applikationen læser systemets tilstand fra LOGDB databasen, og viser systemets tilstand vha. forskellige farver. Sopra Steria Group af 12

5 Sekvens diagram Ovenstående sekvens diagram viser i visuel form det overordnede flow i servicen. DynDBMonitorService indeholder en timer, der kører en overvågning scheduleret. Når timeren trigges, køres update på DynDBMonitor. Denne kalder Update på MonitorEngine, der looper over alle programmer, og spørger programtype implementeringerne hvilken status og forsinkelse det pågældende program har. De enkelte programmers status gemmes i en liste med UpdateItems, der foruden denne information også indeholder information om hvem en eventuel notifikation skal sendes til. GetChangedAlerts sorterer alerts fra, således at der kun notificeres omkring programmer, hvis status er ændret siden sidst. Endvidere sorteres alerts også fra, ved status skift imellem grøn og gul. Dog sendes alle alerts, hvis det er morgen mailen, der sendes. SaveAlerts gemmer alerts i LOGDB. DynDBMonitor.SendAlerts indeholder logik mht. hvem og hvornår, der Sopra Steria Group af 12

6 skal sendes alerts til. IMediaHandler, her Handler indeholder metoder til sammensætning af -body og afsendelse af . Nedenstående listes klasser vist i diagrammet med en forklaring til deres funktion. Klasse navn DynDBMonitorService DynDBMonitor MonitorEngine Funktion Indeholder en timer, der sørger for at hele overvågnings jobbet afvikles scheduleret. Indeholder langt det meste af logikken i servicen. Update metoden i denne klasse er den, der bliver kaldt af timeren, og sætter alle metode kald sammen. Fordeler Update metode kald ud til de specifikke programtyper. IProgramType Servicen indeholder en række klasser, der alle implementerer IProgramType. Alle disse klasser indeholder logik til at finde Delay for den specifikke programtype og sætte status (farve) på programmet. For nogle programtyper er Delay mere et udtryk for om programmet er nede eller oppe, end et udtryk for forsinkelse. For programtyperne DatabaseType og WinServiceType giver det f.eks. ikke mening at tale om forsinkelse, enten er det pågældende program tilgængeligt, eller også er det ikke. IMediaHandler Der kan oprettes forskellige media handlere i servicen, der implementerer interfacet IMediaHandler. P.t. findes klassen Handler, der er ansvarlig for sammensætning og afsendelse af s. Sopra Steria Group af 12

7 4. Program Typer 4.1. Database Dette system returnerer 2 forskellige stadier, enten er databasen oppe eller også er den ikke. Sopra Steria Group af 12

8 4.2. DataSystemType Datasystem typen returnerer en værdi baseret på hvor længe siden der sidst er modtaget data for det program. Sopra Steria Group af 12

9 4.3. InrixQualityControlType InrixQualityControlType udstiller de sidste fejl, ved flere fejl bliver status sat til den værste fejl. Så længe der ikke er nogen fejl bliver status sat til grøn. Ved flere forskellige fejl, sammensættes fejlbeskrivelserne og der sendes kun en mail, med alle forskellige typer af fejl. Sopra Steria Group af 12

10 4.4. InrixTimelinessType InrixQualityControl sætter en status baseret på, hvor længe siden det er, der sidst er modtaget data. Sopra Steria Group af 12

11 4.5. NapServiceType NapServiceTypen kigger på, hvor mange filer der ligger i Missing folderen, og returnerer status baseret på de værdier der er sat i de tilhørende kriterier på programmet. Sopra Steria Group af 12

12 4.6. WebServiceType WebServiceTypen laver et api kald til webservicen og, tester på hvor længe kaldet tager. Sopra Steria Group af 12

13 4.7. WinServiceType WinServiceType kigger på om en WindowsService er running eller ej, hvis dette fejler bør, der kigges i file-loggen på serveren. Sopra Steria Group af 12

14 Vejdirektoratet har lokale kontorer i: Aalborg, Fløng, Middelfart, Næstved og Skanderborg samt hovedkontor i København Find mere information på vejdirektoratet.dk Vejdirektoratet Carsten Niebuhrs Gade København V Telefon vd@vd.dk vejdirektoratet.dk