MODELAGEM DE SISTEMAS EM UML AV

Prévia do material em texto

Disciplina: MODELAGEM DE SISTEMAS EM UML  AV
Aluno: BRUNO MARQUES DA SILVA FILHO 202202308511
Turma: 9002
DGT1343_AV_202202308511 (AG)   20/09/2023 16:55:58 (F) 
Avaliação: 7,00 pts Nota SIA: 7,00 pts
 
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:
Estão corretas as assertivas I e II.
Estão corretas as assertivas I, II e IV.
Somente a assertiva III está correta.
Estão corretas as assertivas II e IV.
 Estão corretas as assertivas I, III e IV.
 2. Ref.: 4272278 Pontos: 1,00  / 1,00
A UML foca seus diagramas em 5 diferentes visões, possibilitando enxergar o sistema sob diferentes perspectivas,
dando completude à modelagem.  Uma das visões diz: "permite visualizar o sistema sob o ponto de vista de sua
estrutura interna e seu comportamento, em resposta às funcionalidades externamente percebidas por seus
usuários".
 
Nesse momento, volta-se a atenção para a identi�cação do comportamento do sistema, provido pelas colaborações
entre os objetos, bem como para de�nir seus elementos estruturais (os pacotes, as classes, as interfaces).
 
Estamos falando da visão de:
Processo
Casos de Uso
 Projeto
Implantação
Implementação
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4272273.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4272273.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4272278.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4272278.');
Bruno Marques
Retângulo
 
EM2120105 - ESTUDO DE CASO DE MODELAGEM DE SISTEMAS EM UML  
 
 3. Ref.: 4416301 Pontos: 0,00  / 1,00
(INSTITUTO AOCP - EBSERH - 2017) Um recém-contratado analista é integrado a uma equipe de desenvolvimento
de um projeto em andamento e lhe são apresentados os diagramas de modelagem. Entre todos esses diagramas, o
diagrama a seguir é passado para esse analista reformular. Qual é o diagrama que ele terá que reformular?
Diagrama de Pacote
Diagrama de Atividade
 Diagrama de Comunicação
 Diagrama de Sequência
Diagrama de Estado
 4. Ref.: 4416291 Pontos: 1,00  / 1,00
(COPESE ‒ UFPI ‒ 2020) Um técnico de TI da ALEPI que gerencia uma equipe de desenvolvimento de software na
Assembleia eventualmente necessita fazer levantamento de requisitos da aplicação que está sendo desenvolvida.
Sobre os requisitos de software, considere as seguintes a�rmativas:
 
I. Requisitos funcionais são aqueles que de�nem parte da funcionalidade do sistema e podem ser categorizados em
três tipos: requisitos de produtos, requisitos organizacionais e requisitos externos.
II. Requisitos não funcionais dizem respeito a restrições, aspectos de desempenho, interfaces com o usuário,
con�abilidade, segurança, portabilidade e padrões.
III. Requisitos organizacionais estão relacionados às metas da empresa, suas políticas estratégicas adotadas, assim
como assuntos relacionados aos empregados da empresa com seus respectivos objetivos.
IV. Requisitos de produto estão relacionados às restrições impostas por fatores externos ao sistema tais como
restrições de interoperabilidade, éticas e legais.
 
Marque a opção que corresponde somente às a�rmativas verdadeiras.
 Apenas II e III
Apenas I, III e IV
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4416301.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4416301.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4416291.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4416291.');
Apenas I e III
Apenas II, III e IV
Apenas I, II e III
 
EM2120370 - UTILIZANDO UML PARA PROJETAR O SOFTWARE  
 
 5. Ref.: 5429522 Pontos: 0,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 tipo de acesso.
A visibilidade de um atributo indica como o acesso acontece.
 A visibilidade de um atributo indica o seu nível de acesso.
 A visibilidade de um atributo indica a quantidade de acessos.
 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 testes
Análise e prototipação
 Projeto e testes
 Análise e projeto
Levantamento de requisitos e implementação
 
EM2120539 - UML PARA MODELAGEM DO DOMÍNIO  
 
 7. Ref.: 4413258 Pontos: 1,00  / 1,00
Fonte: Adaptado de TRF - Analista - Tecnologia da Informação (FCC - 2019)
Um Caso de Uso é uma especi�caçã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:
contínua de Caso de Uso hipotético com cenário de 1° instância.
 contínua de Caso de Uso.
de Caso de Uso inválida, pois contém comportamento interno do sistema.
tabular de Caso de Uso.
de Caso de Uso de Negócio com descrição contínua.
javascript:alert('C%C3%B3digo da quest%C3%A3o: 5429522.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 5429522.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 5429474.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 5429474.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4413258.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4413258.');
 8. Ref.: 4392278 Pontos: 1,00  / 1,00
Fonte: Banca: IBADE Órgão: IPM - JP Prova: IBADE - 2018 - IPM - JP - Analista Previdenciário - Analista de
Informática - Analista de Sistemas e Programação
A UML 2.5 fornece 14 diagramas diferentes para uso na modelagem de software. O diagrama que é utilizado para
modelar classes, incluindo seus atributos, operações e relações e associações com outras classes é o de:
 classes.
comunicação.
generalização.
sistema.
multiplicidade.
 
EM2120540 - INTRODUÇÃO A PADRÕES DE PROJETO - DESIGN PATTERNS  
 
 9. Ref.: 5429701 Pontos: 1,00  / 1,00
Em uma classe que implementa parte da lógica de negócio de um sistema, instanciamos um objeto de uma classe que
implementa a recuperação de dados armazenados em um banco de dados relacional. Qual princípio SOLID está
sendo violado nessa implementação?
Princípio da Segregação de Interfaces
Princípio Open Closed
Princípio da Responsabilidade Única
 Princípio da Inversão de Dependências
Princípio de Substituição de Liskov
 10. Ref.: 5429647 Pontos: 1,00  / 1,00
Em um software com diferentes interfaces com o usuário (ex.: web, Android, IOS), qual padrão podemos utilizar de
modo a fornecer para os componentes de interação homem-máquina uma interface única e simpli�cada das
operações do sistema?
Template Method
Adapter
Strategy
Factory Method
 Facade
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4392278.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4392278.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 5429701.');
javascript:alert('C%C3%B3digo da quest%C3%A3o:5429701.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 5429647.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 5429647.');