Title: Technologie korporacyjnych portali internetowych
1Technologie korporacyjnych portali internetowych
2Plan prezentacji
- Definicja portalu korporacyjnego
- Wymagania stawiane portalom korporacyjnym
- Ogólny schemat budowy
- Aspekty zwiazane z zarzadzaniem zawartoscia
- Sposoby publikacji danych w Internecie - wady i
zalety róznych rozwiazan - Cechy systemów do zarzadzania trescia
- Schemat systemu
- Personalizacja
- Inne cech systemów zarzadzania dokumentami
3Definicja portalu korporacyjnego
Produkt zestaw narzedzi do integracji,
indywidualizacji srodowiska biznesowego, do jego
rozbudowy i jego dostepnosci poprzez Internet
Personalizacja
Klienci
Dostawcy
Pracownicy
Integracja srodowiska obliczeniowego (dostep
przez Internet)
Sprzedaz
Marketing
Obsluga klienta
Logistyka
4Wymagania stawiane portalom
- skalowalnosc
- ciaglosc dzialania (24/7)
- indeksowanie i wyszukiwanie
- praca jako serwer aplikacyjny
- zarzadzanie zawartoscia
- integracja aplikacji ( w tym aplikacji
spadkowych) - bezpieczenstwo
- kategoryzacja
- indywidualizacja
- róznorodnosc repozytoriów
- stworzenie jednolitego srodowiska pracy
5Schemat budowy portalu (na przykladzie SEP)
Serwer WEB
Przegladarka internetowa
Mobile (GSM, Palmtop)
Personalizacja
Publikowanie i subskrypcje
Bezpieczenstwo
Zarzadzanie portalem / bezpieczenstwo
Agregacja zawartosci
Zarzadzanie zawartoscia
Zarzadzanie procesem
Dane
Aplikacje
Zdarzenia
Repoz. metadanych
Integracja
CRM, Dokumenty itp
Na podstawie mat. Firmy SYBASE
6Aspekty zwiazane z zarzadzaniem zawartoscia
(content managemanet)
- Indywidualizacja (personalizacja)
- role uzytkowników
- automatyczne i wybrane uslugi
- Narzedzia do tworzenia zawartosci
- Kategoryzacja danych
- Dynamiczne publikowanie
- WWW, urzadzenia mobilne, WAP
- optymalizacja skladowania
- XML
- Subskrypcje
- kanaly zainteresowan
- alarmy
- Zarzadzanie przeplywem pracy i produkcja
- zarzadzanie projektem
- kontrola wersji
- okresowe publikowanie
7Sposoby publikacji danych w Internecie
- Statyczne strony WWW
- chaotyczne podejscie (robimy kilka stron dla
róznych przypadków dodajemy pliki z grafika
wrzucamy na serwer WWW i lepiej lub gorzej ale
dziala) dobre do malych rozwiazan praktycznie
nieskalowalne... - strony dynamiczne (technologie ASP, PHP,
Servlety) - stworzenie schematu wygladu stron strony
generowae sa na podstawie schematu i danych
pobieranych z bazy danych (pojawia sie mozliwosc
swobodnej zmiany tresci bez ingerencji w pliki
html) - publikacje oparte o systemy zarzadzania trescia
- jw. wiele innych cech czyli zarzadzanie
schematami, projektami, cache, praca w oparciu o
kilka serwerów WWW (load balancing), wspomozenie
mechanizmów personalizacji i indeksowania i wiele
innych.
8Glówne problemy
- duza liczba plików (tekst, grafika , javascript)
w konsekwencji latwo o pomylke efekt - np. brak
rysunków, zle rozmieszczenie tekstu itp. - brak mozliwosci personalizacji (rozwiazaniem moze
byc tylko generowanie róznych stron niewiele
rózniacych sie od siebie) - konieczna ingerencja w kod HTML przy zmianie
tresci zawartej na stronie - koniecznosc przygotowywania róznych wersji tej
samej strony dla róznych przegladarek - brak mozliwosci efektywnej organizacji pracy
zespolowej (grafik, projektant strony, osoba
tworzaca zawartosc merytoryczna) - generowanie stron przy kazdym zadaniu (brak lub
uproszczone mechanizmy cacheu - ASP,PHP)
9Cechy systemów do zarzadzania trescia I
- oddzielenie tresci od sposobu jej przedstawienia
- mozliwosc swobodnej zmiany tresci bez ingerencji
w mechanizmy odpowiedzialne za jej prezentacje - budowa schematu stron z komponentów
- integracja z serwerami aplikacji
- zatarcie granicy pomiedzy czasem tworzenia i
prezentacji danych - wspomaganie dla personalizacji
- automatyczne generowanie wstepnych profili
- ulatwienia w organizacji i wyszukiwaniu
okreslonych informacji - narzedzia
- narzedzia do edycji schematów stron, debuggery
skryptów itp., - wspomaganie XML
- repozytoriach ponownego uzycia (komponenty,
schematy, kawalki kodu)
10Cechy systemów do zarzadzania trescia II
- wspomaganie pracy grupowej
- tworzenie grup, przydzielanie zadan
- wykrywanie zaleznosciami
- zarzadzanie bezpieczenstwem, dostepem do danych
- zarzadzanie wersjami
11Schemat systemu I
Przyklad Vignette Story Server
Na podstawie mat. Firmy Vignette
12Schemat systemu II
- Production center
- zestaw narzedzi do zarzadzania i administracja
projektu - przyporzadkowywanie do szablonów sciezek URL
- zarzadzanie praca grupowa
- Development Center
- edytor jezyka skryptowego do tworzenia wzorców
stron - narzedzia do wymiany danych z innymi systemami
- integracja z systemem zarzadzajacym praca grupowa
- Serwery WWW - podzial
- serwer na którym mozna dokonywac zmian sposobu
publikowanych danych (do rozwijania serwisu WWW) - polaczenie z serwerami publikujacymi dane na
zewnatrz (wyglad i sposób dzialania serwisu moze
byc aktualizowany i widoczny na biezaco lub
replikacja danych z serwerów developerskich moze
byc przeprowadzona na zadanie - dowolna liczba serwerów WWW
13Personalizacja I
- uzytkownik moze miec okreslony status w systemie
- uzytkownik ma okreslone zainteresowania i
przyzwyczajenia - uzytkownik moze korzystac z róznych przegladarek
internetowych - wykrywanie typu, wersji i innych parametrów
przegladarki np. obslugiwane elementy HTML
(tabele, ramki), wsparcie dla Java, JavaScript,
typy obslugiwanych kontrolek ActiveX - zapewnianie mozliwie maksymalnej funkcjonalnosci
(np. przegladarka nie obsluguje JavaScrpit ale
obsluguje kontrole ActiveX która moze zrobic to
samo lub mozna wygenerowac kod DHTML który da
podobny efekt) - wykrywanie czy zadanie jest wysylane od czlowieka
czy programu (programy do przegladania stron
off-line) - wykrywanie typu systemu operacyjnego, na którym
pracuje przegladarka
14Personalizacja II
- automatyczne tworzenie profili uzytkowników na
podstawie analizy zachowania uzytkownika
Na podstawie mat. Firmy Vignette
15Personalizacja III
- tworzenie szablonów stron dla systemów bazujacych
na profilach, i rolach (na przykladzie SEPVSS)
Na podstawie mat. Firmy SYBASE
16Personalizacja IV
Na podstawie mat. Firmy SYBASE
17Zagadnienia wydajnosci
- rozdzielanie pracy pomiedzy rózne serwery WWW -
jesli pracuje kilka serwerów wybierany jest jeden
do niego przesylany jest schemat strony na
podstawie danych i schematu generowany jest kod
HTML - magazynowanie stron - jesli strona byla
wyswietlana to jest w pamieci podrecznej (cache)
i nie ma potrzeby jej generowania - jesli zawartosci strony zmienia sie np. 2 razy
dziennie to w okreslonych odstepach czasowych
jest na nowo generowana i umieszczana w pamieci
podrecznej - mozlwosc gromadzenia róznych typów danych (GIF,
JPG, multimedia) - zapewnienie niezawodnosci
18Inne cechy
- wsparcie dla wyszukiwania i indexowania
- wykorzystanie profili uzytkowników do
wyszukiwania informacji - generowanie elementów pozwalajacych na szybkie
znalezienie slów kluczowych (indexowanie) - kazda
wygenerowana automatycznie strona ma wlasny adres
URL - obsluga zdarzen (triggery w SBD)
- mozliwosc definiowania i obslugi zdarzen (np.
wejscie do grupy dyskusyjnej moze byc zdarzeniem
w systemie i moze zostac przechwycone i
obsluzone) - mozliwosc wspólpracy z róznymi systemami baz
danych
19Zalozenia dla pracy magisterskiej
- opracowanie modelu 3 warstwowej architektury
(oddzielnie tresci od sposobu wyswietlania) - okreslenie jakie i w jakiej postaci dane
dotyczace wygladu strony beda przechowywane w
bazie danych (XML???, fragmeny kodu HTML, pola
tekstowe, bloby itp.) - okreslenie jakie dane dotyczace komponentów
schematu przechowywac (np. multimedia jako blob-y
w bazie danych) - stworzenie modelu danych oraz jego przeniesienie
na konkretny system bazy danych (ASA 6.0.3) - implementacja prostego systemu typu sklep
internetowy w oparciu o stworzona architekture