Charakteristika nßstroje COOL:Jex 4.0

Co je COOL:Jex?

COOL:Jex je objektov² CASE nßstroj spoleΦnosti Sterling Software. Je nßstrojem pro podporu anal²zy, nßvrhu a implementace systΘmu. Zahrnuje vÜechny t°i typy CASE, upper, middle a lower CASE, kterΘ tvo°φ jednotn² celek. Tφm je umo₧n∞no vÜechny etapy v²voje systΘmu provßd∞t integrovan∞ a zcela konzistentn∞. Na druhΘ stran∞ je logicky rozΦlen∞n do v²vojov²ch etap (standardn∞ do etap anal²zy, systΘmovΘho nßvrhu, objektovΘho nßvrhu a implementace), tak₧e p°i v²voji projektu lze z°eteln∞ rozeznat hranice jednotliv²ch etap, zcela p°esn∞ urΦit jejich poΦßtek Φi konec, samostatn∞ je dokumentovat, sledovat rozdφly mezi etapami apod. Nßstroj pat°φ do integrovanΘ rodiny nßstroj∙ COOL, kterß jako blok podporuje cel² ₧ivotnφ cyklus projektu.

Jakou u₧φvß metodiku?

Stejn∞ jako p°edchozφ verze i tato vychßzφ z Rumbaughovy objektovΘ metodiky OMT (Object Modeling Technics). Jednß se o metodiku, kterß pohlφ₧φ na systΘm n∞kolika r∙zn²mi pohledy. Prvnφm z nich je statick² pohled. Definujφ se jednotlivΘ t°φdy systΘmu a vztahy mezi nimi. Druh²m je dynamick² pohled, ve kterΘm se modeluje chovßnφ systΘmu v Φase, jeho reakce a udßlosti. T°etφm je pohled funkΦnφ, pohled na jednotlivΘ funkΦnφ celky Φi funkce systΘmu. Ji₧ p°edchozφ verze byly rozÜφ°eny o Jacobsonovy diagramy Use Case, pomocφ nich₧ je mo₧nΘ definovat odpov∞dnosti systΘmu a jeho zßkladnφ chovßnφ.

Jak se v nßstroji modeluje?

Ka₧d² z vyjmenovan²ch pohled∙ je reprezentovßn jednφm nebo vφce diagramy. JednotlivΘ diagramy jsou navzßjem metodicky svßzanΘ. Uchopφ-li se v²voj systΘmu od ôsprßvnΘho konceö, metodika svßzanß do diagram∙ sama vede v²vojß°e k cφli. Nßstroj vÜak umo₧≥uje metodiku libovoln∞ modifikovat. Osmß verze obsahuje n∞kterΘ novΘ diagramy. Jednφm z nich je diagram aktivit, pomocφ kterΘho je mo₧nΘ modelovat business procesy nebo jej pou₧φt jako stavov² diagram pro vφce t°φd souΦasn∞ a tφm docφlit globßlnφho pohledu na chovßnφ systΘmu. DalÜφ dva diagramy, komponentov² a rozvinut², umo₧≥ujφ modelovat pohled na celek jako zßvislosti mezi jeho Φßstmi. Komponentov² diagram, pomocφ n∞ho₧ lze modelovat zßvislosti a rozhranφ jednotliv²ch softwarov²ch komponent, je extrΘmn∞ d∙le₧it². Umo₧≥uje toti₧ jasn∞ definovat, jak lze velk² a nep°ehledn² systΘm rozd∞lit na menÜφ a lΘpe vyrobitelnΘ komponenty, kterΘ majφ jednoznaΦnΘ rozhranφ. Rozvinut² model pak umo₧≥uje modelovat i jinΘ ne₧ softwarovΘ prvky systΘmu a hledat vztahy mezi softwarov²mi a jin²mi prvky.

Nenφ COOL:Jex p°φliÜ rozsßhl²?

Nßstroj je pln∞ modulßrnφ. Modul je Φßst nßstroje, kterß m∙₧e nebo nemusφ b²t zp°φstupn∞na pro prßci. Tak se upravφ ôrozsßhlostö nßstroje specifikßm a pot°ebßm jednotliv²ch projekt∙. V jeden okam₧ik m∙₧e b²t nßstroj pro ka₧d² projekt jinak rozsßhl². Modulem je generßtor k≤du do urΦitΘho jazyka, integrace s jin²m nßstrojem, sprßvce p°φstupu u₧ivatel∙ apod. COOL:Jex obsahuje mana₧er modul∙, kter² zajiÜ¥uje jejich sprßvu. JakΘ moduly je mo₧nΘ v CASE pou₧φvat lze definovat nejenom na ·rovni celΘho nßstroje, ale takΘ na ·rovni jednoho projektu, konfigurace, fßze Φi systΘmu. Ka₧d² tento fragment toti₧ obsahuje definiΦnφ soubor, kter² urΦuje, jakΘ moduly jsou v rßmci fragmentu p°φstupnΘ. Zda je modul pou₧iteln², rozhoduje pouze p°φtomnost licenΦnφho °et∞zce, tak₧e zp°φstupn∞nφ modulu neznamenß dodateΦnou instalaci softwaru, ale pouze jeho zp°φstupn∞nφ.

Zp°φstupn∞nφ modulu znamenß rozÜφ°enφ atribut∙ diagram∙. Jestli₧e se poslΘze modul znep°φstupnφ, atributy neztrßcejφ vlo₧enΘ informace a po op∞tovnΘm zp°φstupn∞nφ modulu jsou tyto informace op∞t dostupnΘ (nap°. Modul generßtoru C++ vy₧aduje pro ka₧dou t°φdu stanovit, zda je persistentnφ. Je-li zp°φstupn∞n modul generßtoru Javy, nemß atribut persistence smysl a tudφ₧ nenφ ani p°φtomn² v definici t°φdy. Po op∞tovnΘm zp°φstupn∞nφ modulu generßtoru C++ jsou hodnoty atributu persistence op∞t takovΘ, jak byly pro jednotlivΘ t°φdy definovanΘ).

Lze nßstroj n∞jak upravit nebo pozm∞nit?

COOL:Jex je zcela otev°en² a upraviteln² nßstroj. Je to dßno t°emi faktory. Prvnφm faktorem je systΘm definiΦnφch polφ. DefiniΦnφ pole m∙₧e existovat bu∩ nad cel²m nßstrojem nebo nad jeho Φßstφ, tedy projektem, konfiguracφ, etapou, systΘmem, diagramem Φi entitou. Editorem definiΦnφch polφ lze upravit jak nßstroj navenek vypadß, strukturu menu, p°idat u₧ivatelskΘ atributy entitßm diagram∙ apod. Druh²m faktorem je p°φtomnost jazyka Tcl. Jednß se o objektovou verzi pom∞rn∞ jednoduchΘho jazyka. PodstatnΘ je, ₧e krom∞ rozsßhlΘho jßdra nßstroje jsou vÜechny moduly naprogramovßny v tomto jazyce. Nßstroj samoz°ejm∞ disponuje interpretrem tohoto jazyka. Jakoukoliv zm∞nu modulu je mo₧nΘ provΘst zßsahem do jeho k≤du. Je samoz°ejm∞ mo₧nΘ vytvo°it si jak²koliv vlastnφ modul a zahrnout jej do nßstroje (nap°. vlastnφ generßtor k≤du). T°etφm faktorem je otev°enß a dokumentovanß repository. VeÜkerΘ informace ulo₧enΘ v repository jsou p°φstupnΘ prost°ednictvφm jazyka Tcl. Rovn∞₧ vÜechny metody nad t°φdami repository jsou tφmto jazykem voln∞ p°φstupnΘ. Lze °φci, ₧e v COOL:Jexu je mo₧nΘ provΘst jakoukoliv zm∞nu.

Lze se spolehnout na repository nßstroje?

Jestli₧e je v ·vodu napsßno, ₧e nßstroj COOL:Jex je souΦßstφ integrovanΘho celku COOL, pak je to dßno p°edevÜφm politikou prßce s repository. Ta nenφ souΦßstφ COOL:Jexu, ale je samostatnß. K repository mohou p°istupovat n∞kterΘ dalÜφ nßstroje rodiny COOL (COOL:BusinessTeam, COOL:DBA). Repository je dostateΦn∞ robustnφ, aby zvlßdla rozsßhlΘ projekty Φi prßci mnoha u₧ivatel∙ v jeden okam₧ik. Mß rychlou odezvu a dφky mana₧eru repository je p°enosnß mezi podporovan²mi platformami. Je mo₧nΘ ji provozovat na databßzov²ch platformßch Sybase SQL Anywhere (Windows NT a Windows 95), Informix, Oracle a Ingres (unix).

Jak je to se sprßvou verzφ?

COOL:Jex kvalitn∞ podporuje mo₧nost vytvß°enφ verzφ a jejich sprßvu. Ka₧d² fragment v²voje systΘmu m∙₧e existovat v n∞kolika verzφch, kterΘ lze ökonzervovatö, rozvφjet vφce zp∙soby souΦasn∞, mohou k nim p°istupovat r∙znφ u₧ivatelΘ. Verze je mo₧nΘ vytvß°et v horizontßlnφm nebo vertikßlnφm sm∞ru. Lah∙dkou je synchronizovan² v²voj. Nßstroj podporuje mo₧nost vyvφjet projekt ve vφceu₧ivatelskΘm re₧imu off-line. JednotlivΘ Φßsti projekt∙ se poslΘze synchronizujφ.

Rozeznß nßstroj neautorizovan² p°φstup? Na vÜech ·rovnφch projektu?

Administrßtor nßstroje Φi projektu °φdφ p°φstup jednotliv²ch u₧ivatel∙ systΘmu k jeho fragment∙m. Jsou definovanΘ u₧ivatelskΘ role, kterΘ majφ p°i°azenu mno₧inu oprßvn∞nφ (nap°. mazßnφ diagramu nebo p°idßnφ entity v diagramu). Ka₧dΘmu u₧ivateli systΘmu se p°i°azuje jedna nebo vφce u₧ivatelsk²ch rolφ. JednotlivΘ role se mohou p°i°azovat nad dan²m projektem nebo nad jeho libovoln²m fragmentem, a₧ na ·rove≥ jednotliv²ch diagram∙.

Existuje mo₧nost kontrol projekt∙?

COOL:Jex disponuje rozsßhlou mno₧inou kontrol nad jednotliv²mi fragmenty projektu. Kontroluje se nejenom syntaktickß sprßvnost diagram∙, ale takΘ dodr₧ovßnφ metodiky Φi konzistence prvk∙ projektu. Co vÜechno mß b²t kontrolovßno lze op∞t stanovit prost°ednictvφm jednoho z definiΦnφch polφ.

Umo₧≥uje nßstroj vytvß°et dokumentaci?

Nßstroj automaticky generuje dokumentaci jednotliv²ch subsystΘm∙ projektu. Bu∩ ve form∞ textov²ch report∙ nebo p°φmo do zvolenΘho textovΘho editoru vΦetn∞ jednotliv²ch diagram∙. Samoz°ejm∞ lze ovlivnit, co bude souΦßstφ dokumentace. Vytvß°ejφ se tzv. dokumentaΦnφ matriky, kterΘ specifikujφ obsah dokumentace. Tak lze vytvß°et jinou dokumentaci nap°. pro testery a jinou pro vedenφ projektu. Standardn∞ je dokumentace generovßna do MS Wordu (v prost°edφ NT) a do FrameMakeru a InterLeafu (v prost°edφ unixu). Samoz°ejm∞ dφky otev°enosti nßstroje je mo₧nΘ snadno vytvo°it generßtor do jakΘhokoliv jinΘho formßtu.

Vytvß°φ nßstroj programov² k≤d?

COOL:Jex disponuje sadou generßtor∙ aplikaΦnφho k≤du. AplikaΦnφ k≤d se generuje na zßklad∞ diagramu asociacφ t°φd v etap∞ implementace. JednotlivΘ generßtory disponujφ mo₧nostmi roundtrip engineeringu, reverse engineeringu a code injection. Round trip engineeering znamenß, ₧e zm∞ny provedenΘ ve vygenerovanΘm k≤du se p°enßÜejφ zp∞t do diagram∙ (nap°. p°idßnφ metody t°φdy se zobrazφ v danΘm diagramu, kter² tuto t°φdu obsahuje). Reverse engineering p°evßdφ ji₧ hotov² k≤d do diagramu asociace t°φd, tedy vytvß°φ strukturu t°φd a vazeb mezi nimi. Pokud si to u₧ivatel p°eje, jsou vÜechny t°φdy, zahrnutΘ v k≤du, p°evedeny do jednoho diagramu. Tφmto zp∙sobem je mo₧nΘ integrovat ji₧ hotovou aplikaci s analyzovan²m systΘmem Φi pou₧φt hotovΘ objekty v novΘm systΘmu. Novinkou osmΘ verze je plnß podpora injektace k≤du (code injection) pro C++ a Javu. P°i reverse engineeringu se do repository uklßdajφ nejen informace o t°φdßch, ale takΘ programov² k≤d. Ten se potom udr₧uje v COOL:Jexu. Injektace k≤du znaΦn∞ rozÜi°uje mo₧nosti COOL:Jexu a optimalizuje sprßvu k≤du. AplikaΦnφ k≤d je generovßn do t∞chto jazyk∙: C++, Java, PowerBuilder, Delphi, Ada, SmallTalk, CORBA IDL, Visual Basic, NewEra a FortΘ.

Generuje takΘ datov² model?

COOL:Jex dokß₧e generovat ·pln² datov² model. PodporovanΘ platformy jsou Informix, Oracle, MS SQL Server, Ingres, Sybase. Datov² model se generuje ve form∞ sql skript∙. Generujφ se jak skripty pro zalo₧enφ tabulek, tak skripty procedur nad tabulkami Φi databßzovΘ triggery.

S jak²mi nßstroji je COOL:Jex integrovßn?

Ji₧ bylo °eΦeno, ₧e COOL:Jex pat°φ do °ady nßstroj∙ COOL, p°iΦem₧ s n∞kter²mi je integrovßn. Dφky jeho otev°enosti (jazyk Tcl) je integrovateln² i s jin²mi nßstroji. V souΦasnΘ dob∞ je pln∞ integrovßn s nßstroji konfiguraΦnφho managementu Apex Ada, ClearCase, Continuus, Razor, PVCS Version Manager, dßle s nßstroji pro sprßvu po₧adavk∙ DOORS, icConcept RTM, SLATE, s testovacφm nßstrojem QA Organizer, s dokumentaΦnφmi nßstroji DocIt a DocExpress, s nßstrojem pro sprßvu repository MS Repository a samoz°ejm∞ s textov²mi procesory MS Word, FrameMaker a InterLeaf.

Kde se dozvφm dalÜφ podrobnosti?

V²hradnφm distributorem COOL:Jexu a dalÜφch nßstroj∙ spoleΦnosti Sterling Software je spoleΦnost Komix, spol. s r. o. Zde je mo₧nΘ zφskat jakΘkoliv informace o t∞chto nßstrojφch, domluvit si prezentaci nßstroj∙ nebo Φasov∞ omezenou zßp∙jΦku ostrΘ verze nßstroje.

Petr Kop°iva, kopriva@komix.cz