Os desenvolvedores de software geralmente aprendem sobre programação UML na faculdade.
Crédito da imagem: Stockbyte / Stockbyte / Getty Images
Unified Modeling Language (UML) é uma linguagem de modelagem de software com ênfase em gráficos e movimento. É a linguagem padrão da indústria para modelagem e design de software, de acordo com a Sparx Systems. No entanto, alguns desenvolvedores e empresas de design de software podem ter problemas ao usar UML. As desvantagens de usar UML incluem adicionar tarefas ao escopo de trabalho de um projeto e depender muito de diagramas UML.
Tempo
Uma desvantagem que alguns desenvolvedores podem encontrar ao usar UML é o tempo que leva para gerenciar e manter diagramas UML. Para funcionar corretamente, os diagramas UML devem ser sincronizados com o código do software, o que requer tempo para configuração e manutenção, e adiciona trabalho a um projeto de desenvolvimento de software. Pequenas empresas e desenvolvedores independentes podem não ser capazes de lidar com a quantidade adicional de trabalho necessária para sincronizar o código.
Vídeo do dia
Não está claro quem se beneficia
Nem sempre está claro quem se beneficia com um diagrama UML. De acordo com um artigo publicado no site da Eiffel Software, a UML não é vantajosa para os desenvolvedores de software, principalmente porque os desenvolvedores de software trabalham com código, não com imagens ou diagramas. Os diagramas UML podem ser benéficos para gerentes de projeto ou executivos para ilustrar como uma ferramenta de software funcionará, mas pode ser mais fácil desenhar o diagrama em um quadro branco ou pedaço de papel, em vez de dedicar um tempo para aprender a UML língua.
Os diagramas podem ser opressores
Ao criar um diagrama UML em conjunto com o desenvolvimento de software, o diagrama pode se tornar opressor ou muito complicado, o que pode ser confuso e frustrante para os desenvolvedores. Os desenvolvedores não podem mapear todos os cenários para uma ferramenta de software no diagrama e, mesmo que tentem, o diagrama fica confuso. Uma maneira de os desenvolvedores combaterem esse problema é incluir apenas fatos básicos e informações de alto nível em Diagramas UML, de acordo com uma postagem no Stack Overflow de Stefano Borini, um químico quântico e UML desenvolvedor.
Muita ênfase no design
A UML dá muita ênfase ao design, o que pode ser problemático para alguns desenvolvedores e empresas. Olhar para um escopo de software em um diagrama UML pode levar a análise excessiva das partes interessadas do projeto de software problemas, além de fazer com que as pessoas percam o foco por gastar muito tempo e atenção em software recursos. As empresas não podem resolver todos os problemas com uma ferramenta de software usando um diagrama UML - eventualmente, elas só precisam começar a codificar e testar. Brody Gooch, um co-criador da UML, disse que a visão original da UML era uma "linguagem gráfica para ajudar a raciocinar sobre o projeto de um sistema como ele se desdobra. "Se as pessoas se atrapalham usando um diagrama para identificar e resolver problemas, isso pode atrasar o trabalho real que precisa ser feito para corrigir o questões.
