Multilayer մոդելի 7 սկզբունքները

Թեեւ ավելի հեշտ է ասել, քան արել, ես կցանկանայի սկսել այս շաբաթ geofumming Այս թեմանում, թեեւ առկա են ամբողջական գրքեր այս թեմայով, մենք կօգտագործենք 7- ի 2.0 սկզբունքները, ամփոփելու բազմակողմ մոդելային սխեման եւ այն կիրառելու համար աշխարհագրական ոլորտ:

Հայեցակարգը, որը հայտնի է որպես բազմաշերտ, առաջացել է այն բանից հետո, երբ հաճախորդ-սերվերային ծրագրերը վերելք ապրեցին `կապված ինտերնետի աճի հետ, մինչդեռ մասնավոր ցանցերը (Ինտրանետ) նույնպես հանրաճանաչ դարձան: Ամենակարևոր նպատակներից մեկն այն է, որ զարգացումը չի ազդում գործողության վրա, առավել եւս `հարցումներից օգտվողները համակարգում, որն անընդհատ օգտագործվում է:

Նման դեպքերում, օրինակ, կադաստրային լայնածավալ նախագծում, որտեղ դաշտային տեխնիկները, քարտեզագրումը կամ թվայնացնողները պետք է լրացնեն տեղեկատվությունը, ապա իրավական վերլուծաբանները, GIS- ը եւ կանոնակարգման տեխնիկները պետք է մշակեն տվյալները, մինչդեռ արտաքին օգտագործողների կողմից պահանջարկ կա խորհրդատվության կամ առցանց ընթացակարգերի վերաբերյալ պահանջների մակարդակով:

Եկեք տեսնենք այդ մոդելի շերտերը եւ դրա սկզբունքները:

Զարգացման շերտը

1. Պարզ դիզայն:  Կարևոր է հասկանալ, որ երբ բազմաշերտ ծրագրեր են մշակվում, գործառույթները, որոնք կդանդաղեցնեն գործընթացը, տվյալների տեղակայումը կամ գործառույթների թարմացումը, չեն կարող չափազանցվել: Սա է պատճառը, որ սերվերի վրա աշխատող Javascript- ի նման ընթացակարգերի օգտագործումը թույլ է տալիս շատ օգտվողների միաժամանակ կատարել առաջադրանքներ `առանց համակարգը վերաբեռնելու: Քանի որ գործընթացները կարող են փոքրացվել, դա պահանջում է միայն վերամշակողների քանակի և կարողությունների մոնիտորինգ `դիզայնը պարզ պահելու համար ... չնայած սա, կարծես, ծրագրային ապահովման ճարտարապետների մասնագիտություն լինելն ավելի շատ աստվածների հմտություն է:

2. Դիմումներ բազմալեզու օգտագործման համար:  Անհրաժեշտ է հաշվի առնել, որ օգտվողները կցանկանան համացանցի միջոցով տեղեկատվություն ստանալ սեղանադիր սարքերից կամ մի շարք բջջայիններից, ուստի զարգացումը պետք է հաշվի առնի այս սկզբունքը: Չնայած հայտնի հարմարանքների էվոլյուցիան կանխատեսելը դյուրին չէ, բայց գոնե նախագծի առանձնահատկությունը պետք է դիտարկել տվյալների կերակրման և ներբեռնման նպատակներով, ինչպես կադաստրային գործընթացի դեպքում, GPS սարքավորումների և PDA- ի օգտագործումը GIS ծրագրերով: / CAD ՝ տվյալների աղյուսակային տվյալների թարմացման նվազագույն հնարավորություններով և ռաստերային / վեկտորային տվյալների օգտագործում: Քանի որ բիզնեսի առանձնահատկությունը բազմազան է, անհրաժեշտ է տեղյակ լինել տեխնոլոգիաների առաջընթացի մասին:

3. Տվյալների բազայի միջոցով:  Գործընթացավարը փլուզումից զերծ պահելու համար անհրաժեշտ է հաշվի առնել, որ օգտագործողի կողմից իրականացվող ցանկացած գործողություն պարզ զանգ է դեպի տվյալների բազա, ուստի եթե օգտագործվում է ֆայլերի փոխանցում, նախընտրելի է ստեղծել վեբ ծառայություններ: Եթե ​​կօգտագործվեն քարտեզներ, ապա իդեալական է ստեղծել IMS ծառայություններ հրապարակման համար, և եթե փաստաթղթերը կբեռնվեն, փնտրեք վեբ ծառայությունների օգտագործումը:

Գործընթացի շերտը

4. Համացանցը որպես հարթակ:  Լինի դա Ինտրանետ, թե Ինտերնետ, հայեցակարգը նույնն է, որոնելով, որ օգտագործողների աշխատանքային միջավայրը լինի առցանց, որպեսզի ցանկացած տեսակի գործընթացներ գործարկվեն սերվերից: Սա լրացվում է հետևյալ սկզբունքով, քանի որ նպատակն է ապահովել, որ գործընթացների գործարկման համար մեծ ռեսուրսներ ունեցող թիմեր չպահանջվեն, չնայած անհրաժեշտ է վերափոխել աշխատասեղանի ծրագրերը:

5. Առցանց դիմումների օգտագործումը:  Սա մեծ մարտահրավեր է մշակողների համար, քանի որ այս շերտը ներառում է նաև օգտագործողների մակարդակ, որոնք իրականացնում են գործընթացներ, որոնք գերազանցում են հարցումը: Այդպիսին է կադաստրային սպասարկման դեպքը, որը պահանջում է օգտագործել դիսկրետ ֆայլեր և ոչ միայն աղյուսակային տվյալների շահարկում: Դրա համար ընտրված ծրագրաշարը պետք է ապահովի վերահսկվող ֆայլերի կառավարման միջավայր, ձևափոխում և գործընթաց, որը հայտնի է որպես դրամարկղային գրանցում: Ակնկալվում է, որ API- ն նաև հնարավորություն կտա ֆունկցիոնալությունը մասնավորեցնելու և աշխատասեղանի պրոցեսները համաժամացումը բարդացնելուց:

Օգտագործողի շերտը

6. Հավաքական հետախուզություն:  Այս սկզբունքը բխում է համայնք հասկացությունից, որը շատ տարածված է այս օրերին: Կարևոր է ստեղծել միջերեսներ, որոնք հեշտացնում են օգտվողների միջև շփումը, լինեն այդ ֆորումները, օժանդակ ցանցերը կամ ակնթարթային հաղորդագրությունների ուղիները, որպեսզի օգտվողները կարողանան կիսվել իրենց կասկածներով, լուծումներով և օգտվել հավաքական հմտություններից:

7. Հետադարձ կապ  Ստեղծված ծառայությունները պետք է ունենան բավարար գործառույթներ, որպեսզի օգտվողները կարողանան հաղորդել սխալների մասին, մեկնաբանություններ ավելացնել ավտոմատացված կամ կամավոր: Կարևորն այն է, որ օգտվողները, ովքեր կառավարում են մյուս երկու շերտերը, իմանան այցելուների մասին: Սահմանափակ մուտքը, ֆունկցիոնալ գրանցումը և փոփոխությունների ավտոմատացված թարմացումը նույնպես սպասվում են այս մակարդակում:

Այս սկզբունքները պետք է ազդեն այս պահին որոշելու համար ծրագրային ապահովման բրենդ, հիմնականում, քանի որ դրա կյանքը դուրս է գալիս ելքի արտադրանքից, բայց ձեռքի զարգացման համար: