Monikerroksisen mallin 7-periaatteet

Vaikka se on helpommin sanottu kuin tehty, haluaisin aloittaa tämän viikon geofumando Tästä aiheesta, vaikka aiheesta on täydellisiä kirjoja, käytämme 7-verkkoperiaatteita 2.0, joka tiivistää monikerroksisen mallin järjestelmän ja soveltaa sitä geomateriaalikenttään.

Monikerroksinen käsite syntyi sen jälkeen, kun asiakas-palvelinsovellukset nousivat nousuun, mikä liittyi Internetin kasvuun samalla, kun myös yksityiset verkot (Intranet) tulivat suosituiksi. Yksi tärkeimmistä tavoitteista on, että kehitys ei vaikuta toimintaan, etenkään kyselyn käyttäjiin järjestelmässä, joka on jatkuvasti käytössä.

Tällainen on tilanne esimerkiksi massiivisilla maa, jossa kentän teknikot, kartoitus tai digitointipöydät täytyy ruokkia tiedot; Sitten oikeudelliset analyytikot, tekninen GIS ja laillistamista tulee käsitellä tietoja kuin puolelta ulkoisten käyttäjien on kysyntää tasolla tiedustelut tai pyynnöt verkkoasiointiin.

Katsotaan sitten tämän mallin ja sen periaatteiden kerroksia.

Kehityskerros

1. Yksinkertainen muotoilu.  On tärkeää ymmärtää, että kun kehitetään monikerroksisia sovelluksia, toimintoja, jotka hidastavat prosessia, tietojen käyttöönottoa tai toimintojen päivitystä, ei voida yliarvioida. Tämä on syy, miksi palvelimella suoritettavien Javascriptin kaltaisten menettelyjen käyttö antaa monille käyttäjille mahdollisuuden suorittaa tehtäviä samanaikaisesti lataamatta järjestelmää uudelleen. Koska prosesseja voidaan pienentää, se vaatii vain prosessorien lukumäärän ja kapasiteetin seurannan, jotta suunnittelu pysyy yksinkertaisena ... vaikka tämä enemmän kuin ohjelmistoarkkitehtien erikoisuus näyttää olevan enemmän jumalien taito.

2. Sovellukset useiden laitteiden käyttöön.  On välttämätöntä ottaa huomioon, että käyttäjät haluavat saada tietoja työpöydältä tai useista matkapuhelimista verkon kautta, joten kehityksen on otettava huomioon tämä periaate. Vaikka tunnettujen laitteiden kehitystä ei ole helppo ennustaa, tietojen syöttämisessä ja lataamisessa on otettava huomioon ainakin projektin erikoisuus, kuten katastrofiprosessin, GPS-laitteiden ja PDA-laitteiden käytön GIS-sovelluksissa / CAD, jolla on vähäiset taulukkomuotoiset tiedonsyöttöominaisuudet ja rasteri- / vektoridatan käyttö Koska liiketoiminnan erikoisuus on monipuolinen, on oltava tietoinen tekniikan kehityksestä.

3. Tietokannan kautta.  Suorittimen välttämiseksi romahdukselta on otettava huomioon, että kaikki käyttäjän suorittamat toiminnot ovat yksinkertaisia ​​kutsuja tietokantaan, joten jos käytetään tiedostonsiirtoa, on parempi luoda verkkopalveluja. Jos karttoja käytetään, ihanteellinen on luoda IMS-palvelut julkaisua varten ja jos asiakirjoja ladataan, etsi verkkopalvelujen käyttöä.

Prosessikerros

4. Verkko foorumina.  Olipa kyseessä sitten intranet tai Internet, konsepti on sama, ja käyttäjien työympäristön on oltava verkossa, joten kaikki prosessit suoritetaan palvelimelta. Tätä täydennetään seuraavalla periaatteella, koska tarkoituksena on varmistaa, että prosessien toiminta ei vaadi tiimejä, joilla on suuria resursseja, vaikka työpöytäsovellukset on suunniteltava uudelleen.

5. Verkkosovellusten käyttö.  Tämä on suuri haaste kehittäjille, koska tämä kerros sisältää myös käyttäjiä, jotka suorittavat kyselyn ulkopuolisia prosesseja. Tällainen on katastrofihuolto, joka vaatii erillisten tiedostojen käyttöä eikä vain taulukkotietojen käsittelyä. Tätä varten valitun ohjelmiston on tarjottava hallittu tiedostojen hallintaympäristö, versiointi ja prosessi, joka tunnetaan kassaluettelona; API: n odotetaan myös tarjoavan ominaisuuksia toimintojen erittelyyn ja estävän työpöydän prosesseja vaikeuttamasta synkronointia.

Käyttäjäkerros

6. Kollektiivinen tiedustelu.  Tämä periaate tulee yhteisökäsitteestä, joka on erittäin suosittu nykyään. On tärkeää luoda käyttöliittymiä, jotka helpottavat käyttäjien välistä viestintää, olivatpa nämä foorumit, tukiverkot tai pikaviestikanavat, jotta käyttäjät voivat jakaa epäilynsä, ratkaisunsa ja hyödyntää kollektiivisia taitoja.

7. Palaute.  Luoduilla palveluilla on oltava riittävät toiminnot, jotta käyttäjät voivat ilmoittaa virheistä, lisätä kommentteja automaattisesti tai vapaaehtoisesti.Tärkeintä on, että kahta muuta tasoa hallinnoivat käyttäjät tietävät vierailijoista. Rajoitettu käyttö, toiminnallinen rekisteröinti ja automaattinen muutosten päivitys ovat myös odotettavissa tällä tasolla.

Näiden periaatteiden pitäisi vaikuttaa ohjelmistomerkin ajankohtaan lähinnä siksi, että tämä elämä ei ole poistumistuotteissa, vaan kykenee kehittämään käsiään.