. Stanovení kritérií pro výběr CASE nástroje
• Výrobce, distributor
Servis (podpora produktu, hotline, aktualizace)
Vazby na výrobce HW a SW, podporované standardy
• Reference
Kdo jsou hlavní uživatelé tohoto produktu, k čemu jej používají a jak jsou s ním spokojeni.
• Podporovaná metodika
Volba metodiky záleží hlavně na zkušenostech vývojářského týmu, je rovněž možné částečně kombinovat objektové a strukturované metodiky (typickým příkladem je provedení objektové analýzy aplikace a návrhu databáze ve strukturované metodice)
Základní pravidlo: vybírat CASE nástroj podle metodiky, ne přizpůsobovat metodiku podle zakoupeného nástroje
• Možnost automatického přechodu mezi jednotlivými fázemi vývoje IS
Automatický přechod mezi fázemi projektu v rámci zvoleného nástroje
Možnost integrace s dalšími nástroji, které budou v rámci projektu využity.
• Správa požadavků a sledování jejich plnění
Mezi požadavky na systém a jejich plněním musí být zcela zřetelný vztah. Jestliže nástroj nedisponuje modulem pro evidenci a analýzu požadavků, měl by být s takovým nástrojem alespoň integrován.
• Možnosti automatické dokumentace
• Parametry repository
Výkon, přijatelná doba odezvy (měřeno samozřejmě pro velikost projektu, na který je nástroj nasazen)
Je repository vedená v proprietárním formátu daného výrobce nebo ukládá data do databáze?
Pokud vývoj probíhá na více platformách, je repository přenositelná mezi těmito platformami?
• Možnost customizace CASE nástroje
Je výhodné, pokud nástroj používá nějaký rozšířený standard (např. OLE) a dodávají se k němu zdrojové kódy rozhraní pro repository, které je možno upravit podle vlastních potřeb.
Další možností je, pokud nástroj disponuje jazykem pro svoji customizaci
• Podpora týmové práce
Podpora verzování
Podpora sdílení komponent mezi vývojáři
• Správa projektu
Disponuje CASE nástroj možností vygenerovat report o stavu projektu?
• Kontrola konzistence
Kontrola konzistence pro jednotlivé modely
Kontrola konzistence mezi modely
Možnost nastavení parametrů pro kontrolu konzistence
• Generování kódu aplikační logiky
Podporuje nástroj používané implementační prostředí?
V případě použití různých programovacích jazyků pro jednotlivé vrstvy systému by CASE měl zajistit jejich konzistenci (např. správné namapování datových typů)
• Round Trip Engineering
Možnost provádět změny ve vygenerovaném kódu, aniž by se narušila vazba mezi vygenerovaným kódem a návrhem systému. Jestliže programátor provede změnu v kódu (např. přidá ve třídě další metodu), zanese se tato změna automaticky do diagramu, kde je tato třída modelována.
• Reverse Engineering
Reverse engineering je možnost, jak zahrnout do analýzy či návrhu systému již hotový zdrojový kód. Ten se procesem reverse engineeringu transformuje do diagramů. Celé diagramy nebo jejich části lze potom považovat za součást návrhu systému.
• Možnost znovupoužití částí analýzy či návrhu pro další podobné projekty
• Požadavky na HW a operační systém
• Uživatelské rozhraní
• Modularita nástroje
Spíše finanční kritérium, možnost zakoupit pouze ty moduly, které při vývoji systému využiji.
• Cena
4. Seznámení se s nabízenými produkty
Při výběru CASE nástroje by zájemce měl mít možnost jednotlivé produkty prakticky vyzkoušet – nejlepší jsou pro tento účel trial verze v podobě ostrých verzí SW s časovým omezením (typicky 30 dnů).
5. Multikriteriální výběr CASE nástroje
Výběr produktu na základě výše stanovených kritérií a dojmů z testování.
Žádné komentáře:
Okomentovat