|
PROCESA SHĒMAS
AUDITĀCIJAS DATU IERAKSTĪŠANA
Att.1. Auditācijas procesa shēma(Auditācijas datu ierakstīšana)
Tabula 1. Auditācijas datu ierakstīšanas procesa apraksts
|
N.p.k
|
Darbība
|
Apraksts
|
|
1.
|
Izsauc servisa klientu
|
Izsauc atbilstošu auditācijas servisa klientu un nodod tam JSON ar nepieciešamiem auditācijas datiem.
|
|
2.
|
Servisa klients nosūta saņemto JSON objektu uz Rabbit MQ apmaiņas posmu (Exchange).
|
Servisa klients nodrošina savienojuma izveidošanu ar Rabbit MQ servisu, ar nepieciešamiem definētiem laukiem. Jānodrošina pārbaude vai pieprasījums ar datiem ir saņemts.
|
|
3.
|
Rabbit MQ veic saņemto datu ievietošanu attiecīgajā rindā.
|
Rabbit MQ serviss veic “tiešā” tipa ievietošanu attiecīgajā rindā, kur routing_key = binding_key
|
|
4.
|
Rabbit MQ rinda nosūta pieprasījumu ar datiem uz Patērētāja servisa klientu.
|
Patērētāja servisa klients nolasa datus no Rabbit MQ rindas izmantojot(2. punkta savienojojuma izveidošanas laukus). Pēc šī soļa veiksmīgas izpildes ieraksts pazūd no Rabbit MQ rindas.
Jānodrošina pārbaude vai Patērētāja klienta serviss ir saņēmis pieprasījumu ar datiem, pretējā gadījumā ieraksts netiek izdzēsts no Rabbit MQ rindas.
|
|
5.
|
Patērētāja servisa klients veic ierakstus iekš MongoDB
|
Ievieto audit datus JSON iekš Mongo DB.
|
JSON objektā tiks ierakstīta sekojoša informācija par auditējamo darbību:
•Moduļa ID (no moduļu klasifikatora);
•Formas ID (no formas klasifikatora);
•Datums un laiks kad darbība tika veikta;
•Lietotāja personas token ar kuru viņš veica darbību;
•Darbība: 1-autorizācija, 2-pieeja datiem, 3-datubāzes ieraksta statusa maiņa, piekļuve reģistram un citas, kas būs precizētas izstrādēs laikā.
•Darbības veids
oautorizācijai: 1-AD lietotājs;
odatu izmaiņām: 1-ieraksta izveide, 2-ieraksta labošana, 3-ieraksta dzēšana, 4-ieraksta skatīšana, 5- bloķēšana, 6- aktīvēšana;
oieraksta statusa maiņa: 0-bloķēšana, 1-aktīvēšana, 2-dzēšana.
•Papildus dati (piem. par ierakstu kurš tika labots, vai kāda cita svarīga informācija).
IZMAINĪTO DATU AUDITĀCIJA
Att.2. Izmainīto datu auditācijas datu plūsmas shēma
|
N.p.k
|
Darbības apraksts
|
|
1.
|
No web daļas uz API tiek nosūtīti dati, t.sk. uzģenerētais AuditId, priekš audita ieraksta identificēšanas.
|
|
2.
|
API veic datu izgūšanu no SQL datubāzes atbilstoši entītei
|
|
3.
|
API veic izmainīto(jaunās un vecās vērtības) datu nosūtīšanu uz rindu: “AuditChangedData Queue”. Nododamā datu struktūra aprakstīta sadaļā "AUDITĀCIJAS DATU IERAKSTĪŠANA"
|
|
4.
|
Windows serviss veic datu izgūšanu no rindas.
|
|
5.
|
Windows serviss veic datu ievietošanu Mongo DB kolekcijā “AuditChangedData” Atbilstoši sadaļā "AUDITĀCIJAS DATU IERAKSTĪŠANA" aprakstītai struktūrai
|
NODODAMĀ DATU STRUKTŪRA UZ RABBIT MQ RINDU
{ AuditId: "c9e884cf-2523-4e4c-bd1d-5c5231334e6d"
ChangedFields: [{
EntityName: "InsolvencyCase",
entityFieldName: "ProcessAmount",
OldValue: "10.00",
NewValue: "15.00"},
{
EntityName: "ProtectionCases",
entityFieldName: "ProcessAmount",
OldValue: "10.00",
NewValue: "54321"}]
}
JSON apraksts:
|
JSON parametrs
|
Lauka tips
|
Apraksts
|
O
|
|
AuditId
|
GUID
|
Audita ieraksta unikālais identifikators
|
J
|
|
ChangedFields
|
Struktūra
|
Struktūras nosaukums
|
-
|
|
EntityName
|
String
|
Entītes nosaukums
|
J
|
|
entityFieldName
|
String
|
Entītas lauka nosaukums
|
J
|
|
OldValue
|
String
|
Entītes lauka vecā vērtība
|
J
|
|
NewValue
|
String
|
Entītes lauka jaunā vērtība
|
J
|
|
