Latvija.lv portāls nodrošina klasisko trīs līmeņu programmatūras projektēšanas modeli (three-tier model), kas nosaka izdalīt prezentāciju, funkcionālo biznesa apgabalu un datu pārvaldību loģiski atsevišķos procesos. Arhitektūrā parādīta integrācija starp būtiskākajām sistēmas komponentēm: Sitecore CMS, eksistējošo VISS infrastruktūru, portāla moduļiem un ārējām sistēmām (skat. attēlu).

Latvija.lv portāla mijiedarbība ar VISS moduļiem un ārējām sistēmām

Prezentācijas jeb lietojumu slāņa uzdevums ir informācijas saņemšana un tās atspoguļošana portāla lietotājiem; biznesa apgabala jeb loģikas slānis kontrolē portāla funkcionalitāti, veicot detalizētu apstrādi, integrēto datu saņemšanu un izplatīšanu no/uz ārējām sistēmām (piemēram, VISS, Meklētājs); datu pārvaldības jeb datu slānis paredzēts portāla informācijas glabāšanai/strukturizēšanai un piemērots Sitecore CMS iekšējiem datu modeļiem.

Portāla kodolu veido portāla framework, kuru nosacīti var sadalīt 3 komponentēs:

1. Servera API apvieno servera puses funkcionalitāti biznesa loģikas klasēs, metodēs un objektos, kas tiks eksponēti DLL bibliotēku veidā. Par servera puses funkcionalitāti ir uzskatīta darbības, kas ir jāaizpilda servera līmenī, centralizēti apstrādājot datus, piemēram, „Autentificēties”, „Saņemt personalizācijas datus”, „Auditēt datus”, „Beigt sesiju” u.c.


2. Klienta API reprezentē pilnu funkciju specifikāciju, kas nodrošina atļauto portāla funkcionalitāti klienta lietojuma līmenī, piemēram, „Drukāt”, „Izsaukt klasifikatoru modālo logu”, „Palielināt/samazināt burtu izmērus”, u.c. Pēc būtības klienta API ir javascript datņu kopa, kuras izpilde nav saistīta ar lietojuma servera puses iedarbināšanu un kuras apstrāde notiek tikai klienta datorā.


3. Datu modeļi ir servera puses objekti, kas darbojas mijiedarbībā ar Sitecore CMS pārvaldības mehānismiem. Šie objekti definē datu struktūras, ar kuru palīdzību notiek apmaiņa starp servera API klasēm un Sitecore CMS.
   

Portāla framework ir Latvijas valsts portāla neatņemama sastāvdaļa, kuras pamatā ir portāla prezentācijas ietvars un kuram ir piesaistīti Sitecore CMS pārvaldības mehānismi. Arī integrācijas, sasaistes un datu izplatīšanas uzdevumi notiek portāla framework biznesa līmenī, kas nodrošina pozitīvu attīstības dinamiku portāla funkcionalitātes nākotnes paplašināšanā un mērogošanā.

Portāla lietotāji ir iedzīvotāji, iestāžu informācijas sistēmas un tehniskie lietotāji. Visi lietotāji ir sadalāmi grupās ar noteiktu lomu katrai.

Ir Sitecore lietotājs - abstrakts lietotājs, kuram ir tiesības darboties ar Sitecore CMS tieši un veikt tur dažāda līmeņa administrēšanas darbības – uzturēt portālā ievietojamo informāciju, to aktualizēt, apstiprināt/noraidīt citu lietotāju pievienoto informāciju, kā arī uzturēt citu Portāla lietošanai nepieciešamo informāciju. Vēl ir Latvija.lv portāla lietotāji – anonīmi un autentificēti (t.sk. privātpersonas un uzņēmumi), kas izmanto Portālā pieejamo informāciju, pakalpojumus un iespēju oficiāli sazināties ar Latvijas valsti, skat. attēlu.

Latvija.lv Portāla lietotāju lomu hierarhija

Portāla konceptuālā arhitektūrā minēto moduļu un komponenšu uzskaite, kā arī to savstarpējās atkarības no slāņiem aprakstītas zemāk:

1. Lietojumu slānis apvieno visus lietojumus, kuri nodrošina portāla funkcionālos apgabalus. Katra portāla lietojuma pamatā ir portāla prezentācijas ietvars. Šis ietvars iekļauj sevī dizaina elementus, CSS stilus, portāla framework klienta un servera API, atkārtojamās izstrādes komponentes utt. Ievērojot dotā ietvara izstrādes vadlīnijas, iespējams izstrādāt jaunu portāla funkcionalitāti (tādā veidā paplašinot portāla funkcijas), kura vizuāli būtu vienotā stilā un darbotos pēc vienādiem darbības principiem. Slāņa ietvaros esošās komponentes un moduļi:
   
   
   • Publisko pakalpojumu katalogs (PPK)- nodrošina iespēju saņemt informāciju par Latvijas valsts un pašvaldību sniegtajiem pakalpojumiem, pakalpojumu pieprasīšanas un saņemšanas veidiem, ar pakalpojumiem saistītajiem maksājumiem un pakalpojumu aprakstiem;
   
   
   • E-pakalpojumi - nodrošina lietotāja elektronisku pakalpojumu izpildi, kuri veidot centralizētā e-pakalpojumu infrastruktūrā. Saturiski e-pakalpojumi tiek izvietoti PPK kategorijās, nodrošinot iespēju atrast pakalpojumu, piemēram, pēc iestādes, kas pakalpojumu sniedz, vai arī pēc dzīves situācijas.
   
   
   • Klienta darba vieta (KDV) - pieejams jebkuram autentificētam lietotājam, kurā tiek attēlota personalizēta informācija, kas saņemta balstoties uz iepriekš izpildītiem e-pakalpojumiem;
   
   
   • Maksājumu moduļa klients - lietojums izmanto maksājumu un rēķina moduļa infrastruktūru un nodrošina maksājuma procesa uzsākšanu un izpildes statusa saņemšanai;
   
   
   • Meklētāja klients - paredzēts meklēšanas izsaukšanai un meklēšanas rezultātu saņemšanai, kā arī meklēšanas kritēriju specificēšanai;
   
   
   • Wiki - zināšanu bāzes portāla lietojums;
   
   
   • Statistika – nodrošina statistiskās informācijas izvadei un prezentēšanu grafiskajā veidā;
   
   
   • Palīdzības sistēma – nodrošina informācijas saņemšanu par citiem portāla lietojumiem vai darbībām, lai sasniegtu izvēlēto mērķi.
   
   
2. Biznesa apgabala slāņa integrācijas un sasaistes procesi ir orientēti uz portāla funkcionālā loka paplašināšanu un datu saņemšanu no ārējiem datu avotiem. Integrācijas virzienu parasti nosaka piesaistāmās komponentes infrastruktūra un izstrādes standarti/vadlīnijas. Galvenokārt, portāls tiks tieši saintegrēts ar VISS moduļiem. Slāņa ietvaros esošās komponentes un moduļi:
   
   
   • Identity selector jeb vienotās pieteikšanās modulis - nodrošina vienoto autentifikāciju portālā;
   
   
   • Normatīvo aktu atsauču reģistrs – nodrošina normatīvo aktu atsauču meklēšanu, atsauces datu izgūšanu, brīvi ievadītā normatīvā akta atsauces saglabāšanu, informāciju par normatīvā akta aktualizāciju;
   
   
   • Maksājumu un rēķinu modulis – Nodrošina rēķinu izrakstīšanu un apmaksāšanu, tajā skaitā maksājuma izpildes uzsākšanu izmantojot PPK cenrāža pozīcijas un nodrošina maksājuma URI saglabāšana PPK;
   
   
   • Lietotāju atribūtu krātuve – nodrošina iedzīvotāja profila informācijas uzturēšanu;
   
   
   • Meklētājs – nodrošina meklēšanas darbības un atbilstošu statistiku sakrāšanu;
   
   
   • VISS infrastruktūra – VISS datu un infrastruktūras servisu slānis;
   
   
   • Sistēmas žurnāls - ļautu organizēt portāla darbību auditēšanu vienotā auditācijas krātuvē.
   
   
3. Biznesa apgabala slāņa datu izgūšanas un izplatīšanas procesi ir vērsti uz portāla uzturamā un pārvaldāmā satura eksportēšanu strukturētā veidā ārējiem klientiem/sistēmām. Eksports ir paredzēts tikai publiski pieejamiem datiem. Slāņa ietvaros esošās komponentes un moduļi:
   
   
   • RSS barotnes – RSS barotnes uzdevums ir automātiski atjaunoties un padot informāciju uz RSS agregatoriem tiem lietotājiem, kas to ir abonējuši;
   
   
   • Datu eksports uz meklētāju - publiski pieejami portāla dati un saturs tiek eksportēts ar noteikto biežumu Meklētāja publiskajā datubāzē caur atbilstošo API saskarni un tādā veidā kļūst pieejams visiem klientiem, kas izmantos Meklētāju informācijas meklēšanas nolūkos;
   
   
4. Datu slānis – tajā izvietoti Sitecore CMS pārvaldības mehānismi, kas nodrošina ērtu Portāla administrēšanu un portāla framework biznesa loģikas veiksmīgo izpildi. Datu slānī ir izmitinātas ne tikai datu struktūru krātuves, bet arī iekšējie Sitecore procesi, kuri ietekmē datu pārvaldības operācijas CMS līmenī. Slāņa ietvaros esošās komponentes un moduļi:
   
   
   • Datu adapteri, kontroles plūsmas – nodrošina elementu pārvaldību Sitecore CMS līmenī, kas ļautu tieši ieintegrēties ārējo datu procesiem un noteikt to ietekmi uz Sitecore uzturamo saturu, piemēram: ārējo portālu lapas kartes imports vai PPK saturu izgūšana no meklētāja hierarhiskā veidā caur vienoto datu kanālu.
   
   
   • Datu šabloni – Sitecore CMS ietvaros ar datu šabloniem tiek aprakstīs, kādā veidā saturs ir strukturēts un kādā veidā biznesa lietotāji to ievada CMS administrēšanas vidē. Nodefinēti datu šabloni satur datu laukus un, inicializējot kādu datu šablonu, ir izveidots konkrēts vienums satura kokā.
   
   
   • Kokveida struktūras – Sitecore strukturizē ievadīto saturu kokveida hierarhijā, kur katrs satura koka mezgls tiek saukts par vienumu (angl. item). Vienums, kas ir identificēts ar adresi /Sitecore/content/Home, atspoguļo vietnes mājas lapu. Katra jaunveidojamā lapa kļūst par šī koka zaru.
   
   
   • Statistikas ieraksti – statistika tiek savākta, izmantojot Sitecore.Analytics bibliotēku (apakšbibliotēkā no Sitecore Online Marketing Suite (OMS) risinājuma), kas nodrošina iespēju uzkrāt un apstrādāt informāciju par lapu pieprasījumu, analīzes sesiju, globālu analīzes sesiju, lapu analīzes pieprasījumi u.c.
   
   
   • Vienota media ierakstu krātuve – Visi dokumenti (audio, video, teksta un citi) Sitecore CMS vidē tiek glabāti sadaļā media library. Daudzu veidu datnēm tiek paredzēti savi šabloni, kas definē vairākas datņu īpašības, tai skaitā arī speciāla unikāla nosaukuma piešķiršanu. Media krātuves ierakstos ir plānots glabāt dizaina grafiskus elementus.
   
   
   • Sistēmas izpildlaika atskaites - atskaites ir veidotas gan Diagnostic, gan Sitecore.Analytics bibliotēku darbību rezultātā (šo bibliotēku izmantošanu paredz portāla framework API).
   
   

Diagrammā ir parādītas Latvija.lv un VISS moduļu savstarpējās atkarības.

Latvija.lv un VISS moduļu mijiedarbības diagramma

Sitecore CMS vienlaicīgi ir tīmekļa satura vadības sistēma (WCMS) un portāla platforma, kas nodrošina iespēju izveidot, ieviest un pārvaldīt tīmeklī izvietotus biznesa risinājumus. Tāpat Sitecore CMS nodrošina iespēju realizēt Web lietojumus, publiski pieejamas vietnes un aizsargātus portālus, kuriem nepieciešama WCMS biznesa klašu funkcionalitāte kopā ar integrācijas un mērogojamības iespējām.

Sitecore ir bāzēta uz Microsoft .NET Framework, ar nolūku nodrošināt platformu, kura ir integrējama ar populāriem Microsoft serveriem/produktiem un .NET pamatā izstrādātām tehnoloģijām (skat. attēlā). Papildus Sitecore aptver uz W3C standartiem balstītas tehnoloģijas, lai īstenotu labākās prakses pieeju satura pārvaldībā. Līdz ar to Sitecore arhitektūra ir optimizēta tīmekļa satura pārvaldībai un piegādei, kas ļauj samazināt laika patēriņu atbalstam un biznesa risinājuma uzturēšanas izmaksas.

Sitecore CMS uzbūves arhitektūra

Sitecore fiziskā izmitināšana tiks veikta saskaņā ar Sitecore CMS instanču izplatīšanas iespējām un iespējamo funkcionalitātes sadalīšanu pa vidēm. Pēc savas būtības satura pārvaldības sistēmu ietvaros ar terminu „vide” (angl. environment) saprot tādu CMS instanču kopu, kura ir nokonfigurēta, lai risinātu konkrētu uzdevumu vai, lai sasniegtu konkrētu mērķi, t.i. satura pārvaldība (angl. content management, CM) vai satura piegāde (angl. content delivery, CD). Turklāt vairākas vides (angl. multiple environments) var tikt izmantotas vienam un tam pašam nolūkam, piemēram, var nokonfigurēt vairākas CM un CD vides, kuras ģeogrāfiski ir attālinātas, lai pārvaldītu un piegādātu kādu Web vietni. Tādējādi, piegādājamā arhitektūra (skat. attēlā) nodrošina atsevišķu gan CM (atbild par satura ievadi), gan CD (atbild par satura attēlošanu portālu apmeklētājiem) vidi, kas ļauj nākotnē mērogot infrastruktūru ar jaunām CMS instancēm.
Fiziskā arhitektūra un piegādājamās licences (atzīmētas ar sarkano apli)

Gan CM, gan CD vides sastāv no vairākām Sitecore CMS instancēm, kas izpilda hostadaptera funkcijas Sitecore CMS lietotāju saskarnēm vai Web vietnēm. Piekļuve CM vides instancēm tiks nodrošināta LAN/VPN tīkla iekšienē. Savukārt, ņemot vērā ka CD vides instances atbild par Web vietņu piegādi publiski pieejama tīmeklī, tās atrodas perifērijas tīklā jeb demilitarizētā zonā (DMZ). Starp CM un CD vidēm notiek regulāra izmaiņu izvēršana (angl. deployment) repliku veidā (angl. file replication), lai sinhronizētu back-end un front-end datu struktūras, izpildkodus un pārējo informāciju, kas ir vajadzīga portāla veiksmīgam darbam. Turklāt CM un CD vides ir paplašināmas ar klastera funkcionalitāti (CD videi tā jau ir iekļauta pēc noklusējuma, atbilstoši tehniskās specifikācijas prasībām).

Sitecore CMS nodrošinātie paņēmieni datu pārvaldības un attēlošanas jomā:

1. Datu pārvaldības paņēmieni nosaka kādā veidā Sitecore glabā un strukturizē datus, kā arī nodefinē kādā veidā biznesa lietotāji tos ievada:
   
   
   • Datu bāzes (angl. databases);
   
   
   • Datu vienumi (angl. items);
   
   
   • Datu šabloni (angl. data templates);
   
   
   • Lauki (angl. fields).
   
   
2. Datu attēlošanas jeb prezentācijas līmeņa paņēmieni apraksta kādā veidā Sitecore atspoguļo no pieprasījuma aģentiem (pārlūkprogramma, RSS lasītājs utt.) atkarīgus datus:
   
   
   • Izkārtojumi (angl. layouts);
   
   
   • Apakšizkārtojumi (angl. sublayouts);
   
   
   • Renderēšanas komponentes (angl. renderings);
   
   
   • Vietturi (angl. placeholders).
   
   

Dalīšana divās paņēmienu grupās ļauj vispusīgi raksturot Sitecore pieeju tīmekļa satura pārvaldībā. Turklāt, tai piemīt dažas būtiskas priekšrocības:

• Biznesa lietotāji jeb iestādes darbinieki ievada saturu tikai vienreiz. Bet tajā pašā laikā šis saturs varētu būt attēlots dažādās vietās vietnē, piemēram, navigācijas komponentē, detalizētā apskata lapā vai kopsavilkuma lapā.


• Saturs varētu būt dažādi prezentēts, atkarībā no ierīcēm, kuras pieprasa šo saturu, piemēram, datora pārlūkprogrammas, PDA vai RSS lasītāji.


• Prezentācijas līmenis ir konsekvents visā vietnē, jo biznesa lietotāji koncentrējas uz satura ievadi, nevis tā atspoguļošanu. Rezultātā vietnes var uzturēt vienādā veidā un stilā, kas savukārt uzlabo portāla lietojamību un saprotamību.

Datu attēlošanas paņēmieni:

• Ierīces. Sitecore satura saistīšana ar tā attēlošanas procedūrām ir bāzēta uz ierīcēm. Ierīce apraksta gan HTTP pieprasījuma atribūtus, gan HTTP atbildes renderēšanas priekšrocības. Citādāk, ierīce ir pieprasījuma aģents, piemēram, datora pārlūkprogramma, viedtālrunis vai RSS lasītājs. Sitecore atbalsta iespēju katrai ierīcei izveidot atšķirīgu prezentācijas līmeni atkarībā no tās funkcionālām iespējām un ierobežojumiem. Tas nozīmē, ka satura kokveida struktūra nemainās, bet mainās tikai tā renderēšanas mehānisms, kurš ļauj identificēt ierīces veidu pēc user-agent tekstuālās pazīmes vai pieprasījuma parametriem. Piemēram, pieprasījumi no Blackberry viedtālruņa varētu būt identificēti pēc user-agent pazīmes, kuras vērtība ir “BlackBerry8700/4.1.0”, vai pēc parametra URL adresē (piemēram, http://example.org/mypage.aspx?pda=1).


• Izkārtojumi. Sitecore vietņu attēlošanas mehānisms balstās uz to, ka izstrādātāji definē prezentācijas līmeņa objektus kā atsevišķus moduļus, ar nolūku tos atkārtoti izmantot dažādos attēlošanas scenārijos. Tādejādi izkārtojums ir augstākā līmeņa prezentācijas objekts Sitecore datu attēlošanas paņēmienos. Pēc savas būtības tas ir līdzīgs ASP.NET master page objektam. Izkārtojums nosaka satura attēlošanas elementus jeb blokus, kuri pārstāv konkrētās ierīces visos pieprasījumos. Tīmekļa vietnēm izkārtojums iekļauj vietnes galveni (angl. header) un kājeni (angl. footer). Visi attēlošanas elementi tiek dinamiski sakombinēti pieprasījuma laikā. No izstrādes viedokļa izkārtojums ir ASPX paplašinājuma datne (pēc ASP.NET terminoloģijas tā ir Web forma), kura ir izveidota konkrētai ierīcei.


• Apakšizkārtojumi. Apakšizkārtojums tiek izmantots divos dažādos lietošanas scenārijos – attēlošanas apgabala definēšanai un .NET funkcionalitātes (piemēram, interaktīvā forma) iekļaušanai tīmekļa lapā. No izstrādes viedokļa apakšizkārtojums ir ASCX paplašinājuma datne (pēc ASP.NET terminoloģijas tā ir lietotāja komponente), kura varētu būt pievienota izkārtojumam vai iebūvēta citā apakšizkārtojumā. Pirmajā gadījumā apakšizkārtojums nodrošina tīmekļa lapas loģisko sadalījumu blokos. Piemēram, ir nepieciešamība izveidot divkolonnu dizainu, kas iekļauj navigācijas joslu kreisajā pusē un satura apgabalu. Šīs kolonnas tiks nodefinētas blokveidā tieši apakšizkārtojumā. Otrajā gadījumā, piemēram, meklēšanas forma varētu būt izveidota kā atsevišķs apakšizkārtojums, kas atspoguļo vajadzīgos satura vienumus (vai tiem atbilstošus datu šablonu laukus), kurus prasa meklēšanas funkcionalitāte.


• Renderēšanas komponentes. Tās ir paredzētas satura renderēšanai, kas prasa biežāk izmatojamo kodu un triviālo uzdevumu izpildi, piemēram, atpakaļceļa navigāciju (angl. breadcrumb), kāda raksta teksta vai produktu saraksta prezentāciju. Renderēšanas komponentes izmanto XSL valodu, lai transformētu Sitecore dzimto XML atbilstošajā prezentācijas veidā (piemēram, XHTML). Turklāt šīs komponentes ir pilnībā savietojamas ar izkārtojumiem un apakšizkārtojumiem. Savukārt renderēšanas komponentes nodrošina ātro prototipēšanu un viegli veicamu kešdarbi. Tādējādi apakšizkārtojumam piemīt lielāka ātrdarbība un sarežģītas biznesa loģikas realizācijas iespējas ASP.NET.


• Vietturi. Vietturi ir datu attēlošanas paņēmienu neatņemama daļa, kurai pateicoties izkārtojumi, apakšizkartojumi un renderēšanas komponentes ir kombinētas HTTP atbildē. Sitecore nodrošina divas pieejas – statisku un dinamisku prezentācijas elementu izvietošanu. Statiska izvietošana attiecās uz renderēšanas komponentes vai apakšizkārtojuma sakārtošanu izkārtojumā. Šajā gadījumā renderēšanas komponente vai apakšizkārtojums vienmēr var būtu renderēti, apstrādājot pieprasījumu konkrētam izkārtojumam (piemēram, kompānijas logotipa izvade mājas lapā). Dinamiskā izvietošana palīdz apakšizkārtojuma vai renderēšanas komponentes saistīšanai ar vietturi. Vietturis ir Sitecore objekts, kurš izpilda enkura punkta (angl. anchor) funkcijas citiem prezentācijas līmeņa objektiem. Katram vietturim ir piešķirts unikālais identifikators (atribūta KEY vērtība), pēc kura notiek sasaistīšana renderēšanas komponentes un/vai apakšizkārtojuma ietvaros. Piemēram, ja ir nepieciešams sasaistīt produkta datu izvades renderēšanas komponenti ar vietturi „main”. Tad gadījumā, kad tiks pieprasīts produkta vienums, atbilstoša renderēšanas komponente tiks izvietota tajā vietā HTTP atbildē, kuru aizņem vietturis ar identifikatoru „main”.

Ņemot vērā izskatītos datu pārvaldības un attēlošanas paņēmienus, jāpievērš uzmanība HTTP pieprasījumu apstrādes kartībai Sitecore CMS ietvaros. Tā sastāv no šādiem soļiem:

1. Sitecore analīzē pieprasījumu, lai identificētu ierīci, kura to veica.


2. Sitecore determinē kādu satura vienumu, pieprasa URL adreses ceļu.


3. Sitecore pārbauda šīs vienības prezentācijas iestatījumus. Ja nav nodefinēti specifiski iestatījumi, tiek ņemti iestatījumi no vienības šablona, uz kura pamatā vienība tika izveidota.


4. Atkarībā no prezentācijas iestatījumiem, Sitecore pielieto atbilstošo izkārtojumu un pievieno tam visus statiski izvietotos apakšizkārtojumus un renderēšanas komponentes.


5. Sitecore iepriekšējā solī izvēlētam izkārtojumam pievieno dinamiski izvietotus apakšizkārtojumus un renderēšanas komponentes.


6. Sitecore atgriež HTTP atbildi.

Datu pārvaldības paņēmieni:

• Datu bāzes. Sitecore glabā saturu trīs datubāzes – Web, Master un Core. Web un Master datu bāzes glabā satura informāciju, kas iekļauj pašu saturu, tā metadatus un drošības konfigurāciju attiecībā uz satura vienumiem. Turklāt Master datu bāze uztur satura visas versijas, visās valodās, publicētā /nepublicētā statusā, kā arī darba plūsmu (angl. workflow) stāvokļus. Web datu bāze uztur publicētā satura aktuālās versijas, kurās darba plūsmas sasniedz gala pieturpunktu. Core datu bāze ir paredzēta Sitecore CMS konfigurācijas glabāšanai. Līdz ar to Master datu bāze tiek izmantota, kad biznesa lietotāji labo un ievada saturu; Web datu bāze – kad notiek satura publicēšana un piegāde front-end lietotājiem; Core datu bāze – kad administratori konfigurē Sitecore CMS vidi.


• Datu vienumi. Sitecore strukturizē saturu kokveida hierarhijā, kur katrs satura koka mezgls tiek saukts par vienumu (angl. item). Vienums, kas ir identificēts ar adresi /Sitecore/content/Home (skat. 6.attēlā), atspoguļo vietnes mājas lapu. Katra jaunveidojamā lapa kļūst par šī koka zaru. Tātad satura kokveida struktūra uztur saturu kopā ar metadatu un media vienumiem, kā arī sistēmas iestatījumiem. Gadījumā, kad notiek pieprasījums adresē http://localhost/Products/Digital SLR/Full featured.aspx, Sitecore attēlo tai atbilstošo vienumu no satura kokveida struktūras – /Sitecore/content/Home/Products/Digital SLR/Full Featured.



Tīmekļa vietnes kokveida struktūra


• Datu šabloni un lauki. Sitecore CMS ietvaros ar datu šabloniem var aprakstīt, kādā veidā saturs ir strukturēts un kādā veidā biznesa lietotāji to ievada. Lai pilnībā saprastu Sitecore ideoloģiju attiecībā uz datu struktūrām, ir jāatgādina objektorientētas programmēšanas (OOP) paradigmu pamats. Pēc OOP tiek definētas klases, kas attēlo reālās pasaules objektu abstrakciju. Klases apraksta ar īpašībām un metodēm. Un inicializējot klasi, tiek iegūta konkrēta objekta instance. Līdzīga pieeja ir arī Sitecore CMS ietvaros. Tiek nodefinēti datu šabloni, kas savukārt satur datu laukus un, inicializējot datu šablonu, ir izveidots konkrēts vienums satura kokā.

Datu šabloni sastāv no laukiem, kuri glabā noteiktas informācijas saturu, piemēram: grafiska elementa nosaukumu, moduļa aprakstu vai publikācijas datumu. Piemēram, vienkāršs datu šablons e-pakalpojuma vienuma glabāšanai var izskatīties šādi:

• URN – lauks reprezentē e-pakalpojuma identifikatoru;


• Title – lauks satur e-pakalpojuma pilnu nosaukumu;


• Short Description – lauks satur e-pakalpojuma saīsināto aprakstu, kas tiks rādīts kopsavilkuma lapās;


• Description – lauks satur e-pakalpojuma pilnu aprakstu;


• Disclaimer – lauks apraksta e-pakalpojuma lietošanas nosacījumus;


• AuthenticationLevel – lauks atspoguļo autentifikācijas līmeni, kuram jābūt nodrošinātam, lai palaistu e-pakalpojumu


• Image – lauks satur e-pakalpojuma ekrānattēlu, kas varētu būt izmantota saīsināta apraksta vietā;


• PublicationDate – lauks attēlo e-pakalpojuma publikācijas datumu.

Tādēļ, kad biznesa lietotājs pievienos jaunu produktu vietnei, vajadzēs aizpildīt sešus laukus ar vienuma redaktora (angl. item editor) palīdzību, kas tiek piesaistīts katram laukam (pēc noklusējuma to apzīmē lauka redaktora tips) šablona veidošanas laikā. Sitecore atbalsta dažādus lauku tipus, kas der daudzveidīgiem uzdevumiem:

• Single-Line Text – parastais teksta lauks;


• Multi-Line Text – multi-teksta apgabals;


• Rich-Text – multi-teksta apgabals ar WYSIWYG redaktoru;


• Date – datuma lauks ar kalendāra izvēlni;


• Image – bildes lauks, kas ņem datus no mezgla Media Library;


• Droplists – kombinētā lodziņa vadīkla.

Sitecore atbalsta mantošanu, kas ļauj definēt dažus datu šablonus un norādīt atvasināšanas attiecību. Darbu ar datu šabloniem var aprakstīt šādi:

• Izstrādātājs izveido datu šablonus ar atbilstošiem laukiem, kuri atbilst izvirzītajam uzdevumam.


• Izstrādātājs nokonfigurē satura kokveida struktūru, izveidojot atbilstošus likumus, kuros ir atļauts izmantot jaunizveidotos šablonus.


• Biznesa lietotāji pievieno jaunus vienumus, kas pamatojas uz šiem šabloniem kokveida struktūras atļautajā mezglā.

Sitecore atbalsta .NET drošības modeli. Sitecore drošības modelis atbalsta sekojošus konceptus:

• Lietotājs – individuāli identificēts nosaukts indivīds. Lietotāji ir nosaukti individuāli konti, kas tiek izmantoti, lai pieslēgtos Sitecore klientam. Eksistē divu veidu lietotāji: iepriekšdefinētie lietotāji (automātiski pēc Sitecore uzstādīšanas tiek iebūvēti Sitecore vidē) un lietotāji, kurus ir iespējams veidot manuāli. Pēdējiem lietotājiem Sitecore vidē tiek definēts speciāls šablons.


• Loma – elements ar nosaukumu, kas tiek pielietots pieejas tiesību definēšanai lietotāju grupām. Lomas atļauj grupēt lietotājus strukturētās vienībās, kā piemēram, administratori, moderatori, anonīmie lietotāji utt. Lietotāji var tikt iekļauti dažādās lomās, kas nodrošina dažādas pieejas tiesības dažādās Web lapu zonās. Gadījumā, ja lietotājam piekļuves tiesības pārklājas (piemēram, uz vienu un to pašu darbību no dažādām lomām ir gan „atļaut” (ang.val. - allow), gan „liegt” (ang.val. - deny)), tad priekšroka ir tiesībām „liegt”. Ir iespējams iekļaut vienu lomu otrā. Sitecore eksistē divi lomu veidi:


• Iepriekš definētas lomas (automātiski pēc Sitecore uzstādīšanas tiek iebūvētas Sitecore vidē);


• Lomas, kas tiek veidotas manuāli no šablona. Viens no šablona laukiem ir Roles – saraksts, kur jānorāda lomas, kas tiek asociētās ar pašreizējo lomu.


• Konts (angl. account) – vispārējs nosaukums, kas tiek lietots, kad nepieciešams norādīt vai uz lietotājiem, vai uz lomām.


• Domēns – kontu kolekcija. Domēni parasti tiek lietoti, lai kontus, kuriem ir kāda loģiskā sasaiste, sagrupētu kolekcijās. Sitecore vidē automātiski tiek instalēti trīs domēni:


• Built-in – virtuālais domēns, kas tiek piešķirts Web lapām, kas nav tieši asociētas ar domēnu web.config datnē;


• Extranet – pēc noklusējuma Web lapa tiek konfigurēta, lietot šo domēnu kā drošības domēnu, kas iekļauj lietotājus, kas ir tiesīgi autentificēt paši sevi ieejot Sitecore Web lapā;


• Sitecore – iekšējs drošības domēns. Regulē drošību Sitecore klientiem. Satur informāciju par konteksta redaktoru, administratoriem, izstrādātājiem un citiem locekļiem, kuri izstrādā un atbalsta Sitecore vidi.


• Drošības piegādātājs – repozitorijs, kas uztur domēnu. Drošības piegādātājs ir uz drošību orientēts programmatūras modulis, kas nodrošina strukturētu interfeisu starp servisu un datu avotu. Līdzīgā veidā kā ierīces draiveri abstraktā veida reprezentē fiziskās aparatūras ierīces, drošības piegādātājs abstraktā veidā reprezentē media datnes, kas tiek fiziski uzturētas Sitecore vidē (datu bāzē). Kaut gan, pēc nepieciešamības ASP .NET var būt konfigurēts, lai glabātu informāciju virtuāli. Sitecore CMS 6 izmanto trīs Microsoft drošības piegādātājus: Membership Provider, Role Provider, Profile Provider.


• Pieejas tiesības – atļauja reaģēt uz elementu noteiktā veidā. Pieejas tiesības ir iespējamo darbību kopa, kas varētu būt piešķirta noteiktam kontam vai vienībai. Pieejas tiesības var definēt šādi: „atļauts”, „aizliegts” vai tiek „mantots” no parenta elementa. Drošības pieejas tiesības - „atļauts” vai „aizliegts” var būt katrai individuālai lomai vai lietotājam. Sitecore atbalsta tādas pieejas tiesības kā read, write, create, rename, delete, administer, field read, field write, language read, language write, site enter utt. Katrām pieejas tiesībām ir iespējams definēt „atļauts” (angl. allow), „aizliegts” (angl. deny) vai „mantots” (angl. inherit).


• Elementa drošība – pieejas tiesību un asociētu kontu kolekcija, kas definē to, kā lietotāji var ietekmēt noteikto elementu.


• Lauka (angl. field) drošība – pieejas tiesību un asociētu kontu kolekcija, kas definē to, kā lietotāji var ietekmēt noteikto lauku. Lauku drošība dod iespēju ierobežot pieejas tiesības noteikta lauka noteiktam kontam. Pēc noklusējuma, katram laukam ir mantotas pieejas tiesības no elementa, kuram tas pieder.


• Drošību mantošana – iespēja automātiski piešķirt elementiem tiesības, kas ir parentē elementam. Iespēja mantot drošību var tikt atļauta vai aizliegta jebkuram kontam.

Sitecore nodrošina plašas iespējas Izstrādātājiem ar savu konfigurējamo un pielāgojamo, izvirzītajām vajadzībām atbilstošo satura vadības sistēmu. Izstrādātāju darbs varētu būt sadalīts divos etapos:

1. Pats izstrādes process, kurš notiek Visual Studio vidē;


2. Administratīvais un konfigurēšanas darbs, kas notiek Sitecore Desktop.

Visual Studio izstrādātāji veido biznesa loģiku, Web formas, lietotāja komponentes, servera komponentes, kā arī XSLT transformācijas. Sitecore nodrošina API bibliotēku veidā, kas ļauj piekļūt satura vadības sistēmai un papildināt sistēmu ar jaunu funkcionalitāti. Tas nozīmē, ka piegādājamās API bibliotēkas ir mantojamas un paplašināmas. Papildus ir brīvi pieejams Visual Studio spraudnis Sitecore Rock (http://visualstudiogallery.msdn.microsoft.com/44a26c88-83a7-46f6-903c-5c59bcd3d35b), kas pilnībā integrē Sitecore administratīvo rīku Sitecore Desktop izstrādes vidē.

Administratīvais un konfigurēšanas darbs Sitecore Desktop rīkā iekļauj datu šablonu veidošanu, satura kokveida hierarhijas projektēšanu, drošības aspektu konfigurēšanu utt. Šis rīks reprezentē efektīvu logošanas apkārtni, kas ir palaista pārlūkprogrammā (turklāt bez ActiveX kontroles un Java Applets izmantošanas). Sitecore Desktop ļauj viegli un ātri veikt vispārīgos izstrādātāju uzdevumus. Tas sastāv (skat. attēlu) no:

• satura redaktora (angl. Content Editor) – nodrošina satura repozitorija atspoguļošanu kokveida hierarhijā. Izmantojot Sitecore datu abstrakto modeli, šis redaktors varētu būt piesaistīts jebkurai Sitecore datu bāzei vai ārējam repozitorijam, kurš īsteno Sitecore datu sniedzēja API, piemēram, MS Sharepoint.


• datu šablonu menedžera (angl. Data Template Manager) – ar to palīdzību izstrādātāji realizācijai definē specifiskus satura tipus (angl. content type) un datu ievades komponentes (angl. data-entry control)


• drošības redaktora (angl. Security Editor) – ļauj administratoriem konfigurēt drošības atļaujas satura vienībām un prezentācijas objektiem lietotāju vai lomu līmenī.)

Sitecore Desktop rīks

Sitecore ir viegli savietojams ar izstrādātāju iestādēs eksistējošiem programmatūras versiju pārvaldības un piegādes procesiem. Programmatūras pirmteksti tiek pārvaldīti ar pirmtekstu kontroles sistēmas palīdzību (piemēram, daudzi Sitecore klienti izmanto gan Microsoft Team Foundation Server, gan Microsoft Visual Source Safe, kā arī Subversion), bet satura datu, metadatu un multivides objektu versijas tiek pārvaldītas CMS iekšienē. Turklāt satura versijas varētu tikt izplatītas caur vairākām vidēm, izmantojot tā saucamās Sitecore pakotnes (angl. package), vai satura pārvaldības sistēmas iebūvēto datu publicēšanas mehānismu. Tātad satura izvēršanas process no Izstrādātāja puses izskatās šādi (skat. attēlu):

• Tiek implementēta jauna lietotāja komponente, kura iekļauj vizuālus un funkcionālus elementus;


• Implementētā komponente ir pievienota integrācijas serverim, kurā notiek DEBUG un RELEASE versijas pakotnes kompilācija.


• Piegādājamais risinājums tiek testēts kvalitātes nodrošināšanas (angl. Quality Assurance, QA) serverī pirms RELEASE versijas akcepttestēšanas.


• RELEASE versija ir uzstādīta produkcijas satura pārvaldības vidē un pārpublicēta satura piegādes vidē.

Satura izvēršanas process