Charakteristika nßstroje COOL:BusinessTeam

P°edstavujeme vßm progresivnφ CASE nßstroj jednΘ z nej·sp∞Ün∞jÜφch a nejzkuÜen∞jÜφch firem zab²vajφcφch se problematikou v²voje nßstroj∙ pro podporu tvorby IS. SpoleΦn∞ s dalÜφmi prost°edky firmy STERLING SOFTWARE, kterΘ s BUSINESSTEAMem ·zce spolupracujφ, lze pokr²t v∞tÜφ Φßst ₧ivotnφho cyklu v²voje informaΦnφho systΘmu, a to od anal²zy a₧ po implementaci. BUSINESSTEAM je zam∞°en na datovΘ modelovßnφ, jak na konceptußlnφ ·rovni, tak p°i detailnφ rozpracovßnφ do jednotliv²ch podrobnostφ majφcφch u₧Üφ vztah k nßvrhu. Tomu takΘ odpovφdß zp∙sob komunikace tohoto nßstroje s u₧ivateli. S BUSINESSTEAMem mohou bez problΘm∙ pracovat nejen pracovnφci zab²vajφcφ se anal²zou a nßvrhem, databßzovφ administrßto°i ap. na stran∞ jednΘ, ale (po krßtkΘm zaÜkolenφ) i lidΘ z °ad u₧ivatel∙ a zadavatel∙ na stran∞ druhΘ, Φφm₧ dochßzφ k lepÜφ spoluprßci mezi z·Φastn∞n²mi stranami a informace jsou mezi v²vojß°i a budoucφmi u₧ivateli systΘmu lΘpe sdφleny.

Podstata model∙ BUSINESSTEAMu vychßzφ z klasick²ch strukturovan²ch metodik, jsou do nich ale zahrnuty i n∞kterΘ praktickΘ prvky znßmΘ a pou₧φvanΘ spφÜe v metodikßch objektov²ch. Tφm se sna₧φ firma STERLING SOFTWARE nabφdnout produkt podporujφcφ ov∞°en² a spolehliv² zp∙sob v²voje IS, kter² ale nenφ nep°φstupn² jinΘmu zp∙sobu myÜlenφ, a m∙₧e tak zahrnout techniky v dneÜnφ dob∞ tΘm∞° nutnΘ pro ·sp∞Ün² v²voj informaΦnφch systΘm∙. Jeliko₧ nenφ podporovßna ₧ßdnß konkrΘtnφ metodika (Yourdon, SSADM, ...) je na u₧ivateli, jak²m zp∙sobem se rozhodne s BUSINESSTEAMem pracovat.

Modernφ standardnφ grafickΘ prost°edφ poskytuje snadnΘ ovlßdßnφ, a tak se u₧ivatel m∙₧e soust°edit Φist∞ na faktickou problematiku. Software dßvß mo₧nost v∞tÜinu objekt∙ (objekt je zde ve smyslu prvek), kterΘ v pr∙b∞hu prßce s nφm vznikajφ, okomentovat, ke ka₧dΘmu objektu je mo₧no p°istupovat prost°ednictvφm r∙zn²ch cest a zp∙sob∙. Objekty jsou popsßny v tzv. formulß°φch, kterΘ jsou rozd∞leny do n∞kolika strßnek popisujφcφch jednotlivΘ vlastnosti a vztahy k ostatnφm objekt∙m. Dßle je u jednotliv²ch prvk∙ diagram∙ mo₧no vyvolat kontextovΘ menu s operacemi, kterΘ je na danΘm objektu mo₧no provßd∞t.

Pro ka₧d² projekt (zde naz²van² podnikov² Φi podnikatelsk² model û Enterprise model) jsou k dispozici model dat a model proces∙. Datov² model je prezentovßn klasick²m ER diagramem, ve kterΘm je mo₧no velmi efektivn∞ pracovat i s komplexnφmi vazbami, supertypy a subtypy. Datov² model zast°eÜuje ÜirokΘ spektrum informacφ, kterΘ popisujφ data z mnoha r∙zn²ch hledisek. Zajφmavou vlastnostφ je jist∞ funkce Design, kterß pomßhß u₧ivateli optimalizovat datov² model tak, aby zφskal co nejlepÜφ vlastnosti. Velmi u₧iteΦnß je takΘ normalizace, kterß pomßhß nßvrhß°i datovΘho modelu p°i jednotliv²ch fßzφch normalizovßnφ. ╪ada ·kon∙, kterß by se ruΦn∞ provßd∞la zbyteΦn∞ slo₧it∞ a zdlouhav∞ je nabφzena v automatizovanΘ podob∞, tak₧e nap°φklad spojovßnφ Φi rozd∞lovßnφ entit je hraΦkou trvajφcφ jen n∞kolik mßlo okam₧ik∙. Informace, kterΘ se sledujφ v datovΘm modelu majφ dv∞ funkce. Prvnφ je dokumentace reality, po₧adavk∙ a informacφ od u₧ivatel∙. ZajφmavΘ je nap°φklad sledovßnφ poΦßteΦnφho mno₧stvφ dat a jeho p°edpoklßdanΘho nßr∙stu. Druhou funkcφ je p°φprava modelu pro implementaci, tak₧e se vedle äu₧ivatelsk²chô dat sledujφ i data d∙le₧itß pro anal²zu a projektovßnφ, a proto se pak sdru₧ujφ atributy do r∙zn²ch skupin podle typ∙, pou₧itφ ap., sleduje se, kde jsou jednotlivΘ prvky (entity, atributy, ...) implementovßny (nebo spφÜe by m∞ly b²t implementovßny), apod. U slo₧it∞jÜφch datov²ch model∙ lze definovat logickΘ celky zvanΘ oblasti podnikßnφ (BSA û Business Subject Area), kterΘ umo₧nφ analytik∙m a projektant∙m soust°ed∞nφ se na p°edm∞tnou Φßst (jako p°φklad lze uvΘst odd∞lenφ jednotliv²ch datov²ch oblastφ jako data pro personalistiku, ·Φetnictvφ, v²robu, ...).

Pro ka₧d² podnikov² model existuje prßv∞ jeden datov² model, o n∞m₧ se dß °φci, ₧e je nejd∙le₧it∞jÜφm zdrojem pro implementaci. To vÜak neznamenß, ₧e existuje osamocen∞. Velmi ·zce s datov²m modelem jsou svßzßny jednotlivΘ procesnφ modely, kterΘ obsluhujφ stejnΘ datovΘ prvky jako datov² model (veÜkerΘ prvky obsa₧enΘ v procesnφm modelu musφ b²t obsa₧eny i v datovΘm modelu). Procesnφch model∙ m∙₧e existovat v ka₧dΘm podnikovΘm modelu n∞kolik, ovÜem vÜechny operujφ nad jedn∞mi daty, tedy nad spoleΦn²m datov²m modelem. Vyu₧φvß se p°i tom dvou diagram∙, kterΘ prezentujφ pon∞kud odliÜn² pohled na realitu: diagram datov²ch tok∙ (DFD) a diagram funkΦnφ dekompozice (FDD), kter² zobrazuje hierarchii jednotliv²ch funkcφ a jejich Φßstφ. V DFD se funkce nedekomponujφ do r∙zn²ch diagram∙ podle jednotliv²ch ·rovnφ, ale vÜechny ·rovn∞ jdou sledovat v jednom diagramu, co₧ pomßhß vid∞t a uv∞domit si stupe≥ slo₧itosti celΘho systΘmu. Op∞t zde doÜlo k malΘmu obohacenφ o prvky objektovΘho p°φstupu (procesy spolu mohou komunikovat p°φmo, spouÜt∞nφ na zßklad∞ Φty° druh∙ udßlostφ). Jednß se sice o jistou odchylku od metodik strukturovanΘho v²voje IS, ale zase natolik praktickou a u₧iteΦnou, ₧e to nenφ na Ükodu. Stßle pro projektanta samoz°ejm∞ z∙stßvß mo₧nost dr₧et se danΘ metodiky a takovΘto techniky prost∞ nepou₧φvat. Efektivn∞ je °eÜen datov² obsah komunikace a ulo₧enφ informacφ, kdy se pro ka₧d² datov² tok definuje jedna nebo vφce struktur obsahujφcφch entity a atributy. Tyto struktury lze vyu₧φt opakovan∞ v n∞kolika datov²ch tocφch, co₧ dßvß mo₧nost p°ehledn∞jÜφho pohledu na obsah komunikace (lze nadefinovat nap°φklad strukturu pro hlaviΦku faktury, dalÜφ strukturu pro polo₧ky faktury a °φci, ₧e datov² tok faktura obsahuje hlaviΦku faktury a polo₧ky faktury; tyto struktury se pak mohou vyu₧φt v jin²ch datov²ch tocφch, nap°φklad pro v²pis p°ehledu faktur staΦφ kdy₧ se pou₧ije ji₧ nadefinovanΘ struktury hlaviΦka faktury s tφm, ₧e je definovßno jakΘ entity, p°φpadn∞ atributy obsahuje hlaviΦka faktury, jakΘ obsahuje polo₧ka faktury atd.). P°esn² obsah datov²ch tok∙ je zobrazen na BCD diagramech, kterΘ p°ipomφnajφ nßvrh obrazovky. Jejich ·Φel je ten, ₧e by m∞ly u₧ivateli rychle a p°ehledn∞ °φci, jakß data budou tΘci do/z jednotliv²ch funkcφ. Dekompozice proces∙ konΦφ nßvrhem k≤du (prost°ednictvφm diagramu specifikace proces∙ û PSD). Ten se generuje zΦßsti automaticky a obsahuje pro ka₧dou datovou strukturu odpovφdajφcφ operaci (CREATE, UPDATE, DELETE, RECEIVE, SEND, ...). Nßvrh k≤du je vizualizovßn, to ale neznamenß, ₧e by nebylo mo₧no k≤d vklßdat ruΦn∞ psanφm p°φkaz∙. U ka₧dΘho procesu lze provΘst kontrolu syntaktickΘ sprßvnosti.

Je t°eba °φci, ₧e CASE nepodmi≥uje zaΦφt prßci datov²m Φi procesnφm modelem, je na analytikovi, Φφm zaΦne. Stejn∞ tak se v koneΦnΘm d∙sledku analytik nemusφ zab²vat FDD diagramem a veÜkerou funkΦnφ logiku m∙₧e modelovat pouze prost°ednictvφm DFD s formßln∞ stejn²m v²sledkem (a p°φpadn∞ se pak vrßtit k FDD). Nßstroj se tedy sna₧φ b²t pokud mo₧no co nejvÜestrann∞jÜφ, co se t²Φe obsluhy a p°φstupu projektant∙, sna₧φ se p°izp∙sobit n∞kolika zp∙sob∙m prßce.

Pro ka₧d² objekt (prvek), kter² v modelu vznikne se dr₧φ informace o tom, kdo a kdy prvek zalo₧il a kdy a k²m byl naposledy zm∞n∞n. Samotn² nßstroj je postaven nad mohutnou repository spoleΦnou pro BUSINESSTEAM a OBJECTTEAM s nßzvem STERLING SOFTWARE MODEL MANAGER. Ke ka₧dΘmu prvku mß nynφ v reßlnΘm Φase p°φstup n∞kolik u₧ivatel∙ narßz. Snaha o maximßlnφ podporu t²movΘ prßce je reprezentovßna i tφm, ₧e krom∞ ji₧ zmφn∞nΘho äon-lineô p°φstupu vφce u₧ivatel∙, lze pro v²vojov² t²m pou₧φt i tzv. äoff-lineô p°φstup. U₧ivatelΘ tak dostßvajφ mo₧nost vytahovat si kusy projektu a pracovat na nich zcela odd∞len∞ (doma, na notebooku u zßkaznφka, à). VÜechny zmφn∞nΘ vlastnosti spojenΘ se systΘmem verzovßnφ stavφ BUSINESSTEAM na p°ednφ mφsta v ₧eb°φΦku nßstroj∙ pro datovΘ modelovßnφ.

Na zßv∞r bych zmφnil jeÜt∞ n∞kterß p°φjemnß zlepÜenφ. Jednß se o vklßdßnφ objekt∙ prost°ednictvφm standardu OLE, mo₧nost volby externφho editoru pro popis k jednotliv²m objekt∙m a mo₧nost exportu a importu podnikovΘho modelu ve formßtech VAR a MDB (Microsoft repository). Co je ale pro u₧ivatele velmi d∙le₧itΘ û BUSINESSTEM neexistuje jen tak sßm o sob∞ zcela vytr₧en z konceptu v²voje IS. Data nßstroje lze vym∞≥ovat s dalÜφmi nßstroji firmy STERLING SOFTWARE. Na jednΘ stran∞ je to PROCESSTEAM, se kter²m BUSINESSTEAM spolupracuje prost°ednictvφm datovΘho modelu/∙ a DFD, na stran∞ druhΘ je to ÜpiΦkov² nßstroj pro objektovou anal²zu a nßvrh û OBJECTTEAM.

To nejlepÜφ nakonec. BUSINESSTEAM slou₧φ k anal²ze a modelovßnφ informaΦnφch systΘm∙ (Φi jejich Φßstφ). Dßle firma STERLING SOFTWARE vytvo°ila produkt pro nßvrh databßze DATATEAM, ve kterΘm je mo₧no ji₧ fyzicky navrhnout databßzi vΦetn∞ index∙, omezenφ, segment∙, datov²ch soubor∙ ap. Prost°ednictvφm p°evodnφho m∙stku BUSINESSTEAMMAPPER je mo₧no p°evßd∞t model BUSINESSTEAMu do DATATEAMu, p°φpadn∞ obrßcen∞, co₧ otevφrß novΘ mo₧nosti pro prßci na projektech.

Patrik èßlek, salek@komix.cz