natgillin/translations-raw huggingface dataset:
The application can be configured to use an internal database for this logging, or an external (Oracle) database.
Rakendusprogrammi saab konfigureerida nii, et see kasutab kõnealuseks logimiseks sisemist andmebaasi või välist andmebaasi (Oracle).
The decision on what messages have to be logged clearly depends on logging facilities elsewhere in the legacy systems and connected client applications.
See, milliseid sõnumeid tuleb logida, sõltub ilmselt logimise võimalustest mujal registrite andmebaasides ja ühendatud klientprogrammides.
The header of each message contains information on the requesting Member State, the requesting organisation within that Member State and the user involved.
Iga sõnumi päises on teave taotlust esitava liikmesriigi kohta, selles liikmesriigis teavet taotleva asutuse ja asjaomase kasutaja kohta.
Also the reason of the request is indicated.
Samuti on märgitud taotluse põhjus.
By means of the combined logging in the requesting and responding Member State complete tracing of any message exchange is possible (e.g. on request of a citizen involved).
Taotlust esitavas ja sellele vastavas liikmesriigis toimuva logimise tulemusel on võimalik saada ülevaade kogu sõnumivahetusest (nt asjaomase kodaniku taotlusel).
Logging is configured through the Eucaris web client (menu Administration, Logging configuration).
Logimine konfigureeritakse EUCARISe veebikliendi kaudu (menüü Administration, Logging configuration).
The logging functionality is performed by the Core System.
Logimise funktsiooni täidab põhisüsteem (Core System).
When logging is enabled, the complete message (header and body) is stored in one logging record.
Kui logimine aktiveeritakse, siis salvestatakse kogu sõnum (päis ja sisu) ühe logikirjena.
Per defined service, and per message type that passes along the Core System, the logging level can be set.
Iga kindlaksmääratud teenuse ja põhisüsteemis liikuva sõnumitüübi puhul võib kindlaks määrata logimise taseme.
Logging Levels
Logimise tasemed
The following logging levels are possible:
Võimalikud on järgmised logimise tasemed.
Private — Message is logged: The logging is NOT available to the extract logging service but is available on a national level only, for audits and problem solving.
Mitteavalik – sõnum logitakse: logiandmed EI ole kättesaadavad logide vaatamise teenusele, kuid on kättesaadavad üksnes riiklikul tasandil auditite ja probleemide lahendamise eesmärgil.
None — Message is not logged at all.
Puudub – sõnumit ei logita.
Message Types
Sõnumitüübid
Information exchange between Member States consists of several messages, of which a schematic representation is given in the figure below.
Liikmesriikidevaheline teabevahetus sisaldab mitmeid sõnumeid; vastav skeem on esitatud alljärgneval joonisel.
The possible message types (in the figure shown for the Eucaris Core System of Member State X) are the following:
Võimalikud sõnumitüübid (X liikmesriigi EUCARISe põhisüsteemi kujutaval joonisel) on järgmised:
The following information exchanges are shown in the figure:
Joonisel näidatakse teabevahetust alljärgnevalt:
This kind of request consists of message types 5 and 10,
päring registri andmebaasist (legacy register) põhisüsteemile (see hõlmab ka päringut, mis on tehtud omaarendatud tarkvaraga läbi registri andmebaasi) – rohelised nooled; see päring hõlmab sõnumitüüpe 5 ja 10.
Figure: Message types for logging
Joonis: logitavad sõnumitüübid
Hardware Security Module
Riistvara turvamoodul
A Hardware Security Module is not used.
Riistvara turvamoodulit ei kasutata.
A Hardware Security Module (HSM) provides good protection for the key used to sign messages and to identify servers.
Riistvara turvamoodul (Hardware Security Module (HSM)) tagab hea kaitse sõnumite allkirjastamiseks ja serverite identifitseerimiseks kasutatavale võtmele.
This adds to the overall level of security but an HSM is expensive to buy/maintain and there are no requirements to decide for a FIPS 140-2 level 2 or level 3 HSM.
See suurendab üldist turvalisuse taset, kuid HSMi ostmine ja haldamine on kulukas ning ei ole nõuet otsustada FIPS 140-2 2. taseme või HSM 3. taseme kasuks.
Since a closed network is used that mitigates threats effectively, it is decided not to use an HSM initially.
Kuna kasutatakse suletud võrku, siis leevendab see tõhusalt ohtusid ning on otsustatud algselt HSMi mitte kasutada.
If an HSM is necessary e.g. to obtain accreditation, it can be added to the architecture.
Kui HSMi on vaja, nt akrediteeringu saamiseks, siis saab selle lisada.
The Eucaris application connects all participating Member States in a mesh network where each Member State communicates directly to another Member State.
EUCARISe rakendus ühendab kõik osalevad liikmesriigid silmvõrku, kus liikmesriigid vahetavad andmeid otse teiste liikmesriikidega.
There is no central component needed for the communication to be established.
Andmevahetuseks ei ole vaja keskset komponenti.
The Eucaris application handles secure communication to the other Member States and communicates to the back-end legacy systems of Member States using XML.
EUCARISe rakendus tagab turvalise andmevahetuse teiste liikmesriikidega ning selle abil toimub suhtlemine liikmesriikide registrite andmebaasidega, kasutades XMLi.
The following picture visualises this architecture.
Seda arhitektuuri illustreerib alljärgnev joonis.
Member State exchange messages by directly sending them to the recipient.
Liikmesriigid vahetavad sõnumeid, saates need otse saajale.
The data centre of a Member State is connected to the network used for the message exchange (TESTA).
Liikmesriikide andmekeskused on ühendatud sõnumite vahetamiseks kasutatava võrguga (TESTA).
To access the TESTA network, Member States connect to TESTA via their national gate.
TESTA võrgule juurdepääsuks sisenevad liikmesriigid sellesse võrku oma lüüsi kaudu.
A firewall shall be used to connect to the network and a router connects the Eucaris application to the firewall.
Võrku sisenemisel kasutatakse tulemüüri ning marsruuter ühendab EUCARISe rakendust ja tulemüüri.
Depending on the alternative chosen to protect the messages, a certificate is used either by the router or by the Eucaris application.
Olenevalt sõnumite kaitseks valitud alternatiivist, kasutatakse kas marsruuteri või EUCARISe rakenduse puhul sertifikaati.
A client application is provided which can be used within a Member State to query its own register or other Member States' registers.
Tagatakse klientprogramm, mida saab kasutada liikmesriigis, et sooritada otsinguid enda registrist või teiste liikmesriikide registritest.
The client application connects to Eucaris.
Klientprogrammi abil võetakse ühendust EUCARISega.
The connection to a user in an external organisation (e.g. police) may be encrypted but this is the responsibility of each individual Member State.
Ühendus teise asutuse (nt politsei) kasutajaga võib olla krüpteeritud, kuid iga liikmesriik vastutab selle eest ise.
The scope of the Eucaris system is limited to the processes involved in the exchange of information between the Registration Authorities in the Member States and a basic presentation of this information.
EUCARISe ulatus piirdub liikmesriikides sõidukite registreerimise eest vastutavate asutuste vahelise teabevahetusega ja kõnealuse teabe esitamisega seonduvate protsessidega.
Procedures and automated processes in which the information is to be used, are outside the scope of the system.
Kõnealuse teabe kasutamisega seotud kord ja automatiseeritud protsessid selle süsteemi alla ei kuulu.
Member States can choose either to use the Eucaris client functionality or to set up their own customised client application.
Liikmesriigid saavad valida, kas nad kasutavad EUCARISe tarkvararakenduse funktsionaalsust või arendavad ise sobiliku tarkvara.
In the table below, it is described which aspects of the Eucaris system are mandatory to use and/or prescribed and which are optional to use and/or free to determine by the Member States.
Alljärgnevas tabelis on kirjeldatud, milliste EUCARISe aspektide kasutamine on kohustuslik ja/või ette nähtud ning milliseid kasutatakse vabatahtlikkuse alusel ja/või mille kasutamise üle liikmesriigid saavad ise otsustada.
The concept is an ‘any-to-any’ communication.
The concept is an „any-to-any” communication.
Functional and Non Functional Requirements
Funktsionaalsed ja mittefunktsionaalsed nõuded
Generic functionality
Üldine funktsioon
In this section the main generic functions have been described in general terms.
Käesolevas alapunktis on esitatud peamiste üldiste funktsioonide kirjeldus.
The system allows the Registration Authorities of the Member States to exchange request and response messages in an interactive way.
Süsteem võimaldab liikmesriikide sõidukite registreerimise eest vastutavatel asutustele vahetada interaktiivselt taotlusi ja vastuseid sisaldavaid sõnumeid.
The system contains a client application, enabling end-users to send their requests and presenting the response information for manual processing
Süsteem sisaldab klientprogrammi, mis võimaldab lõppkasutajatel saata taotlusi ja vastuseid, mis sisaldavad teavet käsitsi töötlemiseks.
The system facilitates ‘broadcasting’, allowing a Member State to send a request to all other Member States.
Süsteem hõlbustab nn leviedastust, võimaldades liikmesriigil saata taotluse kõigile teistele liikmesriikidele.
The incoming responses are consolidated by the core application in one response message to the client application (this functionality is called a "Multiple Country Inquiry).
Põhirakendus (core application) koondab saadud vastused ühte klientprogrammile saadetavasse sõnumisse (seda funktsiooni nimetatakse mitme riigi päringuks).
The system is able to deal with different types of messages.
Süsteem on võimeline käitlema erinevat tüüpi sõnumeid.
User roles, authorisation, routing, signing and logging are all defined per specific service.
Kasutajate rollid, autoriseerimine, marsruutimine ja logimine on iga konkreetse teenuse puhul eraldi kindlaks määratud.
The system allows the Member States to exchange batches of messages or messages containing a large number of requests or replies.
Süsteem võimaldab liikmesriikidel vahetada sõnumite pakke või selliseid sõnumeid, mis sisaldavad suurt hulka taotlusi või vastuseid.
These messages are dealt with in an asynchronous way.
Selliseid sõnumeid töödeldakse asünkroonselt.
The system queues asynchronous messages if the recipient Member State is temporarily unavailable and guarantees the deliverance as soon as the recipient is up again.
Kui liikmesriigiga ei ole ajutiselt võimalik ühendust saada, seab süsteem asünkroonsed sõnumid järjekorda ning tagab nende edastamise niipea, kui saaja on jälle süsteemi ühendatud.
The system stores incoming asynchronous messages until they can be processed.
Süsteem talletab sissetulevad asünkroonsed sõnumid ajani, mil neid saab töödelda.
The system only gives access to Eucaris applications of other Member States, not to individual organisations within those other Member States, i.e. each Registration Authority acts as the single gateway between its national end-users and the corresponding Authorities in the other Member States.
Süsteem võimaldab juurdepääsu üksnes teiste liikmesriikide EUCARISe rakendustele, mitte asjaomaste liikmesriikide konkreetsetele asutustele, nt iga sõidukite registreerimise eest vastutav asutus on oma siseriiklike lõppkasutajate ja teiste liikmesriikide vastavate asutuste vaheliseks lüüsiks.
It is possible to define users of different Member States on one Eucaris server and to authorise them following the rights of that Member State.
Ühel EUCARISe serveril on võimalik määrata kindlaks erinevate liikmesriikide kasutajad ning autoriseerida neid asjaomase liikmesriigi õigustest lähtuvalt.
Information on the requesting Member State, organisation and end user are included in the messages.
Sõnumid sisaldavad teavet taotlust esitava liikmesriigi, asutuse ja lõppkasutaja kohta.
The system facilitates logging of the exchange of messages between the different Member States and between the core application and the national registration systems.
Süsteem hõlbustab erinevate liikmesriikide vahelise ning põhirakenduse ja riiklike registreerimissüsteemide vahelise sõnumivahetuse logimist.
The system allows a specific secretary, which is an organisation or Member State explicitly appointed for this task, to gather logged information on messages sent/received by all the participating Member States, in order to produce statistical reports.
Süsteem võimaldab nn sekretäril, kelleks on seda ülesannet täitma määratud asutus või liikmesriik, koguda kõigi osalevate liikmesriikide saadetud/saadud sõnumeid käsitlevaid logiandmeid statistiliste aruannete koostamiseks.
Each Member State indicates itself what logged information is made available for the secretary and what information is ‘private’.
Iga liikmesriik määrab ise, millised logiandmed tehakse sekretärile kättesaadavaks ning milline teave on mitteavalik.
The system allows the National Administrators of each Member State to extract statistics of use.
Süsteem võimaldab liikmesriikide riiklikel haldajatel saada kasutamiseks statistiliste andmete väljavõtteid.
The system enables addition of new Member States through simple administrative tasks.
Süsteem võimaldab lisada uusi liikmesriike lihtsaid haddustoiminguid kasutades.
Usability
Kasutajasõbralikkus
The system provides an interface for automated processing of messages by back-end systems/legacy and enables the integration of the user interface in those systems (customised user-interface).
Süsteemil on liides sõnumite automatiseeritud töötlemiseks registrite andmebaaside poolt ning see võimaldab kasutajaliidese integreerimist nendesse süsteemidesse (kohandatud kasutajaliides).
The system is easy to learn, self explanatory and contains help-text.
Süsteemi on lihtne kasutama õppida, see on selgesti mõistetav ning sisaldab abiteksti.
The system is documented to assist Member States in integration, operational activities and future maintenance (e.g. reference guides, functional/technical documentation, operational guide, …).
Süsteem on dokumenteeritud, et aidata liikmesriike integreerimisel, süsteemi kasutamisel ja tulevasel haldamisel (st juhenddokumendid, funktsionaalne/tehniline dokumentatsioon, kasutusjuhend, …).
The user interface is multi-lingual and offers facilities for the end-user to select a preferred language.
Kasutajaliides on mitmekeelne ning võimaldab kasutajal valida eelistatava keele.
The user interface contains facilities for a Local Administrator to translate both screen-items and coded information to the national language.
Kasutajaliides võimaldab kohalikul haldajal tõlkida ekraanielemendid ja kodeeritud teabe asjaomase riigi keelde.
The system is designed as a robust and dependable operational system which is tolerant to operator errors and which will recover cleanly from power cuts or other disasters.
Süsteem on kavandatud vastupidava ja usaldusväärselt toimiva süsteemina, mille toimivus ei sõltu kasutaja eksimustest ning mis taastub tõrgeteta pärast elektrikatkestusi või muid kriisiolukordi.
It must be possible to restart the system with no or minimal loss of data.
Süsteemi peab olema võimalik taaskäivitada andmeid kaotamata või minimaalse andmekaoga.
The system must give stable and reproducible results.
Süsteem peab andma stabiilseid ja reprodutseeritavaid tulemusi.
The system has been designed to function reliably.
Süsteem on kavandatud usaldusväärselt toimiva süsteemina.
It is possible to implement the system in a configuration that guarantees an availability of 98 % (by redundancy, the use of back-up servers, etc.) in each bilateral communication.
Süsteemi on võimalik kasutusele võtta konfiguratsioonis, mis tagab selle 98 %lise kättesaadavuse (dubleerimise, varuserveri kasutamise jne abil) iga kahepoolse suhtlemisel korral.
It is possible to use part of the system, even during failure of some components (if Member State C is down, Member States A and B are still able to communicate).
Süsteemi on võimalik osaliselt kasutada isegi siis, kui mõned selle osad ei toimi (kui puudub ühendus liikmesriigiga C, saavad liikmesriigid A ja B siiski suhelda).
The number of single points of failure in the information chain should be minimised.
Minimeerida tuleks ühe punkti tõrgete (single point failure) kohti teabeahelas.
The recovery time after a severe failure should be less than one day.
Taastumisaeg pärast tõsist tõrget peaks olema vähem kui üks päev.
It should be possible to minimise down-time by using remote support, e.g. by a central service desk.
Süsteemi mittetoimimise aega peaks olema võimalik minimeerida kaugtuge, nt tugikeskus (central service desk). kasutades.
Performance
Jõudlus
The system can be used 24x7.
Süsteemi saab kasutada ööpäevaringselt.
This time-window (24x7) is then also required from the Member States' legacy systems.
Sama ööpäevaringset toimimist nõutakse ka liikmesriikide registrite andmebaaside puhul.
The system responds rapidly to user requests irrespective of any background tasks.
Süsteem vastab kasutajate päringutele kiiresti sõltumata tausttegevustest.
This is also required from the Parties legacy systems to ensure acceptable response time.
Seda nõutakse ka süsteemis osalejate registrite andmebaasidelt, et tagada nõuetekohane reaktsiooniaeg.
An overall response time of 10 seconds maximum for a single request is acceptable.
Ühe päringu puhul loetakse nõuetele vastavaks maksimaalselt 10-sekundilist reaktsiooniaega.
The system has been designed as a multi-user system and in such a way that background tasks can continue while the user performs foreground tasks.
Süsteem on kavandatud ühiskasutus-infosüsteemina selliselt, et samal ajal, kui kasutatakse klienttarkvara, saavad tausttegevused jätkuda.
The system has been designed to be scaleable in order to support the potential increase of number of messages when new functionality is added or new organisations or Member States are added.
Süsteem on kavandatud mastaapsena, eesmärgiga tagada selle toimimine sõnumite arvu suurenemise korral, kui lisatakse uusi funktsionaalsusi või uusi asutusi või liikmesriike.
The system is suited (e.g. in its security measures) for the exchange of messages containing privacy-sensitive personal data (e.g. car owner/holders), classified as EU restricted.
Süsteem sobib (nt turvameetmete poolest) selliste (nt sõidukite omanike/valdajate) eraelu puutumatuse seisukohast tundlikke andmeid sisaldavate sõnumite saatmiseks, mis kuuluvad salastatuse kategooriasse „EU restricted”.
The system is maintained in such a way that unauthorised access to the data is prevented.
Süsteemi hallatakse selliselt, et takistatud on volitamata juurdepääs andmetele.
The system contains a service for the management of the rights and permissions of national end-users.
Süsteem sisaldab teenust, mis võimaldab hallata kasutajate õigusi.
Member States are able to check the identity of the sender (at Member State level), by means of XML-signing.
Liikmesriikidel on võimalik kontrollida sõnumi saatja identiteeti (liikmesriigi tasandil) XML-allkirja kaudu.
Member States must explicitly authorise other Member States to request specific information.
Liikmesriigid peavad selgelt volitama teisi liikmesriike sooritama konkreetset teavet puudutavat päringut.
The system provides at application level a full security and encryption policy compatible with the level of security required in such situations.
Süsteem näeb rakenduse tasandil ette täieliku teabeturve ja krüpteerimise poliitika, mis vastab asjakohastes olukordades nõutavale turvalisuse tasemele.
Exclusiveness and integrity of the information is guaranteed by the use of XML-signing and encryption by means of SSL-tunnelling.
Teabe kättesaadavus ainult volitatud isikutele ning selle terviklus on tagatud XML-allkirja kasutamise ja SSL tunneldamise (SSL tunneling) kaudu.
All exchange of messages can be traced by means of logging.
Kogu sõnumivahetust saab jälgida logikirjete kaudu.
Protection is provided against deletion attacks (a third party deletes a message) and replay or insertion attacks (a third party replays or inserts a message).
Tagatud on kaitse kustutusrünnete (sõnumi kustutamine kolmanda osapoole poolt) ning kordus- ja sisestusrünnete (sõnumi kordussaatmine või täiendamine kolmanda osapoole poolt) vastu.
The system makes use of certificates of a Trusted Third Party (TTP).
Süsteemi puhul kasutatakse usaldusväärse kolmanda osapoole (Trusted Third Party (TTP)) sertifikaate.
The system is able to handle different certificates per Member State, depending on the type of message or service.
Süsteem võimaldab ühe liikmesriigi puhul töödelda erinevaid sertifikaate, sõltuvalt sõnumi tüübist või teenuse liigist.
The security measures at application level are sufficient to allow the use of non accredited networks.
Rakenduse tasandil kohaldatavad turvameetmed on piisavad, et võimaldada akrediteerimata võrgustike kasutamist.
The system is able to use novice security techniques such as an XML-firewall.
Süsteem on võimeline kasutama uusi turvatehnoloogiaid, nt XML- tulemüüri.
Adaptability
Kohandatavus
The system is extensible with new messages and new functionality.
Süsteemi on võimalik laiendada, lisades uusi sõnumeid ja funktsionaalsusi.
The costs of adaptations are minimal. Due to the centralised development of application components.
Kohandamise kulud on minimaalsed, seda tänu rakenduse komponentide tsentraliseeritud väljatöötamisele.
Member States are able to define new message types for bilateral use.
Liikmesriikidel on võimalik kindlaks määrata uued sõnumitüübid kahepoolseks kasutamiseks.
Not all Member States are required to support all message types.
Kõigilt liikmesriikidelt ei nõuta kõigi sõnumitüüpide toetamist.
Support and Maintenance
Tugi ja haldamine
The system provides monitoring facilities for a central service-desk and/or operators concerning the network and servers in the different Member States.
Süsteem tagab järelevalvevahendid tugikeskusele ja/või võrgu ja serverite operaatoritele erinevates liikmesriikides.
The system provides facilities for remote support by a central service-desk.
Süsteem võimaldab tugikeskuse poolt tagatava kaugtoe kasutamist.
The system provides facilities for problem analysis.
Süsteem tagab probleemianalüüsi vahendid.
The system can be expanded to new Member States.
Süsteemi saab laiendada, lisades sellele uusi liikmesriike.
The application can easily be installed by staff with a minimum of IT-qualifications and experience.
Rakendusi saavad lihtsalt installeerida töötajad, kellel ei ole kõrget IT-alast kvalifikatsiooni ja palju asjakohaseid kogemusi.
The installation procedure shall be as much as possible automated.
Installeerimine on võimalikult suures ulatuses automatiseeritud.
The system provides a permanent testing and acceptance environment.
Süsteem tagab keskkonna pidevaks testimiseks ja aktsepteerimiseks.
The annual costs of maintenance and support has been minimised by adherence to market standards and by creating the application in such a way that as little support as possible from a central service-desk is required.
Iga-aastased haldus- ja tugiteenuste kulud on viidud miinimumini, järgides turustandardeid ning töötades välja sellise rakenduse, mille puhul on vajalik võimalikult vähene tugikeskuse poolne toetus.
Design requirements
Nõuded tehnilisele lahendusele
The system is designed and documented for an operational lifetime of many years.
Süsteem on loodud ja dokumenteeritud, arvestades süsteemi pika kasutuseaga.
The system has been designed in such a way that it is independent of the network provider.
Süsteem on kavandatud selliselt, et see ei sõltu võrguteenuste pakkujast.
The system is compliant with the existing HW/SW in the Member States by interacting with those registration systems using open standard web service technology (XML, XSD, SOAP, WSDL, HTTP(s), Web services, WSS, X.509, etc.).
Süsteem ühildub liikmesriikides olemasoleva riist-/tarkvaraga, suheldes nende registrisüsteemidega, mis kasutavad avatud standardset veebiteenuste tehnoloogiat (XML, XSD, SOAP, WSDL, HTTPd, veebiteenused, WSS, X.509 jne.).
Applicable standards
Kohaldatavad standardid