Web viewPoložaj osnovnega napajalnega stanja in trenutnega napajalnega stanja se preko CIM-a prenesejo iz sistema vodenja SCADA. ... prenesejo v sistem SCADA/DMS

Tabela Seznam zahtev

Glavne zahteve za GIS okolje Ponujeno DA/NE

G1

Izbrani ponudnik poda predlog podatkovnega modela za štiri sklope omrežij:

model elektroenergetskega omrežja, model telekomunikacijskega omrežja, model kabelskih kanalizacij, model zaščitnih naprav in naprav daljinskega vodenja.

Vsi modeli morajo biti skalabilni in razširljivi z možnostjo preslikave v CIM model.

Ponudnik mora ponudbi priložiti prilogo, iz katere bo razvidna vsebina in struktura podatkovnega modela.

G2

Sistem vključuje orodje za upravljanje telekomunikacijskih omrežij (optika, radijske zveze točka-točka, radijske zveze točka-več točk, digitalni radio). To je omogočeno v enotnem uporabniškem vmesniku z uporabo istih objektov (jaški, drogovi, kanalizacija, antenski stolpi, bazne postaje), enako kot pri električnem omrežju. Orodje nudi možnost vodenja zasedenosti vlaken in možnost izdelave načrta povezav na določenem mestu optičnega omrežja. Orodje za vnos in urejanje mora biti na voljo večjemu številu uporabnikov od katerih bo z orodjem sočasno delal največ en uporabnik (plavajoča licenca). Zagotovljen mora biti vpogled v podatke večjemu številu sočasnih uporabnikov.

Ponudnik bo uporabnike (do štiri) usposobil za delo z orodjem.

Funkcionalnost mora biti s strani ponudnika ponujena (vnesena v Seznam opreme in storitev ter finančno ovrednotena v ponudbenem predračunu), vendar si naročnik pridružuje pravico, da te funkcionalnosti ne implementira. Naročnik bo najkasneje ob pripravi WS izbranemu ponudniku sporočil, ali se ta funkcionalnost implementira ali ne.

Ponudnik mora ponudbi priložiti prilogo z opisom funkcionalnosti, iz katerih bodo razvidne lastnosti funkcionalnosti.

G3

Sistem vključuje orodje za upravljanje naprav vodenja in zaščite elektro energetskega sistema. Za lažjo predstavo o nastavitvah in kaskadnem delovanju zaščitnih naprav mora ponujena rešitev vsebovati podatkovni model, ki bo omogočal grafično beleženje parametrov posameznih zaščitnih naprav ter povezave med njimi, kakor tudi povezave s primarno opremo tj. z modelom elektroenergetskega omrežja. Vpogled v podatke in orodje za urejanje atributnih podatkov mora biti na voljo splošnim uporabnikom z ustrezno dodeljenimi pravicami.

Ponudnik bo uporabnike (do štiri) usposobil za delo z orodjem.

Ponudnik mora ponudbi priložiti prilogo z opisom funkcionalnosti, iz katere bodo razvidne lastnosti funkcionalnosti.

G4Dostop do sistema za pregledovanje, vnos in urejanje prostorskih in atributnih podatkov za dvanajst sočasnih uporabnikov z možnostjo kasnejše razširitve - plavajoče licence – za vse štiri modele točke G1.

24Elektro Gorenjska, d. d.Dobava in implementacija geografskega informacijskega sistema (GIS), št. NMV17-004

G5 Sistem mora omogočati sproščanje plavajočih licenc, ki jih zasedajo neaktivni uporabniki. Čas, po katerem se neaktivna licenca sprosti, mora biti nastavljiv.

G6

Dostop do sistema za pregledovanje podatkov, do 50 sočasno, licenčno neomejeno. Sistem omogoča pregled vnaprej pripravljenih tematskih kart z možnostjo pregledovanja, vnosa in urejanja atributnih podatkov obstoječih sredstev. Dodatno mora biti omogočen vnos opomb ali pomanjkljivosti, ki morajo biti geolocirane na osnovi geografske karte.

G7

Mobilni dostop do sistema za petdeset (50) sočasnih uporabnikov (možnost razširitve) z možnostjo pregledovanja, vnosa in urejanja prostorskih in atributnih podatkov brez stalne povezave s strežnikom in z možnostjo kasnejše sinhronizacije podatkov (privatni APN), ki upoštevajo pravila za vnos in zaloge vrednosti oz. šifrante.

G8 Enoten in prilagodljiv uporabniški vmesnik za vnos in urejanje podatkov.

G9

Po uvedbi novega sistema mora izbrani ponudnik izvesti šolanje uporabnikov sistema. Za šolanje so predvidene tri skupine uporabnikov, in sicer:

šolanje administratorjev (poznavanje celotnega sistema, integracija z CIM, sistemska administracija, administracija podatkovnih baz, vnosnih mask in spletnih tematskih kart) – štiri osebe,

šolanje vnašalcev; ta uporabnik je namenjen popisovalcem omrežja (vnos novega dela omrežja, izris enopolnih shem, kontrola podatkov, itd.) – 20 oseb,

šolanje analitikov (izvedba lastnih analitičnih funkcij, izdelava začasnih slojev, izdelava lastnih kart, povezava na lastne SQL baze, itd.) – 10 oseb.

Ponudnik mora v ponudbi za vsa izobraževanja, ki jih je predvidel za posamezna področja, definirati, komu je posamezen tečaj namenjen, predlagati predviden čas usposabljanja, koliko tečajnikov bo lahko prisostvovalo posameznemu tečaju in kakšna so njihova potrebna predznanja. Pred izvedbo izobraževanja mora izbrani ponudnik naročniku predložiti tudi kratka in jedrnata uporabniška navodila.

Ponudnik mora ponudbi priložiti prilogo s predlaganim načrtom izvedbe usposabljanja za različne ciljne skupine.

G10

V sistem bodo vključeni prostorski podatki pridobljeni s strani Geodetske uprave RS, Agencije RS za okolje in drugih virov prostorskih podatkov RS. Implementirano bo upravljanje z DKN (iskalniki parcel), RPE (iskalniki naslovov) in podloge.

G11Sistem omogoča enostavno dodajanje novih podatkovnih slojev (vektorjev, rastrov), podatkov SQL podatkovnih tabel z možnostjo povezav na atributne podatke grafičnih slojev.

G12Na voljo so orodja za pohitritev dela s podatki (vnosne maske, hkratno ažuriranje podatkov, risanje vzporednih linij, avtomatizacija namestitve oznak, uporaba simbolov,…).

G13

Orodje za hkratno spreminjanje omogoča, da uporabnik interaktivno izbere poljubno število objektov različnih tipov (npr. transformatorske postaje, kabelske odseke) in z enkratnim vnosom preko grafičnega vmesnika ažurira vrednost atributa.

G14 Konfiguracija vnosnih mask brez dodatnega programiranja, z avtomatskim in hkratnim prilagajanjem komponent sistema za vnos in pregledovanje


podatkov na konfiguracijo. Naročnik bo ob zaključku projekta usposobljen in sposoben (šolanje uporabnikov Administrator) izvesti konfiguracijo vnosnih mask samostojno, brez pomoči zunanjih izvajalcev.

G15

Pri vnosu podatkov se samodejno preverja topološka (električna in prostorska) pravilnost. Izvedene morajo biti vse kontrole, ki so že implementirane v obstoječih sistemih BTP in GIS. V sistem so s strani ponudnika preneseni vsi obstoječi podatki naročnika.

G16

GIS rešitev bo z ostalimi informacijskimi sistemi povezan preko CIM integracijske platforme, zaradi česar mora podpirati sledeče integracijske mehanizme skladno s standardom IEC 61968-100:

Sinhrona zahteva/odgovor Asinhrona zahteva/odgovor Objava/naročilo

GIS bo do CIM integracijske platforme dostopal preko javnega vmesnika, ki skrbi za preslikavo podatkov iz podatkovnega modela v sistemu GIS na CIM podatkovni model, definiran v skladu s standardi IEC 61970, IEC 61968 in IEC 62325, ter obratne preslikave. GIS mora podpirati najmanj CIM verzijo modela 16.

G17

Ponujena rešitev naročniku omogoča samostojno implementacijo novih primerov uporabe, kar zajema vse potrebne posodobitve na vmesniku med sistemom GIS in CIM integracijsko platformo. Prav tako mora vmesnik med sistemom CIM in GIS omogočati prehajanje na novejše verzije modela CIM.

G18

Sistem za potrebe vzdrževanja energetskih objektov omogoča odpiranje poljubnega URL naslova sistema eKrižanka, kjer v naslov dodamo šifre sredstva, ki so rezultat nekega »filtra« nad podatki. (Primer: https://ekrizanka.ad.eg.si/login.aspx?MODUL=remont&DATA=6034138,6053735,6204143,6204384). Naslov se odpre v zunanji aplikaciji (privzeti spletni brskalnik).

G19Sistem omogoča nočne obdelave podatkov, ki se zaganjajo glede na nastavljeni urnik ali ročno na zahtevo. Administrator sistema mora imeti možnost tvorbe lastnih procedur, ki se pokažejo tekom uporabe sistema.

G20

Izbrani ponudnik mora v ponudbo vključiti 200 ur, namenjenih za nepredvidene spremembe, ki bodo nastale zaradi sprememb zahtev naročnika, ki bi se pojavile v toku spoznavanja sistema. Te ure se lahko koristi le v soglasju z vodjem projekta naročnika.

G21

Podatkovni model za vse 4 sklope omrežij mora biti v slovenskem jeziku. Prav tako mora biti v slovenskem jeziku izvedena celotna aplikacija za splošne uporabnike (pregledovanje podatkov), kar pomeni, da morajo biti v slovenskem jeziku vnosne maske (pregled in urejanje atributnih podatkov), prikazi akcijskih gumbov v orodni vrstici, prikaz možnosti v menijskih vrsticah, itd. V kolikor je angleščina jezik ponujenega sistema, bo moral izbrani ponudnik navedene dele sistema prevesti v slovenščino tekom implementacije. Podrobnosti bodo definirane v okviru Podrobne specifikacije del (WS – Work Statement). Opomba: Ostali jeziki niso sprejemljivi.

G22 Zahteva se migracija podatkov iz obstoječih virov v nov geografski informacijski sistem. Uspešnost migracije podatkov iz obstoječih virov se bo ocenjevala na podlagi faktorja »Δ«, ki pove kolikšen odstotek podatkov ni bilo možno prenesti iz obstoječih virov na nov sistem. Migracija podatkov se smatra za uspešno, če omenjeni faktor za prenos iz BTP in SDMS znaša 0 % glede na dogovorjen profil prenosa, iz ostalih virov pa 3 %. Kakovost podatkov


se zagotovi s prečiščevanjem le-teh ob migraciji.

Sistemske zahteve Ponujeno DA/NE

S1Vsi podatki omrežja se morajo po uvedbi sistema hraniti centralizirano, na obstoječem podatkovnem strežniku naročnika MS SQL Server (Microsoft SQL Server 2016 SP1).

S2

Vse strežniške komponente ponujenega sistema morajo podpirati delovanje na zadnji verziji Microsoftovega strežniškega operacijskega sistema (trenutno je to Microsoft Windows Server 2016). Vse strežniške komponente morajo podpirati delovanje v virtualnem okolju MS Hyper-V. Celotno strojno opremo dobavi oz. zagotovi in vzdržuje naročnik.

S3Vse komponente ponujenega sistema podpirajo delovanje na zadnji verziji operacijskega sistema Microsoft Windows 10, brez zahteve po skrbniških uporabniških pravicah (razen ob namestitvi).

S4Vse ponujene spletne komponente sistema so polno funkcionalne v najnovejši verziji spletnih brskalnikov Microsoft Internet Explorer, Microsoft Edge, Google Chrome in Mozilla Firefox.

S5 Vse spletne storitve morajo biti dostopne preko varnega protokola HTTPS (SSL/TLS).

S6Vse ponujene spletne komponente sistema uporabljajo tehnologije, ki omogočajo delovanje v brskalnikih mobilnih naprav (tj. brez vtičnikov, ki jih brskalniki na mobilnih napravah ne podpirajo).

S7 Prostorski podatki v relacijski bazi so skupni in enoten vir podatkov za namizne, mobilne in strežniške komponente ponujene rešitve.

S8 Za avtentikacijo uporabnikov bo uporabljen Microsoft ActiveDirectory (AD) obstoječe domene.

S9Pravice urejanja in pravice za pregledovanje podatkov v različnih komponentah sistema morajo biti vezane na skupine uporabnikov Active Directory in biti definirane na nivoju posamezne vrste objekta.

S10

Ponujeni sistem bo omogočal upravljanje s politiko dostopov uporabnikov. Možno je določiti pravice posameznim domenskim uporabnikom (AD) ali skupinam. Z vlogo lahko administrator določa vrsto dostopa (npr. samo branje, urejanje itd.), za posamezno vrsto objekta.

Z vlogo lahko administrator dovoli/prepreči dostop do posameznih komponent sistema (npr. dovoli dostop do funkcionalnosti za urejanje atributnih podatkov samo skupini AD uporabnikov). Vloga se preverja ob prijavi uporabnika v sistem.

S11

Vse komponente ponujenega sistema morajo podpirati redno nameščanje vseh vrst popravkov, ki jih priporoča proizvajalec programske opreme in operacijskega sistema (velja za strežnike, baze podatkov, delovne postaje ter tudi mobilne naprave).

S12 Ponujeni sistem mora zagotavljati enotno prijavo (t.i. "Single Sign-On") uporabnikov.

S13

Vse komponente sistema, ki zahtevajo namestitev na delovnih postajah uporabnikov morajo biti dostavljena v verzionirani obliki namestitvenega (MSI) paketa, pripravljenega za distribucijo na delovne postaje z orodjem Microsoft System Center Configuration Manager (SCCM).

S14 Naročnik bo nameščeno opremo ocenjeval s stališča hitrosti delovanja pri vnosu in pregledovanju podatkov na opremi povprečnega uporabnika (CPU


Intel i5, RAM 4 GB). Zahteva se tekoče delovanje aplikacije, brez zatikanja. Pri operacijah premikanja in približevanja/oddaljevanja z vklopljeno rastrsko podlogo in vključenimi plastmi linijskih in točkovnih objektov različnih napetostnih nivojev elektroenergetskega omrežja, morata tako vnos kot tudi pregledovanje delovati tekoče. Delo uporabnikov ne sme biti ovirano zaradi omejene hitrosti osveževanja podatkov.

S15Ponudnik mora ponudbi priložiti prilogo z infrastrukturnimi zahtevami (priporočene specifikacije strežniških komponent) za implementacijo novega sistema na IT infrastrukturi naročnika.

S16

Ponujena rešitev in njena umestitev v IT infrastrukturo naročnika mora biti v celoti skladna z varnostno politiko naročnika. Med drugim mora biti zagotovljeno vsaj:

Prometni tokovi med ostalimi sistemi (SCADA/DMS, mobilni dostop, itd.) bodo potekali preko požarnih pregrad naročnika,

Mobilni dostop bo mogoč preko varnih povezav (privatni APN in/ali VPN klient),

GIS mobilna aplikacija mora do GIS strežnika dostopati preko DMZ cone.

Pred vklopom v produkcijo bo izvedeno varnostno preverjanje GIS sistema. Za varnostni pregled bo poskrbel naročnik, izbrani ponudnik mora pri pregledu sodelovati ter upoštevati in izvesti priporočila.

S17

Ponujena rešitev mora omogočati dostop mobilnih naprav do GIS strežnika, ki bo za varen dostop do virov znotraj podjetja uporabljala šifrirano povezavo (npr. HTTPS) in ustrezen certifikat, ki se na napravo lahko distribuira ročno ali preko sistema MDM (Mobile Device Management).

S18

Izbrani ponudnik mora zagotoviti takšno arhitekturo sistema, ki omogoča vzporedno testno okolje sistema GIS, na katerih je možno testirati nove analitične funkcionalnosti sistema in je možno nemoteno izvajati izobraževanje novih uporabnikov sistema, ki bodo sistem uporabljali za vnos ali pregledovanje podatkov, tako na osebnem računalniku, kot tudi na mobilnih napravah.

S19Izbrani sistem mora podpirati vnos in prikaz celotnega nabora slovenskih znakov (šumniki) v vseh maskah uporabniškega vmesnika, kot tudi v podatkovnem modelu.

Zahteve za upravljanje podatkov Ponujeno DA/NE

P1 Vnos podatkov in s tem kreiranje podatkovnega modela se mora v največji možni meri izvajati preko grafike.

P2

Sistem omogoča naročniku izgradnjo podatkovnega modela za prostorske objekte in nanje povezane objekte omrežja. Podpirati mora uporabo šifrantov ter definiranje geografskih in atributnih relacij med objekti. Vsakemu objektu mora sistem avtomatsko dodeliti tudi UUID identifikator, ki je primarni ključ vseh entitet v podatkovnem modelu in preko CIM integriranemu sistemu. Poleg UUID identifikatorja je za vsako sredstvo potrebno določiti tudi 6-milijonsko številko zaradi navezave na ERP. Slednje se generirajo od določene šifre naprej (npr. 6300000), inkrementalno (N+1) in se ne smejo ponoviti.

P3 Ponujeni sistem mora omogočati topološko pravilnost vektorskih podatkov v podatkovni bazi glede na pravila geografske topologije, ki jih uporabniki lahko


definirajo za posamezen sloj. Pred vsakim zapisom v podatkovno bazo se mora preveriti pravilnost topologije objektov v transakciji, kot tudi vseh sosednjih objektov, ki jih transakcija lahko prizadene (možna prekrivanja).

P4

V sistemu mora biti omogočeno vzpostavljanje električne topologije omrežja glede na geografsko topologijo. Električna topologija mora omogočati povezovanje vseh ključnih elementov omrežja (vodi/odseki, transformatorji, zbiralke, stikala, varovalke, izvor, odjem,…) tako, kot je bilo omrežje zgrajeno (»as-build«) oz. normalno obratovalno stanje. Sistem mora znati upoštevati stanja stikal (posredovana iz SCADE preko CIM) tako, da lahko sistem GIS prikazuje obratovalno stanje omrežja.

Sistem mora omogočiti avtomatski preračun pripadnosti elementov posamezni topološki entiteti, t.j. izvodu omrežja, kjer se pripadnost določa glede na izvod »feeder« ali osnovni objekt napajanja. Preračun se izvede ob spremembi atributnega podatka o stanju stikala in/ali z ročnim preračunom topološke pripadnosti objekta. Pripadnost osnovni topološki entiteti mora biti podana kot atribut elementa omrežja.

P5

Vsi uporabniki sistema morajo imeti na voljo orodje, ki na osnovi topologije omrežja izvaja sledenje, ki za dano točko v omrežju vrne:

izvor (iskanje navzgor po omrežju), porabnike (iskanje navzdol), stikala (npr. ki jih moramo izklopiti, da osamimo določen del

omrežja). Orodje mora omogočati tudi analizo sredstev med dvema točkama, na določenem napetostnem nivoju, na nivoju izvoda, itd.

Funkcije sledenja omrežja morajo znati upoštevati topologijo omrežja, stanje stikal ter napetostne nivoje. Funkcije sledenja v sistemu morajo znati upoštevati tudi vlogo objekta v omrežju, npr. stikalo, izvor energije, odjemalec (porabnik), prehod med napetostnim nivojem, objekt visoke napetosti, objekt srednje napetosti, objekt nizke napetosti. Glede na definirane vloge v omrežju sistem ustrezno upošteva topologijo pri funkcijah za sledenje omrežja. Zahtevo po sledenju lahko uporabnik opcijsko omeji na določen atribut (npr. samo na srednjo napetost ipd.). Rezultat sledenja mora biti na voljo kot filter za izbiro povezanega omrežja, kakor tudi za izvoz seznama sredstev.

P6

Sistem mora omogočati beleženje treh vrst stanja stikal. Položaj osnovnega napajalnega stanja in trenutnega napajalnega stanja se preko CIM-a prenesejo iz sistema vodenja SCADA. Tretje stanje je stanje poljubljenega uporabnika, ki izvaja analize nad sistemom. Za trenutno stanje stikal mora biti razvidno tudi kdaj je bilo stanje nazadnje posodobljeno (časovna značka).

P7

Sistem mora imeti orodja za kontrolo kakovosti podatkov. Naročnik mora z orodji imeti možnost izbirati katera pravila v kontroli kakovosti podatkov se morajo pri zagonu orodja upoštevati (odkriti se morajo nepovezani odseki, objekti brez izpolnjenih atributov, ipd.). Naročnik mora imeti možnost zagona na zahtevo ali samodejnega (periodično) zagona vnaprej konfigurirane kontrole.

P8

Sistem mora imeti možnost evidentiranja sredstev, za katere ob kreiranju ni znana grafika oziroma prostorska lokacija. Prostorska komponenta se doda naknadno. Taka nepopolno opisana sredstva je možno tudi v stanju brez prostorske komponente povezati z drugimi prostorskimi sredstvi skladno s pravili povezovanja v omrežju. Sistem mora podpirati situacijo, da imamo za isto vrsto sredstev nekatere elemente s prostorsko komponento, druge pa brez.


P9

Sistem mora omogočati vnos in vzdrževanje podatkov o kabelski kanalizaciji, sestavljeni iz točkovnih in linijskih objektov ob upoštevanju, da trasa lahko vsebuje več cevi, v katerih so lahko energetski ali telekomunikacijski odseki. Iz sistema mora biti razvidno, v katerih ceveh je izbrani podzemni odsek. Uporabnik mora imeti orodje, s katerim bo lahko izvajal avtomatsko generiranje tras za kabelsko kanalizacijo iz obstoječih podatkov tras podzemnih odsekov srednje in nizke napetosti ter telekomunikacijskih povezav na izbranem področju na karti.

P10Sistem mora uporabniku pri vnosu, urejanju ali pregledovanju podatkov pomagati poiskati traso od poljubne točke A do točke B, kjer so na voljo prazne cevi za polaganje novih kablov.

P11

Iz vnesenih podatkov za kabelsko kanalizacijo (trase, cevi in povezani odseki) mora orodje za uporabnike tipa vnašalci izdelati predlog profila prečnega preseka, uporabnik pa mora imeti možnost njegove dodelave. Prečni presek prikazuje profil trase na določenem mestu, njegove cevi ter lokacijo odsekov energetskih in telekomunikacijskih vodov v posameznih ceveh.

P12

Omogočeno mora biti, da uporabniki sočasno izdelujejo različne verzije istega podatka (npr. načrtovane opcije dela omrežja). Omogočeno mora biti verzioniranje z možnostjo potrjevanja oz. zavrnitve verzije in njenega vračanja uporabniku. Vse verzije se morajo hraniti na strežniški podatkovni bazi. Verzioniranje mora biti omogočena tako za geografske karte kakor tudi shemate.

P13Omogočena mora biti podpora temporalnim prostorskim slojem. Sistem mora omogočati analizo prostorskih slojev v časovni vrsti in animacijo spreminjanja le-teh skozi čas.

P14

Sistem mora ponujati orodja za učinkovito kreiranje in urejanje geometrije objekta (med drugim premik vsake posamezne lomne točke na liniji posebej, dodajanje/brisanje nove lomne točke na liniji, presek geometrije z linijo, orodja za konstruiranje geometrije, ipd.). Pri vnosu podatkov mora sistem omogočati avtomatsko kreiranje točkovnih objektov pri ročnem vnosu linijskih. Omogočeno mora biti nastavljanje pravila, kateri tip točkovnega objekta se generira avtomatsko glede na topološki odnos linijskih objektov (presečišče dveh, presečišče treh, izpolnjena določena atributna vrednost linijskih objektov,...). Konfiguracijo (nastavitev pravil) mora biti omogočeno le za skrbnika sistema preko ustreznega grafičnega vmesnika.

P15

Pri urejanju grafike podatkov mora biti omogočena možnost vključitve podpore pripenjanja objektov v urejanju ("snapping") na končne in vmesne točke obstoječih objektov. Pri lepljenju se morajo upoštevati električna topološka pravila. V primeru, da se lepljenje izvaja na modelu objekta brez razvidne električne topološke strukture je nujno, da se pri vnosu elementa pojavi ustrezno izbirno polje za določanje električnega topološkega vozlišča. Poleg električne topološke pravilnosti se mora preverjati tudi geografska topološka pravilnost.

P16

Uporabnik mora imeti možnost nastavitve tolerance za upoštevanje topološkega geografskega ujemanja. Omogočeno mora biti tudi, da se vse koordinate pred vpisom v podatkovno bazo zaokrožijo na maksimalno natančnost, ki jo določajo nastavitve sloja.

P17

Uporabnik ima možnost združevanja prostorskih slojev s tabelo opisov objektov preko ujemajočih se identifikatorjev brez da to združevanje med prostorskim podatkom in tabelo izvede na nivoju prostorske baze ali združevanja datotek.

P18 Iskalniki po objektih morajo pri vnosu podatkov omogočati iskanje po vseh atributih objekta ter istočasno upoštevanje dodatnega kriterija izbora glede


na grafično lokacijo. Iskanje po grafični lokaciji lahko predstavlja iskanje objektov v določeni občini, naselju, ali pa poljubnem območju, ki ga določi uporabnik (npr. vse drogove določenega tipa in starosti na področju nekega zavarovanega območja, poplavnega območja, občine, vrisanega področja havarije ipd.).

P19

Sistem mora podpirati kreiranje in urejanje prostorskih podatkov tudi v standardnih datotečnih oblikah SHP, ki jih pridobiva naročnik s strani partnerjev in drugih dobaviteljev (GURS, ARSO, MKGP in drugi). Vektorski podatki namenjeni le občasnem pregledu so lahko shranjeni tudi kot SHP datoteke in jih lahko uporabniki vključi na karte brez dodatnega konvertiranja.

P20

Pri vnosu podatkov mora sistem vsebovati naslednji minimalni nabor operacij nad prostorskimi podatki:

osnovne funkcije hitre analitike (statistike) podatkov; prostorske poizvedbe; osnovne funkcije geoprocesiranja (ang. buffer, intersect, union, clip,

dissolve …); geometrijske funkcije; povezava geoprostorskih funkcij v zaporedje analitskih funkcij z

možno izdelavo »bližnjice« za zagon funkcije nad prostorskimi podatki;

pretvorbe rastrskih podatkov in osnovne funkcije za analizo rastrskih podatkov; funkcije za izdelavo poročil.

P21

Podprta mora biti nastavljiva operacija generalizacije podatkov, tj. da lahko uporabnik združi grafiko na osnovi istih atributnih vrednosti podatka, kot je to npr. v DKN, kjer se grafiko parcelnih delov združuje v enotno grafiko parcele, ipd.).

P22

Sistem mora imeti uporabniški vmesnik za izdelavo kompleksnejših postopkov obdelave in analize podatkov. Uporabnik mora imeti možnost preko tega vmesnika postopke definirati tako, da brez znanja programiranja sestavi zaporedje prostorskih in drugih operacij iz nabora orodij.

Primer: Uporabnik lahko sestavi postopek obdelave podatkov npr. sestavljen iz operacije uvoza iz DWG, operacije transformacije, primerjave z obstoječimi podatki, operacije izbire objektov z določenimi lastnostmi in izvoz teh objektov v poročilo. Vsak postopek lahko uporabnik shrani (tj. pod nekim imenom) in kasneje enostavno zažene. Uporabniški vmesnik za kreiranje postopkov iz operacij mora biti dokumentiran, narejen mora biti uporabniku prijazno (npr. grafični vmesnik) in tako, da uporabnik ne potrebuje znanja programiranja.

P23

Sistem mora administratorjem sistema omogočati funkcionalnost, ki bo administratorja preko prijaznih uporabniških form vodila do strežniških komponent in ki bo iz uporabnikove tematske karte samodejno kreirala spletno storitev za dostop do kart in podatkov. Preko te spletne storitve bo drugim aplikacijam omogočeno dostopanje do in vizualizacija podatkov, kot je določen na uporabnikovi karti (npr. z ustrezno simbologijo).

P24

Sistem mora administratorjem omogočati funkcionalnost, ki bo administratorja preko prijaznih uporabniških form vodila do strežniških komponent in ki bo samodejno iz prostorskih operacij ali postopkov samodejno naredila spletno storitev. Preko te spletne storitve bodo druge aplikacije lahko izvajale postopke prostorske obdelave podatkov, kot so na primer izbor podatkov, izvozi, preseki in drugo.

P25 Sistem mora podpirati vsaj naslednje koordinatne sisteme: WGS84 (EPSG: 31

Elektro Gorenjska, d. d.Dobava in implementacija geografskega informacijskega sistema (GIS), št. NMV17-004

4326), D48/GK (EPSG:3787) in D96/TM (EPSG:3794). Sistem mora v naboru orodij imeti operacije za pretvorbe (transformacije) koordinatnih sistemov. Operacije morajo podpirati vektorske in rastrske podatke.

P26

Sistem mora podpirati sprotno transformacijo podatkov za potrebe vizualizacije, zato da ni potrebno upravljati nekega podatka dvojno, v dveh različnih transformacijah. Na eni karti mora imeti uporabnik možnost prikazovati podatke, ki so predstavljeni v različnih koordinatnih sistemih, pri čemer se mora transformacija med sistemi izvajati sprotno (npr. D48, D96 in WGS zajete/prejete podatke lahko enostavno združi na eni karti in bodo prostorsko sovpadali).

P27

Aplikacija uporabniku ob kliku na karto prikaže seznam vseh objektov na mestu klika iz slojev, ki jih uporabnik ima na karti . Prikaz vsebuje pregleden seznam atributnih lastnosti objekta in povezane objekte v hierarhiji omrežja (podobno kot v obstoječi BTP). Te povezave so nastavljive.

P28

V sistemu je možno izbrati objekte glede na poljubno vrednost atributov (npr. objekte, katerih natančnost zajema je večja od 1 m). Kriterije je mogoče tudi kombinirati z in/ali (AND/OR) operacijami (npr. prikaz objektov, ki po klasifikaciji GURS katastra GJI spadajo v določen tip in so zajeti pred več kot 10 leti). Izbrani nabor objektov se mora vizualizirati na karti, v tabeli in lahko vstopa v nadaljnje analize in procesiranja, poročila ali izvoz.

P29

Rešitev je skladna z vsaj naslednjimi standardiziranimi vmesniki za dostop do podatkov, kot jih definira Open GIS Consortium: KML, Style Layer Description (SLD), Web Feature Service (WFS), Web Coverage Service (WCS), Web Map Service (WMS ali WMTS - Web Map Tile Service), Web Feature Service Transaction (WFS-T), Web Processing Service (WPS) in Web Feature Service 2.0 in Interface standard (WFS2.0 – ISO 19142). Skladnost vmesnikov z navedenimi standardi mora biti razvidna iz registracije na Open GIS Consortium. Naročnik si pridržuje pravico preverjati skladnost s standardi v spletnem registru OGC.

P30

Rešitev implementira standard Open GIS Consortium Simple Features SQL za zapisovanje in branje podatkov pri neposrednem dostopu do podatkov na SQL strežniku. Implementacija mora bit razvidna iz registracije na Open GIS Consortium. Naročnik si pridržuje pravico preverjati registracijo implementirane podpore standardom v spletnem registru OGC.

P31

Ponujena rešitev mora podpirati podatkovne tipe za zapis prostorskih podatkov v obliki, ki jih predvidevata SQL Server Geometry in SQL Server Geography. Ponujena rešitev mora podpirati branje in vizualizacijo podatkov, ki uporabljajo ta podatkovni tip in so lahko kreirani tudi izven ponujenega sistema.

P32

Uporabnik mora imeti možnost preko uporabniškega vmesnika, samostojno, brez programiranja iz karte kreirati in objaviti spletno storitev za prostorski podatek preko standardnih WMS in WFS. Uporabnik mora imeti možnost v karte vključiti druge WMS in WFS storitve.

P33 Sistem omogoča branje in zapis (uvoz /izvoz) prostorskih podatkov iz CAD formatov DXF in DWG. Uporabnik lahko pri vnosu podatkov v sistem na karto doda CAD podatke za potrebe predogleda, brez da jih poprej pretvarja v druge formate. Uvoz mora omogočati uvoz celega dokumenta, uvoz po plasteh (layer), uvoz samo aktivnih plasti.

Sistem mora omogočiti vnos oziroma prikaz datotek v formatu »SHP«.

Uporabnik mora imeti možnost izvoza podlog in elementov omrežja iz strežnika prostorskih podatkov v CAD aplikacije. Vektorske podlage se morajo


uvoziti kot del CAD projekta, rastrske podlage pa kot začasna povezava / podlaga. Izvoz mora biti mogoč na več layer-jev glede na tip/vrsto objekta (npr. SN omrežje, NN omrežje, itd.).

P34

Uporabnik mora v sistemu imeti možnost vpisa in urejanja metapodatkov, kot so npr. kdaj je podatek pridobljen, kdaj je bil nazadnje osvežen ipd., ki bodo naročniku omogočala boljše upravljanje s podatki, zlasti tistih, ki jih periodično pridobiva kot podloge s strani zunanjih dobaviteljev.

P35V aplikaciji mora biti omogočeno upravljanje tabel in slojev (kreiranje, brisanje, urejanje) ter primerjave med sloji (omogočajo Naročniku pridobiti razlike med različnim verzijam istih vrst podatkov).

P36

Ponujena aplikacija mora omogočati delo s prostorskimi podatki izven pisarne in brez povezave s strežnikom. Mobilna aplikacija, ki mora biti izvedena kot samostojna aplikacija (ne kot spletna aplikacija) mora biti na voljo za mobilne naprave Android, Windows in iOS. Mobilna aplikacija mora biti nastavljiva: naročnik si jo lahko samostojno nastavi za zajem različnih slojev, ki si jih bo pripravil za popisovanje v okviru ponujenega sistema in preko istega uporabniškega vmesnika. Omogočati mora tudi urejanje na terenu, pripenjanje slik. Zajem in urejanje prostorskih podatkov na terenu lahko potekata tudi če uporabnik nima povezave s strežnikom GIS: uporabniki lahko sinhronizirajo podatke po vrnitvi s terena oziroma ko se odločijo ponovno vzpostaviti povezavo s strežnikom in prenesti podatke nazaj v centralizirano prostorsko bazo podatkov v ponujenem sistemu.

Ponudnik mora ponudbi priložiti prilogo z opisom mobilne aplikacije, iz katere bodo razvidne zahtevane lastnosti aplikacije in uporabniški vmesniki.

P37

Vsebinske in stilske nastavitve uporabniškega vmesnika (razporeditev atributov po zavihkih forme, vrstni red, velikost in oblika pisave…) se morajo shranjevati na strežniku in se morajo pridobivati iz strežnika kot privzete. Nastavitve se upoštevajo v formah tako za vnos, kot pregledovanje podatkov v sistemu. Administrator lahko te nastavitve samostojno ureja.

P38

Nastavitve posameznih uporabnikov se tako za vnos, kot za pregledovanje podatkov ob zaprtju aplikacije shranijo in se upoštevajo ob ponovnem zagonu. Sistem mora uporabniku omogočati povrnitev nastavitev, ki jih je spremenil, nazaj na privzete vrednosti. Uporabnik ima možnost med delom spreminjati privzete vrednosti nastavitev. Te privzete vrednosti se v sistemu shranijo posebej za vsakega uporabnika. Pri vnosu novih objektov v sistem je možno nastavljati različne strategije prioritet vnosa atributnih podatkov (brez pomoči vnosa, vrednosti predhodnega vnosa enakega tipa objekta, privzete vrednosti, najprej iz predhodnega vnosa, nato iz privzetih vrednosti, najprej privzete vrednosti, nato predhodni vnos).

P39

Urejanje opisa (atributov) elektroenergetskega objekta po umestitvi v prostor mora biti uporabniku prijazno, omogočeno mora biti za več objektov hkrati z enim vnosom (npr. vsem izbranim objektom z enim vnosom spremenimo status ali datum zajema na terenu ipd.). Za vsako vrsto objekta v sistemu je mogoče nastaviti dodatne akcije, ki se izvedejo ob vnosu, spremembi ali brisanju objekta. Npr. avtomatsko spreminjanje nadrejenega objekta pri spreminjanju podrejenega objekta v strukturi, obvezen vnos atributov pri vnosu novega objekta (v primeru preklica vnosa atributov se prekliče tudi vnos grafike ipd.).

P40 Uporabnik mora imeti možnost, da kot možne vrednosti opisnih atributov naniza seznam vrednosti (šifrante) in interval dovoljenih vrednosti (npr. uporabniku dovoli vnos vrednosti 0-100). Uporabnik lahko določi, katere so


privzete vrednosti atributov (se nastavijo tako ob kreiranju objekta) ter obveznost/neobveznost vnosa za posamezne atribute. Med delom mora sistem zagotavljati, da se konfigurirane lastnosti preverjajo (npr. uporabniku kot možne vrednosti omogoča samo izbiro vrednosti iz padajočega seznama).

P41

Vektorski sloji morajo podpirati poligonske, linijske in točkovne geometrije. Omogočena mora biti uporaba geometrij, kjer je en objekt sestavljen iz dveh ločenih geometrij (npr. ko imamo za področje enega objekta dva poligona, ki ju skupno vzdržujemo in zato predstavljata en objekt ali imamo npr. parcelo-poligon v obliki obroča tj. brez notranjega poligona).

P42Sistem mora pri vnosu podatkov omogočati gradnjo iskanja po atributnih podatkih sloja z nastavljanjem vrednosti in operacije (AND/OR) za vsako polje (Query Builder).

P43

Omogočeno je dodajanje določenih objektov v podmnožico (Selection Set), ki jo lahko vnašalci pri vnosu podatkov uporabijo za hitre podrobne poizvedbe, tiskanje ali izvoz. Objekte iz izbirne množice mora biti možno tudi odstranjevati.

P44 Vnašalci morajo imeti omogočene izvoze tako celotnega sloja kot tudi omejevanja izvoza izbrane podatke iz rezultatov poizvedbe.

P45Sistem mora omogočati izvoz označenih sredstev v standardne formate. Pri tem mora biti zagotovljeno vsaj izvoz seznama sredstev v Microsoft Excel in Microsoft Word, izvoz grafike v sliko (JPG, TIFF, WMF) ipd.

P46 Vnos koordinat morajo vnašalci imeti omogočeno tako grafično (tj. preko klika z miško) kot z neposrednim vnosom koordinat.

P47 Ko uporabnik vnese objekt, se mu odpre okno za vnos atributov, kjer so kot privzete vrednosti prenesene vrednosti iz nazadnje kreiranega objekta.

P48

Sistem mora samodejno kontrolirati in omogočati kontrolo dovoljenih prehodov statusa objekta iz enega stanja v drugega. Uporabnik mora imeti možnost definirati, kateri prehod med statusi so dovoljeni (npr. definira da iz statusa v obratovanju ni možen prehod statusa v planiranega ipd.).

P49 Sistem mora omogočati tiskanje rezultatov poizvedbe in kart.

P50 Sistem mora omogočati pripravo in tiskanje na vnaprej pripravljene predloge (templates) za vse skupine uporabnikov.

P51Pri tiskanju se morajo ne glede na skupino uporabnikov izpisati še najmanj: poljuben naslov slike, podatki o merilu, orientaciji (oznaka severa) in datumu tiskanja in legenda.

P52 Pri tiskanju se mora omogočati izbiro velikosti in orientacije papirja.

P53 Sistem mora omogočiti tiskanje tudi na tiskalnik večjih dimenzij, kot npr. A0 (plotter ipd.).

P54

Pri tiskanje se mora omogočati vnos koordinate in merila za območje tiskanja zemljevida na več listov. Omogočati mora izpis indeksnega zemljevida ob tiskanju na več listov in optimalno razporejanje na liste ob tiskanju več objektov.

P55 Sistem mora omogočati tiskanje v PDF dokument z možnostjo nastavitve resolucije.

P56Sistem mora omogočati zgodovino stanja modela na določeni datum. Sistem mora podati stanje podatkovnega modela na določen presečni datum tako za tabelarične podatke, kakor tudi za grafične.

P57

Sistem mora omogočati prikaz merilnih mest na karti. V primeru, da se na isti lokaciji nahaja več merilnih mest, mora sistem zagotoviti prikaz vsakega posameznega, bodisi s klikom na točko ali samodejno razširitvijo glede na prikaz.


P58Sistem mora omogočiti pripenjanje in prikaz fotografij posameznih sredstev ter njim podrejenih sredstev. Urejanje fotografij naj bo omogočen iz vseh aplikacij/kart in vsem tipom uporabnikov.

P59 Sistem mora omogočati pripenjanje dokumentov (npr. DWG, PDF oz. povezave do dokumentnega sistema EBA) na posamezno sredstvo.

Zahteve za shemate Ponujeno DA/NE

SH1

Sistem mora vsebovati komponento za risanje enopolnih električnih shem energetskih objektov. Komponenta za risanje in urejanje enopolnih shem mora biti izvedena na način, ki omogoča prehajanje shem med posameznimi izvedbenimi sklopi, torej od načrtovanja, prek projektive in izvedbe na terenu, do obratovanja in tehnične dokumentacije, pri čemer je v posameznem izvedbenem sklopu enopolno električno shemo možno spremeniti, popraviti, dopolniti in podobno. Narisani elementi enopolne električne sheme morajo biti topološko povezani in topološko ustrezno umeščeni v celoten model elektroenergetskega omrežja, s čimer zagotovimo topološko povezljivost med posameznimi napetostnimi nivoji. Ista komponenta mora zadovoljiti potrebe po risanju enopolnih shem RTP, RP kakor tudi TP in morebitnih stikalnih postaj.

SH2

Za optimalno risanje in urejanje shem mora funkcionalnost za risanje električnih enopolnih shem objektov imeti najbolj pogosto uporabljane grafične simbole elementov že pred definirane, prav tako pa mora funkcionalnost omogočati izdelavo lastnih grafičnih simbolov elementov. Funkcionalnost mora omogočati tudi združevanje in shranjevanje posameznih elementov v skupine, oziroma bloke, ki predstavljajo tipske sestavljene električne elemente, kot so na primer stikalne celice. Za učinkovito risanje shem mora GIS omogočati pripravo predlog. Predloge/knjižnice za standardne sestavljene objekte mora uporabnik-skrbnik nadgrajenega sistema imeti možnost izdelovati samostojno tudi po zaključku projekta.

SH3

Sistem mora vsebovati orodje, ki samodejno izdela shemat električnega omrežja na osnovi prostorskega topološko urejenega omrežja. Zaključeni shemati morajo biti za namene pregledovanja in analize na voljo vsem uporabnikom.

Zadošča, da je orodje za vnos in urejanje shematov hkrati na voljo dvema uporabnikoma. Na shematu je ključna preglednost električnih povezav in ne geografska značilnost povezave (npr. v RTP dovolj razmaknjeni elementi, dolge linije na terenu pa se lahko skrajšajo).

SH4

Sistem izdelave shematov je nastavljiv in omogoča sledeče nastavitve:

vsebina sheme, načine prikaza sheme (orientacijo in položaj objektov na shemi), simbologijo sheme (simbole točkovnih in linijskih objektov), labeliranje (poljuben položaj oznak glede na simbol), ter ostala pravila za shemo (izločevanje vozlišč, algoritmi za

pozicioniranje objektov). Želen izgled shemata je podan na sliki 2 v tehnični specifikaciji. Ponudnik mora ponudbi priložiti prilogo z opisom funkcionalnosti, iz katere bodo razvidne vse lastnosti funkcionalnosti in videz uporabniškega vmesnika.

SH5 Komponenta za izdelavo shematov mora omogočati tudi kreiranje oznak in 35

Elektro Gorenjska, d. d.Dobava in implementacija geografskega informacijskega sistema (GIS), št. NMV17-004

pozicije alarmov, ki se preko CIM integracijske platforme prenesejo v sistem SCADA/DMS.

SH6

Urednik shematov mora imeti možnost interaktivno spreminjati položaje in izgled posameznih ali skupine objektov v avtomatsko izdelanem shematu. Po ročnem urejanju objektov se mora avtomatsko uvajanje sprememb shemata zakleniti. Novosti na modelu morajo imeti možnost ročnega potrjevanja, tako da se shemat pri uvajanju sprememb ne spremeni preveč.

SH7Shema se hrani v centralni podatkovni bazi, in mora biti na voljo večjemu številu uporabnikov, kakor tudi drugim informacijskim sistemom preko CIM vodila.

SH8 Omogočen mora biti izvoz karte v DWG ali DXF in SHP formatu z nastavljivo simbologijo izvoza.

SH9 Omogočeno mora biti shranjevanje shematov v PDF z optimalno velikostjo datoteke in resolucije (vektorski zapis).

SH10 Barvanje shemata se mora izvesti na osnovi napajalnega izvoda. Za vsak izvod mora biti barva ročno nastavljiva.

SH11

Shemat se mora osveževati na osnovi podatkov v podatkovni bazi, vendar se morajo spremembe na shematu izvesti šele po potrditvi urednika shematov. Urednik mora imeti na voljo pregleden vmesnik za analizo predlaganih sprememb, pri čemer naj bo omogočeno, da lahko izbere poljubno spremembo ali celoten nabor sprememb. Omogočena naj bo tudi možnost razveljavitve posameznih sprememb.

SH12Modul za izdelavo shematov mora omogočati tudi izdelavo shemata nizkonapetostnega omrežja izbrane transformatorske postaje glede na topološko povezljivost elementov.

Funkcionalne zahteve Ponujeno DA/NE

F1

Splošni uporabniki sistema morajo imeti na voljo že pripravljeno funkcijo za izpis seznama katastrskih občin ter katastrskih parcel, ki jih prečkajo označeni grafični objekti ali poljubna narisana začasna linija. Funkcija mora imeti možnost izvoza v Excel datoteko.

F2Splošni uporabniki sistema morajo imeti na voljo že pripravljeno funkcijo izvoza poljubno označenih točkovnih objektov v formatu GPX za potrebe uporabe navigacijskih naprav.

F3

Sistem mora splošnim uporabnikom omogočati funkcijo za izračun kapacitivnih prispevkov tokov pri enopolnih kratkih stikih na TR 110/20 kV. Izračun se izvede na podlagi kablov, ki so topološko povezani na določen TR (upoštevanje stanja stikal). Uporabniki morajo imeti možnost rezultat izvoziti v Excel. Potrebne algoritme za izračune lahko naročnik zagotovi v okviru definiranja podrobne specifikacije (WS).

F4

Sistem mora splošnim uporabnikom omogočati funkcijo za izračun proizvodnje jalove moči zaradi kapacitivnosti kabelskih odsekov. Izračun se izvede na osnovi označenih kabelskih odsekov (ročno izbiranje, kabelski odseki na določenem izvodu - pretok navzdol, kabelski odseki na določenem TR - pretok navzdol). Potrebne algoritme za izračune lahko naročnik zagotovi v okviru definiranja podrobne specifikacije (WS).

F5 Sistem mora splošnim uporabnikom omogočati funkcijo za izračun impedance okvarne zanke na nizkonapetostnem izvodu. Funkcija iz poljubno izbrane točke opravi analizo napajalnih nizkonapetostnih povezav do napajalnega TR 20/0,4 kV ter sešteje upornosti faznih in ničnih vodnikov. Potrebne algoritme za izračune lahko naročnik zagotovi v okviru definiranja podrobne


specifikacije (WS).

F6Sistem mora splošnim uporabnikom omogočati funkcijo, ki za izbrano sredstvo (transformatorska postaja) sestavi URL povezavo, ki odpre spletni brskalnik in prikaže podatke s spletnega portala.

Zahteve za poročila Ponujeno DA/NE

R1

Sistem vsebuje komponento za avtomatizirano pripravo in izvoz podatkov o električnem in telekomunikacijskem omrežju v obliki in na način, ki je predpisan za poročanje v Zbirni kataster gospodarske javne infrastrukture (GJI). Komponenta mora omogočati izbiranje vrste sredstev za izvoz (npr.: elektroenergetska sredstva, telekomunikacijska sredstva, kabelske kanalizacije). Komponenta ima možnost razširitve za potrebe prilagajanja pravilnikom GURS-a.

R2

Sistem vključuje poročevalni sistem za avtomatizirano pripravo poročil o električnem omrežju. Poročevalni sistem mora imeti možnost razširitve.Uporabljen podatkovni model EE omrežja omogoča pripravo podatkov skladno z zahtevami Agencije za energijo in Sistemskega operaterja distribucijskega omrežja (SODO).

Ostale zahteve Ponujeno DA/NE

O1

Sistem je nastavljiv tako, da uporabniku tudi po zaključku projekta implementacije omogoča, da samostojno dodaja nove vrste objektov v podatkovni model, dodaja atribute v podatkovni model in preko konfiguracije brez programiranja samostojno oblikuje in spreminja vnosne maske in karte.

O2

Uporabnik (administrator) lahko med vrstami prostorskih objektov samostojno definira relacije, da ustreza relacijam, kot so bila v BTP ali novim relacijam, ki jih bo potreboval v prihodnosti. Ob urejanju objektov te vrste se upoštevajo tako definirane povezave in prikažejo lastnosti objekta in vseh objektov v relaciji z izbranim objektom. Relacije med objekti mora administrator sistema imeti možnost nastavljati in konfigurirati poljubno in samostojno tudi po vpeljavi sistema. Kardinalnost povezav je lahko 1:1, 1:n ali m:n. Pri relacijah se mora kot povezovalne ključe uporabljati globalni identifikator (UUID).

O3

Objektom mora biti omogočeno pripenjanje poljubno število dokumentov v različnih formatih, ki jih podpira operacijski sistem Windows (vsaj PDF, JPG, DWG, ipd.). Odpiranje dokumentov mora biti na voljo iz sistema GIS v privzetem programu za vrsto datoteke. Vrstni red datotek v seznamu se mora prikazovati po določenem ključu. Funkcionalnost mora biti na voljo tako za vnašalce, kot za splošne uporabnike z ustrezno nastavljenimi pravicami.

O4

Sistem mora administratorjem sistema omogočati enostavno nastavljanje pravic dostopa do posameznih tipov objektov omrežja. Splošnemu uporabniku sistema je za posamezen tip objekta možno dodati ali odvzeti pravice za branje, spreminjanje, brisanje in dodajanje novih objektov.

O5 Strežniške komponente sistema morajo vsebovati orodja za efektivno pomoč pri osnovni administraciji prostorske baze (npr. orodje za kreiranje uporabnika prostorske baze, optimizacija zmogljivosti, orodje za pomoč pri nadgradnji na novejše verzije). Vsebovati mora tudi orodja s katerimi administrator lahko izvede celoten izvoz centralne podatkovne baze iz produkcije ali izvoz nastavitev (konfiguracij). Administratorju mora biti omogočeno na izvoženi bazi izvesti ponovno nastavitev sistema z nastavitvenimi orodji (med drugim sprememba podatkovnega modela,


konfiguracija tipov objektov z vsemi svojimi lastnostmi in karakteristikami, karte, vloge objektov v sistemu, privzete vrednosti, nastavitve atributov, validacije vrednosti, definicija povezav med objekti). Po uspešnem testiranju mora sistem omogočati prenos nove konfiguracije v produkcijo.

O6

Sistem mora zagotoviti sledljivost vseh sprememb vsakega zapisa v podatkovni bazi. Za vsako spremembo mora biti jasno razvidno kdo in kdaj jo je izvedel, ter predhodna vrednost atributa. Vpogled v te informacije mora biti omogočeno za administratorje in vnašalce.

O7

Ponujeni sistem mora naročniku omogočati razširljivost. Naročnik mora imeti možnost, da za različne skupine uporabnikov sam dodaja nova orodja in funkcionalnosti in sistem povezuje z drugimi sistemi. Orodja za razvoj dodatnih prilagoditev in integracij sistema morajo biti na razpolago v enem od visokonivojskih programskih jezikov (Python, C#, Basic, Pascal, Java, …) in .NET knjižnicah. Ponudnik mora ponudbi priložiti prilogo z opisom objektov/metod programskih knjižnic, s katerimi ima naročnik možnost v prihodnosti samostojno dopolnjevati in povezovati ponujeno rešitev (zaželena povezava na priročnik).

O8

Za programski vmesnik do spletnih storitev morajo biti na voljo REST ali SOAP vmesniki ali Javascript API knjižnice. Vmesniki morajo omogočati dostop in delo s kartami, dostop do podatkov in dostop do prostorskih operacij.Ponudnik mora posredovati ponudbi priložiti prilogo objektov/metod programskih knjižnic, s katerimi ima naročnik možnost v prihodnosti samostojno dopolnjevati in povezovati ponujeno rešitev (zaželena povezava na priročnik).

O9

Izbrani ponudnik mora zagotoviti knjižnice za dodatni razvoj mobilnih aplikacij.

Ponudnik mora ponudbi priložiti prilogo z objekti/metodami programskih knjižnic, s katerimi ima naročnik možnost v prihodnosti samostojno dopolnjevati in povezovati ponujeno rešitev (zaželena povezava na priročnik).

O10

Naročnik bo po zaključku projekta imel možnost, da samostojno sestavlja tematske karte (nabor slojev, simbologija) in s konfiguracijo, brez programiranja, kreira nove namenske aplikacije za pregledovanje kart in interaktivno delo s prostorskimi podatki.

O11

Sistem mora omogočati arhiviranje podatkov in restavriranje sistema ob večji havariji.

Ponudnik mora ponudbi priložiti prilogo z opisom izdelave varnostne kopije GIS sistema, ter opis postopka za ponovno vzpostavitev sistema v primeru večje okvare ali nesreče.

Ponudnik s podpisom zagotavljam, da bomo v pogodbenem roku zagotovili implementacijo vseh s strani naročnika v tem javnem naročilu zahtevanih storitev in funkcionalnosti.

Kraj in datum: ___________________

Ponudnik:_________________


Documents

Web viewPoložaj osnovnega napajalnega stanja in trenutnega napajalnega stanja se preko CIM-a prenesejo iz sistema vodenja SCADA. ... prenesejo v sistem SCADA/DMS