Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

25
e-PUAP, 8 luty 2005 Igor Bednarski 1 Architektura oraz podstawowe funkcjonalności systemu informacyjnego. Igor Bednarski Departament Systemów Informatycznych Administracji Publicznej

description

Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski Departament Systemów Informatycznych Administracji Publicznej. e-PUAP nie zastępuje systemów dziedzinowych (należących do jednostek administracji rządowej i samorządowej - PowerPoint PPT Presentation

Transcript of Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

Page 1: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 1

Architektura oraz podstawowe funkcjonalności systemu informacyjnego.

Igor Bednarski

Departament Systemów Informatycznych

Administracji Publicznej

Page 2: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 2

Podstawowe założenia architektoniczne1. e-PUAP nie zastępuje systemów dziedzinowych (należących do jednostek

administracji rządowej i samorządowej2. e-PUAP jest dla obywatela bramą (ang. gateway) do świata administracji.

Stanowi jednolity interfejs do wszystkich usług udostępnianych publicznie.

3. Jednostkom administracji rządowej i samorządowej e-PUAP udostępnia wspólne usługi, pozwalające na efektywną realizację docelowych funkcji dla obywatela.

4. e-PUAP zawiera katalog usług elektronicznych oferowanych przez jednostki administracji rządowej i samorządowej (oraz sam e-PUAP).

Z tego katalogu mogą korzystać:

– obywatele (relacja G2C: Government to Citizen)

– firmy (relacja G2B: Government to Business)

– jednostki administracji (relacja G2G: Government to Government)

5. Architektura e-PUAP musi podlegać ciągłemu i zaplanowanemu rozwojowi. Rozwój ten powinien przebiegać w miarę udostępniania usług publicznych dla obywateli przez kolejne jednostki administracji rządowej i samorządowej. W związku z tym architektura powinna być„ gotowa na zmiany”. Rozumiemy przez to:

– Zastosowanie otwartych standardów technologicznych

– Elastyczność i skalowalność

– Organizację „dookoła” architektury umożliwiającą zarządzanie jej rozwojem i standardami na których bazuje

Page 3: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 3

Podstawowe założenia architektoniczne

jedn. A

jedn. B

jedn. C

usługii inf.dlaklienta

G2CG2B

usługii inf.dlajedn.

G2G

Obywatel

Firma

Klienciadministra

cji

Platforma centralnainformacyjna – portal, usługowa -

MOST

Jednostkiadministracji

rządowej i samorządowe

j

App 1

App 2

App 3

Page 4: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 4

e-PUAP jako architektura oparta o usługi• Podstawowe założenie dotyczące architektury:

W całym modelu posługujemy się pojęciem usługi.

• Zewnętrzne jednostki/systemy oferują e-PUAP usługi

• Funkcjonalność e-PUAP jest dostępna dla obywatela jako usługi

– usługi wspólne/fundamentalne (np. IAAA, płatności)

– usługi złożone z usług jednostek i usług e-PUAP

e-PUAP oferuje funkcjonalność jednostkom administracji jako usługi

– usługi wspólne

– dostęp do zawartości (agregacja „w drugą stronę”)

Założenie architektoniczne:

Jako podstawę do realizacji architektury e-PUAP wybieramy model architektury oparty o usługi (Service Oriented Architecture / SOA)

Page 5: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 5

Usługi przed wdrożeniem e-PUAP

Model przed wdrożeniem e-PUAP. Chaos informacyjny:

• obywatel posiada dostęp do wielu portali dotyczących różnych sfer jego życia (w kontekście

e-government)

• brak „jednego punktu kontaktu” dla obywatela

• wiele podejść do typowych problemów w ramach różnych systemów e-government (uwierzytelnianie, płatności, dostęp do podstawowych danych obywatela itp.)

• wykonywanie „tej samej pracy” wielokrotnie (niska efektywność kosztowa)

JEDNOSTKA ADMINISTRACYJNA A

JEDNOSTKA ADMINISTRACYJNA B

JEDNOSTKA ADMINISTRACYJNA C

JEDNOSTKA ADMINISTRACYJNA D

Obywatel/ Firma

Page 6: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 6

Usługi po wdrożeniu e-PUAP

Obywatel

e-PUAP

Katalog usług dlaobywatela

JEDNOSTKA ADMINISTRACYJNA A

JEDNOSTKA ADMINISTRACYJNA A

JEDNOSTKA ADMINISTRACYJNA A

Wykorzystaniewspólnych usług,

wyszukiwanie oferowanych usług

Udostępnienie / przekierowanie

usługdo e-PUAP

Page 7: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 7

Role - podstawowa koncepcja organizacyjna• W jakiej roli występuje e-PUAP w przypadku każdej z usług?

• Jakiego rodzaju funkcje i usługi oferują?

Role e-PUAP

Katalog (ang. Directory) – e-PUAP zawiera odnośnik do serwisu internetowego obsługującego daną usługę. e-PUAP pełni rolę portalu internetowego(katalog linków, wyszukiwarka).

Bramka (ang. Gateway) – e-PUAP zawiera mechanizmy identyfikacji, autentykacjii autoryzacji obywatela (zaufana strona). Po zalogowaniu się do e-PUAP obywatel ma dostęp dousługi (bez konieczności logowania). Obywatel może bezpośrednio w e-PUAP wypełnić formularz związany z usługą, jednak będzie on przetwarzany w stosownym systemie jednostki administracji.

Notyfikator (ang. Notifier) – e-PUAP informuje obywatela o zdarzeniach go dotyczących(np. zaległe podatki, przypomnienie o opłatach). Po zalogowaniu się „klient” e-PUAP otrzymuje zagregowaną informację o „zdarzeniach w administracji, które go dotyczą” (w formie osobistego informatora). e-PUAP odbiera informacje o zdarzeniach od zewnętrznychsystemów (np. resortowych).

Koordynator (ang. Coordinator) – e-PUAP nie tylko odbiera informacje o zdarzeniachdotyczących usługi, ale także przesyła je do innych systemów. W ten sposób pozwala nakoordynację procesów pomiędzy wieloma rozwiązaniami informatycznymi. Ta rola wymaganajbardziej zaawansowanych mechanizmów.

r o z

w ó

j ( r o a

d m

a p

)

Page 8: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 8

Rola: Katalog

Katalog

jednostka

adm.

jednostka

adm.

jednostka

adm.

odnośniki

Katalog – Wzorzec architektoniczny „katalogu” zakłada agregację danych o odnośnikach, ich aktualizację itp. Architektura może być w całości oparta o mechanizmy portalowe.Wymagany jest standard aktualizacji informacji katalogowych i ewentualnie zawartości. Dopuszczamy kilka poziomów „aktualizacji” – od prostych odnośników wraz z „meta Informacjami”do pobierania opisów za pomocą RSS (zewn.portale umieszczają specyficzne dane dla e-PUAP w formie „czystej informacji”).

Page 9: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 9

Rola: Bramka

Bramka – Wzorzec architektoniczny oparty jest o rozszerzony katalog. W tej roli e-PUAPprzejmuje odpowiedzialność za identyfikację i autentykację obywatela (por. IAAA / MOST ).W szczególności obywatel uzyskuje dostęp do usługi po zalogowaniu się w e-PUAP. Dalej obsługę w całości prowadzą zewnętrzne (np. resortowe) serwisy. Możliwe jest wysłanie danych dotyczących usługi bezpośrednio z e-PUAP (jeśli formularz jest dostępny w e-PUAP).

Bramka

jednostka

adm.

jednostka

adm.

jednostka

adm.

usługi jako odnośniki, lubusługi jako web-service

wywołanie usługi

uwierzytelnienie / autoryzacja

Page 10: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 10

Rola: Notyfikator

Notyfikator – Rozszerzenie modelu bramki. W tym modelu e-PUAP odbiera zdarzenia od systemów administracji państwowej wysyłane w określonym formacie. Dla celów informowania obywatela mogą zdarzenia te agregować, priorytetyzować i obrabiać. e-PUAP staje się odbiornikiem informacji, a nie tylko bramką przekazującą zdarzenia na zewnątrz.

Notyfikator

jednostka

adm.

jednostka

adm.

zdarzenia

zdarzenia

oraz modele komunikacjiużywane w poprzednio opisanych

rolach Wrót Polski

Page 11: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 11

Rola: Koordynator

Koordynator – W przypadku „Notyfikatora” e-PUAP pełnił rolę odbiorcy komunikatówod zewnętrznych systemów. Celem była prezentacja obywatelowi najbardziej istotnych dlaniego informacji (dotyczących go osobiście). W przypadku „Koordynatora” wprowadzamymożliwość wysyłania komunikatów do zewnętrznych systemów. e-PUAP staje się brokereminformacyjnym „administracji państwowej”. W żadnym jednak wypadku nie przejmujefunkcjonalności innych systemów (resortowych).

Notyfikator

Koordynator

jednostka

adm.

jednostka

adm.

jednostka

adm.

jednostka

adm.

jednostka

adm.

dwukierunkowakomunikacja pomiędzyjednostkami administracjiz wykorzystaniem e-PUAP

Page 12: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 12

Architektura logiczna – widok ogólny

MOST

systemjednost

kiadm.

portaljednost

kiadm.

centrum

płatności

kwalifikowanecentrum

certyfikacyjne

Portal

Warstwa usług Warstwa prezentacji

Us

Usłu

gob

iorcy

Syste

m e

-PU

AP

operator GSM

Śro

dow

isko b

ud

ow

y a

plik

acji

portaljednost

kiadm.

system pod. gosp.

Usłu

god

aw

cy

Page 13: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 13

MOST: DekompozycjaM

OS

T

systemjednost

kiadm.

portaljednost

kiadm.

centrum

płatności

kwalifikowane

centrumcertyfikacyj

ne

Portal

USŁUGI WSPÓLNE

PLATFORMA KOMUNIKACYJNA

ADAPTER ADAPTER ADAPTER ADAPTERSUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

IAA

A

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pro

cesy

pra

cy(w

orkfl

ow

/B

PM

)

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pro

ceso

r zd

arze

ń

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pod

pis

cyfro

wy

SUBSRIBER

MANAGEMENT

Kata

log

usłu

g

SUBSRIBER

MANAGEMENT

Pła

tności

ele

ktron

iczne

WARSTWA INTEGRACJI

operator GSM

ADAPTER

Page 14: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 14

Portal: Dekompozycja

MOST

Porta

l

Warstwa usług Warstwa prezentacji

CMSAgregacja

treści

Katalog usług

Personalizacja

Wyszukiwanie

Kampaniemarketingow

eWspółpraca

Formularze on-line

Page 15: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 15

Warstwa prezentacji

Wars

twa

pre

zen

tacji

Us

SUBSRIBER

MANAGEMENT

SM

S

SUBSRIBER

MANAGEMENT

WA

P

SUBSRIBER

MANAGEMENT

PD

A

SUBSRIBER

MANAGEMENT

WW

W

SUBSRIBER

MANAGEMENT

GU

I

SUBSRIBER

MANAGEMENT

E-M

AIL

SUBSRIBER

MANAGEMENT

SYN

DYK

AC

JA

TR

CI

SUBSRIBER

MANAGEMENT

IVR

SUBSRIBER

MANAGEMENT

CA

LL C

EN

TER

portal zew.

Us

obywatel/podmiot gosp.

Portal

Page 16: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 16

Warstwa usług

Wars

twa

usłu

g

SUBSRIBER

MANAGEMENT

KA

TA

LOG

SUBSRIBER

MANAGEMENT

US

ŁUG

A A

Portal

SUBSRIBER

MANAGEMENT

US

ŁUG

A B

… SUBSRIBER

MANAGEMENT

US

ŁUG

A X

portaljednostki

adm.

system pod. gosp.

Page 17: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 17

Środowisko budowy aplikacji

MOST

Portal

Warstwa usług

Warstwa prezentacj

i

Śro

dow

isko b

ud

ow

y a

plik

acji

Projektowanie formularzy

Projektowanie procesów

SDK

Us

Projektant programista

Page 18: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 18

Architektura logiczna – podsumowanie

USŁUGI WSPÓLNE

PLATFORMA KOMUNIKACYJNA - MIDDLEWARE

ADAPTER

ADAPTER

ADAPTER

systemjednostki

adm.

portaljednostki

adm.

centrumpłatności

kwalifikowane

centrumcertyfikacyj

ne

ADAPTERM

OS

T

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

IAA

A

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pro

cesy

pra

cy(w

ork

flow

/B

PM

)

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pro

ceso

r zd

arze

ń

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pod

pis

cyfro

wy

SUBSRIBER

MANAGEMENT

Kata

log

usłu

g

SUBSRIBER

MANAGEMENT

Pła

tności

ele

ktron

iczn

e

WARSTWA INTEGRACJI

PO

RTA

L

CMSAgregacja

treściKatalog usług

Personalizacja

Wyszukiwanie

Kampaniemarketingow

e

Współpraca(np. forum

dysk.)

Formularze

UDOSTĘPNIONE

USŁUGIWWW WAP SMS E-MAIL GUI

SYNDYKACJA

TREŚCI

Page 19: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 19

Role e-PAUP a architektura logiczna

• Kluczowe elementy architektury logicznej wiążą się z rolami e-PUAP i wynikają wprost z wizji architektury.

• Niektóre z elementów rozwijają się „od momentu pojawienia się w architekturze” wraz z nią:

– np. workflow - na poziomie Bramki wymagany jest prosty mechanizm obsługujący złożone formularze (kreator/wizard); na poziomie Notyfikatora workflow powinien przetwarzać notyfikacje; na poziomie Koordynatora mamy do czynienia ze zołżonym systemem BPM (Business Process Management)

• W początkowej fazie rozwoju e-PUAP może zaistnieć jako sam portal (bez platformy MOST)

Page 20: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 20

Rola: Katalog

Katalog – W najprostszej formie katalogu (prezentacja odnośników do poszczególnych usług) system może składać się jedynie z portalu informacyjnego wyposażonego w katalog oraz mechanizmy integracji zawartości (dostarczanie bieżącej informacji na temat usług poprzez agregację treści z zewnętrznych źródeł – np. w formacie RSS).

USŁUGI WSPÓLNE

PLATFORMA KOMUNIKACYJNA - MIDDLEWARE

ADAPTERADAPTER ADAPTERADAPTER ADAPTERADAPTER

systemjednostki

adm.

portaljednostki

adm.

centrumpłatności

kwalifikowanecentrum

certyfikacyjne

ADAPTERADAPTER

MO

ST

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

IAA

ASUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

IAA

A

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pro

cesy

pra

cy(w

orkfl

ow/B

PM

)

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pro

cesy

pra

cy(w

orkfl

ow/B

PM

)

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pro

ceso

r zd

arze

ń

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pro

ceso

r zd

arze

ń

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pod

pis cy

frow

ySUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pod

pis cy

frow

y

SUBSRIBER

MANAGEMENT

Kata

log

usłu

g

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Kata

log

usłu

g

SUBSRIBER

MANAGEMENT

Pła

tności

ele

ktron

iczne

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pła

tności

ele

ktron

iczne

WARSTWA INTEGRACJI

PO

RTA

L

CMSAgregacja treściKatalog usług

Personalizacja

Wyszukiwanie

Kampaniemarketingowe

Współpraca(np. forum dysk.)

Formularze

UDOSTĘPNIONEUSŁUGI

UDOSTĘPNIONEUSŁUGI

WWW WAP SMS E-MAIL GUISYNDYKACJA

TREŚCI

Page 21: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 21

Rola: Brama

Bramka – W modelu bramki e-PUAP umożliwia uwierzytelnianie użytkowników (niezbędna infrastruktura IAAA) oraz pozwalają na „inicjację usługi z portali” (wypełnienie formularza i przesłanie do zewnętrznego systemu). Architektura musi więc obsługiwać formularze elektroniczne na poziomie portalu oraz katalog usług (w tym formatów komunikacji) na poziomie MOST. Bramka jest też pierwszym poziomem, w którym wymagane staje się środowisko budowy aplikacji (formularze, formaty danych, procesy dla złożonych formularzy)

USŁUGI WSPÓLNE

PLATFORMA KOMUNIKACYJNA - MIDDLEWARE

ADAPTERADAPTER ADAPTERADAPTER ADAPTERADAPTER

systemjednostki

adm.

portaljednostki

adm.

centrumpłatności

kwalifikowanecentrum

certyfikacyjne

ADAPTERADAPTER

MO

ST

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

IAA

ASUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

IAA

A

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pro

cesy

pra

cy(w

orkfl

ow/B

PM

)

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pro

cesy

pra

cy(w

orkfl

ow/B

PM

)

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pro

ceso

r zd

arze

ń

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pro

ceso

r zd

arze

ń

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pod

pis cy

frow

ySUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pod

pis cy

frow

y

SUBSRIBER

MANAGEMENT

Kata

log

usłu

g

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Kata

log

usłu

g

SUBSRIBER

MANAGEMENT

Pła

tności

ele

ktron

iczne

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pła

tności

ele

ktron

iczne

WARSTWA INTEGRACJI

PO

RTA

L

CMSAgregacja treściKatalog usług

Personalizacja

Wyszukiwanie

Kampaniemarketingowe

Współpraca(np. forum dysk.)

Formularze

UDOSTĘPNIONEUSŁUGI

UDOSTĘPNIONEUSŁUGI

WWW WAP SMS E-MAIL GUISYNDYKACJA

TREŚCI

Page 22: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 22

Rola: Notyfikator

Notyfikator – W tym modelu pojawia przetwarzanie zdarzeń od zewnętrznych systemów (procesor zdarzeń). Rozwija się także mechanizm workflow (uwzględniamy zdarzenia jako część procesów). Platforma komunikacyjna middleware musi teraz obsługiwać informacje w trybie on-line.

USŁUGI WSPÓLNE

PLATFORMA KOMUNIKACYJNA - MIDDLEWARE

ADAPTERADAPTER ADAPTERADAPTER ADAPTERADAPTER

systemjednostki

adm.

portaljednostki

adm.

centrumpłatności

kwalifikowanecentrum

certyfikacyjne

ADAPTERADAPTER

MO

ST

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

IAA

ASUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

IAA

A

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pro

cesy

pra

cy(w

orkfl

ow/B

PM

)

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pro

cesy

pra

cy(w

orkfl

ow/B

PM

)

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pro

ceso

r zd

arze

ń

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pro

ceso

r zd

arze

ń

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pod

pis cy

frow

ySUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pod

pis cy

frow

y

SUBSRIBER

MANAGEMENT

Kata

log

usłu

g

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Kata

log

usłu

g

SUBSRIBER

MANAGEMENT

Pła

tności

ele

ktron

iczne

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pła

tności

ele

ktron

iczne

WARSTWA INTEGRACJI

PO

RTA

L

CMSAgregacja treściKatalog usług

Personalizacja

Wyszukiwanie

Kampaniemarketingowe

Współpraca(np. forum dysk.)

Formularze

UDOSTĘPNIONEUSŁUGI

UDOSTĘPNIONEUSŁUGI

WWW WAP SMS E-MAIL GUISYNDYKACJA

TREŚCI

Page 23: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 23

Rola: Koordynator

Koordynator – W przypadku koordynatora mechanizm workflow musi rozpocząć obsługę procesów funkcjonujących „pomiędzy” systemami różnych jednostek administracyjnych (funkcjonalność narzędzi BPM – Business Process Management).

USŁUGI WSPÓLNE

PLATFORMA KOMUNIKACYJNA - MIDDLEWARE

ADAPTERADAPTER ADAPTERADAPTER ADAPTERADAPTER

systemjednostki

adm.

portaljednostki

adm.

centrumpłatności

kwalifikowanecentrum

certyfikacyjne

ADAPTERADAPTER

MO

ST

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

IAA

ASUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

IAA

A

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pro

cesy

pra

cy(w

orkfl

ow/B

PM

)

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pro

cesy

pra

cy(w

orkfl

ow/B

PM

)

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pro

ceso

r zd

arze

ń

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pro

ceso

r zd

arze

ń

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pod

pis cy

frow

ySUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pod

pis cy

frow

y

SUBSRIBER

MANAGEMENT

Kata

log

usłu

g

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Kata

log

usłu

g

SUBSRIBER

MANAGEMENT

Pła

tności

ele

ktron

iczne

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pła

tności

ele

ktron

iczne

WARSTWA INTEGRACJI

PO

RTA

L

CMSAgregacja treściKatalog usług

Personalizacja

Wyszukiwanie

Kampaniemarketingowe

Współpraca(np. forum dysk.)

Formularze

UDOSTĘPNIONEUSŁUGI

UDOSTĘPNIONEUSŁUGI

WWW WAP SMS E-MAIL GUISYNDYKACJA

TREŚCI

Page 24: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 24

Rola: Architektura logiczna - roadmap

USŁUGI WSPÓLNE

PLATFORMA KOMUNIKACYJNA - MIDDLEWARE

ADAPTERADAPTER ADAPTERADAPTER ADAPTERADAPTER

systemjednostki

adm.

portaljednostki

adm.

centrumpłatności

kwalifikowanecentrum

certyfikacyjne

ADAPTERADAPTER

MO

ST

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

IAA

ASUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

IAA

A

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pro

cesy

pra

cy(w

orkfl

ow/B

PM

)

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pro

cesy

pra

cy(w

orkfl

ow/B

PM

)

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pro

ceso

r zd

arze

ń

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pro

ceso

r zd

arze

ń

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pod

pis cy

frow

ySUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

AUTORYZACJA

AUTENTYKACJA

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pod

pis cy

frow

y

SUBSRIBER

MANAGEMENT

Kata

log

usłu

g

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Kata

log

usłu

g

SUBSRIBER

MANAGEMENT

Pła

tności

ele

ktron

iczne

SUBSRIBER

MANAGEMENT

SUBSRIBER

MANAGEMENT

Pła

tności

ele

ktron

iczne

WARSTWA INTEGRACJI

PO

RTA

L

CMSAgregacja treściKatalog usług

Personalizacja

Wyszukiwanie

Kampaniemarketingowe

Współpraca(np. forum dysk.)

Formularze

UDOSTĘPNIONEUSŁUGI

UDOSTĘPNIONEUSŁUGI

WWW WAP SMS E-MAIL GUISYNDYKACJA

TREŚCI

Page 25: Architektura oraz podstawowe funkcjonalno ś ci systemu informacyjnego. Igor Bednarski

e-PUAP, 8 luty 2005 Igor Bednarski 25

Dziękuję za uwagę.

• Igor Bednarskie-mail: [email protected]

• tel. (22) 5292354