Especificação de Requisitos e Validação de Sistemas

Transcrição

1 UNIVERSIDADE FEDERAL DE PERNAMBUCO CENTRO DE INFORMÁTICA Especificação de Requisitos e Validação de Sistemas Documento de Requisitos André Ricardo Rolim dos Reis (arrr) Marina Alecrim de Carvalho Novaes (macn) Tarcisio Coutinho da Silva (tcs5) Thaís Melise Lopes Pina (tmlp) Recife, 2011

2 Integrante Esforço de trabalho André Ricardo 25% Marina Alecrim 25% Tarcisio Coutinho 25% Thaís Melise 25%

3 Sumário 1. Introdução Motivação O Problema Identificado Sobre a Organização Convenções para Identificação dos Requisitos Convenções para Identificação dos Casos de Uso Estrutura dos casos de uso Prioridades dos casos de uso Descrição dos Atores Requisitos Organizacionais Requisitos Funcionais [RF 01] Efetuar login [RF 02] Efetuar logoff [RF 03] Acessar cardápio [RF 04] Visualizar cesta de compras [RF 05] Adicionar item à cesta de compras [RF 06] Remover item da cesta de compra [RF 07] Efetuar pagamento [RF 08] Acessar promoções [RF 09] Buscar item por categoria [RF 10] Buscar item por preço [RF 11] Inserir produtos [RF 12] Atualizar produtos [RF 13] Remover Produtos [RF 14] Listar Produtos [RF 15] Inserir promoções [RF 16] Remover promoções [RF 17] Atualizar promoções [RF 18] Listar promoções [RF 19] Gerar relatório de análise do retorno financeiro [RF 20] Gerar gráfico de crescimento de usuários [RF 21] Inserir estabelecimento [RF 22] Remover Estabelecimento... 13

4 3.23. [RF 23] Atualizar Estabelecimento [RF 24] Listar Estabelecimentos Requisitos Não Funcionais Requisitos de Processo [RNF 01] Utilizar Linguagem Java [RNF 02] Utilizar o Banco de Dados MySQL [RNF 03] Utilizar metodologia RUP Requisitos de Produto Usabilidade [RNF 04] Interface gráfica [RNF 05] Documentação objetiva [RNF 06] Mensagem de erro Performance [RNF 07] Tempo de resposta [RNF 08] Capacidade de armazenamento Segurança [RNF 09] Confidencialidade [RNF 10] Disponibilidade [RNF 11] Integridade [RNF 12] Autenticação [RNF 13] Robustez Manutenabilidade [RNF 14] Refatoração [RNF 15] Tratamento de exceções Requisitos Externos [RNF 16] Tempo de Desenvolvimento [RNF 17] Orçamento Modelagem Organizacional Modelagem de Dependência Estratégica Modelagem de Razão Estratégica Modelagem de Requisitos Funcionais (Caso de Uso) Modelagem de Requisitos Não Funcionais Conclusão Referências Apêndice A - Glossário... 24

5 Apêndice B Descrição dos casos de uso Apêndice C Técnicas utilizadas na coleta de dados... 49

6 1. Introdução Neste documento são descritos os requisitos para a solução encontrada durante o Estudo de Viabilidade. O sistema deve ser construído a partir das informações capturadas pela utilização de algumas técnicas, como entrevistas e questionário. Também serão explicitados funcionalidades e serviços do sistema e as restrições do mesmo. As funcionalidades (requisitos funcionais) serão detalhadamente explicadas por seus fluxos de eventos e ilustradas através do diagrama de casos de uso. Dúvidas, sobre significados de termos presentes neste documento, podem ser esclarecidas no glossário presente no Apêndice A Motivação De acordo com a Associação Brasileira de Shoppings Sentir, o ano de2011 começou com 408 shoppings em atuação no Brasil, dos quais a maioria possui praças de alimentação. Em horário de pico, em muitas praças de alimentação de shoppings se gasta, em média, uma hora para uma pessoa se alimentar desde o momento em que ela começa a procurar o que comer até terminar a refeição. Esse longo tempo de espera é causado pela dificuldade de encontrar o que deseja e conseguir uma mesa disponível, além da falta de agilidade para efetuar o pedido e o pagamento do produto. Esse projeto visa alcançar maior eficiência no momento do consumo de produtos em uma praça de alimentação de um shopping, gerando mais comodidade aos consumidores O Problema Identificado Os consumidores das praças de alimentação do Shopping Recife nem sempre encontram o produto desejado, nem mesas e muitas vezes enfrentam filas grandes para efetuar o pedido/pagamento. Cenário atual: 1. O consumidor não tem acesso a um catálogo com todos os produtos disponibilizados pelos estabelecimentos da praça de alimentação, então ele pode: 1.1. Ir a um estabelecimento conhecido mesmo que tenha de enfrentar filas; 1.2. Realizar uma busca em cada estabelecimento na praça de alimentação. 2. Quando encontra o produto desejado, o preço pode não ser compatível com o que ele está disposto a pagar e/ou a qualidade do produto não satisfazê-lo. 3. Em horários de muito movimento, todos os estabelecimentos possuem filas para pedir/pagar o produto. 4. Após enfrentar as filas o consumidor pode não encontrar uma mesa É necessário aguardar a liberação de alguma mesa, o que geralmente leva uma quantidade de tempo considerável O consumidor, durante o tempo de espera, fica frustrado, envergonhado e irritado (fome e perda de tempo). Este é um problema que prejudica tanto os consumidores quanto os estabelecimentos. Os consumidores querem apenas consumir um produto de qualidade em tempo ágil, mas se deparam com

7 um serviço de atendimento lento, levando-os a não querer voltar a consumir naquele local novamente. Causando perda de clientes para estabelecimentos e shopping. Diante destes problemas, constatou-se que um sistema em que o consumidor pudesse buscar o produto na própria mesa da praça de alimentação, fazer o pedido desejado e realizar o pagamento, auxiliaria na diminuição do tempo gasto durante a alimentação. Proporcionando melhoria da qualidade de vida. Lembrando que o sistema será criado inicialmente para a praça de alimentação 4 do Shopping Recife, pois possui maior quantidade de clientes e lojas. Porém, o sistema pode ser implantado em qualquer outra praça de alimentação de qualquer outro shopping, já que o funcionamento é semelhante Sobre a Organização Criado em 7 de outubro de 1980, sendo o primeiro em Pernambuco, o Shopping Recife é referência na região Norte/Nordeste, inclusive por ser considerado o quarto maior centro de compras do país e um dos maiores da América Latina, título recebido após ter passado por ampliações ao longo das quase três décadas de funcionamento. Sua localização é uma das melhores da cidade: a cinco minutos do Aeroporto Internacional do Recife, a seis quadras da praia de Boa Viagem e de fácil acesso às principais vias da capital pernambucana. A ousadia e pioneirismo viraram sinônimo de sucesso. Para se ter uma idéia, assim que abriu suas portas, o centro de compras contava inicialmente com 72 lojas e vagas de estacionamento. Hoje, o Shopping Recife conta com 410 lojas, 10 salas de cinema e mais de 5 mil vagas de estacionamento, público diário de aproximadamente 60 mil pessoas. Além disso, é um grande pólo gastronômico da cidade do Recife, já que possui 4 praças de alimentação e 17 restaurantes e juntas possuem 50 restaurantes e lanchonetes e variados tipos de temperos e sabores, atendendo todos os gostos e momentos. Com a constante evolução, o Shopping ocupa o primeiro lugar nas pesquisas de Recall de marca da categoria no Recife. Possui o mais completo mix de lojas com marcas nacionais e internacionais, produtos e serviços. A estratégia é atrair, cada vez mais, grandes marcas nacionais para o estado. O Shopping Recife atua com um terço de lojas com marcas locais, um terço com lojas nacionais e operações próprias e um terço de franquias. O maior centro de compras de Pernambuco oferece ainda aos clientes conforto, segurança, diversas opções de entretenimento, prestação de serviços como guarda-volumes, Espaço Família, central de relacionamento com clientes e conexão Wi-Fi gratuita. Existe ainda o Parque de Esculturas na área externa abrangendo 19 mil metros quadrados com obras de grandes artistas pernambucanos como Abelardo da Hora, Francisco Brennand, Marianne Peretti e Augusto Ferrer Convenções para Identificação dos Requisitos Os requisitos, por convenção, são indicados e referenciados através de uma sigla seguida de um número identificador. Dessa maneira, fica estabelecido que os requisitos funcionais são representados pelo formato [RF xx], e os requisitos não funcionais, por sua vez, possuem a forma [RNF xx], onde xx se refere ao número do requisito.

8 1.5. Convenções para Identificação dos Casos de Uso Os casos de uso do sistema são indicados pela sigla UC (do inglês, Use Case) e um número [UC xx], onde xx se refere ao número do caso de uso. Os tópicos seguintes apresentarão a estrutura dos casos de uso, quais os tipos de prioridades são encontrados nos casos de uso e a descrição dos atores Estrutura dos casos de uso Cada caso de uso terá o seguinte formato: A identificação do caso de uso, todos os casos de uso seguem a notação UC xx, onde XX é um número. Nome: O nome da funcionalidade que o caso de uso descreve. Referências: a referência para o(s) requisito(s) funcional(is) que o originou. Prioridade: Prioridade de implementação deste caso de uso. Atores: Os modelos de usuário e sistemas que utilizarão o caso de uso. Entradas: Variáveis que serão passadas ao sistema. Pré-condições: Condições que devem ser satisfeitas antes de o caso de uso ser executado. Fluxo de Eventos: O passo a passo das ações realizadas para que o caso de uso seja concluído, podendo incluir fluxos de eventos secundários e/ou alternativos e fluxos de erros. Pós-condições: Condições que devem ser satisfeitas depois de o caso de uso ser finalizado Prioridades dos casos de uso Os casos de uso são classificados como: Essencial: É o caso de uso indispensável ao funcionamento do sistema. Esse tipo de caso de uso deve ser implementado impreterivelmente, caso contrário, o projeto perderá sua utilidade. Importante: Sem este caso de uso, o sistema ainda é capaz de ser utilizado. Contudo, essa utilização se dá de forma não satisfatória pelo cliente. Desejável: Esse tipo de caso de uso poderá ser implementado em versões posteriores do sistema, visto que, mesmo sem a sua implementação, o sistema atende as suas funcionalidades básicas Descrição dos Atores Um ator é um conceito que representa, em geral, um papel que um usuário desempenha no sistema. Um ator também pode corresponder a um papel desempenhado por outro sistema que interaja com o sistema em questão. No nosso sistema temos os seguintes atores: Usuário: O cliente do estabelecimento presente na praça de alimentação. Administrador: Administração do shopping que implantou o sistema em sua praça de alimentação. Estabelecimento: Estabelecimentos presentes na praça de alimentação que farão uso do sistema.

9 Sistema de Pagamento: Subsistema para a realização de pagamento on-line via web, por exemplo, PagSeguro. 2. Requisitos Organizacionais Os requisitos organizacionais dizem respeito às metas da empresa, suas políticas estratégicas adotadas, os relacionamentos entre os seus atores junto com seus respectivos objetivos. Devem satisfazer os objetivos da organização ratificando a necessidade da criação do sistema. Esses requisitos são: Garantir comodidade ao usuário garantindo-lhe uma mesa quando o mesmo vai realizar um pedido, contribuindo também para a satisfação do usuário (tanto em relação ao estabelecimento quanto à praça de alimentação do shopping). Facilitar o acesso a informações dos produtos e promoções oferecidas pela diversos estabelecimentos na praça de alimentação. Permitir ao usuário realizar o pagamento de suas compras na própria mesa enquanto aguarda a entrega do pedido (lembrando o que o fluxo de atividades se baseia em: efetuar o pagamento -> enviar o pedido ao estabelecimento -> cliente recebe o pedido). 3. Requisitos Funcionais 3.1. [RF 01] Efetuar login [RF 01] Efetuar login Casos de Uso relacionados: [UC 01] Permite que um usuário acesse e manipule informações restritas do sistema informando login e senha (autenticação básica) [RF 02] Efetuar logoff [RF 02] Efetuar logoff Casos de Uso relacionados: [UC 02] Permite que o usuário saia da aplicação perdendo acesso a informações restritas do sistema [RF 03] Acessar cardápio [RF 03] Acessar cardápio Casos de Uso relacionados: [UC 03] Permite que o usuário navegue por todos os cardápios que estão cadastrados no sistema.

10 3.4. [RF 04] Visualizar cesta de compras [RF 04] Visualizar cesta de compras Casos de Uso relacionados: [UC 04] Permite que o usuário visualize sua cesta de compras enquanto realiza um pedido, à medida que adiciona/remove itens [RF 05] Adicionar item à cesta de compras [RF 05] Adicionar item à cesta de compras Casos de Uso relacionados: [UC 05] Adiciona um item de compra à cesta de compras [RF 06] Remover item da cesta de compra [RF 06] Remover item da cesta de compra Casos de Uso relacionados: [UC 06] Remove um item de compra que foi previamente adicionado à cesta [RF 07] Efetuar pagamento [RF 07] Efetuar pagamento Casos de Uso relacionados: [UC 07] O usuário finaliza o pedido e realiza o pagamento escolhendo alguma forma de pagamento disponibilizada pelo sistema [RF 08] Acessar promoções [RF 08] Acessar promoções Casos de Uso relacionados: [UC 08 Permite ao usuário ter acesso às promoções dos estabelecimentos cadastrados [RF 09] Buscar item por categoria [RF 09] Buscar item por categoria Casos de Uso relacionados: [UC 09] Permite ao usuário fazer buscas por determinadas categorias de alimentos, como por exemplo: comidas naturais, comida japonesa, etc.. O resultado é agrupado por estabelecimento.

11 3.10. [RF 10] Buscar item por preço [RF 10] Buscar item por preço Casos de Uso relacionados: [UC 10] Permite ao usuário fazer buscas dos produtos oferecidos pelos estabelecimentos ordenando-os lexicograficamente [RF 11] Inserir produtos [RF 11] Inserir produtos Casos de Uso relacionados: [UC 11] Permite que o estabelecimento insira seus produtos no sistema, informando dados como nome, preço, categoria, etc [RF 12] Atualizar produtos [RF 12] Atualizar produtos Casos de Uso relacionados: [UC 12] Permite que o estabelecimento atualize os dados dos produtos no sistema, tais como: nome, preço, categoria, etc [RF 13] Remover Produtos [RF 13] Remover Produtos Casos de Uso relacionados: [UC 13] Permite que o estabelecimento remova seus produtos da base de dados do sistema. Uma vez realizada, a operação não pode ser revertida [RF 14] Listar Produtos [RF 14] Listar Produtos Casos de Uso relacionados: [UC 14] Permite que o estabelecimento liste todos os seus produtos cadastrados no sistema [RF 15] Inserir promoções [RF 15] Inserir promoções Casos de Uso relacionados: [UC 15] Permite que o estabelecimento adicione suas promoções no sistema.

12 3.16. [RF 16] Remover promoções [RF 16] Remover promoções Casos de Uso relacionados: [UC 16] Permite que o estabelecimento remova dados de suas promoções existentes na base de dados do sistema. Uma vez realizada, a operação não pode ser revertida [RF 17] Atualizar promoções [RF 17] Atualizar promoções Casos de Uso relacionados: [UC 17] Permite que o estabelecimento atualize os dados de uma determinada promoção cadastrada no sistema [RF 18] Listar promoções [RF 18] Listar promoções Casos de Uso relacionados: [UC 18] Permite que o estabelecimento atualize os dados de uma determinada promoção sua cadastrada no sistema [RF 19] Gerar relatório de análise do retorno financeiro [RF 19] Gerar relatório de análise do retorno financeiro Casos de Uso relacionados: [UC 19] Gera um relatório que apresenta o retorno financeiro referente à implantação do sistema ao longo dos meses com o objetivo de análise do investimento realizado [RF 20] Gerar gráfico de crescimento de usuários [RF 20] Gerar gráfico de crescimento de usuários Casos de Uso relacionados: [UC 20] Gera gráfico do número de usuários que utilizam o sistema ao longo dos meses, a fim de ter uma noção de crescimento do número de usuários do sistema.

13 3.21. [RF 21] Inserir estabelecimento [RF 21] Inserir estabelecimento Casos de Uso relacionados: [UC 21] Permite que o administrador cadastre um estabelecimento na base de dados do sistema [RF 22] Remover Estabelecimento [RF 22] Remover Estabelecimento Casos de Uso relacionados: [UC 22] Permite que o administrador remova um estabelecimento da base de dados do sistema. Uma vez realizada, a operação não pode ser revertida [RF 23] Atualizar Estabelecimento [RF 23] Atualizar Estabelecimento Casos de Uso relacionados: [UC 23] Permite que o administrador atualize dados de um determinado estabelecimento na base de dados do sistema [RF 24] Listar Estabelecimentos [RF 24] Listar Estabelecimentos Casos de Uso relacionados: [UC 24] Permite que o administrador obtenha a lista de todos os estabelecimentos cadastrados no sistema.

14 4. Requisitos Não Funcionais Os requisitos não funcionais são restrições sobre os serviços ou as funções oferecidas pelo sistema. Muitos dizem respeito ao sistema como um todo, e não a características individuais deste. Isso significa que eles, freqüentemente, são mais importantes que os requisitos funcionais individuais. A classificação desses requisitos segue o autor Sommerville, que agrupa os mesmos em três grupos, a saber: requisitos de processo, requisitos de produto e requisitos externos Requisitos de Processo [RNF 01] Utilizar Linguagem Java Casos de Uso relacionados: [RNF 01] Utilizar Linguagem Java Todos. O sistema deve ser desenvolvido utilizando a linguagem Java e o servidor Apache Tomcat [RNF 02] Utilizar o Banco de Dados MySQL [RNF 02] Utilizar Banco de Dados MySQL Casos de Uso relacionados: Todos. O servidor disponível para hospedar a aplicação, possui apenas o banco de dados MySQL 5.5. Portanto, a aplicação deverá fazer uso do mesmo Sistema de Gerenciamento de Banco de Dados (SGBD) para persistência dos dados [RNF 03] Utilizar metodologia RUP Casos de Uso relacionados: [RNF 03] Utilizar metodologia RUP Todos. O Rational Unified Process (RUP) será a metodologia empregada, pois um dos principais pilares do RUP é o conceito de best practices (melhores práticas), que são regras/práticas que visam reduzir o risco e tornar o desenvolvimento mais eficiente Requisitos de Produto Usabilidade [RNF 04] Interface gráfica Casos de Uso relacionados: [RNF 04] Interface gráfica Todos.

15 O sistema deve permitir facilidades de uso, tendo uma interface gráfica clara e intuitiva, a fim de que pouco tempo seja necessário para o usuário dominá-la sem a necessidade de um treinamento intensivo prévio [RNF 05] Documentação objetiva [ RNF 05] Documentação objetiva Casos de Uso relacionados: Todos. Toda documentação do sistema gerada deve ser bem estruturado. Deve conter todas as informações relativas às funcionalidades do sistema de forma clara e objetiva [RNF 06] Mensagem de erro [RNF 06] Mensagens de erro Casos de Uso relacionados: Todos. As mensagens de erro do sistema deverão ser claras e objetivas. Suas informações devem ser suficientes para o usuário solucionar o problema, sem gerar grandes impactos no fluxo da aplicação Performance [RNF 07] Tempo de resposta [RNF 07] Tempo de resposta Casos de Uso relacionados: Todos. As consultas realizadas ao sistema não podem ultrapassar o limite máximo de tempo de 10 segundos [RNF 08] Capacidade de armazenamento [RNF 08] Capacidade de armazenamento Casos de Uso relacionados: Todos. O sistema não deve ocupar mais do que 60% da capacidade total de armazenamento Segurança [RNF 09] Confidencialidade [RNF 09] Confidencialidade

16 Casos de Uso relacionados: Todos. Todas as comunicações externas entre o servidor de dados do sistema e os clientes devem ser criptografadas [RNF 10] Disponibilidade [RNF 10] Disponibilidade Casos de Uso relacionados: Todos. O sistema deve ter seus servidores replicados para atender a 99% das solicitações [RNF 11] Integridade [RNF 11] Integridade Casos de Uso relacionados: Todos. Os dados armazenados e consultados da base de dados do sistema devem estar corretos e coesos com os dados fornecidos ao sistema [RNF 12] Autenticação Casos de Uso relacionados: [RNF 12] Autenticação Todos. Cada tipo de usuário só acessará as informações disponibilizadas a ele [RNF 13] Robustez Casos de Uso relacionados: [RNF 13] Robustez Todos. Para o sistema ser robusto é necessário que ele tenha uma política de prevenção e de restabelecimento de erros Manutenabilidade [RNF 14] Refatoração [RNF 14] Refatoração Casos de Uso relacionados: Todos. Melhora a estrutura interna do código sem alterar seu comportamento externo, auxiliando, assim, o entendimento do código. Ainda evita a deterioração durante o ciclo de vida de um código causada por mudanças com objetivos de curto prazo ou por

17 alterações realizadas sem a clara compreensão da concepção do sistema [RNF 15] Tratamento de exceções [RNF 15] Tratamento de exceções Casos de Uso relacionados: Todos. Um bom tratamento de exceções é imprescindível e extremamente necessário, de modo que eventuais manutenções no sistema possam ser facilitadas. O sistema deve poder recuperar-se de falhas não críticas Requisitos Externos [RNF 16] Tempo de Desenvolvimento [RNF 16] Tempo de Desenvolvimento Casos de Uso relacionados: Todos. O tempo de desenvolvimento do sistema não pode superar em mais de 10% do tempo previsto no estudo de viabilidade [RNF 17] Orçamento [RNF 17] Orçamento Casos de Uso relacionados: Todos. O custo total para implantação do sistema não incluindo os custos com manutenções não deve ultrapassar em mais de 10% o valor previsto no estudo de viabilidade.

18 5. Modelagem Organizacional Nas seções deste capítulo, estão dispostas as modelagens organizacionais desse sistema. Elas foram feitas utilizando a notação i* (istar) Modelagem de Dependência Estratégica

19 5.2. Modelagem de Razão Estratégica

20 6. Modelagem de Requisitos Funcionais (Caso de Uso) Este capítulo apresenta a modelagem, através de diagramas de casos de uso, dos requisitos funcionais do sistema apresentados anteriormente. No Apêndice B, encontram-se as descrições detalhadas de cada caso de uso.

21 7. Modelagem de Requisitos Não Funcionais

22 8. Conclusão Este documento apresenta inicialmente uma visão geral do projeto, que é descrito em detalhes mais adiante. No mesmo, estão detalhados todos os requisitos funcionais, que foram elicitados baseado na técnica de coleta de dados, e os requisitos não-funcionais, com uma descrição detalhada de cada um deles. Além disso, o documento apresenta os requisitos organizacionais, os quais dizem respeito às metas da empresa, suas políticas estratégicas adotadas, os relacionamentos entre os seus atores junto com seus respectivos objetivos. Logo, o objetivo deste documento é relatar as características do sistema de forma mais detalhada possível, para que tanto a equipe, quanto o cliente tenham uma visão geral, clara e detalhada do produto a ser produzida.

23 9. Referências Estudo de Viabilidade. Disponível em: < Acesso em: maio KOTONYA, G.; SOMMERVILLE, I. Requirements Engineering: Processes and Techniques, John Wiley & Sons, PISKE, Otávio Rodolfo. RUP Rational Unified Process. Universidade do Contestado Disponível em: < Acesso em: maio de Shopping Recife. Disponível em: < Acesso em: maio de Site da disciplina de Especificação e Validação de Requisitos. Disponível em: < Acesso em: maio de Wikipédia, a enciclopédia livre. Disponível em: <pt.wikipedia.org/>. Acesso em: maio de 2011.

24 Apêndice A - Glossário Apache TomCat: é um servidor web Java, desenvolvido pela Apache Software Foundation, distribuído como software livre. Banco de dados MySQL: O programa 'MySQL' é um sistema de gerenciamento de banco de dados relacionais baseado em comandos SQL (Structured Query Language - Linguagem Estruturada para Pesquisas). É atualmente um dos bancos de dados mais populares com mais de 10 milhões de instalações. Criptografia: é o estudo dos princípios e técnicas pelas quais a informação pode ser transformada da sua forma original para outra ilegível, de forma que possa ser conhecida apenas por seu destinatário (detentor da "chave secreta"), o que a torna difícil de ser lida por alguém não autorizado. Assim sendo, só o receptor da mensagem pode ler a informação com facilidade. Java: é uma linguagem de programação e uma plataforma de computação lançada pela primeira vez pela Sun Microsystems em Plataforma essa que permite desenvolver aplicativos utilizando qualquer uma das linguagens criadas para a plataforma Java. Log off: Termo utilizado para demonstrar a ação de um usuário quando este sai do sistema. Log on: Termo utilizado para demonstrar a ação de um usuário quando entra no sistema com login e senha (autenticação básica). Login: Trata-se de uma seqüência de caracteres utilizada para identificar um usuário de forma única. Notação i*: Abordagem criada por John Mylopoulos e EricYu, na Universidade de Toronto para descrição de requisitos organizacionais. Tablet: Dispositivo pessoal em formato de prancheta que pode ser usado para acesso à Internet, organização pessoal, visualização de fotos, vídeos, leitura de livros, jornais e revistas e para entretenimento com jogos 3D. Apresenta uma tela touchscreen que é o dispositivo de entrada principal. UC: caso de uso (ou use case) é um tipo de classificador representando uma unidade funcional coerente provida pelo sistema, subsistema, ou classe manifestada por seqüências de mensagens intercambiáveis entre os sistemas e um ou mais atores.

25 Apêndice B Descrição dos casos de uso Identificação Nome UC 01 Efetuar Login Referências RF 01 Prioridade Essencial Atores Entradas Administrador, Estabelecimento Login Senha Pré-condições O usuário não pode ter efetuado o login no sistema. O usuário já deve estar cadastrado no sistema. Fluxo Principal 1. Quando o usuário tenta acessar qualquer funcionalidade restrita do sistema, o caso de uso de login é executado. 2. O sistema solicita informações de login e senha do usuário. 3. O usuário informa seu login e senha. 4. O sistema verifica os dados e garante nível de acesso ao usuário. Fluxo secundário 1: Fluxo Secundário 1. O sistema não consegue validar os dados do usuário. 2. O sistema informa ao usuário que o login e senha não correspondem. 3. Caso de uso retorna ao passo 2 do fluxo principal. Fluxo Secundário 2: 1. O usuário pode cancelar a operação a qualquer momento. 2. O caso de uso é encerrado. Fluxo de erro 1. O sistema não consegue se conectar ao banco de dados. 2. O sistema informa ao usuário que algum erro inesperado ocorreu. 3. O caso de uso é encerrado. Pós-condições O usuário poderá acessar informações restritas no sistema de acordo com seu nível de acesso.

26 Identificação Nome UC 02 Efetuar Logoff Referências RF 02 Prioridade Essencial Atores Entradas Pré-condições Administrador, Estabelecimento Não se aplica O usuário precisa estar logado no sistema. Fluxo Principal 1. O usuário seleciona a opção de realizar logoff no sistema. 2. O sistema remove os dados referentes à autenticação do usuário. 3. Todas as funcionalidades restritas do sistema não podem ser acessadas. Fluxo Secundário Não se aplica Fluxo de erro Não se aplica Pós-condições O usuário não pode acessar as funcionalidades restritas do sistema.

27 Identificação Nome UC 03 Acessar cardápio Referências RF 03 Prioridade Essencial Atores Entradas Pré-condições Cliente Não se aplica Não se aplica Fluxo Principal 1. O usuário escolhe a opção de Acessar Cardápio no sistema. 2. O sistema mostra ao usuário uma lista de estabelecimentos cadastrados. 3. O usuário escolhe um dos estabelecimentos listados. 4. O sistema mostra ao usuário o cardápio com os produtos comercializados pelo estabelecimento escolhido. Fluxo Secundário 1. O usuário pode cancelar a operação a qualquer momento. 2. O caso de uso é encerrado. Fluxo de erro 1. O sistema não consegue se conectar ao banco de dados. 2. O sistema informa ao usuário que algum erro inesperado ocorreu. 3. O caso de uso é encerrado. Pós-condições O estado do banco de dados deve permanecer o mesmo após a execução do caso de uso.

28 Identificação Nome UC 04 Visualizar cesta de compras Referências RF 04 Prioridade Essencial Atores Entradas Pré-condições Cliente Não se aplica Não se aplica Fluxo Principal 1. O usuário escolhe a opção Visualizar Cesta de Compras no sistema. 2. O sistema mostra ao usuário todos os itens atualmente inclusos na cesta de compras. Fluxo Secundário 1. O usuário pode cancelar a operação a qualquer momento. 2. O caso de uso é encerrado. Fluxo de erro 1. O sistema não consegue se conectar ao banco de dados. 2. O sistema informa ao usuário que algum erro inesperado ocorreu. 3. O caso de uso é encerrado. Pós-condições O estado do banco de dados deve permanecer o mesmo após a execução do caso de uso.

29 Identificação Nome UC 05 Adicionar item à cesta de compras Referências RF 05 Prioridade Essencial Atores Entradas Pré-condições Cliente Dados do item a ser adicionado à cesta Não se aplica Fluxo Principal 1. O usuário escolhe a opção de Adicionar Item à Cesta de Compras enquanto acessa o cardápio de um determinado estabelecimento. 2. O sistema adiciona o item escolhido à cesta de compras do usuário (na sessão do usuário). Fluxo Secundário Não se aplica Fluxo de erro Não se aplica Pós-condições O estado do banco de dados continua inalterado após a execução do caso de uso. Coleção de itens armazenada na sessão do usuário deve conter o novo item adicionado.

30 Identificação Nome UC 06 Remover item da cesta de compra Referências RF 06 Prioridade Essencial Atores Entradas Pré-condições Cliente Dados do item a ser removido Não se aplica Fluxo Principal 1. O usuário escolhe a opção Remover Item da Cesta de Compras enquanto visualiza os itens contidos na sua lista de compras. 2. O sistema remove o item escolhido da cesta de compras e mostra ao usuário a lista atualizada com os itens presentes na cesta de compras. Fluxo Secundário Não se aplica Fluxo de erro Não se aplica Pós-condições O estado do banco de dados continua inalterado após a execução do caso de uso. Coleção de itens armazenada na sessão do usuário não deve conter o item removido.

31 Identificação Nome UC 07 Efetuar pagamento Referências RF 07 Prioridade Essencial Atores Entradas Pré-condições Cliente Dados dos itens da cesta de compras, nome do titular, tipo, número, validade e dígitos de segurança do cartão de crédito, forma de pagamento (débito ou crédito). A cesta de compras deve conter ao menos um item de compra. Fluxo Principal 1. O usuário escolhe a opção de Efetuar Pagamento na página de visualização da cesta de compras. 2. O sistema mostra a cesta de compras atual e pede a confirmação do usuário. 3. O usuário confirma o pedido. 4. O sistema exibe um formulário com as informações necessárias para realização do pagamento. 5. O usuário informa os dados necessários: nome do titular, tipo, número, validade e dígitos de segurança do cartão de crédito e forma de pagamento e conclui o pedido. 6. Os dados do pedido são persistidos no sistema e uma mensagem de confirmação é exibida ao usuário. Fluxo Secundário 1: 1. O usuário pode cancelar a operação a qualquer momento. 2. O caso de uso é encerrado. Fluxo Secundário Fluxo Secundário 2: 1. Os dados do cartão de crédito fornecidos pelo usuário estão incorretos. 2. O sistema informa ao usuário que os dados informados estão incorretos. 3. Caso de uso retorna ao passo 4 do fluxo principal. Fluxo de erro 1. O sistema não consegue se conectar ao banco de dados. 2. O sistema informa ao usuário que algum erro inesperado ocorreu. 3. O caso de uso é encerrado. Pós-condições As informações referentes ao pedido devem estar armazenadas no banco de dados.

32 Identificação Nome UC 08 Acessar promoções Referências RF 08 Prioridade Essencial Atores Entradas Pré-condições Cliente Não se aplica Não se aplica Fluxo Principal 1. O usuário escolhe a opção de Acessar Promoções no sistema. 2. O sistema mostra ao usuário uma lista de estabelecimentos cadastrados. 3. O usuário escolhe um dos estabelecimentos listados. 4. O sistema mostra ao usuário as promoções disponibilizadas pelo estabelecimento escolhido. Fluxo Secundário 1. O usuário pode cancelar a operação a qualquer momento. 2. O caso de uso é encerrado. Fluxo de erro 1. O sistema não consegue se conectar ao banco de dados. 2. O sistema informa ao usuário que algum erro inesperado ocorreu. 3. O caso de uso é encerrado Pós-condições O estado do banco de dados deve permanecer o mesmo após a execução do caso de uso.

33 Identificação Nome UC 09 Busca item por categoria Referências RF 09 Prioridade Importante Atores Entradas Pré-condições Cliente Categoria escolhida para a busca Não se aplica Fluxo Principal 1. O usuário escolhe a opção de Buscar Item por Categoria no sistema. 2. O sistema mostra ao usuário uma lista de categorias cadastradas no sistema. 3. O usuário escolhe uma das categorias listadas. 4. O sistema mostra ao usuário os itens referentes à categoria escolhida, ordenando-os por algum critério. Fluxo Secundário 1. O usuário pode cancelar a operação a qualquer momento. 2. O caso de uso é encerrado Fluxo de erro 1. O sistema não consegue se conectar ao banco de dados. 2. O sistema informa ao usuário que algum erro inesperado ocorreu. 3. O caso de uso é encerrado. Pós-condições O estado do banco de dados deve permanecer o mesmo após a execução do caso de uso.

34 Identificação Nome UC 10 Busca item por preço Referências RF 10 Prioridade Importante Atores Entradas Pré-condições Cliente Preço mínimo e máximo do produto desejado Não se aplica Fluxo Principal 1. O usuário escolhe a opção de Buscar Item por Preço no sistema. 2. O sistema exibe um formulário com as informações necessárias para a busca de itens por preço. 3. O usuário informa o preço desejado (mínimo e/ou máximo). 4. O sistema mostra uma lista de itens que possuem o preço desejado de acordo com os dados fornecidos Fluxo Secundário 1: 1. O usuário pode cancelar a operação a qualquer momento. 2. O caso de uso é encerrado. Fluxo Secundário Fluxo Secundário 2: 1. Os dados fornecidos pelo usuário estão incorretos (valores não permitidos). 2. O sistema informa ao usuário que os dados informados estão incorretos. 3. Caso de uso retorna ao passo 2 do fluxo principal. Fluxo de erro 1. O sistema não consegue se conectar ao banco de dados. 2. O sistema informa ao usuário que algum erro inesperado ocorreu. 3. O caso de uso é encerrado. Pós-condições O estado do banco de dados deve permanecer o mesmo após a execução do caso de uso.

35 Identificação Nome UC 11 Inserir produtos Referências RF 11 Prioridade Essencial Atores Entradas Pré-condições Fluxo Principal Estabelecimento Dados do produto: nome, descrição, ilustração (imagem) e preço. O usuário precisa estar logado no sistema. 1. O usuário escolhe a opção de Inserir produtos no sistema. 2. O sistema exibe um formulário com as informações necessárias para a inserção do produto. 3. O usuário informa ao sistema os dados requisitados e solicita a inserção. 4. O sistema armazena as informações no banco de dados e confirma a conclusão da operação ao usuário. Fluxo Secundário 1: 1. O usuário pode cancelar a operação a qualquer momento. 2. O caso de uso é encerrado. Fluxo Secundário Fluxo Secundário 2: 1. Os dados do produto fornecidos pelo usuário estão incorretos. 2. O sistema informa ao usuário que os dados informados estão incorretos, indicando-os. 3. Caso de uso retorna ao passo 2 do fluxo principal. Fluxo secundário 3: 1. O usuário informa dados de um produto que já existe. 2. Uma mensagem de alerta é exibida para o usuário, impedindo a atualização. 3. O fluxo do caso de uso retorna ao passo 2 do fluxo principal. Fluxo de erro 1. O sistema não consegue se conectar ao banco de dados. 2. O sistema informa ao usuário que algum erro inesperado ocorreu. 3. O caso de uso é encerrado. Pós-condições As informações referentes ao novo produto inserido estão armazenadas no banco de dados.

36 Identificação Nome UC 12 Atualizar produto Referências RF 12 Prioridade Essencial Atores Entradas Pré-condições Estabelecimento Dados do produto a ser atualizado: nome, descrição, ilustração (imagem) e preço. O usuário precisa está logado no sistema Fluxo Principal 1. O usuário escolhe a opção de Atualizar Produto enquanto visualiza a lista de produtos existentes no sistema. 2. O sistema mostra ao usuário um formulário preenchido com os dados atuais do produto escolhido. 3. O usuário realiza as alterações necessárias no produto e solicita a sua atualização. 4. O sistema atualiza as informações do Produto Fluxo Secundário 1: 1. O usuário pode cancelar a operação a qualquer momento. 2. O caso de uso é encerrado. Fluxo Secundário Fluxo Secundário 2: 1. Os dados atualizados do produto fornecidos pelo usuário estão incorretos. 2. O sistema informa ao usuário que os dados informados estão incorretos, indicando-os. 3. Caso de uso retorna ao passo 2 do fluxo principal. Fluxo secundário 3: 4. O usuário informa dados de um produto que já existe. 5. Uma mensagem de alerta é exibida para o usuário, impedindo a atualização. 6. O fluxo do caso de uso retorna ao passo 2 do fluxo principal. Fluxo de erro 1. O sistema não consegue se conectar ao banco de dados. 2. O sistema informa ao usuário que algum erro inesperado ocorreu. 3. O caso de uso é encerrado. Pós-condições O banco de dados será atualizado para armazenar as novas informações do produto.

37 Identificação Nome UC 13 Remover produto Referências RF 13 Prioridade Essencial Atores Entradas Pré-condições Estabelecimento Não se aplica O usuário precisa está logado no sistema Fluxo Principal 1. O usuário escolhe a opção de Remover Produto enquanto visualiza a lista de produtos existentes no sistema. 2. O sistema mostra ao usuário uma mensagem de confirmação. 3. O usuário confirma a operação. 4. O sistema remove o produto escolhido da base de dados e confirma a conclusão da operação ao usuário. Fluxo Secundário 1. O usuário pode cancelar a operação antes de confirmar a remoção. 2. O caso de uso é encerrado. Fluxo de erro 1. O sistema não consegue se conectar ao banco de dados. 2. O sistema informa ao usuário que algum erro inesperado ocorreu. 3. O caso de uso é encerrado. Pós-condições O produto selecionado pelo usuário será removido do banco de dados.

38 Identificação Nome UC 14 Listar produtos Referências RF 14 Prioridade Essencial Atores Entradas Pré-condições Estabelecimento Não se aplica O usuário precisa está logado no sistema Fluxo Principal 1. O usuário seleciona a opção Listar Produtos do menu. 2. O sistema exibe todos os produtos cadastrados agrupadas por preço. Fluxo Secundário 1. O usuário pode cancelar a operação a qualquer momento. 2. O caso de uso é encerrado. Fluxo de erro 1. O sistema não consegue se conectar ao banco de dados. 2. O sistema informa ao usuário que algum erro inesperado ocorreu. 3. O caso de uso é encerrado. Pós-condições O estado do banco de dados deve permanecer o mesmo após a execução do caso de uso.

39 Identificação Nome UC 15 Inserir promoção Referências RF 15 Prioridade Essencial Atores Entradas Pré-condições Estabelecimento Dados da promoção a ser inserida, como: nome, itens, ilustração (imagem) e preço. O usuário precisa está logado no sistema Fluxo Principal 1. O usuário seleciona a opção Inserir Promoção. 2. O sistema solicita os dados necessários para a inserção da promoção. 3. O usuário informa os dados requisitados pelo sistema. 4. O sistema armazena a informação no banco de dados e confirma a operação ao usuário. Fluxo secundário 1: 1. Os dados informados pelo usuário não são validados pelo sistema. 2. O fluxo do caso de uso retorna ao passo 2 do fluxo principal. Fluxo Secundário Fluxo secundário 2: 1. O usuário pode cancelar a operação. 2. O sistema volta para tela inicial do sistema. Fluxo secundário 3: 1. O usuário informa dados de uma promoção que já existe. 2. Uma mensagem de alerta é exibida para o usuário, impedindo a inserção. 3. O fluxo do caso de uso retorna ao passo 2 do fluxo principal. Fluxo de erro 1. O sistema não consegue se conectar ao banco de dados. 2. O sistema informa ao usuário que algum erro inesperado ocorreu. 3. O caso de uso é encerrado. Pós-condições As informações referentes à nova promoção inserida estão armazenadas no banco de dados.

40 Identificação Nome UC 16 Remover promoção Referências RF 16 Prioridade Essencial Atores Entradas Pré-condições Estabelecimento Não se aplica O usuário precisa está logado no sistema Fluxo Principal 1. Inclui o fluxo do [UC18] Listar Promoções. 2. O usuário seleciona a promoção que pretende excluir. 3. O usuário clica no botão Excluir. 4. O sistema apresentará uma tela para confirmar a exclusão. 5. O usuário confirma a exclusão. 6. O sistema exibe uma mensagem de confirmação da remoção e remove a promoção do banco de dados. Fluxo Secundário 1. O usuário pode cancelar a operação antes de confirmar a remoção. 2. O caso de uso é encerrado. Fluxo de erro 1. O sistema não consegue se conectar ao banco de dados. 2. O sistema informa ao usuário que algum erro inesperado ocorreu. 3. O caso de uso é encerrado. Pós-condições A promoção selecionada pelo usuário será removida do banco de dados.

41 Identificação Nome UC 17 Atualizar promoção Referências RF 17 Prioridade Essencial Atores Entradas Pré-condições Estabelecimento Dados da promoção a ser atualizada, como: nome, itens, ilustração (imagem) e preço. O usuário precisa está logado no sistema Fluxo Principal 1. Inclui o fluxo do [UC18] Listar Promoções. 2. O usuário seleciona a promoção que pretende atualizar. 3. O usuário clica no botão Atualizar. 4. Uma lista com todos os dados possíveis de serem atualizados é exibida pelo sistema. 5. O usuário informa os dados que deseja atualizar e clica no botão Atualizar. 6. O sistema realiza as alterações no banco de dados e exibe uma mensagem de confirmação da alteração. Fluxo Secundário 1: 1. O usuário pode cancelar a operação a qualquer momento. 2. O caso de uso é encerrado. Fluxo Secundário Fluxo Secundário 2: 1. Os dados atualizados da promoção fornecidos pelo usuário estão incorretos. 2. O sistema informa ao usuário que os dados informados estão incorretos, indicando-os. 3. Caso de uso retorna ao passo 2 do fluxo principal. Fluxo secundário 3: 1. O usuário informa dados de uma promoção que já existe. 2. Uma mensagem de alerta é exibida para o usuário, impedindo a atualização. 3. O fluxo do caso de uso retorna ao passo 2 do fluxo principal. Fluxo de erro Pós-condições 1. O sistema não consegue se conectar ao banco de dados. 2. O sistema informa ao usuário que algum erro inesperado ocorreu. 3. O caso de uso é encerrado. O banco de dados será atualizado para armazenar as novas informações da promoção.

42 Identificação Nome UC 18 Listar promoções Referências RF 18 Prioridade Essencial Atores Entradas Pré-condições Estabelecimento Não se aplica O usuário precisa está logado no sistema Fluxo Principal 1. O usuário seleciona a opção Listar Promoções do menu. 2. O sistema exibe todas as promoções cadastradas agrupadas por preço. Fluxo secundário 1: 1. O usuário pode cancelar a operação; 2. O sistema volta para tela inicial do sistema. Fluxo Secundário Fluxo secundário 2: 1. O banco de dados pode não ter nenhuma promoção cadastrada; 2. O sistema exibe uma mensagem informando a ausência de promoção. Fluxo de erro 1. O sistema não consegue se conectar ao banco de dados. 2. O sistema informa ao usuário que algum erro inesperado ocorreu. 3. O caso de uso é encerrado. Pós-condições O estado do banco de dados deve permanecer o mesmo após a execução do caso de uso.

43 Identificação Nome UC 19 Gerar relatório de análise do retorno financeiro Referências RF 19 Prioridade Importante Atores Entradas Pré-condições Administrador Período inicial e final utilizado para a análise do retorno financeiro. O usuário precisa está logado no sistema Fluxo Principal 1. O usuário seleciona o menu Administração de dados e lá seleciona o submenu Gerar Relatório de Análise do Retorno Financeiro. 2. O sistema exibirá campos para informar o período inicial e final que se deseja exibir no resultado do relatório. 3. O usuário clica no botão Gerar relatório. 4. O sistema gera o relatório e exibe o resultado. Fluxo Secundário Fluxo de erro 1. O usuário pode cancelar a operação a qualquer momento. 2. O caso de uso é encerrado. 1. O sistema não consegue se conectar ao banco de dados. 2. O sistema informa ao usuário que algum erro inesperado ocorreu. 3. O caso de uso é encerrado. Pós-condições O sistema exibirá um Relatório de Análise do Retorno Financeiro na tela.

44 Identificação Nome UC 20 Gerar gráfico de crescimento de usuários Referências RF 20 Prioridade Importante Atores Entradas Pré-condições Administrador Período inicial e final utilizado na análise do crescimento de usuários. O usuário precisa está logado no sistema Fluxo Principal 1. O usuário seleciona o menu Administração de dados e lá seleciona o submenu Gerar Gráfico de Crescimento de Usuários. 2. O sistema exibirá campos para informar o período inicial e final que se deseja exibir no gráfico. 3. O usuário clica no botão Gerar gráfico. 4. O sistema gera o gráfico e exibe o resultado. Fluxo Secundário Fluxo de erro 1. O usuário pode cancelar a operação a qualquer momento. 2. O caso de uso é encerrado. 4. O sistema não consegue se conectar ao banco de dados. 5. O sistema informa ao usuário que algum erro inesperado ocorreu. 6. O caso de uso é encerrado. Pós-condições O sistema exibirá o gráfico de crescimento de usuários na tela.

45 Identificação Nome UC 21 Inserir estabelecimento Referências RF 21 Prioridade Importante Atores Entradas Pré-condições Administrador Dados do estabelecimento a serem inseridos, como: nome, número da loja, CNPJ, categoria, número da praça, telefone. O usuário precisa está logado no sistema Fluxo Principal 1. O administrador seleciona a opção Inserir Estabelecimento. 2. O sistema solicita os dados necessários para a inserção do estabelecimento. 3. O administrador informa os dados requisitados pelo sistema. 4. O sistema armazena a informação no banco de dados e confirma a operação ao administrador. Fluxo Secundário 1: 1. O usuário pode cancelar a operação a qualquer momento. 2. O caso de uso é encerrado. Fluxo Secundário Fluxo Secundário 2: 1. Os dados do estabelecimento fornecidos pelo usuário estão incorretos. 2. O sistema informa ao usuário que os dados informados estão incorretos, indicando-os. 3. Caso de uso retorna ao passo 2 do fluxo principal. Fluxo secundário 3: 1. O usuário informa dados de um estabelecimento que já existe. 2. Uma mensagem de alerta é exibida para o usuário, impedindo a atualização. 3. O fluxo do caso de uso retorna ao passo 2 do fluxo principal. Fluxo de erro 1. O sistema não consegue se conectar ao banco de dados. 2. O sistema informa ao usuário que algum erro inesperado ocorreu. 3. O caso de uso é encerrado. Pós-condições As informações referentes ao novo estabelecimento inserido estão armazenadas no banco de dados.

46 Identificação Nome UC 22 Remover estabelecimento Referências RF 22 Prioridade Essencial Atores Entradas Pré-condições Administrador Dados do estabelecimento a ser removido. O usuário precisa está logado no sistema Fluxo Principal 1. Inclui o fluxo do [UC24] Listar Estabelecimentos. 2. O usuário seleciona o estabelecimento que pretende excluir. 3. O usuário clica no botão Excluir. 4. O sistema apresentará uma tela para confirmar a exclusão. 5. O usuário confirma a exclusão. 6. O sistema exibe uma mensagem de confirmação da remoção e remove o estabelecimento do banco de dados. Fluxo Secundário 1. O usuário pode cancelar a operação antes de confirmar a remoção. 2. O caso de uso é encerrado. Fluxo de erro 1. O sistema não consegue se conectar ao banco de dados. 2. O sistema informa ao usuário que algum erro inesperado ocorreu. 3. O caso de uso é encerrado. Pós-condições O estabelecimento selecionado pelo usuário será removido do banco de dados.

47 Identificação Nome UC 23 Atualizar estabelecimento Referências RF 23 Prioridade Essencial Atores Entradas Pré-condições Administrador Dados do estabelecimento a ser atualizado, como: Nome, número da loja, CNPJ, categoria, número da praça, telefone. O usuário precisa está logado no sistema Fluxo Principal 1. Inclui o fluxo do [UC24] Listar Estabelecimentos. 2. O usuário seleciona o estabelecimento que pretende atualizar. 3. O usuário clica no botão Atualizar. 4. Uma lista com todos os dados possíveis de serem atualizados é exibida pelo sistema. 5. O usuário informa os dados que deseja atualizar e clica no botão Atualizar. 6. O sistema realiza as alterações no banco de dados e exibe uma mensagem de confirmação da alteração. Fluxo Secundário 1: 1. O usuário pode cancelar a operação a qualquer momento. 2. O caso de uso é encerrado. Fluxo Secundário Fluxo Secundário 2: 1. Os dados atualizados do estabelecimento fornecidos pelo usuário estão incorretos. 2. O sistema informa ao usuário que os dados informados estão incorretos, indicando-os. 3. Caso de uso retorna ao passo 2 do fluxo principal. Fluxo secundário 3: 1. O usuário informa dados de um estabelecimento que já existe. 2. Uma mensagem de alerta é exibida para o usuário, impedindo a atualização. 3. O fluxo do caso de uso retorna ao passo 2 do fluxo principal. Fluxo de erro Pós-condições 1. O sistema não consegue se conectar ao banco de dados. 2. O sistema informa ao usuário que algum erro inesperado ocorreu. 3. O caso de uso é encerrado. O banco de dados será atualizado para armazenar as novas informações do estabelecimento.