De 7 principes van het multilayer model

Hoewel dit makkelijker gezegd dan gedaan is, wil ik er deze week mee beginnen georoken Over dit onderwerp, hoewel er volledige boeken over dit onderwerp zijn, zullen we de 7 principes van Web 2.0 gebruiken om het schema van het meerlagenmodel samen te vatten en toe te passen op het geomatische veld.

Het concept dat bekend staat als multilayer is ontstaan ​​nadat client-server-applicaties een hoge vlucht namen, gekoppeld aan de groei van het internet terwijl ook private netwerken (intranet) populair werden. Een van de belangrijkste doelstellingen is dat de ontwikkeling geen invloed heeft op de werking, laat staan ​​op de bevraagde gebruikers in een systeem dat constant in gebruik is.

Dat is bijvoorbeeld het geval bij een omvangrijk kadasterproject waarin veldtechnici, kaartenmakers of digitaliseerders de informatie moeten invoeren; vervolgens moeten juridische analisten, GIS- en regularisatietechnici de gegevens verwerken, terwijl er van de kant van externe gebruikers vraag is op het niveau van raadpleging of verzoeken om online procedures.

Laten we dan de lagen van dit model en zijn principes bekijken.

De ontwikkelingslaag

1. Eenvoudig ontwerp.  Het is belangrijk om te begrijpen dat u bij het ontwikkelen van meerlaagse toepassingen niet kunt overdrijven met functies die het proces vertragen, gegevens weergeven of functies bijwerken. Dit is de reden waarom het gebruik van Javascript-achtige procedures die op een server worden uitgevoerd, veel gebruikers in staat stelt om taken tegelijkertijd uit te voeren zonder het systeem opnieuw te laden. Voor zover processen kleiner kunnen worden gemaakt, hoef je alleen maar naar het aantal en de capaciteit van processors te kijken om het ontwerp eenvoudig te houden... hoewel dit meer een vaardigheid van de goden lijkt dan een specialiteit van software-architecten.

2. Applicaties voor gebruik met meerdere apparaten.  Er moet rekening mee worden gehouden dat gebruikers via internet toegang willen tot informatie van desktopapparaten of een verscheidenheid aan mobiele telefoons, dus ontwikkeling moet rekening houden met dit principe. Hoewel het niet eenvoudig is om de evolutie van de bekende gadgets te voorspellen, moet in ieder geval rekening worden gehouden met de specialiteit van het project voor het invoeren en downloaden van gegevens, zoals in het geval van een kadastraal proces, het gebruik van GPS-apparatuur en PDA's met GIS-toepassingen. /CAD met minimale mogelijkheden voor gegevensinvoer in tabelvorm en gebruik van raster-/vectorgegevens. Aangezien de specialiteit van het bedrijf divers gebruik is, is het noodzakelijk om op de hoogte te zijn van de vooruitgang van technologieën.

3. Via databank.  Om een ​​processor crashvrij te houden, is het noodzakelijk om te bedenken dat elke actie die de gebruiker uitvoert, een simpele aanroep naar de database is, dus als bestandsoverdracht wordt gebruikt, verdient het de voorkeur om webservices te maken. Als kaarten worden gebruikt, is het ideaal om IMS-services te maken voor publicatie en als er documenten moeten worden gedownload, zoek dan naar het gebruik van webservices.

De proceslaag

4. Het web als platform.  Of het nu intranet of internet is, het concept is hetzelfde en zorgt ervoor dat de werkomgeving van de gebruikers online is, zodat elk type proces vanaf de server wordt uitgevoerd. Dit wordt aangevuld met het volgende principe, aangezien het de bedoeling is ervoor te zorgen dat de werking van processen geen teams met grote middelen nodig heeft, zelfs als het nodig is om desktopapplicaties opnieuw te ontwerpen.

5. Gebruik van online applicaties.  Dit is een grote uitdaging voor ontwikkelaars, aangezien deze laag ook een niveau van gebruikers bevat die processen uitvoeren die verder gaan dan de query. Dat is het geval bij kadastraal onderhoud, waarvoor het gebruik van discrete bestanden vereist is en niet alleen het manipuleren van tabelgegevens. Hiervoor moet de gekozen software zorgen voor een gecontroleerde bestandsbeheeromgeving, versiebeheer en het proces dat bekend staat als checkout-checkin; De API zal naar verwachting ook mogelijkheden bieden om functionaliteit aan te passen en te voorkomen dat desktopprocessen de synchronisatie bemoeilijken.

De gebruikerslaag

6. Collectieve intelligentie.  Dit principe komt voort uit het concept van gemeenschap, dat tegenwoordig erg populair is. Het is belangrijk om interfaces te creëren die de communicatie tussen gebruikers vergemakkelijken, of het nu gaat om forums, ondersteuningsnetwerken of instant messaging-kanalen, zodat gebruikers hun twijfels en oplossingen onderling kunnen delen en kunnen profiteren van collectieve vaardigheden.

7. Feedback.  De gecreëerde diensten moeten voldoende functionaliteiten hebben zodat gebruikers fouten kunnen melden, opmerkingen kunnen toevoegen, geautomatiseerd of vrijwillig zijn.Het belangrijkste is dat de gebruikers die de andere twee lagen beheren de bezoekers kennen. Beperkte toegang wordt op dit niveau ook verwacht als veilig, functioneel vastleggen en automatisch bijwerken van wijzigingen.

Deze principes zouden van invloed moeten zijn bij het kiezen van een softwaremerk, vooral omdat het leven hiervan niet in de uitvoerproducten zit, maar in het vermogen om de ontwikkeling in handen te krijgen.