Portalas: praktinis požiūris

Transcription

1 Portalas: praktinis požiūris Mindaugas Plukas Andrius Kurtinaitis

2 Portalas? Karkasas informacijai, aplikacijoms, procesams integruoti ir bendrai prieigai prie jų pateikti. Konkrečiai gali reikšti daug dalykų Vieša įvairios informacijos svetainė ( naujienų portalas ) Internetinė/intranetinė svetainė su integruotai pateikiamais įmonės informaciniais resursais bei aplikacijomis... Taip pat portalas reiškia portalo programinę įrangą (PĮ). Bendru atveju, portalo PĮ nėra galutinis sprendimas. Tai tik priemonė portalo sprendimui sukurti. Kalbėsime apie portalą kaip PĮ.

3 Praktinis požiūris Kaip portalo PĮ palengvina portalo sukūrimą ir integracinių uždavinių sprendimą Ką gauname daugiau negu tiesiog aplikacijų serveris Kiti galimi praktinio požiūrio taškai Kokią informaciją, procesus prasminga integruoti portale Kokia integracija, naudojimo scenarijai duoda didžiausią praktinį efektą Kokių procesų perkėlimas į portalą pasiteisina...

4 Principiniai portalo elementai

5 Portalo front-end

6 Portalo front-end Sąveikauja su naudotojais ir užtikrina vieningą visų portalo aplikacijų pateikimą Realizuoja portalo struktūrą - puslapius ir portalo aplikacijų portletų išdėstymą juose Realizuoja navigaciją toje struktūroje Apjungia atskirų portletų naudotojo sąsajas į bendrą vaizdą Užtikrina bendrą portalo ir jo dalių išvaizdą bei elgseną ( look-and-feel ) Bendras vaizdas, meniu, globalūs veiksmai Portletų rėmeliai, galimi veiksmai su jais Įvairios galimybės adaptuoti ir tinkinti Naudotojų registras ir bendra naudotojų autentikacija Prisijungimo dialogas Užtikrina vieningą prisijungimą visiems portletams ( single sign-on ) Bendra prieigos kontrolė prie portalo resursų (puslapių, portletų)

7 Portalo front-end

8 Portalo front-end Paieška portalo puslapiuose ir turinyje Naudotojo savitarna Puslapių turinio, portletų išdėstymo tinkinimas Saviregistracijos portletas Personalizacija administratoriaus valdomas specifinio turinio pateikimas kiekvienam naudotojui Turinio filtrai ir matomumo taisyklės einamojo naudotojo informacijos pagrindu Turinio pateikimas naudotojo elgsenos analizės pagrindu (rekomendavimas)

9 Portalo front-end Virtualūs portalai Loginiai portalai vieno fizinio portalo diegimo pagrindu Skirtinga išvaizda, turinys Galimybė bendrai administruoti ir dalintis bendrais resursais Bendri arba skirtingi naudotojų domenai Įvairių klientų protokolų ir prezentacijos kalbų palaikymas Skirtingi pradiniai puslapiai pagal klientinį agentą Matomumo taisyklės pagal kliento prezentacijos kalbą (pvz. WML, HTML) Prezentacijos kalbos perkodavimo filtrai Optimizavimas Portalo turinio spartinančioji atmintis Lygiagretus puslapio elementų formavimas Visų minėtų aspektų administravimo priemonės

10 Portalo front-end Bendrai imant portalo front-end yra sudėtinga aplikacija. Tačiau ar visas funkcionalumas tikrai reikalingas, ar bus išnaudotas? kai kurie dalykai iš esmės yra pateikiami aplikacijų serverio (pvz. autentikacija, SSO) konkretų savybių poaibį - supaprastintą bet galbūt pakankamą variantą gali būti racionalu realizuoti aplikacijų serverio pagrindu Pvz. fiksuota aibė atskirų aplikacijų, pateikiamų atskiruose puslapiuose su bendru prisijungimu

11 Komponentinis modelis

12 Komponentinis modelis Komponentinis modelis nusako, kaip kuriamos naujos aplikacijos portletai ir kaip jos sąveikauja su portalu bei tarpusavyje. Java portaluose portletų komponentinis modelis standartizuotas JSR-168 Java Portlet Specification Version 1.0 Java Servlet modelio pagrindu: išplėtimas ir pritaikymas portletų specifikai Dviejų fazių užklausų apdorojimas: veiksmas ir vaizdavimas užtikrina portletų agregavimo galimybes Portletų režimai (VIEW, EDIT, HELP) suskirsto portleto funkcijas Portletų langų būsenos (MINIMIZED, NORMAL, MAXIMIZED) Valdo portleto užimamą vietą bendrame lange Portletų parametrizavimas, naudotojo nustatymų saugojimo galimybė Numatytos galimybės panaudoti servletus iš portletų

13 Komponentinis modelis JSR-286 Java Portlet Specification Version 2.0 Pagrindinės naujos savybės Tarpportletinė komunikacija Įvykių tarp portletų siuntimas ir gavimas Bendrai prieinami (vieši) vaizdavimo užklausos parametrai Galimybė portletams tiesiogiai grąžinti norimą resursą Tinkama AJAX realizavimui Portletų filtrai

14 Komponentinis modelis Web Services For Remote Portlets (WSRP) Specification v2.0 Apibrėžia į prezentaciją orientuotų tinklinių paslaugų ( web services ) sąsają Portalas gali publikuoti savo portletus kaip WSRP el. paslaugas Portalas gali naudoti išorinių sistemų teikiamas WSRP el. paslaugas ir pateikti jas kaip savo portletus Komponentų adapteriai. Pavyzdžiui Išorinių svetainių pateikimas portleto pavidalu Google Gadget pateikmas portleto pavidalu

15 Komponentinis modelis Aukštesnio abstrakcijos lygmens komponentai Pavyzdys - sudėtinės aplikacijos Apjungia keletą komponentų (portletų) Nustato ryšius tarp komponentų Apibrėžia roles ir prieigos teises Apibrėžia parametrus Sudėtinė aplikacija gali būti įdiegta keletą kartų, sukonkretinant parametrus ir susiejant roles su realiais naudotojais ar jų grupėmis

16 Komponentinis modelis Portletų komponentinio modelis Užtikrina, kad komponentai yra pritaikyti portalo integracinei funkcijai atlikti Turi papildomų naudingų galimybių Tarpportletinė komunikacija Leidžia kurti portletus, tinkamus talpinti į portalą kartu su nepriklausomai sukurtais portletais Portletų rinka Patirtis Projekto kontraktoriai nepriklausomai kūrė portletus, kurie vėliau buvo sukelti į bendrą portalą

17 Komponentinis modelis Tačiau Sudėtingesnis nei Java servletų - dviejų fazių užklausų apdorojimas (objektyvios priežastys) Ne taip gerai palaikomas įvairių Web karkasų Ne visoms vaizdo formavimo technologijoms yra portletų prezentacinės bibliotekos ( taglib ) Nėra kai kurių galimybių, pvz. negalima deklaratyviai apibrėžti saugumą atskiroms portleto dalims Paprasčiausiais atvejais papildomas portletinio modelio sudėtingumas gali būti bereikalingas Turimų Web aplikacijų konvertavimas į portletus gali būti sudėtingas Gali pasirodyti paprasčiau (ir pakankama) atlikti bazinį tokių aplikacijų sujungimą į vieną svetainę be portalo PĮ Gali būti sudėtingesnis kitos technologijos (ne Java) aplikacijų įjungimas į portalą

18 Komponentinis modelis Patirtis Kai kurie Web karkasai, pvz. Spring Web Flow, leidžia kurti servletines aplikacijas, perkeliamas į portletines su minimaliais pakeitimais Servletinę aplikaciją, tiesiogiai naudojančias servletų modelį, pavyko sėkmingai konvertuota į portletinį modelį Sudėtingesnę web aplikaciją (Struts) buvo neracionalu konvertuoti į portletinę. Sprendimas: adaptuota į portletą <iframe> pagalba Iš esmės apeitas portletų konteineris

19 Portalo servisai

20 Portalo servisai Portalo komponentai pateikiantys pagalbinį bendro naudojimo funkcionalumą portletų įgyvendinimui Portalo naudotojų valdymo servisas Funkcijos tvarkyti naudotojus, grupes, jų atributai Pateikiamas abstraktesnio lygio modelis nei konkreti naudotojų registro realizacija (pvz. LDAP, DB) Duoda galimybę portletams integruotis su portalo prieigos kontrole, vykdoma naudotojų registro pagrindu Pavyzdys: aplikacija skirsto naudotojus į organizacijas ; kiekvienai organizacijai automatiškai kuriama naudotojų grupė su atitinkamu vardu; prieigą prie standartinių portalo resursų (puslapių, portletų, turinio elementų) galima skirstyti organizacijoms (atitinkamoms grupėms), panaudojant standartinį prieigos administravimą

21 Portalo servisai Paieškos API Funkcijos ieškoti portalo turinyje Duoda galimybe adaptuoti paiešką, apjungti su vidiniais aplikacijos resursais Portalo struktūros servisas Funkcijos tvarkyti portalo puslapius, kitus struktūrinius elementus Galimybė formuoti URL į atskiras portalo dalis, nukreipiant naudotoją į tam tikrą puslapį, portletą Dinaminiai (sesijos trukmės) puslapiai Slaptažodžių saugykla realizuoja saugų konfidencialios informacijos laikymą - tiek globalios informacijos, tiek informacijos atskiram naudotojui Priemone realizuoti vieningą prisijungimą ( single sign-on ) tarp portletų ir vidinių integruojamų sistemų Darbų sekos varikliai

22 Įrankiai, konektoriai

23 Įrankiai, konektoriai Konektoriai pagalbinės bibliotekos įvairioms įmonių IS integruoti. Įrankiai RAD tipo įrankiai portletų kūrimui Suprastina komponentinio modelio ir portalo servisų API panaudojimą Automatizuoja konektorių panaudojimą Tendencija Įmonių informacinių sistemų integravimo sąsajos tampa atviresnės ir realizuojamos tinklinių paslaugų (WSDL/SOAP, RESTful) pagrindu. Specializuoti konektoriai ir atitinkamas specializuotas įrankių palaikymas tampa mažiau aktualus

24 Portalo out-of-the-box aplikacijos

25 Portalo out-of-the-box aplikacijos Turinio valdymo sistema Dokumentų valdymo sistema Bendravimui skirti portletui: blogai, wiki, el. paštas, pranešimai ( instant messaging ) Administraciniai portletai Standartinis portalo funkcionalumas (Login, PasswordReminder, SiteMap ir t.t.) Pagalbiniai portletai (WorldClock, MarketWatch ir t.t.) Portletai, integruojantys tam tikras [dažnai to paties gamintojo] IS Trečių šalių portletai

26 Portalo out-of-the-box aplikacijos Standartiniai portletai, trečių šalių portletų rinka gerai, tačiau Daugelis portletų gali būti daugiau pavyzdiniai ( proof of concept ), negu skirti realiems panaudos atvejams Nėra suprojektuoti integruoti su kitų šalių standartiniais portletais Gali būti nepakankamos priemonės standartinį portletą pritaikyti kuriamo portalo specifikai, pvz. Išvaizda Rolės, prieigos kontrolės logika Naujų funkcijų pridėjimas

27 Turinio valdymo ir dokumentų valdymo sistemos Paprastai yra specialiai integruojamos su portalu Integracija su portalo struktūra Bendra paieška Bendra prieigos kontrolė Integracija su portalo personalizacijos komponentu Gali sudaryti svarbią portalo vertės dalį Yra priemonės integruoti su kuriamais portletais Panaudojant tų sistemų API Bendros portalo integracinės priemonės Pavyzdžiai Specializuota turinio pasikeitimų ( naujienų ) prenumerata TVS turinio panaudojimas portleto pagalbai pateikti TVS turinio integravimas kaip aplikacijos rubrika

28 TVS ir portalo integracija pvz.: LGII teminės sritys Puslapis su specializuotu portletu Puslapiai su TVS turiniu Diskusijų forumo puslapis Administratoriaus formuojamas temų sąrašas (portalo puslapiai) TVS turinys

29 Portalas ir integracija Portalas duoda galimybę integruoti aplikacijas prezentacijos lygmenyje Komponentų naudotojo sąsajos apjungiamos į aukštesnio lygmens sąsają Tarpportletinė komunikacija nėra universali integravimo priemonė Skirta integruoti prezentacijos lygmenyje Vyksta kaip reakcija į naudotojo veiksmus Neturi jokių kokybės garantijų Garantuoto pristatymo Transakcijų Portalo integracija prezentacijos lygmenyje neskirta pakeisti ir nepakeičia tradicinės integracijos kituose lygmenyse tarpinės PĮ pagalba Pranešimų perdavimas Bendra DB Web servisai Tačiau kai kuriems scenarijams gali pakakti portalinės integracijos ir nebereikia naudoti sunkesnių žemesnių lygmenų priemonių.

30 Portalas ir integracija - pavyzdys Norime Ryšių su klientais valdymo sistemos (CRM) informaciją (užsakymus) ir Dokumentų valdymo sistemos informaciją (sutarčių dokumentai) pateikti viename naršyklės lange, panaudojant vieningą prisijungimą Sprendimas DVS, CRM informacijos pateikimo portletus įkeliame į portalą. Portletai gali būti standartiniai (įsigyjami), gali tekti juos kurti.

31 Portalas ir integracija - pavyzdys DVS ir CRM klientų aibė sutampa. Norime integracijos, kad pasirinkus klientą CRM portlete, būtų parodomos to kliento sutartys DVS portlete Sprendimas Tarpportletinė komunikacija Reikalinga, kad portletai būtų atitinkamai suprojektuoti

32 Portalas ir integracija - pavyzdys Norime, kad patvirtinus CRM užsakymą, DVS sistemoje būtų sukuriamas užsakymą atitinkantis sutarties dokumentas. Sprendimas: Integracijos realizacija už portalo ribų

33 Portalas ir integracija pavyzdys Paieška Norime kelioms portalo aplikacijoms pateikti bendrą paieškos sąsają Sprendimas:

34 Portalas ir integracija pavyzdys Paieška

35 Tipiniai portalo PĮ panaudojimo scenarijai Portalas turi būti personalizuojamas, tinkinamas, viename lange apjungiamos įvairių aplikacijų naudotojo sąsajos, kurios sąveikauja tarpusavyje Išnaudojamas portalo front-end funkcionalumas Portalas turi būti lengvai papildomas naujomis, galbūt trečių šalių aplikacijomis Išnaudojamas komponentinis portalo modelis (portletų konteineris) Portale panaudojamos su portalo PĮ pateikiamos vertingos aplikacijos Turinio valdymo sistema, Dokumentų valdymo ir publikavimo sistema Administravimo, tinkinimo įrankiai Portalas turi integruoti įvairias įmonės IS ir portalo PĮ pateikia tą integraciją palengvinančias priemones Išnaudojami standartiniai portletai, pateikiantys sąsajas į įmonės IS Išnaudojami konektoriai, įrankiai

36 Išvados Portalas PĮ yra tik karkasas, bet ne pilnas sprendimas išskyrus atskirus (paprasčiausius) atvejus Portalo įgyvendinimas reikalauja papildomų sąnaudų Kokie portalo PĮ elementai naudingi, kokie ne, priklauso nuo konkrečios situacijos Reikia vertinti, ar naudingos savybės sudaro pakankamą kritinę masę

37 Klausimai Pranešėjas Mindaugas Plukas UAB Sintagma sistemų architektas