Charakteristika nßstroje DOORS 4.0

U₧ivatelskΘ po₧adavky jsou velmi choulostivou oblastφ v²voje systΘmu. Specifikace systΘmu vytvo°enß na jejich zßklad∞ je zßvazn² dokument. Ne v₧dy vÜak jsou definovßny dostateΦn∞ jednoznaΦn∞. Po₧adavky jsou soust°ed∞ny do textov²ch soubor∙. ╚asto jsou obaleny mnoha v²razov²mi prost°edky, p°iΦem₧ vlastnφ po₧adavek je zaml₧en. Jsou ulo₧eny v rozsßhl²ch blocφch textu, ve kter²ch se lze obtφ₧n∞ orientovat a u₧ivatelskΘ po₧adavky jsou Üpatn∞ viditelnΘ. V praxi se Φasto stßvß, ₧e zadavatel zanese do dokumentu nereßlnΘ po₧adavky.

Na zßklad∞ takto vytvo°enΘ specifikace se mohou u₧ivatelskΘ po₧adavky interpretovat vφce zp∙soby, n∞kterΘ mohou b²t zcela p°ehlΘdnuty. Konfrontace pohled∙ zadavatele a °eÜitele, dodateΦnΘ zaΦlen∞nφ dalÜφch po₧adavk∙ do v²voje systΘmu v pozd∞jÜφch etapßch v²voje samoz°ejm∞ p°inßÜφ dodateΦnΘ nßklady a brzdφ v²voj systΘmu.

S p°ihlΘdnutφm ke zmφn∞n²m aspekt∙m se vyplatφ °eÜit tento problΘm ji₧ v etap∞ tvorby specifikace systΘmu. Je nutnΘ transformovat u₧ivatelskΘ po₧adavky tak, aby byly zcela jednoznaΦnΘ, p°ehlednΘ a pokud mo₧no strukturovanΘ. ╪eÜitel, kter² transformuje u₧ivatelskΘ po₧adavky ve strukturovanou specifikaci, rozhodne takΘ o smysluplnosti a reßlnosti dan²ch po₧adavk∙. Na zßklad∞ takto definovan²ch po₧adavk∙ je mo₧nΘ provΘst konfrontaci pohled∙ zadavatele a °eÜitele ji₧ v prvotnφch etapßch v²voje systΘmu. Ka₧dΘmu nalezenΘmu po₧adavku nebo jeho Φßsti lze p°i°adit mno₧inu atribut∙, kterß po₧adavek popisuje a p°i°azuje mu kvantitativnφ a kvalitativnφ rozm∞ry. Mezi jednotliv²mi po₧adavky lze vytvß°et vazby, ka₧dΘ vazb∞ lze op∞t p°i°azovat atributy. Anal²zou atribut∙ a vazeb lze zφskat dalÜφ informace, kterΘ nejsou z°ejmΘ p°φmo z po₧adavk∙. Jednß se p°edevÜφm o souslednost °eÜenφ po₧adavk∙, nßkladnost °eÜenφ Φi odhad dΘlky v²voje systΘmu apod.

Nßstroj DOORS anglickΘ spoleΦnosti Quality Systems & Software (QSS) je urΦen pro evidenci a anal²zu po₧adavk∙. S jeho pomocφ je mo₧nΘ eliminovat v²Üe zmφn∞nΘ problΘmy. Vstupem tohoto nßstroje je textov² dokument s u₧ivatelem definovan²mi po₧adavky na systΘm. Jednφm z hlavnφch v²stup∙ m∙₧e b²t strukturovanß, jednoznaΦnß, kompletnφ a provßzanß specifikace po₧adavk∙ na systΘm.

PopiÜme si postup vytvß°enφ specifikace po₧adavk∙ na systΘm.

1. Zadavatel nßm p°edal textov² dokument s popsan²mi po₧adavky. Dokument mß 70 stran textu a 12 obrßzk∙.
2. V nßstroji DOORS vytvo°φme nov² projekt, definujeme prßva u₧ivatel∙, kte°φ majφ p°φstup k projektu a zalo₧φme tzv. deskriptivnφ modul, do n∞ho₧ ulo₧φme zadavatel∙v text p°esn∞ tak, jak byl dodßn.
3. P°i anal²ze textu oznaΦujeme v deskriptivnφm modulu jednotlivΘ nalezenΘ po₧adavky. RozliÜujeme po₧adavky na systΘm, procesnφ po₧adavky apod.
4. Pro ka₧d² typ po₧adavk∙ zalo₧φme tzv. formßlnφ modul. Po₧adavky oznaΦenΘ v deskriptivnφm modulu extrahujeme do struktury p°φsluÜn²ch formßlnφch modul∙. Vlastnφ deskriptivnφ modul se tφm nijak nem∞nφ a je stßle toto₧n² s p∙vodnφm dokumentem zadavatele.
5. Ve formßlnφch modulech upravujeme strukturu po₧adavk∙ a ka₧dΘmu po₧adavku p°i°azujeme jeho kvalitativnφ a kvantitativnφ atributy. Mezi jednotliv²mi po₧adavky vytvß°φme vazby (pomocφ tzv. vazebnφch modul∙) a vazbßm p°i°azujeme atributy. K p°φsluÜn²m po₧adavk∙m m∙₧eme p°idat vysv∞tlujφcφ zadavatelovy obrßzky.
6. V²sledkem je formalizovanß struktura po₧adavk∙. Je krßtkß a p°ehlednß. Zadavatel sleduje shodu struktury po₧adavk∙ s p∙vodnφm dokumentem. Dojde-li zadavatel a °eÜitel k oboustrannΘ shod∞, stßvß se struktura po₧adavk∙ specifikacφ po₧adavk∙ na systΘm, tedy zßvazn²m dokumentem.

Zßkladnφm rysem deskriptivnφho modulu je jeho nem∞nnost v pr∙b∞hu prßce s nφm. Dφky tomu je mo₧nΘ sledovat, zda extrahovanΘ po₧adavky odpovφdajφ p∙vodnφmu dokumentu. Ka₧dΘmu extrahovanΘmu po₧adavku se p°i°azuje autor a datum extrakce. Tak je mo₧nΘ sledovat intenzitu a kvalitu prßce.

Formßlnφ modul umo₧≥uje jak textovou tak grafickou prezentaci struktury po₧adavk∙. V textovΘ prezentaci je struktura vyjßd°ena Φφslovßnφm jednotliv²ch po₧adavk∙, v grafickΘ prezentaci je struktura prezentovßna stromem po₧adavk∙, ve kterΘm je mo₧nΘ se pohybovat. Zobrazit lze v obou typech prezentacφ bu∩ celou strukturu po₧adavk∙ nebo pouze strukturu po urΦitou ·rove≥ (zobrazenφ po ·rove≥ 3 znamenß, ₧e se zobrazφ po₧adavek 1, 1.1, 1.1.1, ale ne po₧adavek 1.1.1.1). Nad strukturou po₧adavk∙ lze aplikovat t°φdφcφ mechanismy (jednoduchΘ i slo₧itΘ). Rozsah zobrazen²ch po₧adavk∙ lze determinovat filtraΦnφmi mechanismy s r∙znou ·rovnφ slo₧itosti.

Vedle vlastnφho po₧adavku lze zobrazit takΘ jeho atributy. U₧ivatel vytvß°φ tzv. View, tedy r∙znΘ pohledy na strukturu po₧adavk∙, p°iΦem₧ ka₧d² pohled mß definovßno, kterΘ atributy majφ b²t zobrazeny.

Ka₧dΘmu po₧adavku se zaznamenßvß jeho historie. Jakßkoliv zm∞na (by¥ jen p°idßnφ pφsmene) se uchovß. Tak je mo₧nΘ sledovat, kdo a kdy provedl zm∞ny. B∞hem prßce se barevn∞ odliÜujφ zm∞n∞nΘ po₧adavky. Celou strukturu po₧adavk∙ je mo₧nΘ verzovat (vytvß°φ se major i minor verze).

Mezi po₧adavky se mohou vytvß°et vazby. K tomu slou₧φ vazebnφ modul, kter² vypadß jako dvojrozm∞rnß matice. Ka₧dß vazba mß svΘ vlastnφ atributy. Vazby je mo₧nΘ dßle analyzovat. Ka₧d² po₧adavek lze zkoumat z hlediska vstupnφch a v²stupnφch vazeb do u₧ivatelem zadanΘ ·rovn∞. Tak lze nachßzet souvislosti a souslednosti mezi po₧adavky.

Nßstroj DOORS disponuje zp∙sobem, jak vytvß°et dokumenty po₧adavk∙, kterΘ jsou normovßny. Formßlnφmu modulu lze p°i°adit Üablonu a po₧adavky lze zpracovßvat v rßmci tΘto Üablony. Standardn∞ se s nßstrojem dodßvajφ Üablony DoD-STD-2176a, ESA PSS-05 a SADT. Je vÜak velmi jednoduchΘ, vytvo°it si Üablony vlastnφ.

Zda°ile je vy°eÜen import textu do formßlnφho modulu. Vedle podpory standardnφch formßt∙ (Word, RTF, MS Project, apod.) je souΦßstφ rovn∞₧ konfigurovateln² parser, pomocφ n∞ho₧ je mo₧nΘ definovat strukturu importovanΘho textu a p°enΘst tak importovan² text beze ztrßty formßtovacφch informacφ. TotΘ₧ platφ pro import dat z tabulkovΘho kalkulßtoru. Exportovat obsah formßlnφho modulu je mo₧nΘ do standardnφch textov²ch formßt∙, ale takΘ do HTML. Nßstroj podporuje OLE, tak₧e je mo₧nΘ do po₧adavk∙ vklßdat objekty dalÜφch aplikacφ, kterΘ rovn∞₧ OLE podporujφ.

DOORS disponuje vlastnφm jazykem, kter² se jmenuje DXL (DOORS Extended Language). Dφky tomuto jazyku je mo₧nΘ upravit nßstroj veÜker²m pot°ebßm projektu. DXL je jazyk podobn² jazyku C, ale je jednoduÜÜφ. Dφky DXL je mo₧nΘ integrovat DOORS s ostatnφmi nßstroji, kterΘ jsou vyu₧φvßny v projektu a sdφlet tak informace. Ji₧ hotovß je integrace s CASE nßstrojem COOL:Jex spoleΦnosti Sterling Software. Tak je mo₧nΘ vytvo°it v DOORS modul, kter² obsahuje informace o modelovan²ch diagramech a sledovat po₧adavky a jejich °eÜenφ, pop°. shodu v²voje projektu s jeho plßnem.

Nßstroj DOORS, aΦkoliv je urΦen pro evidenci a anal²zu po₧adavk∙, je velice univerzßlnφ. Kreativnφ u₧ivatel po zauΦenφ s tφmto nßstrojem najde mnoho dalÜφch mo₧nostφ jeho vyu₧itφ. Namßtkou jmenujme t°eba vyu₧itφ pro helpdesk nebo vytvo°enφ kusovnφku.

Petr Kop°iva, kopriva@komix.cz