Disciplina: MODELAGEM DE SISTEMAS EM UML AV

Aluno: REINALDO ALVES FAGUNDES 202204319551

Professor: MAIARA HEIL CANCIAN
Turma: 9001

DGT1343_AV_202204319551 (AG) 06/03/2024 13:10:29 (F)

Avaliação: 8,00 pts Nota SIA: 8,00 pts

Estação de trabalho liberada pelo CPF 00978316118 com o token 923466 em 06/03/2024 12:23:48.

EM2120073 - CONCEITOS BÁSICOS DE MODELAGEM DE SISTEMAS

1. Ref.: 4272273 Pontos: 1,00 / 1,00

Modelos são ferramentas extremamente úteis quando desenvolvemos sistemas computacionais. Um

dos benefícios é a possibilidade de servir como instrumento de comunicação das ideias para construção
do sistema, entre membros da equipe de desenvolvimento e destes com os usuários.

I. O programador precisa construir os programas e pode ter a necessidade de consultar

determinado diagrama para um entendimento primordial das implementações.

II. Os projetistas do software não precisam compreender a realidade dos requisitos para realizar
seu trabalho.

III. Os modelos de análise nascem a partir de um documento primordial, denominado Documento

de Requisitos do Sistema.

IV. Os usuários validam os modelos junto à equipe de desenvolvimento.

Assinale a ÚNICA alternativa que contém apenas as assertivas corretas:

Somente a assertiva III está correta.

Estão corretas as assertivas I, II e IV.
Estão corretas as assertivas I e II.
Estão corretas as assertivas II e IV.
Estão corretas as assertivas I, III e IV.

2. Ref.: 4272274 Pontos: 1,00 / 1,00

O uso de modelos possibilita as desvantagens a seguir, exceto:

Desenvolver sistemas que não atendem as necessidades de seus usuários.

Possibilidade de o sistema não atender às necessidades de seus usuários.
Dificuldade em compreender e validar as necessidades dos usuários.
Gerir melhor a complexidade.
Dificuldade em discutir decisões do sistema, sem que se possa expor as ideias.

https://simulado.estacio.br/alunos/ 11/03/2024, 10 02
Página 1 de 5
:
 3. Ref.: 7689477 Pontos: 1,00 / 1,00

Camadas de software ajudam na organização do código para que se possa ter uma manutenção mais
saudável do mesmo. Nesse sentido, avalie as asserções a seguir.

I. Camadas separam as responsabilidades e gerenciam as dependências.

II. Inicialmente, todo o código ficava misturado numa única camada, onde misturavam-se comandos de
processamento, de construção e manipulação de interface, bem como de acesso e persistência de dados
em SGBD.

III. A divisão em camadas foi uma solução encontrada para melhor organizar o código de um programa,
facilitando sua manutenção.

IV. O modelo de duas camadas veio naturalmente com a tecnologia de redes cliente-servidor. São elas: a
camada de código que roda no cliente (camada de interface com usuário) e a camada servidor (camadas
de lógica do negócio e persistência dos dados).

V. Três camadas é o máximo possível em que se pode dividir um sistema.

Assinale a opção correta.

III e V, apenas.
I, II e III, apenas.
II e III, apenas.
I, apenas.
I, II, III e IV.

EM2120105 - ESTUDO DE CASO DE MODELAGEM DE SISTEMAS EM UML

4. Ref.: 4467265 Pontos: 1,00 / 1,00

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

ocultação
dependência
polimorfismo
composição
herança múltipla

EM2120370 - UTILIZANDO UML PARA PROJETAR O SOFTWARE

https://simulado.estacio.br/alunos/ 11/03/2024, 10 02
Página 2 de 5
:
 5. Ref.: 5429522 Pontos: 1,00 / 1,00

O que é a visibilidade de um atributo no diagrama de classes?

A visibilidade de um atributo indica a forma de acesso.

A visibilidade de um atributo indica o seu nível de acesso.
A visibilidade de um atributo indica a quantidade de acessos.
A visibilidade de um atributo indica o tipo de acesso.
A visibilidade de um atributo indica como o acesso acontece.

6. Ref.: 5429474 Pontos: 0,00 / 1,00

Em que fases do desenvolvimento do software é usualmente construído o diagrama de atividades?

Levantamento de requisitos e implementação

Análise e prototipação
Projeto e testes
Análise e projeto
Levantamento de requisitos e testes

EM2120539 - UML PARA MODELAGEM DO DOMÍNIO

7. Ref.: 4392261 Pontos: 1,00 / 1,00

FCC - 2019 - TRF - 3ª REGIÃO - Analista Judiciário - Área Apoio Especializado Especialidade
Informática.

Durante um levantamento de requisitos, um Analista em TI obteve a seguinte lista de requisitos:

1. O sistema, em todas as suas funções de consulta, não poderá exceder o tempo de resposta de até
15 milissegundos.
2. Os advogados devem ser capazes de pesquisar as listas de agendamento de todos os juízes.
3. O sistema deve gerar, a cada dia, para cada unidade do Tribunal, a lista dos juízes disponíveis para
as consultas daquele dia.
4. O sistema de pesquisa de processos deve estar disponível para todas as unidades do Tribunal
durante as horas normais de atendimento ao público (de segunda à sexta-feira, das 10h às 16h).
Períodos de não operação dentro do horário normal de trabalho não podem exceder 10 segundos
em um dia.

Atribuindo-se RF para os Requisitos Funcionais e NF para os Não Funcionais, a lista de requisitos acima
apresentada (1, 2, 3 e 4), pela ordem, descreve, respectivamente:

NF - RF - RF - NF

https://simulado.estacio.br/alunos/ 11/03/2024, 10 02
Página 3 de 5
:
 RF - NF - RF - NF
NF - RF - NF - RF
NF - NF - RF - RF
RF - RF - NF - NF

8. Ref.: 4392273 Pontos: 0,00 / 1,00

Fonte: Companhia Pernambucana de Saneamento (COMPESA) - Analista de Tecnologia da Informação

(FGV - 2018)

Considerando a técnica de especificação de requisitos baseada em Casos de Uso, assinale V para a

afirmativa verdadeira e F para a falsa.

( ) Se um caso de uso A estende um caso de uso B, então a especificação do caso de uso B deve fazer
referência a um ponto de extensão definido no caso de uso A.

( ) Se um caso de uso C inclui um caso de uso D, a especificação do caso de uso C deve fazer referência ao
caso de uso D.

( ) Uma forma apropriada para descrever uma pré-condição em um caso de uso é referenciar a execução
prévia de outro caso de uso, como, por exemplo, ao especificar um caso de uso X, definir uma pré-
condição como: ¿o caso de uso Y foi executado antes deste caso de uso¿.

Segundo a ordem apresentada, as afirmativas são, respectivamente,

F - F - V.
V - F - V.
V - V - F.
F - V - F.
F - V - V.

EM2120540 - INTRODUÇÃO A PADRÕES DE PROJETO - DESIGN PATTERNS

9. Ref.: 5429698 Pontos: 1,00 / 1,00

Assinale a alternativa que define a intenção do princípio da Segregação de Interfaces:

Um tipo deve poder ser substituído por qualquer um de seus subtipos, sem alterar o correto
funcionamento do sistema.
Entidades concretas devem depender de abstrações, e não de outras entidades concretas.
Clientes de um módulo não devem ser forçados a depender de operações que eles não utilizem.
Cada módulo deve estar aberto para extensões, mas fechado para modificações.
Cada módulo deve ter uma, e apenas uma, razão para mudar.

https://simulado.estacio.br/alunos/ 11/03/2024, 10 02
Página 4 de 5
:
 10. Ref.: 5429560 Pontos: 1,00 / 1,00

Assinale a alternativa com uma afirmativa verdadeira sobre o padrão GRASP Criador:

Recomenda que cada módulo deve ter uma responsabilidade bem-definida.

Indica a classe mais recomendada para instanciar um objeto em uma relação de agregado x partes.
Evita a duplicação de algoritmos que apresentem a mesma estrutura, com alguns pontos de
variação entre eles.
Recomenda que as responsabilidades devem ser distribuídas pelos módulos de forma que as
dependências entre eles sejam gerenciáveis.
Evita a criação de dependências em relação a estruturas de código condicionais (if-then-else ou
switch-case).

https://simulado.estacio.br/alunos/ 11/03/2024, 10 02
Página 5 de 5
: