7-principerna för flerlagsmodellen

Även om det är lättare sagt än gjort, skulle jag vilja börja denna vecka geofumando I detta ämne, även om det finns fullständiga böcker om detta ämne, använder vi 7-webbprinciperna 2.0 för att sammanfatta schemat för flerlagsmodellen och tillämpa den på det geomatiska fältet.

Konceptet som kallas multilayer, uppstår efter att klient-serverapplikationer tog en boom, kopplat till tillväxten av Internet medan privata nätverk (intranät) också blev populärt. Ett av de viktigaste målen är att utvecklingen inte påverkar driften, än mindre sökanvändarna i ett system som är i ständig användning.

Sådan är fallet, till exempel i ett massivt kadastreprojekt där fälttekniker, kartläggning eller digitaliserare måste mata informationen. då måste de juridiska analytikerna, GIS och regulariseringsteknikerna bearbeta uppgifterna från sidan av externa användare. Det finns en efterfrågan på konsultnivå eller begäran om online-förfaranden.

Låt oss se lagarna av denna modell och dess principer.

Utvecklingsskiktet

1. Enkel design.  Det är viktigt att förstå att när flerlagersapplikationer utvecklas kan funktioner som saktar ner processen, datadistribution eller uppdatering av funktioner inte överdrivas. Detta är anledningen till att användningen av Javascript-liknande procedurer som körs på en server tillåter många användare att utföra uppgifter samtidigt utan att ladda om systemet. Eftersom processerna kan göras mindre kräver det bara övervakning av antalet och kapaciteten hos processorerna för att hålla designen enkel ... även om detta mer än att vara en specialitet för programvaruarkitekter verkar vara mer gudarnas skicklighet.

2. Applikationer för användning med flera enheter.  Det är nödvändigt att överväga att användare vill komma åt information från stationära enheter eller en mängd olika mobiler via webben, så utvecklingen måste ta hänsyn till denna princip. Även om det inte är lätt att förutsäga utvecklingen av de välkända prylarna, bör åtminstone projektets specialitet övervägas för matning och nedladdning av data, som i fallet med en kadastral process, användning av GPS-utrustning och handdatorer med GIS-applikationer / CAD med minimala tabellformala dataflöden och användning av raster / vektordata. Eftersom specialiteten i verksamheten är diversifierad är det nödvändigt att vara medveten om utvecklingen av teknik.

3. Via databasen.  För att hålla en processor fri från kollaps är det nödvändigt att överväga att alla åtgärder som användaren utför är ett enkelt samtal till databasen, så om filöverföring används är det att föredra att skapa webbtjänster. Om kartor kommer att användas är idealet att skapa IMS-tjänster för publicering och om dokument laddas ner, leta efter användningen av webbtjänster.

Processlagret

4. Webben som en plattform.  Vare sig det är intranät eller internet, konceptet är detsamma och letar efter användarnas arbetsmiljö för att vara online, så alla typer av processer körs från servern. Detta kompletteras med följande princip eftersom avsikten är att säkerställa att processdriften inte kräver team med stora resurser, även om det är nödvändigt att omforma skrivbordsapplikationer.

5. Användning av onlineapplikationer.  Detta är en stor utmaning för utvecklare, eftersom detta lager också innehåller en nivå av användare som utför processer som går utöver frågan. Så är fallet med kadastralunderhåll, vilket kräver användning av diskreta filer och inte bara manipulering av tabelldata. För detta måste den valda programvaran tillhandahålla en kontrollerad filhanteringsmiljö, versionering och den process som kallas check-checkin; API förväntas också tillhandahålla funktioner för att anpassa funktionalitet och förhindra att skrivbordsprocesser komplicerar synkronisering.

Användarlaget

6. Kollektiv intelligens.  Denna princip kommer från begreppet gemenskap, mycket populärt idag. Det är viktigt att skapa gränssnitt som underlättar kommunikationen mellan användare, vare sig dessa forum, supportnätverk eller snabbmeddelandekanaler, så att användare kan dela sina tvivel, lösningar och dra nytta av kollektiva färdigheter.

7. Feedback.  Tjänsterna som skapas måste ha tillräckliga funktioner så att användare kan rapportera fel, lägga till kommentarer är automatiserade eller frivilliga. Det viktiga är att de användare som hanterar de andra två lagren känner till besökarna. Begränsad åtkomst, funktionell loggning och automatisk uppdatering av ändringar förväntas också på denna nivå.

Dessa principer bör påverka ögonblicket för att bestämma för ett varumärke av programvara, främst eftersom livet för detta inte ligger i utgångsprodukterna men i förmåga att sätta honom till att utveckla hand.