Upload
nguyenphuc
View
216
Download
0
Embed Size (px)
Citation preview
1
Tehniskās specifikācijas pielikums Nr.1
Datu apmaiņa starp SIRENE pieteikumiem v2.3.6
Satura rādītājs
Saistītie dokumenti .................................................................................................................... 2
Izmantotie termini..................................................................................................................... 3
1. Ievads ................................................................................................................................... 4
1.1 Darbības joma ..................................................................................................................... 4
1.2 SIRENE e-pasti ................................................................................................................... 4
1.3 SIRENE Formas ................................................................................................................. 4
2. Tehniskais apraksts ............................................................................................................ 5
2.1 SIRENE Komunikācija ...................................................................................................... 5
2.2 SIRENE veidlapu struktūra .............................................................................................. 5
3. Informācijas elektroniskā apmaiņa .................................................................................. 6
3.1 Bāzētais pāraides protokols ............................................................................................... 6
3.2 SMTP ziņojuma struktūra ................................................................................................ 6 3.2.1 Ziņojuma galvene ..................................................................................................................... 6 3.2.2 Ziņojuma saturs ........................................................................................................................ 7
3.3 SIRENE veidlapu nosūtīšana ............................................................................................ 7 3.3.1 Nosūtāmās veidlapas ................................................................................................................ 7 3.3.2 Bināros datņu sūtīšana ............................................................................................................. 7
3.4 Veidlapu tehniskie noteikumi ............................................................................................ 8 3.4.1 Datums un laiks ........................................................................................................................ 8 3.4.2 Trauksmes paziņojuma datu atbilstība SIS II ........................................................................... 8 3.4.3 Izmantotās valodas formās ....................................................................................................... 8
4. Informācijas apmaiņa drukātā veidā ............................................................................... 8
4.1 Faksa sūtīšana ..................................................................................................................... 8
4.2 Lauku attēlošana ................................................................................................................ 8 4.2.1 Datuma un laika attēlošana ..................................................................................................... 8 4.2.2 Šengenas ID attēlošana ............................................................................................................ 8 4.2.3 Lauku, kuri satur kodu tabulas, attēlošana .............................................................................. 9
2
Saistītie dokumenti
Ats# Dokumenta nosaukums Datums
[1] RFC821 Simple Mail Transfer Protocol 08/1982
[2] RFC822 Standard for ARPA Internet Text Messages 08/1982
[3] RFC2298 An Extensible Message Format for Message Disposition Notifications 04/1998
[4] RFC2822 Internet Message Format 04/2001
[5] RFC2821 Simple Mail Transfer Protocol 04/2001
[6] RFC5321 Simple Mail Transfer Protocol 10/2008
[7] RFC5322 Internet Message Format 10/2008
[8] 2002/584/JHA Council Framework Decision on the European arrest warrant and
the surrender procedures between Member States
13/06/2002
[9] 13297/11 Consolidated version of the European arrest warrant form 27/07/2011
[10] 15779/1/07 SIRENE Communication Channels 04/12/2007
[11] ITU Recommendation T.30 Edition 10 23/03/2006
[12] ITU Recommendation T.4 Edition 8 17/02/2004
[13] RFC2045 Multipurpose Internet Mail Extensions (MIME) Part One: Format of
Internet Message Bodies
11/1996
[14] RFC2231 MIME Parameter Value and Encoded Word Extensions 11/1997
[15] RFC2046 Multipurpose Internet Mail Extensions (MIME) Part Two: Media Types 11/1996
[16] ISO 639-1 Codes for the representation of names of languages Part 1: Alpha-2
code
15/07/2002
3
Izmantotie termini
XML Extensible Markup Language
DEBS Data Exchange Between SIRENE
dpi Dots per inch
lpi lines per inch
MTA Message Transfer Agent
MUA Mail User Agent
ppi pel per inch (pixels/dots)
RFC Request For Change
SMTP Simple Mail Transfer Protocol
XSD XML Schema Definition
4
1. Ievads
1.1 Darbības joma
Kā aprakstīts SIRENE rokasgrāmatā, SIRENE birojiem ir jāapmainās ar informāciju, izmantojot
strukturētas formas un nestrukturētu tekstu. Kādu Piemērotu kanālu ir jāizmanto nosaka
rokasgrāmata. SIRENE formu mērķis un izmantošana arī ir aprakstīta rokasgrāmatā, bet kopumā tā
ir standartizēta informācija, kas ļauj, pirmkārt, saņēmējam viegli saprast informāciju, kas tiek
piegādāta un, otrkārt, formāts, kas ļauj automātisko formu apstrādi, saņēmēja sistēmā.
Šis dokuments ir paredzēts, kā vadlīnijas, lai īstenotu transportēšanas mehānismu SIRENE un, lai
noteiktu specifikāciju formām. Tās sevī ietver formu pamata transportēšanas protokolu, struktūru un
kā (ja nepieciešams) tie būtu pasniegti lietotājam cilvēkam lasāmā un jēgpilnā veidā.
Kaut arī šis pakalpojums ļaus arī papildu informācijas apmaiņu, piemēram, attēlus un dokumentus,
kas ir iekļauti trauksmes paziņojumā, pirkstu nospiedumi būtu jānosūta, izmantojot citu sistēmu, un
tas ir ārpus šī dokumenta noteiktās darbības jomas.
DEBS apraksta datu apmaiņu starp SIRENE birojiem divu operāciju laikā, t.i., automatizētu
elektronisku informācijas apmaiņu un periodos, kad sistēma nedarbojas.
1.2 SIRENE e-pasti
SIRENE birojiem ir piekļuve speciālam slēgtam e-pasta tīklam, lai atvieglotu apmaiņu ar SIRENE
formām un arī e-pastiem. Šis dokuments galvenokārt ir vērsts uz SIRENE formu apmaiņu.
1.3 SIRENE Formas
SIRENE biroji parasti apmainās ar informāciju, izmantojot standartizētas formas, katra forma ir ar
noteiktu mērķi un tiek iekļauta vienā e-pasta ziņojumā.
Formas tiek pārsūtītas starp SIRENE birojiem
Lai nodrošinātu savietojamību, visi dati ir unikāli numurēti saskaņā ar SIRENE formu definīcijām.
5
2. Tehniskais apraksts
2.1 SIRENE Komunikācija
Normālos ekspluatācijas apstākļos SIRENE biroji nosūta veidlapas, izmantojot elektronisko pastu.
Pamata transportēšanas protokols ir SMTP (Simple Mail Transport Protocol) [1] [2] [5] [4] [6].
Veidlapas tiek sūtītas un saņemtas izmantojot noklusējuma pastkastes un tikai konkrētajā domēnā.
SIRENE sistēmai jāspēj automātiski ģenerēt un apstrādāt formas, kas ir sūtītas un saņemtas,
izmantojot šo kanālu.
2.2 SIRENE veidlapu struktūra
Veidlapas ir balstītas uz XML standartu, izmantojot XML shēmas, lai veidotu formas saturu. Ir
svarīgi, lai formas tiktu veidotas atbilstosi šai specifikācijai citādi veidlapas tiks noraidītas saņēmēja
sistēmā.
XML shēma define to, kādi datu elementi ir obligāti utt. Dažos gadījumos atsevišķu lauku biznesa
likumus nevar aprakstīt ar XML to sarežģītības dēļ. Šādos gadījumos papildu darbības noteikumi ir
izklāstīti pielikumos SIRENE rokasgrāmatā un ir jāīsteno visām sistēmām, kas ģenerē šīs veidlapas.
6
3. Informācijas elektroniskā apmaiņa
3.1 Bāzētais pāraides protokols
SIRENE bāzētais komunikācijas protokols ir SMTP pa TCP/IP. Dalībvalsts var izmantot Message
Transfer Agent (MTA). SMTP izmanto specifiskas komandas, lai nodrošinātu korektu maršrutēšanu
e-pastu piegādei.
3.2 SMTP ziņojuma struktūra
E-pasta ziņas sastāv no divām daļām:
galvene – strukturēts lauku apkopojums, kā noteikts standartos, kas satur informāciju,
piemēram, sūtītāju, saņēmēju, tematu un meta-datus par ziņojumu.
ziņojuma saturs – sadaļa ar nestrukturētu tekstu
3.2.1 Ziņojuma galvene
Tipiskā e-pasta ziņojuma galvenē ir definēts TO, FROM, DATE un SUBJECT. Ir svarīgi atzīmēt,
ka TO un FROM laukiem nav jāsatur e-pasta adreses, kā noteikts SMTP komandās; tie var sniegt
pilnīgi citu adresi, bet lielākoties tas tiek izmantots, lai nodotu lietotājam saprotamu informāciju par
sūtītāju un saņēmēju.
Galvene norāda, uz kurām adresēm ziņojums tika nosūtīts un kuras adreses bija iekļautas CC un
BCC. MTA e-pasta lietotāja aģents (MUA) un SIRENE sistēma nedrīkst būt reģistrjutīgi uz e-pasta
adresi, kas izmanto vai nu SMTP vai ziņojuma galvenes.
SMTP ir vairāki tehniskie ierobežojumi:
i) Ziņojuma saturs atbalsta tikai 7bit ASCII tekstu
ii) Ziņojuma satura absolūtais rindas garums ir 998 rakstzīmes
iii) Standarts rekomendē, lai CRLF notiek aiz katras78.rakstzīmes.
Tā kā SIRENE datu apmaiņa var saturēt arī ne-ASCII rakstzīmes, tās ir nepieciešams kodēt, tāpēc
tiek izmantotajam MTA jāatbalsta RFC2045 [13] & RFC2046 [15]. Ja teksta daļa ir kodēta, tai
jābūt ar Content-Transfer-Encoding (CTE) tipu "Quoted printable". Pielikumus vai tekstu, kas nav
tekstuāla daļa, nevar kodēt izmantojot "Quoted printable", tam jābūt "base64".
Lai nodrošinātu konsekvenci, pareizais satura tips ir jāizmanto ikreiz, kad ziņojums tiek kodēts vai
pielikums, piemēram, tur, kur teksts ir kodēts, tam ir jābūt satura tipā 'text/plain' un JPEG jābūt tipā
"image/jpeg". Kā minimums, MTA ir jāatbalsta šādi satura veidi:
application/octet-stream image/png text/plain
application/pdf image/tiff text/html
application/zip message/rfc822 text/xml
image/gif multipart/mixed image/jpeg
image/bmp
7
Kad teksts ir kodēts, pareizajām rakstzīmēm ir jāizmanto tas kodējums, kurš atbalsta visas sākotnējā
ziņojumā esošās rakstzīmes. Lai nodrošinātu, ka ziņojumi tiek nosūtīti un saņemti konsekventi
MTA, kā minimums ir jāatbalsta šādus rakstzīmju kodējuma standartus:
3.2.2 Ziņojuma saturs
Sevī ietver vainu parastu ASCII teksta saturu no e-pasta un/vai kodētā satura, kā tas aprakstīts
galvenē. Tas var būt parasts teksts, kodēts teksts vai kodēts pielikums atkarībā no satura.
Ziņojuma kopējais apmjoms nedrīkst pārsniegt 10MB, ieskaitot visu kodēto saturu.
3.3 SIRENE veidlapu nosūtīšana
3.3.1 Nosūtāmās veidlapas
SIRENE veidlapas tiek sūtītas un saņemtas izmantojot noklusējuma elektroniskā pasata adreses,
izmantojot konkrētu droša datu tīkla domēnu. Nosūtot veidlapas, saņēmēja SIRENE adresei
vienmēr jābūt norādītai ziņojuma TO laukā, nedrīkst tikt izmantoti CC un BCC lauki.
SIRENE veidlapas vienmēr jānosūta kā MIME kodēts pielikums. Nekodēts teksts ziņojuma
struktūrā netiek apstrādāti SIRENE sistēmā.
SIRENE veidlapu SUBJECT jāsākas ar konkrētu vārdu. Tam ir jāseko Šengenas ID un veidlapas
identifikatoram, visi šie lauki tiek adalīti ar punktu ("."); Šengenas ID jābūt formatētam kā
aprakstīts sadaļā 6.2.2.
Saņēmēja SIRENE sistēmai ir automātiski jāapstrādā tikai veidlapas ar pareiziem failu
nosaukumiem (un paplašinājumiem) no ziņojuma ar pareizu SUBJECT, kas nosūtīts uz noklusēto e-
pasta adresi konkrētā domēnā.
E-pasta ziņojums pielikumā satur tikai vienu SIRENE veidlapu.
3.3.2 Bināros datņu sūtīšana
Papildus SIRENE veidlapām var nosūtīt arī citus bināros objektus. Katru bināro objektu jānosūta kā
MIME kodētu pielikumu kopā ar veidlapus, uz kuru tas attiecas. Veidlapai ir pievienoti ne vairāk kā
5 binārie objekti, katram binārajam objektam jābūt atsaucei uz pievienoto formu, izmantojot
“FileName” un “FileType” laukus “FormExtension”, faila nosaukumam un vērtībai laukā
ISO/IEC 8859-1 ISO/IEC 8859-6 ISO/IEC 8859-11
ISO/IEC 8859-2 ISO/IEC 8859-7 ISO/IEC 8859-13
ISO/IEC 8859-3 ISO/IEC 8859-8 ISO/IEC 8859-14
ISO/IEC 8859-4 ISO/IEC 8859-9 ISO/IEC 8859-15
ISO/IEC 8859-5 ISO/IEC 8859-10 ISO/IEC 8859-16
UTF-8
8
“FileName” ir jābūt vienādiem. SIRENE sistēma izgūst no ziņojuma tikai tos bināros objektus, kas
attiecas uz veidlapu.
3.4 Veidlapu tehniskie noteikumi
3.4.1 Datums un laiks
Sistēmā izmantotais datums un laiks ir pēc UTC un ir jāievēro ISO 8601 formāts "yyyy-mm-
ddThh:mm:ssZ".
3.4.2 Trauksmes paziņojuma datu atbilstība SIS II
No SIS ņemtās trauksmes paziņojuma vērtības, pārnesot tās uz SIRENE veidlapu, nedrīkst tikt
pārveidotas.
3.4.3 Izmantotās valodas formās
Parametrs “lang” un “lang_trans”, kas ir <SIRENEForm> galvenais elements, izmanto kodu tabulu.
“lang” un “lang_trans” atbilst attiecīgajiem starptautiskajiem standartiem [16]. Lauki <Text> un
<FreeText> ir jāaizpilda valodā kā tas noteikts ar parametru “lang”.
Atribūts “trans_verified” norāda, vai formā nosūtītais tulkojums ir verificēts vai nē. Tas ir
neobligāts parametrs, pēc noklusējuma tiek izmantots "false".
4. Informācijas apmaiņa drukātā veidā
Apmainoties ar informāciju starp SIRENE birojiem, konvertējot XML formu izdrukām no sistēmas
jābūt cilvēkam lasāmā formātā.
4.1 Faksa sūtīšana
Informācija var tikt nosūtīta pa faksu tikai uz faksa numuriem, kuri iekļauti SIRENE adrešu
grāmatā.
4.2 Lauku attēlošana
4.2.1 Datuma un laika attēlošana
Datumam un laikam uz drukātas/faksētas SIRENE veidlapas ir jābūt pēc UTC un sekojošā formātā:
"gggg-mm-dd hh:mm UTC".
4.2.2 Šengenas ID attēlošana
Atšķirībā no SIS I, SIS II izmanto strukturētu Šengenas ID attēlošanu. Abos gadījumos Šengenas ID
sastāv no 4 skaitliskiem elementiem.
Galvenā atšķirība struktūrā ir tā, ka SIS II izmanto versiju kodu tabulas, lai noteiktu Šengenas
ziņojuma izdevējvalsti un paziņojuma veidu, savukārt SIS 1 tā bija tikai skaitliska vērtība.
SIS II paziņojuma veidā ir 7 rakstzīmju versijas kodu tabula, bet SIS I paziņojumos tika izmantota
tikai viena rakstzīme.
9
Sistēmai jāaizstāj SIS ziņojuma izdevējvalsts elements ar atbilstošu alfa kodu. Paziņojuma veids
tiek saīsināts līdz pēdējai zīmei SIS I ierakstiem, līdz 2 zīmēm - SIS II ierakstiem. Izņēmums ir
migrētie trauksmes paziņojumi par numura zīmēm un transportlīdzekļa reģistrācijas dokumentiem.
4.2.3 Lauku, kuri satur kodu tabulas, attēlošana
Lauku, kuriem tiek izmantotas kodu tabulas, attēlojumā izdurkās jāatēlo lauka kodifikatoru
vārdnīcas nosaukums un atbilstošais kods.
10
Tehniskās specifikācijas pielikums Nr.2
SIRENE datu plūsmas sistēmas uzlabojumi
Programmatūras prasību specifikācija v2.23. 26.04.2013
Satura rādītājs
Ievads........................................................................................................................................ 12
1.1. Dokumenta nolūks ....................................................................................................................................... 12
1.2. Darbības sfēra .............................................................................................................................................. 12
1.3. Termini un pieņemtie apzīmējumi ............................................................................................................. 12 1.3.1. Termini ................................................................................................................................... 12 1.3.2. Apzīmējumi ............................................................................................................................ 13
1.4. Dokumenta pārskats.................................................................................................................................... 13
2. Vispārējais apraksts ......................................................................................................... 14
2.1. Produkta perspektīva .................................................................................................................................. 14
2.2. Produkta funkcijas ...................................................................................................................................... 16
2.3. Lietotāja raksturiezīmes ............................................................................................................................. 16
2.4. Pieņēmumi un atkarības ............................................................................................................................. 16
3. Programmatūras prasības ............................................................................................... 16
3.1. IF1 – ienākošo dokumentu šķirošanas iespējas pēc nozīmes pakāpes .................................................... 16
3.2. IF2 – SIRENE formu izsūtīšanas & saņemšana E-pasta dokumentu formas modifikācija .................. 17
3.3. IF3 – E-pasta izsūtīšanas un saņemšanas Windows servisu (dēmonu) izmaiņas ................................... 19
3.4. IF4 – Izmaiņas formā „Dokuments” .......................................................................................................... 19
3.5. IF5 – Izmaiņas formā „Lieta” .................................................................................................................... 19
3.6. IF6 – Eiropas Hitu Statistika ...................................................................................................................... 19
3.7. IF7 – NPVS web servisa saskarnes izmaiņas ............................................................................................. 19
3.8. IF8 – SIS II notifikāciju saņemšana ........................................................................................................... 19
3.9. IF9 – Lomas un tiesības ............................................................................................................................... 20
3.10. SIRENE 2013-3 Formu automatizēta aizpildīšana .............................................................................. 20
3.11. SIRENE IP006 Lietu apstrāde ............................................................................................................... 20
3.12. SIRENE IP008 Dokumentu plūsmas kontroles mehānisms ................................................................ 20
3.13. SIRENE IP009 Kļūdu paziņojumi ......................................................................................................... 22
3.14. SIRENE IP010 Lietu apstrāde ............................................................................................................... 22
3.15. SIRENE IP012 Priekšnieka rezolūcija .................................................................................................. 22
3.16. SIRENE 2013-2 Atskaites ....................................................................................................................... 23 3.16.1. Atskaite „Dokumentu atskaite” .............................................................................................. 23 3.16.2. Atskaite „Eiropas hitu statistika” ........................................................................................... 23
3.17. SIRENE 2013-2/1 MS word 2010 pielāgošana ...................................................................................... 25
3.18. SIRENE 2013-2/2 Migrēto alertu no SIS I uz SIS II apstrāde ............................................................ 25
3.19. SIRENE 2013-4 Šengenas ID konvertētājs ........................................................................................... 26
11
4. Ārējās saskarnes prasības ................................................................................................ 26
4.1. Aparatūras saskarne ................................................................................................................................... 26
4.2. Programmatūras saskarne .......................................................................................................................... 26
4.3. Sakaru saskarne ........................................................................................................................................... 26
5. Veiktspējas prasības ......................................................................................................... 26
6. Atribūti .............................................................................................................................. 26
6.1. Drošība ......................................................................................................................................................... 26
7. Citas prasības .................................................................................................................... 27
7.1. Sistēmas ātrdarbība ..................................................................................................................................... 27
12
1. Ievads
1.1. Dokumenta nolūks
Dokumenta nolūks ir aprakstīt prasības SIRENE informācijas sistēmas adaptācijai SIS II
prasībām. Sistēmas mērķis ir papildināt jau eksistējošo sistēmu SIRENE, nodrošinot Latvijas
SIRENE Latvijas nacionālās nodaļas (LNN) darbu ar papildus funkcionalitāti, kas nepieciešama
SIRENE LNN veiksmīgai darbībai.
Dokumentā aprakstītas prasības, kuras jārealizē SIRENE sistēmas adaptācijas ietvaros. Šis
dokuments būs pamats Programmatūras projektējuma apraksta izstrādei.
Dokuments tiek izstrādāts, kā verificēšanas standartu izmantojot LR standartu LVS 68:1996.
1.2. Darbības sfēra
Dokuments apraksta pamata biznesa procesus, kurus jāatbalsta modificētai SIRENE
informācijas sistēmai, kā arī sniedz sistēmas kopskatu. Dokuments ir saistošs visiem projekta
dalībniekiem.
Dokuments apraksta:
prasības SIRENE informācijas sistēmas papildinātiem biznesa procesiem;
prasības sistēmas papildus funkcionalitātes iestrādei;
ārējo sistēmas saskarņu modifikāciju.
1.3. Termini un pieņemtie apzīmējumi
Šajā nodaļā identificēti specifiski termini un apzīmējumi, kas tiek lietoti šajā dokumentā.
1.3.1. Termini
Dokumentā izmantotie termini ir apkopoti 1.tabulā.
1.tabula
Termini
TERMINS APRAKSTS
alerts Tiesību aizsardzības iestādē iniciēts paziņojums par personas vai objekta meklēšanu..
alerta pieprasījuma
akcepts
SIRENE biroja izsniegts apstiprinājums par alerta juridiskā pamatojuma atbilstību
nacionālajai un starptautiskajai likumdošanai.
formas logs Sistēmas ekrānforma, kurā informācija attēlota atsevišķu datu lauku veidā.
inbox Ienākošo dokumentu glabātuve.
SIRENE sistēmā – saraksta logs.
karogs Alertam pievienojama atzīme.
lietotājs Persona, kurai piešķirtas piekļuves tiesības darbam ar sistēmu.
saraksta logs Sistēmas ekrānforma, kurā informācija attēlota tabulas veidā.
SIRENE birojs TAI struktūrvienība, kas atbild par sadarbību starp savas valsts un citu Šengenas Konvencijas
dalībvalstu tiesību aizsardzības iestādēm.
SIRENE formas Standartizētas formas informācijas apmaiņai starp Šengenas dalībvalstu SIRENE birojiem.
13
TERMINS APRAKSTS
Prasības formām aprakstītas dokumentā SIRENE Manual.
Šengenas ID Unikāls alerta atsauces numurs Šengenas informācijas sistēmā.
taimeris Sistēmā iebūvēts elektronisks pulkstenis, kas veidots ar aparatūras un programmatūras
palīdzību. Taimeris paredzēts reālā laika vai laika intervālu noteikšanai.
use-case Lietojuma gadījums.
1.3.2. Apzīmējumi
Visi dokumentā izmantotie apzīmējumi ir apkopoti 2.tabulā.
2.tabula
Apzīmējumi
APZĪMĒJUMS APRAKSTS
C.SIS Centrālā Šengenas informācijas sistēmas datu bāze
DB Datu bāze
EAW Eiropas apcietinājuma lēmums
ID Sistēmā unikāls identifikācijas numurs
IIS Integrētā iekšlietu informācijas sistēma
IS Informācijas sistēma
NPVS Nacionālā paziņojumu vadības sistēma - komunikācijas sistēma, kas nodrošina SIRENE IS
sasaisti ar atsevišķām Latvijas Republikas Iekšlietu ministrijas datu bāzēm.
N.SIS SIS DB nacionālā tehniskā kopija
NS.SIS SIS II DB nacionālā tehniskā kopija
PMLP Pilsonības un migrācijas lietu pārvalde
SIRENE Supplementary Information Request at the National Entry
SIRENE IS SIRENE biroja informācijas sistēma
SIRENE II IS Otrās paaudzes SIRENE biroja informācijas sistēma
SSP IS SIRENE informācijas sistēma, kas pielāgota darbam SSP.
SIS Šengenas informācijas sistēma
SIS II Otrās paaudzes Šengenas informācijas sistēma
Tīkls Tehnisks datu apmaiņas tīkls, kas savieno SIS dalībvalstu SIRENE birojus.
SIS NI SIS Nacionālais Interfeiss. Nodrošina:
datu apmaiņu starp C.SIS un N.SIS;
C.SIS un N.SIS sistēmu savstarpēju aizsardzību;
datu korektuma pārbaudi.
SSP Starptautiskā sadarbības pārvalde
TAI Tiesību aizsardzības iestādes
VIN Transporta līdzekļa šasijas numurs (Vehicle Identification Number)
XML EXtensible Markup Language
1.4. Dokumenta pārskats
Dokumentā ir iekļauti šādi nodalījumi:
14
Pirmajā nodalījumā – „Ievads” – sniegts ieskats dokumenta saturā un struktūrā, iekļauta
informācija par dokumenta vispārējo struktūru, izstrādājamās sistēmas darbības sfēru,
nolūku, izmantotajiem terminiem un apzīmējumiem, kā arī saistību ar citiem
dokumentiem.
Otrajā nodalījumā – „Vispārējais apraksts” – aprakstīts, kā papildināmajai sistēmai
SIRENE jāiekļaujas biznesa procesā. Tiek sniegts vispārīgs saistīto biznesa procesu,
pamata un atbalsta funkciju, kuras varēs veikt sistēmas lietotājs, pārskats. Nodalījumā
aprakstīti arī sistēmas ierobežojumi, pieņēmumi un atkarības, kuras ietekmē prasību
izpildi.
Trešajā nodalījumā – „Programmatūras prasības” – aprakstītas veicamo sistēmas
modifikāciju prasības, un to realizācijas apraksts.
Ceturtajā nodalījumā – „Ārējās saskarnes prasības” – apraksta saskarni ar ārējām
lietojumprogrammām, kā arī citu nepieciešamo saskarņu lietošanas prasības.
Piektajā nodalījumā – „Veiktspējas prasības” – definētas prasības sistēmas veiktspējai,
vienlaicīgi atbalstīto lietotāju skaitam, kā arī citas veiktspējas prasības.
Sestajā nodalījumā – „Atribūti” – noteiktas prasības sistēmas izmantojamībai, drošībai,
uzturēšanai, lietošanai tiešsaistē un attālināti.
Septītajā nodalījumā – „Citas prasības” – atrodamas citas ar biznesa procesu nesaistītas
prasības.
2. Vispārējais apraksts
2.1. Produkta perspektīva
SIRENE informācijas sistēma paredzēta SIRENE Latvijas nacionālas nodaļas darbam.
2005.gada rudenī tika izstrādāta un reālajā vidē uzstādīta SIRENE IS pirmā versija, kurā tika
realizētas sekojošas funkcijas:
informācijas apmaiņa par alertiem starp SIRENE datu bāzi un Tiesību aizsardzības
iestāžu informācijas sistēmu, izmantojot K.SIS;
saņemto ziņojumu jeb dokumentu apstrāde, akceptēšana, lietu veidošana;
informācijas apmaiņa SIRENE formu veidā starp Latvijas un citu dalībvalstu SIRENE
birojiem, izmantojot e-pasta un fax sistēmu;
statistikas atskaišu noformēšana;
datu meklēšana;
informācijas analīzes iespēja, izmantojot SIRENE datu noliktavu;
lietotāju un to darbību administrēšana.
Pamatojoties uz SIS otrās fāzes izstrādi un jaunu prasību kopu, SIRENE IS tika modificētas
esošās un izstrādātas jaunas funkcijas:
Paredzētās izmaiņas skar sekojošus sistēmas apgabalus:
15
informācijas apmaiņa starp SIRENE DB un TAI IS;
datu meklēšanas funkcionalitāte;
SIRENE formas un to veidošana;
sistēmas dokumentu formas un saraksta logi.
Sistēmā paredzētas arī sekojošas jaunas funkcionalitātes:
informācijas uzlāde no NS.SIS datu bāzes;
datu meklēšana NS.SIS datu bāzē;
SSP darbs ar SIRENE IS.
2012.gadā sistēmas izstrādes/modifikācijas etapā, sistēma tiek papildināta ar šādām
funkcijām un izmaiņām eksistējošā funkcionalitātē :
Paredzētas izmaiņās šādas sistēmas funkcijas:
Lietotāja saskarne;
Ienākošo un izejošo dokumentu apstrādes algoritmu modifikācija;
Sistēmas parametru glabāšanas mehānismi;
Datu bāzes risinājums;
Sistēmas programmatūras saskarne ar ārējām sistēmām.
No jauna izstrādājama funkcionalitāte:
Sistēmas dokumentu plūsmas automatizācija;
Ciešāka SSB sistēmas integrācija ar SIRENE sistēmu.
2013.gadā SIRENE IS izstrādes/modifikācijas etapā, sistēma tiek papildināta ar šādām
funkcijām un izmaiņām eksistējošā funkcionalitātē (prasību kopu nosaka):
Paredzētas izmaiņās šādas sistēmas funkcijas:
Lietotāja saskarnes uzlabojumi;
Ienākošo un izejošo dokumentu apstrādes algoritmu modifikācija, to skaitā Alertu
ievietošana rindā;
Sistēmas programmatūras saskarne ar ārējām sistēmām.
No jauna izstrādājama funkcionalitāte:
Sistēmas administrēšanas jaunu lomu iestrāde;
Jaunās DEBS versijas iestrāde;
Papildus atskaišu izveide, vecās atskaites modifikācija.
16
2.2. Produkta funkcijas
SIRENE sistēmas modifikācijas projekta pamata mērķi ir nodrošināt sistēmas savietojamību
ar citu valstu SIRENE biroju sistēmām un SIS II sistēmu, realizēt fiksētos lietotāju izmaiņu
pieprasījumus, kā arī nodrošināt sistēmas ātrdarbību pasūtītāja pieprasītajā līmenī.
2.3. Lietotāja raksturiezīmes
Darbam ar SIRENE IS pēc modifikācijām paredzētas 3 lietotāju grupas.
2.4. Pieņēmumi un atkarības
Sistēmas SIRENE modifikācijas ir atkarīgas no šādu sistēmu izstrādes, pilnveidošanas vai
izmaiņas:
Iekšlietu ministrijas Informācijas centra integrētās informācijas sistēmas (IIS) attīstības
un izmaiņām.
3. Programmatūras prasības
3.1. IF1 – ienākošo dokumentu šķirošanas iespējas pēc nozīmes pakāpes
INBOX formā papildus jau realizētajai funkcijai, kura atzīmē svarīgos dokumentus ar sarkano krāsu, tiks ieviesta arī
funkcionalitāte, kura atzīmēs dokumentu zaļā krāsā, ja ienākošajā SIRENE formā ir aizpildīts atbilstošs lauks.
Pārējos īpašajos gadījumos, ieraksts tiks parādīts sarkanā krāsā (ja tiks saņemta forma par personu ar attiecīgu
parametru, ja tiks saņemta atbilstoša tipa forma).
17
3.2. IF2 – SIRENE formu izsūtīšanas & saņemšana E-pasta dokumentu
formas modifikācija
SIRENE sistēmas eksistējošā E-pastu dokumentu forma tiek modificēta tā, lai nodrošinātu
lietotājiem formu apstrādi – nosūtīšanu. Lai atvieglotu formas aizpildīšanu, adresātu formā tiks
ieviests jauns lauks, kurā no SIS II iegūta valstu klasifikatora vērtība tiek sasaistīta ar konkrētas
valsts formu apmaiņas e-pasta adresi. Sūtot formu un norādot valsti no iepriekšminētā adrešu
saraksta, tiek automātiski aizpildīta formas daļa XML datu dokumentā (SIRENE biroji savstarpēji
apmainās ar XML dokumentiem, kuri tiek izsūtīti izmantojot e-pasta vēstules).
Pievienojot pielikumus izsūtāmajai SIRENE formai, tiks arī automātiski papildināts formas
XML datu faila sadaļa, kurā tiek uzskaitīti pievienotie pielikumi. Vienai formai var tik pievienoti ne
vairāk kā 5 pielikumi. Ja tiek pievienoti vairāk, tiks paziņots par kļūdu un formas nosūtīšana tiks
apturēta.
Papildus visām pārbaudēm un darbībām, izsūtāmai formai tiks veikta datu validācija
attiecībā pret DEBS XML validācijas shēmu. Ja formas validācija nebūs sekmīga – formas
izsūtīšana tiks apturēta.
18
1.attēls. Formas loga „Sūtījums” skice
19
3.3. IF3 – E-pasta izsūtīšanas un saņemšanas Windows servisu (dēmonu)
izmaiņas
Izsūtīšanas servisā tiks mainīta izsūtāmo vēstuļu galvenes informācija (e-mail header).
Izmaiņas tiks pielāgotas DEBS dokumentācijas prasībām uz e-pastu formātu.
Saņemšanas servisā izmaiņas skars ienākošo dokumentu atpazīšanu – lai pēc jaunā standarta
ienākošās SIRENE formas tiek atpazītas un saglabātas.
3.4. IF4 – Izmaiņas formā „Dokuments”
Forma „Dokuments” tiks papildināta ar sekojošiem laukiem:
„Steidzamība” – izlecošā izvēlne (iespējamās vērtības: URGENT, NORMAL, NON
URGENT)
„Adresāti” (vērtības no klasifikatora tādas pašas, kā lauks „Iniciators” formā „Lieta”),
var norādīt vismaz 10 vienlaicīgi
„KL numurs” – teksta lauks, paredzēts kriminālprocesa numuram
No formas sadaļas „Izejošais dokuments” noņemt visus laukus - „Pēdējais sūtīšanas laiks”,
„Pēdējā sūtīšanas adrese”, „Nosūtāmais dokuments”.
3.5. IF5 – Izmaiņas formā „Lieta”
Forma „Lieta” tiek papildināta ar jaunu lauku „Kategorija”. Lauks tiek attēlots kā vērtība no
izvēles saraksta. Vērtības sarakstam nāk no SIS klasifikatora. Šis lauks var saturēt tikai vienu
vērtību. Veidojot lietu aizpilda šo lauku lietas veidotājs. Bet labot izvēlēto lauka „Kategorija”
vērtību var tikai lietotāji, kuriem ir piešķirtas tiesības labot eksistējošā lietā kategoriju (parasti loma
„Priekšnieks” vai „Administrators”).
Kategorijas klasifikators var saturēt 14 dažādas vērtības:
3.6. IF6 – Eiropas Hitu Statistika
Skat. 3.16.2.sadaļu.
3.7. IF7 – NPVS web servisa saskarnes izmaiņas
Pārējot uz SIS II sistēmu NPVS veiktas pārmaiņas datu apmaiņas komplektos un datu
objektos. Tādējādi ir izmaiņas arī NPVS web servisā, kurš tiek izmantots SIRENE notifikāciju
izgūšanai, Latvijā izveidotu alertu apstiprināšanā, alertu meklēšanā, karogu uzstādīšanā, alertu
ievietošanā rindā u.tml.Nepieciešams pielāgot SIRENE web servisus darbam ar aktuālo NPVS web
servisu.
3.8. IF8 – SIS II notifikāciju saņemšana
SIRENE serviss (dēmons), izmantojot NPVS web servisa saskarni, saņems notifikācijas par
visiem alertiem iekš SIS II sistēmas.
SIRENE sistēmā tiek ieviesti 4 veidu notifikāciju paziņojumu apstrāde.
20
Konfigurēšana, kuras notifikācijas saņemt, tiek veikta pēc 3 SIS alerta parametriem.
3.9. IF9 – Lomas un tiesības
SIRENE tiek nodefinētas trīs lomas: Administrators, Priekšnieks un Operators, kurās tiek
pievienoti visi lietotāji atbilstoši ieņemamajam amatam. Katrai lomai tiks piešķirtas konkrētas
tiesības. Ir 62 dažādas tiesības, kas ļauj veikt darbības ar dažādiem objektiem.
3.10. SIRENE 2013-3 Formu automatizēta aizpildīšana
Veidojot jaunu SIRENE formu pēc Lietas Šengenas identifikatora izmantojot NPVS web
servisu no SIS II tiks izgūta informācija par konkrēto alertu un aizpildīti atbilstošie formas lauki,
tādējādi samazinot darbinieku patērēto formas aizpildīšanas laiku. Būs iespēja arī formas labošanas
laikā nosinhronizēt formas datus ar SIS II alerta datiem.
Tāpat ir arī formu lauki, kuri tiks aizpildīti automātiski ar noklusētajām vērtībām:
Formas atvēršanas brīža datums un laiks
Noklusētā vērtība „Latvija”
Noklusētā vērtība „English”
3.11. SIRENE IP006 Lietu apstrāde
SIRENE Lietu saraksts (meklēšanas forma) – nospiežot pogu ‘’attīrīt’’ jānodrošina, ka
atzīmes laukos ‘’meklēt arhīvā’’ un ‘’meklēt spp’’ vai ‘’meklēt sirene’’ netiek attīrīti un veicot
nākamo meklēšanu, tiek meklēts gan sirene, gan ssp pusē un arī arhīvā.
3.12. SIRENE IP008 Dokumentu plūsmas kontroles mehānisms
SIRENE lietotāji konstatējuši nepieciešamību pēc kontroles mehānisma ieviešanas
dokumentu izpildes termiņu nodrošināšanai.
Darbības princips: ja jaunai lietai ir pievienots ienākošais dokuments un 30 dienu laikā lietā
nav ticis izveidots jauns dokuments, sistēma automātiski iesūta brīdinājuma taimeri kopējā inboxā
ar lietas nr.
21
(1) Tiek saņemts IENĀKOŠAIS
DOKUMENTS (IN)
Veids: Piepr. vai Atb. UN
Reģistrācijas numurs: ir aizpildīts
(2) Ienākošais dokuments ievietots lietā
(3) Izpildot darbību [Reģistrēt], tiek
uzstādīts taimeris (15 dienas)
Vai 15 dienu laikā
lietā ir veiktas
izmaiņas?
Nē
Vai lietas statuss ir
Arhivēts?
Nē
Jā
(4) Tiek izsūtīts Taimera (TMR)
paziņojums uz kopīgo INBOX
Jā
Izmaiņas ir veiktas, ja pēc
ienākošā dokumenta
reģistrācijas:
1. lietai ir pievienots vismaz viens
izejošais dokuments (OUT) vai
2. lietai ir pievienots vismaz viens
iekšējais ziņojums.
2.attēls. Ienākošā dokumenta kontroles mehānisma process
(1) Tiek izsūtīts IZEJOŠAIS
DOKUMENTS (OUT)
Veids: Piepr. vai Atb. UN
Reģistrācijas numurs: ir aizpildīts
(2) Izejošais dokuments ievietots lietā
(3) Izpildot darbību [Reģistrēt], tiek
uzstādīts taimeris (30 dienas)
Vai 30 dienu laikā
lietā ir veiktas
izmaiņas?
Nē
Vai lietas statuss ir
Arhivēts?
Nē
Jā
(4) Tiek izsūtīts Taimera (TMR)
paziņojums uz kopīgo INBOX
Jā
Izmaiņas ir veiktas, ja pēc izejošā
dokumenta reģistrācijas:
1. lietai ir pievienots vismaz viens
ienākošais dokuments (IN) vai
2. lietai ir pievienots vismaz viens
iekšējais ziņojums.
3.attēls. Izejošā dokumenta kontroles mehānisma process
22
Izstrādē veicamie darbi:
Ienākošā dokumenta pievienošanas lietai procesa papildināšana, pievienojot pārbaudes
uz ienākošā dokumenta tipu un statusu.
Izejošā dokumenta gadījumā arī veikt pārbaudi uz dokumenta tipu un statusu.
Atkarībā no dokumenta veida (ienākošais/izejošais, atbilde/pieprasījums) un statusa,
izveidot attiecīgu taimeri uz dokumenta reģistrēšanu lietā (15 dienas vai 30 dienas).
Papildināt lietas izmaiņu procesus, lai brīdī, kad lieta tiek arhivēta, attiecīgais(-ie)
taimeris(-i) tiek izslēgts(-i).
Veicot izmaiņas konkrētajā lietā (ir pievienots izejošais dokuments, ir pievienots
ienākošais dokuments, vai pievienots iekšējais ziņojums), veikt attiecīgā taimera(-u)
izslēgšanu.
Veikta taimera paziņojuma izsūtīšana uz e-pastu.
3.13. SIRENE IP009 Kļūdu paziņojumi
Nepieciešams papildināt kļūdu paziņojumus laukā „Kļūdas paziņojumi” pievienojot
informāciju „Lietas numurs”.
3.14. SIRENE IP010 Lietu apstrāde
SIRENE meklēšanas formā „Lietu apstrāde” >> Dokumentu saraksts” jāpievieno poga
„Skaits”, kuras funkcionalitāte ir analoģiska kā formā „Lietu apstrāde” >> „Lietu saraksts”.
Dokumentu meklēšanas rezultāta formā jāpievieno atlasīto ierakstu skaits, analoģiski kā tas ir lietu
meklēšanas rezultātu formā.
3.15. SIRENE IP012 Priekšnieka rezolūcija
Saņemot e-pastu tiek saņemta arī priekšnieka rezolūcija par to, ko darīt ar e-pastu. Pārsūtot
tālāk e-pastu priekšnieka rezolūcija nepārsūtas. Nepieciešams izveidot risinājumu, kā pārsūtīt arī
rezolūciju.
Biznesa procesa apraksts:
1. Tiek saņemts e-pasts uz kopējo INBOX.
2. Sekretāres to izskata, ja nepieciešams maina lauka „Apraksts” vērtību un e-pastu pārsūta
priekšniekam.
3. Priekšnieks atver to pašu e-pastu, labo lauku „Apraksts”, kurā norāda rezolūciju un
nosūta to atpakaļ uz kopējo INBOX.
Nepieciešams, lai pēc priekšnieka veiktajiem labojumiem lauku „Apraksts” darbinieki
vairs nevar labot.
Realizācija:
E-pasta forma tiks papildināta ar papildus lauku „Rezolūcija”. Tiesības labot šo lauku
būs tikai atsevišķiem lietotājiem, kuriem būs piešķirta loma „Priekšnieks”. Pie šī e-pasta
pārsūtīšanas visa informācija (teksts), kura atradīsies laukā „Rezolūcija”, tiks
pievienota pirms izsūtāmā e-pasta teksta.
23
3.16. SIRENE 2013-2 Atskaites
Nepieciešams izveidot jaunas atskaites, modificēt esošo, kā arī realizēt produkcijai vitāli
svarīgas prasības.
3.16.1. Atskaite „Dokumentu atskaite”
Nepieciešams izveidot atskati, kas nodrošinās informāciju par darbinieka apstrādāto
dokumentu skaitu fiksētā laika periodā. Pie atskaites ģenerēšanas jāņem vērā tos dokumentus, kas ir
reģistrēti un to statuss ir „apstrādāts”.
Ievades dati:
Laika periods: no: xxx; līdz: xxx.
Iniciators (līdz 10).
Lietas tips (līdz 10).
Rezultāts:
3.16.2. Atskaite „Eiropas hitu statistika”
Atskaite tiek veidota pa gadiem. Pirms ģenerēt atskaiti jānorāda gads, par kuru atskaite tiks
sagatavota.
Tiek apstrādātas tikai reģistrētās formas, kuras atrodas statusā „Apstrādāts”.
no. of
all hits
on
foreign
alerts
no. of
all hits
abroad
on own
alerts
HITS
SIS II legal basis
Outgoing forms Incoming forms
G H G H
Category 1
Category 2
Category 3
Category 4
Category 5
Category 6
Category 7
Category 8
Laika periods: no: 10.03.2013 - līdz: 11.03.2013
Iniciators Lietas tips Ienākošie Izejošie
Pieprasījums Informācija Atbilde Pieprasījums Informācija Atbilde
Ģen prok. 95.p 2 0 2 0
Vācija 3 3
24
Category 9
Category 10
Category 11
Category 12
Category 13
Category 14
TOTAL HITS 0 0
4.attēls. Hitu statistika
Atskaite – sadaļa „HITS”
1.kolona – vērtības no hitu klasifikatora.
2.kolona (no. of all hits on foreign alerts) – Visas izejošās G un H formas (formu summa), kuras
tika veidotas uz ārzemju alertiem.
3.kolona (no. of all hits abroad on own alerts) – Visas ienākušās G un H (formu summa) formas uz
LV veidotajiem alertiem.
4.kolona – Izejošo G formu skaits.
5.kolona – Izejošo H formu skaits.
6.kolona – Ienākošo G formu skaits.
7.kolona – Ienākošo H formu skaits.
Total Hits – attiecīgi augšējo lauku summa
CONSULTATION PROCEDURE
Outgoing Incoming
Art. 25 consultations
5.attēls. Konsultāciju statistika
Atskaite – sadaļa „CONSULTATION PROCEDURE”
Kolona „Outgoing” – Lietu skaits, kurās pirmā izejošā ir O vai N forma
Kolona „Incoming” – Lietu skaits, kurās pirmā ienākošā ir O vai N forma
FLAGGING
no. of own alerts with at least one flag F outgoing F incoming
flags Art. 26
flags Art. 32
flags Art. 36
flagged own alerts TOTAL 0
6.attēls. Karogu statistika
Atskaite – sadaļa „FLAGGING”
25
1.kolona – tur kur, piemēram, „flags Art. 26” – tur ir vērtības no lauka „Pants”
2.kolona (no. of own alerts with at least one flag) – lietu skaits, kurā ir ienākošā F forma
3.kolona (F outgoing) – Ienākošo F formu skaits
4.kolona (F incoming) – Izejošo F formu skaits
TOTAL – kolonas vērtību summa
EXCHANGE OF SIRENE FORMS
Outgoing forms Incoming forms TOTAL FORMS per category
A 0
E 0
F 0
G 0
H 0
I 0
J 0
K 0
L 0
M 0
N 0
O 0
P 0
Q 0
FORMS TOTAL 0 0 GRAND
TOTAL
7.attēls. Formu apmaiņas atskaite
Atskaite – sadaļa „EXCHANGE OF SIRENE FORMS”
Šajā tabulā uzskaita katra veida izejošās un ienākošās formas un to kopējās summas.
Atskaite pieejama tikai SIRENE sistēmā.
Atskaites izpildei ir nepieciešamas atbilstošas tiesības.
3.17. SIRENE 2013-2/1 MS word 2010 pielāgošana
Esošā SIRENE aplikācija ir savietojama ar MS Word 2007. Nepieciešams nodrošināt
savietojamību ar MS Word 2010, nepieciešams nodrošināt SIRENE dokumentu sagatavju
saglabāšanu SIRENE formā MS Word 2010 formātā.
3.18. SIRENE 2013-2/2 Migrēto alertu no SIS I uz SIS II apstrāde
Pārējot uz darbu ar sistēmu SIS II vecajā sistēmā esošie alerti tiek migrēti. Savstarpēji
SIRENE biroji apmainoties ar formām izmantos abus Šengenas ID pierakstus – gan veco 19
simbolus garo, gan jauno - 21 simbolu garo. SIRENE sistēmai jāvar strādāt ar abiem formātiem gan
nosūtot formas, gan saņemot, gan formējot formas, gan izgūstot datus no NPVS, gan izmantojot
Šengenas ID konvertētāju.
26
3.19. SIRENE 2013-4 Šengenas ID konvertētājs
SIRENE Šengenas ID pašreiz ir specifiskā formātā, savukārt Integrētās Iekšlietu sistēmas
(IIIS apakšsistēmas Šengenas sadaļā) tas pats notikums tiek attēlots savādākā formātā papildinot
identifikatoru ar papildus simboliem. Pašreiz formātu nesakritība apgrūtina SIRENE darbiniekiem
iespējas sameklēt notikumu vienā vai otrā sistēmā zinot tikai vienas sistēmas notikuma ID
(Šengenas ID). Rezultātā tiks izveidota jauna forma ar diviem laukiem, kur vienā laukā ievadot
vienas sistēmas ID otrā laukā parādīsies otras sistēmas tā paša notikuma ID. Forma būs pieejama no
SIRENE aplikācijas galvenas rīkjoslas izvēlnes, izvēloties „Rīki” -> „Šengenas ID konvertors”
4. Ārējās saskarnes prasības
4.1. Aparatūras saskarne
Tehniskos resursus, kuri nodrošinās darbu ar SIRENE informācijas sistēmu, uzturēs
Informācijas centra autorizēts personāls.
4.2. Programmatūras saskarne
Programmatūras saskarnes prasību izmaiņas tiek aprakstītas dokumentā:
DC1 – Data Exchange Between SIRENE bureaux aktuālās dokumenta versijas
(v.1.3.1) prasību integrācija SIRENE IS,
DC2 – Aktualizēt SIRENE IS – NS.SIS interfeisa funkcijas no NPVS tīmekļa servisa.
Sistēma izmanto SOAP – bāzētas programmatūras interfeisu tehnoloģijas, gan iekšējām, gan
ārējām komunikācijām.
4.3. Sakaru saskarne
Saskarnes veidi, protokoli un citas specifiskas prasības sakaru saskarnei, tiks detalizētas
projektējuma izstrādes laikā.
5. Veiktspējas prasības
Veiktspējas prasības sistēmai netiek mainītas. Visiem sistēmas jauninājumiem jānodrošina
eksistējošās sistēmas veiktspējas līmenis (NSIS_2013.AIR.RN 3.punkts).
6. Atribūti
6.1. Drošība
Sistēmai ir jābūt pieejamai 24/7 režīmā.
Pieļaujamais sistēmas ilgstošas darbnespējas laiks ir ne ilgāks par 6 stundām.
Sistēmas komunikācijām ir jābūt šifrētām.
Izdzēstiem ierakstiem datubāzē ir jāsaglabā virsraksta vērtības un žurnāla ieraksti.
Lietotāja redzamajam informācijas daudzumam ir jābūt atkarīgam no lietotāja pieejas
tiesībām. Katrai formai ir jānodrošina divi pieejas līmeņi: uz apskati un uz labošanu. Ja lietotājam ir
27
tiesības tikai uz apskati, tāds lietotājs var tikai skatīt formas informāciju. Ja lietotājam nav tiesību uz
formu, šī forma viņam nav pieejama.
Sistēmai jāsaglabā visu lietotāju darbību ieraksti žurnālā.
7. Citas prasības
7.1. Sistēmas ātrdarbība
Sistēmai jānodrošina dokumentu veidošana un saglabāšana ar ātrumu līdz 100 dokumentiem
stundā. Katra konkrēta dokumenta atvēršanas laikam jābūt ne vairāk par 2 sekundēm (neieskaitot
dokumenta atvēršanu ar atbilstošo programmu un dokumenta nodošanu pa tīklu).
Sistēmas datu meklēšanai jānodrošina atbildes laiks, atkarībā no rezultāta rindu skaita un
meklējamas informācijas:
Ja tiek atgrieztas līdz 10 rindām un meklēšana notiek pēc indeksētiem laukiem, sistēmai jāreaģē
2 sek. laikā;
Ja tiek atgrieztas no 10 līdz 1000 rindām un meklēšana notiek pēc indeksētiem laukiem,
sistēmai jāreaģē 5 sek. laikā;
Ja tiek atgriezts vairāk par 1000 rindām un meklēšana notiek pēc indeksētiem laukiem, sistēmai
jāreaģē 10 sek. laikā;
Meklējot pēc neindeksētiem laukiem, meklēšanas laiks var būt lielāks nekā augstāk minētais.
28
Tehniskās specifikācijas pielikums Nr.3
SIRENE datu plūsmas sistēmas uzlabojumi
Programmatūras projektējuma apraksts. v2.05. 26.04.2013
Satura rādītājs
1. Ievads ................................................................................................................................. 29
1.1. Nolūks ........................................................................................................................................................... 29
1.2. Darbības sfēra .............................................................................................................................................. 29
1.3. Definīcijas un saīsinājumi ........................................................................................................................... 29
1.4. Pieņēmumi un atkarības ............................................................................................................................. 30
2. Sistēmas kopskats ............................................................................................................. 31
2.1. Sistēmas dekompozīcija .............................................................................................................................. 32
2.2. SRNS-00110 Audita principi ...................................................................................................................... 34
2.3. SRNS-00120 Prasības pret aparatūru........................................................................................................ 34
2.4. SRNS-00130 Klienta aplikācijas saskarne ................................................................................................. 34
2.5. SRNS-00140 Veiktspējas prasības .............................................................................................................. 35
2.6. NTF-00100 Jaunie SIS II notifikāciju veidi ............................................................................................... 35
2.7. SIRENE formu atjaunošana atbilstoši jaunajam DEBS (Data Exchange between SIRENES "SIS II")
35
3. Programmējamo vienību apraksts .................................................................................. 36
3.1. SIRENE DEBS formu apstrādes pamatnostādnes ................................................................................... 36
3.2. Datu migrācija ............................................................................................................................................. 36
3.3. NPVS web servisa izsaukumi ...................................................................................................................... 36
3.4. SIRENE Windows servisu darbība ............................................................................................................ 37 3.4.1. SIRENE dēmonu K.SIS serviss ............................................................................................. 37 3.4.2. SIRENE dēmons e-pastu saņēmēj- un izsūtītāj- servisi ......................................................... 37 3.4.3. SIRENE web servisa izmaiņas ............................................................................................... 37
3.5. Izmaiņas SIRENE formās ........................................................................................................................... 38 3.5.1. Lietas forma ........................................................................................................................... 38 3.5.2. Dokumenta forma................................................................................................................... 38 3.5.3. Lietu meklēšanas forma ......................................................................................................... 39 3.5.4. Dokumentu meklēšanas forma ............................................................................................... 39 3.5.5. INBOX forma ........................................................................................................................ 39 3.5.6. Adresātu forma ....................................................................................................................... 39 3.5.7. E-pasta forma ......................................................................................................................... 39
3.6. Papildinājumi atskaitēs ............................................................................................................................... 39
3.7. Izmaiņas lietotāju lomās ............................................................................................................................. 39
3.8. Taimeri ......................................................................................................................................................... 40
3.9. MS Word 2010 Sirene Add-in .................................................................................................................... 40
29
1. Ievads
1.1. Nolūks
Dokuments sniedz detalizētu pārskatu par LR Valsts policijas Galvenās Kriminālpolicijas pārvaldes
Starptautiskā sadarbības biroja SIRENE Latvijas nacionālās nodaļas atbalsta sistēmas SIRENE
2013 projektējumu.
Dokuments tiek izstrādāts, kā verificēšanas standartu izmantojot LR standartu LVS 72:1996.
1.2. Darbības sfēra
Dokuments apraksta SIRENE 2013 komponenšu modificēto un jaunizstrādājamo funkciju
detalizētu projektējumu.
Sistēmas SIRENE 2013 izstrādes mērķis ir uzlabot Latvijas SIRENE Latvijas nacionālas nodaļas
darbu, un nodrošināt funkciju atbalstu, sagaidot SIS II ieviešanu Latvijā un nodrošinot pilnu ieviestā
risinājuma sistēmas funkciju izmantošanu.
1.3. Definīcijas un saīsinājumi
1.tabula
Definīcijas un skaidrojumi
TERMINS SKAIDROJUMS
alerts Tiesību aizsardzības iestādē iniciēts paziņojums par personas vai objekta meklēšanu.
alerta pieprasījuma
akcepts
SIRENE Latvijas nacionāla nodaļa izsniegts apstiprinājums par alerta juridiskā
pamatojuma atbilstību nacionālajai un starptautiskajai likumdošanai.
Daemon
jeb dēmons
Fona programma, kas vajadzības gadījumā tiek izmantota datoros, kuri darbojas UNIX vai
kādas citas operētājsistēmas vidē. Dēmons veic tādus pakalpojumus kā, piem.,
elektroniskā pasta ziņojumu maršrutēšanu saņēmējiem un parasti darbojas bez lietotāja
iejaukšanās. Ar šo terminu apzīmē arī palīgprogrammu (rutīnu), kas gaida, kad tās izpilde
būs nepieciešama galvenajai programmai.
dokumenta klase Sistēmas specifisks dokumentu grupējums.
dokumenta tips Sistēmā definēta dokumenta veidne.
formas logs Sistēmas ekrānforma, kurā informācija attēlota atsevišķu datu lauku veidā.
Inbox Ienākošo dokumentu glabātuve.
SIRENE sistēmā – saraksta logs.
karogs Alertam pievienojama atzīme.
lietotājs Persona, kurai piešķirtas piekļuves tiesības darbam ar sistēmu.
saraksta logs Sistēmas ekrānforma, kurā informācija attēlota tabulas veidā.
SIRENE birojs TAI struktūrvienība, kas atbild par sadarbību starp savas valsts un citu Šengenas
Konvencijas dalībvalstu tiesību aizsardzības iestādēm.
SIRENE formas Standartizētas formas informācijas apmaiņai starp Šengenas dalībvalstu SIRENE birojiem.
Prasības formām aprakstītas dokumentā SIRENE rokasgramata.
Šengenas ID Unikāls alerta atsauces numurs Šengenas informācijas sistēmā.
Taimeris Sistēmā iebūvēts elektronisks pulkstenis, kas veidots ar aparatūras un programmatūras
palīdzību. Taimeris paredzēts reālā laika vai laika intervālu noteikšanai.
30
2.tabula
Apzīmējumi un saīsinājumi
APZĪMĒJUMS,
SAĪSINĀJUMS APRAKSTS
ANNA Līdzšinējā SSP informācijas sistēma
DB Datu bāze
EAW Eiropas apcietinājuma orderis
ID Sistēmā unikāls identifikācijas numurs
IS Informācijas sistēma
K.SIS Komunikācijas sistēma, kas nodrošina SIRENE IS sasaisti ar Latvijas Iekšlietu ministrijas
datu bāzēm
MDI Vairāku dokumentu saskarne (Multiple document interface)
N.SIS SIS DB nacionālā tehniskā kopija
NV Noklusētā vērtība
SIRENE Supplementary Information Request at the National Entry
SIRENE IS SIRENE biroja informācijas sistēma
SSP IS SIRENE informācijas sistēma, kas pielāgota darbam SSP
SIS Šengenas informācijas sistēma.
SIS II Otrās paaudzes Šengenas informācijas sistēma
SSP Starptautiskā sadarbības pārvalde.
VIN Transporta līdzekļa šasijas numurs (Vehicle Identification Number)
XML EXtensible Markup Language
1.4. Pieņēmumi un atkarības
Dokumentā aprakstītas tikai modificētās un jaunās SIRENE sistēmas funkcijas. Funkcijas, kuras
nav minētas dokumentā, sistēmā tiek atstātas bez izmaiņām.
Jaunās funkcijas, ekrānformas un datu lauki dokumentā tiek attēloti ar pievienotu simbolu *.
Formu datu lauku apraksta tabulās tiek izmantoti sekojoši principi:
kolonnā Lauka noklusētā vērtība (saīsinātais nosaukums NV) norādīta vērtība, kas datu
laukā tiek ierakstīta, atverot ekrānformu režīmā Jauns;
kolonnā Nerediģējams (saīsinātais nosaukums NERED) simbols X norāda, ka lauks nav
pieejams lietotājam rediģēšanai neatkarīgi no ekrānformas režīma;
kolonnā Obligāts (saīsinātais nosaukums O) simbols X norāda, ka lauka aizpilde ir obligāta
prasība ekrānformas saglabāšanai;
kolonnā Datu tips iespējami norādīti sekojoši tipi:
o T(10) – teksts ar iekavās norādītu maksimālo pieļaujamo garumu;
o N(10,0) – skaitlis ar iekavās norādītu maksimālo kopējo garumu (ieskaitot komatu
decimāliem skaitļiem) un zīmju skaitu aiz komata;
o B – Boolean tips, kura vērtības iespējamas 1 vai 0 (Ir/Nav);
o D – datums;
o T – laiks;
o DT – datums un laiks.
31
kolonnā DB norādīta datu lauka atsauce uz datu bāzes tabulu un kolonnu. Kā pirmā tiek
norādīta tabula, bet otrā, atdalīta ar punktu, - kolonna.
2. Sistēmas kopskats
1.attēls. Sistēmas kopskats
Sistēmas kopskats, skat.1.attēlu.
SIRENE IS komponentes iedalāmas 3 pamata grupās:
1. uz klienta darbstacijas darbināmas komponentes;
2. uz servera darbināmas komponentes;
3. datu apmaiņa ar NPVS sistēmu.
Uz klienta darbstacijas tiek darbināta SIRENE IS aplikācija, kas nodrošina lietotāja saskarni,
iespēju izmantot sistēmas funkcijas (ieskaitot lietotāju pievienošanu, lietotāju tiesību konfigurēšanu
un SIS meklēšanas lietotāja saskarni (tiek nodrošināta, izsaucot atbilstošo servisu no NPVS
aplikācijas).
SIRENE un SSB lietotājiem tiek piegādāta viena un tā pati aplikācija, kuras uzvedība atšķiras,
atkarībā no uzstādījumiem, nodrošinot SIRENE un SSB lietotājiem tiem nepieciešamo
funkcionalitāti.
Uz centrālā servera (serveru grupas) ir uzstādīta:
SIRENE datu bāze, kas nodrošina sistēmas SIRENE datu glabāšanu;
SSB datu bāze, kas nodrošina sistēmas SSB datu glabāšanu;
fona programma SIRENE Daemon, kas nodrošina no lietotāja neatkarīgu procesu
darbināšanu (taimeru apstrādi, e-pastu saņemšanu-sūtīšanu, faksu saņemšanu-sūtīšanu, datu
apmaiņu ar NPVS saskarni);
32
SIRENE WEB serviss, kas nodrošina SIRENE IS klienta aplikācijas saskarni ar NPVS
sistēmu, lietu meklēšanu.
NPVS interfeiss nodrošina datu apmaiņu starp SIRENE un NPVS sistēmām.
2.1. Sistēmas dekompozīcija
SIRENE klienta aplikācija satur šādus funkcionālos moduļus:
Lietu meklēšana; Funkcionālais modulis nodrošina lietu meklēšanas funkcionalitāti, kas
vienlaicīgi meklē informāciju gan SIRENE gan SSB datu bāzē.
Ārējas sistēmas (SSB) lietas apskate; Funkcionālais modulis nodrošina lietas informācijas
apskati, pat, ja lieta atrodas ārējā sistēmā.
Alertu meklēšana; Funkcionālais modulis nodrošina alertu meklēšanu NPVS sistēmā,
izmantojot NPVS sistēmas piedāvātos datu meklēšanas servisus.
Lietu apskate/rediģēšana; Lietas apskates un rediģēšanas funkcionālais modulis nodrošina
lietas informācijas apskati un rediģēšanu.
Dokumentu apskate/rediģēšana; Funkcionālais modulis nodrošina lietotājam dokumenta
apskates/rediģēšanas funkcionalitāti.
Dokumentu tipu rediģēšana; Funkcionālais modulis nodrošina lietotājam dokumenta tipu
datu rediģēšanu un jauno dokumentu tipu veidošanas iespējas.
Lietotāja tiesību kontrole; Lietotāju tiesību kontroles funkcionalitāte nodrošina iespēju
veidot jaunus un modificēt eksistējošo lietotāju tiesības.
Dispečeru un pieejamības grafiku rediģēšana; Funkcionālais modulis nodrošina lietotājam
iespēju ievadīt un modificēt dispečeru grafikus, ka arī lietotāju pieejamību.
Sistēmas parametru rediģēšana; Funkcionālais modulis nodrošina sistēmas parametru ievadi
un pārvaldību. Datu glabāšanas shēma atspoguļota zīmējumā.
Atskaišu modulis; Nodrošina lietotājam iespēju iegūt no sistēmas atskaites MS Excel
formātā. Modulis strādā ar visiem datiem sistēmā.
33
2.attēls. SIRENE dēmonu funkcionālie bloki
Papildus SIRENE klienta aplikācijai sistēmas sastāvā tiek iekļauts servera procesu (SIRENE
dēmonu) bloks. Dēmoni nodrošina informācijas apmaiņu ar ārējām sistēmām, izmantojot e-pastu,
faksu un Web servisu kanālus. Sistēmas sastāvā iekļauti šādi dēmoni:
Alertu notifikācijas dēmons; Nodrošina alertu notifikāciju importa funkcionalitāti. Dati tiek
iegūti no NPVS sistēmas Web saskarnes. Izveidotās alertu notifikācijas tiek saglabātas
dokumentu datu glabāšanas datu bāzes struktūrās;
Taimeru vadības dēmons; Nodrošina sistēmas taimeru darbu. Pēc taimeru nostrādāšanas
nodrošina atbilstošo operāciju izpildi, taimeru paziņojumu dokumentu veidošanu. Izveidoto
taimeru paziņojumu dokumentu glabāšanai tiek izmantota dokumentu datu bāzes struktūra;
E-pasta saņemšanas un lietu automatizācijas dēmons; Nodrošina e-pasta saņemšanas
funkcionalitāti, SIRENE formu atpazīšanu un automātisko apstrādi (t.sk. automātiski
veidojot lietas, piesaistot tiem citus dokumentus, un reģistrējot ienākošās formas). Izveidoto
dokumentu un lietu glabāšanai tiek izmantotas db struktūras;
Faksa saņemšana; Nodrošina faksa saņemšanas funkcionalitāti. Izveidoto dokumentu
glabāšanai tiek izmantotas DB struktūras;
Faksa sūtīšana; Nodrošina faksa dokumentu sūtīšanas funkcionalitāti. Sūtīšanas procesa
kontrolei tiek izmantotas datu bāzes tabulas;
E-pasta sūtīšana; Nodrošina e-pastu dokumentu sūtīšanas funkcionalitāti. Sūtīšanas procesa
kontrolei tiek izmantotas datu bāzes tabulas.
34
2.2. SRNS-00110 Audita principi
Sistēmas audita principi tiek izmainīti no SIRENE II versijas. Sistēmas audits tiek realizēts, ņemot
vērā šādas vadlīnijas:
Sistēmas formās tiek ievēroti kopējie audita principi. Audita žurnālā tiek fiksētas visas darbības, kas
ved pie jaunās formas vai atskaites atvēršanas, datu bāzes datu izmaiņas vai datu kopas izmaiņas
vienas formas ietvaros (Piem., jauna meklēšana viena saraksta formā vai dokumenta vai lietas
objekta apskate vai rediģēšana, vai rezultātu saglabāšana). Jebkura veida atkāpe no kopējiem audita
principiem ir aprakstīta pie konkrētās formas apraksta dokumentā.
Visas notikušas kļūdas tiek reģistrētas audita žurnālā.
Audita žurnālā netiek reģistrētas programmiski apstrādātas lietotāju darbības, kuru rezultātā uz
ekrāna izgaismojas jautājuma vai brīdinājuma dialoga logs, piemēram, par obligāto datu lauku
aizpildi.
2.3. SRNS-00120 Prasības pret aparatūru
SIRENE klienta aplikācija tiek darbināta Windows vidē, ar uzstādītu .NET virtuālo mašīnu.
Programma var atrasties uz lokālā diska, kā arī uz servera. Ekrāna izšķirtspējai jābūt vismaz
1024x768, pieejamajam atmiņas apjomam – min. 256 Mb.
2.4. SRNS-00130 Klienta aplikācijas saskarne
SIRENE klienta aplikācija tiek veidota pēc MDI aplikācijas principiem. Tas nozīmē, ka vienlaicīgi
var būt atvērtas vairākas ekrānformas. Tomēr, lai nepieļautu vienlaicīgu viena dokumenta labošanu,
sistēmā tiek izmantota dokumentu bloķēšana- dokuments tiek bloķēts tā atvēršanas brīdī.
Pārsvarā sistēmas informācija tiek organizēta saraksta – formas veidā, kad ieraksti tiek apvienoti
saraksta logā un katra ieraksta labošanai, apskatei tiek atvērts pakārtots formas logs.
Saraksta logiem ir raksturīga rīkjosla (funkcionālo ikonu rinda) un datu tabula. Rīkjosla satur
sekojošu pamatfunkcionalitāti:
Jauns – nospiežot pogu, tiek atvērts jauns formas logs ievades režīmā. Pogai ir klaviatūras
saīsinājums Ctrl+N.
Rediģēt – nospiežot pogu, tiek atvērts iezīmētā ieraksta formas logs labošanas režīmā. Pogai
ir klaviatūras saīsinājums Ctrl+E.
Dzēst – nospiežot pogu, tiek dzēsts iezīmētais ieraksts. Pogai ir klaviatūras saīsinājums
Ctrl+D.
Skatīt – nospiežot pogu, tiek atvērts iezīmētā ieraksta formas logs skatīšanās režīmā. Pogai ir
klaviatūras saīsinājums Ctrl+W.
Atjaunot sarakstu – nospiežot pogu, tiek atjaunots saraksta loga saturs. Pogai ir klaviatūras
saīsinājums Ctrl+R
Palīdzība – nospiežot pogu, tiek atvērta palīdzības ekrānforma. Pogai ir klaviatūras
saīsinājums Ctrl+H vai F1.
Papildus izstrādājamo ikonu un spiedpogu funkcionalitāte aprakstīta atbilstošās dokumenta sadaļās.
Formas logiem raksturīgi dažāda veida datu objekti: atsevišķi datu lauki, tabulas, funkcionālās
ikonas, dažādas funkcionālās pogas.
Ekrānformu datu laukos un kolonnās, kuras paredzētas datuma ievadei, programmiski jānodrošina
lauka formāts: yyyy.mm.dd., kur dd- diena, mm- mēnesis, yyyy- gads. Izņēmums ir DEBS formu
atsevišķi lauki, kur datums norādāms yymmdd (piemēram, personas dzimšanas datums).
35
! Darbam visos formas logos jānodrošina Tab taustiņa korekta darbība. Ar tā palīdzību jāpārstaigā datu lauki
sākot no kreisā augšējā stūra virzienā pa labi. Formas logu tabulās ar Tab taustiņa palīdzību jāpārstaigā visi
datu lauki aktīvajā jeb iezīmētajā rindā virzienā no kreisās uz labo pusi.
2.5. SRNS-00140 Veiktspējas prasības
Veiktspējas prasība:
ja atlasāmo ierakstu skaits nav lielāks par 100, tad formai jāatveras laikā <2s;
ja atlasāmo ierakstu skaits ir starp 100 un 1000, tad formai jāatveras laikā <10s;
ja atlasāmo ierakstu skaits ir lielāks par 1000, tad formai jāatveras laikā <20s.
2.6. NTF-00100 Jaunie SIS II notifikāciju veidi
SIRENE sistēmā tiek ieviesta 4 notifikāciju paziņojumu apstrāde.
SIRENE realizē arī mehānismu, kurš ieliek norādīto alertu rindā un veic dzēšanas pazīmes
(Deletion Note) pievienošanu alertam, kura dēļ rindā ievietotais alerts nevar būt apstiprināts SIS
sistēmā. Tāpat arī tiek veikta iesaistīto alertu sasaiste. Pievienojot dzēšanas pazīmi alertam,
nodrošinām, ka alerta dzēšanas brīdī SIRENE saņems Deletion Note notifikāciju. Pēc šādas
notifikācijas saņemšanas, ir iespējams pēc notifikācijā norādītā Šengenas ID atrast saistīto, rindā
esošo alertu un veikt nepieciešamās darbības ar to, piemēram, apstiprināt tā ievietošanu SIS sistēmā.
2.7. SIRENE formu atjaunošana atbilstoši jaunajam DEBS (Data Exchange
between SIRENES "SIS II")
SIRENE formu funkcionalitāte papildināma tādā veidā, lai būtu iespējams apstrādāt SIRENE
formas, kuras atbilst dokumentā Data Exchange Between sirenes „SIS II” v.1.3.1. aprakstītajai
struktūrai. Formas nodrošina datu apmaiņu starp visām SIRENE dalībvalstīm.
36
3. Programmējamo vienību apraksts
3.1. SIRENE DEBS formu apstrādes pamatnostādnes
Datu apmaiņas formās ir nepieciešams veikt datu attēlošanu un saglabāšanu. Aktuālajā versijā gan
SIRENE Windows formu veidošanas rīkos, gan attēlošanas logos ir jānodrošina vismaz 2 un 3
apakšlīmeņu izveidi un datu uzglabāšanu. Tas skar ne tikai Windows aplikāciju, bet arī datubāzē ir
jāparedz gan formu struktūru saglabāšanu, gan datu saglabāšanu un atrādīšanu.
Datu apmaiņa starp SIRENE aplikācijām notiek izmantojot e-pasta kanālus. Sīkāk par to aprakstīts
pie SIRENE dēmona e-pasta saņēmēj- un izsūtītāj- servisa aprakstā.
Gadījumos, kad formu apmaiņa izmantojot e-pastu kanālus nav iespējama, tiek izmantots „datu
nosūtīšana izmantojot faksu” mehānisms. Lai sagatavotu nosūtāmo dokumentu – jāatjauno datu
saformēšanas process un algoritms atbilstoši aktuālajai DEBS versijai.
Nepieciešams jaunu formu pievienošanas mehānisms, kurš iepriekšējās versijas formām nomaina
nosaukumus un iepriekšējos nosaukumus piešķir jaunajām formām. Veco formu dati migrēti netiks.
Šim mērķim jānodrošina SQL izpildāmu kodu, kurš nodrošinās iepriekšējās versijas SIRENE formu
pārsaukšanu. Tāpat ir paredzēts, ka notiks izmaiņas DEBS formās, tāpēc ir nepieciešama formu
jaunākas versijas pārnešana no sagatavošanas vides uz produkcijas vidi.
SIS II sistēmā ir pieejami arī alerti veidoti pirms pāriešanas uz SIS II standartu, kurus migrēja uz
jauno formātu. SIRENE aplikācijā un atbilstošajos dēmonos jānodrošina gan jauno alertu Šengenas
ID apstrādi, gan migrēto alertu Šengenas ID apstrādi. Šengenas ID sastāv no vairākām vērtībām.
Lai izsūtītās formas būtu pareizi saformētas, ir realizējama aizpildīto formu xml datu validācija
atbilstoši DEBS 1.3.1 versijas XML Shēmai. Aizpildot formu ir jābūt pogai, kura izsauc xml
validāciju. Tāpat arī veicot izsūtīšanu, pirms e-pasta nosūtīšanas tiek veikta atbilstošās XML datnes
validācija.
Tiek veikta arī alerta datu izgūšana formu aizpildīšanai. Pēc Šengenas ID no NPVS tiek izgūti dati
par konkrēto alertu un aizpildīti attiecīgie lauki DEBS formā. Kādi lauki no kādiem datiem tiek
aizpildīti – tas tiek nodefinēts pie SIRENE dokumentu tipiem – atbilstošajiem laukiem norādot
XPath uz alerta struktūrā esošo vērtību. Šī aizplidīšanas darbība tiek izsaukta atverot aizpildīšanai
jaunu formu vai formā izvēloties sinhronizācijas ar SIS II darbību.
Klasifikatoru vērtības jāatjauno izmantojot NPVS web servisu. Veicot autorizēšanos NPVS web
servisā tiek pārbaudīts vai ir izmaiņas klasifikatoros un izmaiņu gadījumā, klasifikatori tiek
papildināti. Tāpat ir jābūt iespējai veikt klasifikatoru pilno atjaunošanu.
Papildus NPVS klasifikatoriem ir klasifikatori, kuri DEBS dokumentācijā atzīmēti kā SIRENE
Code Tables ar nosaukumiem SIR001, SIR004, SIR005, SIR006, SIR007, SIR008, SIR009. Šo
klasifikatoru ievietošanai izmanto SQL izpildāmu kodu, kurš papildina klasifikatoru sarakstu
datubāzē.
Vairākām Stored Procedures ir veiktas izmaiņas, bet tās neskar ieejas un izejas parametrus, tāpēc
šajā dokumentā tās netiek piminētas.
3.2. Datu migrācija
Datu migrācija SIRENE kontekstā netiks veikta. Dažādu DEBS versiju dokumentu atver ar
atbilstošas DEBS versijas formu. Gan iepriekšējās, gan aktuālās versijas formu struktūra ir
saglabāta datubāzē un ir pieejama vienlaicīgi.
3.3. NPVS web servisa izsaukumi
Saziņai ar NPVS sistēmu tiek izmantots web serviss. Visas ar alertiem saistītās darbības izmanto
Šengenas ID. Salīdzinot ar iepriekšējo SIRENE versiju, aktuālajā Šengenas ID tiek padots kā
37
objekts ar dažādiem datu laukiem, nevis teksta virkne, kā bija iepriekš. Tādējādi izmaiņas attiecas
uz visām SIRENE aplikācijas daļām/blokiem.
3.4. SIRENE Windows servisu darbība
SIRENE sastāv no sekojošiem servisu blokiem:
SIRENE dēmonu bloks;
SIRENE aplikācijā;
SIRENE web servisā;
NPVS web servisā salīdzinot ar iepriekšējo versiju ir izmaiņas izsaukumu metodēs un arī izmaiņas
Šengenas ID attēlošanā un sūtīšanas/saņemšanas struktūrā. Tādējādi ir nepieciešams atjaunot NPVS
web servisa proxy klases, kuras atbilst aktuālajai NPVS web servisa WSDL shēmai.
3.4.1. SIRENE dēmonu K.SIS serviss
Šis serviss nodrošina pieslēguma uzturēšanu ar NPVS web servisu, kā arī atbild par notifikāciju
saņemšanu no NPVS un arī par NPVS klasifikatoru aktualizēšanu iekš SIRENE.
Papildinoties klasifikatoru klāstam un dažos gadījumos mainoties arī izgūstamo klasifikatoru
struktūrai, nepieciešama realizācija atjaunot visus klasifikatorus SIRENE, tos pārlasot no NPVS.
Pamatfunkcionalitāte nodrošina NPVS izveidotu alertu akceptēšanu. Papildus jāvar saņemt
notifikācijas par citu valstu alertu izveidi, jebkuras valsts alertu, labošanu, dzēšanu, kā arī
notifikācijas par flagu uzstādīšanu alertiem. Ja sistēmā neeksistē lieta ar notifikācijas Šengenas ID,
tad interesē tikai 26.pantam piederošie alerti. Pārējās notifikācijas tiek ignorētas. Reģistrējot
notifikāciju SIRENE, nepieciešams arī izgūt informāciju par alertu – personas vārdu(s), uzvārdu,
transportlīdzekļa numuru un tamlīdzīgi – katram alerta veidam savu svarīgo informāciju.
3.4.2. SIRENE dēmons e-pastu saņēmēj- un izsūtītāj- servisi
Datu apmaiņa starp SIRENE aplikācijām notiek izmantojot e-pasta kanālus. Dati tiek saformēti kā
XML dokuments atbilstoši aktuālajai DEBS versijai. Šo dokumentu e-pastos ievieto kā pielikumu
(iepriekšējās versijā ievietots kā e-pasta body text). Formas e-pasta virsraksts sastāv no Šengenas
identifikatora un attiecīgās formas nosaukuma. E-pastos var būt arī citi pielikumi – to iespējamība
un apstrāde nodefinēta aktuālajā DEBS dokumentācijā. Detalizēta informācija par formu apmaiņu ir
aprakstīts DEBS aktuālās versijas dokumentācijā.
E-pastu izsūtītājserviss ir papildināms ar kļūdas gadījuma apstrādi. Ja nav iespējams nosūtīt e-pastu
konkrētam adresātam un SIRENE INBOX ir jānosūta kļūdas paziņojums ar Lietas numuru,
dokumenta numuru un kļūdas paziņojumu.
3.4.3. SIRENE web servisa izmaiņas
Mainoties NPVS web servisam - nepieciešamas arī izmaiņas SIRENE web servisā, kurš nodrošina
SIRENE aplikācijas tiešsasaisti ar NPVS. Kā jau iepriekš minēts, izmaiņas ir Šengenas
identifikatora izmantošanas kārtībā. Šengenas identifikators tiek uzglabāts noteiktas struktūras
objektā, kurš sastāv no pieprasītājvalsts (requesting user) klasifikatora vērtības identifikatora,
identifikācijas numura NPVS sistēmā (id number), alias vērtības (alias number) un dokumenta tipa
klasifikatora vērtības identifikatora (type of record).
SIRENE aplikācijā un datubāzē tiek izmantots Šengenas identifikatora īsais pieraksts. Ir
nepieciešamas konvertācijas funkcijas starp SIRENE veidu un NPVS veidu. Tiek izmantots tikai
SIS II Šengenas identifikatora formāts.
Lietotāju ērtumam tiks izveidota arī atsevišķa forma konvertācijas veikšanai no SIS II uz SIRENE
formātu un atpakaļ.
38
SIRENE webserviss apkalpos un izmantos sekojošas NPVS web servisa funkcijas:
Pievienot alertus grupai
Pievienot dzēšanas pazīmi
Mainīt lietotāja paroli
Izgūt klasifikatorus
Izveidot karogu
Izveidot alertu grupu
Nodzēst karogu
Dzēst grupu (sasaisti starp alertiem)
Veikt alertu meklēšanu pēc Šengenas identifikatora
Veikt alertu meklēšanu pēc dažādiem parametriem (vārdi, uzvārdi, numurzīmes utt.)
Izgūt notifikācijas
Izgūt datus par alertu rindu
Autorizēties web servisā, iegūstot atslēgu (token), kuru izmantot veicot izsaukumus uz
NPVS webservisu. Arī izgūt klasifikatorus, kuriem ir veiktas izmaiņas.
Atslēgties no web servisa, uzstādīt atslēgu (token) kā neizmantojamu
Dzēst saiti uz grupu konkrētiem alertiem
Atjaunot atslēgu (token), ar kuru veikt datu pieprasījumus NPVS web servisā
Uzstādīt notifikācijas statusu (veiksmīgi/neveiksmīgi saņemta visa viena pieprasījuma kopa)
Labot karogu
3.5. Izmaiņas SIRENE formās
3.5.1. Lietas forma
Lietas formā atbilstoši jaunākajiem SIS II datiem ir nepieciešams atjaunot „Lietas tips”
klasifikatoru, aktualizējot 30 klasifikatora vērtības.
Forma tiek papildināta ar jaunu lauku „Kategorija”. Veidojot jaunu lietu šo lauku uzstāda lietas
veidotājs. Vēlāk labojot lietu, kategoriju var mainīt tikai lietotāji, kuriem ir piešķirtas tiesības uz
kategorijas maiņu. Laukā iespējamas 14 vērtības,
Lauka „Kategorija” vērtības primāri tiks izmantots atskaišu veidošanai.
3.5.2. Dokumenta forma
Dokumenta forma tiek papildināta ar sekojošiem laukiem
LAUKA NOSAUKUMS LAUKA VEIDS APRAKSTS
Steidzamība Izvēlne (drop down) Norāda dokumenta steidzamību. Iespējamās vērtības:
URGENT, NORMAL, NON URGENT
KL Numurs Teksta lauks Kriminālprocesa numurs
Adresāti Izvēlnes saraksts (iespējamas
vairākas vērtības)
Datu avots tāds pats, kā lietas formā laukam
Iniciators. Jānodrošina vismaz 10 vienlaicīgi
atzīmētas vērtības.
No formas daļas „Izejošais dokuments” tiek izņemti visi lauki: „Pēdējais sūtīšanas laiks”, „Pēdējā
sūtīšanas adrese”, „Nosūtāmais dokuments”.
39
DEBS formu gadījumā lauks sūtītājs tiek ieslēgts lasīšanas režīmā un atzīmēta noklusētā vērtība.
DEBS formu gadījumā tiek aizpildīti arī formu noklusēto vērtību lauki.Pievienot validācijas
veikšanas funkcijas, kuras var izsaukt izmantojot pogu „Validācija”, kā arī pogu „Nosūtīt”. Šī
funkcionalitāte nodrošina formas datu pārbaudi atbilstoši DEBS XML shēmai.
3.5.3. Lietu meklēšanas forma
Nepieciešams mainīt pogas „Attīrīt” funkcionalitāti. Šīs pogas darbības neietekmē formas kontroļu
(atzīmes lauku – checkbox) „Meklēt arhīvā” un „Meklēt SSP” vai „Meklēt SIRENE” vērtību.
3.5.4. Dokumentu meklēšanas forma
Jāpievieno poga „Skaits”, kuras darbības rezultāts ir atbilstoši norādītajiem meklēšanas
parametriem atrasto ierakstu (dokumentu) skaits.
Kā arī dokumentu rezultātu skatā pievienojams ir attrasto dokumentu skaits (pēc līdzdības ar Lietu
meklēšanas un rezultātu formu).
3.5.5. INBOX forma
Pamatojoties uz izmaiņām SIRENE formu apmaiņas e-pastos un ieviešot jaunos klasifikatorus,
nepieciešams atjaunot adresātu klasifikatorus, kuri atbild par to ka iekš INBOX pretī dokumentiem
tiek norādīts arī valsts kods no kuras konkrētais dokuments ir saņemts.
DEBS formām, kuras tiek iesūtītas SIRENE un kurām ir aizpildīts lauks „Keywords”, tiek piešķirta
zaļa krāsa, lai dokumentus izceltu pārējo vidū.
3.5.6. Adresātu forma
Šī forma tiek papildināta ar galamērķa lauku (vērtības no SIS II valstu klasifikatora), kurš tiek
izmantots izsūtot DEBS formas. Pie katras valsts e-pasta, kurš tiek izmantots DEBS formu
apmaiņai, norādām atbilstošo klasifikatora vērtību. Vēlāk izsūtot formu, tās lauks tiek automātiski
aizpildīts, izmantojot Adresātu formā saglabātos datus.
3.5.7. E-pasta forma
Jāpapildina funkcionalitāte pievienojot pielikumus. Ja tiek sūtīta DEBS forma, visi pielikumi
papildus tiek reģistrēti arī formas laukos faila tips un faila nosaukums. Kā arī tiek skaitīts
maksimālais pielikumu skaits. Ja pielikumu skaits pārsniedz 5, tad formas nosūtīšana tiek apturēta
un lietotājam tiek parādīts kļūdas paziņojums.
Forma tiek papildināta ar teksta lauku „Rezolūcija”. Aizpildot šo lauku, tā vērtība tiek pievienota
arī nosūtāmajam e-pasta tekstam. Lauks paredzēts, lai priekšnieki varētu norādīt rezolūciju,
konkrēta dokumenta gadījumā. Lauks pieejams labošanai tikai lietotājiem ar tiesībām, kuras atļauj
rezolūcijas labošanu.
3.6. Papildinājumi atskaitēs
Esošā atskaite „Eiropas Hitu Statistika” tiek nomainīta uz jaunāku atskaites versiju. Atskaite
jāģenerē līdzīgi kā tas notiek pārējām atskaitēm, lai saglabātu līdzību sistēmas kopainā un darbībā.
Arī tiek pievienota dokumentu atskaite.
3.7. Izmaiņas lietotāju lomās
Esošās lietotāju lomas vairs neatbilst prasībām un lietotāju sadalījumam ar nepieciešamajām
tiesībām. Lomu skaits SIRENE gadījumā tiks samazināts līdz 3 lomām: Administrators,
Priekšnieks, Operators.
40
3.8. Taimeri
Visu taimeru darbība paliek kā līdz šim. Papildus nāk klāt divi jauni, kuri rūpēsies par kontroles
mehānismu, lai neatbildēti pieprasījumi netiktu aizmirsti. Taimeri tiks uzstādīti lietām gan ar
ienākošajiem, gan ar izejošajiem dokumentiem.
3.9. MS Word 2010 Sirene Add-in
Sakarā ar sistēmas lietotāju migrēšanu no MS Word 2003 un MS Word 2007 uz MS Word 2010
versiju, ir nepieciešams izveidot arī Word Add-in, kurš savienotu SIRENE jaunāko versiju ar MS
Word 2010. Balstoties uz iepriekšējo versiju funkcionalitāti izveidot arī Add-in MS Word 2010.
41
Tehniskās specifikācijas pielikums Nr.4
Iekšlietu ministrijas Informācijas centra
Informācijas sistēmu lietotāju autentifikācijas un autorizācijas
METODIKA
Informācijas centrs informācijas sistēmu lietotāju pārvaldībai izmanto vienotu lietotāju un to
piekļuves tiesību pārvaldības rīku – Paroļu reģistru.
Paroļu reģistrā uzglabā sekojošus datus par lietotāju:
vārds, uzvārds, personas kods;
iestāde, struktūrvienība, amats;
tālrunis, e-pasts;
IP adrese;
informācijas sistēmu lietotāja vārds un piekļuves apjoms.
Lietotāju autentifikācijai un autorizācijai informācijas sistēmās var izmantot sekojošus
risinājumus:
1. Oracle datu bāzes lietotāji;
2. Microsoft Active directory (turpmāk - MS AD) lietotāji;
3. Paroļu reģistra lokālie lietotāji (web serviss).
Lietotāju piekļuves apjoms var būt nodefinēts ar fiziskām lomām vai virtuālām lomām. Oracle
datu bāzes gadījumā fiziskā loma ir loma, kas izveidota datu bāzē, savukārt MS AD – tā ir grupa,
kas eksistē MS AD. Virtuālā loma ir loma, kas neeksistē mērķa sistēmā.
Metodikas turpmākajās sadaļās ir detalizētāk aprakstīti informācijas sistēmu lietotāju
autentifikācijas un autorizācijas risinājumi un to integrācijas iespējas.
Veidojot jaunas vai pielāgojot esošās informācijas sistēmas lietotāju autentifikācijai un
autorizācijai ir jāizmanto šajā metodikā aprakstītos risinājumus.
Oracle datu bāzes lietotāji
Lietotāji ir fiziski (izveidoti mērķa sistēmā, kā Oracle datu bāzes lietotāji), bet lomas var būt gan
fiziskas gan virtuālas
Lietotāju reģistrācija Paroļu reģistrā
Tiek reģistrēta informācijas sistēma XXX un tai tiek piešķirta abreviatūra (piem., 'YYY'), pēc
kuras tiks sūtīti pieprasījumi tiesību pārbaudei Paroļu reģistram.
Tiek reģistrētas sistēmas XXX lomas. Paroļu reģistrā ir jānorāda vai loma ir fiziska vai virtuāla.
Datu bāzē XXX tiek izveidots Paroļu reģistra klients.
Tiek izveidots DB links no Paroļu reģistra uz sistēmu XXX zem noteikta lietotāja.
Tiesību pārbaudes funkcijas
Lai izsauktu lietotāja un tā tiesību pārbaudes funkcijas XXX sistēmā ir nepieciešams izdarīt
sekojošo:
42
- izveidot DB linku sistēmas darba shēmā uz Paroļu reģistrs DB;
- izveidot pakotnes sinonīmu;
- izsaukt procedūras no pakotnes
Atkarībā no saņemtiem datiem tiek parādīts paziņojums lietotājam, piemēram: "Līdz lietotāja konta
bloķēšanai palikušas 6 dienas".
Ja sistēmā ir nepieciešams attēlot informāciju par lietotāju, tiek izsaukta kāda no 2 procedūrām.
Microsoft Active directory lietotāji
Paroļu reģistrs pārvalda MS AD lietotājus.
Paroļu reģistrs komunicē ar MS AD vienā virzienā. MS AD komunikācija ar Paroļu reģistru
nenotiek. Veidojot lietotāju Paroļu reģistrā, lietotājam norāda pieejamās grupas MS AD. Paroļu
reģistrs izveido lietotāju un pievieno to iepriekš nodefinētām MS AD grupām. Lietotāja paroles
maiņa ir pieļaujama tikai no Paroļu reģistra. Lietotājiem paroles nomaiņas mērķiem ir pieejama web
vietne. Paroļu reģistrs izmanto MS AD laukus, kuri periodiski tiek sinhronizēti ar Paroļu reģistrā
esošiem datiem.
Paroļu reģistra lokālie lietotāji (web serviss)
Web servisi Paroļu reģistrā izstrādāti un izmantojami kā universāls uz XML standarta bāzēts
risinājums lietotāju autentifikācijai un autorizācijai mērķa sistēmā. Izmantojot web servisu lietotāji
netiek veidoti mērķa sistēmā, bet tiek uzglabāti lokāli Paroļu reģistrā. Lai autentificētos un
autorizētos ar Paroļu reģistra lokālajiem lietotājiem, informācijas sistēma ir jāintegrē ar Paroļu
reģistru izmantojot web servisus. Lietotāja paroles nomaiņai lietotājam ir pieejama Paroļu reģistra
web vietne.