Прынцыпы шматслаёвай мадэлі 7

Хоць гэта лягчэй сказаць, чым зрабіць, я хацеў бы пачаць на гэтым тыдні геадымленне Нягледзячы на ​​тое, што ёсць поўныя кнігі па гэтай тэме, мы будзем выкарыстоўваць 7 прынцыпаў Web 2.0, каб абагульніць схему шматслойнай мадэлі і прымяніць яе да геаматычнага поля.

Канцэпцыя, вядомая як шматслойнасць, узнікла пасля буму прыкладанняў кліент-сервер, звязанага з ростам Інтэрнэту, у той час як прыватныя сеткі (Інтранэт) таксама сталі папулярнымі. Адной з найбольш важных задач з'яўляецца тое, што распрацоўка не ўплывае на працу, а тым больш на запыт карыстальнікаў у сістэме, якая пастаянна выкарыстоўваецца.

Так адбываецца, напрыклад, у маштабным кадастравым праекце, у якім палявыя тэхнікі, картографы або лічбавальнікі павінны карміць інфармацыю; тады юрыдычныя аналітыкі, спецыялісты па ГІС і рэгулярызацыі павінны апрацоўваць дадзеныя, у той час як з боку знешніх карыстальнікаў ёсць попыт на ўзроўні кансультацый або запытаў на анлайн-працэдуры.

Давайце паглядзім на слаі гэтай мадэлі і яе прынцыпы.

Пласт развіцця

1. Просты дызайн.  Важна разумець, што пры распрацоўцы шматслойных прыкладанняў вы не можаце перабольшваць функцыі, якія будуць запавольваць працэс, адлюстроўваць дадзеныя або абнаўляць функцыі. Гэта прычына таго, што выкарыстанне Javascript-падобных працэдур, якія працуюць на серверы, дазваляе многім карыстальнікам выконваць задачы адначасова без перазагрузкі сістэмы. У той ступені, у якой працэсы могуць быць зменшаны, гэта патрабуе толькі назірання за колькасцю і магутнасцю працэсараў, каб захаваць дызайн простым... хоць гэта, здаецца, больш навык ад багоў, чым спецыяльнасць архітэктараў праграмнага забеспячэння.

2. Прыкладанні для выкарыстання на некалькіх прыладах.  Неабходна ўлічваць, што карыстальнікі захочуць атрымаць доступ да інфармацыі з настольных прылад або розных мабільных тэлефонаў праз Інтэрнэт, таму распрацоўка павінна ўлічваць гэты прынцып. Нягледзячы на ​​​​тое, што нялёгка прадбачыць эвалюцыю вядомых гаджэтаў, трэба прынамсі ўлічваць асаблівасці праекта ў мэтах падачы і загрузкі даных, напрыклад, у выпадку кадастравага працэсу, выкарыстання GPS-абсталявання і КПК з праграмамі ГІС/САПР з мінімальнымі магчымасцямі падачы таблічных даных і выкарыстанне растравых/вектарных даных. Паколькі спецыялізацыяй бізнесу з'яўляецца разнастайнае выкарыстанне, неабходна быць у курсе прагрэсу тэхналогій.

3. Праз базу даных.  Каб не было збояў працэсара, неабходна ўлічваць, што любое дзеянне, якое выконвае карыстальнік, з'яўляецца простым зваротам да базы дадзеных, таму, калі будзе выкарыстоўвацца перадача файлаў, лепш ствараць вэб-сэрвісы. Калі будуць выкарыстоўвацца карты, ідэальным варыянтам з'яўляецца стварэнне службаў IMS для публікацыі, а калі дакументы будуць спампоўвацца, звярніце ўвагу на выкарыстанне вэб-службаў.

Узровень працэсу

4. Інтэрнэт як платформа.  Будзь гэта Інтранэт або Інтэрнэт, канцэпцыя тая ж, гарантуючы, што працоўнае асяроддзе карыстальнікаў знаходзіцца ў сетцы, так што любы тып працэсу запускаецца з сервера. Гэта дапаўняецца наступным прынцыпам, паколькі намер складаецца ў тым, каб гарантаваць, што для працы працэсаў не патрэбныя каманды з вялікімі рэсурсамі, нават калі неабходна перапрацаваць настольныя праграмы.

5. Выкарыстанне анлайн-прыкладанняў.  Гэта вялікая праблема для распрацоўшчыкаў, паколькі гэты ўзровень таксама ўключае ўзровень карыстальнікаў, якія выконваюць працэсы, якія выходзяць за рамкі запыту. Такі выпадак кадастравага абслугоўвання, які патрабуе выкарыстання асобных файлаў, а не толькі маніпуляцыі з таблічнымі дадзенымі. Для гэтага абранае праграмнае забеспячэнне павінна забяспечваць кантраляванае асяроддзе кіравання файламі, кіраванне версіямі і працэс, вядомы як праверка-рэгістрацыя; Чакаецца, што API таксама дасць магчымасць наладзіць функцыянальнасць і не дазволіць працэсам працоўнага стала ўскладняць сінхранізацыю.

Узровень карыстальніка

6. Калектыўны розум.  Гэты прынцып паходзіць ад канцэпцыі супольнасці, вельмі папулярнай у нашы дні. Важна ствараць інтэрфейсы, якія палягчаюць зносіны паміж карыстальнікамі, няхай гэта будзе форумы, сеткі падтрымкі або каналы абмену імгненнымі паведамленнямі, каб карыстальнікі маглі дзяліцца сваімі сумненнямі і рашэннямі паміж сабой і выкарыстоўваць перавагі калектыўных навыкаў.

7. Зваротная сувязь.  Створаныя сэрвісы павінны мець дастатковую функцыянальнасць, каб карыстальнікі маглі паведамляць пра памылкі, дадаваць каментарыі, быць аўтаматызаванымі або добраахвотнымі.Важным з'яўляецца тое, што карыстальнікі, якія кіруюць астатнімі двума ўзроўнямі, ведаюць пра наведвальнікаў. Чакаецца, што на гэтым узроўні абмежаваны доступ будзе бяспечным, функцыянальным вядзеннем журналаў і аўтаматычным абнаўленнем змяненняў.

Гэтыя прынцыпы павінны ўплываць пры прыняцці рашэння аб марцы праграмнага забеспячэння, асабліва таму, што жыццё гэтага заключаецца не ў прадуктах, якія выпускаюцца, а ў здольнасці заняцца распрацоўкай.