Obsah. 1.1 Cíl projektu Stručná specifikace 2

Transkript

1 Zpráva o projektu VOMS Obsah 1 Úvod Cíl projektu Charakteristika řešení Stručná specifikace 2 3 Architektura systému VOMS Core Certifikační autority Business modul Klientské aplikace Přehled systému Konkrétní řešení Možnosti deploymentu Dělba práce uvnitř projektu 10 5 Stav projektu 10 6 Odhad termínu dokončení 10 7 Přehled známých rizik 12 1 Úvod Většina firem disponuje katalogy svých nabídek (ev. požadavků) prostřednictvím vlastních informačních systémů, typicky s rozhraním do sítě internet. Tento způsob je v některých případech neefektivní a firmy musejí zmíněné katalogy duplikovat do systému zprostředkovatelů, kde se teprve shledá nabídka s poptávkou. To přináší nemalé ztráty kapacit při exportech dat a na platbách zprostředkovatelům, ale také 1

2 na úkor bezpečnosti - občas je totiž nutné exportovat data, která by firma jinak mohla ponechat v tajnosti (např. jméno a adresu odpovědné osoby, telefonní spojení na konkrétní zaměstnance apod.). Projekt by měl realizovat prostředí umožňující one-to-one marketing i prodej, tj. přímé propojení nabídky a poptávky. 1.1 Cíl projektu Cílem tohoto projektu je vytvořit elektronické prostředí trhu. To jest zajistit automatické shledávání nabídky s poptávkou a zajistit provedení obchodní transakce mezi němi. Přínosem projektu by měla být implementace prostředí trhu s ohledem na maximální konfigurovatelnost a adaptibilitu systému podle národního prostředí, druhů nabízených resp. poptávaných statků a typů osob využívajících systému. Dalšími vlastnostmi systému by měly být bezpečnost, distribuovanost (s ohledem na celosvětové využití), přenositelnost a znovu použitelnost systému. 1.2 Charakteristika řešení Projekt je řešen jako třívrstvý systém. První vrstva zajišt uje základní a pro všechny uzly systému VOMS společné služby publikování a vyhledávání informací a podporu pro komunikaci. Druhá vrstva (aplikační, nebo také business vrstva) zajišt uje správu profilů nabízejících a poptávajících osob. Do této vrstvy tedy patří vlastní spojování nabídky a poptávky a realizace obchodu. Tato vrstva může být pro daný uzel specifická. Třetí vrstva (prezentační) zajišt uje komunikaci s uživatelem, nebo integraci s jiným systémem (například vnitropodnikovým IS). Jako referenční specializace systému VOMS bude vytvořen systém pro nabídku a poptávku pracovních míst. Jako specifický případ nabízejících a poptávajících osob budou uvažovány: uchazeč o zaměstnání, zaměstnavatel a zprostředkovatel zaměstnání. Zaměstnanec, jako nabízející osoba, bude prezentovat svůj životopis. Jako poptávající osoba bude zaměstnanec vyhledávat v nabídkách zaměstnání, nebo bude poptávat různé služby jako jsou rekvalifikace, různá školení apod. Naopak zaměstnavatel, nebo zprostředkovatel zaměstnání budou vyhledávat vhodné zaměstnance pro volné pracovní posty, nebo budou sami nabízet pracovní příležitosti, nebo jiné služby jako jsou školení, kurzy apod. Z důvodu maximální přenositelnosti a možnosti integrace s jinými systémy je systém VOMS implementován v jazyce Java 2 za podpory technologií EJB, Web Services, XML a RDF. 2 Stručná specifikace V tomto oddíle bude popsán systém VOMS z hlediska potřeb uživatelů, neboli budou zde stručně popsány případy užití systému VOMS. Na obrázku 1 je zobrazen stručný Use-Case diagram, který zobrazuje osoby a jim přístupné funkce. Uved me nejdříve popis osob. Osoba je libovolná fyzická, nebo právnická osoba využívající systém VOMS na uživatelské úrovni. Osoby rozlišujeme podle toho, na jaké straně trhu operují. Rozeznáváme osoby 2

3 Obrázek 1: Přehled užití systému VOMS. 3

4 poptávající které využívají trhu ke koupi určitého statku a nabízející které využívají trhu k prodeji svých statků. Výše uvedené označení je zavedeno právě z důvodu použití systému VOMS jako elektronického trhu, i když jeho uplatnění může být mnohem větší. Pro poptávající resp. nabízející osobu by se lépe hodilo označení konzument resp. provider. Dalšími významnými pojmy projektu VOMS jsou profil, statek a obchodní transakce. Profil je souhrn vlastností osoby (to mohou být informace o osobě, nabízené statky, transakce, preference apod.), které jsou v systému VOMS pro tuto osobu vedeny. Některé z těchto vlastností jsou veřejně dostupné (jiným osobám, zpravidla na opačné straně trhu), jiné jsou naopak pouze privátní. Statek je předmětem obchodu. Statkem může být zboží, služba apod. Podobně jako v případě poptávajícíh resp. nabízejících osob může být statkem cokoliv. Neexistuje omezení na druh objektů prezentovaných v systému VOMS. Jelikož je ale systém VOMS primárně určen pro vytvoření elektronického trhu, budeme používat pojem statek. Transakce (obchodní) je procesem výměny informací mezi nabídkou resp. poptávkou za účelem prodeje resp. koupě určitého statku vrcholícím bud uzavřením obchodu, nebo jeho zrušením. VOMS Volný obchodní a marketingový systém. Zkratka tohoto projektu. Nyní můžeme přejít k popisu systémů a jejich funkcí. Systém VOMS bude sloužit jako prostředník styku osob nabízejících a poptávajících. Jeho funkce jsou Nový uživatel zajišt uje registraci nových uživatelů, Operace s profily dovolují různě nastavovat preference pro práci v systému, importovat a exportovat data apod., Hledání statků zahrnuje založení nového dotazu, vyhledávání, třídění vyhledaných statků podle relevance a podle preferencí uživatele u předchozích dotazů, mazání výsledků hledání a samotných dotazů, Obchodní transakce dovolují založit novou obchodní transakci, procházet jednotlivými kroky, anebo ji popřípadě zrušit a nakonec smazat, Operace nabídky dovolují publikovat nabízené statky prostřednictvím sítě VOMS, tj. přidávat a rušit statky. Důležitou vlastností systému je také zajištění autenticity a ochrany dat. Pro zajištění autenticity dat je zavedena certifikační autorita systému VOMS. Ochrana dat je provedena jednak šifrováním komunikace při transakci a jednak ochranou privátních dat osobních profilů. Certifikační autorita (CA) je garantem pravosti dat publikovaných v síti VOMS. Konkrétně musí být každá osoba využívající sít VOMS registrovaná u této CA, aby mohla publikovat svá data. Funkce CA jsou 4

5 Registrace osoby dovoluje již zmíněnou registraci osoby. Při této registraci osoba zadá základní informace o sobě. Naopak od CA získá certifikát jako ověření pravosti dat. Ověření autenticity dovoluje dvěma jednajícím osobám vzájemně si ověřit pravost prezentovaných dat. (Například jméno společnosti, daňové, nebo identifikační číslo apod.) 3 Architektura systému V tomto oddíle jsou popsány jednotlivé části systému VOMS. Nejdříve jsou uvedeny jejich stručné charakteristiky. Dále v oddíle 3.5 je uveden přehled částí systému VOMS a tok dat mezi nimi. Nakonec v oddíle 3.6 je uvedeno konkrétní rozvržení komponent a v oddíle 3.7 jejich možný deployment. 3.1 VOMS Core VOMS Core je nazýván subsystém systému VOMS, zajišt ující pouze základní sít ové a vyhledávací služby, potřebné pro podporu aplikační logiky systému (viz Business modul). Konkrétně bude subsystém VOMS Core zajišt ovat tyto služby: publikování informací v rámci sítě VOMS a zajištění autentifikace publikovaných dat, dále získávání publikovaných dat vyhledáváním v rámci celé sítě VOMS a zasílání zpráv jako podpůrnou činnost. (Nelze totiž použít standardních technologií, nebot adresát není identifikován adresou, jako například URL, ale obecným identifikátorem URI.) Určitou podobnost tohoto subsystému lze hledat u webových vyhledávacích serverů. 3.2 Certifikační autority Certifikační autorita (zkráceně CA) je speciální služba, která ověřuje identitu osoby. Tyto autority mohou být uspořádány ve stromové struktuře. Například podniková CA by osoby v rámci podniku neověřovala. Dokonce při nasazení pouze v rámci podniku resp. organizace není ověřování identity nutné - identita se ověří zalogováním k serveru. 3.3 Business modul Business modul zajišt uje aplikační logiku systému VOMS. Má za úkol spravovat profily uživatelů systému, publikovat nabízené zboží prostředníctvím subsystému VOMS Core, nebo naopak zprostředkovat jejich vyhledání a zprostředkovat obchodní transakci mezi nabídkou a poptávkou. Další důležitou vlastností je možnost importu a exportu dat z profilů (například import seznamu nabídek, nebo export seznamu potvrzených obchodních transakcí). 5

6 3.4 Klientské aplikace Pro veřejné prostředí, nebo jako intranetový klient bude vytvořen WWW klient pomocí JSP stránek, nebo Java Servlets. Pro vnitřní potřeby organizací/podniků může být vzhledem k velké škále různých run-time prostředí použito Java Beans technologie. Takové komponenty lze použít bud jako Java Beans, nebo jako Active X komponety. 3.5 Přehled systému Na obrázku 2 je zobrazen systém VOMS v hrubých rysech. Každý obdélník představuje nezávislý modul v systému. Spojnice a šipky popisují tok dat mezi moduly. V následujícím oddíle jsou tyto moduly konkretizovány do komponent tak, jak jsou implementovány. Obrázek 2: Přehled systému VOMS. V následujícím seznamu je uveden popis modulů uvedených na obrázku. Některé z nich již byly zmíněny v předchozích oddílech. 6

7 Client Klientská aplikace. Prozatím bude implementován tenký WWW klient. Serverová část bude implementována pomocí JSP stránek. V budoucnu mohou být vytvořeny bud nějaké komponenty integrované do IS zákazníka, nebo samostatná Java aplikace (tlustý klient). VOMS Site Sít systému VOMS. Obsahuje všechny uzly systému VOMS. Pro navigaci mezi uzly bude použito speciální routování, které bude směrovat požadavky podle jejich obsahu a bude používat adresaci nezávislou na lokaci objektů (tj. obecnou URI namísto například URL). Business Module Modul, který bude implementovat logiku potřebnou pro zpřístupnění služeb systému uživateli. Více viz předchozí oddíl 3.3. VOMS Core Jádro systému VOMS. Obsahuje služby pro publikování dat, služby pro vyhledávání a služby zasílání zpráv. Další vlastností komponenty je zajištění distribuovanosti systému (tj. napojení na sít VOMS). Více viz předchozí oddíl 3.1. Admin Modul Modul pro administraci. Bude provádět vyhrazené operace, jako údržbu RDF Storage, nebo nastavování některých parametrů subsystémů VOMS Core a Business Module. RDF Storage Datové úložiště formátu RDF s podporou rychlého vyhledávání (matchování) dat. Business data Úložiště dat využívaných business modulem. V budoucnu může být použito i pro replikaci dat z VOMS Core (resp. z RDF Storage). Admin data Úložiště dat využívaných administrátorem systému. 3.6 Konkrétní řešení Referenční řešení se bude skládat z komponent uvedených na obrázku 3. Jako klientská aplikace je zde uveden WWW klient a JSP stránky. Administrátorský modul je rozdělen do dvou komponent. Přičemž komponenta Company Admin je použita pouze v případě privátních business modulů (viz následující oddíl 3.7). Úložiště dat jsou zde pouze dvě a to privátní a veřejné. Privátní je používáno komponentou Business Module pro uložení uživatelských profilů. Veřejné úložiště obsahuje data veřejně publikovaná pomocí subsystému VOMS Core. Datová úložiště administrativních modulů zde nejsou uvedena, jelikož nejsou významná. Spojnice mezi komponentami naznačují závislost a její směr. Jelikož je seznam komponent téměř totožný se seznamem částí uvedených v přehledu systému, uvedeme pouze stručný popis komponent. VOMS Core Jádro systému. Business Module Business logika. JSP Client Konkrétní, webový klient. WWW Browser Webový prohlížeč. Public Storage Úložiště dat pro komponentu VOMS Core. Private Storage Úložiště dat pro komponentu Business Module. 7

8 Obrázek 3: Přehled komponent. 8

9 Admin Module Administrativní modul. Company Admin Administrativní modul pouze pro Business Module komponentu. Výhodou tohoto rozdělení na komponenty je jejich nezávislost a možnost jejich spuštění na odlišných počítačích. Nejpřirozenější umístění komponent si uvedeme na dvou příkladech v následujícím oddíle. Ale jak bylo řečeno, je možné umístit tyto komponenty zcela libovolně. 3.7 Možnosti deploymentu Prvním příkladem je umístění všech serverových částí na jeden počítač. Tento příklad, zobrazený na obrázku 4, je typický pro veřejný server VOMS, který nabízí například prezentování volných pracovních míst na internetu. Obrázek 4: Příklad umístění komponent. Modré, trojrozměrné kvádry na obrázku představují počítač, konkrétněji můžeme uvažovat jednu instanci JVM (Java Virtual Machine). Dvourozměrné dekorované obdelníky představují komponenty a spojnice se šipkami tok dat a jeho směr mezi komponentami. Zajímavostí tohoto modelu je snad pouze jednotná administrace serverových komponent. Komponenty Private Storage a Public Storage mohou sdílet data. 9

10 Dalším příkladem rozmístění komponent je příklad, kdy systém VOMS využívá nějaká firma. Tato firma chce mít pevnější kontrolu nad svými daty, upravovat si logiku systému, nebo přistupovat k svým datům off-line. Tento příklad zobrazuje obrázek 5. Komponenty Business Module a Private Storage jsou například umístěny na počítači uvnitř firmy. Zároveň je v tomto případě nutné oddělit administraci komponenty Business Module. Klient je v tomto příkladě opět webová (ale tentokrát intranetová) aplikace. 4 Dělba práce uvnitř projektu Jméno Malenko Jaromír Pravda Michal Samek Jiří Starosta Arnošt Vávra Jan Žd ára Vít Část Routování požavků nabídka/poptávka. Řešení relokace resource (URI vs. URL). Klient: JSP provedení. Certifikační autorita: Správa uživatelských profilů a jejich certfikátů. RDF: Převod patterns do RDQL, vyhledávání v RDF Storage. Implementace RDF Storage - pomocí knihovny Jena, vyhledávání v RDF Storage. Business Module. Specifikace rozhraní. 5 Stav projektu Milestones aneb kam jsme to dopracovali... duben 2003 březen 2003 říjen 2002 říjen 2002 duben-květen 2002 Specifikace Certifikační autority VOMS. Specifikace rozhraní Server API. Primitivní prototyp business modulu. Specifikace rozhraní Client API. Prvotní specifikace projektu. 15. dubna 2002 První schůzka. Začátek projektu. 6 Odhad termínu dokončení Prozatím práce na projektu probíhala převážně v rovině specifikace. Byly naimplementovány některé podčásti, abychom zjistili, zda jsou správné naše představy o námi používaných technologiích. O prázdninách je plánováno naimplementovat funkční prototyp, který lze očekávat na podzim Nasazení na obsáhlejších datech na přelomu roku 2003/2004. Nejzašší termín pro odevzdání plánujeme na LS

11 Obrázek 5: Jiný příklad umístění komponent. 11

12 7 Přehled známých rizik Projekt může zpomalit cesta některých ze členů týmu do USA. Dále pak chyby v knihovně Jena pro práci s RDF modely v Javě. Celkově máme za to, že projekt není ničím vážným ohrožen. Za projekt VOMS: Jan Vávra a Vít Žd ára, 29. května 2003 v Praze. WWW: mail list: mailto:voms-l@kolej.mff.cuni.cz. 12