Dos diagramas definidos na UML 2.0, é aplicado na modelagem do comportamento de uma interface, classe ou colaboração, o Diagrama de

Na UML, a multiplicidade

Gerenciamento de configuração e Gerenciamento de mudanças são processos de gerenciamento de serviços de TI do tipo denominado Processos de

NÃO se trata de uma categoria de erros encontrados por meio de teste caixa-preta:

Uma sistemática para construção da arquitetura do software enquanto, ao mesmo tempo, conduz ao descobrimento de erros associados às interfaces é a estratégia de teste de software denominada de

Na notação original da UML 2.0, os símbolos + (mais) e # (jogo da velha), antecedendo as operações de uma classe, caracterizam tais operações, respectivamente, como

Atividade, Caso de Uso e Componente são diagramas da UML 2.0 classificados, respectivamente, no âmbito

Se em algum ponto de um Caso de Uso houver a necessidade de inserir incondicionalmente um cenário contido em outro Caso, deve-se usar o relacionamento de dependência estereotipado como

Considerando que a especificação dos requisitos pode não ser completa durante o estágio de Análise de Requisitos, em razão da imaturidade de conhecimento de clientes e desenvolvedores, é recomendável que a análise e modelagem dos requisitos tenham uma abordagem

Em um diagrama de classes, considere que Seguridade e Imóveis herdam características de Ativos. A classe ItemSuportado é super-classe de Imóveis mas não de Ativos. Nesse cenário, o relacionamento geral em que se envolve Imóveis caracteriza-se por