Buscar

MODELAGEM DE SISTEMAS COM UML-AV


Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Prévia do material em texto

Disciplina: MODELAGEM DE SISTEMAS COM UML AV
Aluno: 
Professor: MAIARA HEIL CANCIAN
 Turma: 9001
EEX0121_A 08/03/2022 18:36:46 (F) 
Avaliação:
6,0
Nota Partic.: Av. Parcial.:
2,0
Nota SIA:
8,0 pts
 
EM2120073 - CONCEITOS BÁSICOS DE MODELAGEM DE SISTEMAS 
 
Ref.: 4272276 Pontos: 1,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 III está correta.
Somente a assertiva II está correta.
Estão corretas as assertivas I e II.
Estão corretas as assertivas I, II e III.
 Estão corretas as assertivas II e III.
Ref.: 4275280 Pontos: 0,00 / 1,00
Um conceito relevante no contexto da orientação a objeto é o estado de um objeto. Tão relevante que a UML, dispõe desde
suas primeiras versões, do diagrama de estados. A base do conceito de estado é o valor contido em cada atributo.
 
Com base nesse contexto, analise as assertivas a seguir:
I. O estado de um objeto nada mais é que o conjunto de valores de todos os seus atributos em um dado momento.
II. Uma mensagem enviada a um objeto pode alterar o seu estado.
III. Um objeto obrigatoriamente tem seu estado alterado durante seu ciclo de vida.
 
Com base em sua avaliação, assinale a alternativa correta:
 Estão corretas as assertivas I e II.
 Estão corretas as assertivas I, II e III.
Somente a assertiva I está correta.
Estão corretas as assertivas I e III.
Estão corretas as assertivas II e III.
 
EM2120105 - ESTUDO DE CASO DE MODELAGEM DE SISTEMAS EM UML 
 
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 afirmativas:
 
I. Requisitos funcionais são aqueles que definem 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, confiabilidade,
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 afirmativas verdadeiras.
 Apenas II e III
Apenas I e III
Apenas I, II e III
Apenas II, III e IV
Apenas I, III e IV
Ref.: 4467269 Pontos: 0,00 / 1,00
(UPENET/IAUPE ‒ 2017) O diagrama UML a seguir representa o seguinte tipo de diagrama:
 entidade relacionamento
casos de uso
classe
 atividades
sequência
 
EM2120370 - UTILIZANDO UML PARA PROJETAR O SOFTWARE 
 
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
Levantamento de requisitos e testes
 Análise e projeto
Ref.: 5429568 Pontos: 1,00 / 1,00
Qual dos itens abaixo é um objetivo do diagrama de sequência?
Documentar classes.
 Mostrar como os objetos do sistema se comunicam através de mensagens em ordem temporal.
Validar o funcionamento do sistema.
Mostrar lista de mensagens entre classes.
Validar se todas as operações dos componentes foram identificadas e declaradas.
 
EM2120539 - UML PARA MODELAGEM DO DOMÍNIO 
 
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:
 contínua de Caso de Uso.
de Caso de Uso inválida, pois contém comportamento interno do sistema.
tabular de Caso de Uso.
contínua de Caso de Uso hipotético com cenário de 1° instância.
de Caso de Uso de Negócio com descrição contínua.
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.
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.
 
EM2120540 - INTRODUÇÃO A PADRÕES DE PROJETO - DESIGN PATTERNS 
 
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 simplificada das operações do sistema?
Adapter
Template Method
Strategy
 Facade
Factory Method
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.
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 de Substituição de Liskov
 Princípio Open Closed
Princípio da Responsabilidade Única
javascript:voltar();
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4272276.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4275280.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4416291.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4467269.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 5429474.');
javascript:alert('C%C3%B3digoda quest%C3%A3o: 5429568.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4413258.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 4392280.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 5429647.');
javascript:alert('C%C3%B3digo da quest%C3%A3o: 5429673.');
javascript:alert('Educational Performace Solution\n\nEPS: M%C3%B3dulo do Aluno\n\nAxiom Consultoria em Tecnologia da Informa%C3%A7%C3%A3o Ltda.')

Mais conteúdos dessa disciplina