Geospatial - GISInternet na Blogu

Kanuni za 7 za mfano wa multilayer

Mfano wa multilayer wa 4

Ingawa ni rahisi kusema kuliko kufanya, napenda kuanza wiki hii geofumando Katika suala hili, ingawa kuna vitabu kamili juu ya suala hili, tutatumia kanuni za 7 za Mtandao wa 2.0 kwa muhtasari wa mpango wa mfano wa multilayer na kuitumia kwenye shamba la geomatic.

Wazo linalojulikana kama multilayer, linatokea baada ya matumizi ya mteja-seva kuchukua kasi, iliyounganishwa na ukuaji wa mtandao wakati mitandao ya kibinafsi (Intranet) pia ikawa maarufu. Moja ya malengo muhimu zaidi ni kwamba maendeleo hayaathiri operesheni, isitoshe watumiaji wa swala katika mfumo ambao unatumika kila wakati.

Hiyo ni kesi, kwa mfano, katika mradi mkubwa wa cadastre ambao wataalamu wa shamba, ramani au digiti wanapaswa kulisha habari; basi wachambuzi wa kisheria, GIS na wataalamu wa regularization lazima wafanyie data wakati wa upande wa watumiaji wa nje kuna mahitaji katika kiwango cha kushauriana au maombi ya taratibu za mtandaoni.

Hebu angalia basi tabaka za mfano huu na kanuni zake.

Safu ya maendeleo

Mfano wa multilayer wa 1

Mfano wa multilayer wa 111. Ubunifu rahisi.  Ni muhimu kuelewa kuwa wakati matumizi ya safu anuwai yanapotengenezwa, utendaji ambao utapunguza mchakato, kupelekwa kwa data au sasisho la utendaji haliwezi kutiliwa chumvi. Hii ndio sababu matumizi ya taratibu kama za Javascript zinazoendesha kwenye seva huruhusu watumiaji wengi kutekeleza majukumu kwa wakati mmoja bila kupakia tena mfumo. Kwa kuwa michakato inaweza kufanywa kuwa ndogo, inahitaji tu kufuatilia idadi na uwezo wa wasindikaji kuweka muundo rahisi ... ingawa hii zaidi ya kuwa utaalam wa wasanifu wa programu inaonekana kuwa ujuzi zaidi wa miungu.

Mfano wa multilayer wa 12 2. Maombi ya matumizi ya vifaa anuwai.  Inahitajika kuzingatia kuwa watumiaji watataka kupata habari kutoka kwa vifaa vya eneo-kazi au vifaa anuwai kupitia wavuti, kwa hivyo maendeleo lazima izingatie kanuni hii. Ingawa si rahisi kutabiri mabadiliko ya vifaa vinavyojulikana, angalau utaalam wa mradi lazima uzingatiwe kwa madhumuni ya kulisha na kupakua data, kama ilivyo katika mchakato wa cadastral, utumiaji wa vifaa vya GPS na PDA na matumizi ya GIS / CAD iliyo na uwezo mdogo wa kulisha data, na matumizi ya data ya raster / vector Kwa kuwa utaalam wa biashara ni mseto, ni muhimu kufahamu maendeleo ya teknolojia.

Mfano wa multilayer wa 13 3. Via Database.  Ili kuweka processor bila kuanguka, ni muhimu kuzingatia kwamba kitendo chochote ambacho mtumiaji hufanya ni simu rahisi kwa hifadhidata, kwa hivyo ikiwa uhamishaji wa faili unatumiwa, ni vyema kuunda huduma za wavuti. Ikiwa ramani zitatumika, bora ni kuunda huduma za IMS kwa uchapishaji na ikiwa hati zitapakuliwa, tafuta utumiaji wa huduma za wavuti.

Safu ya Mchakato


Mfano wa multilayer wa 2

Mfano wa multilayer wa 21 4. Mtandao kama jukwaa.  Iwe Intranet au Mtandaoni, dhana hiyo ni sawa, ikitafuta mazingira ya kazi ya watumiaji kuwa mkondoni kwa hivyo aina yoyote ya michakato inaendeshwa kutoka kwa seva. Hii inaongezewa na kanuni ifuatayo kwa sababu nia ni kuhakikisha kuwa utendaji wa michakato hauitaji timu zilizo na rasilimali kubwa, ingawa ni muhimu kuunda upya programu za desktop.

Mfano wa multilayer wa 22 5. Matumizi ya programu za mtandaoni.  Hii ni changamoto kubwa kwa watengenezaji, kwani safu hii pia inajumuisha kiwango cha watumiaji ambao hufanya michakato ambayo inapita zaidi ya swala. Hiyo ndio kesi ya utunzaji wa cadastral, ambayo inahitaji utumiaji wa faili tofauti na sio udanganyifu tu wa data ya mezani. Kwa hili, programu iliyochaguliwa lazima itoe mazingira yanayodhibitiwa ya usimamizi wa faili, toleo na mchakato unaojulikana kama Checkout-checking; API pia inatarajiwa kutoa uwezo wa kubainisha utendaji na kuzuia michakato ya eneo-kazi kutoka kwa usawazishaji mgumu.

Layer Mtumiaji

Mfano wa multilayer wa 3

Mfano wa multilayer wa 31 6. Ushauri wa pamoja.  Kanuni hii inatoka kwa dhana ya jamii, maarufu sana siku hizi. Ni muhimu kuunda mwingiliano unaowezesha mawasiliano kati ya watumiaji, iwe ni foramu hizi, mitandao ya msaada au njia za kutuma ujumbe, ili watumiaji waweze kushiriki mashaka yao, suluhisho na watumie ujuzi wa pamoja.

Mfano wa multilayer wa 32 7. Maoni  Huduma zilizoundwa lazima ziwe na utendaji wa kutosha ili watumiaji waweze kuripoti makosa, ongeza maoni ni otomatiki au ya hiari. Jambo muhimu ni kwamba watumiaji wanaosimamia tabaka zingine mbili wanajua juu ya wageni. Ufikiaji ulio na vizuizi salama, uvunaji wa kazi, na uppdatering wa mabadiliko ya kiotomatiki pia unatarajiwa katika kiwango hiki.

Kanuni hizi zinapaswa kuwa na ushawishi wakati wa kuamua kwa ajili ya brand ya programu, hasa kwa sababu maisha ya hii sio katika bidhaa za exit lakini kwa uwezo wa kuweka mkono unaoendelea.

Golgi Alvarez

Mwandishi, mtafiti, mtaalamu wa Miundo ya Usimamizi wa Ardhi. Ameshiriki katika uundaji dhana na utekelezaji wa miundo kama vile: Mfumo wa Kitaifa wa Utawala wa Mali SINAP nchini Honduras, Mfano wa Usimamizi wa Manispaa za Pamoja nchini Honduras, Muundo Jumuishi wa Usimamizi wa Cadastre - Usajili huko Nicaragua, Mfumo wa Utawala wa Wilaya ya SAT nchini Kolombia. . Mhariri wa blogu ya maarifa ya Geofumadas tangu 2007 na mtayarishi wa Chuo cha AulaGEO kinachojumuisha zaidi ya kozi 100 kuhusu mada za GIS - CAD - BIM - Digital Mapacha.

Related Articles

2 Maoni

  1. Asante sana, asante sana, nisaidie pia, endelea na kazi hiyo

Acha maoni

Anwani yako ya barua si kuchapishwa. Mashamba required ni alama na *

Rudi kwenye kifungo cha juu