7 принципите на повеќеслојниот модел

Иако е полесно да се каже, отколку да се направи, јас би сакал да започнам оваа недела геофизички На оваа тема, иако има комплетни книги за оваа тема, ние ќе ги користиме 7 веб принципите 2.0 за да ја сумираме шемата на повеќеслојниот модел и да ја примениме на геоматското поле.

Концептот познат како повеќеслоен, се појави откако апликациите клиент-сервер заживеаја бум, поврзан со растот на Интернет, додека приватните мрежи (Интранет) исто така станаа популарни. Една од најважните цели е развојот да не влијае на работењето, а уште помалку на корисниците на пребарување во системот што е во постојана употреба.

Таков е случајот, на пример во масовни земјиште на проектот, каде поле техничари, мапирање или digitizers мора да се хранат информации; тогаш правни аналитичари, технички ГИС и регулирање мора да ги обработува податоците, како од страна на надворешни корисници има прашања на ниво на побарувачка или барања за онлајн трансакции.

Да видиме тогаш слоевите на овој модел и неговите принципи.

Развојниот слој

1. Едноставен дизајн.  Важно е да се разбере дека кога се развиваат повеќеслојни апликации, функционалностите што ќе го забават процесот, распоредувањето на податоците или ажурирањето на функционалностите не можат да бидат претерани. Ова е причината зошто употребата на процедури слични на Javascript што се извршуваат на сервер им овозможува на многу корисници да извршуваат задачи истовремено без повторно вчитување на системот. Бидејќи процесите може да се направат помали, тоа бара само следење на бројот и капацитетот на процесорите за да се одржи дизајнот едноставен ... иако ова повеќе од тоа да се биде специјалитет на софтверски архитекти се чини дека е повеќе вештина на боговите.

2. Апликации за употреба на повеќе уреди.  Неопходно е да се земе предвид дека корисниците ќе сакаат да пристапуваат до информации од десктоп уреди или разни мобилни телефони преку Интернет, затоа развојот мора да го земе предвид овој принцип. Иако не е лесно да се предвиди еволуцијата на добро познатите гаџети, барем специјалитетот на проектот треба да се разгледа за целите на напојување и преземање на податоци, како во случај на катастарски процес, употреба на опрема за GPS и PDA со GIS апликации / CAD со минимални табеларни можности за напојување податоци и употреба на растерски / векторски податоци. Бидејќи специјалноста на бизнисот е диверзифицирана, потребно е да бидете свесни за напредокот на технологиите.

3. Преку База на податоци.  За да се ослободи процесорот од колапс, потребно е да се земе предвид дека секое дејство што корисникот го извршува е едноставен повик до базата на податоци, па затоа, доколку се користи пренос на датотека, се претпочита да се креираат веб-услуги. Ако ќе се користат мапи, идеално е да креирате IMS услуги за објавување и ако документите ќе бидат преземени, побарајте употреба на веб-услуги.

Слој Процес

4. Веб како платформа.  Било да е тоа Интранет или Интернет, концептот е ист, барајќи работната средина на корисниците да биде онлајн, така што секаков вид процеси се извршуваат од серверот. Ова е надополнето со следниот принцип, бидејќи намерата е да се осигура дека работењето на процесите не бара тимови со големи ресурси, иако е потребно да се редизајнираат десктоп апликации.

5. Употреба на онлајн апликации.  Ова е голем предизвик за програмерите, бидејќи овој слој вклучува и ниво на корисници кои извршуваат процеси што ги надминуваат барањата. Таков е случајот со катастарското одржување, што бара употреба на дискретни датотеки и не само манипулација со табеларните податоци. За ова, избраниот софтвер мора да обезбеди контролирана околина за управување со датотеки, верзионирање и процес познат како check-checkin; АПИ исто така се очекува да обезбеди можности за прилагодување на функционалноста и спречување на процесите на работната површина од комплицирање на синхронизацијата.

Кориснички слој

6. Колективна интелигенција.  Овој принцип доаѓа од концептот на заедница, многу популарен деновиве. Важно е да се создадат интерфејси кои ја олеснуваат комуникацијата помеѓу корисниците, било да се овие форуми, мрежи за поддршка или канали за размена на инстант пораки, за да можат корисниците да ги споделат своите сомнежи, решенија и да ги искористат колективните вештини.

7. Повратни информации.  Креираните услуги мора да имаат доволно функционалности за да можат корисниците да пријавуваат грешки, да додаваат коментари или да се автоматизираат. Важно е корисниците да управуваат со другите два слоја да знаат за посетителите. Безбеден ограничен пристап, функционално најавување и автоматско ажурирање на промените, исто така, се очекуваат на ова ниво.

Овие принципи треба да влијаат на моментот кога ќе одлучат за бренд на софтвер, главно поради тоа што животот на ова не е во излезните производи, туку во способноста да го развие раката.