Vývojári softvéru sa často učia o programovaní UML na vysokej škole.
Kredit za obrázok: Stockbyte/Stockbyte/Getty Images
Unified Modeling Language (UML) je softvérový modelovací jazyk s dôrazom na grafiku a pohyb. Podľa Sparx Systems je to štandardný jazyk pre softvérové modelovanie a dizajn. Niektorí vývojári a spoločnosti zaoberajúce sa návrhom softvéru však môžu mať problémy s používaním UML. Nevýhody používania UML zahŕňajú pridávanie úloh do rozsahu práce projektu a prílišné spoliehanie sa na diagramy UML.
čas
Jednou nevýhodou, ktorú môžu niektorí vývojári nájsť pri používaní UML, je čas potrebný na správu a údržbu diagramov UML. Aby správne fungovali, UML diagramy musia byť synchronizované so softvérovým kódom, čo si vyžaduje čas na nastavenie a údržbu a pridáva prácu na projekte vývoja softvéru. Malé spoločnosti a nezávislí vývojári nemusia byť schopní zvládnuť dodatočné množstvo práce potrebnej na synchronizáciu kódu.
Video dňa
Nie je jasné, kto má prospech
Nie je vždy jasné, kto ťaží z diagramu UML. Podľa článku zverejneného na webovej stránke Eiffel Software nie je UML výhodné pre vývojárov softvéru, najmä preto, že vývojári softvéru pracujú s kódom, nie s obrázkami alebo diagramami. Diagramy UML môžu byť prospešné pre projektových manažérov alebo vedúcich pracovníkov na ilustráciu toho, ako bude softvérový nástroj fungovať, ale je to tak môže byť jednoduchšie nakresliť diagram na tabuľu alebo kus papiera, než venovať čas učeniu sa UML Jazyk.
Diagramy môžu byť ohromujúce
Pri vytváraní diagramu UML v spojení s vývojom softvéru sa diagram môže stať ohromujúcim alebo príliš komplikovaným, čo môže byť pre vývojárov mätúce a frustrujúce. Vývojári nemôžu zmapovať každý jeden scenár pre softvérový nástroj v diagrame, a aj keď sa o to pokúsia, diagram sa zamotá. Jedným zo spôsobov, ako môžu vývojári bojovať proti tomuto problému, je zahrnúť iba základné fakty a informácie na vysokej úrovni UML diagramy podľa príspevku na Stack Overflow od Stefana Boriniho, kvantového chemika a UML vývojár.
Príliš veľký dôraz na dizajn
UML kladie veľký dôraz na dizajn, čo môže byť pre niektorých vývojárov a spoločnosti problematické. Pohľad na rozsah softvéru v diagrame UML môže viesť k nadmernej analýze zainteresovaných strán softvérového projektu problémy a tiež spôsobujú, že ľudia strácajú pozornosť tým, že trávia príliš veľa času a pozornosti na softvér Vlastnosti. Spoločnosti nemôžu vyriešiť každý problém pomocou softvérového nástroja pomocou diagramu UML - nakoniec musia začať kódovať a testovať. Brody Gooch, spolutvorca UML, povedal, že pôvodnou víziou UML bol „grafický jazyk, ktorý pomôže uvažovať o návrhu systému ako odvíja sa." Ak ľudia zavesia pomocou diagramu na identifikáciu a vyriešenie problémov, môže to oddialiť skutočnú prácu, ktorú je potrebné vykonať na opravu problémy.
