Enterprise Architect Informační portál Základní fakta
Název dokumentu Verze Autor Společnost Kontakt WWW
Dataprojekt s.r.o. 2010-2015
Enterprise Architect Informační portál Základní fakta 4.0 Petr Kalíš (
[email protected]) Dataprojekt s.r.o.
[email protected] http://www.dataprojekt.cz
Stránka 1
OBSAH 1
SLOVNÍK ................................................................................................................................................................................. 4
2
ÚČEL DOKUMENTU ............................................................................................................................................................ 4
3
ÚČEL APLIKACE .................................................................................................................................................................... 4
4
RELEASE PLÁN ...................................................................................................................................................................... 5
5
FUNKČNOSTI APLIKACE ENTERPRISE ARCHITECT INFORMAČNÍ PORTÁL ................................................. 5 5.1
ZOBRAZENÍ REPOSITORY .................................................................................................................................................... 5
5.1.1
Obecné chování seznamů (gridů) ................................................................................................................................ 6
5.1.2
Vícejazyčnost .............................................................................................................................................................. 6
5.1.3
Práce s digramy........................................................................................................................................................... 6
5.2
ZOBRAZENÍ DETAILŮ ELEMENTŮ (TŘÍD, BALÍČKŮ, AKTIVIT A DALŠÍCH…)....................................................................... 8
5.3
VYHLEDÁVÁNÍ ................................................................................................................................................................... 9
5.4
EDITACE DAT V REPOSITORY .............................................................................................................................................. 9
5.4.1
Přidávání poznámek na diagram............................................................................................................................... 10
5.4.2
Editace struktury dat v repository (stromečku) ........................................................................................................ 10
5.4.3
Editace elementů (třídy, aktivity a další) .................................................................................................................. 10
5.4.4
Editace diagramů ...................................................................................................................................................... 11
5.4.5
Editace vazeb ............................................................................................................................................................. 11
5.4.6
Mazání prvků repository........................................................................................................................................... 11
5.4.7
Zohlednění verzování při editaci modelů .................................................................................................................. 12
5.4.8
Závěr ......................................................................................................................................................................... 12
5.5
POHLEDY NA DATA .......................................................................................................................................................... 12
5.5.1
6
7
Architektonický pohled.............................................................................................................................................. 13
5.5.1.1
Struktura systémových komponent .................................................................................................................................... 13
5.5.1.2
Popis systémových komponent ........................................................................................................................................... 14
5.5.2
Pohled pro správu požadavků ................................................................................................................................... 14
5.5.3
Projektový pohled ...................................................................................................................................................... 15
5.5.4
Správa architektonických rozhodnutí........................................................................................................................ 15
5.5.5
Správa architektonických vzorů (patternů) .............................................................................................................. 15
5.6
ZOBRAZENÍ REPOSITORY POMOCÍ PUBLIKAČNÍHO MODULU........................................................................................... 15
5.7
OSOBNÍ PROSTOR .............................................................................................................................................................. 16
5.8
DISKUSE A KOMENTÁŘE ................................................................................................................................................... 17
5.9
HODNOCENÍ ELEMENTŮ A DIAGRAMŮ ............................................................................................................................ 17
5.10
REPORTY A STATISTIKY ..................................................................................................................................................... 18
5.11
DOPADOVÉ ANALÝZY....................................................................................................................................................... 19
5.12
STREAMOVÁNÍ ZMĚN ....................................................................................................................................................... 19
SYSTÉM UŽIVATELŮ A UŽIVATELSKÝCH OPRÁVNĚNÍ ...................................................................................... 20 6.1
DUPLIKACE STANDARDNÍ FUNKCIONALITY .................................................................................................................... 20
6.2
SYSTÉM OPRÁVNĚNÍ VZTAHUJÍCÍ SE K APLIKACI EA INFOPORT ..................................................................................... 20
6.3
ÚČET HOSTA (GUEST) – NÁVŠTĚVNÍKA BEZ REGISTRACE ................................................................................................ 21
6.4
PODPOROVANÉ ÚLOŽIŠTĚ UŽIVATELŮ ............................................................................................................................. 21
SPRÁVA SYSTÉMU A SPRÁVA PROJEKTU ................................................................................................................ 21
Dataprojekt s.r.o. 2010-2015
Stránka 2
8
ÚPRAVY VZHLEDU PORTÁLU ....................................................................................................................................... 22
9
BEZPEČNOST ....................................................................................................................................................................... 22
10
BUDOUCÍ ROZVOJ (ROADMAP) ............................................................................................................................... 22
10.1
OTEVŘENÝ INTERFACE ..................................................................................................................................................... 22
10.2
PROPOJENÍ SE SYSTÉMEM CONFLUENCE .......................................................................................................................... 22
10.3
PROPOJENÍ SE SYSTÉMEM JIRA......................................................................................................................................... 22
10.4
VERZOVÁNÍ ...................................................................................................................................................................... 22
10.5
SPRÁVA TESTOVACÍCH PŘÍPADŮ (TESTCASES) ................................................................................................................. 23
10.6
SPRÁVA RIZIK.................................................................................................................................................................... 23
10.7
REPOSITORY SLUŽEB ......................................................................................................................................................... 23
10.8
IMPORT REÁLNÝCH DAT Z PROVOZNÍCH SYSTÉMŮ ......................................................................................................... 23
10.9
SPRÁVA DOKUMENTŮ....................................................................................................................................................... 24
10.10
PODPORA ŽIVOTNÍHO CYKLU ELEMENTŮ .................................................................................................................... 24
10.11
PROCESNÍ POHLED........................................................................................................................................................ 24
10.12
VÍCE REPOZITÁŘŮ ......................................................................................................................................................... 24
10.13
DOPADOVÉ ANALÝZY................................................................................................................................................... 25
10.14
STREAMOVÁNÍ ZMĚN V MODELU POMOCÍ RSS ........................................................................................................... 25
10.15
KOMPLEXNÍ VYHLEDÁVÁNÍ ......................................................................................................................................... 25
10.16
REPORTING ................................................................................................................................................................... 26
11
POŽADAVKY NA HARDWARE, SOFTWARE A PODPOROVANÉ DATABÁZE ............................................ 26
11.1
KOMPONENTY ENTERPRISE ARCHITECT INFORMAČNÍ PORTÁL ..................................................................................... 26
11.2
PODPOROVANÉ DATABÁZE .............................................................................................................................................. 26
11.3
PODPOROVANÉ OPERAČNÍ SYSTÉMY ................................................................................................................................ 27
11.4
POŽADAVKY NA HARDWARE ........................................................................................................................................... 27
11.5
POŽADAVKY NA INSTALOVANÝ SOFTWARE .................................................................................................................... 27
11.6
POŽADAVKY HTTP SERVER ............................................................................................................................................. 27
11.7
PHP EXPRESS.................................................................................................................................................................... 28
11.8
AKTUÁLNĚ PODPOROVANÉ JAZYKY................................................................................................................................. 28
Dataprojekt s.r.o. 2010-2015
Stránka 3
1
Slovník
Kapitola obsahuje seznam výrazů a jejich vysvětlení. Výraz Repository browser Prvek repository Element EA Infoport EA
2
Vysvětlení Ovládací prvek ve formě stromečku, který obsahuje celou strukturu repository Jedná se o jakoukoliv část repository, element, diagram, package, border apod. Nejedná se o vazby. Fyzická entita v EA repository – třída, aktivita, usecase apod. Nejde o package, diagram nebo vazby. Enterprise Architect Informační portál Enterprise Architect
Účel dokumentu
Účelem tohoto dokumentu je poskytnout základní informace o aplikaci (či spíše systému) Enterprise Architect Informační portál (EA Infoport), který je vyvíjen společností Dataprojekt s.r.o. Popsány jsou zde vlastnosti a funkčnosti aplikace. Upozornění: tento dokument neslouží jako uživatelský manuál. Uživatelský manuál je dodáván ke každé instalaci Enterprise Architect Informační portál.
3
Účel aplikace
Enterprise Architect Informační portál je tenký klient (na bázi internetového prohlížeče), který je schopen zobrazit repository Enterprise Architect v reálném čase, včetně všech diagramů, elementů a dalších prvků Enterprise Architect. Dále nabízí rozsáhlé možnosti editace, podporuje zobrazování informací na základě oprávnění uživatele, plné vyhledávání a to vše bez nutnosti instalace nástroje Enterprise Architect. Implementací tohoto nástroje jsme odstranili největší nevýhodu jinak skvělého nástroje Enterprise Architect, a to slabé možnosti publikace informací prostřednictvím HTML. Nyní je možné publikovat modely, procesy a jiné informace doslova kdekoliv. Nicméně jsme se neomezili pouze na převedení existujících funkčností EA do prostředí WWW, ale doplnili jsme jej (a průběžně doplňujeme) o další užitečné vlastnosti. Mimo výše zmíněného systému oprávnění, nebo třeba efektivní vyhledávání se jedná například o systém pohledů (architektura, management požadavků, management projektů, procesů a další), osobní prostor uživatelů nebo třeba dopadové analýzy. Příklady použití:
Analytik může prezentovat vytvořené modely na workshopech v intuitivním a přehledném rozhraní, aniž by mátl ostatní účastníky (například z řad businessu) komplikovaným uživatelským rozhraním EA.
Analytik může během sběru požadavků u klienta vytvářet požadavky (nebo jiné artefakty) přímo do repository Enterprise Architect (protože většina velkých společností se nedovoluje připojovat ze své sítě jinak než prostřednictvím portu 80). Stejně tak může tento analytik prezentovat existující modely přímo z repository, aniž by musel nejprve exportovat modely do lokálního souboru. Není bez zajímavosti, že sběr požadavků pomocí EA Infoportu je mnohem efektivnější než prostřednictvím samotného Enterprise Architect, a to zejména proto, že EA Infoport má pro to specializovaný modul.
Společnost může velmi jednoduše a přehledně vypublikovat pomocí tohoto portálu (prostřednictvím jeho publikačního modulu) procesní knihu, matici odpovědností nebo jakékoliv jiné informace a přitom nezatěžovat čtenáře komplikovanou strukturou dat v repository.
Dataprojekt s.r.o. 2010-2015
Stránka 4
Softwarové společnosti mohou prostřednictvím portálu poskytnout svým zákazníkům online přístup k analýze během projektu. Rovněž může takový zákazník například zadávat požadavky přímo do repository nebo například komentovat jednotlivé prvky analýzy. Dokonce není ani problém umožnit přístup více zákazníkům do jedné repository, neboť EA Infoport obsahuje velmi podrobné a efektivní řízení uživatelských oprávnění.
Analytik může používat portál pro rychlé náhledy na diagramy a další prvky repository, aniž by musel spouštět Enterprise Architect.
Modely je možné publikovat stovkám uživatelů, aniž by tito uživatelé museli mít nainstalovaný Enterprise Architect.
Další, poslední v tomto odstavci, ale neposlední významem, je fakt, že pomocí tohoto portálu může uživatel pracovat v libovolném operačním systému a na libovolném zařízení, včetně mobilních telefonů a tabletů.
4
Release plán
V tuto chvíli jsou naplánované tři vydání v průběhu roku 2015 vždy cca po čtyřech měsících. Netýká se oprav chyb (tyto opravy budou vydávány co nejdříve po opravě chyby) a vývoji na objednávku – tento vývoj se řídí potřebami konkrétního zákazníka – objednatele úprav. Předpokládaná data vydání dalších verzí:
Verze 4.0 byla vydána 1. 2. 2015
Verze 5.0 bude vydána 1. 8. 2015
Verze 6.0 bude vydána 1. 12. 2015
Tyto verze jsou plánovány jako hlavní (tedy obsahují komplexní novou funkčnost), mezi nimi může dojít k minoritnímu vydání aplikace (např. 3.x). Tyto verze zpravidla obsahují opravy chyb, ale mohou obsahovat i různé menší vylepšení a úpravy. Seznam funkčností viz níže u popisů jednotlivých funkčností a adekvátní release.
5
Funkčnosti aplikace Enterprise Architect Informační portál 5.1 Zobrazení repository
Zásadní funkčnost aplikace – uživatel si může zobrazit kompletní podobu repository včetně všech balíčků (package), diagramů, elementů, tagovaných hodnot (tagged values) a dalších prvků – to vše v reálném čase (bez nutnosti jakéhokoliv generování). Jakákoliv změna, kterou provede jiný uživatel v nástroji Enterprise Architect se okamžitě projeví v portálu a naopak. Rovněž se zobrazují další informace jako je autor, datum vytvoření, datum změny a jiné. Samozřejmostí je pak zobrazování detailů elementů, například atributů a operací (a jejich parametrů), tříd, scénářů u usecase atd. Vše se zobrazuje v totožné hierarchické struktuře jako v samotném nástroji Enterprise Architect. Také jsou použity totožné ikonky a jiné vizuální prvky, vše pro dosažení co nejlepší a nejrychlejší orientace uživatele. Veškeré zobrazení diagramů je živé, lze proklikávat z diagramů na elementy, z elementů na operace, z operací na parametry a zpět. Rovněž jsou přidány dodatečné hyperlinky pro usnadnění navigace mezi částmi modelu.
Dataprojekt s.r.o. 2010-2015
Stránka 5
5.1.1
Obecné chování seznamů (gridů)
Veškeré gridy (seznamy) mají základní vlastnosti:
Výběr sloupečků – uživatel si může vybrat, jaké vlastnosti si přeje zobrazit
Filtrování – uživatel si může záznamy filtrovat dle různých kritérií
Řazení – uživatel si může zobrazované hodnoty seřadit kliknutím na záhlaví sloupce
Seznamy jsou použité například pro výčet vlastností objektů, vazeb, i seznamů entit v jednotlivých pohledech (viz dále). Obr. 1: Grid (seznam)
5.1.2
Vícejazyčnost
Aplikace v základu podporuje dva jazyky, český jazyk a anglický jazyk. Další jazyky lze přidat na základě přání zákazníka. Mezi jazyky se lze přepínat kdykoliv v průběhu práce (bez odhlášení). Obr. 2: Jazykové verze
5.1.3
Práce s digramy
Pokud uživatel klikne na prvek stromečku, který reprezentuje diagram, zobrazí se v pravé části aplikace pohled na diagram. Diagram je plně aktivní a jeho chování je stejné jako u diagramu, který je zobrazen v nástroji Enterprise Architect. Tím se rozumí, že dodržuje stejnou logiku – při kliku na element (například třídu) se zobrazí detail elementu atd. S diagramem je možné dále pracovat, zvětšovat či zmenšovat jej, posouvat po ploše nebo jej roztáhnout na celou obrazovku. Pod diagramem se zobrazí další informace, které k diagramu patří, například popis diagramu, autor diagramu, hodnocení diagramu, datum vytvoření / úpravy diagramu, typ, verze a případně další data.
Dataprojekt s.r.o. 2010-2015
Stránka 6
Obr. 3: Práce s diagramy
Dataprojekt s.r.o. 2010-2015
Stránka 7
5.2 Zobrazení detailů elementů (tříd, balíčků, aktivit a dalších…) Pokud uživatel klikne na diagramu na element (třídu, aktivitu, usecase apod.), popřípadě klikne na element ve stromečku, zobrazí se v pravé části aplikace detailní popis elementu: název, alias, typ, popis, tagované hodnoty (tagged values), atributy, operace, vazby na jiné elementy, typ elementu, autor, čas vytvoření či modifikace a další informace. Zobrazují se všechny informace, které se zobrazují při zobrazení property dialogu v nástroji a k tomu i informace, které jsou přidané nástrojem Enterprise Architect Informační portál, například komentáře či hodnocení elementu. Zobrazované informace (tzn., co vše si přeje uživatel vidět) lze nastavit pro každý typ elementu zvlášť. To znamená, že si uživatel může vybrat, pro jaký typ si přeje zobrazit záložku atributy nebo třeba scénáře či tagované hodnoty (tagged values). Tato nastavení lze provést i hromadně na úrovni skupiny, nicméně uživatel může tato výchozí nastavení změnit. Obr. 4: Zobrazení elementu
Dataprojekt s.r.o. 2010-2015
Stránka 8
5.3 Vyhledávání Enterprise Architect Informační portál podporuje komplexní fultextové vyhledávání. Výsledky vyhledávání lze dále filtrovat (podle různých kritérií) a samozřejmě se lze prokliknout přímo na vyhledaný element. Prohledávají se všechny vlastnosti elementů či diagramů, názvy, aliasy, popisy, metody, atributy a další textové informace. Obr. 5: Vyhledávání
5.4 Editace dat v repository Druhá zásadní funkčnost aplikace Enterprise Architect Informační portál. Uživatel může provádět přímou editaci elementů prostřednictvím www rozhraní, aniž by musel mít nainstalován samotný Enterprise Architect. Vše se propisuje přímo do repository. Tato funkčnost je speciálně výhodná, pokud je potřeba provádět rychlé opravy (například na prezentacích), nebo je tým geograficky rozdělen a potřebuje provádět zásahy do repository. V aktuální verzi aplikace může uživatel editovat následující:
Dataprojekt s.r.o. 2010-2015
Stránka 9
5.4.1
Přidávání poznámek na diagram
Jedná se o velmi užitečnou funkcionalitu – uživatel může prostřednictvím portálu přidat rychlou poznámku přímo na diagram (například během prezentace). Takto přidanou poznámku může později rozpracovat. Obr. 6: Diagram s poznámkou
5.4.2
Editace struktury dat v repository (stromečku)
Uživatel může přesouvat elementy/diagramy/balíčky v hierarchii (ve stromečku) a rovněž může ve stromečku vytvářet veškeré prvky EA (elementy, diagramy). Ze stromečku je možné jednotlivé prvky repository i mazat. Přesun elementů ve stromečku dodržuje stejná pravidla jako nástroj Enterprise Architect, umožňuje zanořovat elementy pod elementy, elementy pod balíčky (package), diagramy pod elementy a podobně. Nepovolí však zanořit balíček pod element, stejně jako to není možné učinit přímo v Enterprise Architect.
5.4.3
Editace elementů (třídy, aktivity a další)
Uživatel může editovat název, stereotyp, komentáře, typ elementu, verze, klíčová slova a všechny další atributy elementů či balíčků. Rovněž může přidávat atributy či operace třídám a tyto atributy a operace libovolně editovat. Uživatel může rovněž přidávat, mazat či editovat tagované hodnoty (tagged values) a to stejným způsobem a ke stejným prvkům repository jako v nástroji Enterprise Architect.
Dataprojekt s.r.o. 2010-2015
Stránka 10
5.4.4
Editace diagramů
Uživatel může editovat informace na diagramu – mazat jednotlivé prvky diagramu, editovat typ diagramu, název, popis a další informace. Rovněž může hodnotit jednotlivé diagramy, popřípadě diagramy komentovat. Uživatel může rovněž přidávat nové elementy přímo na diagramy – prostým klikem na diagram. Obr. 7 Editace diagramu
5.4.5
Editace vazeb
Uživatel může editovat či mazat jednotlivé vazby mezi prvky repository. Vazby mezi prvky repository může uživatel rovněž vytvářet.
5.4.6
Mazání prvků repository
Uživatel může jednoduše smazat jakýkoliv prvek repository a to buď přes kontextové menu ve stromečku (repository browseru) či z detailu elementu. Obr. 8 Mazání prvků repository (stromeček)
Dataprojekt s.r.o. 2010-2015
Stránka 11
Obr. 9: Mazání prvků repository (detail elementu)
5.4.7
Zohlednění verzování při editaci modelů
Aplikace Enterprise Architect Informační portál zohledňuje stav jednotlivých balíčků (packages) ve vztahu k verzování. Pokud je balíček verzován a uživatel nemá proveden check-out příslušného balíčku, není mu editace povolena ani v EA Infoport (stejný princip platí i přímo v nástroji Enterprise Architect). Ve stromečku (repository browser) se u jednotlivých balíčků zobrazují tytéž ikonky jako v nástroji Enterprise Architect a jejich význam je stejný. Obr. 10: Zohlednění verzování při editaci modelů
5.4.8
Závěr
Výše uvedený výčet editačních schopností nástroje Enterprise Architect není konečný a neustále se rozšiřuje. V aktuální verzi aplikace EA Infoport pokrývají editační možnosti 95 % práce analytika. Veškeré funkcionality spojené s mazáním či editací lze omezit či zcela vypnout a to zcela, nebo na úrovni uživatelů či skupin uživatelů.
5.5 Pohledy na data Enterprise Architect podporuje systém tzv. pohledy. Jedná se o konkrétní, účelově zaměřené seznamy či zobrazení vztahů mezi jednotlivými elementy, popřípadě jiného obsahu repository. Pohledy typicky nabízejí jiné zobrazení, než je standardní repository browser, právě s ohledem na jejich specifičnost. Momentálně jsou dostupné tyto pohledy:
Dataprojekt s.r.o. 2010-2015
Stránka 12
5.5.1
Architektonický pohled
Architektonický pohled má za úkol především podpořit činnost Solution architektů. Sestává se z několika funkčností: Obr. 11: Architektonický pohled
5.5.1.1 Struktura systémových komponent Uživatel s přiřazenou rolí admin nadefinuje sadu stereotypů, které označují komponenty systémů (například systém, subsystém, systémová komponenta, aplikace apod.) a určí, jakým způsobem se k sobě vážou. Takovou vazbou může být například agregace, kompozitní agregace nebo prostý fakt, že jsou komponenty ve stromečku (repository browseru) zanořeny pod sebou. Uživatel si pak v architektonickém pohledu může zobrazit všechny komponenty s příslušnými stereotypy v přehledné struktuře bez ohledu na to, kde se fyzicky tyto komponenty ve struktuře repository nacházejí. Obr. 12: Struktura systémových komponent
Dataprojekt s.r.o. 2010-2015
Stránka 13
5.5.1.2 Popis systémových komponent Administrátor může ke každému typu komponenty, který je na základě stereotypu považován za systémovou komponentu (systém, subsystém atd.), nadefinovat sadu informací (ve formě tagovaných hodnot – tagged values), které je možné k těmto komponentám zadávat. Například tedy určí, že každá komponenta typu systém bude obsahovat informace: kontaktní osoba, typ systému, kritičnost systému apod. Tyto vlastnosti je možné vyexportovat do excelu, upravit je a poté naimportovat zpět do Enterprise Architect repository. Obr. 13: Popis systémových komponent
5.5.2
Pohled pro správu požadavků
Jeden z nejdůležitějších pohledů vůbec. Dokáže vyhledat v repository všechny funkční i nefunkční požadavky, Business Features, Issues a další a shromáždit je přehledně na jedno místo, včetně informací v jakých balíčcích (packages) jsou umístněné a kolik jich je. Tyto požadavky lze samozřejmě filtrovat přesouvat a editovat. Modul obsahuje samozřejmě možnost tyto požadavky vytvářet a to v přehledném uživatelském prostředí. Ve skutečnosti je mnohem rychlejší a efektivnější, vytvářet požadavky pomocí tohoto modulu než přímo v nástroji Enterprise Architect. Obr. 14: Model požadavků
Dataprojekt s.r.o. 2010-2015
Stránka 14
5.5.3
Projektový pohled
Uživatel může označit určité package jako projekt (pomocí speciálního stereotypu). Portál pak zobrazí přehledně projekty, prvky zahrnuté do těchto projektů, jejich vzájemné vazby a role v rámci jednotlivých projektů.
5.5.4
Správa architektonických rozhodnutí
Velmi často je potřeba v rámci projektu nebo obecně v prostředí informačních systémů učinit rozhodnutí, týkající se určitého problému. Pokud jsou taková rozhodnutí evidována v nástroji Enterprise Architect, například formou stereotypovaných požadavků, EA Infoport umožňuje jejich efektivní správu.
5.5.5
Správa architektonických vzorů (patternů)
Aplikace umožňuje správu architektonických vzorů. Jakákoliv část modelu může být označena speciálním stereotypem označující architektonický vzor. Vzorem můžeme rozumět například standardní řešení určitého problému, definice vzorových datových toků apod. Tento pohled architektonických vzorů umožňuje správu takových vzorů.
5.6 Zobrazení repository pomocí publikačního modulu Enterprise Architect Informační portál nabízí zcela nový přístup k publikování informací. Tyto informace (diagramy – například business procesy) se vybraným skupinám uživatelů (na základě nastavení) nezobrazují v původní struktuře, která je často příliš komplikovaná a pro méně zkušené uživatele nepříliš čitelná. Na místo toho lze vytvořit strukturu zcela novou, rozdělenou podle jiné logiky (například dle oddělení, podle odpovědností či libovolně jinak). Tato struktura je navíc prezentována v lepší a uživatelsky přívětivější podobě. Do této struktury poté může analytik publikovat jednotlivé diagramy a zařazovat je do příslušných sekcí. Tento modul lze využít například pro prezentaci informací v jednoduché struktuře, aniž by uživatelé museli znát strukturu repository. Nebo například pro online publikaci procesních knih. Obr. 15: Naplněný publikační modul
Dataprojekt s.r.o. 2010-2015
Stránka 15
5.7 Osobní prostor Osobním prostorem je myšlen speciální pohled (či stránka), do kterého si uživatel může vkládat položky, které ho zajímají (obdoba favorites). Účelem tohoto prostoru je poskytnout uživateli možnost vybrat si, z jeho pohledu, zajímavé položky a poté s nimi pracovat. Například, uživatel si vybere v hlavním stromečku (repository browseru) položky, které se týkají projektu (nebo jen části projektu), které ho zajímají, zařadí si je do osobního prostoru a nadále již pracuje pouze s nimi, aniž by musel neustále procházet hlavní stromeček. Uživatel může libovolně měnit strukturu svého osobního prostoru, přesouvat jednotlivé položky v rámci této struktury. Samozřejmě může kdykoliv jakoukoliv položku ze svého osobního prostoru odstranit. Chování diagramů a ostatních prvků repository (z hlediska manipulace, zobrazování detailů atd. je stejné, jako by uživatel prováděl tyto akce v hlavním stromečku (repository browseru). Obr. 16: Naplněný publikační prostor
Dataprojekt s.r.o. 2010-2015
Stránka 16
5.8 Diskuse a komentáře Aplikace Enterprise Architect Informační portál umožňuje k jednotlivým elementům, balíčkům nebo diagramům přidávat komentáře. Komentáře se řadí podle data vložení a umožňují tak vést k příslušným prvkům repository ucelenou diskusi. Komentáře je možné využít například k diskusi o chybách na diagramech, k připomínkování modelů, návrhy na vylepšení apod. Obr. 17: Komentáře k diagramu
5.9 Hodnocení elementů a diagramů Uživatelé mohou hodnotit elementy nebo diagramy na pětibodové škále. Tímto způsobem mohou uživatelé rychlým způsobem vyjádřit svůj názor na příslušný prvek repository. Hodnocení může být upraveno buď hodnotícím uživatelem, nebo administrátorem. Žebříček nejlepších elementů/diagramů se zobrazuje na úvodní straně po přihlášení. Obr. 18: Úvodní strana - hodnocení
Dataprojekt s.r.o. 2010-2015
Stránka 17
Obr. 19: Detail hodnocení
5.10 Reporty a statistiky Aplikace Enterprise Architect Informační portál zobrazuje různé statistiky a reporty týkající se repository, systémů, uživatelů a dalších vlastností. Seznam reportů se neustále rozvíjí dle potřeb uživatelů (zákazníků) aplikace. Obr. 20: Statistika
Dataprojekt s.r.o. 2010-2015
Stránka 18
5.11 Dopadové analýzy V tuto chvíli Enterprise Architect Informační portál podporuje následující typy dopadové analýzy:
V detailu elementu je zobrazována informace, na kterých diagramech se daný element vyskytuje. To poskytuje rychlou informaci o užití elementu a zároveň se uživatel může proklikem dostat na příslušné diagramy.
V detailu jakéhokoliv elementu či package je možno zjistit na jaké všechny jiné prvky je element navázán.
V příští verzi aplikace bude implementována komplexní a konfigurovatelná dopadová analýza, viz kapitola Budoucí rozvoj.
5.12 Streamování změn Systém může informovat uživatele o změnách prvků repository. Toto informování může probíhat několika způsoby:
přehledem změn na úvodní stránce aplikace
informováním pomocí emailu
informováním pomocí RSS streamu (v příští verzi)
Uživatel si může zvolit o jakých prvcích, jak často a v jakém detailu chce být informován. Typicky se jedná o prvky, které má uloženy ve svém osobním prostoru. Rovněž je možné konfigurovat zasílání informací na úrovni celé aplikace (administrátorem). Obr. 21: Úvodní strana
Dataprojekt s.r.o. 2010-2015
Stránka 19
6
Systém uživatelů a uživatelských oprávnění
V aplikaci Enterprise Architect Informační portál je systém oprávnění implementován již od verze 1.0 a podporuje dvě základní úrovně uživatelských oprávnění:
duplikuje standardní funkcionality Enterprise Architect a převádí je do prostředí www aplikace. Toto je implementováno v zájmu zjednodušení správy Enterprise Architect Repository
systém oprávnění, vztahující se k samotné aplikaci EA Infoport
6.1 Duplikace standardní funkcionality V tomto případě se chová aplikace EA Infoport stejně jako samotný Enterprise Architect, jsou dostupné stejné vlastnosti a lze je shodně ovládat z obou nástrojů (změna provedená v EA Infoport se okamžitě projeví v Enterprise Architect a naopak. Mezi takové vlastnosti patří například:
zda se může uživatel přihlásit
zda může editovat
zda může používat verzování
zda může uživatel používat zámky
zda je uživatel oprávněn spravovat zámky
kompletní správa skupin a uživatelů
a další vlastnosti, tak jak je definuje Enterprise Architect
Tyto vlastnosti (vyjma zámků) nejsou v EA Infoport přímo využívány, lze je pouze administrovat.
6.2 Systém oprávnění vztahující se k aplikaci EA Infoport Tato oprávnění jsou speciálně určená pro využití v aplikaci Enterprise Architect Informační portál. Pomocí nich je možné definovat následující:
zda může uživatel zobrazit (zcela nová funkčnost významně chybějící v Enterprise Architect) příslušné package, elementy či diagramy
zda může uživatel editovat, mazat či přesouvat ve stromečku (repository browser) package, elementy či diagramy
tato oprávnění lze přiřazovat jednoduchým způsobem přímo v uživatelském rozhraní
Administrátor může zvolit defaultní chování systému, zda uživatelé defaultně vidí/mohou editovat prvky repository - pokud není u prvku nastaveno jinak – či naopak.
Dataprojekt s.r.o. 2010-2015
Stránka 20
6.3 Účet hosta (guest) – návštěvníka bez registrace Administrátor může nastavit v repository přístup pro neregistrovaného uživatele, zda a jaké prvky repository může prohlížet či editovat. Rovněž může být takový přístup zcela zakázán. Pokud je přístup návštěvníka povolen, může se kdokoliv přihlásit pomocí linku na úvodní obrazovce aplikace.
6.4 Podporované úložiště uživatelů Úložiště Interní úložiště Enterprise Architect LDAP MS AD Vystavení WS metod pro integraci správy uživatelů pomocí externí aplikace
7
Podporováno od verze 1.0 4.0 4.0 5.0
Správa systému a správa projektu
Systém umožňuje konfiguraci na úrovni systému a na úrovni projektu:
Konfigurace na úrovni systému – zde se nastavuje chování systému EA Infoport – nastavení oprávnění, uživatelských skupin, různá defaultní nastavení, nastavení pohledů na data, publikačního modulu aj.
Konfigurace na úrovni projektu – zde se konfigurují vlastnosti poplatné projektu (tak jak jej definuje přímo Enterprise Architect) – definice stereotypů, typů tagovaných hodnot, stavy elementů a jiná nastavení tak, jak je možno je měnit přímo v nástroji Enterprise Architect.
Obr. 22: Konfigurace
Dataprojekt s.r.o. 2010-2015
Stránka 21
8
Úpravy vzhledu portálu
Úpravy vzhledu portálu se provádí na několika úrovních
9
Nejjednodušší – změna loga, výběr ze základních přednastavených variant (barev a rozložení). Výběr těchto variant je neustále rozšiřován a každý uživatel si může zvolit svou.
Kompletní změna designu – zákazník si může upravit CSS soubory, které jsou přiloženy v otevřeném tvaru. Tím může dosáhnout kompletní změny vzhledu i chování portálu. Tento přístup vyžaduje určitou míru odbornosti.
Úpravy na objednávku – v případě potřeby můžeme pro zákazníka provést úpravu vzhledu (či funkčností) na objednávku.
Bezpečnost
Protože je aplikace EA Infoport přímo zaměřena na nasazení v korporátní sféře, na bezpečnost je kladen velký důraz. Veškeré připojení může být zabezpečeno pomocí SSL. Vlastní kód aplikace je neustále revidován a podrobován zkouškám proti možným chybám. Rovněž jsou pravidelně prováděny penetrační testy proti celému systému.
10
Budoucí rozvoj (roadmap)
V této kapitole jsou popsány zamýšlené funkčnosti, které budou implementovány v dalších verzích aplikace Enterprise Architect Informační portál.
10.1 Otevřený interface Aplikace vystaví sadu služeb s definovaným rozhraním (web services), které umožní měnit obsah repository externím systémem nebo aplikací. Služby umožní vytváření, změnu či smazání prvků repository, změny jejich stavů, načítání seznamu prvků apod. Služby budou podporovat stávající systém oprávnění a budou zohledňovat verzování a zámky prvků repository.
10.2 Propojení se systémem Confluence Aplikace umožní propojení s aplikací Confluence společnosti Atlassian. Propojení umožní zobrazovat modely z EA repository přímo uvnitř stránek Confluence (pomocí makra bude možno vložit - include - přímo do stránky). Takto vložené modely a diagramy budou zobrazovat stále aktuální informace.
10.3 Propojení se systémem JIRA Aplikace bude podporovat propojení se systémem pro správu požadavků/úkolů JIRA. Synchronizovat se budou úkoly, požadavky a stavové workflow.
10.4 Verzování Aplikace umožní zobrazit různé verze na diagramech a jiných prvků repository, aniž by bylo nutné provádět checkout přímo v repository (a tedy velmi rychle). Různé verze diagramů bude možné zobrazit současně, aby bylo možné tyto různé verze diagramů porovnat. Aplikace zároveň zobrazí rozdíly mezi různými verzemi modelů - změněné, přidané či odebrané elementy.
Dataprojekt s.r.o. 2010-2015
Stránka 22
10.5 Správa testovacích případů (testcases) Aplikace bude podporovat správu testovacích případů. Testovací případy jsou v tomto smyslu myšlené elementy EA typu Test Cut, Test Set a Test Suite. Nejedná se o správu unit testů, které také mohou být v nástroji EA definovány. Testovací případy bude možné vytvářet obecně, svázané s repository, projekty, diagramy nebo elementy dle standardní funkcionality EA. Zobrazování bude podporovat hierarchické zobrazení (zobraz testovací případy, k projektu a všech elementů projektu). Vytváření a přístup k testovacím případům se bude řídit uživatelskými právy. Testovací případy budou v repository existovat jako fyzické elementy. Testovací případy budou editovatelné prostřednictvím portálu i přímo nástrojem Enterprise Architect.
10.6 Správa rizik Aplikace bude podporovat správu rizik. Rizika bude možné vytvářet obecně, svázané s repository, projekty, diagramy nebo elementy. Zobrazování bude podporovat hierarchické zobrazení (zobraz rizika k projektu a všech elementů k projektu). Vytváření a přístup k rizikům se řídí uživatelskými právy. Rizika budou v repository existovat jako fyzické elementy nebo jako metadata k projektům či elementům (dle definice EA). Rizika budou editovatelná prostřednictvím portálu i přímo nástrojem Enterprise Architect. Aplikace bude podporovat výstupy ve formě analýzy rizik a elementy samé budou mít doporučenou strukturu dle metodiky TOGAF nebo PMI.
10.7 Repository služeb Aplikace bude podporovat správu služeb. Služba je definovaná jako usecase se stereotypem SystemService. Může mít vazbu na element typu interface (který definuje rozhraní služby), vazbu na aplikaci (komponenta se stereotypem System), která službu implementuje a vložený diagram, který službu popisuje. Služby budou přehledně zobrazeny, půjde je řadit a filtrovat dle různých kritérií:
Systém
Název
Zda obsahují diagram nebo interface
Přístup a práce se službami se řídí přístupovými právy. Služby bude možné editovat a vytvářet i přímo ve WWW rozhraní.
10.8 Import reálných dat z provozních systémů Aplikace umožní importovat data z provozních systémů na základě měřících bodů. Tyto měřící body budou moci reportovat například kolik a jaké procesy byly spuštěny, rozmístění fyzických komponent (systémů) na hardware apod. Tyto importy jsou poplatné každé instalaci zvlášť a vyžadují implementaci dle potřeb zákazníka. Portál bude sloužit primárně pro zobrazování takto získaných dat.
Dataprojekt s.r.o. 2010-2015
Stránka 23
10.9 Správa dokumentů Aplikace bude podporovat správu dokumentů. Dokumenty bude možné vytvářet obecně, svázané s repository, projekty, diagramy nebo elementy dle standardní funkcionality EA (linkované dokumenty). Zobrazování bude podporovat hierarchické zobrazení (zobraz dokumentu, k projektu a všech elementů k projektu). Půjdou zobrazit detaily k dokumentu i dokument samotný. K tomuto je možné využít standardní funkcionality www browseru (zobrazování PDF apod.). Vytváření a přístup k dokumentům se řídí uživatelskými právy. Dokumenty budou v repository existovat jako fyzické elementy nebo jako metadata k projektům či elementům (dle definice EA). Dokumenty budou editovatelné prostřednictvím portálu i přímo nástrojem Enterprise Architect.
10.10 Podpora životního cyklu elementů Aplikace bude podporovat kompletní životní cyklus prvků repository, například procesů. Bude možné nadefinovat jednotlivé stavy (k připomínkám, ke schválení, platné, platnost ukončena atd.). Dále bude možné definovat schvalovací fronty, včetně konkrétních uživatelů, kteří mají schvalování na starosti. V závislosti na definovaných stavech bude možné také nastavit zveřejnění takových diagramů. Na změnu stavu (nebo dobu setrvání elementu v určitém stavu) mohou být navázané další akce, jako jsou emailové notifikace nebo spuštění sady validací. Aplikace bude moci na základě výsledků validací vrátit stav zpět nebo posunout element či diagram do jiného stavu. Změny stavů budou logovány včetně informací kdo/kdy provedl změnu. Budou existovat reporty ukazující změny stavu, jaké elementy a diagramy jsou v jakém stavu a rovněž jak dlouho. Konkrétní příklad: analytik nadefinuje business proces, tento jde na schválení vlastníkovi daného procesu a teprve po schválení bude proces zveřejněn pro ostatní uživatele.
10.11 Procesní pohled EA Infoport dokáže vyhledat veškeré business i implementační procesy, zobrazit je v několika pohledech (matice, hierarchie, seznam), dohledat aktéry vystupující v jednotlivých procesech, dohledat vazby mezi nimi. Dále dokáže zobrazit tzv. procesní mapu (process landscape) a to včetně rozhraní jednotlivých procesů (pokud jsou nadefinována). Dále je schopen kontrolovat konzistenci rozhraní navazujících procesů.
10.12 Více repozitářů Informační portál Enterprise Architect bude podporovat více repository. To znamená:
možnost rychlého přepínání mezi jednotlivými repository
jeden uživatelský účet přes více repository (uživatel se nemusí přihlašovat zvlášť)
vyhledávání přes více repository (jedním vyhledání naleznete odpovídající elementy ve více repository)
dopadové analýzy přes více repository (vyhledání vzájemných vztahů přes více repository)
vytváření odkazů mezi elementy v různých repository (funguje pouze při zobrazení v portálu)
Dataprojekt s.r.o. 2010-2015
Stránka 24
10.13 Dopadové analýzy Uživatel může využívat několik úrovní dopadové analýzy:
analyzovat vazby jednotlivých prvků a elementů na sebe (verze 1.0)
interaktivní mapa vazeb (verze 2.0)- uživatel může interaktivně prohledávat mapu závislostí a proklikávat se (dril-in) níže po provázaných elementech – zobrazení síťové struktury repository
matice vztahů – uživatel může vytvářet matice vztahů jednotlivých elementů mezi sebou. Tyto matice (na rozdíl od Enterprise Architect samotného) se neomezují pouze na přímé vazby, ale zohledňují více úrovní vazeb (například procesy -> kroky -> služby -> systémy a aplikace -> servery/hardware). Toto je speciálně efektivní pro dohledávání závislostí typu: jaké prodejní procesy přestanou fungovat, pokud nám vypadne tento server? Nebo pokud chceme změnit/vyřadit konkrétní business proces, kterých systémů se to dotkne? Jedná se tedy o lepší odhady náročnosti projektů. Implementováno ve verzi 4.0. Příslušná metodika bude rovněž dodávána.
10.14 Streamování změn v modelu pomocí RSS Aplikace Enterprise Architect Informační portál bude schopna streamovat změny v modelech (na základě konfigurace) prostřednictvím technologie RSS do čteček přihlášených uživatelů.
10.15 Komplexní vyhledávání Komplexní vyhledávání umožní uživateli skládat si dotazy v uživatelském rozhraní. Na místo značek před slovy bude skládat podmínky výběrem položek z comboboxu. Tyto položky jsou:
Musí obsahovat
Nesmí obsahovat
Přesná fráze
Položky jsou spojeny výrazem „A zároveň“. Uživatel může definovat dodatečná kritéria. Tato kritéria jsou:
Datum a čas vytvoření textu
Datum a čas poslední aktualizace
Autor textu - ze seznamu
Typ textu - zda je to komentář, název elementů, hodnota tagged values a podobně
Omezení na vybrané projekty
Omezení na vybrané funkční celky (knihovna aplikací, knihovna požadavků)
Omezení na typ EA elementů
Uživatel bude moci filtrovat výsledky podobně jako v základním vyhledávání.
Dataprojekt s.r.o. 2010-2015
Stránka 25
10.16 Reporting EA Infoport bude podporovat komplexní reporting zahrnující mimo jiné:
11
komplexní statistiky repository (rolí, elementů, diagramů)
matice vztahů
speciální reporty svázané s projekty, systémy apod.
uživatelsky definované reporty
Požadavky na hardware, software a podporované databáze 11.1 Komponenty Enterprise Architect Informační portál
Popis komponent, ze kterých je sestaven Enterprise Architect Informační portál. Komponenta EA Infoport Manager EA Infoport Configuration EA Infoport
Popis Služba připravující data pro EA Infoport Portál. Je vyžadován její neustálý běh. Konfiguruje se nezávisle na portálu. Nastavení konfigurace EA Infoport Manager. Není vyžadován neustálý běh aplikace. Sada akcelerovaných PHP skriptů, běžících pod jedním ze standardních HTTP serverů.
11.2 Podporované databáze V tuto chvíli podporujeme následující databáze: Databáze MySql
Verze MyISAM, InnoDB, Community +Enterprise 4.x, 5.x
Operační systém XP, WIN7, WIN8 Windows Server 2000, 2003, 2008, 2012 Linux (všechny distribuce podporující tuto databázovou platformu) Oracle Oracle 9i, 10g, 11g, 12g XP, WIN7, WIN8 Windows Server 2000, 2003, 2008, 2012 Linux (všechny distribuce podporující tuto databázovou platformu) MsSql SQL Server 2000, 2005, 2008 XP, WIN7, WIN8 Express 2005, 2008 Windows Server 2000, 2003, 2008, 2012 Linux (všechny distribuce podporující tuto databázovou platformu) V případě potřeby jsme schopni poměrně rychle implementovat další databáze a rovněž počítáme s rozšířením podpory o další databázové platformy tak, abychom podporovali stejné databáze jako samotný Enterprise Architect. V blízké budoucnosti naimplementujeme podporu pro Firebird DB.
Dataprojekt s.r.o. 2010-2015
Stránka 26
11.3 Podporované operační systémy Zde je výčet podporovaných operačních systémů. Zde vypsané systémy jsou zaručeně kompatibilní. Operační systémy zde neuvedené budou pravděpodobně fungovat také, ale jsou bez záruky. Na vyžádání zákazníka jsme schopni ověřit a poté garantovat i jiné operační systémy. Komponenta
Operační systém
EA Infoport Manager
MS Windows x86, x64
Verze operačního systému XP, WIN7, WIN8 Windows Server 2000, 2003, 2008, 2012 XP, WIN7, WIN8 Windows Server 2000, 2003, 2008, 2012 Red Hat Enterprise 5.x, 6.x a výše Mandriva Linux 10.x a výše Fedora 10.x a výše
MS Windows x86, x64 EA Infoport Portál Linux
11.4 Požadavky na hardware Obě komponenty mohou, ale nemusí, pracovat na jednom společném hardware (serveru). Komponenta
Hardware Intel Quad-Core Xeon E3-1230 Ram 1x4GB DDR3 1x SATA 500GGB nebo ekvivalentní Intel Quad-Core Xeon E3-1230 Ram 1x4GB DDR3 1x SATA 500GGB nebo ekvivalentní
EA Infoport Manager
EA Infoport
11.5 Požadavky na instalovaný software Popis požadavků na dodatečný software pro správný běh jednotlivých komponent. Komponenta EA Infoport Manager
EA Infoport
Vyžadovaný software Operační systém dle odstavce 11.3 ODBC driver pro MySQL databázi dle odstavce 11.2 OLE DB driver pro Oracle databázi dle odstavce 11.2 Operační systém dle odstavce 11.3 HTTP Server dle odstavce 11.6PHP Express dle odstavce 11.7
11.6 Požadavky HTTP server Teoreticky by měl fungovat jakýkoliv HTTP server, který umožňuje spouštět PHP skripty. Naše společnost v tuto chvíli zajišťuje instalace serveru Apache na operační systém Windows / Linux, popřípadě IIS / Windows. Při použití jiného HTTP serveru je nutná spolupráce s oddělením podpory zákazníků. Aplikace PHP Apache
Dataprojekt s.r.o. 2010-2015
Verze 5.3.xx 2.2.xx
Architektura x86, x64 x86, x64
Stránka 27
11.7 PHP Express PHP Express je akcelerátor, který poskytuje podporu pro načítání kódovaných zdrojových kódu a také urychluje provádění PHP souborů. Dodáván naší společností zdarma.
11.8 Aktuálně podporované jazyky Procedura nebo komponenta EA Infoport Manager EA Infoport Portál
Podporované jazyky Angličtina Angličtina Čeština
Vypracoval a za správnost odpovídá: Petr Kalíš Telefon: +420 602 16 13 13 Email:
[email protected]
Dataprojekt s.r.o. 2010-2015
Stránka 28