Baixe o app para aproveitar ainda mais
Prévia do material em texto
Disciplina: MODELAGEM DE SISTEMAS COM UML AV Aluno: Professor: MAIARA HEIL CANCIAN Turma: 9001 EEX0121_AV_ (AG) 21/02/2022 13:30:59 (F) Avaliação: 9,0 Nota Partic.: Av. Parcial.: 2,0 Nota SIA: 10,0 pts EM2120073 - CONCEITOS BÁSICOS DE MODELAGEM DE SISTEMAS 1. Ref.: 4275283 Pontos: 1,00 / 1,00 Considere o contexto de um sistema de ponto, no qual diariamente, ao entrar e sair da empresa, o funcionário deve registrar sua digital, servindo de base para seu pagamento ao final do mês. Assinale a única opção que apresenta um requisito não funcional: A geração mensal da folha de pagamento não deve ultrapassar 10 segundos. O sistema deve registrar a saída do funcionário. O sistema deve gerar a folha mensal de ponto do funcionário. O sistema deve registrar a entrada do funcionário. O sistema deve gerar, mensalmente, a folha de pagamento. 2. Ref.: 4272280 Pontos: 1,00 / 1,00 Nos estágios iniciais, é necessária uma visão externa (do sistema). As maquetes de empreendimento imobiliário nos dão essa ajuda. Com elas, é possível visualizar todas as áreas do empreendimento e ter uma noção do todo. Ou seja, a visão é de quem está de fora. Na UML há um diagrama com finalidade semelhante e que mostra os tipos de usuário que interagem com o sistema e com quais funções eles interagem. Estamos falando de qual diagrama da UML? Casos de uso Estados Objetos Estruturas compostas Classes EM2120105 - ESTUDO DE CASO DE MODELAGEM DE SISTEMAS EM UML 3. Ref.: 4392313 Pontos: 1,00 / 1,00 (FCC - 2010) Considere o caso de uso ¿Movimentar Estoque¿. Se o estoque necessitar de reposição porque atingiu o limite mínimo desejável, outro caso de uso é envolvido para emitir ordem de compra. Essa situação indica o uso de: hierarquia inclusão extensão agregação multiplicidade 4. 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íficos 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 especificam 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: éticos externos organizacionais ambientais de produto 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: Invocam a execução de um comportamento nas atividades que estão dentro delas Cada uma delas tem um nome Podem representar partes de um processo de negócio numa organização Podem ser horizontais ou verticais Apresenta setores ou departamentos de uma organização 6. Ref.: 5429608 Pontos: 1,00 / 1,00 Quando um objeto muda de estado? Quando um caso de uso é executado. Quando o usuário faz suas escolhas no sistema. Quando a classe a que pertence executa seus métodos. Quando as classes são definidas. 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: NF - RF - RF - NF NF - RF - NF - RF RF - RF - NF - NF NF - NF - RF - RF RF - NF - RF - NF 8. 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: de Caso de Uso de Negócio com descrição contínua. tabular de Caso de Uso. contínua de Caso de Uso. de Caso de Uso inválida, pois contém comportamento interno do sistema. contínua de Caso de Uso hipotético com cenário de 1° instância. EM2120540 - INTRODUÇÃO A PADRÕES DE PROJETO - DESIGN PATTERNS 9. 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? Template Method Facade Factory Method Adapter Strategy 10. Ref.: 5429560 Pontos: 1,00 / 1,00 Assinale a alternativa com uma afirmativa verdadeira sobre o padrão GRASP Criador: Indica a classe mais recomendada para instanciar um objeto em uma relação de agregado x partes. Evita a criação de dependências em relação a estruturas de código condicionais (if-then-else ou switch-case). Recomenda que cada módulo deve ter uma responsabilidade bem-definida. Recomenda que as responsabilidades devem ser distribuídas pelos módulos de forma que as dependências entre eles sejam gerenciáveis. Evita a duplicação de algoritmos que apresentem a mesma estrutura, com alguns pontos de variação entre eles.
Compartilhar