Көп қабатты модельдің 7 принциптері

Дегенмен, бұл айтылғаннан оңайырақ болса да, мен осы аптадан бастауды қалаймын геофизикалық Бұл тақырып бойынша, осы тақырып бойынша толық кітаптар бар болса да, біз 7 веб-принциптерін 2.0 көп қабатты модель схемасын жинап, оны геоматикалық өріске қолданамыз.

Көп қабатты деп аталатын тұжырымдама клиент-сервер қосымшалары қарқынды дамығаннан кейін пайда болды, бұл Интернеттің өсуіне байланысты, жеке желілер (Интранет) танымал болды. Маңызды мақсаттардың бірі - әзірлеме операцияға әсер етпеуі, үнемі қолданыста болатын жүйеде сұранысты пайдаланушылардан аз болуы.

Осындай жағдай, мысалы, далалық техниктер, картаға түсіру немесе санитарияшылар ақпарат беруі тиіс үлкен кадастрлық жобада; сұраныс деңгейі Анықтамалар немесе онлайн транзакциялар үшін сұраулар бар сыртқы пайдаланушылардың тарапынан ретінде, содан кейін заңды сарапшылар, техникалық ГАЖ және реттеу деректерді өңдеу керек.

Сол кезде осы үлгі мен оның принциптерінің қабаттарын көрейік.

Даму деңгейі

1. Қарапайым дизайн.  Көп қабатты қосымшалар жасалған кезде процесті, деректерді орналастыруды немесе функционалдық мүмкіндіктерді жаңартуды баяулататын функционалдылықты асыра көтеруге болмайтынын түсіну маңызды. Серверде жұмыс жасайтын Javascript тәрізді процедураларды қолдану көптеген қолданушыларға жүйені қайта жүктемей бір уақытта тапсырмаларды орындауға мүмкіндік беретін себебі осы. Процестерді кішірейтуге болатындықтан, дизайнды қарапайым ету үшін процессорлардың саны мен сыйымдылығын қадағалауды қажет етеді ... дегенмен, бұл бағдарламалық жасақтама сәулетшілерінің мамандығы құдайлардың шеберлігі сияқты.

2. Көп құрылғыны қолдануға арналған қосымшалар.  Пайдаланушылар веб-сайт арқылы жұмыс үстеліндегі құрылғылардан немесе әр түрлі мобильді құрылғылардан ақпарат алғысы келетіндігін ескеру қажет, сондықтан даму осы қағиданы ескеруі керек. Белгілі гаджеттердің эволюциясын болжау оңай болмаса да, кем дегенде жобаның ерекшелігін кадастрлық үдеріс жағдайындағыдай, GPS жабдығы мен ГАЖ қосымшалары бар PDA-ны пайдалану сияқты деректерді беру және жүктеу мақсатында қарастыру керек. / АЖЖ кестелік деректерді берудің минималды мүмкіндіктері және растрлық / векторлық деректерді пайдалану мүмкіндігі. Кәсіптің мамандығы әртараптандырылғандықтан, технологиялардың ілгерілеуі туралы білу қажет.

3. Деректер базасы арқылы.  Процессорды құлап қалмас үшін қолданушы орындайтын кез-келген әрекетті мәліметтер базасына қарапайым қоңырау деп санаған жөн, сондықтан файлдарды тасымалдау қолданылса, веб-қызметтерді жасаған жөн. Егер карталар пайдаланылатын болса, идеал жариялау үшін БМЖ қызметтерін құру болып табылады, ал егер құжаттар жүктелетін болса, веб-қызметтердің қолданылуын іздеңіз.

Процесс қабаты

4. Веб-платформа ретінде.  Интранет немесе Интернет болсын, тұжырымдама бірдей, пайдаланушылардың жұмыс ортасы онлайн режимінде болады, сонда кез-келген процесс түрі серверден өтеді. Мұны келесі қағида толықтырады, өйткені мақсат - жұмыс үстелі қосымшаларын қайта құру қажет болғанымен, үлкен ресурстарға ие командаларды қажет етпеуді қамтамасыз ету.

5. Интернет-қосымшаларды пайдалану.  Бұл әзірлеушілер үшін үлкен қиындық, өйткені бұл қабатта сұраныстан тыс процестерді жүзеге асыратын пайдаланушылар деңгейі де бар. Кадастрлық қызмет көрсету жағдайы кестелік мәліметтермен айла-шарғы жасауды ғана емес, дискретті файлдарды қолдануды талап етеді. Ол үшін таңдалған бағдарламалық жасақтама басқарылатын файлды басқару ортасын, нұсқасын және checkout-checkin деп аталатын процесті қамтамасыз етуі керек; Сонымен қатар, API функционалдылықты нақтылау және жұмыс үстелінің синхрондауын қиындату мүмкіндігін болдырмайды деп күтілуде.

Пайдаланушы қабаты

6. Ұжымдық интеллект.  Бұл қағида қазіргі кезде өте танымал қауымдастық тұжырымдамасынан туындайды. Пайдаланушылар өз күмәнімен, шешімімен бөлісіп, ұжымдық дағдыларды пайдалана алатындай форумдар болсын, желілер немесе жедел хабар алмасу арналары болсын, пайдаланушылар арасындағы байланысты жеңілдететін интерфейстерді құру өте маңызды.

7. Кері байланыс.  Пайдаланушылар қателер туралы есеп бере алатын, түсініктемелер қосатын автоматтандырылған немесе ерікті бола алатындай етіп жасалған қызметтердің жеткілікті функционалдығы болуы керек.Маңыздысы, қалған екі қабатты басқаратын пайдаланушылар келушілер туралы білуі керек. Сондай-ақ, осы деңгейде шектеулі қол жетімділік, функционалды тіркеу және автоматты өзгерістерді жаңарту күтілуде.

Бұл қағидалар бағдарламалық жасақтаманың брендін шешуге сәтте әсер етуі керек, негізінен, оның өмірі шығыс өнімдерінде емес, оны дамытатын қолға айналдырады.