Especificacao de Caso de Uso - UCDB - Analise e Desenvolvimento de Sistemas

UNIVERSIDADE CATÓLICA DOM BOSCO PróReitoria de Gestão e Extensão Coordenação de Cursos Tec em Análise e Desenv de Sistemas Ciência da Computação Eng da Computação Engenharia de Software Sigla do Projeto Nome do Projeto Especificação de Caso de Uso UC000 Nome do Caso de Uso Versão 20 UNIVERSIDADE CATÓLICA DOM BOSCO PróReitoria de Gestão e Extensão Coordenação de Cursos Tec em Análise e Desenv de Sistemas Ciência da Computação Eng da Computação Engenharia de Software Autor Autor Nome do Arquivo SIGLAUCnumero do UCNomedocasodeusodocx Página 2 Histórico de Revisões Versão Data Descrição Autor xx ddmmaaaa Incluir a demanda que originou a criação ou alteração do caso de uso Ex Criação do documento para atender a demanda X Ex Alteração do documento para atender a demanda Inclusão do passo XX do fluxo básico Inclusão do documento XXXX no item 12 Referência Alteração do passo1 do Fluxo Alternativo FA3 o Alteração do nome do ator o Alteração da palavra gravar para armazenar Nome do Autor A versão será iniciada em 10 Enquanto estiver dentro de uma mesma demandaOS a cada entrega deverá ser incrementada a casa após o ponto Se o Caso de Uso for alterado por outra demanda a versão será incrementada em 1 Ex Versão 10 Criação do artefato Versão 11 Alteração do artefato devido aos defeitos encontrados na homologação da Versão 10 Versão 12 Alteração do artefato devido aos defeitos encontrados na homologação da Versão 11 Versão 20 Alteração do artefato UNIVERSIDADE CATÓLICA DOM BOSCO PróReitoria de Gestão e Extensão Coordenação de Cursos Tec em Análise e Desenv de Sistemas Ciência da Computação Eng da Computação Engenharia de Software Autor Autor Nome do Arquivo SIGLAUCnumero do UCNomedocasodeusodocx Página 3 Sumário 1 INTRODUÇÃO 4 2 DESCRIÇÃO DO CASO DE USO 4 3 ATORES 4 4 PRECONDIÇÕES 5 5 PÓSCONDIÇÕES 5 6 FLUXO DE EVENTOS 5 61 Fluxo Básico 5 62 Fluxos Alternativos 6 63 Fluxos de Exceção 7 7 RELACIONAMENTOS 8 71 Pontos de Extensão 8 72 Pontos de Inclusão 8 8 INFORMAÇÕES COMPLEMENTARES 8 9 REGRAS DE NEGÓCIO 9 10 PROTÓTIPOS 9 UNIVERSIDADE CATÓLICA DOM BOSCO PróReitoria de Gestão e Extensão Coordenação de Cursos Tec em Análise e Desenv de Sistemas Ciência da Computação Eng da Computação Engenharia de Software Autor Autor Nome do Arquivo SIGLAUCnumero do UCNomedocasodeusodocx Página 4 Especificação de Caso de Uso Nome do Caso de Uso O modelo que segue é fornecido para uma Especificação de Caso de Uso que deve conter as propriedades de texto do caso de uso Retirar essa mensagem do documento original 1 Introdução Este documento visa representar uma unidade funcional coerente provida pelo sistema manifestada por sequências de mensagens intercambiáveis entre o sistema e um ou mais atores 2 Descrição do Caso de Uso A finalidade principal do Caso de Uso é documentar o comportamento de um Sistema de maneira clara concisa e compreensível Exemplo Possibilita a Autoridade Instauradora o cadastramento instauração de processos de apuração de responsabilidade em que a execução das atividades extrapola o âmbito da unidade relacionada aos Gestores de Unidade No momento da Instauração do processo de apuração de responsabilidade é definido o objeto de apuração comissão apuradora representante do instaurador e prazos que controlam o andamento da apuração Possui as seguintes funcionalidades inclusão alteração e visualização de informações de processos de apuração de responsabilidade Preferencialmente utilizar a mesma descrição do Modelo de Caso de Uso 3 Atores Os atores abaixo relacionados estão descritos no documento nome do artefato de modelo de caso de uso Represente os Atores e como eles interagem com o Caso de Uso Por exemplo Analista Técnico Secretária Apoio Os fluxos FA1 FA2 e FA3 podem ser executados pelos atores Gestor Apoio Técnico e serão representados apenas com o termo ator Os fluxos FA4 FA5 e FA6 podem ser executados pelos atores Gestor Analista e Técnico e serão representados apenas com pelo ator Gestor O fluxo FA7 pode ser executado por qualquer ator acima descrito portanto será representado apenas com o termo ator Retirar essa mensagem do documento original UNIVERSIDADE CATÓLICA DOM BOSCO PróReitoria de Gestão e Extensão Coordenação de Cursos Tec em Análise e Desenv de Sistemas Ciência da Computação Eng da Computação Engenharia de Software Autor Autor Nome do Arquivo SIGLAUCnumero do UCNomedocasodeusodocx Página 5 4 Precondições Uma condição prévia de um Caso de Uso é o estado do Sistema que deve estar presente antes de um Caso de Uso ser realizado Não deverá incluir na precondição O usuário deve estar autenticado no Sistema ou O usuário deve possuir permissão de segurança para acessar a funcionalidade PRE0n descrição da precondição 5 PósCondições Uma condição posterior de um Caso de Uso é uma lista dos possíveis estados em que o Sistema poderá se encontrar imediatamente depois do término de um Caso de Uso POS0n descrição da póscondição 6 Fluxo de Eventos Um Caso de Uso é descrito por seu Fluxo Básico e seus Fluxos Alternativos O Fluxo Básico representa o caminho mais comumente percorrido caminho feliz pelo Ator e os fluxos alternativos representam subfluxos que ocorrem alternativamente ao caminho feliz Uma especificação de Caso de Uso deve representar a fronteira do sistema para o mundo externo Procure então representar toda a interação do Ator com o Caso de Uso incluindo os dados de entrada e de saída envolvidos Este caso de uso inicia quando descrição do início do caso de uso Ponto de atenção nos alinhamentos dos fluxos 11 Fluxo Básico Um Ator sempre inicia os Casos de Uso O Caso de Uso descreve o que o Ator faz e o que o Sistema faz em resposta Ele deve ser elaborado como um diálogo entre o Ator e o Sistema O Caso de Uso descreve o que acontece dentro do Sistema mas não o porquê e nem o como Se forem trocadas informações seja específico no que diz respeito ao conteúdo que é passado e retornado Por exemplo não é muito esclarecedor dizer que o Ator fornece informações do cliente logo é melhor dizer que ele fornece o nome e o endereço do cliente As alternativas simples poderão ser apresentadas no texto do Caso de Uso Se o fluxo alternativo for mais complexo use uma seção separada para descrevêlo Por exemplo uma subseção Fluxo Alternativo explica como descrever alternativas mais complexas FB Nome do Fluxo Básico Este caso de uso inicia quando descrever o início do caso de uso UNIVERSIDADE CATÓLICA DOM BOSCO PróReitoria de Gestão e Extensão Coordenação de Cursos Tec em Análise e Desenv de Sistemas Ciência da Computação Eng da Computação Engenharia de Software Autor Autor Nome do Arquivo SIGLAUCnumero do UCNomedocasodeusodocx Página 6 Passo Ação do sistema Passo Ação dos atores 1 O Sistema 2 O Ator 3 O Sistema 4 O Ator 5 O Sistema Fim do Caso de Uso O passo 1 do fluxo deve ser representado com a ação do sistema 12 Fluxos Alternativos O fluxo alternativo representa um comportamento alternativo geralmente devido a variações que ocorrem no fluxo básico O tamanho desses fluxos poderá ser tão extenso quanto o necessário para descrever os eventos associados ao comportamento alternativo Quando um fluxo alternativo termina os eventos do fluxo principal de eventos são retomados a menos que seja especificado de outra maneira FA1 Nome do fluxo alternativo No passo X do Fluxo Y quando o ator solicitar descrever a ação do ator o sistema deve realizar os seguintes passos Pass o Ação do sistema Passo Ação dos atores 1 O Sistema 2 O Ator 3 O Sistema 4 O Ator 5 O Sistema Finaliza o fluxo ou O sistema retorna ao passo referência cruzada do número do passo Poderá haver e muito provavelmente haverá uma série de Fluxos Alternativos em um Caso de Uso Mantenha cada fluxo alternativo separado para aprimorar a clareza O uso de Fluxos Alternativos melhora a legibilidade do Caso de Uso e também evita que os Casos de Uso sejam decompostos em hierarquias de Casos de Uso Lembrese de que os Casos de Uso são apenas descrições textuais e que sua finalidade principal é documentar o comportamento de um Sistema de maneira clara concisa e compreensível UNIVERSIDADE CATÓLICA DOM BOSCO PróReitoria de Gestão e Extensão Coordenação de Cursos Tec em Análise e Desenv de Sistemas Ciência da Computação Eng da Computação Engenharia de Software Autor Autor Nome do Arquivo SIGLAUCnumero do UCNomedocasodeusodocx Página 7 Elementos de usabilidade não devem ser descritos como fluxos alternativos por exemplo Fechar Sair Cancelar Retornar Abas comportamento de campos combo box autocomplete selecionar arquivos e etc FA2 Nome do fluxo alternativo No passo X do Fluxo Y quando o ator solicitar descrever a ação do ator o sistema deve realizar os seguintes passos Pass o Ação do sistema Passo Ação dos atores 1 Descrição do passo do fluxo alternativo 2 3 Finaliza o fluxo ou O sistema retorna ao passo referência cruzada do número do passo 13 Fluxos de Exceção O fluxo de exceção representa um comportamento de exceção que acontece durante o fluxo básico ou alternativo FE1 Nome do fluxo de Exceção No passo X do Fluxo Y quando o ator descrever a ação do ator o sistema deve realizar os seguintes passos Pass o Ação do sistema Passo Ação dos atores 1 descrever a ação do ator descrever a ação do ator Finaliza o fluxo ou O sistema retorna ao passo referência cruzada do número do passo FE2 Nome do fluxo de Exceção No passo X do Fluxo Y quando o ator descrever a ação do ator o sistema deve realizar os seguintes passos Pass o Ação do sistema Passo Ação dos atores UNIVERSIDADE CATÓLICA DOM BOSCO PróReitoria de Gestão e Extensão Coordenação de Cursos Tec em Análise e Desenv de Sistemas Ciência da Computação Eng da Computação Engenharia de Software Autor Autor Nome do Arquivo SIGLAUCnumero do UCNomedocasodeusodocx Página 8 1 descrever a ação do ator descrever a ação do ator 2 O Ator 3 Finaliza o fluxo ou O sistema retorna ao passo referência cruzada do número do passo 7 Relacionamentos 14 Pontos de Extensão Esta seção apresenta todos os pontos de extensão do caso de uso Quando nenhum ponto de extensão for aplicável preencher com o texto Não se aplica PE1 SiglaProjetoUC000NomeCasoUso Nome do Fluxo O nome do ponto de extensão deve ser o mesmo do caso de uso e fluxo executado para facilitar a leitura 15 Pontos de Inclusão Esta seção apresenta todos os pontos de inclusão do caso de uso Quando nenhum ponto de inclusão for aplicável preencher com o texto Não se aplica PI1 SiglaProjetoUC000NomeCasoUso Nome do Fluxo O nome do ponto de inclusão deve ser o mesmo do caso de uso e fluxo executado para facilitar a leitura 8 Informações Complementares Esta tabela deve ser preenchida quando existir interface para a funcionalidade Excluir a tabela do documento quando não se aplicar Parâmetro Tipo Tamanho Obrigatório SN Permite Alteração Descrição Nome Alfanuméri co 100 S Nome da pessoa estrangeira Nome do parâmetro Arquivo Alfabético Alfanuméri co Numérico e Tamanho do parâmetro Especificar a opção desejada Especificar as informações relevantes que não se encaixam nos outros itens UNIVERSIDADE CATÓLICA DOM BOSCO PróReitoria de Gestão e Extensão Coordenação de Cursos Tec em Análise e Desenv de Sistemas Ciência da Computação Eng da Computação Engenharia de Software Autor Autor Nome do Arquivo SIGLAUCnumero do UCNomedocasodeusodocx Página 9 Data Esta tabela deve ser preenchida quando não existir interface para a funcionalidade Excluir a tabela do documento quando não se aplicar 9 Regras de Negócio Esta seção apresenta as regras de negócio existentes Quando nenhuma regra for aplicável preencher com o texto Não se aplica RN1 Nome da Regra de Negócio Descrição da regra de negócio 10 Protótipos Esta seção apresenta todas as telas construídas como protótipo Quando nenhuma tela for aplicável preencher com o texto Não se aplica PR1 Nome da Tela