Especificação de Requisitos e Casos de Uso - Projeto do Sistema de Clínica Veterinária (SGCV)

Transcrição

1 Universidade Federal de Pernambuco UFPE Centro de Informática(CIn) Disciplina de Especificação de Requisitos e Validação de Sistemas Prof. Jaelson Freire Brelaz de Castro Especificação de Requisitos e Casos de Uso - Projeto do Sistema de Clínica Veterinária (SGCV) Novembro de 2009 Alunos: Igor Cézar Dourado Rubem Rodrigues Moreira Bisneto Renato Parente Maria Carolina Martiniano

2 HISTÓRICO DE REVISÕES Revisão Data Descrição Autor 01 18/11 Início do Documento de Requisitos. Mcrm2, rp /11 Descrição das técnicas de coleta de dados; início das descrições dos requisitos. Mcrm2,rp2, rrmb, icd 03 19/11 Descrição dos Casos de uso. Mcrm2,rp2, rrmb, icd 04 23/11 Modelagem do SR Mcrm2,rp2, icd 05 24/11 Descrição de Casos de Uso e Coleta e inserção de informações relativas a comissão Mcrm2,rp2, rrmb, icd 06 26/11 Revisão geral do documento. Mcrm2,rp2, rrmb, icd

3 Índice 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 ANIMAL [RF01] Cadastrar Animal [RF02] Cadastrar Proprietário [RF03] Alterar Animal [RF04] Alterar Proprietário [RF05] Remover Animal [RF06] Remover Proprietário [RF07] Busca Animal [RF08] Busca Proprietário [RF09] Cadastrar Consulta [RF10] Cadastrar tosa/banho [RF11] Cadastrar Internamento [RF12] Cadastrar Vacinação [RF13] Gerar relatório Internamento [RF14] Gerar fatura Internamento [RF15] Gerar fatura tosa/banho ESTOQUE [RF16] Cadastrar Produto [RF17] Buscar Produto [RF18] Registrar compra de Produto [RF19] Registrar venda de Produto REQUISITOS NÃO-FUNCIONAIS REQUISITOS DE PROCESSO [NFR01] Utilizar a Linguagem de Programação C# [NFR02] Utilizar Documentação para auxílio [NFR03] Utilizar Ferramentas CASE e realizar modelagem UML [NFR04] Utilizar Banco de Dados SqlServer REQUISITOS DE PRODUTO Segurança [NFR05] Permissão de controle de Secretárias da Clínica [NFR06] Permissão de controle de Veterinários da Clínica [NFR07] Permissão de controle de Vendedores da Clínica [NFR08] Permissão de controle do dono da clínica Performance [NFR09] Tempo de Resposta das consultas [NFR10] Tempo de Atualização do Total de Vendas... 16

4 [NFR11] Notificação de Espaço em disco rígido ou no banco de dados Usabilidade [NFR12] Tratamento de Exceções [NFR13] Interface Gráfica Manutenção [NFR14] Modularização do Sistema Documentação [NFR15] Manual de Instruções REQUISITOS EXTERNOS [NFR16] Informações sobre Orçamento [NFR15] Tempo de desenvolvimento MODELAGEM ORGANIZACIONAL MODELAGEM DE DEPENDÊNCIA ESTRATÉGICA MODELO ESTRATÉGICO DA RAZÃO MODELAGEM DE REQUISITOS FUNCIONAIS (CASOS DE USO) CASO DE USO GERAL DO SISTEMA CASO DE USO POR ATOR DO SISTEMA Veterinário Secretária Vendedora MODELAGEM DE REQUISITOS NÃO-FUNCIONAIS (NFR FRAMEWORK) CONCLUSÃO REFERÊNCIAS RELATÓRIO DA EQUIPE ANEXO A TÉCNICAS UTILIZADAS NA COLETAS DE DADOS ENTREVISTA ABERTA ANEXO B DESCRIÇÃO DOS CASOS DE USO ANIMAL [UC01] Cadastrar Animal [UC02] Cadastrar Proprietário [UC03] Alterar Animal [UC04] Alterar Proprietário [UC05] Remover Animal [UC06] Remover Proprietário [UC07] Busca Animal [UC09] Cadastrar Consulta [UC10] Cadastrar tosa/banho [UC11] Cadastrar Internamento [UC12] Cadastrar vacinação [UC13] Gerar relatório internamento [UC14] Gerar fatura internamento [UC15] Gerar fatura tosa/banho ESTOQUE [UC16] Cadastrar Produto [UC17] Buscar produto [UC18] Registrar compra de produto... 46

5 [UC19] Registrar venda de produto ANEXO C GLOSSÁRIO Índice de Figuras Figura 1 Modelagem de Dependência Estratégica Figura 2 Modelo estratégico da razão Figura 3 Caso de uso geral do sistema Figura 4 Caso de uso (veterinário)... Erro! Indicador não definido. Figura 5 Caso de uso (secretária) Figura 6 Caso de uso (vendedora) Modelagem de Requisitos Não-Funcionais (NFR) Índice de Tabelas Tabela 1 Porcentagem de esforço dos membros da equipe

6 1. Introdução Este documento descreve os problemas e os requisitos encontrados durante a fase de estudo de viabilidade do sistema. Através deste documento, o objetivo é expor todas as funcionalidades do sistema. 1.1 Motivação O sistema a ser estudado por meio deste documento basicamente se propõe a ser capaz de automatizar os processos realizados em uma clínica veterinária. Sua particularidade está em sua necessidade de atrelar tanto aspectos relacionados à prática veterinária como também ao controle de vendas de produtos para animais de estimação. Assim, seu diferencial estaria então na possibilidade atingir as duas necessidades tanto no aspecto financeiro como de controle, se adequando então ao perfil particular da necessidade do cliente. 1.2 O Problema Identificado Informações referentes aos animais que freqüentam uma clinica veterinária devem ser mantidas, de forma adequada, para uma posterior consulta caso eles voltem a utilizar de seus serviços. Registros de compras e vendas de produtos para os animais também devem ser mantidos, para que haja um maior controle sobre o orçamento da organização. A necessidade da organização de fazer a junção do quadro clínico e do seu quadro de vendas, faz com que um sistema gerenciando esses pontos seja de bastante utilidade, visto que ajudaria a organizar os dados de seus clientes, gerando um atendimento mais rápido e eficaz e também organizaria suas finanças. 1.3 Sobre a Organização O sistema é voltado para qualquer estabelecimento do tipo clínica veterinária, desde que de pequeno porte, que visa conciliar suas atividades clínicas com as de vendas para que haja um melhor gerenciamento sobre as mesmas. 1.4 Convenções para Identificação dos Requisitos Por convenção, os requisitos são indicados e referenciados por um indicador no formato [RFxx], para os requisitos funcionais, e no formato [RNFxx], para os não funcionais, onde xx se refere ao número do requisito. Os requisitos também possuirão os nomes dos casos de uso relacionados. 1.5 Convenções para Identificação dos Casos de Uso Por convenção, os casos de uso são indicados e referenciados por um indicador no formato [UCxx], onde xx se refere ao número do caso de uso.

7 1.5.1 Estrutura dos casos de uso Cada caso de uso terá o seguinte formato: Atores: Os modelos de usuário que utilizarão o caso de uso; Prioridade: Prioridade de implementação do caso de uso; Entradas: Variáveis que serão passadas ao sistema; Pré-condições: Condições que devem ser feitas antes de o caso de uso ser realizado; 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; Saídas: Saídas que devem ser fornecidas pelo sistema quando o caso de uso for concluído; 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 que não pode ser dispensável do sistema. Esse tipo de caso de uso deve ser sempre implementado, caso contrário, o projeto pode ser considerado incompleto ou inconsistente. Importante: Sem este caso de uso, o sistema ainda é capaz de ser utilizado. Contudo, essa utilização se dá de forma insatisfatória pelo cliente. Desejável: Caso de uso que pode ser considerado dispensável do sistema, pois sem sua implementação, o sistema funciona de forma correta. Ele poderá ser implementado em versões posteriores do sistema Descrição dos Atores Os atores são aqueles que interagem de alguma forma com o sistema. São eles : Veterinário, Secretária, Vendedora.

8 2. Requisitos Organizacionais Os requisitos organizacionais satisfazem os objetivos da organização e definem o porquê do sistema se fazer necessário. Esses requisitos são: Melhorar o atendimento da clínica com os seus clientes, tornando-o mais eficaz e rápido. Melhorar o gerenciamento das atividades clínicas dos animais que utilizam seus serviços. Melhorar o gerenciamento dos produtos vendidos na clínica. 3. Requisitos Funcionais Neste capítulo são definidas as funções que estão presentes no sistema agrupados nas classes Animal e Estoque. 3.1 Animal [RF01] Cadastrar Animal [RF01] Cadastrar Animal Casos de Uso relacionados: [UC 01] Um animal será inserido no banco de dados do sistema [RF02] Cadastrar Proprietário [RF02] Cadastrar Proprietário Casos de Uso relacionados: [UC 02] Um proprietário será inserido no banco de dados do sistema.

9 3.1.3 [RF03] Alterar Animal [RF03] Alterar Animal Casos de Uso relacionados: [UC 03] Permite que as informações, do animal, cadastradas anteriormente possam ser alteradas a fim de corrigir algo que foi cadastrado erroneamente ou atualizar um dado [RF04] Alterar Proprietário [RF04] Alterar Proprietário Casos de Uso relacionados: [UC 04] Permite que as informações, do proprietário, cadastradas anteriormente possam ser alteradas a fim de corrigir algo que foi cadastrado erroneamente ou atualizar um dado [RF05] Remover Animal [RF05] Remover Animal Casos de Uso relacionados: [UC 05] Um animal poderá ser excluído do banco de dados do sistema, a partir de seu perfil, o usuário seleciona a opção de remoção e o sistema solicita a confirmação da exclusão [RF06] Remover Proprietário [RF06] Remover Proprietário Casos de Uso relacionados: [UC 06] Um proprietário poderá ser excluído do banco de dados do sistema, a partir de seu perfil, o usuário seleciona a opção de remoção e o sistema solicita a confirmação da exclusão.

10 3.1.7 [RF07] Busca Animal [RF07] Busca por Animal Casos de Uso relacionados: [UC 07] Um animal pode ser procurado no banco de dados do sistema. O resultado será uma lista com os animais selecionados na busca [RF08] Busca Proprietário [RF08] Busca por Proprietário Casos de Uso relacionados: [UC 08] Um proprietário pode ser procurado no banco de dados do sistema [RF09] Cadastrar Consulta [RF09] Cadastrar Consulta Casos de Uso relacionados: [UC 09] Uma nova consulta poderá ser associada a um animal [RF10] Cadastrar tosa/banho [RF10] Cadastrar tosa/banho Casos de Uso relacionados: [UC 10] Uma nova informação sobre tosa ou banho poderá ser associada a um animal [RF11] Cadastrar Internamento [RF11] Cadastrar Internamento Casos de Uso relacionados: [UC 11] Um novo internamento poderá ser associado a um animal.

11 [RF12] Cadastrar Vacinação [RF12] Cadastrar Vacinação Casos de Uso relacionados: [UC 12] Uma nova vacina poderá ser associada a um animal [RF13] Gerar relatório Internamento [RF13] Gerar relatório (Internamento) Casos de Uso relacionados: [UC 13] Um relatório de um internamento poderá ser gerado a partir dos dados dele [RF14] Gerar fatura Internamento [RF14] Gerar fatura Internamento Casos de Uso relacionados: [UC 14] Uma fatura de um internamento poderá ser gerada a partir dos dados dele [RF15] Gerar fatura tosa/banho [RF15] Gerar fatura tosa/banho Casos de Uso relacionados: [UC 15] Uma fatura de uma tosa ou banho poderá ser gerada a partir dos dados deles.

12 3.2 Estoque [RF16] Cadastrar Produto [RF16] Cadastrar Produto Casos de Uso relacionados: [UC 16] Um produto poderá ser inserido no banco de dados do sistema [RF17] Buscar Produto [RF17] Buscar Produto Casos de Uso relacionados: [UC 17] Um produto poderá ser procurado no banco de dados do sistema a partir de seu fornecedor ou seu nome [RF18] Registrar compra de Produto [RF18] Registrar compra de Produto Casos de Uso relacionados: [UC 18] Uma compra poderá ser registrada no produto a partir de informações como o produto, o valor da compra e data. Prioridade: Essencial Importante Desejável [RF19] Registrar venda de Produto [RF19] Registrar venda de Produto Casos de Uso relacionados: [UC 19] Uma venda de um produto poderá ser registrada no a partir de informações como o produto, o valor da venda e data.

13 4. Requisitos Não-Funcionais Este capítulo descreve requisitos relacionados com restrições e aspectos de qualidade, segurança e desempenho. Esta classificação corresponde à do autor [Sommerville] que agrupa os requisitos em três grupos, a saber: requisitos de processo, requisitos de produto e requisitos externos. 4.1 Requisitos de Processo [NFR01] Utilizar a Linguagem de Programação C# [NFR01] Utilizar a Linguagem de Programação C# Casos de Uso relacionados: Todos. A Linguagem de Programação C# é uma linguagem consolidada no mercado, uma vez que ela possua uma gama de ferramentas que auxiliam na hora de se programar, esta sendo portável em Sistemas Operacionais diversos, tais como Microsoft Windows e Ubuntu [NFR02] Utilizar Documentação para auxílio [NFR02] Utilizar Documentação para auxílio Casos de Uso relacionados: Todos. Será feita uma documentação contendo o diagrama de classes, visto que a linguagem utilizada segue o paradigma da orientação a objetos. E também informações sobre o códigofonte do projeto.

14 4.1.3 [NFR03] Utilizar Ferramentas CASE e realizar modelagem UML [NFR03] Utilizar Ferramentas CASE e realizar modelagem UML Casos de Uso relacionados: Todos. Serão utilizadas ferramentas CASE (i.e. ferramentas que auxiliem em atividades de engenharia de software) e, além disso, será usada modelagem UML, assim como todos os eventuais padrões de projeto que forem necessários para realizar a arquitetura do projeto [NFR04] Utilizar Banco de Dados SqlServer [NFR04] Utilizar Banco de Dados SqlServer Casos de Uso relacionados: Todos. Por causa do uso da linguagem de programação C#, decidiuse usar o banco de dados SqlServer, uma vez que C# possui afinidades com este banco de dados, podendo, então, ser capaz de ter uma produção do software com mais rapidez ao usar tal combinação. 4.2 Requisitos de Produto Segurança [NFR05] Permissão de controle de Secretárias da Clínica [NFR05] Permissão de controle de Secretárias da Clínica Casos de Uso relacionados: Todos. A secretária terá acesso as funções de cadastro de animais e de controle da caixa registradora da clínica, possuindo, então, um maior controle das informações desta.

15 [NFR06] Permissão de controle de Veterinários da Clínica [NFR06] Permissão de controle de Veterinário da Clínica Casos de Uso relacionados: Todos. O veterinário da clínica terá acesso as funções de cadastro de animais, além de poder realizar cadastros e modificações de cirurgias ocorridas nesta, entre outros [NFR07] Permissão de controle de Vendedores da Clínica [NFR07] Permissão de controle de Vendedores da Clínica Casos de Uso relacionados: Todos. Os vendedores da loja da clínica terão acesso às informações de estoque, além de poderem informar da venda de determinados produtos [NFR08] Permissão de controle do dono da clínica [NFR08] Permissão de controle do dono da clínica Casos de Uso relacionados: Todos. O dono da clínica deverá ter acesso a todas as funcionalidades que estão contidas no software Performance [NFR09] Tempo de Resposta das consultas [NFR09] Tempo de Resposta de consultas Casos de Uso relacionados: Todos. O tempo de retorno das consultas (isto é, o intervalo de tempo entre qualquer consulta e seu resultado) não pode ser

16 maior do que 4 (quatro) segundos [NFR10] Tempo de Atualização do Total de Vendas [NFR10] Tempo de Atualização do Total de Vendas Casos de Uso relacionados: Todos. O tempo de total atualização de vendas no banco de dados (i.e. o tempo necessário para que todas as informações de venda e atualização no estoque dos produtos comprados por clientes) não pode ser maior do que 2 (dois) segundos [NFR11] Notificação de Espaço em disco rígido ou no banco de dados [NFR11] Disponibilidade Casos de Uso relacionados: Todos. Ao serem feitas operações que envolvam o banco de dados ou disco rígido do computador é feita a checagem de espaço disponível e, caso estas operações deixem de acontecer por causa disto, isto deverá ser informado ao usuário para que providências sejam tomadas Usabilidade [NFR12] Tratamento de Exceções [NFR12] Tratamento de Exceções Casos de Uso relacionados: Todos. No tratamento de exceções, haverá indicações de manuseamento desta, para que, havendo eventuais manutenções no sistema, não haja maiores complicações para o corpo de programadores.

17 [NFR13] Interface Gráfica [NFR13] Interface Gráfica Casos de Uso relacionados: Todos. A Interface Gráfica deverá ser o mais simples e intuitiva possível, aonde tal interface permitirá que o usuário use o sistema com toda a potencialidade possível num espaço curto de tempo podendo, então, beneficiar o usuário Manutenção [NFR14] Modularização do Sistema [NFR14] Modularização do Sistema Casos de Uso relacionados: Todos. O sistema será dividido em módulos, de modo que as atualizações serão feitas mais rapidamente e sem a necessidade de longos períodos de atualização onde o sistema ficaria sem o devido funcionamento Documentação [NFR15] Manual de Instruções [NFR15] Manual de Instruções Casos de Uso relacionados: Todos. O sistema possuirá um manual de instruções do uso do software a fim de facilitar e auxiliar o uso de diferentes usuários e, caso houvesse algum não-entendimento sobre as funcionalidades, este manual servirá para tirar tais dúvidas.

18 4.3 Requisitos Externos [NFR16] Informações sobre Orçamento Casos de Uso relacionados: [NFR16] Informações sobre Orçamento Todos. O custo, com o desenvolvimento do sistema, não poderá, em hipótese alguma, superar o estimado no Estudo de Viabilidade [NFR15] Tempo de desenvolvimento Casos de Uso relacionados: [NFR14] Tempo de desenvolvimento Todos. O tempo com o desenvolvimento do sistema não poderá superar mais de 10% do estimado no Estudo de Viabilidade. 5. Modelagem Organizacional A modelagem organizacional utilizada é feita com base na notação i* (i estrela*).

19 5.1 Modelagem de Dependência Estratégica Figura 1: Modelagem de Dependência Estratégica.

20 5.2 Modelo Estratégico da Razão Figura 2 : Modelo estratégico da razão.

21 6. Modelagem de Requisitos Funcionais (Casos de Uso) Os requisitos são modelados em diagramas de casos de usos. 6.1 Caso de Uso Geral do Sistema Figura 3 : Modelagem para todos os casos de uso do sistema.

22 6.2 Caso de Uso por Ator do Sistema Veterinário Figura 4 :Modelagem para os casos de uso que interagem com o ator Veterinário.

23 6.2.2 Secretária Figura 5 : Modelagem para os casos de uso que interagem com o ator Secretária.

24 6.2.3 Vendedora Figura 6 : Modelagem para os casos de uso que interagem com o ator Vendedora.

25 7. Modelagem de Requisitos Não-Funcionais (NFR Framework) Os requisitos não-funcionais são modelados no NFR Framework, descrevendo suas interdependências e operacionalizações. Figura7 : Modelagem de Requisitos Não Funcionais

26 8. Conclusão Neste documento foram apresentados detalhes dos requisitos organizacionais, funcionais e não funcionais do sistema. Assim como modelagens de casos de uso, organizacional no i* e modelagem dos requisitos não-funcionais no NFR framework. Foi apresentada também uma descrição detalhada de cada caso de uso existente no sistema. Esse documento faz-se importante pois informações sobre os requisitos elicitados deverão ser mantidas a fim de comprovar o funcionamento de cada um deles no sistema quando acontecer o seu término.

27 Referências Disciplina de Especificação de Requisitos e Validação de Sistemas. Disponível em: < Acesso em: novembro Documento de Estudo de Viabilidade. Disponível em: < Acesso em: novembro 2009 [Sommerville] G. Kotonya and I. Sommerville, Requirements Engineering : Processes and Techniques, John Wiley & Sons, Wikipédia. A enciclopédia livre. Disponível em: < Acesso em : novembro Relatório da Equipe Nesta última seção, segue a porcentagem de esforço de cada membro da equipe. Nome Esforço da equipe (%) Assinatura Carolina Martiniano 25% Igor dourado 25% Rubem Rodrigues 25% Renato Parente 25% Tabela 1 : Porcentagem de esforço dos membros da equipe.

28 Anexo A Técnicas Utilizadas na Coletas de Dados Foi utilizada a técnica de Entrevista Aberta, que será descrita a seguir, para a coleta de dados. Entrevista Aberta Esta técnica permite que o entrevistador obtenha o máximo de informações acerca do sistema, pois faz com que ele discuta e analise com os stackholders tudo que se faz necessário ao funcionamento do sistema. Nesta técnica, não há uma agenda prédefinida e existe uma maior flexibilidade para se discutir o que se espera do resultado final do sistema. A entrevista foi realizada com o Sr. João Magalhães, gerente de uma clínica veterinária, que se mostrou insatisfeito com a forma com que a clínica gerenciava seus clientes e seus produtos, que eram através de planilhas de excel, que existiam em um grande número e tornava o atendimento bastante lento devido a demora para procurar os dados em uma delas.

29 Anexo B Descrição dos Casos de Uso Animal [UC01] Cadastrar Animal Identificador: [UC 01] Atores: Prioridade: Pré-condições: Pós-condições: Cadastra um animal no sistema. Secretária e Veterinário Essencial Não se aplica. Fluxo de Eventos Principal Haverá um novo animal cadastrado no sistema. 1. O ator seleciona no menu Animal a opção Cadastrar Animal. 2. O sistema exibe a tela de cadastro de animais. 3. O ator preenche os campos nome do animal, proprietário, peso, idade, sexo, espécie, raça, porte e pelagem. 4. O ator clica no botão Cadastrar. 5. O sistema cadastra o animal em sua base de dados. Fluxo Secundário 1 1. O ator não fornece todos os campos da tela. 2. A mensagem Dados solicitados estão incompletos é exibida. Requisitos Não Funcionais Específicos -

30 [UC02] Cadastrar Proprietário Identificador: [UC 02] Cadastra um proprietário no sistema. Atores: Secretária e Veterinário Prioridade: Essencial Pré-condições: Não se aplica. Pós-condições: Haverá um novo proprietário cadastrado no sistema. Fluxo de Eventos Principal 1. O ator seleciona no menu Animal a opção Cadastrar Proprietário. 2. O sistema exibe a tela de cadastro de proprietários. 3. O ator preenche os campos nome do proprietário, CPF, endereço, telefone. 4. O ator clica no botão Cadastrar. 5. O sistema cadastra o proprietário em sua base de dados. Fluxo Secundário 1 1. O ator não fornece todos os campos da tela. 2. A mensagem Dados solicitados estão incompletos é exibida. Requisitos Não Funcionais Específicos -

31 [UC03] Alterar Animal Identificador: [UC 03] Atores: Prioridade: Pré-condições: Pós-condições: Altera dados do cadastro de um animal no sistema. Veterinário e Secretária. Essencial Fluxo de Eventos Principal O animal a ser alterado deve estar previamente cadastrado no sistema. O animal terá seu cadastro atualizado. 1. O ator seleciona no menu Animal a opção Alterar Animal ; 2. O ator busca o animal a ser alterado; 3. O sistema exibe a tela de alteração do animal; 4. O ator altera os dados desejados do animal; 5. O ator clica no botão Alterar ; 6. O sistema atualiza o animal em sua base de dados; 7. É exibida uma mensagem de êxito. Requisitos Não Funcionais Específicos -

32 [UC04] Alterar Proprietário Identificador: [UC 04] Atores: Prioridade: Pré-condições: Pós-condições: Altera dados do cadastro de um proprietário no sistema. Veterinário e Secretária. Essencial Fluxo de Eventos Principal O proprietário a ser alterado deve estar previamente cadastrado no sistema. O proprietário terá seu cadastro atualizado. 1. O ator seleciona no menu Animal a opção Alterar Proprietário ; 2. O ator busca o proprietário a ser alterado; 3. O sistema exibe a tela de alteração do proprietário; 4. O ator altera os dados desejados do proprietário; 5. O ator clica no botão Alterar ; 6. O sistema atualiza o proprietário em sua base de dados; 7. É exibida uma mensagem de êxito. Requisitos Não Funcionais Específicos -

33 [UC05] Remover Animal Identificador: [UC 05] Atores: Prioridade: Pré-condições: Pós-condições: Remove um animal do sistema. Veterinário e Secretária. Essencial Fluxo de Eventos Principal O animal a ser removido deve estar previamente cadastrado no sistema. O animal é removido do sistema. 1. O ator seleciona no menu Animal a opção Remover Animal ; 2. O ator busca o animal a ser removido; 3. O perfil do animal a ser removido é carregado; 4. O ator clica no botão Remover ; 5. O sistema solicita a confirmação de exclusão do animal; 6. O ator confirma a exclusão; 7. O sistema remove o animal de sua base de dados. Fluxo Secundário 1 1. O ator não confirma a exclusão do animal; 2. O sistema retorna para a tela do perfil do animal. Requisitos Não Funcionais Específicos -

34 [UC06] Remover Proprietário Identificador: [UC 06] Atores: Prioridade: Pré-condições: Pós-condições: Remove um proprietário do sistema. Veterinário e Secretária. Essencial Fluxo de Eventos Principal O proprietário a ser removido deve estar previamente cadastrado no sistema. O proprietário é removido do sistema. 1. O ator seleciona no menu Animal a opção Remover Proprietário ; 2. O ator busca o proprietário a ser removido; 3. A tela do perfil do proprietário a ser removido é carregada; 4. O ator clica no botão Remover ; 5. O sistema solicita a confirmação de exclusão do proprietário; 6. O ator confirma a exclusão; 7. O sistema remove o proprietário de sua base de dados. Fluxo Secundário 1 1. O ator não confirma a exclusão do proprietário; 2. O sistema retorna para a tela do perfil do proprietário. Requisitos Não Funcionais Específicos -

35 [UC07] Busca Animal Identificador: [UC 07] Atores: Prioridade: Pré-condições: Pós-condições: O sistema irá procurar um animal no sistema. Veterinário e Secretária. Essencial Filtros para a busca. Fluxo de Eventos Principal Perfil do animal resultante da consulta. 1. O ator seleciona no menu Animal a opção Buscar Animal ; 2. O sistema exibe a tela de busca de animais; 3. O ator informa os dados do filtro da busca; 4. O ator clica no botão Buscar ; 5. O sistema busca em sua base de dados o animal que detém os dados requeridos; 6. O sistema exibe a tela do perfil do animal procurado. Fluxo Secundário 1 1. Caso não haja nenhum resultado, o sistema exibe uma mensagem informando que nenhum registro foi encontrado; 2. O sistema retorna para a tela de busca de animais. Requisitos Não Funcionais Específicos -

36 [UC08] Busca Proprietário Identificador: [UC 08] Atores: Prioridade: Pré-condições: Pós-condições: O sistema irá procurar um proprietário no sistema. Veterinário e Secretária. Essencial Filtros para a busca. Fluxo de Eventos Principal Perfil do proprietário resultante da consulta. 7. O ator seleciona no menu Animal a opção Buscar Proprietário ; 8. O sistema exibe a tela de busca de proprietários; 9. O ator informa os dados do filtro da busca; 10. O ator clica no botão Buscar ; 11. O sistema busca em sua base de dados o proprietário que detém os dados requeridos; 12. O sistema exibe a tela do perfil do proprietário procurado. Fluxo Secundário 1 3. Caso não haja nenhum resultado, o sistema exibe uma mensagem informando que nenhum registro foi encontrado; 4. O sistema retorna para a tela de busca de proprietários. Requisitos Não Funcionais Específicos -

37 [UC09] Cadastrar Consulta Identificador: [UC 09] Atores: Prioridade: Pré-condições: Pós-condições: Associa uma consulta a um animal. Veterinário. Essencial Fluxo de Eventos Principal O animal a ter uma consulta associada a ele deve estar previamente cadastrado no sistema. Haverá uma nova consulta, associada a um animal, cadastrada no sistema. 1. O ator seleciona no menu Animal a opção Cadastrar Consulta ; 2. O sistema exibe a tela de cadastro de consultas; 3. O ator preenche os campos animal, data/hora, sintomas, diagnostico, exame complementar, tratamento realizado. 4. O ator clica no botão Cadastrar ; 5. O sistema cadastra a consulta em seu banco de dados. Fluxo Secundário 1 1. O ator não fornece todos os campos da tela. 2. O sistema mostra a mensagem Existem dados não informados e solicita a confirmação da inclusão da consulta. Requisitos Não Funcionais Específicos -

38 [UC10] Cadastrar tosa/banho Identificador: [UC 10] Atores: Prioridade: Pré-condições: Pós-condições: Associa um registro de tosa/banho a um animal. Veterinário e Secretária. Essencial Fluxo de Eventos Principal O animal a ter uma tosa/banho associada a ele deve estar previamente cadastrado no sistema. Haverá um novo registro de tosa/banho, associado a um animal, cadastrado no sistema. 1. O ator seleciona no menu Animal a opção Cadastrar Tosa/Banho ; 2. O sistema exibe a tela de cadastro de tosa/banho; 3. O ator preenche os campos animal, data/hora, tipo. 4. O ator clica no botão Cadastrar ; 5. O sistema cadastra o registro de tosa/banho em seu banco de dados. Fluxo Secundário 1 1. O ator não fornece todos os campos da tela. 2. O sistema mostra a mensagem Existem dados não informados e solicita a confirmação da inclusão do registro de tosa/banho. Requisitos Não Funcionais Específicos -

39 [UC11] Cadastrar Internamento Identificador: [UC 11] Atores: Prioridade: Pré-condições: Pós-condições: Associa um registro de internamento a um animal. Veterinário. Essencial Fluxo de Eventos Principal O animal a ter um internamento associado a ele deve estar previamente cadastrado no sistema. Haverá um novo registro de internamento, associado a um animal, cadastrado no sistema. 1. O ator seleciona no menu Animal a opção Cadastrar Internamento ; 2. O sistema exibe a tela de cadastro de internamentos; 3. O ator preenche os campos animal, data/hora, medicações. 4. O ator clica no botão Cadastrar ; 5. O sistema cadastra o registro de internamento em seu banco de dados. Fluxo Secundário 1 1. O ator não fornece todos os campos da tela. 2. O sistema mostra a mensagem Existem dados não informados e solicita a confirmação da inclusão do registro de internamento. Requisitos Não Funcionais Específicos -

40 [UC12] Cadastrar vacinação Identificador: [UC 12] Atores: Prioridade: Pré-condições: Pós-condições: Associa uma vacina a um animal. Veterinário. Essencial Fluxo de Eventos Principal O animal a ter uma vacina associada a ele deve estar previamente cadastrado no sistema. Haverá um novo registro de vacina, associada a um animal, cadastrado no sistema. 1. O ator seleciona no menu Animal a opção Cadastrar Vacina ; 2. O sistema exibe a tela de cadastro de vacinas; 3. O ator preenche os campos animal, nome da vacina, data/hora, observação, retorno, data de retorno. 4. O ator clica no botão Cadastrar ; 5. O sistema cadastra o registro da vacina em seu banco de dados. Fluxo Secundário 1 1. O ator não fornece todos os campos da tela. 2. O sistema mostra a mensagem Existem dados não informados e solicita a confirmação da inclusão do registro da vacina. Requisitos Não Funcionais Específicos -

41 [UC13] Gerar relatório internamento Identificador: [UC 13] Atores: Prioridade: Pré-condições: Pós-condições: Gerar relatório de internamento de um animal. Veterinário. Essencial Fluxo de Eventos Principal O animal a ter seu relatório de internamento gerado deverá estar previamente cadastrado no sistema. Relatório de internamento do animal. 1. O ator seleciona no menu Animal a opção Gerar Relatório Internamento ; 2. O sistema exibe a tela de geração de relatório de internamentos; 3. O ator informa para qual animal deseja obter o relatório; 4. O ator clica no botão Gerar Relatório ; 5. O sistema exibe o relatório de internamento do animal requerido; Fluxo Secundário 1 1. O animal o qual se deseja obter o relatório não possui internamentos associados a ele; 2. O sistema mostra a mensagem Animal não possui nenhum internamento na clínica. Requisitos Não Funcionais Específicos -

42 [UC14] Gerar fatura internamento Identificador: [UC 14] Atores: Prioridade: Pré-condições: Pós-condições: Gerar fatura do internamento de um animal. Secretária. Essencial Fluxo de Eventos Principal O animal a ter sua fatura de internamento gerada deverá estar previamente cadastrado no sistema. Fatura de internamento do animal. 1. O ator seleciona no menu Animal a opção Gerar Fatura Internamento ; 2. O sistema exibe a tela de geração de fatura de internamentos; 3. O ator informa para qual animal deseja obter a fatura; 4. O ator clica no botão Gerar Fatura ; 5. O sistema exibe a fatura de internamento do animal requerido; Fluxo Secundário 1 1. O animal o qual se deseja obter o relatório não possui internamentos associados a ele; 2. O sistema mostra a mensagem Animal não possui nenhum internamento na clínica. Requisitos Não Funcionais Específicos -

43 [UC15] Gerar fatura tosa/banho Identificador: [UC 15] Atores: Prioridade: Pré-condições: Pós-condições: Gerar fatura de tosa/banho de um animal. Secretária. Essencial Fluxo de Eventos Principal O animal a ter sua fatura de tosa/banho gerada deverá estar previamente cadastrado no sistema. Fatura de tosa/banho do animal. 1. O ator seleciona no menu Animal a opção Gerar Fatura Tosa/Banho ; 2. O sistema exibe a tela de geração de fatura de tosa/banho; 3. O ator informa para qual animal deseja obter a fatura; 4. O ator clica no botão Gerar Fatura ; 5. O sistema exibe a fatura de tosa/banho do animal requerido; Fluxo Secundário 1 1. O animal o qual se deseja obter o relatório não possui internamentos associados a ele; 2. O sistema mostra a mensagem Animal não possui nenhum internamento na clínica. Requisitos Não Funcionais Específicos -

44 Estoque [UC16] Cadastrar Produto Identificador: [UC 16] Ator: Prioridade: Pré-condições: Pós-condições: Cadastra um produto no sistema. Vendedora. Essencial Não se aplica. Fluxo de Eventos Principal Haverá um novo produto cadastrado no sistema. 1. O ator seleciona no menu Estoque a opção Cadastrar Produto ; 2. O sistema exibe a tela de cadastro de produtos; 3. O ator preenche os campos nome do produto, fornecedor, valor da compra, quantidade. 4. O ator clica no botão Cadastrar ; 5. O sistema cadastra o produto em sua base de dados. Fluxo Secundário 1 1. O ator não fornece todos os campos da tela. 2. A mensagem Dados solicitados estão incompletos é exibida. Requisitos Não Funcionais Específicos -

45 [UC17] Buscar produto Identificador: [UC 17] Ator: Prioridade: Pré-condições: Pós-condições: O sistema irá procurar um produto no sistema. Vendedora. Essencial Filtros para a busca. Fluxo de Eventos Principal Perfil do produto resultante da consulta. 1. O ator seleciona no menu Estoque a opção Buscar Produto ; 2. O sistema exibe a tela de busca de produtos; 3. O ator informa os dados do filtro da busca; 4. O ator clica no botão Buscar ; 5. O sistema busca em sua base de dados o produto que detém os dados requeridos; 6. O sistema exibe a tela do perfil do produto procurado. Fluxo Secundário 1 1. Caso não haja nenhum resultado, o sistema exibe uma mensagem informando que nenhum registro foi encontrado; 2. O sistema retorna para a tela de busca de produtos. Requisitos Não Funcionais Específicos -

46 [UC18] Registrar compra de produto Identificador: [UC 18] Ator: Prioridade: Pré-condições: Pós-condições: Uma compra será associada a um produto. Vendedora. Essencial Fluxo de Eventos Principal O produto o qual se deseja associar uma compra deverá estar previamente cadastrado no sistema. Uma compra será associada a um produto. 1. O ator seleciona no menu Estoque a opção Registrar compra de produto ; 2. O sistema exibe a tela de busca de registro de compras; 3. O ator preenche os campos produto, valor da compra, quantidade. 4. O ator clica no botão Registrar compra ; 5. O sistema cadastra a compra em sua base de dados. Fluxo Secundário 1 1. O ator não preenche todos os campos; 2. A mensagem Dados solicitados estão incompletos é exibida. Requisitos Não Funcionais Específicos -

47 [UC19] Registrar venda de produto Identificador: [UC 19] Ator: Prioridade: Pré-condições: Pós-condições: Uma venda será associada a um produto. Vendedora. Essencial Fluxo de Eventos Principal O produto o qual se deseja associar uma venda deverá estar previamente cadastrado no sistema. Uma venda será associada a um produto. 1. O ator seleciona no menu Estoque a opção Registrar venda de produto ; 2. O sistema exibe a tela de busca de registro de vendas; 3. O ator preenche os campos produto, valor da venda, quantidade. 4. O ator clica no botão Registrar venda ; 5. O sistema cadastra a venda em sua base de dados. Fluxo Secundário 1 1. No primeiro passo do fluxo principal, não há nenhuma turma cadastrada; 2. O sistema permanece na mesma tela e exibe uma mensagem informando que não existe nenhuma turma cadastrada. Requisitos Não Funcionais Específicos - Anexo C Glossário Notação i*: Abordagem criada por John Mylopoulos e EricYu, na Universidade de Toronto para descrição de requisitos organizacionais.