Numuru portabilitāte
LMT, Tele2 un Lattelekom numuru saglabāšanas datubāzi veidošot Datorikas institūts DIVI.
Varbūt kāds var mani apgaismot? Man personīgi ir radies iespaids, ka vienu datubāzi taisīs trīs minēto operatoru projekta ietvaros, bet citu - Satiksmes Ministrija. Vismaz esmu dzirdējis gan no valsts darbiniekiem par šāda projekta prototipa izstrādi, gan esmu manījis LMT, Tele2 un LTK izsludināto aptauju. Esmu mazliet apjucis.
Kāds var īsi noraksturot situāciju?
Pie kam, saprotu, ka pārējiem operatoriem (Latvenergo, LDz, Triatel, Bite, u.t.t.) vajadzēs par bargu naudu pirkt šīs DB izmantošanas tiesības :)
E-pārvaldes lapa ir mirusi. E-Pārvaldes raksts. Redzku saite uz ziņu iekš paša DIVI.
Papildināts
Izskatās, ka operatori ignorē ESD projektu. Iespējams, ka iemesls (viens no tiem) ir pavisam triviāls - valsts projekts paredz šo datubāzi izmantot par velti. Un vispār operatorus, iespējams, neapmierina ESD prasības attiecībā uz šo datubāzi.
Smilgs
2005. gada 12. augustā, plkst. 10:54
Tas nozīmē, ka Latvijā paralēli tiek attīstītas divas sistēmas, kas palīdzēs galvenokārt mobilo, bet arī fiksēto sakaru klientiem mainot operatoru, saglabāt ierasto numuru. Otru sistēmu jau veido IT Alise Elektronisko sakaru direkcijas (ESD) uzdevumā.
Savukārt ESD sabiedrisko attiecību konsultante Gita Valtenberga uzsvēra, ka ESD, jau agrāk šovasar rīkojot konkursu par datu bāzes veidošanu, esot tikai pildījis Elektronisko sakaru likumā paredzētās funkcijas. Viņa atzina, ka apstāklis, ka vienlaikus tiek radītas divas datu bāzes ar to pašu mērķi, var likties dīvaini, un, atsaucoties uz ESD vadītāju Juri Dumpi, sacīja, ka valsts iestāde "ir tikai par sadarbību" ar komersantu veidoto datu bāzi.
(citāts no Dienas biznesa)
Fejda
2005. gada 12. augustā, plkst. 10:54
Te vēl viens links, par šo pašu tēmu. http://www.dtnet.lv/00304258
Tagad arī es jūtos apjucis. Ir vēl kāda alternatīva?
elfz
2005. gada 12. augustā, plkst. 11:40
Interesanti, kā operatori pamatos ESD projekta ignorēšanu, kad pienāks laiks to fiziski ieviest. Valsts projekta ignorēšana (t.i. a priori uzskatīšana, ka šī institūcija nav spējīga tikt galā ar saviem pienākumiem) šķiet diezgan nelāgs un diskreditējošs solis, ja tā ir. Bet būtu pozitīvi dzirdēt kādu skaidrojumu no iesaistītākiem cilvēkiem.
čačeris
2005. gada 12. augustā, plkst. 12:03
Var uzskatīt, ka ESD veidotā būs kā rezerve. Tā ir likumā paredzēta un būs. A kas maksā tas pasūta mūziku, un tādejādi LMT sametās ar vēl 2iem un taisa savu, kādu patīk.
jam
2005. gada 12. augustā, plkst. 14:22
nu pazīstot abus izstrādātājus, šķiet, ka L-T2-L paliks bez sistēmas, ja to darīs DI :) Pieredze ar viņiem neko labu neliek domāt. Nodempigojuši cenas dēļ darbaspēka(studenti) un iedevuši nesamērīgus termiņus.
jam
2005. gada 12. augustā, plkst. 14:31
no tās pašas e-parvaldes raksta:
Līdz šim pievienošanās protokolus sadarbībai datu bāzes izveidē parakstījuši visi Latvijas mobilo tīklu operatori, arī SIA "Bite Latvija", kā arī vairāki fiksēto tīklu operatori - SIA "Lattelenet", SIA "Telecentrs" un SIA "Telekomunikāciju grupa".
enjjj
2005. gada 12. augustā, plkst. 14:58
jam: nu tur tak Bičs :)) viss buus kulē :))
Livingston
2005. gada 12. augustā, plkst. 15:09
jam, bet alises izstrādājumi rullē? :D
jam
2005. gada 12. augustā, plkst. 15:13
Livingston, Notēs taisītais mums rullē reāli. Ja ir kāda probza, tad to ātri sataisa. Visa dokumentu aprite jau 4o gadu griežas uz viņu darba.
Livingston
2005. gada 12. augustā, plkst. 15:16
jam, bet Tu tachu negribētu, lai uz Lotus Notes bāzes taisa kritisku datu bāzi?
dadzis
2005. gada 12. augustā, plkst. 15:26
nav tizlākas vides par lotus notes. labi, muldu, gan jau ka ir, bet nu - tizlas tik un tā!
jam
2005. gada 12. augustā, plkst. 15:35
Ir arī plusi :) Workflow iespējas lieliskas. Par uzeru vajadzībām maz padomāts.
Livingston. Alise arī ar Oraakli darbojas.
Livingston
2005. gada 12. augustā, plkst. 15:58
es tak zinu, ka un kā Alise darbojas ar Oracle. Viens veiksmīgs piemērs par kaut kādu sistēmiņu notīs nav pamats teikt, ka vienas kompānijas studenti ar datu bāzēm tiek sliktāk galā kā studenti no otras kompānijas :)
jam
2005. gada 12. augustā, plkst. 16:24
sistēmiņu?? tu vispār saproti, ko nozīmē organizācijā elektroniska dokumentu aprite ar elektronisku dokumentu saskaņošanu, parakstīšanu, rezolūcijām. Sistēmiņu, phe. Pie mums darbinieki neskraida apkārt ar papīra lapām, lai saskaņotu. Tas viss notiek elektroniski.
Livingston
2005. gada 12. augustā, plkst. 17:05
jam, lai kā arī nešķistu, dokumentu aprites sistēmas ne tuvu nav sarežģītākās sistēmas pasaulē :)
wowow
2005. gada 12. augustā, plkst. 17:29
Gan jau ka Alise savu darbu, ko ieguva konkursa rezultātā, izdarīs- ātrāk vai vēlāk, tas no Alises atkarīgs vel mazākā mērā kā no ESD (pasūtītāja). Vismaz pieredze telecom jomā ir pieteikama. Par Datorikas Institūtu gan māc šaubas, īpaši ja pasūtītāji pieturēsies pie savām prasībām par 99,5% uptime (30 min max interruption) un soda naudām- 10 kilolati reiz 3 par katru pārkāpumu. Bet liekas, ka tie, kas izsludināja operatoru cenu aptauju un izvēlējās uzvarētāju diez ko daudz no IT un biznesa sistēmām vis nesaprata.
wowow
2005. gada 12. augustā, plkst. 17:33
var arī šite palasīties jancīgos komentārus :)) http://www.apollo.lv/portal/articles/53411/cid/87
Zupa
2005. gada 12. augustā, plkst. 18:09
Cilvēki, attopieties. Lotus Notes: noteikti der dokumentu vadībai, noteikti neder kā relāciju DB. Punkts.
DD
2005. gada 12. augustā, plkst. 19:36
gy gy gy.dzīvei nav jēgas, ja jau tā skatās.. :)
Knaģis
2005. gada 12. augustā, plkst. 19:50
izstāstiet, kas tur tādā numuru uzturēšanas db ir tik sarežģīts? Kas tad tur glabājas - numurs, tā īpašnieks, vēsture, kad pie kura operatora bijis piesaistīts. tas arī viss... vai arī ne? nu vēl interfeisi, lai no tās datus izvilktu un iepūstu. tādu sistēmiņu var uztaisīt ātri un ļoti efektīvi.
oldjoe
2005. gada 12. augustā, plkst. 22:06
wowow, par atšķirībām abu uzdevumu specifikācijās nemāku spriest, jo neesmu ne vienu, ne otru redzējis; bet nedomāju, ka starp Alise un DI būtu vērā ņemamas atšķirības spējās izpildīt šāda veida pasūtījumus
oldjoe
2005. gada 12. augustā, plkst. 22:09
p.s. bet vispār interesanti, ka Alise gribēja pildīt abus divus pasūtījumus (t.i., divreiz darīt apmēram vienu un to pašu darbu), tomēr nebija spējīga otrajā gadījumā dot labāko piedāvājumu
elfz
2005. gada 12. augustā, plkst. 22:15
oldjoe: par Alisi un diviem pasūtījumiem punkts vietā ;)
Knaģis
2005. gada 12. augustā, plkst. 22:21
katra izstrādātā projekta autortiesības pieder pasūtītājam, tāpēc arī Alisei būtu bijis jāizstrādā divi pilnīgi dažādi projekti. Un divi dažādi projekti nozīmē to, ka cilvēkresursiem jābūt dubultā. Vēl visādi interešu konflikti utt...
Dexter Lab.
2005. gada 12. augustā, plkst. 23:44
2 zupa: LN nav relaaciju Db!!!!!!
asdf
2005. gada 13. augustā, plkst. 00:27
Knaģis: Autortiesības pieder tikai autoram un tās nevar nodod nevienam citam!
Zupa
2005. gada 13. augustā, plkst. 11:04
2Dexter : jā, praksē pārbaudīts, ka many<-->many attiecīu tur neuzcelt
DimanC
2005. gada 13. augustā, plkst. 12:46
2Zupa. neiet jau runa par to,ko tur var/nevar uzcelt. Lotus notes ir uz dokumentiem bāzēta DB. citas mums labi pazīstamās - uz tabulām un relācijām. pēc definīcijas. tāpēc nav ko pīt iekšā relācijas (jeb, kā Tu saki - attiecības) pie Notēm.
un Notes priekš šī mērķa galīgi neder. jācer, ka nebūs kārtējais sviestā nolaistais pasākums (kā LIIS sistēmas...)
DimanC
2005. gada 13. augustā, plkst. 12:48
runājot par "numuru saglabāšanas DB" - kurš būtu ieguvējs, ja pieeja būtu maksas pasākums? varbūt kāds biku uzvārītos, bet kopējais labums - galīgā d... :-[
Knaģis
2005. gada 13. augustā, plkst. 12:54
asdf, palasies tos līgumus, kurus parasti slēdz pasūtot programmatūras projektus. Ja tas vien nav kāds gatavs softs, kas tiek tirgots tālāk (Birojs vai Apvārsnis), tad gandrīz vienmēr līgumā ir rakstīts, ka visas tiesības uz gatavo kodu pāriet pircējam. Cita lieta, ka dažādus moduļus var norakstīt kā gatavus produktus, kas tiek pārdoti kopā ar izstrādāto produktu, bet pats produkts pieder pircējam.
kaprālis šmits
2005. gada 13. augustā, plkst. 14:13
Knaģis, Tu tiešām domā, ka Alise plānoja organizēt divus pilnīgi neatkarīgus project team, kuri pat nekomunicētos savā starpā, par kaut kādu resursu sharing i nerunājot? ;)
Jo, nedo dies, pakomunicēsies, un abos kodos gadīsies kaut kāda līdzība, un tad pasūtītāji tak varēs sūdzēt viņus tiesā etc etc
Anonymous
2005. gada 13. augustā, plkst. 14:21
Nezinu par pārējiem, bet ar mobilajiem operatoriem būs tā: ir centrālā datubāze (ko uzturēs DIVI, kā es saprotu) un ir katra operatora personīgā datubāze. Klients, aizejot pie operatora veic pieprasījumu portēties. Operators ieliek pieprasījumu savas datubāzes queue, no kurienes tas tālāk aiziet uz centrālo. No centrālās DB tālāk uz operatoru, no kura klients aiziet, lai tas varētu apstiprināt vai atteikt portēšanos. Kad apstiprinās, atkal dati aiziet uz centrālo DB, un no tās atpakaļ uz operatora DB. Kopējais dotais laiks šai operācijai ir 10 dienas. Cik zinu, tad centrālās DB izmantošana būs par velti. I guess...
Kirils
2005. gada 13. augustā, plkst. 15:38
Knagis: "visas" (lietoshanas utml) tiesiibas aiziet pasuutiijaam, iznjemot autortiesiibas, jo LR likumos noteikts, ka taas nekur "neiet". ja liigumaa buutu mineets,domaats, ka programmas autors zaudee autortiesiibas, tad liigums buutu pretrunaa ar LR likumiem un nebuutu juridiski speeciigs.
Rukicc
2005. gada 13. augustā, plkst. 16:42
Par IT alise neko labu nevaru teikt pagaidaam pieredze ne taa labaakaa ar vinju risinajaumiem...
Knaģis
2005. gada 13. augustā, plkst. 19:10
nu labi, es to varbūt nosaucu nepareizi. Bet konkrētais kods beigu beigās piederēs pasūtītājam. Vienkāršāk sakot, esi uztaisījis šādu DB klientam A un pēc tam to nedrīksti pārdot klientam B, ja klients A nedod savu piekrišanu. un jā, pat ja reāli Alisē to būtu taisījuši tie paši cilvēki, tad pieteikumā konkursam jāuzrāda brīvie cilvēkresursi, kas realizēs šo projektu, tātad nevar uzrādīt tos pašus kas jau taisa pirmo projektu. varbūt ka es šur tur te kļūdos, bet nu apmēram tas tā ir...
s_e
2005. gada 14. augustā, plkst. 11:19
Knaģim ir gan taisnība.. Runa ir par mantiskajām tiesībām, nevis tām pāris personiskajām (kas tiešām ir neatsavināmas) - tb visām, ar kurām var pelnīt naudu. Kaut vai autortiesību likuma 12. pantu var palasīties.
Starp citu, "Juridiski spēcīgs līgums" ir ļoti interesants vārdu salikums.
Lupus
2005. gada 14. augustā, plkst. 21:58
Alise, DTI... Muļķības. Labāk iedomājieties par kādām naudām LMT/LTK/Tele2 pārdos valstij pieeju savā datubāzē esošajai informācijai. Un tikai nesakiet ka nepraiģot.
Knaģis
2005. gada 14. augustā, plkst. 22:39
Es tā arī nevaru saprast, kāpēc tāds bums ar šīm sistēmām? Kas tur ir tik varens, ko es viens pats divās nedēļās neuztaisītu? vai tad tur nav vienkāršs numuru saraksts un operatoru vēsture ar pāris extra fīčām? izstāstiet kāds, lūdzu...
elfz
2005. gada 14. augustā, plkst. 22:52
Numuru portabilitātes sistēma nesastāv tikai no softa, ja kas. Tas ietver sevī arī tehniskos hardwariskos risinājumus; ar to, ka Tev stāvēs kaut kur datu bāzīte ar numuru sarakstu, vēl pats process nebeidzas un nesākas. Neaizmirsti arī par juridiskajiem un procesa jautājumiem -- kas notiek no tā brīža, kad klients ierodas LMT/Tele2 ofisā, līdz brīdim, kad numurs sāk funciklēt attiecīgajā tīklā?
Agzas
2005. gada 15. augustā, plkst. 00:17
manupraat, dumaakais ir tas, ka ir 2 sisteemas vienas vietaa. Un uzminiet nu, no kurienes tiks njemta naudinja tam visam? Operatori, protams, njems no saviem klientiem - a ko vinjiem citu. Bet valsts no parasto mirstiigo nodokljiem. Rezultaataa kaada operatora klients par jaunaa pakalpojuma ievieshanu buus samaxaajis dubultaa..
wowow
2005. gada 15. augustā, plkst. 11:25
ESD rīko konkursu. Operatori rīko konkursu. Kāpēc? Labs jautājums.
wowow
2005. gada 15. augustā, plkst. 11:35
Es neko sliktu negribēju teikt par DI spējām uztaisīt prasīto risinājumu, taču ļoti šaubos, ka tas tiks realizēts tā kā to prasīja operatori savā nolikumā. OK, ja operatori izvēlējās attiekties no savām samērā pārspīlētajām prasībām (dublēta tehnika, datubāze un pieslēgumi, problēmu novēršanas laiki, availability utt.), tad cita lieta. Un es neredzu neko sliktu tajā, ka Alise gribēja realizēt abus projektus. P.S. Ak jā, strādāju Alisē :))
Livingston
2005. gada 15. augustā, plkst. 13:01
wowow, pie kādiem projektiem [strādā Alisē]? Pie tiem, kas tiek pabeigti agrāk, vai pie tiem, kas vēlāk? :))
hvz
2005. gada 15. augustā, plkst. 13:10
Vai ta viņiem ir arī tādi, kas tiek pabeigti agrāk ?
Livingston
2005. gada 15. augustā, plkst. 14:03
Cik zinu, tad nav :)
wowow
2005. gada 15. augustā, plkst. 14:14
Gan pie tādiem, gan tādiem. Galvenais, ka tiek pabeigti :))
hvz
2005. gada 15. augustā, plkst. 15:36
nu jā, tas arī ir labs rādītājs, ka vispār tiek pabeigts :)
wrummmm
2005. gada 15. augustā, plkst. 18:04
2hvz: ja tu paskatitos uz tipisku it projektu statistiku shajaa jautaajumaa un kautnedaudz pastudeetu un papeetiitu iemeslus - nebuutu shaadu populistisku izteicienu
acid|burn
2005. gada 16. augustā, plkst. 08:35
hm... Mums t.i. Latvenergo Telekomunikāciju IT grupai ir pateikts, ka sākot no 1. novembra jābūt atbalstam xml soap, kas būs protokols pa kādu notiks visa šī numuru saglabāšanas hevere.
hvz
2005. gada 16. augustā, plkst. 10:06
2wrummmm : ja tu pats pastudētu to visu mazliet dziļāk, tad saprastu, ka tā statistika un iemesli gan attiecas uz inhouse development :)
wrummmm
2005. gada 17. augustā, plkst. 12:28
2hvz: kautko tu galiigi jauc, ar inhouse te vispaar nav nekaada sakara jo tam defakto nav nodoshanas terminja