Daudzslāņu modeļa 7 principi

Lai gan ir vieglāk pateikt, nekā darīts, es vēlētos sākt šonedēļ ģeofizika Šajā jautājumā, lai gan šajā jautājumā ir pilnīgas grāmatas, mēs izmantosim 7 2.0 tīmekļa principus, lai apkopotu daudzslāņu modeļa shēmu un pielietotu to ģeomatoloģiskajā jomā.

Jēdziens, kas pazīstams kā daudzslāņu, radās pēc klienta-servera lietojumprogrammu uzplaukuma, kas saistīts ar interneta pieaugumu, savukārt privātie tīkli (iekštīkls) kļuva populāri. Viens no svarīgākajiem mērķiem ir tas, ka izstrāde neietekmē darbību, vēl jo vairāk vaicājumu lietotājus sistēmā, kas tiek pastāvīgi izmantota.

Šāds gadījums ir, piemēram, milzīgā kadastra projektā, kurā lauka tehniķiem, karšu veidotājiem vai digitalizētājiem ir jāsniedz informācija; tad juridiskajiem analītiķiem, ĢIS un regulēšanas tehniķiem ir jāapstrādā dati, kamēr ārējo lietotāju pusē ir pieprasījums konsultāciju vai tiešsaistes procedūru pieprasījumu līmenī.

Tad redzēsim šī modeļa un tā principu slāņus.

Attīstības slānis

1. Vienkāršs dizains.  Ir svarīgi saprast, ka, izstrādājot daudzslāņu lietojumprogrammas, nevar pārspīlēt funkcijas, kas palēninās procesu, datu izvietošanu vai funkcionalitātes atjaunināšanu. Tas ir iemesls, kāpēc Javascript līdzīgu procedūru izmantošana, kas darbojas serverī, ļauj daudziem lietotājiem vienlaikus veikt uzdevumus, nepārlādējot sistēmu. Tā kā procesus var padarīt mazākus, ir nepieciešams tikai uzraudzīt procesoru skaitu un jaudu, lai dizains būtu vienkāršs ... lai gan tas vairāk nekā programmatūras arhitektu specialitāte, šķiet, ir vairāk dievu prasme.

2. Lietojumi vairāku ierīču lietošanai.  Jāņem vērā, ka lietotāji internetā vēlēsies piekļūt informācijai no darbvirsmas ierīcēm vai dažādiem mobilajiem tālruņiem, tāpēc izstrādē ir jāņem vērā šis princips. Lai gan nav viegli paredzēt plaši pazīstamo sīkrīku attīstību, datu barošanas un lejupielādes nolūkos jāņem vērā vismaz projekta īpatnības, piemēram, kadastra procesa gadījumā GPS iekārtu un PDA izmantošana ar ĢIS lietojumprogrammām. / CAD ar minimālām tabulas datu plūsmas iespējām un rastra / vektoru datu izmantošanu. Tā kā uzņēmējdarbības specialitāte ir daudzveidīga, ir jāapzinās tehnoloģiju attīstība.

3. Izmantojot datu bāzi.  Lai procesors netiktu sabrukts, jāņem vērā, ka jebkura lietotāja veiktā darbība ir vienkāršs izsaukums uz datu bāzi, tādēļ, ja tiek izmantota failu pārsūtīšana, ieteicams izveidot tīmekļa pakalpojumus. Ja tiks izmantotas kartes, ideāls ir izveidot IMS pakalpojumus publicēšanai un, ja dokumenti tiks lejupielādēti, meklējiet tīmekļa pakalpojumu izmantošanu.

Procesa slānis

4. Tīkls kā platforma.  Vai tas būtu iekštīkls vai internets, jēdziens ir tāds pats, meklējot lietotāju darba vidi tiešsaistē, tāpēc jebkura veida procesi darbojas no servera. To papildina šāds princips, jo tā mērķis ir nodrošināt, ka procesu darbībai nav nepieciešamas komandas ar lieliem resursiem, lai gan ir jāpārveido darbvirsmas lietojumprogrammas.

5. Tiešsaistes lietojumprogrammu izmantošana.  Tas ir liels izaicinājums izstrādātājiem, jo ​​šajā slānī ietilpst arī lietotāju līmenis, kas veic procesus, kas pārsniedz vaicājumu. Tāds ir kadastrālās tehniskās apkopes gadījums, kas prasa diskrētu failu izmantošanu un ne tikai manipulāciju ar tabulas datiem. Lai to izdarītu, izvēlētajai programmatūrai jānodrošina kontrolēta failu pārvaldības vide, versijas un process, kas pazīstams kā checkout-checkin; Paredzams, ka API nodrošinās arī iespējas konkretizēt funkcionalitāti un novērst darbvirsmas procesu sarežģītību sinhronizācijā.

Lietotāja slānis

6. Kolektīvā izlūkošana.  Šis princips izriet no kopienas jēdziena, kas mūsdienās ir ļoti populārs. Ir svarīgi izveidot saskarnes, kas atvieglo saziņu starp lietotājiem, neatkarīgi no tā, vai tie ir forumi, atbalsta tīkli vai tūlītējās ziņojumapmaiņas kanāli, lai lietotāji varētu dalīties šaubās, risinājumos un izmantot kolektīvās prasmes.

7. Atsauksmes  Izveidotajiem pakalpojumiem jābūt ar pietiekamām funkcionalitātēm, lai lietotāji varētu ziņot par kļūdām, pievienot komentārus automātiski vai brīvprātīgi. Svarīgi ir tas, ka lietotāji, kuri pārvalda pārējos divus slāņus, zina par apmeklētājiem. Šajā līmenī ir sagaidāma arī ierobežota piekļuve, funkcionāla reģistrācija un automātiska izmaiņu atjaunināšana.

Šiem principiem būtu jāietekmē brīdis, kad jāpieņem lēmums par programmatūras firmas zīmi, galvenokārt tādēļ, ka tā darbība nav izejas produktos, bet gan tādēļ, lai iegūtu viņu roku.