Принципите 7 на многослойния модел

Въпреки че е по-лесно да се каже, отколкото да се направи, бих искал да започна тази седмица geofumando По този въпрос, въпреки че има пълни книги по този въпрос, ще използваме 7 уеб принципите 2.0, за да обобщим схемата на многослойния модел и да го приложим към геоматичното поле.

Концепцията, известна като многослойна, възниква, след като приложенията клиент-сървър взеха бум, свързан с растежа на Интернет, докато частните мрежи (Интранет) също станаха популярни. Една от най-важните цели е, че разработката не засяга операцията, още по-малко потребителите на заявки в система, която се използва постоянно.

Такъв е случаят, например при мащабен кадастрален проект, в който полеви техници, картографиране или цифровизатори трябва да захранват информацията; тогава юридическите анализатори, GIS и техниците за узаконяване трябва да обработват данните, докато от страна на външни потребители има търсене на ниво консултации или искания за онлайн процедури.

Нека видим след това слоевете на този модел и неговите принципи.

Разработващият слой

1. Прост дизайн.  Важно е да се разбере, че когато се разработват многослойни приложения, функционалностите, които ще забавят процеса, разполагането на данни или актуализирането на функционалностите, не могат да бъдат преувеличени. Това е причината, поради която използването на подобни на Javascript процедури, изпълнявани на сървър, позволява на много потребители да изпълняват задачи едновременно, без да презареждат системата. Тъй като процесите могат да бъдат направени по-малки, това изисква само наблюдение на броя и капацитета на процесорите, за да улесни дизайна ... макар че това повече от специалност на софтуерните архитекти изглежда е по-скоро умение на боговете.

2. Приложения за използване на множество устройства.  Необходимо е да се има предвид, че потребителите ще искат достъп до информация от настолни устройства или различни мобилни телефони чрез мрежата, така че разработката трябва да вземе предвид този принцип. Въпреки че не е лесно да се предвиди развитието на добре познатите приспособления, поне специалността на проекта трябва да се има предвид за целите на подаването и изтеглянето на данни, както в случая с кадастрален процес, използването на GPS оборудване и PDA с ГИС приложения / CAD с минимални възможности за таблично подаване на данни и използване на растерни / векторни данни. Тъй като специалността на бизнеса е диверсифицирана, е необходимо да бъдете наясно с напредъка на технологиите.

3. Чрез база данни.  За да се запази процесорът без колапс, е необходимо да се има предвид, че всяко действие, което потребителят изпълнява, е просто извикване на базата данни, така че ако се използва трансфер на файлове, за предпочитане е да се създадат уеб услуги. Ако ще се използват карти, идеалното е да се създадат IMS услуги за публикуване и ако документите ще бъдат изтеглени, потърсете използването на уеб услуги.

Процесният слой

4. Мрежата като платформа.  Независимо дали става дума за интранет или интернет, концепцията е една и съща, търсейки работната среда на потребителите да бъде онлайн, така че всякакъв вид процеси да се изпълняват от сървъра. Това се допълва от следния принцип, тъй като намерението е да се гарантира, че работата на процесите не изисква екипи с големи ресурси, въпреки че е необходимо да се преработи настолните приложения.

5. Използване на онлайн приложения.  Това е голямо предизвикателство за разработчиците, тъй като този слой включва и ниво на потребители, които извършват процеси, които надхвърлят заявката. Такъв е случаят с кадастралната поддръжка, която изисква използването на дискретни файлове, а не само манипулиране на таблични данни. За това избраният софтуер трябва да осигури контролирана среда за управление на файлове, създаване на версии и процес, известен като checkout-checkin; API също се очаква да предостави възможности за персонализиране на функционалността и да предотврати усложняването на процесите на работния плот на синхронизацията.

Потребителският слой

6. Колективно разузнаване.  Този принцип идва от концепцията за общността, много популярна в наши дни. Важно е да се създадат интерфейси, които улесняват комуникацията между потребителите, независимо дали става въпрос за тези форуми, мрежи за поддръжка или канали за незабавни съобщения, така че потребителите да могат да споделят своите съмнения, решения и да се възползват от колективните умения.

7. Обратна връзка.  Създадените услуги трябва да имат достатъчно функционалности, така че потребителите да могат да докладват за грешки, да добавят коментари да бъдат автоматизирани или доброволни.Важното е потребителите, които управляват другите два слоя, да знаят за посетителите. Ограничен достъп, функционално регистриране и автоматично актуализиране на промените също се очакват на това ниво.

Тези принципи трябва да оказват влияние върху момента, в който да се вземе решение за марка на софтуер, главно защото животът на това не е в продуктите на излизане, а в способността му да го развива.