Prévia do material em texto
Linguagem de Modelagem Unificada (UML) Aula 2 | Casos de Uso: Diag. e especificações 1) O diagrama de caso de uso tem por objetivo: Mostrar o fluxo de informações do sistema. Apresentar as principais funcionalidades e as entidades externas que se relacionam com o sistema. OK Apresentar as principais funcionalidades e os atores que interagem com as funcionalidades. Mostrar como funciona cada detalhe das funcionalidades. Mostrar as tecnologias envolvidas com a solução proposta. O diagrama de casos de uso apresenta os atores e os casos de uso (funcionalidades) com os quais cada um interage. 2) Sobre os possíveis relacionamentos entre casos de uso e atores, assinale a alternativa incorreta. No relacionamento caso de uso A <include> caso de uso B, podemos dizer que o caso de uso B é parte do caso de uso A. No relacionamento de <extends>, o caso de uso de extensão pode ou não ser executado. No relacionamento de <include>, o caso de uso de inclusão obrigatoriamente será executado. O relacionamento de generalização/especialização em casos de uso serve para aproveitar um caso já existente, adicionando alguma funcionalidade a ele através do caso de uso especializado. OK Não existe relacionamento possível entre atores em um diagrama de casos de uso. Entre atores, podemos ter o relacionamento de generalização/especialização (herança). 3) No que se refere ao diagrama de casos de uso e seus elementos e a necessidade de especificarmos o passo a passo de cada caso de uso, analise as seguintes assertivas: I. O diagrama de casos de uso objetiva apresentar os objetos que interagem com os atores do sistema. II. Um diagrama de casos de uso é usado nas fases de levantamento e identificação dos requisitos do sistema. III. O relacionamento <include> denota que, no caso de uso principal, haverá, obrigatoriamente, um desvio de curso para o caso de uso incluído. IV. Quando o caso de uso principal está relacionado a três casos de uso pelo <extends>, que serão executados após avaliação da mesma condição, significa dizer que apenas um desses três casos será usado a cada execução do caso principal. Com base em sua análise das assertivas, assinale a única opção correta. Estão corretas as assertivas I, II, III e IV OK Estão corretas apenas as assertivas II, III e IV Estão corretas apenas as assertivas II e IV Está correta apenas a assertiva III Está correta apenas a assertiva IV I – não, caso de uso não apresenta objetos e sim funcionalidades; II – correto, as funcionalidades que ele apresenta visam satisfazer as necessidades dos usuários. III – verdade, a chamada ao caso incluído é obrigatória; IV – sim, a execução é mutuamente exclusiva, acordo com a condição a ser avaliada. 4) Dentre as opções apresentas, assinale aquela que não pode se referir a um ator. Funcionário Cliente Sistema contábil Servidor de banco de dados OK Incluir cliente Incluir cliente é uma função e pode ser um caso de uso, mas jamais um ator. 5) Durante o levantamento de um sistema, um analista registrou o seguinte requisito funcional: “A função de efetivação de uma compra deverá exigir que o cliente se identifique novamente para o sistema, caso o valor da transação ultrapasse o limite de crédito definido pela gerência”. A partir dessa declaração, o analista elaborou o diagrama de casos de uso UML 2.3 abaixo: Qual deve ser o estereótipo da relação entre os casos de uso efetiva compra e identifica cliente, de modo que esse diagrama expresse o requisito funcional descrito anteriormente? OK Extends Include Inherits Implements Overrides O caso identifica cliente somente será usado se o valor da transação ultrapassar o limite de crédito, conforme especificado no enunciado. O relacionamento entre casos de uso, que é condicional, é o extends. 6 ) No que se refere ao roteiro ou especificação do caso de uso, assinale a alternativa incorreta. OK Podemos eliminar perfeitamente o roteiro, pois o diagrama de casos de uso é suficiente. Mostra passo a passo como ocorre a interação do ator com o caso de uso. Pode ter vários cenários, mas, no mínimo, terá o cenário principal. Muito útil para desenhar o diagrama de sequência. Não deve mostrar detalhes de como fazer, como, por exemplo, especificar como calcular o dígito verificador de um número. O roteiro de casos de uso é mais relevante do que os diagramas. No roteiro, sabemos o passo a passo de cada caso de uso. 7) No que se refere à descrição textual de um caso de uso, assinale a única alternativa correta. OK É certo que teremos um cenário principal. É certo que teremos, pelo menos, um cenário alternativo. Não é preciso descrever a interação do ator com o caso de uso. Obrigatoriamente, teremos o cenário principal e um cenário alternativo. Somente teremos cenários alternativos em casos de uso de muita complexidade. A descrição textual tem, com certeza, um cenário principal e terá cenários alternativos na medida em que houver passo do cenário principal que não ocorra como o esperado. 8) Considere o seguinte trecho de descrição textual de caso de uso: Cenário principal; Correntista informa agência e conta; Sistema valida a conta (<XXXX> validar conta); Correntista informa senha de acesso; Sistema valida a senha. Sabendo que <XXXX> é um dos relacionamentos possíveis, assinale a opção que apresenta a correta opção para representar o relacionamento representado por <XXXX>. Especialização Extends Generalização OK Include Implementation Como o relacionamento está sendo chamado no cenário principal sem estar associado a nenhuma condição, podemos concluir que se trata de <Include>. 9 ) Assinale a alternativa que apresenta o nome do elemento da descrição textual referente à parte onde declaramos “o que precisa ser verdade para esse caso de uso acontecer”. OK Pré-condição Pós-condição Cenário principal Cenário alternativo Requisitos especiais A pré-condição é o que precisa ser verdade antes de o caso de uso acontecer, já que pré se refere a um período anterior. 10) Eventualmente, temos a necessidade de especificar que determinado caso de uso demandará, por exemplo, um tempo de processamento máximo. Dentre os itens do modelo de descrição textual completo abaixo, assinale aquele em que se pode enquadrar essa especificação. Cenário principal OK Requisitos especiais Pré-condição Requisitos extraordinários Pós-condição O tempo de processamento máximo é um requisito não funcional associado à performance, que deve ser declarado no item requisitos especiais.