Geruza anitzeko modeloaren 7 printzipioak

Eginda baino errazagoa izan arren, aste honetan hasi nahi dut geofumando Gai honi buruz, gai honi buruzko liburu osatuak badira ere, 7 Web printzipioak 2.0 erabiliko ditugu, geruza anitzeko ereduaren laburpena egiteko eta geomatikoki aplikatzeko.

Geruza anitzeko deritzon kontzeptua bezero-zerbitzari aplikazioek gorakada izan ondoren sortu zen, Interneten hazkundeari lotuta sare pribatuak (Intranet) ere ezagunak bihurtu ziren aldi berean. Helburu garrantzitsuenetako bat da garapenak eragiketari ez eragitea, eta are gutxiago etengabe erabiltzen den sistema bateko kontsulta erabiltzaileei.

Esate baterako, esate baterako, katastroko proiektu masibo batean, non eremuan teknikariak, mapak edo digitalizatzaileak informazioa elikatu behar duten; orduan, analista legalak, GISak eta erregulazio teknikariak datuak prozesatu behar dituzte, kanpoko erabiltzaileen alde egitean eskari bat dago kontsulta-mailan edo lineako prozeduren eskakizunetan.

Ikus dezagun, beraz, eredu honen geruzak eta printzipioak.

Garapen geruza

1. Diseinu sinplea.  Garrantzitsua da ulertzea geruza anitzeko aplikazioak garatzen direnean ezin direla prozesua motelduko duten funtzionalitateak, datuen hedapena edo funtzionalitateen eguneratzea gehiegizkoak izan. Horregatik, zerbitzari batean exekutatzen diren Javascript moduko prozedurak erabiltzeak erabiltzaile askok zereginak aldi berean exekutatzea ahalbidetzen du sistema berriro kargatu gabe. Prozesuak txikiagoak izan daitezkeenez, prozesadoreen kopurua eta ahalmena kontrolatzea baino ez da behar diseinua sinplea izan dadin ... software arkitektoen espezialitatea izatea baino gehiago jainkoen trebetasuna dela dirudi.

2. Gailu anitzeko erabilerarako aplikazioak.  Kontuan hartu behar da erabiltzaileek mahaigaineko gailuetatik edo hainbat mugikorretatik informazioa sarbidea izan nahi dutela web bidez, beraz, garapenak printzipio hori kontuan hartu behar du. Tramankulu ezagunen bilakaera aurreikustea erraza ez den arren, proiektuaren espezialitatea behintzat kontuan hartu behar da datuak elikatzeko eta deskargatzeko, katastroko prozesu baten kasuan, GPS ekipoen eta PDA-en erabilera GIS aplikazioekin. / CAD taulako datuen jarioaren gutxieneko gaitasunekin eta raster / bektoreen datuak erabiltzea. Negozioaren espezialitatea dibertsifikatua denez, beharrezkoa da teknologien aurrerapenaz jabetzea.

3. Datuen bidez.  Prozesadore batek kolapsoik izan ez dezan, kontuan hartu behar da erabiltzaileak burutzen duen edozein ekintza datu basera deitzeko sinplea dela; beraz, fitxategien transferentzia erabiltzen bada, hobe da web zerbitzuak sortzea. Mapak erabiliko badira, aproposa IMS zerbitzuak sortzea da argitaratzeko eta dokumentuak deskargatuko badira, bilatu web zerbitzuen erabilera.

Prozesuaren geruza

4. Weba plataforma gisa.  Intranet edo Internet izan, kontzeptua berdina da, erabiltzaileen lan ingurunea linean egoteko bila, zerbitzaritik abiatutako edozein motatako prozesuak bilatuz. Hau honako printzipioarekin osatzen da, asmoa baita prozesuen funtzionamenduak baliabide handiak dituzten taldeak behar ez izatea, mahaigaineko aplikazioak berriro diseinatzea beharrezkoa den arren.

5. Lineako aplikazioak erabiltzea.  Erronka handia da garatzaileentzat, geruza honek kontsultatik haratago doazen prozesuak egiten dituzten erabiltzaileen maila ere barne hartzen baitu. Hala nola, katastroko mantentze-lanen kasua da, fitxategi diskretuak erabiltzea eskatzen du eta ez bakarrik datu taulen manipulazioa. Horretarako, aukeratutako softwareak fitxategiak kudeatzeko ingurune kontrolatua, bertsioak eta checkout-checkin deritzon prozesua eskaini behar ditu; APIak funtzionalitatea partikularizatzeko eta mahaigaineko prozesuek sinkronizazioa zailtzea eragozteko gaitasunak emango dituela ere espero da.

Erabiltzailearen geruza

6. Adimen kolektiboa.  Printzipio hau gaur egun oso ezaguna den komunitatearen kontzeptutik dator. Garrantzitsua da erabiltzaileen arteko komunikazioa errazten duten interfazeak sortzea, izan foro horiek, laguntza sareak edo berehalako mezularitza kanalak, erabiltzaileek zalantzak, soluzioak eta gaitasun kolektiboak aprobetxatu ahal izateko.

7. Feedback.  Sortutako zerbitzuek nahikoa funtzionalitate izan behar dituzte erabiltzaileek akatsak salatu ahal izateko, iruzkinak automatikoak edo borondatezkoak izan daitezen. Garrantzitsua da beste bi geruzak kudeatzen dituzten erabiltzaileek bisitarien berri izatea. Sarbide mugatua, erregistro funtzionala eta aldaketen eguneratze automatikoa ere espero dira maila honetan.

Printzipio horiek softwarearen marka bat erabakitzeko orduan eragina izan behar dute, batez ere bizitza honen irteera produktuak ez baitira, baina eskuz garatzeko gaitasuna du.