AV - Modelagem de Sistemas em UML

Prévia do material em texto

Disciplina: MODELAGEM DE SISTEMAS EM UML  AV
Aluno: MANUEL FERREIRA DA SILVA FILHO 202208107729
Turma: 9001
DGT1343_AV_202208107729 (AG)   05/03/2024 18:17:30 (F) 
Avaliação: 10,00 pts Nota SIA: 10,00 pts
 
EM2120073 - CONCEITOS BÁSICOS DE MODELAGEM DE SISTEMAS  
 
 1. 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
Implantação
Casos de Uso
 Projeto
Implementação
 2. 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, 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.
Somente a assertiva III está correta.
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4272278.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4272278.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4272273.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4272273.');
 
EM2120105 - ESTUDO DE CASO DE MODELAGEM DE SISTEMAS EM UML  
 
 3. Ref.: 4467269 Pontos: 1,00  / 1,00
(UPENET/IAUPE ‒ 2017) O diagrama UML a seguir representa o seguinte tipo de diagrama:
 atividades
casos de uso
sequência
entidade relacionamento
classe
 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 I, II e III
 Apenas II e III
Apenas I e III
Apenas II, III e IV
Apenas I, III e IV
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4467269.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4467269.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4416291.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4416291.');
 
EM2120370 - UTILIZANDO UML PARA PROJETAR O SOFTWARE  
 
 5. Ref.: 5429530 Pontos: 1,00  / 1,00
Qual o principal objetivo de um diagrama de componentes?
Apresentar a organização do hardware.
 Modelar os artefatos de software e hardware.
De�nir a infraestrutura para execução do software.
Modelar as partes de um sistema.
Modelar as atividades de um caso de uso.
 6. Ref.: 5429474 Pontos: 1,00  / 1,00
Em que fases do desenvolvimento do software é usualmente construído o diagrama de atividades?
Projeto e testes
Levantamento de requisitos e implementação
 Análise e projeto
Levantamento de requisitos e testes
Análise e prototipação
 
EM2120539 - UML PARA MODELAGEM DO DOMÍNIO  
 
 7. Ref.: 4392279 Pontos: 1,00  / 1,00
Fonte: Banca: CESGRANRIO Órgão: Transpetro Prova: CESGRANRIO - 2018 - Transpetro - Analista de Sistemas
Júnior - SAP
Um laboratório de análises clínicas contratou uma empresa de desenvolvimento de software para informatizar o
controle dos exames que seus pacientes realizam. No início do projeto, decidiu-se que a linguagem de modelagem a
ser utilizada seria a UML.
Após uma primeira rodada de levantamento de requisitos, o analista de dados apresentou para validação o diagrama
de classes a seguir.
Infere-se, pela leitura desse modelo, que
javascript:alert('C%C3%B3digo da quest%C3%A3o: 5429530.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 5429530.');
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: 4392279.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4392279.');
 os objetos da classe Empresa possuem dois atributos: o seu nome e o número de seu CNPJ.
um cliente realiza nenhum ou vários pedidos envolvendo vários exames, cada qual composto por um ou mais
reativos.
cada objeto da classe Reativos só pode ser instanciado a partir de algum método da classe Exame.
um mesmo cliente pode realizar um mesmo exame mais de uma vez, com a diferenciação dos pedidos
realizada pela data da coleta.
o pacote associado à classe Pedido especi�ca a implementação de um método de controle do construtor da
classe Pedido.
 8. Ref.: 4410260 Pontos: 1,00  / 1,00
Fonte: VUNESP - 2013 - FUNDUNESP - Analista Programador Júnior
Considere o seguinte elemento pertencente à notação UML 2.5.
O elemento representa um (a)
Dependência
Estado de sincronismo
Estereótipo
 Pacote
Statechart
 
EM2120540 - INTRODUÇÃO A PADRÕES DE PROJETO - DESIGN PATTERNS  
 
 9. Ref.: 5429704 Pontos: 1,00  / 1,00
Assinale a alternativa que descreve o padrão GoF Adapter:
 Esse padrão permite a utilização de múltiplas implementações proprietárias da mesma funcionalidade, por
meio de uma interface padronizada que é traduzida para as diferentes interfaces proprietárias.
Esse padrão esconde a complexidade do sistema e fornece uma interface mais simples para um módulo
cliente.
Esse padrão é utilizado para adaptar o estado de um objeto, permitindo que ele retorne a um estado anterior.
Esse padrão permite a criação de objetos duplicados, sem prejudicar a performance do sistema.
Esse padrão constrói um objeto complexo, usando objetos simples e adaptáveis de forma sequencial.
 10. Ref.: 5429663 Pontos: 1,00  / 1,00
Assinale a a�rmativa falsa sobre padrões de projeto:
Padrões fornecem uma linguagem comum para os desenvolvedores
É comum um iniciante achar que os padrões devem estar por toda a implementação e acabar fazendo uso
inadequado deles.
Decidir se um padrão pode ser empregado em um problema especí�co nem sempre é uma tarefa fácil.
Padrões facilitam o desenvolvimento, pois permitem a utilização de soluções bem-sucedidas em problemas
similares.
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4410260.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4410260.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 5429704.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 5429704.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 5429663.');
javascript:alert('C%C3%B3digo da quest%C3%A3o:5429663.');
 Um padrão não pode ser adaptado ao ser aplicado em um problema especí�co.