Visar inlägg med etikett portal. Visa alla inlägg
Visar inlägg med etikett portal. Visa alla inlägg

2008-02-20

Från push till pull 1 - Vem äger portalen?


Den typiske internetanvändaren måste idag hoppa mellan ett antal olika portaler, både i sin roll som privatperson och som medarbetare inom en verksamhet. Man har en ”megaportal”, (tex Yahoo), en social portal (Facebook), en arbetsportal (”Intranätet”), ett antal portaler för olika myndigheter (Skatteverket, Försäkringskassan, Kommunen) och ett antal portaler för finansiella tjänster (bank, försäkringsbolag)
Till på köpet har man kanske sin egen portal (tex Netvibes) där man kanske skulle vilja samla allt, om det bara gick. Blir det så, kommer portalen alltså att flytta fokus, från att ha varit avsändarens domän, dit besökare vänt sig – till att den blir användarens verktyg för att hantera tjänster.
”Tjänster” ska i detta sammanhang ses i vid bemärkelse. Facebook kan ses som en portal för framförallt sociala tjänster. Denna är i hög grad möjlig att anpassa och utöka, av såväl slutanvändare som tjänsteleverantörer. Denna typ av konsumentportaler är på väg att bli en del av den allmänna internetplattformen, på samma sätt som användarnas webbläsare.
Har du en egen portal, som du utvecklar och förvaltar?

2007-03-01

Google och IBM i samarbete - “gadgets” integreras i Websphere Portal


Senare i vår släpps en ny version av IBM Websphere Portal där Googles portlets, ofta kallade "gadgets", kan visas i Webspheres portalsidor.
Tidigare har Websphere Portal att kunna integrera information och applikationer via sitt eget portlet-api, Java-standarden JSR-168 eller den plattformsoberoende standarden WSRP.
Integrationen av Google Gadgets kommer att öka möjligheten att skapa en produktiv miljö för de moderna informationsarbetarna, som kan dra nytta av ett gränssnitt där interna och externa informationstjänster och applikationer samsas.
Det är ett väl fungerande ekosystem av portletbaserade tjänster som IBM integrerar. Det finns idag ca 4000 Google-portlets att välja bland, även om det mesta fortfarande är riktat mot privatmarknaden.
Läs mer på ZDNet och Reuters

2007-01-05

Roller för att hantera en tjänsteportal


24-timmarswebben, de offentliga myndigheternas mantra är knappast lätt att realisera eller förvalta. Förändringen är inte enbart teknisk. Helt klart förändras förvaltningsrollerna när information och tjänster behöver samverka. Här är ett försök att beskriva de roller som behövs i en förvaltning av en 24-timmarswebb uppbyggd av ett innehållshanteringssystem och en tjänsteportal, där innehåll och tjänster samverkar.

 
Roll 1 (Sällanredaktörer)
Dessa ansvarar för en avgränsad informationmängd, som sällan behöver uppdateras. Informationen, eller åtminstone platsen eller tjänsten där informationen publiceras är skapad av andra roller, och all uppdatering kan normalt ske direkt från slutanvändargränssnittet, och i anslutning till den publicerade informationen.
Roll 2 (Lokal webbredaktör 1)
Fyller färdiga innehållstjänster med information. Exempel på innehållstjänster kan vara nyhetskanaler och artiklar. Dessa innehållstjänster motsvarar mallar i innehållsverktyget, och denna roll kan därmed arbeta inne i innehållsverktygets admnistrationsgränssnitt, antingen helt och hållet, eller initierat från portalen.
Roll 3 (Lokal webbredaktör 2)
Denna redaktörsroll skapar nya innehållstjänster inom ramen för befintlig tjänstestruktur. Detta innebär att rollen t ex kan skapa en ny nyhetstjänst som avser ett nytt ämne, under förutsättning att nyhetstjänsten kan publiceras i en befintlig portlet. Denna roll behöver endast arbeta i innehållsverktygets administrationsgränssnitt, men behöver ökad förståelse för hur tjänsterna publiceras i portalen.
Roll 4 (Central webbredaktör)
Dessa skapar nya innehållstjänster enligt befintliga innehållsfunktioner, och förändrar även tjänstestrukturen. Detta innebär t ex att man startar nya nyhetskanaler och lägger ut dessa på lämplig plats och mot lämpliga målgrupper. Detta under förutsättning att det redan finns en funktion för nyhetskanaler. Denna roll behöver via portalens slutanvändargränssnitt kunna lägga till och målgruppsanpassa portlets i befintlig struktur.
Roll 5 (Strukturadministratör)
Denna roll ansvarar för portalens sidstruktur och den centralstyrda delen av personaliseringsfunktionena. Detta innebär att rollen kan
-    Lägga till, flytta och ta bort portalsidor
-    Bygga upp återanvändbara mallsidor
-    Målgruppsanpassa sidor eller delar av sidor
Denna roll behöver kunna hantera en målgruppsanpassad variant av portalens administrationsgränssnitt..
Roll 6 (Portaladministratör)
Denna roll ansvarar för övriga funktioner i portalens administrationsgränssnitt, tex hantering av integrerade portalapplikationer och moduler, virtuella portaler, import- och export- mellan miljöer mm.
Roll 7 (Systemadministratör)
Denna roll ansvarar för funktioner som ligger utanför portalens och innehållsverktygets administrationsgränssnitt. Dvs olika typer av teknisk konfigurering, anpassning och förvaltning av grundkomponenterna. Denna roll är en ren utvecklarroll.
 
Rollerna är definierade ur ett kompetens- och utbildningsperspektiv. Varje roll kräver en viss kompetens och det bör finnas en utbildning för varje roll. Naturligtvis kan en person ta på sig flera roller i organisationen.

2006-12-03

Fler ajaxportaler i sikte


Det finns nu ett flertal externa portaler, där användaren själv kan personalisera innehållet, och där ajaxtekniken används flitigt för att göra detta enkelt, snabbt och intuitivt.
En av föregångarna är Netvibes, som nu även har svenskt gränssnitt. Andra portaler är Pageflakes och Protopage. Microsofts försök att minska beroendet av klienterna heter Windows Live. En svensk variant på temat är Superstart, som uppenbarligen inspirerat Torget till en ny version av sin startsida, som nu finns i betaversion.
De ledande portalprodukterna för företagslösningar ligger förstås en bit efter i detta avseende, även om ajax används för vissa administrativa funktioner i såväl Sharepoint 2007 som Websphere 6. I den kommande versionen av Websphere Portal, kommer ajax dessutom att användas för att hantera portletlogiken, så att endast de portlets som ändras behöver renderas om.
Nu återstår att se vilken av ajaxportalerna som blir först att lyckas med utmaningen att skapa en klientbaserat WSRP-konsument, så att innehållsleverantörerna kan integreras lite mer standardmässigt och plattformsoberoende.

2006-04-01

Ajax framtvingar teknikskifte i portalvärlden


Tills nu har portalprodukter haft det gemensamt att portalserven hämtat information från bakomliggande system och ansvarat för kommunikation mot slutanvändarens webbläsare. När nu Ajax vinner terräng uppstår nya möjligheter till direktkommunikation mellan användare och system, vilket gör portalens roll mer osäker.
Antingen får portalen släppa vissa delar av kommunikationen fri, med nya problem relaterade till autentisering och säkerhet till följd, eller så krävs att portalerna anpassas till den nya tekniken och etablerar någon form av "Ajax-proxy" mellan klient och system.
Subbu är representant för BEA i OASIS standardiseringsarbete kring WSRP 2.0.