7-principperne for multilagsmodellen

Selvom det er lettere sagt end gjort, vil jeg gerne starte i denne uge georygning Om dette emne, selvom der er komplette bøger om dette emne, vil vi bruge de 7 principper i Web 2.0 til at opsummere skemaet for flerlagsmodellen og anvende det på det geomatiske felt.

Konceptet kendt som multilayer opstod efter at klient-server-applikationer boomede, knyttet til væksten af ​​internettet, mens private netværk (Intranet) også blev populære. Et af de vigtigste mål er, at udviklingen ikke påvirker driften og endnu mindre forespørgselsbrugerne i et system, der er i konstant brug.

Sådan er det f.eks. i et massivt matrikelprojekt, hvor feltteknikere, kortlæggere eller digitalisere skal fodre informationen; så skal juridiske analytikere, GIS og regulariseringsteknikere behandle dataene, mens der fra eksterne brugeres side er en efterspørgsel på niveau med høring eller anmodninger om online procedurer.

Lad os så se lagene i denne model og dens principper.

Udviklingslaget

1. Enkelt design.  Det er vigtigt at forstå, at når du udvikler flerlagsapplikationer, kan du ikke overdrive i funktioner, der vil sænke processen, vise data eller opdatere funktioner. Dette er grunden til, at brugen af ​​Javascript-lignende procedurer, der kører på en server, giver mange brugere mulighed for at udføre opgaver på samme tid uden at genindlæse systemet. I det omfang processer kan gøres mindre, kræver det kun, at man holder øje med antallet og kapaciteten af ​​processorer for at holde designet simpelt... selvom dette ser ud til at være mere en færdighed fra guderne end at være et speciale hos softwarearkitekter.

2. Ansøgninger til brug af flere enheder.  Det er nødvendigt at overveje, at brugere ønsker at få adgang til information fra desktop-enheder eller en række forskellige mobiler via nettet, så udviklingen skal overveje dette princip. Selvom det ikke er let at forudsige udviklingen af ​​de velkendte gadgets, bør man i det mindste overveje projektets specialitet med henblik på datafodring og -download, såsom i tilfælde af en matrikelproces, brugen af ​​GPS-udstyr og PDA'er med GIS/CAD-applikationer med minimale tabeldatafremføringsmuligheder og brug af raster/vektordata. Da virksomhedens speciale er af forskelligartet brug, er det nødvendigt at være opmærksom på teknologiernes fremskridt.

3. Via Database.  For at holde en processor nedbrudsfri, er det nødvendigt at overveje, at enhver handling, som brugeren udfører, er et simpelt kald til databasen, så hvis filoverførsel skal bruges, er det at foretrække at oprette webtjenester. Hvis der skal bruges kort, er det ideelle at oprette IMS-tjenester til udgivelse, og hvis dokumenter skal downloades, skal du kigge efter brugen af ​​webtjenester.

Processlaget

4. Nettet som platform.  Uanset om det er intranet eller internet, er konceptet det samme, hvilket sikrer, at brugernes arbejdsmiljø er online, så enhver form for proces kører fra serveren. Dette suppleres af følgende princip, da hensigten er at sikre, at driften af ​​processer ikke kræver teams med store ressourcer, selvom det er nødvendigt at redesigne desktop-applikationer.

5. Brug af online applikationer.  Dette er en stor udfordring for udviklere, da dette lag også omfatter et niveau af brugere, der udfører processer, der går ud over forespørgslen. Sådan er det med matrikulær vedligeholdelse, som kræver brug af diskrete filer og ikke kun manipulation af tabeldata. Til dette skal den valgte software levere et kontrolleret filhåndteringsmiljø, versionering og processen kendt som checkout-checkin; API'en forventes også at give mulighed for at tilpasse funktionalitet og forhindre desktop-processer i at komplicere synkronisering.

Brugerlaget

6. Kollektiv intelligens.  Dette princip kommer fra begrebet fællesskab, som er meget populært i disse dage. Det er vigtigt at skabe grænseflader, der letter kommunikationen mellem brugerne, det være sig fora, supportnetværk eller instant messaging-kanaler, så brugerne kan dele deres tvivl og løsninger indbyrdes og drage fordel af kollektive kompetencer.

7. Feedback.  De oprettede tjenester skal have tilstrækkelige funktionaliteter til, at brugerne kan rapportere fejl, tilføje kommentarer, være automatiserede eller frivillige.Det vigtige er, at de brugere, der administrerer de to andre lag, kender til de besøgende. Begrænset adgang forventes også på dette niveau at være sikker, funktionel logning og automatiseret opdatering af ændringer.

Disse principper bør have indflydelse, når man beslutter sig for et softwaremærke, især da dettes levetid ikke ligger i outputprodukterne, men i evnen til at få hænderne på at udvikle.