Data de entrega final: 24/11/2014 Itens Obrigatórios
•
Capa
•
Histórico de Revisão
•
Sumário
•
Introdução
• Objetivo e Visão geral do documento
•
Escopo do Sistema
•
Requisitos
• Funcionais
• Não Funcionais
•
Diagrama de Caso de Uso
•
Matriz de Rastreabilidade
•
Glossário
•
Descrição de Caso de Uso
(um por membro de equipe) Data limite de entrega:10/11/2014
Data limite de entrega:
13/11/2014
Data limite de entrega:
17/11/2014 Data limite de entrega:
24/11/2014
**OBS.: Entregas via google driver: isaabezerra@leaosampaio.edu.br
Especificação de Caso de Uso
Descrever Caso de Uso
•
O que é Caso de Uso?
• A OMG – Object Management Group, conforme a UML Superstructure Specification, v2.0, Casos de Uso são meios para a especificação de usos necessários de um sistema. Normalmente, eles são usados para capturar os requisitos de um sistema, isto é, o que um sistema é suposto fazer.
• Kurt Bittner no seu livro “Use Case Modeling”, afirma que Caso de Uso é uma técnica poderosa de modelagem de requisitos.
• O RUP, por que vez, classifica Caso de Uso como um artefato. Neste ponto de vista o Caso de Uso é apresentado como um produto de trabalho que possui um ciclo de vida composto de fases que inicia na sua elicitação e termina na forma de um artefato implementado, testado e entregue ao usuário para uso operacional. Deve ser gerenciado como um importante Item de Configuração.
Figura 01 – Todo-Parte
Descrever Caso de Uso
• Especificação de Caso de Uso.
•
Durante a modelagem de casos de uso uma das coisas mais importantes é descrever o comportamento de cada caso de uso. Essa descrição é também chamada de
Especificação de Caso de Uso.Figura 01 – Todo-Parte
• Especificação de Caso de Uso.
•
Seu conteúdo deve ter:
• Nome do caso de uso,
• Breve descrição,
• Atores Envolvidos,
• Prioridade,
• Fluxos de eventos (fluxo básico e fluxos alternativos),
• Pré e pós condição,
• Requisitos especiais.
• Regras de negócio envolvidas.
• Requisitos Associados
Descrever Caso de Uso
• Especificação de Caso de Uso.
•
Nome do Caso de Uso, -
• Usar Siglas UC (User Case – Caso de Uso) junto do sua respectiva sequência,
• Ex.:
•UC 01 – Manter Alunos,
•UC 02 – Cadastrar Usuário,
•UC 03 – Realizar Pedido
• Comece o nome do caso de uso com um verbo no infinitivo (para indicar um processo ou ação).
Figura 01 – Todo-Parte
Descrever Caso de Uso
•
Especificação de Caso de Uso.
•
Breve Descrição
•
A descrição relata de forma sucinta a finalidade do caso de uso.
•
Ex.:
• Para um caso de Uso – UC 02 – Realizar Inscrição, poderíamos ter como Breve Descrição:
• O aluno usa o sistema para realizar inscrição em disciplinas.
• Para um caso de Uso – UC 03 – Manter Funcionário, Poderíamos ter como Breve Descrição:
•Este caso uso tem por objetivo permitir consultar, incluir, alterar e excluir o registro de funcionários no sistema SISFUNC (Sistema Funcional da ConstruMarte).
Figura 01 – Todo-Parte
Descrever Caso de Uso
• Especificação de Caso de Uso.
•
Atores Envolvidos
• listar os atores que podem se utilizar no caso de uso, com por exemplo:
operacional do estoque, gerente de contas, responsável pelo envio de material, etc. Nunca usar termos genéricos como "usuário".
• Ex.:
• Ator(es): Todos os usuários cadastrados no sistema.
• Atores Envolvidos:
•Clientes, Funcionários e Transportadora.
•
Prioridade
Figura 01 – Todo-Parte
Essencial Importante Desejável
• Especificação de Caso de Uso.
• Fluxos de eventos (fluxo básico, fluxos alternativos e fluxos de exceção)
• Fluxo Básico – Caminho Principal / Fluxo Principal
• O fluxo básico deve abordar o que "geralmente" ocorre quando o caso de uso é executado. O caminho feliz deve ser representado no fluxo básico. Caso haja exceções e\ou caminhos alternativos, estes deverão ser descritos no tópico seguinte fluxos alternativos e fluxos de exceção.
• Fluxos Alternativos - Caminho Alternativo
• Os fluxos alternativos abordam o comportamento de caráter opcional ou excepcional em relação ao comportamento normal e também variações do comportamento normal. Quando esta seção não for aplicável, preencher com o texto: “Seção não aplicável para este caso de uso
Descrever Caso de Uso
• Especificação de Caso de Uso.
• Fluxos de eventos (fluxo básico, fluxos alternativos e fluxos de exceção)
• Fluxo de Exceção – Caminho de Exceção
• Fluxos alternativos podem ser classificados em Fluxos de Exceção sendo os mesmos condições em que o fluxo normal de execução é interrompido por algum evento indesejável. Quando esta seção não for aplicável, preencher com o texto: “Seção não aplicável para este caso de uso
Figura 01 – Todo-Parte
Descrever Caso de Uso
•
Especificação de Caso de Uso.
• Pré-Condições - Pré-requisito
• Uma condição prévia de um caso de uso é o estado do sistema ideal para que o caso de uso seja executado. Quando esta seção não for aplicável, preencher com o texto: “Seção não aplicável para este caso de uso.
• Ex.:
• Pós-Condição:
•Cadastro do funcionário mantido no sistema.
• Pós-Condição:
•O aluno estar cadastrado na disciplina ao qual realizou a matrícula.
Figura 01 – Todo-Parte
Descrever Caso de Uso
• Especificação de Caso de Uso.
• Pós-Condições
• Uma condição posterior de um caso de uso é o estado esperado do sistema após a execução de caso de uso. Quando esta seção não for aplicável, preencher com o texto: “Seção não aplicável para este caso de uso
• Ex.:
• Pós-Condição:
•O ator deverá estar devidamente cadastrado no sistema com perfil de Administrador ou secretaria.
•O funcionário deverá ter entregue toda a documentação solicitada no RH, para ser cadastrado conforme regime CLT.
Figura 01 – Todo-Parte
•
Especificação de Caso de Uso.
• Requisitos Especiais para o Caso de Uso
• Características tipicamente não-funcionais que não podem ser representadas nos fluxos de eventos do caso de uso. Descrever os requisitos específicos para o caso de uso em foco. É uma espécie de complementação do evento – do fluxo de eventos.
• Utiliza-se para a descrição do algoritmo, para apontar alguma situação especial (por exemplo, o tempo de resposta ou o número mínimo de valores a serem exibidos em cada tela) ou outros aspectos relevantes que não foram explicitados nos fluxos descritos anteriormente. Se não houverem requerimentos especiais, não remova o item; escreva simplesmente "Não aplicável".
• Exemplos:
• padrões da aplicação, atributos legais, atributos de qualidade e exigências de usabilidade, de confiabilidade, de desempenho ou de suportabilidade. Quando esta seção não for aplicável, preencher com o texto: “Seção não aplicável para este projeto.
Descrever Caso de Uso
•
Especificação de Caso de Uso.
• Regras de negócio envolvidas
• Somente as referências das regras de negócio realizadas pelo caso de uso.
Se quiser saber o detalhe da regra, é necessário acessar o artefato Regra de Negócio.
• EX.:
• Regra de Aplicação
•RA1. O campo CPF deverá ser composto de 11(onze) dígitos numéricos no formato (99999999999).
• Regra de Negócio
•RN1. A alteração do cadastro do funcionário apenas será permitida 30 dias após a sua inclusão.
• Requisitos Associados:
• RF02- Gerar Folha de Pagamento.
Figura 01 – Todo-Parte
Diagrama de Caso de Uso
Caso de Uso: um exemplo 1/8
•
Caso de Uso: Processar Venda
•
Descrição Breve
• O Caixa necessita efetuar a venda de um conjunto de itens selecionados pelo cliente. Deve atualizar estoque, registrar a venda e emitir o recibo
•
Descrição Informal
• Um cliente chega no caixa com itens a comprar. O Caixa registra cada item usando o Sistema. O sistema apresenta o total parcial e a descrição de cada item. O cliente entra com a informação de pagamento, que o sistema valida e registra. O sistema atualiza o estoque. O cliente recebe um recibo e parte com os itens adquiridos
Casos de Uso – Detalhado
2/8
•
Ator primário
• o que inicia a ocorrência do caso de uso
• Caixa
•
Interessados
• Todos interessados em validar o Caso de Uso
• Caixa
• Cliente
•
Pré-condições
• O que deve ser verdade antes de iniciar o caso de uso
• O caixa está identificado e autenticado
Casos de Uso – Detalhado 3/8
•
Pós-condições
• O que deve ser verdade após o término com sucesso do caso de uso
• A venda está registrada. O estoque atualizado e as comissões calculadas.
• descrição ainda informal
Casos de Uso - Descrição Detalhada 4/8
•
Fluxo Normal
• Descreve a história principal de sucesso do caso de uso
•
Fluxos Alternativos ou Extensões
• Indicam outros cenários (tanto de sucesso como de insucesso)
•
Requisitos Especiais: requisitos não funcionais, atributos de qualidade ou restrições
• Usar um leitor ótico para o código de barras
Casos de Uso – Descrição Detalhada 5/8
• Cadastrar Cliente
• Fluxo Normal:
• Número seqüência. Agente + verbo + complemento
1. O caso de uso é iniciado quando o caixa aciona a opção cadastrar cliente.
2. O cliente fornece seus dados
3. O sistema verifica que o cliente não está cadastrado
1. FA001 - o cliente já está cadastrado
4. O sistema adiciona o novo cliente quando o cliente clica em salvar
5. O sistema informa que o cadastro foi efetuado com sucesso 6. O caixa clica no botão Ok para confirmar
7. O caso de uso é finalizado com sucesso,
Fluxos Alternativos:
•
FA<número>: <Descrição do caso alternativo>
•
Número seqüência . Agente + verbo + complemento ;
• Finalizar caso de uso ou retornar ao passo...
Casos de Uso – Descrição Detalhada 7/8
Cadastrar Cliente - Fluxos Alternativos FA001 – FN.3: o cliente já está cadastrado
1. O sistema verifica que o cliente está cadastrado 2 O sistema informa que já está cadastrado
3 O caso de uso volta no ponto 6 do fluxo principal.
Casos de Uso – Descrição Detalhada 8/8
• Processar Venda
• Fluxo Normal
1. O caso de uso é iniciado quando o caixa clica em iniciar uma venda 2. O caso de uso Adicionar Item de venda é iniciado
3. O sistema totaliza a compra e informa o total a pagar 4. O caso de uso realizar pagamento é iniciado 5. O caixa confirma o pagamento clicando em ok 6. O caso de uso emite o recibo é iniciado
7. O caso de uso é finalizado quando o caixa clica finalizar.