VINTERMAN. Systemdokumentation

Transkript

1 Systemdokumentation

2 Indholdsfortegnelse Side 1. Indledning VINTERMAN struktur VINTERMAN serveren VINTERMAN klienter Borland Database Engine (BDE) Installation og opdatering Borland Database Engine (BDE en) Opsætning af VIS forbindelse Anvendelse af WinFrame/MetaFrame VINTERCOM VERSIONMAN Systemadministration Systemparametre Kolonneopsætning Filer på en klient Brugere og kodeord Databaser og databasealiaser Databasekomprimering Sikkerhedskopiering og dokumentation Nye programversioner Interbase Generelt om kort Opsætning af telefonstyring Kommunikationsstatus Inlive overvågning Datamodel...24

3 1. Indledning Denne vejledning udgør systemdokumentationen til VINTERMAN. Systemet er udviklet af Vejdirektoratet samt amterne i København, Frederiksborg, Vestsjælland, Storstrøm, Ribe og Viborg. Den samlede dokumentation til VINTERMAN omfatter: Brugervejledning. Heri beskrives strukturen og anvendelsen af VINTERMAN programmet. Vejledningen er primært rettet mod de personer, der skal forestå opsætningen af VINTERMAN. Personalet på vintercentralen vil kunne bladre lettere henover kapitlerne omkring stamdata, kort, vagtplaner samt bogføring og statistikker. Systemdokumentation. Indeholder installationsvejledning samt beskrivelse af systemkrav, systemstruktur og opsætning mv. Systemdokumentationen henvender sig primært til den systemansvarlige for VINTERMAN installationen. Kommunikation mellem VINTERMAN og vinterbekæmpelsesudstyr. Dette notat er på engelsk og beskriver en standardiseret grænseflade mellem VINTERMAN og f.eks. saltspredere med GPS. Notatet er beregnet til at udlevere til leverandører af vinterbekæmpelsesudstyr. Brugervejledningen senere blive indlagt som on-line hjælp i VINTERMAN programmet.

4 2. VINTERMAN struktur VINTERMAN er opbygget som et klient-server system baseret på en central VINTERMAN server med databasen samt mulighed for et antal samtidige brugere af systemet. Denne opbygning giver mulighed for at afvikle VINTERMAN i forskellige udgaver fra den simple løsning, hvor alt afvikles på samme maskine over mere avancerede strukturer med mange klienter og flere maskiner til on-line dataopsamling. Strukturen af en VINTERMAN installation fremgår af nedenstående figur. Data til Vejdirektoratet pr. Afsendelse af meldinger pr. og fax VINTERMAN server Glatførevarslingsserver Lokalnet VINTERMAN klient, vintercent ralen VINTERMAN klient, distriktskontor GPS On-line dataopsamling DAU filer VINTERMAN klient, hjemme hos bagvagten Figur: Strukturen af en VINTERMAN installation i et amt eller en kommune Figuren illustrerer blot et eksempel på en VINTERMAN installation incl. glatførevarslingssystem. En installation kan indeholde: En VINTERMAN server. Serveren skal indeholde VINTERMAN s database. Den skal desuden kunne afsende mails og have et fax-modem til afsendelse af telefaxer. Serveren kan anvendes som VINTERMAN arbejdsstation, men det anbefales at anvende en anden pc.

5 Hvis der skal ske on-line dataopsamling, vil de forskellige leverandører af saltspredere normalt kræve en pc til modtagelse af data. Har man udstyr fra forskellige leverandører, skal man sandsynligvis have flere pc er til dataopsamling. I princippet burde leverandørernes software kunne ligge på serveren, men dette er ikke afprøvet. Et antal VINTERMAN klienter. VINTERMAN kan installeres på det antal maskiner, man måtte ønske. Maskinerne skal blot på nettet, således at de kan anvende VINTERMAN s database på serveren. Klienter kan forbindes via modem hjemmefra eller forbindes via lokalnet f.eks. bundet sammen via routere og ISDN-linier. Ved daglig drift af VINTERMAN bør der være mindst 128 Kbit/sek som båndbredde mellem klienter og server. Ved lejlighedsvis opkald kan et almindeligt modem anvendes. Glatførevarslingsserveren er medtaget på figuren. VINTERMAN vil på sigt anvende data herfra til beregning af vinterindex mv. Samtidig vil glatførevarslingssystemet kunne anvendes fra alle klienter på nettet. I kommuner anvendes amtets glatførevarslingsserver normalt. Den mest simple installation indeholder alle komponenter på en og samme maskine evt. med en separat glatførevarslingsserver. Anvendes on-line dataopsamling ikke, kan dette også være en fornuftig løsning i en mindre vinteradministration VINTERMAN serveren En VINTERMAN server vil normalt skulle have følgende software installeret: NT Server version 4.0. Inprise Interbase server version 4.2 eller senere. Indkøb af Interbase er normalt sket via EuroSoft ( ) eller Ravenholm ( ). En klient og egen mail-adresse. VINTERCOM. Dette er proces til modtagelse af data fra online dataopsamlingen samt afsendelse af og fax. VINTERMAN. Selvom VINTERMAN programmet ikke anvendes driftsmæssigt på serveren, er det normalt en fordel også at have systemet installeret på serveren.

6 Er VINTERMAN serveren den eneste maskine til afvikling af VINTERMAN, vil operativsystemet også kunne være NT Workstation eller Windows 9x. En server til VINTERMAN bør ikke være udstyret med mindre end 128 MB RAM. Selve VINTERMAN s database stiller ikke store krav til harddisk-plads (20-30 MB/år), men ønskes data opsamlet fra sprederne gemt, må dette forventes at være en væsentlig større datamængde. Et overslag på datamængderne er ca. 100 MB pr amt pr år, men dette tal er behæftet med en meget stor usikkerhed. On-line dataopsamling kører først driftsmæssigt fra sæsonen 99/00. VINTERM AN server Afsendelse af VINTERCOM VinterCom.gdb Database VINTERMAN klient Af sendelse af telefax via et faxmodem On-line dataopsamling DAU filer Vinterman.gdb Database VINTERMAN klient med modem til telefonstyring Figur: Opgaver for VINTERMAN serveren Serveren varetager normalt følgende opgaver: Interbase styrer opslag i mindst to databaser, VinterCom og Vinterman. Disse databaser anvendes ved normal drift af VINTERMAN, men det er muligt at have flere forskellige databaser til f.eks. testformål. VINTERCOM kigger jævnligt (normalt en gang i minuttet) efter nye DAU filer med on-line data, som leverandørernes saltspredere har sendt. Hvis der modtages data, vil

7 VINTERCOM lægge det modtagne i VinterCom databasen og opdatere eventuelle tilhørende aktiviteter i Vinterman databasen. VINTERCOM undersøger også i Vinterman databasen, om der er mails eller faxer, der skal afsendes. VINTERMAN klienterne vil normalt læse i både Vinterman og VinterCom databaserne, men kan nøjes med forbindelse til Vinterman databasen. Haves ingen forbindelse til en VinterCom database, vil VINTERMAN ikke kunne præsentere data fra on-line dataopsamlingen. På klienterne kan VINTERMAN styre et lokalt voice-modem til at taste et valgt telefonnummer via Windows TAPI. Afsendelse af faxer og s sker altid fra serveren. Dermed skal opsætning af disse faciliteter kun ske et sted VINTERMAN klienter Almindelige VINTERMAN klienter bør normalt være maskiner med mindst følgende specifikation: Windows NT eller 9x som operativsystem. Mindst Pentium processor. Det anbefales at have mindst 64 MB RAM (primært af hensyn til kortbillederne), men mindre kan også fungere fornuftigt. Mindst 17 og helst 19 skærm. Kravet er en opløsning på mindst 1024*768 og små skrifttyper. TFT skærme kan typisk være mindre i størrelse og stadig give et meget behageligt billede i 1024*768 punkters opløsning. Hvis VINTERMAN skal kunne styre telefonen, skal der monteres et (voice-) modem med forbindelse til telefonen. Modemet behøver ikke være et voice-modem, men driveren skal til modemet skal være en voice-modem driver ellers vil Microsofts nummersender ikke fungere. VINTERMAN programmet installeres på klienten. Sammen med VINTERMAN installeres Borland Database Engine (BDE en) for at kunne skabe forbindelse mellem klienten og serveren over nettet.

8 2.3. Borland Database Engine (BDE) VINTERMAN er udviklet i Inprise (tidligere Borland) Delphi og anvender Borland Database Engine (BDE en) til kommunikation mellem program og database. BDE en er en praktisk opfindelse set udfra programmøren, idet programmet ikke skal tage hensyn til den specifikke database. Derved vil VINTERMAN forholdsvis let kunne flyttes til f.eks. en Oracle database i stedet. BDE en styrer kommunikationen til databasen og udnytter den specifikke databases egenskaber, hvis det er muligt. Ellers træder BDE en til og overtager de funktioner, som den specifikke database ikke selv kan løse. Til VINTERMAN anvendes Interbase, der normalt selv gør det meste af arbejdet (f.eks. søgninger mellem flere tabeller). Prisen for denne fleksibilitet er at man skal installere og konfigurere BDE en på alle VINTERMAN klienter. VINTERMAN program Borland Database Engine (BDE) Interbase Databaseprogram Klient Server Database-filen Vinterman.gdb Database-filen VinterCom.gdb Figur: VINTERMAN med normal fordeling mellem klient og server

9 Som figuren viser, består en VINTERMAN klient-server installation af følgende fire dele: VINTERMAN programmet. Dette er selve programmet med skærmbilleder og funktioner mv. Når VINTERMAN skal vise data fra databasen, taler den udelukkende med BDE en. Borland Database Engine (BDE). BDE en indeholder en række alias er. Hvert alias indeholder en række opsætningsparametre omkring en databaseforbindelse. I BDE en vælges bl.a. databasetypen, hvor selve databasefilen ligger og hvad filen fysisk hedder. Ved start af VINTERMAN programmet kan brugeren vælge mellem alle databasealiaser, der starter med navnet VINTERMAN. Interbase databaseprogram. Interbase er et selvstændigt databaseprogram installeret på serveren. Interbase sikrer, at data i databasen indsættes, opdateres og slettes korrekt. Interbase gemmer en database i en enkelt databasefil. Interbase kan problemfrit arbejde med flere forskellige databaser (databasefiler) samtidig. Interbase skal køre på serveren, for at VINTERMAN kan fungere. Databasefilerne Vinterman.gdb og VinterCom.gdb. Disse fil indeholder alle data i VINTERMAN s driftsdatabaser. Det er forholdsvis simpelt at foretage backup eller kopiere en database, da en alle oplysninger om en database er samlet i en fil.. Da filnavnet vælges i BDE ens alias opsætning, kan man problemfrit have adgang til flere forskellige databasefiler (*.gdb). Hvis VINTERMAN installeres som en enkeltbrugerløsning, vil alle dele være installeret på samme maskine. Funktionen vil være uændret, bortset fra at forbindelsen mellem BDE en og Interbase sker internt på maskinen og ikke via netværket. Hvis båndbredden mellem klienter og server er tilstrækkelig (f.eks. i et 10 Mbit lokalnet), kan selve VINTERMAN programmet flyttes til en server, således at der kun findes en version af Vinterman.exe filen. Borland Database Engine skal stadig ligge på den lokale maskine. Flere systemer kan dele BDE og/eller Interbase databaseprogram. Haves f.eks. VIMS, BELMAN, STRIBEMAN eller DANBRO på klientmaskinen i forvejen, vil BDE en blive delt mellem systemerne og der vil kun blive installeret aliaser til VINTERMAN. Haves en Interbase installation via f.eks. VIMS, STRIBEMAN eller DANBRO, kan VINTERMAN s databasefiler også anvendes af denne Interbase.

10 2.4. Installation og opdatering Installation af de enkelte dele af VINTERMAN skal ske i følgende rækkefølge: Først installeres Interbase version 4.2 eller 5.x på serveren. Dette produkt skal anskaffes særskilt og findes normalt ikke på VINTERMAN installationscd en. Installation af Interbase afsluttes normalt med genstart af maskinen. Herefter installeres VINTERMAN på klienterne fra VINTERMAN installationscd en. Installation sker ved at afvikle Setup.exe placeret på cd en i kataloget \Setup\Disk1\Setup.exe. Ved installation installeres både VINTERMAN programmet, BDE en samt nogle databasefiler (*.gdb). Hvis VINTERMAN skal installeres som en enkeltbrugerudgave, skal begge ovenstående trin installeres på den samme maskine. Hvis Interbase er installeret på en server og VINTERMAN programmet på en klient, skal databasefilerne (*.gdb) efterfølgende flyttes til et passende sted på serveren. Herefter skal databasealias erne i BDE en justeres, således at VINTERMAN kan finde databasefilerne på serveren. Denne justering sker via BDEAdmin, der er et værktøj til ajourføring af databasealiaser (beskrives i næste afsnit). Opdateringer af VINTERMAN udsendes normalt pr. til alle brugere. En opdatering vil normalt være en selvudpakkende fil, der blot udføres på klienterne og dermed overskriver en eller flere filer. Når der udsendes en ny installationscd, vil der normalt også være et \Update katalog, hvori der ligger en opdateringspakke til eksisterende VINTERMAN installationer. VINTERCOM udsendes altid komplet, idet programmet kun består af nogle få filer. På en installationscd vil der være en selvudpakkende fil i kataloget \VinterCom med de nødvendige filer. Ved udsending pr. vil det også ske som en selvudpakkende fil Borland Database Engine (BDE en) BDEAdmin er værktøjet til oprettelse og ændring af alias er. BDEAdmin installeres sammen med BDE en på klienterne og findes normalt via stien C:\Programmer\Borland\Common Files\Bde\BdeAdmin.exe. Skærmbilledet på næste side viser et

11 eksempel på et alias til VINTERMAN. Blandt parametrene i højre side af skærmbilledet skal følgende fremhæves: Type. Her angiver INTRBASE, at der er tale om en forbindelse til en Interbase database. LANGDRIVER. Her angives en driver til fortolkning af nationale bogstaver. Dette felt skal altid være udfyldt med Borland DAN Latin-1. SERVER NAME. Her angives stien til selve databasefilen (I eksemplet er dette w:\vinterman\vinterman.gdb ). Ved start af VINTERMAN kan brugeren vælge mellem alle databasealiaser, der starter med navnet VINTERMAN. Ved at lave flere aliaser (f.eks. VINTERMAN, VINTERMAN_Demo og VINTERMAN_Test) kan man arbejde på forskellige databaser fra det samme program. Figur: Opsætning af Borland Database Engine alias i BDEAdmin

12 VINTERMAN brugeren kan altid se i programmets overskrift hvilket alias, han/hun har startet programmet med. Når aliaset afviger fra VINTERMAN, vil der desuden være en grøn markering i værktøjsliniens højre side. Den systemansvarlige vil skulle forestå installation, opdatering og oprettelse af databasealiaser. Da databasealiaser normalt ligger lokalt på hver enkelt pc, er det vigtigt at sikre, at disse er ens. Anvendelsen af databasealiaser giver stor frihed til at flytte på databaser og anvende flere udgaver til f.eks. træning og demontrationsudgaver. Denne grad af frihed betales med en risiko for, at brugeren arbejder i en forkert database. Derfor skal mulighederne anvendes med omtanke og der bør desuden altid tages hyppigt backup af databasefilerne (*.gdb) Opsætning af VIS forbindelse Ved en normal VINTERMAN installation er der ikke behov for at opsætte en VIS-forbindelse. VIS forbindelsen anvendes kun til udtræk af X/Y koordinater til dannelse af kort over ruter. Dette udtræk af kortdata leveres årligt i forbindelse med en programopdatering. Udtrækket findes i filen DKGeoXY.vis og anvendes kun, når man trykker på rutebilledets knapper til opdatering af X/Y koordinater. BELMAN-brugere med VIS-forbindelse har automatisk også VIS-forbindelse i VINTERMAN, idet begge systemer anvender det samme alias, AJOURVIS. Haves ikke en BELMANinstallation på samme maskine, skal AJOURVIS -aliaset oprettes som et oracle-alias med net protokol TNS og servername skal være TNS-navnet på vis databasen (normalt AMT_VIS). Oprettelse af et Oralce-alias kræver forudgående installation af SQL*Net mv. svarende til en normal VIS klientinstallation Anvendelse af WinFrame/MetaFrame Ribe amt har valgt at installere VINTERMAN i et WinFrame/MetaFrame miljø. I et sådant miljø arbejdes der stadig med Windows på server og klienter, men klienterne viser kun vinduerne. Det er serveren, der foretager alt arbejdet for klienterne.

13 Fordelene ved en sådan konstruktion er, at behovet for båndbredde er lille, således at ydelsen over f.eks. en telefonlinie stadig bliver tilfredsstillende. Da alt foregår på serveren, kan man normalt ikke kontrollere et modem i den lokale maskine, således at VINTERMAN kan assistere med at taste telefonnumre i udkaldssituationen. For at give mulighed for dette, er der udviklet et særligt telefon-modul, der kommunikerer med VINTERMAN. Derved har Ribe amt stadig adgang til VINTERMAN s fulde funktionalitet. Da erfaringerne med WinFrame/MetaFrame løsningen ikke er store endnu, anbefales det at kontakte den systemansvarlige i Ribe amt hvis man overvejer en sådan løsning.

14 3. VINTERCOM VINTERCOM skal afvikles på serveren eller en maskine med mindst 10 Mbit netforbindelse til serveren. VINTERCOM varetager som nævnt følgende opgaver: Modtagelse af data fra on-line dataopsamling. Dette modul læser regelmæssigt fra en række kataloger, hvor softwaren fra leverandørerne af saltspredere afleverer deres data fra dataopsamlingen. Data leveres i tekstfiler med DAU format heraf navnet DAU-filer. Selve kommunikationsprincippet og indholdet af DAU-filerne er beskrevet nærmere i notatet omkring kommunikation mellem VINTERMAN og vinterbekæmpelsesudstyr. Afsendelse og modtagelse af . Denne del anvendes til at sende oplysninger fra amterne om køretøjernes position og saltninger mv. til Vejdirektoratet. Desuden anvendes faciliteten til generel afsendelse af vejmeldinger pr. . Afsendelse af telefaxer. Denne del skal anvendes til afsendelse af vejmeldinger pr. telefax. Modulet vil først være klar i løbet af VINTERCOM arbejder altid på driftsdatabaserne, dvs. aliasnavnene Vinterman og VinterCom. Data er fordelt i to forskellige databaser, således at VinterCom databasen udelukkende indeholder to registre med data fra on-line dataopsamlingen: De aktuelle positioner (incl. haler ) på hvor køretøjerne er netop nu. Indholdet i dette register anvendes udelukkende til at vise køretøjerne på VINTERMAN s og VINTERDATA s kortbillede. Alle de modtagne data fra on-line dataopsamlingen. I VINTERMAN kan disse data ses på den enkelte aktivitet. Her kan data vises som de er samt på kort. Under dataopsamlingen opdaterer VINTERCOM samtidig det aktuelle forbrug og kørelængde mv. på den enkelte aktivitet. Derfor kan VINTERMAN og VINTERDATA anvendes problemfrit selvom VinterCom databasen på et senere tidspunkt slettes. Det vil udelukkende være de detaljerede data fra dataopsamlingen, der mistes. Aktivitetens totale forbrug mv. vil stadig være registreret, idet disse oplysninger ligger i Vinterman databasen. Anvendelse af VINTERCOM s funktioner kræver følgende:

15 Maskinen til VINTERCOM (f.eks. serveren) skal have en standard klient installeret med sin egen adresse. I amter skal dette fungere for at Vejdirektoratet kan modtage data. I kommuner vil manglende adgang til betyde, at vejmeldinger ikke kan sendes til andre pr. . Hvis VINTERMAN og VINTERDATA skal kunne afsende meldinger til andre pr. fax, skal der være et faxmodem installeret. Ønsker en kommune ikke at anvende on-line dataopsamling, e- mail eller faxer, kan man undlade at installere VINTERCOM. VINTERCOM bør indlægges i makinens startmenu, således at VINTERCOM altid startes, når maskinen startes. Figur: VINTERCOM skærmbillede, fanebladet Mail opsætning

16 VINTERCOM s første faneblad (der kommer også et omkring fax-opsætning) anvendes til opsætning af dataopsamling og e- mail. Samtidig startes og stoppes alle funktioner via dette billede. Når VINTERCOM er startet, kan der ikke rettes i systemet. VINTERCOM vil som standard udføre sine opgaver for hver 60 sekunder (dvs. afsendelse af meldinger i VINTERMAN forsinkes maksimalt i 60 sekunder). Markeringen i Start automatisk bør sættes ved almindelig drift, idet VINTERCOM derved påbegynder sine opgaver, blot programmet startes. VINTERCOM gemmer altid den sidste udfyldning af skræmbilledet i registreringsdatabasen. Samme sted kan intervallet mellem hvert check ændres fra 60 sekunder. I Opsætning af dataopsamling kan der markeres for følgende: Online dataopsamling. Sættes et kryds her, vil VINTERCOM checke for data modtaget on-line. VINTERCOM kigger i de kataloger, der er registreret under [Opsætning, Spredersetup]. Opsætningen kan også ses i VINTERMAN samt VINTERDATA under det samme menupunkt og er nærmere beskrevet ved gennemgangen af menupunktet [Opsætning]. Slet DAU-filer efter brug. Når der modtages data fra leverandørerne, ligger disse i en række DAU-filer. For at undgå en ophobning af data, bør der markeres for at VINTERCOM skal slette filerne efter brug. Markeringen bør kun fjernes for at identificere problemer med datamodtagelsen. I Opsætning af skal følgende angives: I feltet Host navn / IP angives navnet eller IP-adressen på mail serveren. Mail serveren kan være ens egen mail server eller en internet udbyders POP3/SMTP server. Port angives i dette felt er meget ofte 25. Bruger ID er navnet på den postkasse, som VINTERCOM må anvende. Navn angiver navnet på den, der sender mailen. Dette er typisk mere forklarende end selve Bruger ID. adresse er den komplette adresse på VINTERCOM s postkasse. Anvend til meldinger og GPS positioner mv.. Markeres her, vil VINTERCOM anvende de angivne oplysninger til at sende s, når der er noget at sende.

17 Send meldinger til andre end Vejdirektoratet. Denne markering betyder, at VINTERCOM kan sende meldinger pr. . Send meldinger og GPS positioner mv. til Vejdirektoratet. Markeres her, vil VINTERCOM sende oplysninger pr. til Vejdirektoratet og dermed vil meldingerne også blive videresendt til amtets hjemmeside. Kommuner vil ikke have behov for at sætte dette kryds. Send kun oplysninger om statsruter til Vejdirektoratet. Vejdirektoratet modtager som standard oplysninger om alle aktiviteter på kørebaneruterne (dvs. ruter med rutetype lig kørebane). Hvis der afkrydses her, vil der kun blive modtaget data om aktiviteter på kørebaneruter med statsprocent større end nul (dvs. statsruterne). Når VINTERCOM ikke kører, kan mail-delen afprøves via den nederste del af billedet. Skærmbilledet indeholder følgende faciliteter: Til bruges til at skrive en internet-adresse på hvem, der skal have mailen. Emne. Her angives titlen på mailen. Tekst. Her angives selve mailens tekst. Ved tryk på Send -knappen afsendes mailen som anført i de tre felter.

18 4. VERSIONMAN VINTERMAN (og VINTERDATA) indeholder en faciliteter til at lette arbejdet med opdatering til nye programversioner i installationer med flere klienter og en server. Denne facilitet består i et samspil mellem VINTERMAN og VERSIONMAN, således at nye opdateringer automatisk installeres på klienterne, når serveren er opdateret. For at udnytte denne mulighed, skal følgende forhold være opfyldt: Der skal installeres en komplet VINTERMAN på serveren. Dette skal altid være den aktuelle version, som man ønsker kørende på alle klienter. Alle klienterne skal have VINTERMAN installeret normalt første gang. Klienterne skal desuden kunne se VINTERMAN installationen på serveren via et almindeligt drevbogstav. De klienter, man ønsker automatisk opdateret i fremtiden, skal kalde deres VINTERMAN-program med en parameter. Denne parameter skal være det komplette filnavn på VINTERMAN programmet incl. sti til det sted på nettet, VINTERMAN er installeret (f.eks. v:\afdeling\systemer\vinter\vinterman.exe ). Når VINTERMAN programmet kaldes med en parameter, vil programmet først sammenligne fil-datoen på den lokale udgave med datoen for netværksudgaven. På baggrund af dette sker der følgende: Er filerne ens, vil programmet fortsætte og åbne som normalt. Er den lokale installation nyest, fås en advarsel om at programmet er nyere end net-udgaven. Dette vil normalt kun forekomme, hvis man glemmer at installere en version på serveren eller afprøver en ny udgave på en klentmaskine i første omgang. Er net-udgaven nyest, vil VINTERMAN spørge om man ønsker at opdatere programmet. Svares Ja, starter VERSIONMAN programmet på nettet og VINTERMAN afsluttes. VERSIONMAN vil herefter kopiere en række filer fra nettet til den lokale installation, hvorefter den lokale VINTERMAN startes igen automatisk. Det sidste tilfælde vil være det, som brugeren oplever, når der er installeret en opdatering af VINTERMAN på serveren.

19 5. Systemadministration VINTERMAN indeholder mange muligheder, men en installation skal administreres fornuftigt for at forebygge mod datatab og almindeligt kaos i installation og opsætning. Dette kapitel en række mindre afsnit om emner, som man skal være opmærksom på ved administration af en VINTERMAN installation Systemparametre Under [Opsætning, Systemopsætning] findes en række parametre, der ændre på systemets virkemåde. Disse parametre fordeler sig i to grupper: Generelle parametre. Disse parametre ligger i databasen og påvirker hele systemet og dermed alle klienterne. Lokale parametre. Disse værdier ligger i registreringsdatabasen og påvirker kun de klienter, som ændringen er foretaget på. Ved rettelse i de lokale parametre skal man være opmærksom på at dette måske skal ske på alle klienter. De enkelte parametre er beskrevet nærmere i brugervejledningen Kolonneopsætning I alle VINTERMAN s lister med et grønt felt i øverste venstre hjørne kan kolonneopsætningen tilpasses. De enkelte kolonner kan ombyttes ved at trække i overskriften og bredden kan tilpasses på sædvanlig vis. Ved tryk på det grønne felt kan kolonner desuden til- og fravælges. Man bør derfor gennemgå hele programmet på en VINTERMAN klient og opsætte det ønskede layout af kolonnerne. Bruger man altid korte navne, kan der spares på bredden og en række kolonner vil mange kunne fravælge. Specielt i statusbilledets aktivitetsliste er det vigtigt at lave en god kolonneopsætning. Kolonneopsætningen gemmes i filen Vinterman.grd. Denne fil ligger i samme katalog som VINTERMAN programmet og kan kopieres til andre VINTERMAN klienter, således at de derved får samme kolonneopsætning.

20 Slettes Vinterman.grd, vil VINTERMAN anvende standard kolonneopsætningen. Når der senere ændres i opsætningen, vil VINTERMAN gendanne denne fil Filer på en klient Ved en standard installation installeres VINTERMAN lokalt på C- drevet i kataloget c:\vd\vinterman. I dette katalog kan man normalt finde følgende filer: Vinterman.exe. Dette er selve VINTERMAN programmet. Vinterman.sys. Dette er alle teksterne til VINTERMAN programmet. Teksterne ligger udenfor selve systemet for at lette oversættelsen. Via menupunktet [Opsætning, sprog] kan der skiftes mellem dansk og engelsk. Vinterman.grd. Indeholder kolonneopsætningen. Ms4.dll. Dette er MapServer, VINTERMAN s kortkomponent til håndtering og præsentation af kort i programmet. Cnv*.gll. Dette er en række af MapServer s konverteringsrutiner til import af kort i andre formater. C4dll.dll, Ms4Cnv.dll og Ms4User.dll. Dette er en række hjælperutiner til MapServer. DKGeoXY.vis. Denne fil indeholder et udtræk af X/Y koordinater fra VIS for alle amts- og statsveje. Cfx32.ocx. VINTERMAN s grafikbibliotek, der anvendes i standardrapporterne. Cfx32.lic. En licens-fil til grafikbiblioteket. Regcfx.bat. Lille job til registrering af Cfx32 i Windows. Unregcfx.bat. Lille job til at fjerne en registrering af Cfx32 i Windows. Tregsvr.exe. Et kommandolinie-baseret program til manipulation med registreringsdatabasen. De to batch-jobs Regcfx og UnRegcfx anvender dette program. Hvis VINTERMAN flyttes manuelt til nye klienter, skal der ske en registrering af Cfx32.ocx i registreringsdatabasen. Dette kan ske ved blot at køre jobbet Regcfx.bat. Manuel flytning af VINTERMAN kræver, at BDE en er installeret i forvejen f.eks. via et andet program.

21 Udover de angivne filer findes tre underkataloger: MapS. I dette katalog ligger alle de kortlag, som VINTERMAN anvender. Alle kortlag skal ligge i MapServer s eget format. MapU. Her gemmer VINTERMAN alle brugerkortlag, dvs. de kortlag, der indeholder ruterne. Da man kan anvende flere databaser (via flere databasealiaser) fra samme klient, vil databasealias navnet indgå forrest i alle filnavnene. TblCache. Her gemmes lokale kopier af de mest anvendte registre. Ved logon mv. checker VINTERMAN, hvorvidt disse filer skal opdateres. De lokale kopier er oprettet for at spare tid ved logon og i driftssituationen. De sidste to kataloger bør kun VINTERMAN ajourføre. MapS kan brugeren ajourføre hvis der importeres egne kortlag i f.eks. en kommune. MapS og MapU kan placeres et andet sted via de lokale systemparametre. Derved kan flere klienter dele den samme kortopsætning Brugere og kodeord Når en database installeres fra installationscd en, er der normalt altid en bruger ved navn bs1 og kodeord bs1. Denne bruger har sædvanligvis administrator-rettigheder og kan derfor anvendes til at oprette nye brugere mv. VINTERMAN har sin egen styring af adgangsrettigheder baseret på brugernavn og kodeord placeret i databasen (dvs. i den enkelte Vinterman.gdb fil). VINTERMAN anvender ikke Interbases egen styring af brugere, men tilslutter sig altid databasen med Interbases standardbruger SYSDBA med det tilhørende standard kodeord. Derfor må Interbases brugernavn SYSDBA ikke fjernes eller få ændret kodeord Databaser og databasealiaser Det er let at kopiere en VINTERMAN database på serveren og lave et ekstra databasealias på en klient eller måske en lokal VINTERMAN installation til f.eks. oprettelse af stamdata inden sæsonen. Der er dog en række forhold, man skal være opmærksom på: Driftsversionen af VINTERMAN skal altid arbejde på databasealiaserne VINTERMAN og VINTERCOM.

22 Man bør altid anvende samme navn på databasefilerne som på aliaset, dvs. VINTERMAN-aliaset bør pege til en fil med navnen Vinterman.gdb. Ellers opstå der let fejl og risikoen for datatab er stor. På de VINTERMAN klienter, der anvendes driftsmæssigt, bør alle databasealiaser være ens igen for at undgå fejl. På de VINTERMAN klienter, der anvendes driftsmæssigt, bør brugerne have adgang til en testdatabase (f.eks. VINTERMAN_Test ). Derved kan alle prøve en funktion i stille perioder uden at det har konsekvenser. Denne database kan man regelmæssigt overskrive med en kopi af driftsdatabasen. Alle aliaser til VINTERMAN databaser skal starte med navnet VINTERMAN, f.eks. VINTERMAN_Test eller VINTERMAN_Demo. VINTERMANs database er beregnet til at indeholde data for en sæson. Når man laver en årskopi via [Opsætning, systemopsætning], oprettes der et alias med adgang til den afsluttede sæsons data. Dette alias oprettes kun på den klient, hvorfra årskopien er dannet. Filen Idapi.cfg (placeret sammen med BDEAdmin programmet) indeholder opsætningen af databasealiaser på en klient. Denne fil kan kopieres til andre klienter, hvis disse skal have de samme aliaser. Dog skal man være opmærksom på, at andre programmer end VINTERMAN anvender BDE en og dermed også alias opsætninger. Derfor må filen kun kopieres mellem klienter, hvis disse anvender de samme aliaser. Når der oprettes nye aliaser i BDEAdmin kan det direkte checkes, om aliaset virker. Ved dobbeltklik på aliaset vil BDE en forsøge at lave login på databasen. Her skal brugernavnet SYSDBA med standard kodeord anvendes Databasekomprimering Når der slettes eller opdateres flittigt i en database, opstår der normalt spildplads i selve databasefilen. VINTERMAN s database er designet, således at denne spildplads vokser mindst muligt, men det kan ikke undgås helt. Derfor kan der være behov for at udføre en databasekomprimering. Databasekomprimering sker i Interbase version 4.2 via Interbase Server Manager ved først at lave en backup og herefter restore i en ny database.

23 Hvorefter VINTERMAN er klar til brug igen. Ved normal brug er der ikke behov for komprimering i sæsonen, men skal databasen sendes pr. mail eller tilsvarende, kan det være en fordel at udføre komprimering inden Sikkerhedskopiering og dokumentation Det er vigtigt løbende at foretage sikkerhedskopiering af alle databasefilerne. Følgende andre filer kan være relevante at lave en kopi af: Kolonneopsæningen placeret i Vinterman.grd. Opsætningen af databasealiaser i Idapi.cfg. Den normale opsætning af databasealiaser, lokale systemparametre og VINTERCOM bør også dokumenteres på papir Nye programversioner På grund af udviklingsmetoden er der hidtil udkommet mange nye versioner af VINTERMAN. Inden en ny programversion installeres, bør man altid lave backup af driftdatabaserne. VINTERMAN vil selv efter behov foretage opdatering af databasernes struktur, således at programændringerne kan fungere. Brugeren advares dog altid inden en databaseopdatering igangsættes. VINTERMAN indeholder versionsnumre i databaserne og programmet, således at VINTERMAN altid sikre sig, at program og database passer sammen. Man behøver ikke installere alle opdateringer. Springes en eller flere opdateringer over, vil VINTERMAN efter behov selv foretage alle de nødvendige databaseopdateringer samtidig Interbase VINTERMAN er oprindeligt udviklet til brug på Interbase version 4.2. Installation af version 4.2 er sædvanligvis problemfri, idet den kan bruges direkte. Interbase version 5.0 og 5.5 kræver efter installation at man registrere en række licensnumre til drift af databasen samt for hver samtidig bruger. Først herefter kan Interbase anvendes.

24 Ved flytning af databaser mellem de enkelte Interbase versioner kan man altid gå opad i versionsnummer, dvs. en 4.2 databasefil kan umiddelbart anvendes under 5.0 eller 5.5. Alle demodatabaser, der udsendes, er i Interbase version 4.2 format. Man kan ikke umiddelbart gå nedad i versionsnummer, dvs. f.eks. fra version 5.0 til 4.2. Det skulle dog kunne lade sig gøre ved at lave en backup i version 5.0 og herefter restore i version 4.2. Hvis man ofte flytter databasen mellem f.eks. serveren og en lokal installation, bør Interbase derfor altid have samme version. Typisk vil man være interesseret i at flytte databasen når stamdata mv. skal inddateres Generelt om kort VINTERMAN anvender MapServer version 4 som kortprodukt. Dette udmærker sig ved at kunne distribueres licensfrit og samtidig ikke kræve adgang til en specifik database. MapServer har sit eget interne format på de enkelte kortlag et kortlag beskrives af 4 filer som det kan ses i MapS og MapU katalogerne. Alle standard kortlag er importeret fra VIS s MapInfo-baserede kortsystem. Hvis f.eks. en kommune har behov for egne kortlag i bedre opløsning, kan MapServer importere kortlag i en række standardformater, bl.a. MapInfo og AutoCAD. VINTERMAN er forberedt for arbejde i hhv. System-34 (i kilometer eller meter) og wgs-84 (i grader eller radianer). Det aktuelle format afgøres af en systemparameter (se evt. brugervejledningen under Opsætning, Systemopsætning ). Import af nye kortlag i andre formater sker via [Opsætning, kort, lag], men brugeren skal være opmærksom på selv at placere lagene i MapS kataloget. På nuværende tidspunkt er det ikke let at oprette brugerlag med ruter på kommuneveje. X/Y koordinaterne skal i øjeblikket indlægges manuelt for de enkelte ruter. Der vil dog komme en import-funktion i løbet af efteråret VINTERMAN s kort ligger lokalt på den enkelte klient. Dette betyder, at kort også kan anvendes over tynde linier, f.eks. når netværksforbindelsen er oprettet via et modem. Første gang en database anvendes eller når der er ændret på ruterne (dvs. brugerlagene), vil VINTERMAN dog have behov for at gendanne alle brugerkortlag udfra oplysningerne i databasen. Dette tager nogen tid specielt via et modem.

25 5.11. Opsætning af telefonstyring Anvendelse af et modem til tastning af et telefonnummer i Windows 95 og NT kan give anledning til problemer. Ikke alle modemdrivere og Microsofts TAPI vil fungere sammen. Sædvanligvis skal modemet eller som minimum driveren være af voice-typen. Hvorvidt et modem er egnet kan afgøres via Windows nummersender. Virker nummersenderen, bør VINTERMAN også kunne styre modemet (idet nummersenderen og VINTERMAN begge anvender Windows TAPI) Kommunikationsstatus I VINTERMAN programmet under [Opsætning, status for kommunikation] findes en liste, der viser hvad VINTERCOM afsender pr. mail og fax. Dette billede vil blive revideret i løbet af efteråret Inlive overvågning På nuværende tidspunkt er der ikke inlive overvågning i VINTERMAN, men der arbejdes på at implementere følgende: Når man arbejder på driftsdatabasen, vil der være en ekstra knap på værktøjslinien, der indikerer hvorvidt VINTERCOM fungere som forventet. Denne knap vil lyse rødt, hvis der er fejl og ved tryk på knappen fortælles om fejlen. VINTERCOM vil i amtsversionerne sende periodiske s til Vejdirektoratet. I Vejdirektoratets version vil det blive overvåget, at der med jævne mellemrum modtages en mail fra amtet. Dermed vil Vejdirektoratet have sikkerhed for at den seneste melding stadig er gyldig.

26 6. Datamodel På næste side er VINTERMAN datamodellen gengivet. Datamodellen er en hjælp ved brug af [Funktioner, brugerdefinerede rapporter], hvor standard rapportgeneratoren fra Shazam åbnes. Selve datamodellen er ikke dokumenteret yderligere, men TKoder skal dog nævnes. Dette register indeholder kode- og afkodning af en række felter i de forskellige registre, således at der kan dannes rapporter med de korrekte titler. F.eks. er teksterne for opgaverkoderne gengivet i dette register. Er registeret TKoder tomt, kan det fyldes via [Opsætning, systemopsætning], hvor der på sidste faneblad findes en knap til at fylde registeret. Registeret vil blive fyldt med tekster på det aktuelle sprog.