A többrétegű modell 7 alapelvei

Bár könnyebb mondani, mint kész, szeretném elkezdeni a héten geofumando Ezen a témánál, bár teljes könyvek vannak ebben a témakörben, az 7 2.0 webes alapelveket fogjuk összefoglalni, hogy összefoglaljuk a többrétegű modell sémáját, és alkalmazzuk azt a geomatikus mezőre.

A többrétegű elnevezés az ügyfél-kiszolgáló alkalmazások fellendülése után merül fel, az internet növekedésével összefüggésben, miközben a magánhálózatok (Intranet) is népszerűvé váltak. Az egyik legfontosabb célkitűzés az, hogy a fejlesztés ne befolyásolja a műveletet, még kevésbé a lekérdező felhasználókat egy olyan rendszerben, amely folyamatosan van használatban.

Ilyen például a hatalmas kataszteri projekt, amelyben a helyszíni technikusok, feltérképezők vagy digitizátorok kötelesek betölteni az információt; akkor a jogi elemzőknek, a GIS-nek és a szabályozást végző technikusoknak feldolgozniuk kell az adatokat, míg a külső felhasználók oldalán a konzultáció vagy az online eljárások iránti kérelmek igényei vannak.

Lássuk tehát a modell rétegeit és elveit.

A fejlesztési réteg

1. Egyszerű kialakítás.  Fontos megérteni, hogy a többrétegű alkalmazások fejlesztésekor nem lehet eltúlozni azokat a funkciókat, amelyek lelassítják a folyamatot, az adatok kiépítését vagy a funkciók frissítését. Ez az oka annak, hogy a szerveren futó Javascript-szerű eljárások használata sok felhasználó számára lehetővé teszi a feladatok egyidejű végrehajtását a rendszer újratöltése nélkül. Mivel a folyamatok kisebbek lehetnek, csak a processzorok számának és kapacitásának figyelemmel kísérése szükséges a tervezés egyszerűvé tétele érdekében ... bár ez több, mint a szoftverépítészek különlegessége, úgy tűnik, hogy inkább az istenek készsége.

2. Alkalmazások több eszköz használatára.  Figyelembe kell venni, hogy a felhasználók az interneten keresztül asztali eszközökről vagy különféle mobilokról akarnak információt elérni, ezért a fejlesztésnek ezt az elvet figyelembe kell vennie. Noha nem könnyű megjósolni a jól ismert kütyük evolúcióját, az adatok betáplálása és letöltése céljából legalább a projekt különlegességét kell figyelembe venni, mint például kataszteri folyamat esetén a GPS-eszközök és a PDA-k térinformatikai alkalmazásokkal történő használatát. / CAD minimális táblázatos adattovábbítási képességekkel és raszter / vektor adatok felhasználásával. Mivel a vállalkozás különlegessége változatos, tisztában kell lenni a technológiák fejlődésével.

3. Adatbázison keresztül.  Annak érdekében, hogy a processzor ne essen összeomlásra, figyelembe kell venni, hogy a felhasználó által végrehajtott bármely művelet egyszerű hívás az adatbázisba, ezért ha fájlátvitelre van szükség, akkor előnyösebb webszolgáltatásokat létrehozni. Ha térképeket használnak, akkor ideális az IMS-szolgáltatások létrehozása a közzétételhez, és ha dokumentumokat töltenek le, keresse meg a webes szolgáltatások használatát.

A folyamat réteg

4. A weben mint platform.  Legyen szó intranetről vagy internetről, a koncepció ugyanaz, a felhasználók munkakörnyezetét online keresve, így bármilyen típusú folyamat fut a szerverről. Ezt egészíti ki a következő elv, mert a szándék annak biztosítása, hogy a folyamatok működése ne igényeljen nagy erőforrásokkal rendelkező csapatokat, bár szükséges az asztali alkalmazások újratervezése.

5. Az online alkalmazások használata.  Ez nagy kihívás a fejlesztők számára, mivel ez a réteg olyan felhasználók szintjét is magában foglalja, akik a lekérdezésen túlmutató folyamatokat hajtanak végre. Ilyen a kataszteri karbantartás, amelyhez diszkrét fájlok használata szükséges, és nem csak a táblázatos adatok kezelése. Ehhez a választott szoftvernek biztosítania kell egy ellenőrzött fájlkezelő környezetet, verziószámot és a checkout-checkin néven ismert folyamatot; az API várhatóan képességeket is kínál a funkcionalitás megkülönböztetésére, és megakadályozza az asztali folyamatok bonyolultabb szinkronizálását.

A felhasználói réteg

6. Kollektív hírszerzés.  Ez az elv a közösség fogalmából származik, amely manapság nagyon népszerű. Fontos olyan interfészek létrehozása, amelyek megkönnyítik a felhasználók közötti kommunikációt, legyenek ezek a fórumok, a támogató hálózatok vagy az azonnali üzenetküldő csatornák, hogy a felhasználók megoszthassák kételyeiket, megoldásaikat és kihasználhassák a kollektív képességeket.

7. Visszajelzést.  A létrehozott szolgáltatásoknak elegendő funkcionalitással kell rendelkezniük ahhoz, hogy a felhasználók jelenthessék a hibákat, a megjegyzéseket automatizáltan vagy önkéntesen adhassák meg. Ezen a szinten várható a korlátozott hozzáférés, a funkcionális regisztráció és az automatizált változásfrissítés is.

Ezeknek az elveknek befolyásolniuk kell a szoftver-márkához való döntési pillanatot, elsősorban azért, mert az élet nem a kilépési termékekben van, hanem abban a képességben, hogy kézzel fejlesztheti.