Razvoj, izmjena i nadogradnja informacionog sistema KuDIS

Naziv: UPRAVA ZA ZAŠTITU KULTURNIH DOBARA

PIB: 11045405

E-mail: uzkd@t-com.me

Telefon: 041/232-153

Fax: 041/232-153

Internet adresa: uzkd.mku.gov.me

Adresa: Njegoševa 85 b

Grad: Cetinje

Poštanski broj: 81250

-------------------------------------------------------------

OSNOVNI PODACI

Opis predmeta javne nabavke

Razvoj, izmjena i nadogradnja informacionog sistema KuDIS

TEHNIČKA SPECIFIKACIJA PREDMETA NABAVKE

1. Razvoj, izmjena i nadogradnja informacionog sistema KuDIS | 1 Uvod

Zakonom o zaštiti kulturnih dobara i Pravilnikom o sadržaju i načinu vođenja Informacionog sistema kulturnih dobara, Uprava za zaštitu kulturnih dobara je dužna da uspostavi i vodi informacioni sistem kulturnih dobara. Ministarstvo kulture je 2017. godine, sa Programom Ujedinjenih nacija za razvoj u Crnoj Gori (UNDP) sklopilo sporazum za Izradu i realizovanje projekta Jačanje sistema upravljanja kulturnim dobrima. Jedan od ciljeva projekta je podrška za uspostavljanje informacionog sistema za potrebe Uprave za zaštitu kulturnih dobara. Tenderski postupak, koji je trajao od 26.01.2018. do 16.02.2018. godine, sproveo je UNDP. Predmet tendera bila je usluga projektovanja, izrade, implementacije, testiranja i održavanja modularnog aplikativnog softverskog rješenja za upravljanje dokumentima u cilju implementacije Informacionog sistema kulturnih dobara (KuDIS). KuDIS je planiran da bude implementiran na platformama otvorenog koda (open source) ili besplatnim tehnološkim platformama. Planirana je i izrada veb portala za pristup ovim podacima, obuka korisnika, izrada dokumentacije izvedenog stanja nakon implementacije i izrada uputstava za sve vrste korisnika. Takođe je planirano da sistem podrži sve procese koji su neposredno vezani za kulturna dobra i kulturnu baštinu Crne Gore, što proizilazi iz osnovne djelatnosti i nadležnosti UZKD. Razvoj informacionog sistema KuDIS okončan je 2018. godine, a produkciono okruženje je implementirano nakon nabavke hardverske opreme u decembru 2018. godine. KuDIS je implementiran na operativnom sistemu CentOS Linux 7.

Sistem je zasnovan na HTML5, CSS3, JavaScript ES6 i PHP.

Sistem je rađen sa open-source alatima tj. PHP.

Object-relational maping tehnika je PHP Propel ORM.

Besplatna baza podataka je PostgreSQL DBMS.

Kupljena je serverska oprema:

DELL PowerEdge M640 Server (3 kom) - Intel Xeon Silver 4110, 2x16GB RDIMM, 2x300GB 15K RPM SAS HDD

DELL PowerEdge VRTX (2 kom) – 10x2.4 TB 10 K RPM SAS HDD, 2xChassis Management Controller Card,

PowerEdge VRTX Redundant Power Supply, 4 x1100W

PowerEdge VRTX 1Gb Pass Through Module

APC SMT2200I Smart-UPS (2 kom) - 2200VA LCD – 1980 Watts / 2200 VA, Input 230V / Output

230V, Interface Port DB-9 RS-232, USB, SmartSlot

U bazi podataka je urađeno 114 tabela sa 1.136 definisanih polja.

U bazu podataka otvoreno je 4.296 Dosijea (osnovni podaci o kulturnoj baštini).

Unijeto je više od 30.000 stranica dokumenata koji su povezani sa Dosijeima.

Urađen je 31 modul (+ 30-ak pomoćnih modula).

Napravljene su komponente sistema, i to:

1. Predmet (Pregled; Status predmeta; Način podnošenja predmeta; Institucija/ Odgovorni organ; Tip institucije/odgovornog organa; Podnosilac predmeta; Vrsta predmeta),

2. Administracija (Država; Grad; Uloga; Pravo; Grupa; Organizacija; Organizacija - grafički prikaz; Korisnik; Skupovi podataka; Log),

3. Upravljanje UZKD (Parametri – Podnosilac, - Grad, - Država, - Status predmeta, - Tip podnosioca; Procedura; Putni nalog - Lista putnih naloga, - Lokacija, - Vozilo),

4. Pisarnica (Otpremanje dokumenata),

5. Registri,

6. Dokumentacija,

7. Dosije, (Pregled; Tip dosije-a; Kategorizacija; Pregled zahtjeva)

8. Fajlovi,

9. Izvještaj,

10. Komunikacije (Podsjetnik; Poruke; Obavještenje; Maill nalog) UZKD ima tri operativna sistema WINDOWS SERVER 2021

Potrebno je izvršiti migraciju podataka i dokumenata na Windows Server 2021. Aplikativne komponente treba reorganizovati i izraditi nedostajuće.

Nova struktura treba da sadrži sljedeće komponente:

1. DOKUMENTACIJA

Dosije; Registri; Dokumenta; Šifarnici; Geografski prikaz; Tezaurus

2. MJERE ZAŠTITE

Uvođenje mjere zaštite; Pregled mjera zaštite; Praćenje sprovođenja mjera zaštite; Odgovorni pojedinci i firme; Inspekcija; Šifarnici

3. UPRAVLJANJE

Radni zadaci; Statistike; Izvještaji; Institucionalni kapaciteti; Planiranje; Šifarnici

4. PISARNICA (Arhivsko i kancelarijsko poslovanje)

Kancelarijsko poslovanje; Predmet; Izvještaji; Arhiva; Opšta dokumentacija; Šifarnici

5. KOMUNIKACIJA (Sistem za Elektronsko obavještavanje i komunikaciju)

Podsjetnik; Poruke; Obavještenje; Elektronska pošta

6. PROPISI (Propisi i dokumenta)

Propisi; Dokumenta; Standardi; Hemeroteka;

7. ADMIN (Administriranje sistema)

Prava; Statusi; Administriranje; Šifarnici; LOG; Pregled i upravljanje obrisanim podacima i dokumentima; Modelovanje procesa; Bekap; Sinhronizacija fajlova između Cetinja i područnih jedinica

8. PRETRAGA (Pretraživanje podataka i dokumentacije)

9. SARADNJA (Razmjena podataka)

10. VEB PORTAL Za svaki modul obavezne su faze testiranja:

1. Tehničko testiranje (Podrazumijeva aplikaciju za testiranje koja puni bazu sa podacima, a 2 administratora iz UZKD testiraju i pune bazu)

2. Implementaciono testiranje (instalacija u okruženju korisnika, i 2 administratora testiraju u realnom okruženju)

3. Korisnička obuka (Obuka za korisnike u radnom okruženju)

4. Korisničko testiranje

(Testiranje koje vrše korisnici)

Svaka faza se mora zapisnički dokumentovati i potvrditi.

Nakon završetka kompletnog sistema obavezna je obuka korisnika sa korisničkim uputstvom. Obavezne stavke ponude su:

- Gantogram po fazama (U prvoj fazi moraju biti Dosije i Registri)

- Garantovanje neometanog rada i bezbjednosti za period od minimalno 24 mjeseci

- Cijena aplikacija/modula (ukupna)

- Cijene licenciranog softvera

- Cijene godišnjih licenci

- Reference (implementirani slični sistemi i njihova vrijednost)   2 Cilj

Cilj je razvoj, izmjena i nadogradnja informacionog sistema KuDIS, koji će omogućiti evidenciju i podršku upravljanju dokumentima u cjelokupnom sistemu poslova iz nadležnosti UZKD. Pored toga, cilj je i uređenje zajedničkih funkcija na području upravljanja dokumentima, naročito obezbjeđivanje pravovremenog, potpunog i pravilnog evidentiranja poslova i aktivnosti iz nadležnosti UZKD.

2.1 OSNOVNE INFORMACIJE

Softversko rješenje za Informacioni sistem KuDIS je modularno aplikativno softversko rješenje za upravljanje dokumentima.

Informacioni sistem Uprave za zaštitu kulturnih dobara treba da podrži sve procese koji su neposredno vezani za kulturna dobra Crne Gore i kulturnu baštinu Crne Gore, što proizilazi iz osnovne djelatnosti i nadležnosti UZKD, koja je objašnjena u nastavku dokumenta.

Predmet ovog projektnog zadatka je razvoj, projektovanje, izmjena, izrada, nadogradnja, implementacija, testiranje i održavanje modularnog aplikativnog softverskog rješenja za upravljanje dokumentima u cilju implementacije Informacioni sistem Kulturnih dobara (KuDIS), izrada veb portala za pristup ovim podacima, obuka korisnika, izrada dokumentacije izvedenog stanja nakon implementacije, izrada uputstava za sve vrste korisnika.

Sistem treba da omogući evidenciju i podršku upravljanju dokumentima u cjelokupnom sistemu poslovanja.

Uređenje zajedničkih funkcija na području upravljanja dokumentima, naročito obezbjeđivanje pravovremenog, potpunog i pravilnog evidentiranja poslova i aktivnosti.

Projektni zadatak specificira opšte i posebne uslove i zahtjeve koje treba da ispune ponuđena projektna rješenja, da bi se omogućilo kvalitetno i efikasno upravljanje dokumentacionom građom i poslovnim procesima u UZKD. Time će biti osigurani uslovi za efikasno poslovanje u skladu s pravnim aktima, koji uređuju ovu oblast rada.

U skladu sa razvojem područja upravljanja dokumentacionom građom i važećim propisima iz ove oblasti treba biti uspostavljeno adekvatno poslovno rješenje koje će obezbijediti upravljanje dokumentacionom građom u elektronskom obliku, u skladu sa svim relevantnim propisima Crne Gore, tako da bude u potpunosti obuhvaćen kompletan životni ciklus svih predviđenih dokumenata od njihovog nastanka i zavođenja, pa sve do njihovog arhiviranja u centralnom digitalnom arhivu ili u digitalnoj dokumentaciji.

Uprava za zaštitu kulturnih dobara je samostalni organ državne uprave koji obavlja poslove u djelatnosti zaštite i očuvanja kulturne baštine. UZKD je organizovana u 3 sektora (Sektor za uspostavljanje zaštite kulturnih dobara, Sektor za sprovođenje mjera zaštite kulturnih dobara i Sektor UNESCO), 1 službu (Služba za opšte poslove i finansije) i 2 područne jedinice (Kotor i Mojkovac).

Lokacije na kojem se nalazi UZKD su: Cetinje (sjedište); Kotor (područna jedinica) i Mojkovac (područna jedinica).

Dokumentacija o kulturnim dobrima se trajno čuva, bez vremenskog ograničenja. Postoji velika količina papirne dokumentacije. Stara dokumentacija (od 1948.godine) se nalazi i na Cetinju i u Kotoru. U Cetinju ima oko 3.000 projekata i planskih dokumenata. U Kotoru malo manje. Stara foto dokumentacija broji preko 20.000 jedinica (filmovi raznih formata, pozitivi, negativi, na staklu …). U UZKD se čuva oko 10.000 Dosijea kulturnih dobara ili baštine.

Zaštićene Istorijske cjeline (nepokretna kulturna dobra) u svom sastavu imaju veliki broj objekata (Kotor, Cetinje, ...). U zaštićenoj cjelini se nalaze i pojedinačno zaštićena dobra (nepokretna dobra). U pojedinim zaštićenim pojedinačnim dobrima nalaze se zaštićena pokretna dobra sa velikim brojem predmeta/dokumenata/knjiga…

Zainteresovani za podatke KuDIS-a: Svi kulturni radnici; Svi koji imaju bilo kakve veze sa zaštitom i korišćenjem prostora (katastar, projektanti, zaštita prirode, privatni korisnici…); Svi državni organi Crne Gore, npr. Carina, bezbjednosne službe, inspekcijski organi; lokalne službe, kao i Međunarodne organizacije (UNESCO, …). 2.2 OBIM / OBUHVAT

Ponuđač je obavezan da svojom ponudom obuhvati sljedeće cjeline:

- Licence sistemskog softvera koju je neophodno da Naručilac posjeduje za nesmetano funkcionisanje sistema, koji ponuđač nudi.

- Preporuka adekvatne hardverske platforme za optimalan rad ponuđenog rješenja.

- Aplikativni softver za neograničeni broj autorizovanih korisnika,

- Izrada dokumentacije izvedenog stanja i uputstava za korisnike

- Uvoz (Import) postojećih elektronskih dokumenata u ponuđeno DMS rješenje

- Migracija podataka i dokumenata.

- Analizu, definisanje i klasifikacija poslovnih procesa, radnih postupaka, tipova dokumenata i tokova dokumenata

- Uvođenje i postavka sistema u okruženje Naručioca.

- Integracija ponuđenog rješenja sa poslovnim okruženjem.

- Obuku za korišćenje i administraciju ponuđenog rješenja.

- Fleksibilni sistem za razmjenu podataka između državnih organa Crne Gore.

- Aplikativni softver za direktni unos podataka u bazu podataka.

- Fleksibilno/prilagodljivo rješenje u slučajevima promjene pravnih propisa.

Ponuđač treba dati detaljan opis metodologije koja će biti korišćena i plan rada za izvođenje projekta sa planom aktivnosti (poslova) sa opisima pripadajućih faza i pojedinačnih aktivnosti, koji uključuje sve učesnike, vremenski raspored, itd. Ovaj plan treba prezentovati kroz odgovarajući Gantogram.

Na osnovu definisane tehnološke platforme za DMS koju nudi, ponuđač je u obavezi da u svojoj ponudi definiše, uzimajući u obzir postojeću opremu i operativne sisteme, optimalne (preporučene) karakteristike za adekvatnu hardversku platformu. Pod hardverskom platformom se podrazumijeva sva računarska oprema: serveri, storage uređaji, radne stanice-klijentski računari, skeneri, UPS-ovi, bekap i druge uređaje koji su neophodni za nesmetano funkcionisanje i zaštitu informacionog sistema DMS i podataka DMS. Na ovakvoj serverskoj platformi će se vršiti instalacija softverskog rješenja DMS-a. Dakle predmet ponude nije isporuka hardvera, već preporuka adekvatne hardverske platforme za optimalan rad ponuđenog rješenja.

Kada su licence sistemskog softvera u pitanju, ponuđač je u obavezi da svojom ponudom obuhvati sve licence tehnološke platforme neophodne za rad ponuđenog DMS rješenja.

U ponuđenu cijenu softvera treba da su uključene sve neophodne licence i prava neophodni za funkcionisanje DMS, kao što su licence za: sistem upravljanja bazom podataka (RDBMS), licence za aplikativni server, softver za skeniranje, OCR softver, repozitorijum, kao i licence i prava za proizvode trećih strana koji se eventualno koriste, itd... 3 KOMPONENTE SISTEMA

Struktura komponenti je sljedeća:

1. DOKUMENTACIJA

1.1. DOSIJE

1.1.1. Otvaranje dosijea

1.1.1.1. Osnovni podaci

1.1.2. Dodavanje fajlova/dokumenata

1.2. REGISTRI

1.2.1. Registar (2010)

1.2.1.1. Glavna knjiga nepokretnih kulturna dobra;

1.2.1.2. Glavna knjiga pokretnih kulturnih dobara;

1.2.1.3. Glavna knjiga nematerijalnih kulturnih dobara;

1.2.1.4. Knjige prethodno zaštićenih dobara;

1.2.1.5. Evidencija kulturnih dobara od međunarodnog značaja;

1.2.1.6. Evidencija kulturnih dobara od nacionalnog značaja;

1.2.1.7. Evidencija kulturnih dobara od lokalnog značaja;

1.2.1.8. Evidencija inicijativa za uspostavljanje zaštite;

1.2.1.9. Evidencija o privremenom odnosno trajnom iznošenju kulturnih dobara;

1.2.1.10. Evidencija o privremenom odnosno trajnom unošenju kulturnih dobara;

1.2.1.11. Evidencija o prestanku statusa kulturno dobro

1.2.2. Stari registri

1.2.2.1. Registar NRCG iz 1961. godine

1.2.2.2. Registar Opštinskog zavoda za zaštitu spomenika kulture u Kotoru iz 1980. godine

1.2.2.3. Registar RCG iz 1991. godine

1.2.2.4. Registar Regionalnog zavoda za zaštitu spomenika kulture u Kotoru iz 1991. godine

1.2.3. Pomoćne evidencije

1.2.3.1. Evidentirana kulturna baština

1.2.3.2. Spomen - obilježja

1.2.3.3. Licence za obavljanje konzervatorske djelatnosti

1.2.4. Spiskovi

1.2.4.1. Kulturnih dobara

1.2.4.1.1. Po vrsti

1.2.4.1.2. Po lokaciji/opštini

1.2.4.2. Kulturne baštine

1.2.4.2.1. Po vrsti

1.2.4.2.2. Po lokaciji/opštini

1.2.5. Imenici

1.2.5.1. Imenik kulturnih dobara

1.2.5.2. Imenik kulturne baštine

1.3. DOKUMENTA

1.3.1. Rad/Obrada dokumentacije

1.3.2. Priključivanje dokumentacije Dosijeu

1.3.3. Skeniranje dokumentacije

1.3.3.1. Različiti formati

1.3.3.2. Pojedinačno/masovno

1.3.3.3. Skeniranje iz raznih modula

1.3.3.4. Sa OCR

1.3.4. OCR dokumentacije

1.3.5. Pregled dokumentacije koja nije dodijeljena Dosijeu

1.3.6. Dodavanje fajlova

1.3.7. Korišćenje dokumentacije

1.3.7.1. Zahtjevi za SPI

1.3.7.2. Izdavanje dokumentacije / revers

1.3.8. Tagovanje dokumenata

1.4. Geografski prikaz

1.5. Tezaurus

1.6. Šifarnici

1.6.1. Vrsta dokumentacije

1.6.1.1. (pravna, elaborat, studija, projektna, analiza, foto, konzervatorska

1.6.2. Status dobra (KD, KB, Prethodna zaštita, …

1.6.3. Tip dosijea

1.6.4. Kategorizacija

1.7. Izvještaji

1.7.1. Izvještaj Korisnika

1.7.1.1. Po radnom zadatku

1.7.1.2. Mjesečni izvještaj

1.7.1.3. Godišnji izvještaj

1.7.1.4. Dinamički izvještaj

2. MJERE ZAŠTITE

2.1. Uvođenje mjere zaštite

2.1.1. Pregled izdatih uslova

2.1.1.1. Po Konzervatorskim uslovima

2.1.1.2. Po Glavnim projektima

2.2. Pregled mjera zaštite

2.2.1. Pregled aktivnih projekata

2.2.2. Pregled završenih projekata

2.2.2.1. Pregled prihvaćenih projekata

2.2.2.2. Pregled odbijenih projekata

2.3. Praćenje sprovođenja mjera zaštite

2.3.1. Prijem radova

2.4. Odgovorni pojedinci i firme

2.4.1. Po projektima

2.5. Inspekcija

2.5.1. Inicijative

2.5.2. Odgovori

2.6. Šifarnici

2.6.1. Status mjera zaštite

2.6.2. Vrste mjera

2.6.3. Saradnici

2.7. Izvještaji

2.7.1. Izvještaj Korisnika

2.7.1.1. Po radnom zadatku

2.7.1.2. Mjesečni izvještaj

2.7.1.3. Godišnji izvještaj

2.7.1.4. Dinamički izvještaj

3. UPRAVLJANJE

3.1. RADNI ZADACI

3.1.1. Dodjela radnih zadataka

3.1.2. Terenski rad

3.1.2.1. Putni nalozi

3.1.3. Aktivni predmeti

3.1.4. Radne grupe

3.1.5. Elaborati

3.1.6. Studije

3.2. STATISTIKE

3.2.1. O kulturnim dobrima i baštini

3.3. IZVJEŠTAJI

3.3.1. Radni izvještaji

3.3.2. Pregledi efikasnosti po raznim kriterijumima

3.3.2.1. Po osobi, po objektu, po projektu, …

3.4. INSTITUCIONALNI KAPACITETI

3.4.1. Zaposleni

3.4.2. Saradnici

3.4.3. Međunarodni saradnici

3.5. PLANIRANJE

3.5.1. Budžet

3.5.2. Projekti

3.6. ŠIFARNICI

3.6.1. Organizacije

3.6.2. Procedura

3.6.2.1. Radne procedure

3.6.2.2. Za saradnike

3.6.3. Poslovni procesi

3.6.4. Tokovi dokumenata

4. PISARNICA (Arhivsko i kancelarijsko poslovanje)

4.1. Kancelarijsko poslovanje

4.2. Predmet

4.2.1. Otpremanje dokumenata

4.3. Izvještaji

4.3.1. Po danu, neđelji, mjesecu

4.3.2. Po ZUP-u

4.4. Arhiva

4.4.1. Arhiviranje elektronskih dokumenata

4.5. Opšta dokumentacija

4.6. Šifarnici

4.6.1. Podnosilac,

4.6.2. Tip podnosioca

4.6.3. Grad

4.6.4. Država

4.6.5. Status predmeta

5. KOMUNIKACIJA (Sistem za Elektronsko obavještavanje i komunikaciju)

5.1. Podsjetnik

5.2. Poruke

5.3. Obavještenje

5.4. Elektronska pošta

6. PROPISI (Propisi i dokumenta)

6.1. Propisi

6.1.1. Zakonski propisi

6.2. Dokumenta

6.2.1. Strateška dokumenta

6.2.2. Planska dokumenta

6.2.3. Druga relevantna dokumentacija

6.3. Standardi

6.3.1. Strateška dokumenta

6.3.2. Planska dokumenta

6.3.3. Druga relevantna dokumentacija

6.4. Hemeroteka

6.4.1. Knjige

6.4.2. Časopisi

6.4.3. Veb portali

6.5. 6 OPŠTE KARAKTERISTIKE

6.5.1. 7. ADMIN (Administriranje sistema)

7.1. Prava

7.1.1. Prava pristupa korisnika / naloga

7.1.2. Potpis (digitalno potpisivanje i vremenski žig)

7.2. Statusi

7.3. Administriranje

7.3.1. Baze podataka

7.4. Šifarnici

7.5. LOG

7.6. Pregled i upravljanje obrisanim podacima i dokumentima

7.7. Modelovanje procesa

7.8. Bekap

7.9. Sinhronizacija fajlova između sjedišta UZKD i područnih jedinica

8. PRETRAGA (Pretraživanje podataka i dokumentacije)

8.1. Pretraživanje podataka

8.2. Pretraživanje dokumentacije

9. SARADNJA (Razmjena podataka)

9.1. Uvoz/Izvoz

9.1.1. Podataka

9.1.2. Fajlova

9.1.3. Konvertovanje podataka iz sistema i baze

9.1.4. Importovanje podataka u sistem

10. VEB PORTAL

10.1. Preuzimanje podataka iz Sistema

10.2. Preuzimanje fajlova iz Sistema 11. OPŠTE OSOBINE SISTEMA

11.1. OPŠTE OSOBINE

11.1.1. Sistem mora biti modularno aplikativno softversko rješenje

11.1.2. Sistem mora biti u saglasnosti sa važećim zakonskim propisima Crne Gore i međunarodnim normama prema kojima Crna Gora ima obaveze primjene

11.1.3. Sistem mora imati mogućnost usklađivanja sa promjenom zakonske regulative i usvojenih međunarodnih normi

11.1.4. Sistem mora da bude lokalizovan

11.1.5. Kompletan izgled ekranskih formi (user interface) programskog (softverskog) rješenja treba da bude na crnogorskom jeziku

11.1.6. Dodavanje novog jezika u sistemu mora biti omogućeno kroz dodavanje datoteka sa prevodom teksta na željeni jezik ili na neki drugi način koji ne zahtjeva izmjenu koda softverskog rješenja

11.1.7. Jednak tretman latiničnog i ćiriličnog pisma, a u pretraživanju daje iste rezultate

11.1.8. Obavezan Unicode standard

11.1.9. Potrebno je da rješenje bude bazirano na priznatim svjetskim standardima, i treba da obezbijedi mogućnost integracije sa ostalim sistemima naručioca, kao i nadogradnju dodatnim funkcionalnostima koje će se pojaviti kao posljedica korišćenja rješenja

11.1.10. Sistem treba biti realizovan u nekom od savremenih alata

11.1.11. Rješenje treba da bude zasnovano na Object-relational mapping tehnici, što omogućava jednostavnu promjenu sistema za upravljanje bazama podataka ukoliko se za tim ukaže potreba

11.1.12. Ponuđač je obavezan da navede koji sistem za upravljanje bazama podataka ponuđena aplikacija koristi pri svom radu, kao i eventualna ograničenja u pogledu odabira sistema za upravljanje bazama podataka

11.1.13. Programska aplikacija sve podatke treba da upisuje u baze podataka, a obrada i prikaz podataka se vrši iz nje

11.1.14. Naručilac neće snositi dodatne troškove

11.1.15. Potrebno je da rješenje bude zasnovano na višeslojnoj klijent-server arhitekturi i funkcioniše u mrežnom okruženju

11.1.16. Čuvanje podataka treba da bude centralizovano na serveru (serverima), u sistemu za upravljanje relacionim bazama podataka sa svim potrebnim komponentama i da podržava klasterski rad koji će omogućiti visoku dostupnost i pouzdanost podataka

11.1.17. Ponuđeni sistem treba da se sastoji iz cjeline: Dio za autorizovani pristup (upis i obrada podataka); Dio za autorizovani pristup (pristup za državne i lokalne organe, međunarodne organizacije, esnafske organizacije) i Dio za neautorizovani pristup (dio za javnost)

11.1.18. Potrebno je da prezentacioni sloj bude dostupan putem nekog od standardnih veb pretraživača

11.1.19. U izboru veb pretraživača nema ograničenja, a ukoliko postoje, potrebno ih je navesti

11.1.20. Ponuđeno softversko rješenje treba da podržava rad na serverskoj platformi koju posjeduje Naručilac

11.1.21. Unos i pregled različitih formata dokumenata treba da bude bez ograničenja na veličinu i format fajla

11.1.22. Postojeću elektronsku dokumentaciju je potrebno iskoristiti kao početno stanje – importovati u bazu podataka koja je predmet nabavke

11.1.23. Ponuđeno rješenje treba da omogući i uvezivanje predmeta/dokumenata iz elektronske arhive Naručioca

11.1.24. Obavezni su razni izvještaji o stanju, statusima i realizaciji predmeta

11.1.25. Sistem podržava istovremeni pristup sistemu neograničenog broja autorizovanih korisnika

11.1.26. Dokument/fajl se može pridružiti dokumentu, predmetu ili kulturnom dobru

11.1.27. Sistem treba da omogući uvezivanje unesenih podataka sa prostorno-planskom i urbanističkom dokumentacijom

11.1.28. Definisanje Dosijea kroz jedinstvenu klasifikacionu oznaku kulturne baštine koji ima svoje podstrukture

11.1.29. Sistem treba da omogući unos podataka o svakom kulturnom dobru ili kulturnoj baštini sa svim neophodnim podacima i pratećom dokumentacijom, bez obzira na format fajla (fotografije, prostorni podaci, uslovi, skice i sl.)

11.1.30. Omogućiti štampanje Registara uz štampanje zapisnika i vremena kada je to urađeno 11.1.31. Prilikom štampanja Registra podaci se zaključavaju

11.1.32. Sistem treba da omogući evidentiranje, klasifikaciju, definisanje osnovnog registra (baze) dokumenata i predmeta što podrazumijeva uspostavljanje aktivne baze dokumenata i predmeta 11.1.33. U bazu će se unositi dokumenti ili predmeti sa osnovnim skupom atributa koji ih karakterišu 11.1.34. Prilikom unosa osnovnih podataka o dokumentima/predmetima, po definisanom automatizmu svaki dokument/predmet treba da dobije identifikacionu i klasifikacionu oznaku u skladu sa važećim pravilima i sistemom označavanja 11.1.35. Uspostaviti jedinstveni sistem označavanja predmeta i dokumenata 11.1.36. Upravljanje verzijama podataka

11.1.37. Upravljanje verzijama dokumenata 11.1.38. Mogućnost zaključavanja/otključavanja dokumenata ili podataka

11.1.39. Unos različitih formata dokumenata bez ograničenja na veličinu i format fajla

11.1.40. Organizacija dokumenta prema vrsti dokumenta

11.1.41. Organizacija dokumenta prema predmetima

11.1.42. Organizacije dokumenata prema manjim cjelinama

11.1.43. Definisanje ključnih riječi (tagovi) uz obavezne klasifikacije i komentari za pojedinačni dokument

11.1.44. Unos dokumenata u elektronskom obliku direktno u sistem ili Unos dokumenata skeniranjem papirnih dokumenata uz obavezan OCR 11.1.45. Praćenje fizičke lokacije originalne dokumentacije

11.1.46. Skeniranje dokumentacije, foto i video snimci itd., i pridruživanje dokumentu, predmetu ili kulturnom dobru 11.1.47. Definisanje raznih parametara skeniranja i smještanja skeniranog materijala

11.1.48. OCR-ovanje pojedinačno ili masovno

11.1.49. Neophodno je da se nakon arhiviranja predmeta u odgovarajuće polje na formi predmeta automatski unese datum i vrijeme arhiviranja

11.1.50. Takođe, treba da postoji mogućnost vraćanja predmeta iz arhive u ponovnu obradu uz polje za unos razloga za pomenuti postupak

11.1.51. U sistemu treba da bude podržana i opcija koja omogućava uzimanje arhiviranih predmeta na revers

11.1.52. Sistem treba da omogući funkcionalnost upravljanja radnim zadacima

11.1.53. Pomoću radnih zadataka treba omogućiti da se autorizovanim korisnicima sistema mogu dodijeliti određene aktivnosti koje mogu biti direktno povezane sa dokumentima i predmetima iz sistema

11.1.54. Sistem mora da omogući i kreiranje, praćenje i izvršavanje radnih zadatka bez obaveze da budu vezani za predmet/dokument

11.1.55. Sistem treba da omogući da kreiranje i rad sa zadacima bude povezano sa sistemom za obavještavanje

11.1.56. Potrebno je omogućiti da jedan zadatak može biti dodijeljen većem broju korisnika

11.1.57. Potrebno je praćenje dokumenata i uvid u njihovo trenutno stanje obrade

11.1.58. Upravljanje radnim tokom dokumenata

11.1.59. Sistem treba da omogući dodjeljivanje dokumenta/predmeta određenim nosiocima saglasno organizacionoj strukturi i autorizaciji korisnika

11.1.60. Nakon rješavanja predmeta treba da postoji mogućnost povratka predmeta pisarnici, odakle se šalje u arhivu, tj. arhivira. 11.1.61. Sistem treba da omogući jasne i brze preglede zadataka po korisnicima, rokovima, statusima, a u skladu sa autorizacijom nadređenih

11.1.62. Sistem treba da obezbijedi kvalitetno upravljanje zadacima od definisanja, dodjeljivanja do praćenja realizacije zadataka koji mogu, a ne moraju biti vezani za pojedine predmete

11.1.63. Sistem treba da omogući definisanje zamjena – svaki korisnik u slučaju planiranog/neplaniranog odsustva, može kroz odgovarajući korisnički interfejs definisati ko od korisnika će biti njegova zamjena u periodu odsustva

11.1.64. Potrebno je omogućiti vremensko oročavanje trajanja zamjene, kao i mogućnost ranijeg prekida definisanog perioda

11.1.65. Sve što bi po sistemu autorizacije bilo dodijeljeno jednom korisniku, u definisanom periodu bi bilo dodijeljeno definisanoj zamjeni

11.1.66. Potrebno je omogućiti izvještavanje o stanju, statusima i realizaciji predmeta autorizovanim korisnicima sistema

11.1.67. Mora postojati mogućnost da se predmeti (dosijei) mogu povezati sa objektima iz poslovnog sistema i da se na taj način otvore Dosijei predmeta/dokumenata koji mogu da se odnose na poslovnog partnera, kulturno dobro, projekat ili neki događaj i sl.

11.1.68. Za određene tipove predmeta ili dokumenata koje Naručilac definiše treba omogućiti polja za dodatne atribute, u koje korisnik može unijeti bitne podatke vezane za predmet/dokument, a iz kojih se kasnije podaci mogu koristiti za pretragu

11.1.69. U Izvještajima jasno definisana prava pristupa do nivoa pojedinačnog izvještaja

11.1.70. Svaki tip predmeta u sistemu treba da ima jednoznačno određeno svoje poslovno pravilo, odnosno način obrade predmeta u sistemu prema usvojenoj poslovnoj proceduri

11.1.71. Jedan tip predmeta može imati više poslovnih pravila, ali jedno poslovno pravilo može se odnositi samo na jedan tip predmeta

11.1.72. Poslovno pravilo se sastoji od faza kroz koje predmet može proći tokom svoje obrade u dokumentacionom sistemu

11.1.73. Na tipu dokumenta treba da se definišu stanja kroz koja dokument može da prođe za vrijeme obrade u dokumentacionom sistemu u zavisnosti od procedure/postupka u kojoj se dokument nalazi

11.1.74. Takođe, treba da postoji mogućnost definisanja pravila koja određuju iz koga stanja se može preći u neko drugo stanje

11.1.75. Definisanje poslovnih procesa

11.1.76. Definisanje tipova dokumenata u okviru poslovnih procesa

11.1.77. Definisanje sektora, nižih djelova i eksternih radnih grupa/timova

11.1.78. Dokumenti i predmeti trebaju biti kategorisani

11.1.79. Predmeti, dakle, čine skup dokumenata, i za njih se određuju određena poslovna pravila koja se kasnije primjenjuju na sva dokumenta koja su u njih svrstana

11.1.80. Za određene tipove dokumenata koji se često ponavljaju i imaju standardizovane forme (rješenja, odluke, mišljenja,…) treba omogućiti kreiranje šablona koji se mogu koristiti prilikom kreiranja novih dokumenata

11.1.81. Šablon treba da se pokreće na određenu akciju korisnika u sistemu i otvara u MS Office-u kako bi korisnik mogao da ga ažurira po potrebi i sačuva u sistemu

11.1.82. Definisanje novih šablona i njihovo kreiranje, kao i izmjenu postojećih treba da budu dostupni korisniku sa ulogom administratora bez potrebe za dodatnim programiranjem

11.1.83. Na osnovu podataka koji su uneseni, potrebno je da sistem omogućava automatsko generisanje dokumenata na osnovu šablona za svaki od tipova dokumenata, sa popunjenim podacima

11.1.84. Organizaciona struktura treba da sadrži skup ovlašćenih autorizovanih korisnika (organizacione jedinice, pojedini korisnici) koji su kompetentni za rad sa određenim predmetima/dokumentima

11.1.85. Potrebno je omogućiti da se određeni tipovi dokumenata mogu voditi po verzijama u sistemu

11.1.86. Kreiranje tipova dokumenata i njihovih anotacija prema potrebama korisnika

11.1.87. Konfiguracijom i parametrizacijom sistema treba definisati tipove dokumenata koji se mogu voditi po verzijama kao i koji korisnici mogu imati pomenutu funkcionalnost

11.1.88. Za svaku verziju dokumenta potrebno je da postoji evidencija ko je kreirao verziju i šta je promijenio

11.1.89. Takođe je bitno da se prethodne verzije dokumenta ne mogu mijenjati već trebaju biti dostupne za uvid i to korisnicima koji budu imali pravo u sistemu

11.1.90. U praksi, može biti i do 50 radnih verzija dokumenta

11.1.91. Parametarsko definisanje procedura, poslovnih pravila i tipova dokumenata, kao i definisanje različitih brojčanika za numerisanje predmeta/dokumenata različitih poslovnih procesa

11.1.92. Parametarsko definisanje dodatnih atributa na radnim tokovima i tipovima dokumenata

11.1.93. Kancelarijsko poslovanje, u skladu sa pravnim propisima sa dodatnim zahtjevima vezanim za nadležnost i specifičnostima rada u UZKD

11.1.94. Povezivanje predmeta sa Dosijeima

11.1.95. Prilikom unosa osnovnih podataka o predmetima, po definisanom automatizmu svaki predmet treba da dobije identifikacionu i klasifikacionu oznaku u skladu sa važećim pravilima i sistemom označavanja

11.1.96. Funkcionalnost grupisanje dokumenata u predmete, kao i mogućnost da se vrši grupisanje više predmeta i/ili dokumenata u Dosije

11.1.97. Mogućnost da se otvori novi Dosije

11.1.98. Arhiviranje predmeta i dokumenata u elektronsku arhivu i prenos u elektronsku dokumentaciju

11.1.99. Praćenje priliva i strukture kategorija arhivskog materijala

11.1.100. Sistem treba da omogući evidenciju lokacija predmeta/dokumenata u fizičkoj arhivi

11.1.101. Sistem treba da ima i polje u koje će se pamtiti prethodne lokacije tog dokumenta/predmeta

11.1.102. Evidentiranje partnera i pridruživanja dokumenata partnerima (Pojedinci, Grupe ili Institucije)

11.1.103. Distribucija dokumenata putem elektronske pošte

11.1.104. Distribucija dokumenata putem ulazne i izlazne pošte i djelovodnika

11.1.105. Dokument se može poslati iz sistema nekom drugom korisniku putem email-a, kao i da se dokument koji je stigao na isti način može uključiti u dokumentacioni sistem (arhivu)

11.1.106. Elektronska pošta treba da se tretira kao složeni dokumenti koji može imati jedan ili više različitih priloga u različitim formatima zapisa

11.1.107. Sistem treba da ima mogućnost kreiranja poruka koje korisnici sistema mogu međusobno razmjenjivati

11.1.108. Ponuđeno rješenje treba da omogući kreiranje i razmjenu dvije vrste poruka – javne i privatne

11.1.109. Poruke privatnog tipa su poruke koje vidi samo autor poruke i onaj kome je ta poruka poslata

11.1.110. Javne poruke se razmjenjuju po principu oglasne table – postavljaju se i definiše im se rok važnosti, tj. rok u kojem su dostupne svim korisnicima sistema

11.1.111. Sistem treba da omogući da kreiranje i rad sa zadacima bude povezan sa sistemom za obavještavanje

11.1.112. Potrebno je omogućiti slanje mail notifikacija automatski iz sistema za akcije kao što su: kreiranje zadatka i dodjela korisniku, promjena statusa zadatka, zatvaranje zadatka…

11.1.113. Sva komunikacija se arhivira

11.1.114. Preuzimanje dokumenata iz modula Elektronske arhive ili Digitalne dokumentacije i eksporta dokumentacije u isti

11.1.115. Sistem treba da omogući da se sa bilo koga objekata (dokumenta, predmet, zadatak) može poslati određeno obavještenje (pod uslovom da korisnik ima pravo po autorizaciji da pokrene akciju za kreiranje novoga obavještenja) odabranom korisniku ili grupi u sistemu

11.1.116. Omogućiti da se dokument može poslati iz sistema nekom drugom korisniku putem email-a, kao i da se dokument koji je stigao na isti način može uključiti u dokumentacioni sistem (arhivu)

11.1.117. Pritom se e-mailovi treba da tretiraju kao složeni dokumenti koji mogu imati jedan ili više različitih priloga u različitim formatima zapisa

11.1.118. Komunikacija između korisnika unutar modula i između modula

11.1.119. Obavještenje treba da sadrže minimum sljedeće atribute: Naziv obavještenja; Opis obavještenja; Priloge obavještenja; Naziv korisnika koji je obavještenje kreirao; Datum i vrijeme kreiranja obavještenja

11.1.120. Sistem treba da ima mogućnost slanja poruke putem e-maila, direktno sa nekog objekta, koja će sadržati reference tog objekta, preko koje primalac e-maila može direktno pristupiti objektu iz sistema (uz poštovanje svih pravila autorizacije, i pravila životnog ciklusa dokumenta)

11.1.121. Sistem internog razmjenjivanja poruka kroz sistem

11.1.122. Potrebno je da korisnici imaju mogućnost dinamičkog kreiranja izvještaja i definisanja uslova za sve prikazane vrijednosti

11.1.123. Izvještaji treba da se generišu u tabelarnoj i formi grafikona

11.1.124. Takođe je potrebno omogućiti čuvanje izvještaja (eksport) u, minimum, HTML PDF, Excel i CVS format

11.1.125. Sistem za izvještavanje će posjedovati dva načina za izvještavanje: statički izvještaji i dinamički izvještaji

11.1.126. Statički izvještaji predstavljaju unaprijed razvijene izvještaje na osnovu zahtijeva koji će biti specificirani u toku realizacije projekta, a koji će se oslanjati na proste izvještaje na osnovu definisanih zbirki podataka ili statističke izvještaje o aktuelnim ili izvršenim procesima

11.1.127. Statički izvještaji moraju posjedovati mogućnost filtriranja po predefinisanim atributima izvještaja

11.1.128. Statički izvještaji mogu da prikazuju podatke u jednom nivou ili grupisane podatke u više nivoa

11.1.129. Svaki od nivoa može imati prikaz po nekom od atributa izvještaja, a mora postojati i mogućnost sumiranja na nivou cijelog izvještaja

11.1.130. Bez obzira koliko će biti dobro definisani statički izvještaji i koliko skupova podataka će oni pokriti, nemoguće je očekivati da se svi izvještaji izrade u toku razvoja sistema i nije moguće predvidjeti sve izvještaje koji će služiti za neke buduće analize

11.1.131. Iz tog razloga, sistem za dinamičko izvještavanje je obavezna komponenta sistema koja nudi mogućnost da korisnici sami definišu izvještaje

11.1.132. Sistem za dinamičko izvještavanje mora posjedovati najmanje dva načina modeliranja izvještaja: modeliranje dvodimenzionalnih izvještaja putem opcije za filtriranje po atributima i modeliranje trodimenzionalnih izvještaja

11.1.133. Sistem mora da sadrži poseban modul za administraciju na koji će pravo pristupa imati samo autorizovani korisnici (administratori)

11.1.134. Administrator je zadužen za kreiranje korisničkih naloga i njihovih lozinki, kreiranje logičkih cjelina, odnosno grupa korisnika i kreiranje i dodjeljivanje privilegija tako kreiranim grupama, odnosno korisnicima

11.1.135. Nalozi za pristup sistemu, po modulima, po funkcijama

11.1.136. Definisanje svih uloga koje korisnici mogu imati u sistemu i dodjela istih određenom korisniku ili grupi korisnika

11.1.137. Definisanje korisnika i njihovih privilegija pristupa pojedinim tipovima dokumenata, predmetima, partnerima i kategorijama arhivskog materijala

11.1.138. Definisanje korisnika, njihove pripadnosti pojedinim poslovnim procesima i njihovih privilegija pristupa pojedinim dokumentima

11.1.139. Definisanje organizacione strukture koja će se koristiti za osnovnu autorizaciju korisnika

11.1.140. Potrebno je obezbijediti redovno pravljenje rezervnih kopija sistema (backup)

11.1.141. Dodjelom kontrolnih lista svakom korisniku ili dokumentu, definišu se prava pristupa za svaki objekat u sistemu

11.1.142. Sistem treba da obezbijedi i kompletno praćenje evidencija događaja i istorijata promjena (akcija) koji su se obavljali nad dokumentima i podacima

11.1.143. Potrebno je da se evidentiraju svi događaji nad predmetima i dokumentom pri čemu se upisuje korisnik, vrijeme i kratak opis akcije

11.1.144. Takođe, potrebno je voditi error log u cilju što efikasnijeg utvrđivanja i otklanjanja grešaka u radu sistema

11.1.145. Softversko rješenje treba da obrađuje greške nastale prilikom rada sa bazom

11.1.146. Softversko rješenje treba da vrši validaciju prije smještanja podataka u bazu

11.1.147. Sistem treba da omogući funkcionalnost upravljanja zapisima, tj. da obezbijedi i osigura da se sadržaj zapisa neće izmijeniti tokom čitavog perioda čuvanja u sistemu

11.1.148. Administratorsko upravljanje obrisanim dokumentima

11.1.149. Pretraživanje se vrši po raznim klasifikacijama, anotacijama, ključnim riječima, komentarima i osnovnim elementima kako pojedinačno, tako i kombinovano

11.1.150. Omogućiti brzo i efikasno pretraživanje predmeta i dokumenata prema različitim kriterijumima (naziv, opis, broj predmeta/dokumenta, podnosilac zahtjeva, ključne riječi...) kako bi se olakšao rad korisnicima u pisarnici i dokumentaciji

11.1.151. Pretraživanja po atributima poslovnih procesa, po tipovima dokumenata, sektorima i ostalim elementima, kako pojedinačno, tako i kombinovano

11.1.152. Pretraživanja predmeta i dokumenata prema različitim kriterijumima

11.1.153. Kriterijum za pretragu može se koristiti označeni (selektovani) prostor na samoj mapi

11.1.154. U skladu sa zakonskim propisima, treba da se omogući izvoz ili uvoz podataka u/iz drugih sistema

11.1.155. Osim državnih organa posebna specifičnost je iz arhivskog, bibliotečkog ili muzejskog sistema

11.1.156. Omogućavanje unosa postojećih podataka putem formatiranih razgraničenih datoteka definisanih kolona (CSV)

11.1.157. Portal treba da bude moderna veb aplikacija sa MVC arhitekturom koja omogućava: komunikaciju sa bazom podataka, odgovarajuću obradu podataka, prikazivanje sadržaja u pogodnim formama, georeferenciranje kulturnog dobra, odgovarajuću interakciju sa korisnikom u zavisnosti od tipa korisničkog naloga, prilagodljivost veličini korisničkog uređaja (PC, tablet, smartphone), postavljanje komentara od strane korisnika sa odgovarajućom kontrolom sadržaja i prikaz sadržaja na više jezika 12. UVOĐENJE I POSTAVKA SISTEMA

12.1. Izvršilac je u obavezi da izvrši kompletnu implementaciju sistema i njegovo puštanje u eksploataciju

12.1.1. U vezi sa ovim aktivnostima, neophodno je da se eksplicitno opiše metodologija implementacije koja se primjenjuje

12.1.2. Davalac usluge treba da dostavi detaljan plan projekta implementacije, indicirajući jasno trajanje svake podfaze rada, broj izvršilaca sa obje strane učesnika projekta i zahtijevane stručne profile učesnika u projektu

12.1.3. Takođe je potrebno precizno navesti neophodan broj subjekata i dana za svaku aktivnost implementacije

12.1.4. Potrebno da se subjekti i dani kategorizuju po fazama implementacije i specijalizaciji izvođača

12.2. Potrebno je da Izvršilac prilikom realizacije sistema koristi standardne metodologije projektovanja i softverske alate za analizu i razvoj sistema

12.2.1. Veoma je bitno da se pri tome obezbijedi dokumentovanost svih faza projekta i verifikacija rezultata na prelasku između faza

12.2.2. Davaocu usluge će, za implementaciju rješenja, biti na raspolaganju već uspostavljena hardversko-softverska infrastruktura

12.2.3. Projektnim zadatkom potrebno je opisati obavezu obuke korisnika sistema Naručioca za korišćenje i obuku administratora

12.2.4. Izvršilac je u obavezi da eksplicitno iskaže neophodan broj i vrstu predavača i dana stručne obuke za sve kategorije korisnika u organizacionoj strukturi Naručioca

12.2.5. Takođe se podrazumijeva da se obuka korisnika sprovodi na lokaciji Naručioca

12.2.6. Plan obuke treba da bude zasnovan na nekoj metodologiji ili standardnim i zahtijevanim znanjima po modulu kursa obuke koji se odnosi na tehničke karakteristike predloženog programa

12.2.7. Obuka treba da obuhvati sve komponente ponuđenog sistema, uključujući i procedure za administraciju samog sistema

12.3. Plan obuke treba da bude prilagođen sljedećim zahtjevima:

12.3.1. Tehničku obuku za IT saradnike korisnika (administratori sistema)

12.3.2. Obuku krajnjih korisnika (korisnici za unos i upravljanje podacima u sistemu)

12.4. U ponudi mora biti jasno garantovano da predviđeni kursevi neće proizvesti dodatne troškove za Naručioca

12.5. Svi materijali i drugi uslovi za izvođenje obuke, moraju biti obezbijeđeni od strane Izvođača

12.6. Sva pisana dokumentacija mora biti na crnogorskom jeziku

12.7. Projektnim zadatkom potrebno je navesti i obaveze budućeg davaoca usluge, a u vezi sa garantnim rokom i to:

12.7.1. Uslove o godišnjem održavanju kako u garantnom periodu, tako i nakon isteka garancije, on line i po potrebi na lokaciji Naručioca

12.7.2. Minimalni garantni rok prihvatljiv Naručiocu je dvanaest mjeseci

12.8. Ponuđač treba da ima lokalni centar za podršku stacioniran na teritoriji Crne Gore i neophodno je omogućiti administraciju i otkrivanje grešaka sa udaljene lokacije

12.9. Ponuđač treba da opiše koji tip tehničke podrške će biti obezbijeđen, i to:

12.9.1. Kako će podrška biti izvedena – telefonski, e-mailom, faksom, na lokaciji korisnika, itd

12.9.2. Vrijeme i način odziva, kao i vrijeme identifikacije problema, i

12.9.3. Vrijeme potrebno za rješavanje identifikovanog problema

13. User Aceptance test

13.1. User Acceptance Test (UAT) je posljednja obavezna faza u testiranju softvera

13.2. Tokom UAT, korisnici će testirati softver kako bi se uvjerili da su isporučeni i spremni za upotrebu u realnom okruženju svi funkcionalni i nefunkcionalni zahtjevi

13.3. Sljedeći koraci moraju biti sprovedeni vezani za UAT:

13.3.1. Planiranje UAT: Izvođač predaje plan za sprovođenje UAT, a Naručilac odobrava plan

13.3.2. Dizajniranje testnih primjera: testni primjeri su dizajnirani tako da pokriju sve scenarije pri korišćenju sistema u realnom okruženju

13.3.3. Izbor tima za testiranje: tim za testiranje će se sastojati od budućih korisnika

13.3.4. Sprovođenje testa i dokumentovanje: tim za testiranje će izvršiti dizajnirane testne primjere

13.3.5. Sve greške i nedostaci će se zabilježiti u zapisniku sa testiranja sa relevantnim komentarima

13.3.6. Popravka grešaka (bug fixing): kao odgovor na pronađene greške od strane tima za testiranje, tim za razvoj sistema ispravlja greške

13.3.7. Isporuka dokumentacije: nakon ispravke uočenih grešaka i nedostataka, a prije potpisivanja UAT Izvođač će korigovati i dokumentaciju opisanu u poglavlju Dokumentacija” i predati Naručiocu finalnu verziju dokumentacije projekta

13.3.8. Potpisivanje UAT:

13.3.9. Potpisom UAT-a smatra se da je sistem funkcionalan i spreman za produkciju

13.3.10. Potpisivanjem UAT-a stvaraju se uslovi za period održavanja softverskog rješenja

14. Izvorni kod

14.1. Primopredajom sistema, to jest prihvatanjem Acceptance testa, Naručilac postaje vlasnik izvornog koda za sve softverske module koji su nastali u toku razvoja sistema

14.1.1. Ukoliko Izvođač bude koristio platformske proizvode drugih proizvođača, za pojedine komponente sistema kao što su RDBMS, DMS i sl., Naručilac ne zahtijeva isporuku izvornog koda za takve proizvode

14.2. U toku implementacije i garantnog perioda izvorni kod će biti deponovan na sigurnu lokaciju, što znači da će punu kontrolu nad njim imati Izvršilac dok traje Ugovor o isporuci sistema

14.3. Pod pojmom deponovanja izvornog koda podrazumijeva se deponovanje na sigurno mjesto sljedećih stavki:

14.3.1. Izvorni kod sistema sa komentarima

14.3.2. Tehnička dokumentacija sistema

14.3.3. Korisnička dokumentacija sistema

14.3.4. Dokumentacija neophodna za administraciju baze podataka

14.3.5. Shema baze podataka sa detaljnim opisom tabela, polja, procedura, trigera, upita

14.3.6. Dodatno, SQL upit kojim se generiše pre-definisana baza podataka

14.3.7. Procedura i dokumentacija vezana za pravljenje sigurnosnih kopija (backup)

14.3.8. Procedura i dokumentacija vezana za proces oporavka baze podataka (restore and recovery)

14.3.9. Procedura i dokumentacija vezana za pravljenje replikacije baze podataka na sigurnu lokaciju (Disastre location)

14.3.10. Procedura i dokumentacija vezana za prelazak rada sistema na rezervnu lokaciju i obratno (failover and failback)

14.4. Obaveza ponuđača je da izvorni kod deponuje na dogovoreno mjesto sve do isteka garantnog perioda razvoja (realizacije) sistema

14.4.1. Obaveza ponuđača je da do isteka garantnog perioda sve stavke navedene u procesu deponovanja redovno ažurira

14.4.2. U slučaju razlike između deponovane i izvršne verzije ponuđač je dužan da bez naknade ažurira deponovane stavke definisane u procesu deponovanja

14.5. Tokom trajanja perioda razvoja sistema, poslovne procedure i procesi su vlasništvo i intelektualna svojina Investitora

14.5.1. Tokom trajanja perioda razvoja izvorni kod je vlasništvo i intelektualna svojina Izvršioca

14.5.2. Po isteku perioda razvoja, uspješno odrađenog testa primopredaje (UAT-a), i u slučaju raskida Ugovora, izvorni kod postaje vlasništvo Investitora (Naručilac)

14.5.3. U tom slučaju, naručilac ima sva prava da na vremenski neograničen period koristi izvorni i izvršni kod bez obaveze plaćanja bilo kakve naknade

14.5.4. Nakon isteka perioda implementacije naručilac može da mijenja, dopunjuje i nadgrađuje izvorni kod bez obaveze da prethodno obavijesti izvršioca

15. Dokumentacija Informacionog sistema

15.1. U skladu sa savremenim pravilima i metodologijama razvoja softverskih rješenja da bi se ostvarili navedeni projektovani ciljevi neophodno obezbijediti prateću dokumentaciju:

15.1.1. Projektna dokumentacija (daje detaljne informacije o cijevima projekta, specifikaciji korisničkih zahtjeva i planom realizacije)

15.1.2. Tehnička dokumentacija (daje detaljne informacije vezane za nadgradnju i održavanje sistema)

15.1.2.1. Tehnička dokumentacija se stvara tokom razvoja samog sistema i namijenjena je za održavanja i nadgradnju sistema

15.1.2.2. Tehnička dokumentacija za aplikativne softvere koja mora biti isporučena uključuje, ali se ne ograničava samo na:

15.1.2.2.1. Dokumentaciju koja opisuje specifikaciju sistema (opis sistema, konceptualni dizajn sistema, opis arhitekture sistema i sl.)

15.1.2.2.2. Šeme baze podataka (iskomentarisane)

15.1.2.2.3. Dizajn korisničkih interfejsa

15.1.2.2.4. Dizajn izvještaja

15.1.2.2.5. Dokumentovanu sistemsku logiku za sve komponente sistema

15.1.2.2.6. Dokumentovanu backup proceduru

15.1.2.3. Tehnička dokumentacija mora biti detaljna i pripremljena na takav način da je nadogradnja sistema izvodljiva bez učešća analitičara, dizajnera i programera koji su razvili sistem

15.1.3. Korisnička dokumentacija (detaljno opisuju način korišćenja samog softvera)

15.1.3.1. Korisnička dokumentacija za aplikativne softvere koja mora biti isporučena uključuje, ali se ne ograničava samo na:

15.1.3.1.1. Korisnička uputstva za aplikativne softvere u sklopu samog softvera i u formi pogodnoj za štampu

15.1.3.1.2. On-line sistem za pomoć korisnicima

15.1.3.1.3. Uputstva za instalaciju i deinstalaciju sistema

15.1.3.2. Korisnička dokumentacija ne smije samo objasniti način korišćenja softvera, već mora objasniti i značenje: na primjer, nije dovoljno samo reći da je neko polje obavezno za unos nego se mora objasniti i razlog zbog čega je to tako, šta je značenje određenog atributa, i slično

15.1.4. Komercijalna dokumentacija (svi komercijalni softverski paketi koji se budu koristili moraju biti propraćeni sa dokumentacijom za instalaciju, administraciju, upravljanje i ostalim referentnim dokumentima)

15.2. Svi komercijalni softverski paketi koji se budu koristili moraju biti propraćeni sa dokumentacijom za sve njihove komponente, koja mora da uključi:

15.2.1. Uputstva za instalaciju sistema

15.2.2. Uputstva za administraciju i upravljanje

15.2.3. Ostala referentna dokumenta

15.3. Jezici za dokumentaciju su sljedeći:

15.3.1. projektna dokumentacija za aplikativne softvere – crnogorski 15.3.2. korisnička dokumentacija za aplikativne softvere – crnogorski

15.3.3. tehnička dokumentacija za aplikativne softvere – crnogorski ili engleski

15.3.4. dokumentacija za komercijalne softvere – crnogorski ili engleski | 1 sistem

Vrsta predmeta: Usluge

CPV: 50312610 - Održavanje softvera za informacionu tehnologiju

CPV: 72212110 - Usluge izrade softvera (POS)

Vrsta postupka: Otvoreni postupak

Službenik za javne nabavke: Dejan Lipovina

Kontakt: 041-232-153

Datum objave: 2024-03-05 10:20:00

Napomena

-------------------------------------------------------------

Procijenjena vrijednost nabavke: 146280.99 EUR

-------------------------------------------------------------

ROKOVI

Početak podnošenja: 05.03.2024 10:20

Kraj podnošenja: 18.04.2024 10:20

Datum otvaranja: 18.04.2024 10:20

Rok za donošenje odluke: 18.06.2024 10:20