3 Funkcionālās prasības

Funkcionālo prasību sadaļa

3.1 Modulis 1

Moduļa 1 prasības.

FP-1. Esošās OKS funkcionalitātes nodalīšana           (Obligāta)

Izstrādātājam ir jānodrošina esošās OKS funkcionalitātes nodalīšana no OIS, risinājuma tehniskajā realizācijā paredzot RBP, VBP un LSEZ Sistēmas instances un Platformas datu apmaiņu, izmantojot koplietošanas komponenti Datu apmaiņas serviss (skat. FP-3.  prasību).

Vairāk info 3.2. sadaļā.

1. attēls. Tas ir bildes piemērs

Prasības turpinājums

FP-2. Sarakstu (tabulāru datu) apstrāde                     (Obligāta)

Izstrādājot Sistēmu, visur kur tiek veikta sarakstu (tabulāru datu) apstrāde, jānodrošina šāda funkcionalitāte (ja konkrētajā prasībā nav noteikts citādi):

· Kārtošana:

o Datu kārtošana pēc noklusējuma (predefinētie iestatījumi);

o Skaitlisko datu kārtošana augošā un dilstošā secībā;

o Teksta datu kārtošana alfabētiskā un pretēji alfabēta secībai;

o Datuma un laika datu kārtošana augošā un dilstošā secībā.

· Filtrēšana, atlase (Meklēšanas lauks kolonnas augšā, lai atlasītu ieraktus konkrētās kolonnas ietvaros atbilstoši lietotāja ievadītajiem meklēšanas kritērijiem.)

o Iespēja atlasīt datu ierakstus, definējot atlases kritērijus;

o Iespēja noņemt filtrus pa vienam un visus kopā;

o Iespēja saglabāt izveidotos filtrus ar lietotāja piešķirtu vārdu un to aktivizēt;

· Lapošana (ja sarakstā atrādāmo ierakstu skaits pārsniedz noteiktu ierakstu skaitu):

o Nākamā, iepriekšējā lapa;

o Lapā atspoguļojamo ierakstu skaits;

o Kopējais lapu skaits;

o Iespēja mainīt ierakstu skaitu lapā.

· Sarakstu datu lejupielādēšana:

o Iespēja lietotājam sarakstos (tabulāri dati) lejupielādēt atlasītos ierakstus vismaz .xlsx datnes formā.

· Iespēja mainīt kolonnu secību (ar funkciju “vilkt un nomest” (angļu val. “drag and drop”);

· Iespēja paslēpt liekās kolonnas;

· Iespēja mainīt kolonnas platumu, apcirpto tekstu aizvietojot ar […];’

· Ja tabulas platums pārsniedz ekrāna platumu, jānodrošina ritjosla (angļu val. “scrollbar”).

Nepieciešamās sarakstu (tabulāru datu) apstrādes funkcijas konkrētajiem Sistēmas sarakstiem Izstrādātājam ir jāspecificē un jāsaskaņo ar Pasūtītāju sistēmanalīzes laikā, ņemot vērā konkrēta funkcionālā apgabala prasības, un atbilstoši saskaņotajam risinājumam jāveic izstrāde.

FP-3. Statusa bāzēta saskaņošanas funkcionalitāte ar piezīmēm                                                              (Obligāta)

Sistēmas funkcionālas prasības, kas satur atsevišķu datu ieraksta saskaņošanas darba plūsmu, izmantojot ieraksta statusu (t.sk., loča pakalpojumu pieteikums, kalkulācija, līnijas kuģi, ostas kapteiņa dienesta atļaujas, ostas uzņēmumu dokumenti) jārealizē pēc iespējas vienveidīgi, paredzot šādu funkcionalitāti :

1. Katram saskaņojamo datu veidam statusu klasifikatorā tiek izveidots statusu kopa, kas satur vismaz šādus atribūtus:

1.1. Ieraksta statuss (piemēram, izveidots, pieteikts, akceptēts, noraidīts u.c.);

1.2. Saskaņotājs (piemēram, kuģu aģents, pakalpojuma sniedzējs u.c.);

1.3. Pieejamie nākamie statusi (saraksts ar iespējamajiem statusiem, ko var izvēlēties attiecīgais saskaņotājs).

2. Datu ieraksta formā ir pieejams apakšsaraksts “Izmaiņas un komentāri”, ar iespēju atlasīt tikai izmaiņas vai tikai komentārus (līdzīgi kā pieteikumu vadības sistēmā Jira), kurš satur šādus atribūtus:

2.1. Ieraksta veids (izmaiņa, komentārs);

2.2. Izmaiņu/komentāru datums, laiks;

2.3. Ja ieraksta veids ir izmaiņa:

2.3.1. Izmaiņu veicējs;

2.3.2. Izmaiņu veids (ieraksts izveidots, laboti dati);

2.3.3. Izmaiņu informācija (piemēram, statusa izmaņa no “x” uz “y”);

2.4. Ja ieraksta veids ir komentārs:

2.4.1. Komentāra autors;

2.4.2. Komentārs (formatēts brīvs teksts);

3. Komentāru var pievienot ierakstam no ieraksta formas, arī neveicot saskaņošanu.

Viena veida vienumam, piem., noteiktam atļaujas pieteikumam katrai ostai ir jāvar definēt savi atšķirīgi statusi atbilstoši konkrētās ostas biznesa procesiem.

Sistēmanalīzes laikā Izstrādātājam jāpārbada un jāsaskaņo ar Pasūtītāju katra objekta statusu maiņas funkcionalitāte atsevišķi.

3.2 P1.1 Vizīšu un kuģu kustības vadības funkcionalitātes pilnveide

Šajā sadaļā aprakstītas prasības attiecas gan uz individuālajiem kuģiem („SKLOIS kuģi“, mazie kuģi), gan arī uz peldlīdzekļu kombinācijām (piemēram, velkonis un liellaiva, velkonis un peldošais celtnis).

FP-4. Vizītes datu sinhronizācija starp Sistēmu un Platformu (Obligāta)

Vizītes datus par “SKLOIS kuģiem” (kuģi, kuru vizītes tiek pieteiktas SKLOIS)  Sistēma saņem no SKLOIS, izmantojot esošo izstrādāto saskarni.

Vizītes datus par citiem kuģiem, kas tiek apstrādāti atbilstoši “SKLOIS kuģu” plūsmai Sistēmai ir jāsaņem un jāaktualizē no Platformas, izmantojot koplietošanas komponenti Datu apmaiņas serviss.

Sistēmai ir jānodrošina gan SKLOIS pieteikto, gan Platformā pieteikto vizīšu datu sinhronizācija (t.sk., Platformā pieteiktās kuģu kustības un saistītie pakalpojumu pieteikumi) ar Platformu, izmantojot koplietošanas komponenti Datu apmaiņas serviss.

1. tabula. OIS funkcionālie apgabali un komponentes, kuru pilnveide vai izstrāde ir jānodrošina Projekta ietvaros

Nr.	Funkcionālais apgabals/ komponente	Lietotāji	Apraksts
P1.1	Vizīšu un kuģu kustības vadība	KSVC	Projekta ietvaros ir jāizstrādā šādi būtiskākie OIS vizīšu un kuģu kustības vadības funkcionalitātes papildinājumi: · Vizītes datu sinhronizācija ar Platformu, izmantojot koplietošanas komponenti Datu apmaiņas serviss; · Izmaiņas kuģu kustības sarakstos, lai apstrādātu citu kuģu vizītes atbilstoši “SKLOIS kuģu” plūsmai (vizītes kuģu kustību sarakstos vizuāli atšķirīga krāsā, papildus filtri šo vizīšu atlasei); · Kuģa dokumentu pievienošana vizītei no Kuģu reģistra; · Kuģa maksu grupu attēlošana vizītes kartītē un nomaiņa nepieciešamības gadījumā; · Pakalpojumu pieteikumu gadījumu pārlūkošana vizītes kartītē; · Loča datu automātiska ielasīšana kustības kartītē atbilstoši loča pakalpojuma pieteikumā norādītajam locim; · Loča faktisko darba laiku automātiska ielasīšana kustības kartītē, ko locis ir fiksējis savā darba vietā; · Velkoņu datu automātiska ielasīšana kustības kartītē atbilstoši velkoņa pakalpojuma pieteikumā, kas tiek apstrādāts Platformā, norādītājam velkonim, t.sk. baržu kustības kontekstā; · Velkoņa darba veida norādīšana kustības kartītē; · Automātisks paziņojums par vizītes datu labošanu.
P1.2	Loču pakalpojumi	KSVC Loči	Projekta ietvaros ir jāizstrādā šāda loču pakalpojumu sniegšanas funkcionalitāte / OIS esošās funkcionalitātes papildinājumi: · Loču un citu maiņu darbinieku resursu plānošana. Loču un citu maiņu darbinieku maiņu grafika uzturēšanu lietotājam ar atbilstošām tiesībām. Informācija par savām maiņām locim / citam maiņu darbiniekam ir pieejamas tā darba vietā. · Loča pakalpojumu pieteikumu apstrāde. Funkcionalitāte loča pakalpojumu pieteikumu, kas tiek pieteikti Platformā, apstrādei: o Loču pakalpojumu pieteikumu saraksts; o Loču pakalpojumu pieteikumu apstrāde, t.sk., paziņojumi uzņēmumiem Platformā / e-pastā. · Loča pakalpojumu sniegšana. Loča darba vietas izstrāde, kas tiek veidota, izmantojot progresīvas tīmekļa lietojumprogrammas (angļu val. “progressive web application” (PWA)) tehnoloģiju tās izmantošanai uz mobilajām iekārtām: o Loča maiņu grafiks; o Loča darba uzdevumi; o Loča darba uzdevumu izpildes fiksēšana: § Laiks, kad locis ir pamet bāzi / laiku, kad locis atgriežas no bāzes; § Laiks, kad locis uzkāpis uz kuģa / laiku kad locis ir nokāpis uz kuģa. · Loča kvīts paraksta apstrāde, kas tiek realizēta Platformā, saistītā funkcionalitāte. · Ar loča pakalpojumu sniegšanu saistīto datu sinhronizācija ar Platformu, izmantojot koplietošanas komponenti Datu apmaiņas serviss.
P1.18	Cita funkcionalitāte	Dažādi OIS lietotāji	Projekta ietvaros ir jāizstrādā dažādi citi OIS papildinājumi: · Standartizēta URL uzturēšana uz noteiktiem sistēmas objektiem (vizīte, kalkulācija, ostas kapteiņa dienesta atļaujas pieteikums, loča pakalpojuma pieteikums u.c.).

FP-5. Izmaiņas kuģu kustības sarakstos                      (Obligāta)

Sistēmai ir jānodrošina lietotājiem ērts veids, kā Sistēmā tiem apstrādāt “SKLOIS kuģu” vizītes un citu kuģu, kas tiek apstrādāti atbilstoši “SKLOIS kuģu” plūsmai, vizītes. 

Sistēmas kuģu kustības sarakstos vizuāli atšķirīgā krāsā ir jāattēlo citu kuģu vizītes no “SKLOIS kuģu” vizītēm.

Kuģu kustības sarakstos ir jāattēlo visu kuģu vizītes, bet Sistēmai ir jānodrošina iespēja atfiltrēt, lai sarakstā tiktu attēloti tikai “SKLOIS kuģi” vai tikai citi kuģi.

Izmaiņas ir attiecināmas uz šādiem OIS kuģu vizīšu sarakstiem:

1. Sadaļa “Pārskats”:

1.1. Saraksts “Kustībā”;

1.2. Saraksts “Piestātnēs”;

1.3. Saraksts “Reidā”;

1.4. Saraksts “Gaidāmie”.

2. Sadaļas “Operatīvā situācija” saraksts “Kustībā”;

3. Sadaļas “Operatīvā situācija” saraksts “Piestātnēs”;

4. Sadaļas “Operatīvā situācija” saraksts “Reidā”;

5. Sadaļas “Operatīvā situācija” saraksts “Gaidāmie”.

6. Sadaļas “Statistika” saraksts “Vizītes”.

Gala risinājums SKLOIS kuģu” vizīšu un citu kuģu, kas tiek apstrādāti atbilstoši “SKLOIS kuģu” plūsmai, vizīšu apstrādei Sistēmā izstrādātājam ir jāspecificē sistēmanalīzes ietvaros, jāsaskaņo ar Pasūtītāju un atbilstoši saskaņotajam risinājumam ir jāveic izstrāde.