Questões de Engenharia de Software - Métricas de software

mostra que a classe Documento possui diferentes estados ou operações: é criado, revisado, atualizado, validado e
aprovado, embora nem sempre seja arquivado.

indica que há diferentes processos que participam desta atividade, como Deputado, Revisor, Validador e Arquivador.
Esses processos são representados no diagrama por partições renderizadas como lifelines horizontais.

de sequência mostra que Documento é o único nó de objeto do processo. Criação, Atualização, Revisão, Validação,
Solicitação de Mudança e Arquivamento serão modelados como classes no diagrama de classes.

de atividades mostra responsabilidades de diferentes roles e a sequência de alterações do Documento. O diagrama de
máquina de estados também poderia ser usado neste caso para mostrar como o Documento muda seu estado ao longo do
tempo.

de estados do Documento mostra apenas os estados e transições do Documento. Para apresentar as atividades, quando
diferentes roles e vários nós de objeto estão envolvidos, o diagrama de sequência é o mais indicado.

todos os pares trazem nas figuras da esquerda modelos de interface incorretos ou a serem evitados e nas figuras da
direita sua correspondente correção ou melhoria.

todos os pares trazem nas figuras da esquerda modelos de interface corretos ou mais adequados e nas figuras da direita o
modelo correspondente com algum erro ou algo a ser evitado.

todos os pares trazem modelos de interface alternativos que são adequados para representar uma mesma ideia ou
comunicação com o usuário.

no Exemplo 1, a figura da esquerda traz o modelo de interface menos indicado e a da direita seu correspondente
adequado; no Exemplo 2, a figura da esquerda traz o modelo de interface mais indicado e a da direita seu correspondente
inadequado.

no Exemplo 1, a figura da esquerda traz o modelo de interface mais indicado e a da direita seu correspondente adequado;
os Exemplos 2 e 3 trazem na esquerda o modelo incorreto ou inadequado e na direita o correspondente melhor ou mais
adequado.

auxiliar a encontrar a causa raiz do problema.

gerar um plano de ação para mitigar o problema.

identificar a real gravidade e a intensidade de um problema.

mostrar a importância de todas as condições, a fim de escolher o ponto de partida para solução do problema.

identificar o caminho real e ideal para um produto ou serviço com o objetivo de identificar os desvios.

a UML como notação de apoio e linguagem de modelagem, é baseado em classes e é dirigido a modelo.

o RUP como notação de apoio e linguagem de modelagem, é baseado em processos e é centrado na arquitetura.

o BPM como notação de apoio e linguagem de modelagem, é baseado em casos de uso e é dirigido a processos.

o RUP como notação de apoio e linguagem de modelagem, é baseado em classes e é dirigido a modelo.

a UML como notação de apoio e linguagem de modelagem, é orientado por casos de uso e é centrado na arquitetura.

modelagem de negócio, projeto e construção.

requisito, implementação e transição.

concepção, implementação e testes.

projeto, requisito e modelagem de negócio.

projeto, construção e elaboração.