Parimet e 7 të modelit multilayer

Edhe pse është më e lehtë se sa të bëhet, do të doja të filloj këtë javë geofumando Në këtë temë, edhe pse ka libra të plotë për këtë temë, do të përdorim parimet e 7 Web 2.0 për të përmbledhur skemën e modelit multilajor dhe ta zbatojmë atë në fushën gjeometrike.

Koncepti i njohur si multilayer, lindi pasi aplikacionet klient-server morën një lulëzim, të lidhur me rritjen e internetit ndërsa rrjetet private (Intranet) gjithashtu u bënë të njohura. Një nga objektivat më të rëndësishëm është që zhvillimi të mos ndikojë në operacion, aq më pak në përdoruesit e pyetjeve në një sistem që është në përdorim të vazhdueshëm.

I tillë është rasti, për shembull në një projekt kadastral masiv në të cilin teknikët e terrenit, harta ose digjitalizuesit duhet të ushqejnë informacionin; atëherë analistët ligjorë, GIS dhe teknikët e legalizimit duhet të përpunojnë të dhënat, ndërsa nga ana e përdoruesve të jashtëm ka një kërkesë në nivelin e konsultimeve ose kërkesave për procedurat online.

Le të shohim pastaj shtresat e këtij modeli dhe parimet e tij.

Shtresa e zhvillimit

1. Dizajn i thjeshtë.  Importantshtë e rëndësishme të kuptohet se kur zhvillohen aplikacione me shumë shtresa, funksionalitetet që do të ngadalësojnë procesin, vendosja e të dhënave ose azhurnimi i funksionaliteteve nuk mund të ekzagjerohen. Kjo është arsyeja pse përdorimi i procedurave të ngjashme me Javascript që ekzekutohen në një server lejon shumë përdorues të kryejnë detyra në të njëjtën kohë pa ri-ngarkuar sistemin. Meqenëse proceset mund të bëhen më të vogla, kjo kërkon vetëm monitorimin e numrit dhe kapacitetit të procesorëve për ta mbajtur projektin të thjeshtë ... megjithëse kjo më shumë sesa të jesh një specialitet i arkitektëve të programeve duket se është më shumë një aftësi e perëndive.

2. Aplikime për përdorim me shumë pajisje.  Shtë e nevojshme të merret parasysh që përdoruesit do të dëshirojnë të kenë informacione nga pajisjet desktop ose një shumëllojshmëri e celularëve përmes internetit, kështu që zhvillimi duhet të marrë parasysh këtë parim. Megjithëse nuk është e lehtë të parashikosh evolucionin e veglave të njohura, të paktën specialiteti i projektit duhet të konsiderohet për qëllime të ushqimit dhe shkarkimit të të dhënave, si në rastin e një procesi kadastral, përdorimi i pajisjeve GPS dhe PDA me aplikacionet GIS / CAD me aftësi minimale të të dhënave tabelare, dhe përdorimin e të dhënave raster / vektoriale. Ndërsa specialiteti i biznesit është i larmishëm, është e nevojshme të jeni të vetëdijshëm për përparimin e teknologjive.

3. Nëpërmjet bazës së të dhënave.  Për të mbajtur një procesor të lirë nga shembja, është e nevojshme të merret parasysh se çdo veprim që përdoruesi ekzekuton është një thirrje e thjeshtë në bazën e të dhënave, kështu që nëse përdoret transferimi i skedarit, preferohet të krijohen shërbime në internet. Nëse do të përdoren harta, ideali është krijimi i shërbimeve IMS për botim dhe nëse dokumentet do të shkarkohen, kërkoni përdorimin e shërbimeve të internetit.

Shtresa e Procesit

4. Rrjeti si një platformë.  Qoftë Intranet apo Internet, koncepti është i njëjtë, duke kërkuar që mjedisi i punës së përdoruesve të jetë online, kështu që çdo lloj procesi drejtohet nga serveri. Kjo plotësohet nga parimi i mëposhtëm pasi qëllimi është që të sigurohet që funksionimi i proceseve nuk kërkon skuadra me burime të mëdha, megjithëse është e nevojshme të ridizenjoni aplikacionet desktop.

5. Përdorimi i aplikacioneve në internet.  Kjo është një sfidë e madhe për zhvilluesit, pasi kjo shtresë përfshin gjithashtu një nivel përdoruesish që kryejnë procese që tejkalojnë pyetjen. I tillë është rasti i mirëmbajtjes kadastrale, i cili kërkon përdorimin e skedarëve diskrete dhe jo vetëm manipulimin e të dhënave tabelare. Për këtë, softueri i zgjedhur duhet të sigurojë një mjedis të kontrolluar të menaxhimit të skedarëve, versionimin dhe procesin e njohur si check-checkin; API pritet gjithashtu të ofrojë aftësi për të personalizuar funksionalitetin dhe për të parandaluar që proceset desktop të ndërlikojnë sinkronizimin.

Shtresa e Përdoruesit

6. Inteligjenca Kolektive.  Ky parim vjen nga koncepti i komunitetit, shumë i popullarizuar këto ditë. Shtë e rëndësishme të krijoni ndërfaqe që lehtësojnë komunikimin midis përdoruesve, qofshin këto forume, rrjete mbështetëse ose kanale të mesazheve të menjëhershme, në mënyrë që përdoruesit të ndajnë dyshimet, zgjidhjet e tyre dhe të përfitojnë nga aftësitë kolektive.

7. Feedback.  Shërbimet e krijuara duhet të kenë funksionalitete të mjaftueshme në mënyrë që përdoruesit të raportojnë gabime, të shtojnë komente të automatizuara ose vullnetare.Gjëja e rëndësishme është që përdoruesit që administrojnë dy shtresat e tjera të dinë për vizitorët. Hyrja e kufizuar, regjistrimi funksional dhe azhurnimi i automatizuar i ndryshimit pritet gjithashtu në këtë nivel.

Këto parime duhet të ndikojnë në kohën që do të vendoset nga një markë e software, veçanërisht për shkak se kjo jetë nuk është në produktet e prodhimit, por aftësia për të marrë në duart e tyre në zhvillim.