Baixe o app para aproveitar ainda mais
Prévia do material em texto
03/05/2020 Estácio: Alunos simulado.estacio.br/alunos/ 1/5 Avalie as assertivas a seguir, no que se refere ao diagrama de casos de uso, da UML. I. O diagrama de casos de uso mostra em detalhes como o sistema vai implementar uma funcionalidade II. Quando um caso de uso deve obrigatoriamente ser usado, devemos usar o relacionamento de especialização. III. Em uma Biblioteca, o usuário pode ser Aluno ou Funcionário. Nesse caso devemos usar o relacionamento de include entre atores IV. Um ator pode ser um sistema, por exemplo. Com base em sua análise , marque a UNICA resposta que contém TODAS as assertivas corretas A figura abaixo ilustra um Diagrama de Casos de Uso e é utilizada no desenvolvimento de projetos de sistemas, utilizando ferramentas da Análise Orientada a Objetos. MODELAGEM DE SISTEMAS Lupa Calc. PPT MP3 CCT0681_A2_201801178062_V3 Aluno: WILLIAM DA SILVA SOUZA FRANÇA Matr.: 201801178062 Disc.: MODELAGEM DE SISTEM. 2020.1 (G) / EX Prezado (a) Aluno(a), Você fará agora seu TESTE DE CONHECIMENTO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua avaliação. O mesmo será composto de questões de múltipla escolha. Após responde cada questão, você terá acesso ao gabarito comentado e/ou à explicação da mesma. Aproveite para se familiarizar com este modelo de questões que será usado na sua AV e AVS. 1. III III e IV II, III e IV I e IV IV Explicação: I. O diagrama de casos de uso mostra em detalhes como o sistema vai implementar uma funcionalidade -->FALSO, diagrama de casos de uso não exibe detalhes, muito menos de COMO se implementa algo II. Quando um caso de uso deve obrigatoriamente ser usado, devemos usar o relacionamento de especialização. --> FALSO, o relacionamento correto seria o de III. Em uma Biblioteca, o usuário pode ser Aluno ou Funcionário. Nesse caso devemos usar o relacionamento de extends entre atores --> FALSO, devemos usar o relacionamento de generalização/especialização de atores. IV. Um ator pode ser um sistema, por exemplo. --> VERDADE 2. javascript:voltar(); javascript:voltar(); javascript:diminui(); javascript:aumenta(); javascript:calculadora_on(); javascript:abre_frame('2','2','','ODU9C6FTXP534DRJ3UEQ',''); javascript:abre_frame('3','2','','ODU9C6FTXP534DRJ3UEQ',''); 03/05/2020 Estácio: Alunos simulado.estacio.br/alunos/ 2/5 O relacionamento entre o ator Cliente e o caso de uso Comprar um produto, é denominado e definido como: Assinale a opção que não representa um requisito FUNCIONAL. Ano: 2019 Prova: FCC - 2019 - AFAP - Analista de Fomento - Tecnologia da Informação (ADAPTADA) Um Analista de Informática está desenhando um Diagrama de Caso de Uso usando a notação padrão da UML 2.5 e modela os seguintes requisitos: Associação / uma funcionalidade do sistema do ponto de vista do usuário. Globalização / uma funcionalidade do sistema do ponto de vista do relacionamento. Associação / uma funcionalidade do sistema do ponto de vista do relacionamento. Generalização / uma funcionalidade do sistema do ponto de vista do usuário. Generalização / uma funcionalidade do sistema do ponto de vista do relacionamento. Explicação: entre ator e caso de uso, o relacionamento é sempre de associação, sob a visão do ator (usuário) 3. O sistema deve identificar a entrada e saída de cada funcionário da fabrica. O sistema deve mostrar um gráfico de evolução das receitas e despesas nos últimos 12 meses O sistema deve imprimir o boletim, em menos de 5 segundos, em dias de matriculas. O sistema deve calcular a folha de pagamento, emitindo contra cheque a todos os funcionários O sistema deve emitir o boletim ao final de cada semestre letivo. Explicação: Todas as opcões representam funcionaldades que o sistema precisa ter, exceto a opção "O sistema deve imprimir o boletim, em menos de 5 segundos, em dias de matriculas. " - que indica uma restrição, ou melhor uma condição que deve ser atendida em termos de performance. Esse requisito é NAO FUNCIONAL. 4. 03/05/2020 Estácio: Alunos simulado.estacio.br/alunos/ 3/5 Caso de Uso: Cadastrar Funcionário que: I. Exige um relacionamento incondicional com outro Caso de Uso denominado Validar Matricula. II. Possui um relacionamento com o Caso de Uso denominado Cadastrar via Web que é uma variação de Cadastrar Funcionário. III. Deverá se relacionar com o Caso de Uso denominado Help On-line, se o usuário operador solicitar ajuda (Help) mediante seleção dessa opção. Os requisitos especificados acima tipificam os respectivos relacionamentos entre Casos de Uso: Sobre o diagrama de casos de uso, assinale a opção CORRETA Sobre os conceitos de Requisitos "Funcional" e "Não Funcional", avalie as assertivas a seguir. I. Requisitos Funcionais vão demandar funções que o sistema precisa possuir. II. Requisitos não funcionais especificam restrições, qualidades e características que devem ser aplicadas a determinados requisitos funcionais III. O diagrama de casos de uso visa mostrar os atores e os requisitos não funcionais com os quais eles interagem. Com base em sua análise, marque a opção que indica as assertivas corretas. Extends, Exclusão e Associação. Generalização, Especialização e Extends Include, Generalização e Extends Include, Especialização e Extends Associação, Generalização e Especialização. Explicação: I. Exige um relacionamento incondicional com outro Caso de Uso denominado Validar Matricula. --> Se é incondicional, é obrigatório. Logo é o include II. Possui um relacionamento com o Caso de Uso denominado Cadastrar via Web que é uma variação de Cadastrar Funcionário. -> variação é tipico de especialização (uso a base e incrementa alterações) III. Deverá se relacionar com o Caso de Uso denominado Help On-line, se o usuário operador solicitar ajuda (Help) mediante seleção dessa opção. --> tem uma condição associada para a realização do caso de uso Help online, logo é extends (condicional). 5. Util para modelarmos os requisitos não funcionais Um caso de uso estendido, pelo relacionameno "Extends", é de uso opcional Um Caso de uso, representa um requisito não funcional Um ator representa uma pessoa específica e um nome típico de ator, seria por exemplo MARIA Não podemos ter especialização de atores. Explicação: Util para modelarmos os requisitos não funcionais - Falso, útil para modelar requisito funcional Um Caso de uso, representa um requisito não funcional - Falso, representa um requisito funcional Um ator pode ser representar uma pessoa específica. - Falso, ator representa , dentre outras coisas, papéis que as pessoas exercem Não podemos ter especialização de atores. - Falso, podemos sim,. Um caso de uso ¿Extends¿ é de uso opcional - VERDADE 6. I, II e III Apenas I 03/05/2020 Estácio: Alunos simulado.estacio.br/alunos/ 4/5 Sobre o conceito de Requisitos, avalie as assertivas: I. O software precisa atender aos requisitos de forma adequada, para que possa satisfazer as necessidades de seus usuários. II. O fato de termos realizado um bom levantamento de requisitos não é suficiente para o sucesso do projeto.É preciso que haja planejamento, organização e controle das atividades inerentes ao processo de desenvolvimento de software. III. Existem 2 tipos de requisitos, classificados quanto a sua finalidade: os requisitos funcionais e os não funcionais. IV. A UML não oferece diagrama que possa mapear os requisitos funcionais. Com base em sua análise, assinale as assertivas corretas No contexto da UML, os casos de uso: Apenas II e III Apenas II Apenas I e II Explicação: I. Requisitos Funcionais vão demandar funções que o sistema precisa possuir. - VERDADE II. Requisitos não funcionais especificam restrições, qualidades e características que devem ser aplicadas a determinados requisitos funcionais - VERDADE III. O diagrama de casos de uso visa mostrar os atores e os requisitos não funcionais com os quais eles interagem. - FALSO, odiagrama de casos de uso mostrar os atores e os requisitos funcionais (casos de uso) com os quais os atores interagem 7. Apenas I, II e III I, II, III e IV Apenas II e III Apenas I e II Apenas I e IV Explicação: I. O software precisa atender aos requisitos de forma adequada, para que possa satisfazer as necessidades de seus usuários. - VERDADE. As necessidades dos usuários se traduzem em requisitos para o sistema. II. Apenas termos um bom levantamento de requisitos não é suficiente para o sucesso do projeto. E preciso que haja planejamento, organização e controle das atividades inerentes ao processo de desenvolvimento de software. - VERDADE, precisamos acompanhar para que se possa ajustar problemas, caso ocorram III. Existem 2 tipos de requisitos, quanto a sua finalidade: os requisitos funcionais e os não funcionais. VERDADE IV. A UML não oferece diagrama que possa mapear os requisitos funcionais. FALSO, o diagrama de casos de uso, tem essa finalidade 8. especificam a organização do sistema de software. capturam os requisitos não funcionais. são sempre associados a um único requisito funcional. descrevem o comportamento do sistema de acordo com o ponto de vista dos seus usuários finais. definem o comportamento dos componentes de software que serão implementados. 03/05/2020 Estácio: Alunos simulado.estacio.br/alunos/ 5/5 Não Respondida Não Gravada Gravada Exercício inciado em 03/05/2020 11:13:04. javascript:abre_colabore('34595','190035954','3791460812');
Compartilhar