Unified Modeling Language (UML) é linguagem de modelagem de software com ênfase em gráficos e movimento. É padrão da indústria para modelagem e design, segundo Sparx Systems. Porém, alguns desenvolvedores e empresas podem ter problemas usando UML. Desvantagens incluem adicionar tarefas ao escopo do projeto e depender excessivamente de diagramas UML.
Uma desvantagem é tempo para gerenciar e manter diagramas UML. Para funcionar, diagramas devem sincronizar com código, exigindo tempo para configurar e manter, adicionando trabalho ao desenvolvimento. Pequenas empresas e desenvolvedores independentes podem não lidar com trabalho extra de sincronização.
Nem sempre claro quem beneficia de diagrama UML. Segundo artigo no site Eiffel Software, UML não é vantajoso para desenvolvedores, pois trabalham com código, não imagens ou diagramas. Diagramas podem beneficiar gerentes de projeto ou executivos para ilustrar funcionamento, mas pode ser mais fácil desenhar no quadro branco ou papel, em vez de aprender linguagem UML.
Ao criar diagrama UML com desenvolvimento, diagrama pode ficar sobrecarregado ou supercomplicado, confuso e frustrante. Desenvolvedores não conseguem mapear todos cenários no diagrama, e mesmo tentando, fica bagunçado. Forma de combater: incluir apenas fatos básicos e informação de alto nível, segundo post no Stack Overflow por Stefano Borini, químico quântico e desenvolvedor UML.
UML coloca muita ênfase no design, problemático para alguns. Olhar escopo de software em diagrama UML leva stakeholders a superanalisar problemas, e perder foco gastando tempo em features. Empresas não resolvem todo problema com ferramenta usando UML — eventualmente, têm que codificar e testar. Brody Gooch, co-criador da UML, disse que visão original era "linguagem gráfica para ajudar raciocinar sobre design de sistema conforme se desenrola". Se pessoas travam usando diagrama para identificar e resolver issues, atrasa trabalho real para corrigi-los.
Tecnologia Eletrônica © [www.351231.com]
