Você está na página 1de 6

Resoluo da lista de exerccios de casos de uso 1.

Explique quando so criados e utilizados os diagramas de casos de uso no processo de desenvolvimento incremental e iterativo. Na fase de concepo se faz a identificao da maioria dos atores e casos de uso e tambm a descrio dos casos de uso considerados mais crticos ( ao final da fase de concepo temos 10% a 20% do modelo de casos de uso modelado) Na fase de elaborao, a construo do modelo continua de tal forma que, ao seu trmino, 80% do modelo de casos de uso esteja construdo. Na fase de construo, casos de uso formam uma base natural atravs da qual podem-se realizar as iteraes do desenvolvimento. Um grupo de casos alocado a cada iterao. Ento, o desenvolvimento do sistema segue a alocao realizada: em cada iterao, um grupo de casos de uso detalhado e desenvolvido. O processo continua at que todos os casos de uso tenham sido desenvolvidos e o sistema esteja completamente construdo. Exemplo de etapas: 1. Identifique os atores e casos de uso na fase de concepo. Alguns atores e casos de uso s sero identificados posteriormente, mas a grande maioria deve ser descoberta nesta fase. 2. Na fase de elaborao: a. Desenhe o(s) diagrama(s) de casos de uso; b. Escreva os casos de uso em um formato de alto nvel ( sem muitos detalhes). c. Ordene a lista de casos de uso de acordo com prioridade e risco. Cada partio corresponde a um grupo de casos de uso que ser implementado em um dos ciclos de desenvolvimento do sistema. 3. Associe cada grupo de casos de uso a uma iterao da fase de construo. Os grupos mais prioritrios e arriscados devem ser alocados s iteraes iniciais. 4. Na i-sima iterao da fase de construo: a. Detalhe os casos de uso do grupo associado a esta iterao. b. Implemente estes casos de uso. 2. Explique a utilidade do diagrama de casos de uso para os testes do sistema Os profissionais responsveis pelos testes utilizam o modelo de casos de uso para planejar as atividades de teste. Os casos de uso e seus cenrios oferecem casos de teste. Quando o sistema est sendo testado, os cenrios sobre o sistema podem ser verificados para identificar a existncia de erros. 3. Explique a utilidade do diagrama de casos de uso para criao dos manuais de usurio do sistema Os manuais e guias do usurio podem ser construdos com base no modelo de casos de uso. Na verdade, se o modelo de casos de uso foi bem construdo, deve haver uma correspondncia clara entre cada caso de uso do sistema e uma seo do manual do usurio. Isso porque esse modelo est baseado na noo de que o sistema construdo para se adequar perspectiva de seus usurios. 4. Construa um modelo de casos de uso para a seguinte situao fictcia: "Estamos criando um servio de entregas. Nossos clientes podem nos requisitar a entrega de volumes. Alguns volumes so considerados de maior valor por nossos clientes, e, portanto, eles querem ter tais volumes segurados durante o transporte. Contratamos uma companhia de seguro para segurar volumes de valor".

5. Considere a seguinte narrativa do caso de uso Realizar Saque. Construa uma descrio deste caso de uso. A operao de um caixa eletrnico tem incio a partir de uma sesso em que o cliente seleciona a opo de realizar saque. O cliente ento escolhe uma quantia a ser retirada, a partir de um conjunto de opes de quantia disponveis. O sistema verifica se o caixa eletrnico tem saldo e notas adequadas para compor o valor solicitado (Ex. R$ 50,00 no podem ser fornecidos se s houver trs notas de R$ 20,00). Caso tenha notas adequadas, os nmeros da conta e da agncia do cliente so enviados ao banco para determinar se existe saldo suficiente na conta do Cliente. Se no houver saldo, uma mensagem adequada reportada. Havendo saldo, o sistema inicia uma transao com o ator banco e solicita a retirada da quantia desejada e o banco aprova ou desaprova a transao. Se a transao aprovada, a mquina libera a quantia correspondente e emite um recibo. Se a transao desaprovada, uma mensagem adequada reportada. O banco notificado, independentemente de uma transao aprovada ter sido completada ou no pela mquina. Se a transao completada, o banco realiza o dbito na conta do cliente .

Caso de Uso - Realizar Saque Objetivo: Este caso de uso possibilita a um cliente realize um saque de um caixa eletrnico Atores: Cliente, Banco Pr-Condies: Cliente autenticado Condio de Entrada: o ator Cliente seleciona a opo realizar saque Fluxo Principal 1. O sistema pergunta ao Cliente a quantia a ser retirada. 2. O Cliente digita a quantia desejada.[A1] 3. O sistema verifica se a importncia requisitada maior do que a quantia disponvel. 4. O saldo suficiente no caixa [A2] 5. O sistema verifica se a importncia desejada pode ser fornecida com as notas existentes no caixa eletrnico. (R$ 50,00 no podem ser fornecidos se s houver trs notas de R$ 20,00). 6. Valores disponveis [A3] 7. O sistema contata o ator banco para determinar se existe saldo suficiente na conta do Cliente. 8. O banco informa que cliente tem saldo[A4] 9. O sistema inicia uma transao com o ator banco e solicita a retirada da quantia desejada. 10. O banco envia aprovao da transao.[A5] 11. O sistema libera a quantia desejada 12. O sistema emite um recibo para o Cliente 13. O sistema fecha a transao com o ator banco. 14. O sistema envia ao banco um log da transao. 15. O caso de uso se encerra. Fluxos Alternativos O cliente no digita a quantia desejada Aps 20 seg encerra o caso de uso A2 O caixa automtico no tem disponibilidade de dinheiro para atender a solicitao do ator cliente 1. O sistema reporta uma mensagem de falta de recursos no caixa 2. O caso de uso se encerra. A3 O caixa automtico no tem disponibilidade notas para compor o valor solicitado pelo ator cliente 1. O sistema reporta uma mensagem de no temos notas de R$X,00 disponveis para compor esse valor, tente outro valor 2. O caso de uso retorna para o passo 1 do fluxo principal A4. O Cliente no tem saldo suficiente 1. O sistema reporta uma mensagem seu saldo no suficiente para esse saque 2. O caso de uso se encerra. A5 O banco no aprova a transao devido violao de alguma regra de negcio (por exemplo: limite dirio excedido) 1. O sistema reporta uma mensagem adequada 2. O caso de uso se encerra. 1. 6. Qual a notao da UML para um caso de uso? Qual a notao da UML para um ator? Qual a notao utilizada na UML para o relacionamento de generalizao entre casos de uso? A1

7 Defina o que significa um ator. O que significa um ator estar associado a um caso de uso por um relacionamento de comunicao? Ator: Atores esto fora do sistema, interagindo com o sistema, dialogando com o sistema. Um ator define um papel que pode ser desempenhado por um usurio na sua interao com o sistema. Comunicao: Significa que existe dilogo entre o ator e o caso de uso. Considera-se s vezes, erradamente, que a associao de comunicao representa o fluxo de dados. No isso. A associao de comunicao representa um dilogo entre o ator e o sistema, um tipo de canal de comunicao sobre o qual podem fluir dados em ambas as direes durante o dilogo. Para entender plenamente o papel definido para um ator, voc deve saber em que casos de uso o ator est envolvido. Para entender plenamente o alcance de um caso de uso, voc deve saber os atores com os quais ele se comunica. Atores se comunicam com o sistema por muitas razes, incluindo: Iniciar um caso de uso. Os casos de uso sempre so iniciados por atores. Pedir alguns dados armazenados no sistema, os quais ento o caso do uso apresenta ao ator.

Mudar os dados armazenados no sistema por meio de um dialogo com o sistema. Informar que ocorreu algo que o sistema deve estar ciente,.

Casos de uso se comunicam com atores por muitos motivos: Se algo especial aconteceu no sistema, um ator pode ter de ser informado. Um caso de uso pode necessitar da ajuda de um ator para tomar uma deciso. Um caso de uso pode delegar responsabilidade a um ator.

8. Qual o objetivo dos diagramas de casos de uso? O diagrama de casos de uso tem o objetivo de ilustrar em um nvel alto de abstrao quais elementos externos interagem com que funcionalidades do sistema. Facilitar a comunicao entre os stakeholders. Criar uma documentao que permita o entendimento dos requisitos. Auxiliar na definio do cronograma. Auxiliar na elaborao dos casos de teste. Auxiliar na elaborao dos manuais de usurio. 9. Que tipo de relacionamento possvel entre um ator e um caso de uso? Que tipo de relacionamento pode haver entre casos de uso? Que tipo de relacionamento pode haver entre atores? A tabela a seguir exibe as alternativas possveis entre relacionamentos entre atores e casos de uso em um diagrama de casos de uso. As clulas da tabela com um X indicam possibilidade. As clulas no preenchidas indicam impossibilidade. Entre atores Comunicao Incluso Extenso Generalizao Entre casos de uso X X X Entre ator e caso de uso X

10. Descreva a(s) diferena(s) entre os relacionamentos de incluso, de extenso e de herana? O relacionamento Include: Um relacionamento include permite extrair sees comuns e obrigatrias da descrio de dois ou mais casos e coloclas em um caso de uso separado a partir do qual elas podem ser referenciadas. Cada caso de uso original passa a ter ento um relacionamento include com o novo caso de uso; O relacionamento Extend: O relacionamento extend usado em casos onde comportamento opcional ou excepcional inserido em um caso de uso existente. O propsito original da extenso era fornecer um mecanismo para especificar opes que pudessem ser adicionadas a um produto existente tais como: adicionar o envio de e-mails por voz a um servio telefnico convencional existente. til pensar no relacionamento de extenso como um relacionamento de acrscimo, uma vez que ele sempre acrescenta funcionalidade a um caso de uso existente. A caracterstica marcante do caso de uso que estende um caso de uso original que ele no demanda nenhuma alterao no caso de uso original. Isto significa que o caso de uso estendido deve ser capaz de se virar sozinho. Ele deve ser completo, sem qualquer necessidade de extenses a fim de gerar valor. As seguintes situaes podem dar margem utilizao do extend: Descries de caractersticas que so opcionais ao comportamento bsico do sistema, por exemplo, caractersticas que podem ser adquiridas ou no. Descries complexas de erros ou tratamentos de excees que, de outra forma, iriam obscurecer o comportamento primrio do sistema. Exemplos disso so fluxos alternativos de tamanho significativo, especialmente aqueles cujo tamanho maior do que o do fluxo principal. Customizao do modelo de requisitos para atender a necessidades especficas do usurio. Exemplos disso so fluxos alternativos que especificam como usurios especficos tratam diferentes condies que ocorrem dentro de um mesmo caso de uso. Gerncia de escopo e verso. Um exemplo disso so caractersticas que no sero introduzidas at as ltimas verses.

Generalizao entre Casos de Uso A generalizao entre casos de uso nos permite criar descries genricas de comportamento que podemos especializar para satisfazer necessidades particulares. Generalizao entre atores A generalizao entre atores usada para mostrar semelhanas entre atores. O principal valor mostrar que alguns grupos de atores compartilham responsabilidades ou caractersticas comuns.Algumas vezes, o uso de generalizao entre atores pode simplificar o modelo de casos de uso reduzindo o nmero de linhas de comunicao entre atores e casos de uso.

11. Considere um sistema de controle de uma biblioteca. Fornea a descrio narrativa para os seguintes casos de uso: Reservar Livro (situao em que um usurio faz a reserva de um livro), Obter Emprstimo de Livro (situao em que um usurio pega um exemplar de livro emprestado), Cancelar Reserva (situao em que um usurio cancela uma reserva) e Devolver Cpia (situao em que um usurio devolve uma cpia anteriormente adquirida).

Objetivo: Este caso de uso possibilita a um usurio da biblioteca fazer a reserva de um livro. Esta reserva efetuada diretamente pelo Usurio usando a Internet. Ator: Usurio Pr-Condies: O Usurio cadastrado na Biblioteca. O Usurio j foi autenticado pelo Sistema. Condio de Entrada: o ator usurio decide reservar um livro e escolhe a opo correspondente. Fluxo Principal 1. O sistema exibe formulrio com o campo livro e as opes buscar e cancelar 2. Usurio fornece a identificao do livro desejado e escolhe buscar [A1] 3. O sistema localiza o livro desejado [A2] 4. O sistema verifica a disponibilidade de exemplar do livro desejado 5. O sistema exibe mensagem de livro disponvel [A3] 6. O sistema verifica o nmero de reservas em aberto para o usurio (RN01) 7. O sistema efetua a reserva e informa ao usurio o prazo mximo para a retirada do livro (RN02) [A4] 8. O caso de uso se encerra Fluxos Alternativos A1 O usurio escolhe cancelar 1. volta para pgina inicial 2. caso de uso encerrado A2 O livro solicitado no foi encontrado 1. Exibe mensagem de livro no encontrado 2. Volta para o passo 1 do fluxo principal No existe nenhum exemplar disponvel 1. Exibe mensagem de nenhum exemplar disponvel 2. Sistema verifica a data de devoluo prevista para o livro solicitado 3. Informa data prevista para que haja um exemplar disponvel 4. O sistema pergunta ao usurio se ele deseja efetuar a reserva de exemplar no disponvel 5. Se o usurio responder afirmativamente, exibe mensagem informando que o usurio ser contatado quando o exemplar estiver disponvel e retorna ao passo 6, caso contrrio o caso de uso se encerra. O usurio excedeu o nmero mximo de reservas em aberto 1. O sistema reporta uma mensagem adequada para o Usurio 2. O Caso de Uso se encerra

Caso de Uso - Reservar Livro

A3

A4

Obter Emprstimo de Livro


Objetivo: Este caso de uso possibilita a um usurio pegar emprestado um exemplar de livro. Ator: Bibliotecria Pr-Condies: Bibliotecria identificada. A Bibliotecria tem em mos o exemplar a ser emprestado. Condio de Entrada: Opo Emprestar Livro foi selecionada Fluxo Principal 1. A Bibliotecria entra com a identificao do exemplar e do usurio. 2. O sistema verifica a existncia de reservas para o exemplar desejado 3. O sistema verifica a existncia de emprstimos em aberto para o usurio.[A1][A2] 4. O sistema verifica o nmero de exemplares em poder do usurio (RN03) [A3] 5. O sistema registra o emprstimo e imprime um recibo contendo os dados do emprstimo[A4] 6. O caso de uso se encerra Fluxo Alternativo A1: J existe uma reserva do exemplar desejado para outro usurio a. O sistema reporta uma mensagem adequada para a bibliotecria b. O caso de uso se encerra A2: O exemplar estava reservado para o prprio usurio a. O sistema d baixa na reserva b. Retorna ao passo (3) A3: O usurio tm emprstimos em aberto a. O sistema reporta uma mensagem adequada b. O caso de uso se encerra A4: O usurio excedeu o nmero mximo de emprstimos a. O sistema reporta uma mensagem adequada b. O caso de uso se encerra Cancelar Reserva Objetivo: Este caso de uso possibilita a um usurio cancelar uma reserva. O prprio usurio, usando a Internet, registra

o cancelamento. Ator: Usurio Pr-Condies: O Usurio cadastrado na Biblioteca. O Usurio j foi autenticado pelo Sistema. Condio de Entrada: Opo Cancelar Reserva foi selecionada Fluxo Principal: 1. O usurio solicita sua lista de reservas 2. O sistema apresenta a lista de reservas[A1] 3. O usurio seleciona a reserva a ser cancelada 4. O sistema pede a confirmao do usurio para cancelar a reserva 5. O usurio confirma o cancelamento[A2] 6. O sistema cancela a reserva 7. O sistema mostra para o usurio a lista de reservas atualizada e oferece ao usurio a opo de efetuar novo cancelamento ou encerrar o caso de uso. 8. O usurio escolhe a opo efetuar novo cancelamento [A3] 9. Volta para o passo 2 Fluxo Alternativo A1: O usurio no tem reservas em seu nome a. O sistema reporta uma mensagem apropriada b. O caso de uso se encerra A2: o usurio no confirma o cancelamento da reserva a. Volta para o passo 2 A3: o usurio escolhe encerrar a. O caso de uso se encerra Devolver Cpia Objetivo: O usurio devolve um exemplar em seu poder Ator: Bibliotecria Pr-Condies: Bibliotecria identificada. A Bibliotecria tem em mos o exemplar a ser devolvido. Condio de Entrada: Opo Devolver cpia foi selecionada Fluxo Principal: 1. A bibliotecria entra com o cdigo do exemplar 2. O sistema localiza e apresenta o registro do emprstimo 3. A bibliotecria confirma a devoluo 4. O sistema registra a devoluo 5. O sistema verifica se houve atraso na devoluo 6. Sistema exibe mensagem devoluo em dia[A1] 7. O sistema verifica a existncia de reservas agendadas para o exemplar devolvido 8. Livro sem reservas[A2] 9. O caso de uso se encerra Fluxo Alternativo A1: devoluo em atraso a. O sistema calcula o nmero de dias em atraso e a multa a ser paga (RN04) b. O sistema reporta uma mensagem apropriada c. A bibliotecria registra o pagamento da multa d. Volta ao passo 7 A2: existem reservas agendadas para o exemplar devolvido a. Executa o Caso de Uso Efetivar Reserva Agendada b. Volta para o passo 9

Glossrio

Emprstimo em Aberto: emprstimo vencido e no devolvido Dados do Emprstimo: ttulo do livro, cdigo do exemplar, data do emprstimo, data da devoluo

Regras de Negcio

RN01: Um Usurio no pode ter mais de duas reservas em aberto em seu nome. RN02: O prazo mximo para a retirada de um livro reservado de dois dias. RN03: Um Usurio pode ter no mximo trs exemplares em seu poder num determinado instante de tempo. RN04: A multa a ser aplicada de R$ 1,00 por dia til de atraso.

12. Considere a seguinte declarao obtida de um gerente de uma empresa que comercializa livros por correio durante o levantamento de requisitos para construo de um sistema de software: "Aps a ordem de compra do cliente ter sido registrada, o vendedor envia uma requisio ao depsito com detalhes da ordem de compra." Quais atores em potencial podem ser identificados a partir desse texto? Considerando-se somente o trecho fornecido no exerccio, podem ser identificados 3 atores em potencial, a saber: Cliente, Vendedor e Depsito. O nome do caso de uso correspondente poderia ser Comprar Produtos. 13. Considere o exemplo de relacionamento de extenso entre casos de uso apresentado a seguir , que descreve o relacionamento de extenso entre os casos de uso Editar Documento e o extensor Corrigir Ortografia. Complemente o

diagrama de casos de uso para incluir dois novos requisitos, a saber: permitir que o editor de textos possibilite a criao de um ndice remissivo sobre um documento sendo editado permitir que o editor de textos possibilite a substituio de Texto

14. Em uma empresa, vrios projetos so realizados. Os cinqenta empregados da empresa trabalham em pelos menos um projeto. H um sistema implantado na empresa que permite aos participantes de um determinado projeto marcarem suas horas de trabalho. Esse sistema tambm permite que outra pessoa, ao fim do ms, gere os relatrios com os totais de horas trabalhadas de cada participante. Quantos atores voc definiria para esse sistema? Na situao descrita neste exerccio, pode-se definir um ator denominado Empregado . Este seria o ator no caso de uso Registrar Horas Trabalhadas. Podemos tambm criar um ator denominado Gerncia que seria o ator no caso de uso Obter Horas Trabalhadas. O diagrama de casos de uso a seguir ilustra a soluo aqui descrita.

15. Suponha que um sistema de vendas deve gerar de forma automtica um conjunto de estatsticas para a diretoria da empresa no ltimo dia til de cada ms. Desenhe o diagrama de casos de uso para essa situao.

16. Assinale V ou F para as seguintes assertivas: ( ) pessoas com o mesmo cargo em uma empresa podem representar papis de diversos atores. ( ) um ator pode representar pessoas de diferentes cargos. A primeira e a segunda assertiva so verdadeiras. Na verdade essas assertivas so formas diferentes de declarar a mesma informao: um ator representa um papel em relao ao sistema. Considere o exemplo do exerccio 14. Pode haver uma pessoa que seja um funcionrio comum em um certo projeto, alm de ser o gerente em outro projeto. Neste caso, a mesma pessoa assumir papis diferentes em instantes distintos em relao ao sistema. 17. Altere os seguintes nomes de casos de uso de acordo com as nomenclaturas apresentadas: a) Cliente realiza transferncia de fundos em um caixa eletrnico. b) Clientes compram livros na livraria. c) produzido um relatrio de vendas para o gerente. d) Hspede se registra em um hotel.
a. b. c. d. Transferir Fundos Comprar Livros Obter Relatrio de Vendas Abrir Estadia Cliente Usurio Gerncia Hspede
" "