Princípy 7 viacvrstvového modelu

Aj keď je to jednoduchšie povedané, než by som to urobil, rád by som začal tento týždeň geofumando na túto tému, aj keď existujú celé knihy na túto tému, budeme používať princípy 7 2.0 na webe zhrnúť schému viacvrstvového modelu a aplikovať ich na poli geomatiky.

Koncept známy ako viacvrstvový sa objavil po rozmachu aplikácií klient-server, ktorý súvisel s rastom internetu v rovnakom čase, keď sa stali populárnymi aj súkromné ​​siete (intranet). Jedným z najdôležitejších cieľov je, aby vývoj neovplyvňoval prevádzku, tým menej sa pýtali používatelia v systéme, ktorý sa neustále používa.

Takýto prípad je napríklad v rozsiahlom katastrálnom projekte, v ktorom musia poskytovatelia informačných technológií kŕmiť terénnych technikov, mapovačov alebo digitalizátorov; potom právne analytici, technický GIS a regularizácie musia spracovávať dáta ako zo strany externých užívateľov existuje šetrenie na úrovni dopytu alebo požiadavky na on-line transakcií.

Pozrime sa teda na vrstvy tohto modelu a jeho princípov.

Vývojová vrstva

1. Jednoduchý dizajn.  Je dôležité si uvedomiť, že pri vývoji viacvrstvových aplikácií nemožno preháňať funkcie, ktoré spomalia proces, nasadenie dát alebo aktualizáciu funkcií. To je dôvod, prečo použitie procedúr podobných JavaScriptu, ktoré bežia na serveri, umožňuje mnohým používateľom vykonávať úlohy súčasne bez opätovného načítania systému. Pretože procesy je možné zmenšiť, vyžaduje to iba sledovanie počtu a kapacity procesorov, aby bol dizajn jednoduchý ... aj keď to viac ako byť špecializáciou softvérových architektov sa javí skôr ako zručnosť bohov.

2. Aplikácie na použitie viacerých zariadení.  Je potrebné vziať do úvahy, že používatelia budú chcieť získať prístup k informáciám zo stolových zariadení alebo rôznych mobilných telefónov cez web, takže vývoj musí brať do úvahy tento princíp. Aj keď nie je ľahké predpovedať vývoj známych gadgetov, je potrebné brať do úvahy prinajmenšom špecialitu projektu na účely načítania a načítania údajov, ako je to v prípade katastrálneho procesu, použitia zariadení GPS a PDA s aplikáciami GIS. / CAD s minimálnymi možnosťami tabulkového prenosu údajov a použitím rastrových / vektorových údajov. Pretože je špecializácia podnikania diverzifikovaná, je potrebné si uvedomiť pokrok v oblasti technológií.

3. Prostredníctvom databázy.  Aby sa procesor nezrútil, je potrebné vziať do úvahy, že akákoľvek akcia, ktorú používateľ vykoná, je jednoduchým volaním do databázy, takže ak sa použije prenos súborov, je lepšie vytvoriť webové služby. Ak sa použijú mapy, ideálne je vytvoriť služby IMS na zverejnenie a ak sa budú dokumenty sťahovať, vyhľadajte využitie webových služieb.

Procesná vrstva

4. Web ako platforma.  Či už je to intranet alebo internet, koncept je rovnaký. Hľadá online pracovné prostredie používateľov, aby mohol zo servera bežať akýkoľvek typ procesov. To je doplnené o nasledujúci princíp, pretože zámerom je zabezpečiť, aby prevádzka procesov nevyžadovala tímy s veľkými prostriedkami, aj keď je nevyhnutné redizajnovať desktopové aplikácie.

5. Používanie online aplikácií.  To je veľká výzva pre vývojárov, pretože táto vrstva obsahuje aj úroveň používateľov, ktorí vykonávajú procesy presahujúce rámec dotazu. To je prípad údržby katastra, ktorá si vyžaduje použitie diskrétnych súborov a nielen manipuláciu s tabuľkovými údajmi. Zvolený softvér musí na tento účel poskytovať prostredie riadenej správy súborov, správu verzií a proces známy ako checkout-checkin; Očakáva sa tiež, že API poskytne schopnosti na konkrétnu funkcionalitu a zabráni desktopovým procesom v komplikovaní synchronizácie.

Používateľská vrstva

6. Kolektívna inteligencia.  Tento princíp pochádza z konceptu komunity, ktorý je v dnešnej dobe veľmi populárny. Je dôležité vytvoriť rozhrania, ktoré uľahčujú komunikáciu medzi používateľmi, či už sú to tieto fóra, podporné siete alebo kanály okamžitých správ, aby používatelia mohli zdieľať svoje pochybnosti, riešenia a využívať výhody kolektívnych schopností.

7. Spätná väzba.  Vytvorené služby musia mať dostatok funkcií, aby používatelia mohli hlásiť chyby, pridávať komentáre boli automatické alebo dobrovoľné. Dôležité je, že používatelia, ktorí spravujú ďalšie dve vrstvy, vedia o návštevníkoch. Na tejto úrovni sa tiež očakáva obmedzený prístup, funkčná registrácia a automatická aktualizácia zmien.

Tieto princípy by mali momentálne ovplyvňovať rozhodovanie o značke softvéru, hlavne preto, lebo život nie je vo výstupných produktoch, ale v schopnosti rozvíjať ruku.