Baixe o app para aproveitar ainda mais
Prévia do material em texto
Disciplina: MODELAGEM DE SISTEMAS EM UML AV Aluno: JOSE LUIZ SILVA DOS SANTOS FERRARI 202104538081 Professor: MAIARA HEIL CANCIAN Turma: 9001 DGT1343_AV_202104538081 (AG) 19/02/2023 02:34:33 (F) Avaliação: 7,00 pts Nota SIA: 9,00 pts EM2120073 - CONCEITOS BÁSICOS DE MODELAGEM DE SISTEMAS 1. 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 III. Estão corretas as assertivas I e II. Somente a assertiva I está correta. Estão corretas as assertivas II e III. Estão corretas as assertivas I, II e III. 2. Ref.: 4254317 Pontos: 1,00 / 1,00 javascript:alert('C%C3%B3digo da quest%C3%A3o: 4275280.'); javascript:alert('C%C3%B3digo da quest%C3%A3o: 4254317.'); O desenvolvimento de sistemas envolve um conjunto de recursos que precisam ser geridos (planejados, executados e controlados). Por isso, é um processo complexo e que deve ser organizado em atividades ou, ainda, em fases. Independentemente do processo que se use, existem as fases em que são realizadas as ações numeradas de I a IV, a seguir. I. Análise dos requisitos para compreender o que o sistema deve fazer. II. Identi�cação dos requisitos. III. Implementação do sistema numa linguagem de programação. IV. Projeto do sistema, sua estrutura, arquitetura, comportamento e escolha das tecnologias (linguagem, SGBD etc.). Assinale a alternativa que contém a ordem correta em que são executadas as ações no processo de desenvolvimento de um sistema computacional: II, I, IV e III. IV, III, II, I. II, I, III e IV. I, II, III, IV. I, III, IV e II. EM2120105 - ESTUDO DE CASO DE MODELAGEM DE SISTEMAS EM UML 3. 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í�cos 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 especi�cam 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: organizacionais ambientais éticos de produto externos javascript:alert('C%C3%B3digo da quest%C3%A3o: 4464267.'); 4. Ref.: 4467269 Pontos: 1,00 / 1,00 (UPENET/IAUPE ‒ 2017) O diagrama UML a seguir representa o seguinte tipo de diagrama: sequência classe entidade relacionamento casos de uso atividades EM2120370 - UTILIZANDO UML PARA PROJETAR O SOFTWARE 5. Ref.: 5429614 Pontos: 0,00 / 1,00 No diagrama de atividades temos as chamadas Partições ou Raias. Elas servem a várias funções. Assinale a alternativa que não indica uma destas funções: Apresenta setores ou departamentos de uma organização Podem ser horizontais ou verticais Podem representar partes de um processo de negócio numa organização Cada uma delas tem um nome javascript:alert('C%C3%B3digo da quest%C3%A3o: 4467269.'); javascript:alert('C%C3%B3digo da quest%C3%A3o: 5429614.'); Invocam a execução de um comportamento nas atividades que estão dentro delas 6. Ref.: 5429608 Pontos: 1,00 / 1,00 Quando um objeto muda de estado? Quando as classes são de�nidas. Quando a classe a que pertence executa seus métodos. Quando um caso de uso é executado. Quando o usuário faz suas escolhas no sistema. Quando acontece algum evento interno ou externo ao sistema. 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: RF - RF - NF - NF NF - RF - RF - NF NF - RF - NF - RF NF - NF - RF - RF RF - NF - RF - NF javascript:alert('C%C3%B3digo da quest%C3%A3o: 5429608.'); javascript:alert('C%C3%B3digo da quest%C3%A3o: 4392261.'); 8. Ref.: 4383274 Pontos: 1,00 / 1,00 Fonte: Adaptado de Banca: AOCP Órgão: Prefeitura de Juiz de Fora - MG Prova: AOCP - 2016 - Prefeitura de Juiz de Fora - MG - Programador Analise o diagrama de classes apresentado a seguir e assinale a alternativa correta. Existe uma relação de composição entre a classe Pedido e a classe ItemPedido. O método conectar é público. Há uma relação de agregação entre as classes ItemPedido e a classe Produto. Há uma relação de 1..* entre a classe Pedido e a classe ItemPedido que permite que, para um ItemPedido, possa existir vários Pedidos. Há uma relação de agregação indireta entre a classe Pedido e a classe Produto. EM2120540 - INTRODUÇÃO A PADRÕES DE PROJETO - DESIGN PATTERNS 9. Ref.: 5429720 Pontos: 1,00 / 1,00 Um software deve ser integrado a diferentes API de reconhecimento de digitais oferecidas por diferentes fabricantes. Qual padrão podemos usar, de modo a permitir que os módulos desse software possam utilizar essas diferentes API a partir de uma mesma interface? Adapter Strategy javascript:alert('C%C3%B3digo da quest%C3%A3o: 4383274.'); javascript:alert('C%C3%B3digo da quest%C3%A3o: 5429720.'); Template Method Factory Method Facade 10. Ref.: 5429560 Pontos: 0,00 / 1,00 Assinale a alternativa com uma a�rmativa verdadeira sobre o padrão GRASP Criador: Evita a criação de dependências em relação a estruturas de código condicionais (if-then-else ou switch-case). 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. Recomenda que cada módulo deve ter uma responsabilidade bem-de�nida. Indica a classe mais recomendada para instanciar um objeto em uma relação de agregado x partes. javascript:alert('C%C3%B3digo da quest%C3%A3o: 5429560.');
Compartilhar