Questões de Concurso sobre UML

Um dos fluxos possíveis na utilização da UML é: levantar os requisitos com o caso de uso, representar as estruturas das classes de negócio e interfaces com o diagrama de classes, visualizar os objetos de um determinado instante no tempo com o diagrama de objetos.

O caso de uso é um tipo de diagrama da UML, adiciona o conceito de atores que pode ser um sistema ou uma pessoa, é usando internamente pela equipe para comunicação, a literatura desaconselha o seu uso diretamente com os usuários de negócio devido sua complexidade e dificuldade de validação dos requisitos.

A UML divide os seus diagramas em dois grandes grupos. O primeiro grupo é chamado de comportamental, já o segundo grupo são os semiestruturais. Os diagramas comportamentais lidam com aspectos estáticos e imutáveis. Já os semiestruturais trabalham com aspectos dinâmicos dos sistemas e suas interações.

O diagrama de classe é o mais conhecido pelas equipes que utilizam a UML, ele permite representar uma série de características de uma classe. Porém, é impossível a representação de multiplicidade, escopo, bem como atributos e operações.

O diagrama de atividades é representado por classes, e elas são divididas em dois grupos: as abstratas e as concretas. Outra forma de dividir esse diagrama é em conceitual ou relacional.

Diagrama de Classes e Diagrama de Atividades

Diagrama de Caso de Uso e Diagrama de Atividades

Diagrama de Sequência e Diagrama de Comunicação

Diagrama de Atividades e Diagrama de Estados

Diagrama de Implantação e Diagrama de Pacotes

public interface Xpto {

public int att1 = 0;

public int att2 = 0;

public void opX();

}

import java.util.ArrayList;

public class A implements Xpto {

private String a1;

private String a2;

private ArrayList<R> r;

public void opA() {

}

public void opB() {

}

public void opX() {

}

}

import java.util.ArrayList;

public class B {

private String b1;

private ArrayList<R> r;

public void opC() {

}

}

public class R {

private String r1;

private A a;

private B b;

}

public class Xpto {

public int att1 = 0;

public int att2 = 0;

public void opX();

}

import java.util.ArrayList;

public class A extends Xpto {

private String a1;

private String a2;

private ArrayList<R> r;

public void opA() {

}

public void opB() {

}

public void opX() {

}

}

import java.util.ArrayList;

public class B {

private String b1;

private ArrayList<R> r;

public void opC() {

}

}

public class R {

private String r1;

private A a;

private B b;

}

public class Xpto {

public int att1 = 0;

public int att2 = 0;;

public void opX();

}

public class A extends Xpto {

private String a1;

private String a2;

public void opA() {

}

public void opB() {

}

public void opX() {

}

}

public class B {

private String b1;

private R[ ] r;

public void opC() {

}

}

public class R {

private String r1;

private A a;

}

public interface Xpto {

public int att1 = 0;

public int att2 = 0;

public void opX();

}

public class A implements Xpto {

private String a1;

private String a2;

public void opA() {

}

public void opB() {

}

public void opX() {

}

}

public class B {

private String b1;

private R[ ] r;

public void opC() {

}

}

public class R {

private String r1;

private A a;

}

public class Xpto {

public int att1 = 0;

public int att2 = 0;

public void opX();

}

public class A extends Xpto {

private String a1;

private String a2;

public void opA() {

}

public void opB() {

}

public void opX() {

}

}

import java.util.ArrayList;

public class B {

private String b1;

private ArrayList<A> a;

private ArrayList<String> r1;

public void opC() {

}

}

é possível ao ator X ativar a sequência de interações do caso de uso F por derivação primária.

o caso de uso D implementa uma situação específica do caso de uso F.

o caso de uso E possui sequência de interações necessariamente utilizadas pelo caso de uso B.

os casos de uso A e B possuem uma sequência de interações em comum, especificada no caso de uso C.

os casos de uso A e B representam classes associativas entre o ator X e o caso de uso C.

Documentar o código-fonte do programa

Representar graficamente a arquitetura e o design do sistema

Testar a usabilidade da aplicação

Implementar algoritmos de programação

Fornecer uma interface gráfica para o usuário

componentes.

máquinas de estado.

comunicação.

classes.

diagrama de estados.

diagrama de casos de uso.

diagrama de sequência.

diagrama de classes.

diagrama de componente.

Os atores Doutor e Secretária podem acionar Procurar registro do paciente.

O acionamento de Procurar registro do paciente aciona, obrigatoriamente, Marcar consulta.

É necessário primeiro acionar-se Marcar consulta para, na sequência, acionar Cancelar consulta.

O acionamento de Adiar pagamento permitirá ao seu ator acionar opcionalmente Pagar conta Extension points - Mais tratamento.

O caso de uso Adiar pagamento é inacessível ao ator Balconista.

Associação;

Composição;

Dependência;

Agregação;

Generalização.

Certo

Errado

Componentes

Classe

Atividades

Implantação

Perfil

V F V

V V F

F F V

F V F

Certo

Errado

Certo

Errado

Somente a I está correta.

I, II e III estão corretas.

II e III estão corretas.

I e IV estão corretas.

Todas estão corretas.

Diagrama de Colaboração

Diagrama de Implantação

Diagrama de Atividade

Diagrama de Estado

Diagrama de Processamento

Os itens I e II são verdadeiros.

Os itens II e III são falsos.

O item IV é verdadeiro, mas o item V é falso.

Os itens I, II e V são verdadeiros.

Os diagramas são divididos em dois grandes grupos: estruturais e comportamentais.

Diagramas de Casos de Uso são um exemplo de um diagrama estrutural.

Diagramas de Classe são um exemplo de um diagrama estrutural.

Diagramas estruturais modelam aspectos estáticos do software e diagramas comportamentais especificam como determinadas funções deverão funcionar.

Apenas I e IV.

Apenas II e V.

Apenas I, III e V.

Apenas II, III e IV.

Apenas I, II, IV e V.

Um ator em um Diagrama de Caso de Uso é um esboço que representa a interface gráfica do usuário em um sistema

Uma classe abstrata em programação orientada a objetos é uma classe que não pode ser instanciada

Um diagrama de classes em orientação a objetos é uma representação gráfica das classes e suas relações em um sistema

Herança é um dos quatro conceitos fundamentais da orientação a objetos, e refere -se à capacidade de uma classe herdar atributos e métodos de uma classe pai