{"id":80952,"date":"2020-05-10T01:42:22","date_gmt":"2020-05-09T23:42:22","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/monitoring-v-czode-kak-my-menyali-staruyu-bms-na-novuyu-chast-2"},"modified":"2020-05-10T01:42:22","modified_gmt":"2020-05-09T23:42:22","slug":"monitoring-v-czode-kak-my-menyali-staruyu-bms-na-novuyu-chast-2","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sq\/blog\/administrirovanie\/monitoring-v-czode-kak-my-menyali-staruyu-bms-na-novuyu-chast-2","title":{"rendered":"Monitorimi n\u00eb Qendr\u00ebn e t\u00eb Dh\u00ebnave: si e nd\u00ebrruam BMS-n\u00eb e vjet\u00ebr me nj\u00eb t\u00eb re. Pjesa 2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Monitorimi<\/p>\n

N\u00eb pjes\u00ebn e par\u00eb, fol\u00ebm p\u00ebr arsyet pse vendos\u00ebm t\u00eb z\u00ebvend\u00ebsojm\u00eb sistemin ton\u00eb t\u00eb vjet\u00ebr BMS n\u00eb Qendrat tona t\u00eb t\u00eb Dh\u00ebnave me nj\u00eb t\u00eb re. E jo thjesht t\u00eb z\u00ebvend\u00ebsojm\u00eb, por ta zhvillojm\u00eb nga e para sipas k\u00ebrkesave tona. N\u00eb pjes\u00ebn e dyt\u00eb, tregojm\u00eb se si e realizuam k\u00ebt\u00eb.
\n<\/a><\/noindex><\/p>\n

Analiza e tregut<\/h2>\n

\nDuke marr\u00eb parasysh d\u00ebshirat e p\u00ebrmendura n\u00eb pjes\u00ebs s\u00eb par\u00eb<\/a><\/noindex> vendos\u00ebm t\u00eb heqim dor\u00eb nga p\u00ebrmir\u00ebsimi i sistemit ekzistues, p\u00ebr t\u00eb shkruar nj\u00eb T\u00eb Dh\u00ebna p\u00ebr t\u00eb gjetur zgjidhje n\u00eb treg dhe b\u00ebm\u00eb k\u00ebrkesa te disa kompani t\u00eb m\u00ebdha q\u00eb merreshin ekskluzivisht me krijimin e sistemeve industriale SCADA.\u00a0<\/p>\n

P\u00ebrgjigjet e para nga ata treguan se lider\u00ebt e tregut t\u00eb sistemeve t\u00eb monitorimit kryesisht vazhdojn\u00eb t\u00eb punojn\u00eb me servera fizik\u00eb, edhe pse procesi i migrimit n\u00eb cloud ka filluar tashm\u00eb n\u00eb k\u00ebt\u00eb segmen. Sa i p\u00ebrket rezervimit t\u00eb makinave virtuale - kjo opsion nuk ishte mb\u00ebshtetur nga askush. P\u00ebr m\u00eb tep\u00ebr, dukej se askush nga zhvilluesit e njohur n\u00eb treg nuk e kishte treguar as nj\u00ebfar\u00eb kuptimi p\u00ebr nevoj\u00ebn p\u00ebr rezervim: \"cloud-i nuk bie\" ishte p\u00ebrgjigja m\u00eb e shpesht\u00eb. N\u00eb thelb, na u ofrua q\u00eb t\u00eb vendosnim monitorimin e Qendr\u00ebs s\u00eb t\u00eb Dh\u00ebnave n\u00eb cloud, i cili ndodhej fizikisht n\u00eb t\u00eb nj\u00ebjt\u00ebn Qend\u00ebr.<\/p>\n

K\u00ebtu duhet t\u00eb b\u00ebjm\u00eb nj\u00eb kalim t\u00eb vog\u00ebl p\u00ebr procesin e zgjedhjes s\u00eb kontraktorit. \u00c7mimi, sigurisht, ka r\u00ebnd\u00ebsi, por gjat\u00eb \u00e7do tenderi p\u00ebr realizimin e nj\u00eb projekti t\u00eb komplikuar, n\u00eb faz\u00ebn e dialogut me furnizuesit, fillon t\u00eb ndihesh se kush nga kandidat\u00ebt \u00ebsht\u00eb m\u00eb i interesuar dhe n\u00eb gjendje ta realizoj\u00eb at\u00eb.\u00a0<\/p>\n

Kjo \u00ebsht\u00eb ve\u00e7an\u00ebrisht e dukshme n\u00eb projektet e komplikuara.\u00a0<\/p>\n

N\u00eb baz\u00eb t\u00eb natyr\u00ebs s\u00eb pyetjeve sqaruese p\u00ebr T\u00eb Dh\u00ebnat, mund t\u00eb ndahen kontraktor\u00ebt n\u00eb ata q\u00eb jan\u00eb t\u00eb interesuar thjesht t\u00eb shesin (ndjehet nj\u00eb presion standard nga menaxheri i shitjeve) dhe n\u00eb ata q\u00eb jan\u00eb t\u00eb interesuar n\u00eb zhvillimin e produktit, duke d\u00ebgjuar dhe kuptuar klientin, duke b\u00ebr\u00eb ndryshime konstruktive n\u00eb T\u00eb Dh\u00ebnat edhe para p\u00ebrzgjedhjes finale (madje pavar\u00ebsisht rrezikut t\u00eb v\u00ebrtet\u00eb p\u00ebr t\u00eb p\u00ebrmir\u00ebsuar T\u00eb Dh\u00ebnat e dikujt tjet\u00ebr dhe humbur tenderin), p\u00ebrfundimisht t\u00eb gatsh\u00ebm t\u00eb pranojn\u00eb sfidat profesionale dhe t\u00eb krijojn\u00eb nj\u00eb produkt t\u00eb mir\u00eb.<\/p>\n

E gjith\u00eb kjo na b\u00ebri t\u00eb kushtojm\u00eb v\u00ebmendje nj\u00eb zhvilluesi lokal relativisht t\u00eb vog\u00ebl \u2013 grupit t\u00eb kompanive \"Sanline\", i cili iu p\u00ebrgjigj shumic\u00ebs s\u00eb k\u00ebrkesave tona menj\u00ebher\u00eb dhe ishte i gatsh\u00ebm t\u00eb realizonte t\u00eb gjitha nevojat lidhur me BMS t\u00eb re.\u00a0<\/p>\n

Rreziqet<\/h2>\n

\nNd\u00ebrsa lojtar\u00ebt e m\u00ebdhenj p\u00ebrpiqeshin t\u00eb kuptonin se \u00e7far\u00eb d\u00ebshironim dhe zhvillonin nj\u00eb komunikim t\u00eb ngadalt\u00eb me specialist\u00eb t\u00eb nivelit presales, zhvilluesi lokal caktuar nj\u00eb takim n\u00eb zyr\u00ebn ton\u00eb me pjes\u00ebmarrjen e ekipit t\u00eb tij teknik. Gjat\u00eb k\u00ebtij takimi, kontraktori demonstroi p\u00ebrs\u00ebri d\u00ebshir\u00ebn p\u00ebr t\u00eb marr\u00eb pjes\u00eb n\u00eb projekt dhe \u2013 m\u00eb e r\u00ebnd\u00ebsishmja \u2013 shpjegoi se si do t\u00eb realizohej sistemi i k\u00ebrkuar.\u00a0\u00a0\u00a0\u00a0<\/p>\n

Para takimit, ne pam\u00eb dy rreziqe n\u00eb pun\u00ebn me nj\u00eb ekip, q\u00eb nuk kishte prapa burimet e nj\u00eb kompanie t\u00eb madhe komb\u00ebtare apo nd\u00ebrkomb\u00ebtare:<\/p>\n

    \n
  1. Specialist\u00ebt mund t\u00eb n\u00ebnvler\u00ebsojn\u00eb kapacitetet e tyre dhe n\u00eb rezultat t\u00eb mos arrijn\u00eb, p\u00ebr shembull, mund t\u00eb p\u00ebrdorin softuer t\u00eb nd\u00ebrlikuar ose t\u00eb projektuan algoritme rezervimi t\u00eb pamundura.<\/li>\n
  2. Pas realizimit t\u00eb projektit, ekipi i projektit mund t\u00eb shqiptohet dhe, si rezultat, mb\u00ebshtetja e produktit do t\u00eb ishte n\u00ebn k\u00ebrc\u00ebnim.<\/li>\n<\/ol>\n

    \nP\u00ebr t\u00eb minimizuar k\u00ebto rreziqe, ftuam n\u00eb takim specialist\u00ebt tan\u00eb t\u00eb zhvillimit. Punonj\u00ebsit e kontraktorit t\u00eb mundsh\u00ebm u pyet\u00ebn holl\u00ebsisht n\u00eb lidhje me nd\u00ebrtimin e sistemit, m\u00ebnyr\u00ebn si do t\u00eb realizohet rezervimi dhe pyetje t\u00eb tjera, n\u00eb t\u00eb cilat ne, si sh\u00ebrbim operativ, nuk ishim mjaft kompetent.<\/p>\n

    Verdikti ishte pozitiv: arkitektura e platform\u00ebs ekzistuese BMS \u00ebsht\u00eb moderne, e thjesht\u00eb dhe e besueshme, mund t\u00eb p\u00ebrmir\u00ebsohet, skema e propozuar p\u00ebr rezervimin dhe sinkronizimin \u00ebsht\u00eb logjike dhe funksionale.\u00a0<\/p>\n

    Me rrezikun e par\u00eb u p\u00ebrball\u00ebm. T\u00eb dytin e p\u00ebrjashtuam, duke marr\u00eb nga kontraktori konfirmimin e gatishm\u00ebris\u00eb p\u00ebr t\u00eb na transferuar burimet e kodit t\u00eb sistemit dhe dokumentacionit, dhe gjithashtu duke zgjedhur gjuh\u00ebn e programimit Python, e cila i \u00ebsht\u00eb njohur mir\u00eb specialist\u00ebve tan\u00eb. Kjo na garantoi mund\u00ebsin\u00eb p\u00ebr t\u00eb mb\u00ebshtetur sistemin me forcat tona pa ndonj\u00eb v\u00ebshtir\u00ebsi dhe pa nj\u00eb periudh\u00eb t\u00eb gjat\u00eb trajnimi p\u00ebr punonj\u00ebsit n\u00eb rast se kompania zhvilluese largohet nga tregu.<\/p>\n

    Nj\u00eb p\u00ebrfitim shtes\u00eb i platform\u00ebs ishte se ajo ishte realizuar n\u00eb konteiner\u00eb Docker: n\u00eb k\u00ebt\u00eb ambient funksionojn\u00eb b\u00ebrthama, nd\u00ebrfaqja web dhe DB e produktit. Ky qasje ofron shum\u00eb avantazhe, duke p\u00ebrfshir\u00eb paracaktimin e konfigurimeve p\u00ebr shpejt\u00ebsin\u00eb m\u00eb t\u00eb lart\u00eb t\u00eb shp\u00ebrndarjes s\u00eb zgjidhjes n\u00eb krahasim me \"klasik\u00ebn\" dhe shtimin e thjesht\u00eb t\u00eb pajisjeve t\u00eb reja n\u00eb sistem. Principi \"t\u00eb gjith\u00eb s\u00eb bashku\" thjeshton maksimalisht implementimin e sistemit: mjafton t\u00eb nxjerr\u00ebsh sistemin nga paketa dhe mund ta p\u00ebrdor\u00ebsh menj\u00ebher\u00eb.\u00a0<\/p>\n

    Me nj\u00eb zgjidhje t\u00eb till\u00eb, \u00ebsht\u00eb m\u00eb e leht\u00eb t\u00eb b\u00ebsh kopje t\u00eb sistemit, nd\u00ebrsa p\u00ebrmir\u00ebsimet dhe realizimi i p\u00ebrdit\u00ebsimeve mund t\u00eb b\u00ebhet n\u00eb nj\u00eb mjedis t\u00eb ve\u00e7ant\u00eb, pa nd\u00ebrprer\u00eb funksionimin e zgjidhjes n\u00eb t\u00ebr\u00ebsi.\u00a0\u00a0<\/p>\n

    Pas minimizimit t\u00eb t\u00eb dy risk\u00ebve, kontraktori ofroi nj\u00eb propozim. Ai p\u00ebrfshinte t\u00eb gjitha parametrat m\u00eb t\u00eb r\u00ebnd\u00ebsish\u00ebm p\u00ebr ne p\u00ebr sistemin BMS.<\/p>\n

    Kopjim rezerv\u00eb<\/h2>\n

    \nSistemi i ri BMS duhet t\u00eb ishte n\u00eb re, n\u00eb nj\u00eb makin\u00eb virtuale.\u00a0<\/p>\n

    Asnj\u00eb harduer, asnj\u00eb server dhe t\u00eb gjitha inconveniencat dhe rreziqet e lidhura me k\u00ebt\u00eb model t\u00eb implementimit - zgjidhja n\u00eb re na lejoi t\u00eb shp\u00ebtonim prej tyre p\u00ebrfundimisht. U vendos q\u00eb sistemi do t\u00eb funksiononte n\u00eb re ton\u00ebn n\u00eb dy lokacione t\u00eb Qendr\u00ebs t\u00eb t\u00eb Dh\u00ebnave n\u00eb Sh\u00ebnd Petersburg dhe Mosk\u00eb. K\u00ebto jan\u00eb dy sisteme plot\u00ebsisht funksionale, q\u00eb punojn\u00eb n\u00eb modalitetin aktiv q\u00ebndrim me akses p\u00ebr t\u00eb gjith\u00eb specialist\u00ebt e autorizuar.\u00a0<\/p>\n

    Dy sistemet mbulojn\u00eb nj\u00ebra-tjetr\u00ebn, duke siguruar nj\u00eb rezerv\u00eb t\u00eb plot\u00eb si p\u00ebr kapacitetet llogarit\u00ebse, ashtu edhe p\u00ebr kanalet e transmetimit t\u00eb t\u00eb dh\u00ebnave. Gjithashtu jan\u00eb vendosur masa t\u00eb tjera sigurie, duke p\u00ebrfshir\u00eb kopjimin e t\u00eb dh\u00ebnave dhe kanaleve, sistemeve, makinave virtuale n\u00eb t\u00ebr\u00ebsi, dhe nj\u00eb kopjim t\u00eb ve\u00e7ant\u00eb t\u00eb DB \u00e7do muaj (burimi m\u00eb i \u00e7muar n\u00eb perspektiv\u00ebn e menaxhimit dhe analiz\u00ebs).\u00a0<\/p>\n

    Vlen t\u00eb theksohet se rezervimi si nj\u00eb opsion p\u00ebr zgjidhjen BMS u zhvillua posa\u00e7\u00ebrisht sipas k\u00ebrkes\u00ebs ton\u00eb. Schemi i rezervimit dukej k\u00ebshtu:<\/p>\n

    \"Monitorimi<\/p>\n

    Mb\u00ebshtetje<\/h2>\n

    Nj\u00eb moment thelb\u00ebsor p\u00ebr p\u00ebrdorimin efektiv t\u00eb zgjidhjes BMS \u2013 mb\u00ebshtetje teknike.\u00a0<\/p>\n

    K\u00ebtu gjith\u00e7ka \u00ebsht\u00eb e thjesht\u00eb: sistemi i ri do t\u00eb na kushtonte p\u00ebr k\u00ebt\u00eb tregues 35,000 rubla n\u00eb muaj p\u00ebr SLA \"reaksion brenda 8 or\u00ebsh\", pra 35,000 x 12 \/ 80 = $5,250 n\u00eb vit. Viti i par\u00eb \u2013 falas.\u00a0<\/p>\n

    P\u00ebr krahasim: mb\u00ebshtetje e sistemit t\u00eb vjet\u00ebr BMS nga ofruesi na kushtonte $18,000 n\u00eb vit me rritjen e shum\u00ebs p\u00ebr \u00e7do pajisje t\u00eb re q\u00eb shtohej! Megjithat\u00eb, kompania nuk ofronte menaxher t\u00eb dedikuar, t\u00eb gjitha nd\u00ebrveprimet ndodhnin p\u00ebrmes menaxherit t\u00eb shitjeve, i cili kishte interes p\u00ebr ne si nj\u00eb bler\u00ebs potencial me perspektiv\u00ebn p\u00ebrkat\u00ebse n\u00eb p\u00ebrpunimin e k\u00ebrkesave.\u00a0<\/p>\n

    P\u00ebr m\u00eb pak para mor\u00ebm mb\u00ebshtetje t\u00eb plot\u00eb p\u00ebr produktin, me nj\u00eb menaxher llogarie q\u00eb do t\u00eb merrte pjes\u00eb n\u00eb zhvillimin e produktit, me nj\u00eb pik\u00eb t\u00eb vetme hyrjeje etj. Mb\u00ebshtetja u b\u00eb shum\u00eb m\u00eb fleksib\u00ebl \u2013 fal\u00eb qasjes direkte te zhvilluesit p\u00ebr korigjime t\u00eb menj\u00ebhershme n\u00eb \u00e7do aspekt t\u00eb funksionimit t\u00eb sistemit, integrimit p\u00ebrmes API etj.<\/p>\n

    P\u00ebrdit\u00ebsime<\/h2>\n

    \nN\u00eb propozimin e ofruar p\u00ebr BMS-n\u00eb e re, t\u00eb gjitha p\u00ebrdit\u00ebsimet p\u00ebrfshiheshin n\u00eb koston e mb\u00ebshtetjes, dometh\u00ebn\u00eb nuk k\u00ebrkonin pagesa shtes\u00eb. P\u00ebrjashtimi \u00ebsht\u00eb zhvillimi i funksionaliteteve shtes\u00eb, p\u00ebrtej asaj q\u00eb tregohet n\u00eb TKT.\u00a0<\/p>\n

    Sistemi i vjet\u00ebr supozonte pages\u00eb p\u00ebr p\u00ebrdit\u00ebsimin e programeve t\u00eb integruara falas (si Java), si dhe p\u00ebr korrigjimin e gabimeve. Nuk mund t\u00eb hiqeshim nga kjo, p\u00ebrndryshe n\u00eb munges\u00eb t\u00eb p\u00ebrdit\u00ebsimeve sistemi n\u00eb t\u00ebr\u00ebsi \"ngadal\u00ebsonte\" p\u00ebr shkak t\u00eb versioneve t\u00eb vjetra t\u00eb komponenteve t\u00eb brendshme.<\/p>\n

    Dhe, natyrisht, nuk mund t\u00eb p\u00ebrdit\u00ebsohej programi pa blerjen e paket\u00ebs s\u00eb mb\u00ebshtetjes.<\/p>\n

    Qasja fleksibile<\/h2>\n

    \nNj\u00eb k\u00ebrkes\u00eb tjet\u00ebr e r\u00ebnd\u00ebsishme kishte t\u00eb b\u00ebnte me nd\u00ebrfaqen. Ne d\u00ebshironim t\u00eb siguronim qasje n\u00eb t\u00eb p\u00ebrmes nj\u00eb shfletuesi nga \u00e7do pik\u00eb, pa pasur nevoj\u00eb p\u00ebr pranin\u00eb e nj\u00eb inxhinieri n\u00eb territorin e Qendr\u00ebs s\u00eb t\u00eb Dh\u00ebnave. P\u00ebr m\u00eb tep\u00ebr, ne p\u00ebrpiqeshim p\u00ebr krijimin e nj\u00eb nd\u00ebrfaqe animacioni, p\u00ebr t\u00eb b\u00ebr\u00eb dinamizmin e funksionimit t\u00eb infrastruktur\u00ebs m\u00eb vizual p\u00ebr inxhinier\u00ebt e turneve.\u00a0<\/p>\n

    Gjithashtu, n\u00eb sistemin e ri duhej t\u00eb sigurohej mb\u00ebshtetje p\u00ebr formulat p\u00ebr llogaritjen e pun\u00ebs s\u00eb senzor\u00ebve virtual\u00eb n\u00eb sistemet inxhinierike \u2013 p\u00ebr shembull, p\u00ebr shp\u00ebrndarjen optimale t\u00eb kapacitetit elektrik n\u00eb raftet me pajisje. P\u00ebr k\u00ebt\u00eb, duhej t\u00eb kishim n\u00eb dispozicion t\u00eb gjitha operacionet matematikore t\u00eb njohura, t\u00eb aplikueshme p\u00ebr treguesit e sensor\u00ebve.\u00a0<\/p>\n

    M\u00eb tej, ishte e nevojshme qasje n\u00eb baz\u00ebn e t\u00eb dh\u00ebnave SQL me mund\u00ebsin\u00eb p\u00ebr t\u00eb marr\u00eb t\u00eb dh\u00ebnat e nevojshme mbi funksionimin e pajisjeve \u2013 konkretisht, t\u00eb gjitha regjistrimet mbi monitorimin e dy mij\u00eb pajisjeve dhe dy mij\u00eb sensor\u00ebve virtual\u00eb, q\u00eb gjeneronin rreth 20 mij\u00eb variabla.\u00a0<\/p>\n

    Gjithashtu, na nevojitej nj\u00eb modul p\u00ebr llogaritjen e pajisjeve n\u00eb raft, q\u00eb do t\u00eb jepte nj\u00eb paraqitje grafike t\u00eb vendosjes s\u00eb pajisjeve n\u00eb \u00e7do unit, duke llogaritur gjithashtu pesh\u00ebn totale t\u00eb \"harduerit\", duke mbajtur nj\u00eb bibliotek\u00eb pajisjesh dhe informacion t\u00eb detajuar mbi \u00e7do element.\u00a0<\/p>\n

    Miratimi i TKT-s\u00eb dhe n\u00ebnshkrimi i kontrat\u00ebs<\/h2>\n

    \nN\u00eb at\u00eb koh\u00eb, kur ishte e nevojshme t\u00eb fillonim pun\u00ebn mbi sistemin e ri, korespondenca me \"kompanit\u00eb e m\u00ebdha\" ende ishte shum\u00eb larg diskutimit t\u00eb kostove t\u00eb propozuar prej tyre, prandaj krahasuam propozimin e pranuar me shpenzimet p\u00ebr p\u00ebrdit\u00ebsimin e BMS-s\u00eb s\u00eb vjet\u00ebr (shih. pjes\u00ebn e par\u00eb<\/a><\/noindex>), dhe n\u00eb rezultat ai rezultoi m\u00eb t\u00ebrheq\u00ebs n\u00eb \u00e7mim dhe p\u00ebrputh\u00ebs me k\u00ebrkesat tona.<\/p>\n

    U b\u00eb zgjedhja.<\/p>\n

    Pas pasjesh marrjen e kontraktuesit, avokat\u00ebt filluan t\u00eb p\u00ebrgatisin marr\u00ebveshjen, nd\u00ebrsa ekipet teknike nga t\u00eb dyja an\u00ebt p\u00ebrfunduan detajet e specifikimeve teknike. Si\u00e7 dihet, nj\u00eb specifikim teknik i detajuar dhe i sakt\u00eb \u00ebsht\u00eb baza e suksesit t\u00eb \u00e7do projekti. Sa m\u00eb shum\u00eb detaje t\u00eb jepen n\u00eb specifikime, aq m\u00eb pak zhg\u00ebnjime do t\u00eb ket\u00eb si \u00abne nuk e kishim parashikuar k\u00ebshtu\u00bb.<\/p>\n

    Do t\u00eb jap dy shembuj t\u00eb nivelit t\u00eb detajimit t\u00eb k\u00ebrkesave n\u00eb specifikimet teknike:<\/p>\n

      \n
    1. Qendrat e t\u00eb dh\u00ebnave kan\u00eb kompetenc\u00ebn p\u00ebr t\u00eb shtuar pajisje t\u00eb reja n\u00eb BMS, zakonisht PDU. N\u00eb BMS-n\u00eb e vjet\u00ebr, kjo ishte nj\u00eb nivel \u00abadministratori\u00bb, i cili, p\u00ebrfshir\u00eb, lejonte t\u00eb ndiheshin parametrat e t\u00eb gjitha pajisjeve, dhe ndarja e funksioneve ishte e pamundur. Kjo na shqet\u00ebsoi. N\u00eb versionin baz\u00eb t\u00eb platform\u00ebs s\u00eb re, skema ishte e ngjashme. Ne e kemi sh\u00ebnuar menj\u00ebher\u00eb n\u00eb specifikimet q\u00eb d\u00ebshironim t\u00eb ndanim k\u00ebto role: vet\u00ebm nj\u00eb punonj\u00ebs i autorizuar duhet t\u00eb ndante parametrat, por rojet e nat\u00ebs duhet t\u00eb kishin ende mund\u00ebsin\u00eb t\u00eb shtonin pajisje. Kjo skem\u00eb u miratua p\u00ebr zbatim.<\/li>\n
    2. \u00a0N\u00eb \u00e7do BMS standarde jan\u00eb tri kategori tipike t\u00eb njoftimeve: T\u00cb KUQE \u2013 duhet t\u00eb reagohet menj\u00ebher\u00eb, T\u00cb VERDH\u00cb \u2013 mund t\u00eb v\u00ebzhgohet, T\u00cb BLU \u2013 \u00abInformuese\u00bb. Ne tradicionalisht p\u00ebrdorim njoftimet \u00abblu\u00bb p\u00ebr t\u00eb monitoruar tejkalimin e parametrave tregtar\u00eb, p\u00ebr shembull, tejkalimin e kufijve t\u00eb fuqis\u00eb s\u00eb raftit t\u00eb klientit. Ky lloj njoftimi, n\u00eb rastin ton\u00eb, ishte p\u00ebr menaxher\u00ebt dhe nuk ishte i interesuar p\u00ebr sh\u00ebrbimin e operimit, por n\u00eb BMS-n\u00eb e vjet\u00ebr rregullisht mbushte list\u00ebn e incident\u00ebve aktiv dhe pengonte pun\u00ebn operative. Logjika dhe ngjyra dalluese e njoftimeve ne i konsideruam t\u00eb suksesshme dhe e ruajt\u00ebm, megjithat\u00eb n\u00eb specifikime e sh\u00ebnuam qart\u00eb q\u00eb njoftimet \u00abblu\u00bb duhet, pa i shp\u00ebrqendruar rojet, t\u00eb \u00abshkarkoheshin\u00bb pa z\u00eb n\u00eb nj\u00eb seksion t\u00eb ve\u00e7ant\u00eb, ku do t\u00eb merreshin nga specialist\u00ebt tregtar\u00eb.<\/li>\n<\/ol>\n

      \nMe nj\u00eb nivel t\u00eb ngjash\u00ebm detajimi, ishin p\u00ebrcaktuar format e nd\u00ebrtimit t\u00eb grafik\u00ebve dhe nxjerrjes s\u00eb raporteve, konturet e nd\u00ebrfaqeve, lista e pajisjeve q\u00eb duhej t\u00eb monitoroheshin dhe shum\u00eb gj\u00ebra t\u00eb tjera.\u00a0<\/p>\n

      Ishte nj\u00eb pun\u00eb v\u00ebrtet krijuese e tre grupeve t\u00eb pun\u00ebs \u2013 sh\u00ebrbimi i porosit\u00ebsit, i cili diktonte k\u00ebrkesat dhe kushtet e tij; specialist\u00ebt teknik\u00eb nga t\u00eb dyja an\u00ebt, t\u00eb cil\u00ebt kishin detyr\u00ebn p\u00ebr t\u00eb shnd\u00ebrruar k\u00ebto kushte n\u00eb dokumentacion teknik; ekipi i programuesve t\u00eb kontraktuesit, q\u00eb zbatonte k\u00ebrkesat e porosit\u00ebsit sipas dokumentacionit t\u00eb zhvilluar teknik... N\u00eb fund, disa nga k\u00ebrkesat tona q\u00eb nuk ishin thelb\u00ebsore i p\u00ebrshtat\u00ebm pas funksionalitetit t\u00eb platform\u00ebs s\u00eb ekzistueshme, nd\u00ebrsa disa kontraktuesi u angazhua t'i shkruaj\u00eb p\u00ebr ne.\u00a0<\/p>\n

      Puna paralele e dy sistemeve<\/h2>\n

      \n\"Monitorimi
      \nArriti koha p\u00ebr realizim. N\u00eb praktik\u00eb, kjo n\u00ebnkuptonte se ne i japim kontraktuesit mund\u00ebsin\u00eb p\u00ebr t\u00eb zhvilluar nj\u00eb prototip BMS n\u00eb cloud-in ton\u00eb virtual dhe ofrojm\u00eb qasje n\u00eb rrjet p\u00ebr t\u00eb gjitha pajisjet e nevojshme p\u00ebr monitorim.<\/p>\n

      Megjithat\u00eb, sistemi i ri ende nuk ishte gati p\u00ebr pun\u00eb. N\u00eb k\u00ebt\u00eb faz\u00eb, ishte e r\u00ebnd\u00ebsishme p\u00ebr ne t\u00eb ruanim monitorimin n\u00eb sistemin e vjet\u00ebr dhe n\u00eb t\u00eb nj\u00ebjt\u00ebn koh\u00eb t\u00eb ofronim qasje n\u00eb pajisje p\u00ebr sistemin e ri. Nuk \u00ebsht\u00eb e mundur t\u00eb nd\u00ebrtosh nj\u00eb sistem t\u00eb p\u00ebrshtatsh\u00ebm pa par\u00eb pajisjet q\u00eb, n\u00eb t\u00eb nj\u00ebjt\u00ebn koh\u00eb, nuk mund t\u00eb dislokojm\u00eb nga monitorimi n\u00eb sistemin e vjet\u00ebr.\u00a0<\/p>\n

      K\u00ebto pajisje do t\u00eb ishin n\u00eb gjendje t\u00eb p\u00ebrballonin pyetjet nga dy sisteme, nuk ishte e qart\u00eb pa prov\u00eb reale. Ekzistonte mund\u00ebsia q\u00eb pyetja e dyfisht\u00eb e p\u00ebrbashk\u00ebt t\u00eb sillte shpesh d\u00ebshtime n\u00eb p\u00ebrgjigje nga pajisjet dhe ne do t\u00eb merrnim shum\u00eb gabime p\u00ebr pap\u00ebrshtatshm\u00ebrin\u00eb e pajisjeve, q\u00eb do t\u00eb bllokonte pun\u00ebn e sistemit t\u00eb vjet\u00ebr t\u00eb monitorimit.<\/p>\n

      Departamenti i rrjetit krijoi rrug\u00eb virtuale nga prototipi i BMS-s\u00eb s\u00eb re, e vendosur n\u00eb cloud, n\u00eb pajisje, dhe ne mor\u00ebm rezultatet:\u00a0<\/p>\n