MODELAGEM DE SISTEMAS COM UML - AV

Prévia do material em texto

24/11/2021 09:30 Estácio: Alunos
https://simulado.estacio.br/alunos/?p0=446797296&user_cod=2797431&matr_integracao=202003611646 1/4
MODELAGEM DE SISTEMAS COM UML AV
Aluno: DIOGO DE CARVALHO DOS SANTOS 202003611646
Professor: JULIANA AUGUSTO CLEMENTI
 Turma: 9007
EEX0121_AV_202003611646 (AG) 28/10/2021 07:36:09 (F) 
Avaliação:
6,0
Nota Partic.: Av. Parcial.:
2,0
Nota SIA:
8,0 pts
 
EM2120073 - CONCEITOS BÁSICOS DE MODELAGEM DE SISTEMAS 
 
 1. Ref.: 4275274 Pontos: 0,00 / 1,00
A modelagem de sistemas precisa ser feita na medida certa. Muita formalidade e uso de diagramas sem conhecimento de
sua real utilidade é desperdiçar tempo e dinheiro. Uma boa modelagem usa diagramas distintos para modelar diferentes
aspectos do sistema.
São benefícios do uso consistente e inteligente de diagramas UML, exceto:
Redução dos custos de desenvolvimento.
 Aumento da complexidade do sistema.
Documentação do sistema.
 Delimitação do escopo do sistema.
Comunicação entre as pessoas envolvidas.
 2. Ref.: 4272276 Pontos: 0,00 / 1,00
A tecnologia avança muito rapidamente. Nas décadas de 1970 e 1980, muitas foram as dificuldades para desenvolver e
manter sistemas que cresciam (evoluíam) enquanto a própria tecnologia avançava. Era preciso eficiência no código.
Surgiram, então, novas linguagens que mudaram a forma de programar e, consequentemente, de modelar sistemas.
Surgiu o paradigma da orientação a objeto.
 
Com base no paradigma orientado a objeto, avalie as assertivas a seguir.
I. O paradigma da orientação a objetos enxerga um sistema computacional como uma coleção de objetos
isolados.
II. Cada objeto é responsável por realizar algumas das tarefas do sistema como um todo.
III. É pela interação entre os objetos que uma tarefa computacional é executada.
 
Com base em sua avaliação, assinale a ÚNICA alternativa que contém apenas as assertivas corretas:
Somente a assertiva II está correta.
Estão corretas as assertivas I e II.
 Estão corretas as assertivas II e III.
 Estão corretas as assertivas I, II e III.
Somente a assertiva III está correta.
 
EM2120105 - ESTUDO DE CASO DE MODELAGEM DE SISTEMAS EM UML 
 
 3. Ref.: 4392316 Pontos: 1,00 / 1,00
(ESAF - Receita Federal - 2005) O modo para descrever os vários aspectos de modelagem pela UML é por meio do uso da
notação definida pelos seus vários tipos de diagramas. Segundo as características desses diagramas, é correto afirmar
que um diagrama de classe:
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4275274.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4272276.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4392316.');
24/11/2021 09:30 Estácio: Alunos
https://simulado.estacio.br/alunos/?p0=446797296&user_cod=2797431&matr_integracao=202003611646 2/4
 Denota a estrutura estática de um sistema.
Mostra as sequências de estados que uma classe e objetos assumem em sua vida em resposta a estímulos
recebidos, juntamente com suas respostas e ações.
Descreve a funcionalidade do sistema.
Mostra a interação de um caso de uso organizada em torno de objetos e classes e seus vínculos mútuos,
evidenciando a sequência de mensagens.
Descreve a interação de sequência de tempo dos objetos e classes percebida por atores externos.
 4. Ref.: 4464267 Pontos: 1,00 / 1,00
(FAURGS ‒TJ-RS ‒ 2018) Requisitos não funcionais - como o nome sugere - são requisitos que não estão diretamente
relacionados com os serviços específicos oferecidos pelo sistema a seus usuários. Podem ser provenientes das
características requeridas para o software, da organização que desenvolve o software ou de fontes externas. Os
requisitos não funcionais que especificam ou restringem o comportamento do software - por exemplo, o seu
desempenho, seus requisitos de proteção, seus requisitos de usabilidade e a taxa aceitável de falhas - são denominados
requisitos:
 de produto
ambientais
externos
éticos
organizacionais
 
EM2120370 - UTILIZANDO UML PARA PROJETAR O SOFTWARE 
 
 5. Ref.: 5429575 Pontos: 1,00 / 1,00
É mais recomendado iniciar a modelagem da interação com a representação do recebimento da mensagem para ativação
da operação de sistema no caso de uso. Por quê?
Isso melhora a lógica do diagrama.
 Isso separa a lógica do domínio e a lógica da interface.
Isso reduz o número de estruturas no diagrama.
Isso aumenta as possibilidades de uso do diagrama.
Isso reduz a complexidade do diagrama.
 6. Ref.: 5429568 Pontos: 1,00 / 1,00
Qual dos itens abaixo é um objetivo do diagrama de sequência?
Validar o funcionamento do sistema.
Documentar classes.
 Mostrar como os objetos do sistema se comunicam através de mensagens em ordem temporal.
Validar se todas as operações dos componentes foram identificadas e declaradas.
Mostrar lista de mensagens entre classes.
 
EM2120539 - UML PARA MODELAGEM DO DOMÍNIO 
 
 7. Ref.: 4392280 Pontos: 1,00 / 1,00
Fonte: FAURGS - 2018 - UFCSPA - RS - Analista de Tecnologia da Informação - Sistema de Informação
Sobre Casos de Uso e Diagramas de Casos de Uso da UML 2.5, considere as seguintes afirmações.
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4464267.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 5429575.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 5429568.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4392280.');
24/11/2021 09:30 Estácio: Alunos
https://simulado.estacio.br/alunos/?p0=446797296&user_cod=2797431&matr_integracao=202003611646 3/4
I - Casos de Uso e Diagrama de Casos de Uso UML ajudam a determinar a funcionalidade e as características do software
sob o ponto de vista do usuário.
II - Alguns Casos de Uso podem estar relacionados com outros. Por exemplo, há passos similares para gravar uma lista
de músicas em um CD e carregar uma lista de músicas em um celular. Em ambos os casos, o usuário primeiro cria uma
lista vazia e, em seguida, acrescenta as músicas de suas pastas na lista. Para evitar duplicação, normalmente é melhor
criar um novo Caso de Uso representando a atividade duplicada e depois deixar que os outros casos INCLUAM esse novo
Caso de Uso como um de seus passos. A inclusão é indicada nos Diagramas de Casos de Uso por meio de uma seta
tracejada identificada com "include" conectando um Caso de Uso a outro.
III - No Diagrama de Casos de Uso, a figura do usuário representa um ator. Sistemas complexos tipicamente possuem
mais de um ator. Os atores são conectados por linhas aos Casos de Uso que eles executam.
Quais estão corretas?
Apenas I e III.
Apenas I e II.
Apenas I.
 I, II e III.
Apenas II e III.
 8. Ref.: 4413258 Pontos: 1,00 / 1,00
Fonte: Adaptado de TRF - Analista - Tecnologia da Informação (FCC - 2019)
Um Caso de Uso é uma especificação de uma sequência de interações entre um sistema e os agentes externos que
utilizam o sistema. Há vários formatos de descrição de Caso de Uso propostos na literatura, assim como vários graus de
abstração utilizados.
Considere a descrição de Caso de Uso abaixo.
O Cliente chega ao caixa eletrônico e insere seu cartão. O Sistema requisita a senha do Cliente. Após o Cliente fornecer a
senha e esta ser validada o Sistema exibe as opções de operações possíveis. O Cliente opta por realizar um saque. Então
o Sistema requisita o total a ser sacado. O Sistema fornece a quantia desejada e imprime o recibo para o Cliente.
Trata-se de uma descrição:
de Caso de Uso inválida, pois contém comportamento interno do sistema.
 contínua de Caso de Uso.
de Caso de Uso de Negócio com descrição contínua.
tabular de Caso de Uso.
contínua de Caso de Uso hipotético com cenário de 1° instância.
 
EM2120540 - INTRODUÇÃO A PADRÕES DE PROJETO - DESIGN PATTERNS 
 
 9. Ref.: 5429673 Pontos: 0,00 / 1,00
O trecho de código a seguir apresenta uma classe que calcula áreas de várias figuras geométricas. Para inserir uma nova
figura, devemos modificá-la adicionando uma operação de cálculo de área correspondente à nova figura.
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4413258.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 5429673.');
24/11/2021 09:30 Estácio:Alunos
https://simulado.estacio.br/alunos/?p0=446797296&user_cod=2797431&matr_integracao=202003611646 4/4
Assinale a alternativa que contenha o princípio SOLID que está sendo violado por essa construção de projeto:
Princípio da Segregação de Interfaces
Princípio da Inversão de Dependências
 Princípio Open Closed
 Princípio de Substituição de Liskov
Princípio da Responsabilidade Única
 10. Ref.: 5429560 Pontos: 0,00 / 1,00
Assinale a alternativa com uma afirmativa verdadeira sobre o padrão GRASP Criador:
Evita a duplicação de algoritmos que apresentem a mesma estrutura, com alguns pontos de variação entre eles.
Evita a criação de dependências em relação a estruturas de código condicionais (if-then-else ou switch-case).
 Recomenda que as responsabilidades devem ser distribuídas pelos módulos de forma que as dependências entre
eles sejam gerenciáveis.
 Indica a classe mais recomendada para instanciar um objeto em uma relação de agregado x partes.
Recomenda que cada módulo deve ter uma responsabilidade bem-definida.
javascript:alert('C%C3%B3digo da quest%C3%A3o: 5429560.');