atividade de análise fase de elaboração. artefatos casos de uso –expansão dos casos de uso...
TRANSCRIPT
Artefatos
• Casos de Uso– Expansão dos Casos de Uso Definidos na Fase de
Concepção: Formulário Específico– Diagramas UML Expandidos
• Decomposição em sub-casos de uso– Relacionamentos include, extend, is_a
• Modelo Conceitual– Refinamentos sucessivos (cada iteração) do Modelo
Preliminar• Diagrama de Entidades e Relacionamentos
– Agregação/Composição, Hierarquia, Papéis nos relacionamentos
Artefatos (2)
• Diagrama de Seqüência das Operações de Sistema– Operações que mudam o estado do sistema
• Contratos das Operações de Sistema• Consultas / Relatórios
– “Lay-outs”
Artefatos (3)
• Estudo de Caso– 1ª. Iteração: Caso de Uso Emprestar Fitas
• Expansão do Caso de Uso, incluindo a sua decomposição em sub-casos de uso
• Diagrama de Seqüência das Operações do Caso de Uso• Contratos das Operações do Caso de Uso
– 2ª. Iteração: Caso de Uso Reservar Fitas– 3ª. Iteração: Caso de Uso Devolver Fitas– 4ª. Iteração: Consultas / Relatórios
Casos de Uso no Contexto do UP
Casos de Uso Expandidos
Modelo Conceitual
Contratos
Projeto da Camada de Aplicação
Projeto da Camada de
Domínio
Análise Projeto
Diagramas de Seqüência de Ops.
Atividades de Expansão
• Descrever o fluxo principal– Não considera erros ou exceções
• Descrever fluxos alternativos– Considera erros ou exceções
Exemplo de Caso de Uso de Alto Nível
Caso de uso: Emprestar Fitas Um cliente solicita a locação de algumas fitas. Após identificar-se e identificar as fitas ele pode levá-las para casa, ciente do prazo de devolução e do valor a ser pago.
Exemplo de Caso de Uso Expandido
Atividade de Análise
Fase de Elaboração
Fluxo Principal: 1. O cliente chega ao balcão com as fitas que deseja locar.
2. O cliente informa seu nome e entrega as fitas ao funcionário.
3. O funcionário registra o nome do cliente e inicia a locação.
4. O funcionário registra cada uma das fitas.
5. O funcionário finaliza a locação, devolve as fitas ao cliente e lhe informa a data de devolução e o valor total da locação.
6. O cliente vai embora com as fitas.
Tratamento de Exceções: 3a. O cliente não possui cadastro.
3a.1 O cliente deve informar seus dados para cadastro.
3a.2 O funcionário registra o cadastro.
3a.3 Retorna ao fluxo principal no passo 3.
3b. O cliente possui pendências no cadastro (locação anterior não foi paga).
3b.1 O cliente paga seu débito.
3b.2 O funcionário registra a quitação do débito, eliminando assim a pendência.
3b.3 Retorna ao passo 3.
4a. Uma fita está reservada para outro cliente.
4a.1 O funcionário informa que a fita não está disponível para locação.
4a.2 Prossegue a locação do passo 4 sem incluir a fita reservada.
4b. Uma fita está danificada.
4b.1 O funcionário informa que a fita está danificada.
4b.2 O funcionário registra que a fita está danificada.
4b.3 O funcionário verifica se existe outra fita disponível com o mesmo filme.
4b.3 Se existir, o funcionário substitui a fita e segue no passo 4, senão segue do passo 4 sem incluir a fita danificada.
Caso de Uso: Emprestar Fitas
Comentários sobre Textos de Casos de Uso
• Fluxo Principal– Observe que o estilo em passos permite evitar o uso
de expressões se <condição> então <ação-1> senão <ação-2>, que são fonte de ambigüidades
• Pior ainda é o ‘ninho de se´s’: se <condição1> então <ação-1> senão se <condição2> ...
– Sendo mais enfático, o uso de se é proibido no fluxo principal
Comentários sobre Textos ... (2)
• Fluxos Alternativos– O uso de se não é proibido, mas deve ser evitado
• No exemplo, o passo 4b.3 ainda usa se• Nos próximos dois slides, o passo 4b é inteiramente
reescrito, e um novo passo 4c é escrito, tudo isso para evitar o uso do se
Comentários sobre Textos ... (3)
• 4b. Uma fita está danificada e existe outra cópia– 4b.1 O funcionário informa que a fita está danificada– 4b.2 O funcionário registra que a fita está danificada– 4b.3 O funcionário substitui a fita– 4b.4 Retorna ao passo 4
Comentários sobre Textos ... (4)
• 4c. Uma fita está danificada e não existe outra cópia– 4c.1 O funcionário informa que a fita está danificada– 4c.2 O funcionário registra que a fita está danificada– 4c.3 Retorna ao passo 4
Comentários sobre Textos ... (5)
• Interrupção de Caso de Uso– Tanto em relação ao fluxo principal quanto aos
fluxos alternativos, um caso de uso é implicitamente ‘abortado’ se qualquer passo não puder ser integralmente realizado
• Passo 2: se o cliente não informa seu nome, o caso de uso não pode continuar
• Passo 3a.2: se o funcionário não cadastra o novo cliente, o caso de uso não pode continuar
Comentários sobre Textos ... (6)
• A solução para o caso de uso Emprestar Fitas admite que o cliente *sempre* leva fitas. Isto não é bem uma realidade.
• Exercício: Modifique o texto do caso de uso para que um cliente possa sair sem levar fitas.
Comentários sobre Textos ... (7)
• Sossegue! Não vou matá-lo(a) se empregar o se (refiro-me a fluxos alternativos)– Apenas, peço que esgote todas as suas
possibilidades de não usar o se
Tratamento de Exceções em Casos de Uso
• Depois de descrever o fluxo principal de um caso de uso, deve-se imaginar o que poderia dar errado em cada um dos passos descritos
• Uma exceção é um evento que se não for devidamente tratado impede o prosseguimento do caso de uso
• Exceção – se não for tratada -- em um processo não é necessariamente algo que impede que o processo seja iniciado, mas normalmente algo que impede que ele seja concluído
Regras para Tratamento de Exceção
• Identificador – número da linha no fluxo principal (FP) e código da exceção
• Descrição da exceção – uma frase• Ações corretivas – um fluxo alternativo• Finalização – retorno ao FP
Formas de Finalizar um Fluxo Alternativo
• Voltar ao início do passo do FP que causou a exceção
• Ir para algum passo posterior do FP • Voltar ao início do caso de uso • Abortar o caso de uso
Forma a ser evitada no Fluxo Principal
• Se o cliente possui cadastro então o funcionário registra...
‘Aborto’ de Caso de Uso
• Um caso de uso é implicitamente ‘abortado’ quando– Não for possível realizar um passo– Não é necessário indicar isso como exceção, pois
idealmente pode ocorrer a qualquer momento e em qualquer passo
Repetição de Passos
• Repetição de um Passo– PassoX* (o ‘*’ indica iteração)
• Repetição de uma coleção de passos– Repita PassoX – PassoY Enquanto <condição> PassoX ... ... PassoY
Como Avaliar a Qualidade do Texto de um Caso de Uso?
• Resolver o problema do se faz parte da avaliação
• Classificação dos passos do texto– Obrigatórios– Complementares– Não Recomendáveis
Passos Obrigatórios
• Descrevem entradas / saídas de informação do sistema necessárias para realizar o caso de uso– Não vale ‘informação’ do tipo “OK” (isso deve ficar
implícito)• Na falta de um passos obrigatório, o caso de
uso deve ficar sem sentido
Exemplo de Caso de Uso em que Falta Informação (Entrada)
Caso de Uso (mal construído): Reservar Fitas 1. O cliente entra em contato com o funcionário da videolocadora (possivelmente por telefone).
2. O cliente informa seu nome.
3. O cliente solicita uma reserva.
4. O funcionário confirma a reserva.
Um Diálogo Impossível, Baseado no Caso de Uso do Slide Anterior
Cliente: Boa tarde!
Funcionário: Boa tarde! Em que posso servi-lo?
Cliente: Meu nome é João e eu gostaria de reservar um filme.
Funcionário: Pois não, Senhor. Acabo de efetuar a reserva.
Cliente: Grato!
Uma Solução Adequada
Caso de Uso: Reservar Fitas 1. O cliente entra em contato com o funcionário da videolocadora (possivelmente por telefone).
2. O cliente informa seu nome.
3. O cliente solicita uma reserva informando o nome do filme.
4. O funcionário confirma a reserva, informando o prazo de validade.
Tipos de Passos Obrigatórios
• Eventos de sistema – Entradas (EV), ‘disparadas’ por atores
• Respostas de sistema – Saídas (RS), ou ações decorrentes de eventos
– Obs. Não são respostas de sistema retornos do tipo “OK”. Deve ser enviada ao mundo externo alguma informação armazenada no sistema
Identificação de Passos Obrigatórios em um Caso de Uso
Caso de Uso: Reservar Fitas 1. O cliente entra em contato com o funcionário da videolocadora (possivelmente por telefone).
2. [EV] O cliente informa seu nome.
3. [EV] O cliente solicita uma reserva informando o nome do filme.
4. [RS] O funcionário confirma a reserva, informando o prazo de validade.
Passos Complementares
• Não são do tipo EV ou RS, mas ajudam a compreender o contexto
• Tais passos têm pouca ou nenhuma influência na complexidade do software a ser desenvolvido– Slide anterior: o passo 1 é complementar
Mais Exemplos de Passos Complementares
• “O cliente chega ao balcão com as fitas que deseja locar”
• “O cliente vai embora com as fitas”• “O funcionário pergunta o nome do cliente”
Passos Não Recomendáveis• Passos com
– Informação incompleta– ‘Informação’ do tipo “OK”
• Passos que descrevem processos internos ao sistema – O caso de uso só deve descrever a interação entre o sistema
e os atores, e não processamento interno• Passos do fluxo principal que descrevem exceções
– Exceções devem ser tratadas somente em fluxos alternativos• Passos não recomendáveis devem ser corrigidos ou
para obrigatórios ou para complementares
Exemplos de Passos Não Recomendáveis
• “O sistema registra o nome do cliente no banco de dados” (processo interno)
• “O sistema calcula a média das vendas” (processo interno)– Calcular a média é um requisito funcional– Porém, no caso de uso o que deve ser descrito é algo como
o sistema mostra a média das vendas (RS)
Um Exemplo de Caso de Uso com Passos Não Recomendáveis
Caso de Uso (mal construído): Emprestar Fitas 1. O cliente chega ao balcão com as fitas que deseja emprestar.
2. O cliente informa seu nome.
3. O funcionário registra o nome do cliente.
4. O sistema verifica se o cliente tem cadastro e se o cliente não está suspenso por não pagamento de empréstimos anteriores.
5. O funcionário registra cada uma das fitas.
6. O sistema verifica no banco de dados o registro das fitas e marca cada uma como “emprestada”. Posteriormente o sistema adiciona cada fita ao empréstimo corrente e soma o valor das fitas no total do empréstimo.
7. O funcionário encerra o empréstimo.
8. O cliente vai embora com as fitas.
Um Exemplo de Caso de Uso com Passos Não Recomendáveis (2)
• Os passos não recomendáveis– 4: exceção– 6: processo interno
Técnica de Variante em Casos de Uso
• Variantes não são exceções, mas cenários distintos dentro de um passo de um caso de uso– Outra forma de evitar o uso do Se– Re-uso
Fluxo Principal
1. O cliente entrega as fitas que deseja devolver.
2. O funcionário identifica cada uma das fitas.
3. O funcionário indica que não há mais fitas para devolver.
4. O sistema informa o valor total a ser pago.
5. O cliente realiza o pagamento:
- Dinheiro: Ver variante 5.1.
- Cheque: Ver variante 5.2.
- Cartão: Ver variante 5.3.
6. O funcionário conclui a devolução.
Variantes
5.1: Dinheiro:
5.1.1. O cliente entrega a quantia em dinheiro.
5.1.2. O funcionário registra a quantia.
5.1.3. O sistema informa o troco.
5.1.4. O funcionário entrega o troco ao cliente.
5.2: Cheque:
5.2.1. O cliente entrega o cheque.
5.2.2. O funcionário solicita a presença do gerente.
5.2.3. O gerente dá o visto no cheque.
5.3: Cartão:
5.3.1. O cliente entrega o cartão de crédito.
5.3.2. O funcionário envia a informação sobre o cartão ao serviço de autorização, bem como o valor da compra e a identificação da loja.
5.3.3. O Serviço de autorização envia o código de autorização.
5.3.4. O cliente confirma a autorização (possivelmente com a assinatura).
Caso de Uso: Devolver Fitas
Re-uso de Variantes
Caso de Uso: Vender Fitas 1. O cliente se identifica.
2. O cliente entrega as fitas que deseja comprar.
3. O funcionário identifica as fitas para compra.
4. O sistema informa o valor total.
5. O cliente realiza o pagamento:
- Dinheiro: Ver Caso de Uso Devolver Fitas, variante 5.1
- Cheque: Ver Caso de Uso Devolver Fitas, variante 5.2
- Cartão: Ver Caso de Uso Devolver Fitas, variante 5.3
4. O cliente vai embora.
Quando Usar Variantes?
• Quando uma mesma seqüência de passos é repetida em diferentes casos de uso
• Quando um caso de uso é demasiadamente complexo, e a divisão dele em variantes ajuda na sua compreensão– Diagrama UML de caso de uso: relacionamento is_a
Leituras em Casos de Uso
• Evite– “O sistema verifica se o usuário está cadastrado”
• Esta forma não descreve nem entrada e nem saída
• Prefira– “O funcionário informa a identificação do cliente”
• Entrada– “O sistema informa os dados do cadastro do cliente”
• Saída
Leituras em Casos de Uso (2)
• Note que usamos a palavra Leitura, em vez de Consulta– Consulta é algo bem mais amplo, e deve ser tratada
em Consultas / Relatórios (casos de uso especiais)
Outras Seções de um Caso de Uso Expandido
• Atores• Interessados
– Atores secundários• Pré-condições
– Sem elas, o caso de uso intrinsecamente aborta, desde o início• Pós-condições
– Os efeitos (mudança de estado) no sistema• Requisitos Funcionais Correlacionados, ou Referências Cruzadas• Variações Tecnológicas• Questões em Aberto
– Indicam a necessidade de refinar o caso de uso, ao longo das iterações seguintes
Caso de Uso: Emprestar Fitas Atores: Funcionário e Cliente
Interessados: Gerente financeiro, Setor de compras
Pré-condições: As fitas a serem locadas estão devidamente registradas (pode-se garantir que as fitas com código identificador tenham sido previamente registradas no sistema se o código for produzido apenas após o registro).
Pós-condições: O cliente ficou de posse das fitas. O registro da locação das fitas para o cliente foi feito. O cliente foi informado do prazo e valor da locação.
Requisitos Correlacionados: F1 e F2.
Variações tecnológicas: a identificação do cliente poderá ser feita através de um código simples ou um cartão com código de barras. A identificação das fitas também poderá ser feita por um código ou por leitor de código de barras. Outra opção seria um leitor magnético, mas esta opção não está sendo seriamente considerada no momento devido ao custo.
Questões em aberto:
1. Os prazos de locação variam de fita para fita?
2. Existem promoções do tipo leve 4 e pague 3?
Fluxo Principal:
1. O cliente chega ao balcão com as fitas que deseja locar.
2. O cliente informa seu nome e entrega ao funcionário as fitas.
3. [EV] O funcionário registra o nome do cliente e inicia a locação.
4. [EV] O funcionário registra cada uma das fitas.
5. [RS] O funcionário finaliza a locação, devolve as fitas ao cliente e lhe informa a data de devolução e o valor total da locação.
6. O cliente vai embora com as fitas.
Tratamento de exceções:
3a. O cliente não possui cadastro.
3a.1 O cliente deve informar seus dados para cadastro.
3a.2 [EV] O funcionário registra o cadastro.
3a.3 Retorna ao fluxo principal no passo 3.
3b. O cliente possui pendências no cadastro (locação anterior não foi paga).
3b.1 O cliente paga seu débito.
3b.2 [EV] O funcionário registra a quitação do débito, eliminando assim a pendência.
3b.3 Retorna ao passo 3.
4a. Uma fita está reservada para outro cliente.
4a.1 [RS] O funcionário informa que a fita não está disponível para locação.
4a.2 Prossegue a locação do passo 4 sem incluir a fita reservada.
4b. Uma fita está danificada.
4b.1 O funcionário informa que a fita está danificada.
4b.2 [EV] O funcionário registra que a fita está danificada.
4b.2 O funcionário verifica se existe outra fita disponível com o mesmo filme.
4b.3 [EV] Se existir, o funcionário substitui a fita e segue no passo 4, senão segue do passo 4 sem incluir a fita danificada.
Caso de Uso: Emprestar Fitas Atores: Funcionário e Cliente
Interessados: Gerente financeiro, Setor de compras
Pré-condições: As fitas a serem locadas estão devidamente registradas (pode-se garantir que as fitas com código identificador tenham sido previamente registradas no sistema se o código for produzido apenas após o registro).
Pós-condições: O cliente ficou de posse das fitas. O registro da locação das fitas para o cliente foi feito. O cliente foi informado do prazo e valor da locação.
Requisitos Correlacionados: F1 e F2.
Variações tecnológicas: a identificação do cliente poderá ser feita através de um código simples ou um cartão com código de barras. A identificação das fitas também poderá ser feita por um código ou por leitor de código de barras. Outra opção seria um leitor magnético, mas esta opção não está sendo seriamente considerada no momento devido ao custo.
Questões em aberto:
1. Os prazos de locação variam de fita para fita?
2. Existem promoções do tipo leve 4 e pague 3?
Fluxo Principal:
1. O cliente chega ao balcão com as fitas que deseja locar.
2. O cliente informa seu nome e entrega ao funcionário as fitas.
3. [EV] O funcionário registra o nome do cliente e inicia a locação.
4. [EV] O funcionário registra cada uma das fitas.
5. [RS] O funcionário finaliza a locação, devolve as fitas ao cliente e lhe informa a data de devolução e o valor total da locação.
6. O cliente vai embora com as fitas.
Tratamento de exceções:
3a. O cliente não possui cadastro.
3a.1 O cliente deve informar seus dados para cadastro.
3a.2 [EV] O funcionário registra o cadastro.
3a.3 Retorna ao fluxo principal no passo 3.
3b. O cliente possui pendências no cadastro (locação anterior não foi paga).
3b.1 O cliente paga seu débito.
3b.2 [EV] O funcionário registra a quitação do débito, eliminando assim a pendência.
3b.3 Retorna ao passo 3.
4a. Uma fita está reservada para outro cliente.
4a.1 [RS] O funcionário informa que a fita não está disponível para locação.
4a.2 Prossegue a locação do passo 4 sem incluir a fita reservada.
4b. Uma fita está danificada.
4b.1 O funcionário informa que a fita está danificada.
4b.2 [EV] O funcionário registra que a fita está danificada.
4b.2 O funcionário verifica se existe outra fita disponível com o mesmo filme.
4b.3 [EV] Se existir, o funcionário substitui a fita e segue no passo 4, senão segue do passo 4 sem incluir a fita danificada.
Construção de Diagramas
• Variantes– Relacionamentos is_a
• Fluxos Alternativos– Relacionamentos extend
• Fluxos Principal e Alternativo– Relacionamentos include, se o fluxo for
suficientemente grande
Projeto: Parte II
• Fase Elaboração – Atividade: Análise Detalhada– Versão #2 do Documento, acrescentando à Versão #1, e
para cada iteração• Casos de Uso Expandidos• Diagramas UML Expandidos de Caso de Uso• Modelo Conceitual do Sistema (incrementos sucessivos)• Diagrama de Seqüência de Operações (DSO), para cada caso de
uso• Contratos de Operações, para cada DSO
– Prazo: 15/08/07