universidade federal de pernambuco -...

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

HISTÓRICO DE REVISÕES

Revisão Data Descrição Autor 01 18/11 Início do Documento de Requisitos. Mcrm2, rp2

02 18/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

Índice 1. INTRODUÇÃO ................................................................................................... 6

1.1 MOTIVAÇÃO ........................................................................................................ 6 1.2 O PROBLEMA IDENTIFICADO .................................................................................... 6 1.3 SOBRE A ORGANIZAÇÃO ......................................................................................... 6 1.4 CONVENÇÕES PARA IDENTIFICAÇÃO DOS REQUISITOS .................................................... 6 1.5 CONVENÇÕES PARA IDENTIFICAÇÃO DOS CASOS DE USO ................................................. 6

1.5.1 Estrutura dos casos de uso .......................................................................... 7 1.5.2 Prioridades dos casos de uso ....................................................................... 7 1.5.3 Descrição dos Atores ................................................................................... 7

2. REQUISITOS ORGANIZACIONAIS .................................................................... 8 3. REQUISITOS FUNCIONAIS ............................................................................... 8

3.1 ANIMAL .............................................................................................................. 8 3.1.1 [RF01] Cadastrar Animal ............................................................................. 8 3.1.2 [RF02] Cadastrar Proprietário ...................................................................... 8 3.1.3 [RF03] Alterar Animal .................................................................................. 9 3.1.4 [RF04] Alterar Proprietário ........................................................................... 9 3.1.5 [RF05] Remover Animal .............................................................................. 9 3.1.6 [RF06] Remover Proprietário ....................................................................... 9 3.1.7 [RF07] Busca Animal ................................................................................. 10 3.1.8 [RF08] Busca Proprietário .......................................................................... 10 3.1.9 [RF09] Cadastrar Consulta ......................................................................... 10 3.1.10 [RF10] Cadastrar tosa/banho ..................................................................... 10 3.1.11 [RF11] Cadastrar Internamento ................................................................. 10 3.1.12 [RF12] Cadastrar Vacinação ....................................................................... 11 3.1.13 [RF13] Gerar relatório Internamento .......................................................... 11 3.1.14 [RF14] Gerar fatura Internamento .............................................................. 11 3.1.15 [RF15] Gerar fatura tosa/Banho ................................................................. 11

3.2 ESTOQUE ......................................................................................................... 12 3.2.1 [RF16] Cadastrar Produto .......................................................................... 12 3.2.2 [RF17] Buscar Produto .............................................................................. 12 3.2.3 [RF18] Registrar compra de Produto .......................................................... 12 3.2.4 [RF19] Registrar venda de Produto ............................................................ 12

4. REQUISITOS NÃO-FUNCIONAIS .................................................................... 13 4.1 REQUISITOS DE PROCESSO ................................................................................... 13

4.1.1 [NFR01] Utilizar a Linguagem de Programação C# ...................................... 13 4.1.2 [NFR02] Utilizar Documentação para auxílio ................................................ 13 4.1.3 [NFR03] Utilizar Ferramentas CASE e realizar modelagem UML ..................... 14 4.1.4 [NFR04] Utilizar Banco de Dados SqlServer ................................................. 14

4.2 REQUISITOS DE PRODUTO .................................................................................... 14 4.2.1 Segurança ................................................................................................ 14

4.2.1.1 - [NFR05] Permissão de controle de Secretárias da Clínica ....................... 14 4.2.1.2 - [NFR06] Permissão de controle de Veterinários da Clínica ...................... 15 4.2.1.3 – [NFR07] Permissão de controle de Vendedores da Clínica ...................... 15 4.2.1.4 – [NFR08] Permissão de controle do dono da clínica ................................. 15

4.2.2 Performance............................................................................................. 15 4.2.2.1 - [NFR09] Tempo de Resposta das consultas .......................................... 15 4.2.2.2 - [NFR10] Tempo de Atualização do Total de Vendas .............................. 16

4.2.2.3 - [NFR11] Notificação de Espaço em disco rígido ou no banco de dados .... 16 4.2.3 Usabilidade .............................................................................................. 16

4.2.3.1 - [NFR12] Tratamento de Exceções ........................................................ 16 4.2.3.2 - [NFR13] Interface Gráfica ................................................................... 17

4.2.4 Manutenção ............................................................................................. 17 4.2.4.1 - [NFR14] Modularização do Sistema ...................................................... 17

4.2.5 Documentação ......................................................................................... 17 4.2.5.1 - [NFR15] Manual de Instruções ............................................................ 17

4.3 REQUISITOS EXTERNOS ........................................................................................ 18 4.3.1 [NFR16] Informações sobre Orçamento ...................................................... 18 4.3.2 [NFR15] Tempo de desenvolvimento .......................................................... 18

5. MODELAGEM ORGANIZACIONAL ................................................................... 18 5.1 MODELAGEM DE DEPENDÊNCIA ESTRATÉGICA ............................................................ 19 5.2 MODELO ESTRATÉGICO DA RAZÃO .......................................................................... 20

6. MODELAGEM DE REQUISITOS FUNCIONAIS (CASOS DE USO) ...................... 21 6.1 CASO DE USO GERAL DO SISTEMA .......................................................................... 21 6.2 CASO DE USO POR ATOR DO SISTEMA ...................................................................... 22

6.2.1 Veterinário ............................................................................................... 22 6.2.2 Secretária ................................................................................................ 23 6.2.3 Vendedora ............................................................................................... 24

7. MODELAGEM DE REQUISITOS NÃO-FUNCIONAIS (NFR FRAMEWORK) ......... 25 8. CONCLUSÃO ................................................................................................... 26 REFERÊNCIAS ....................................................................................................... 27 RELATÓRIO DA EQUIPE ........................................................................................ 27 ANEXO A – TÉCNICAS UTILIZADAS NA COLETAS DE DADOS ................................ 28

ENTREVISTA ABERTA ..................................................................................................... 28 ANEXO B – DESCRIÇÃO DOS CASOS DE USO ........................................................ 29

ANIMAL ..................................................................................................................... 29 [UC01] Cadastrar Animal ........................................................................................ 29 [UC02] Cadastrar Proprietário ................................................................................. 30 [UC03] Alterar Animal ............................................................................................ 31 [UC04] Alterar Proprietário ..................................................................................... 32 [UC05] Remover Animal ......................................................................................... 33 [UC06] Remover Proprietário .................................................................................. 34 [UC07] Busca Animal ............................................................................................. 35 [UC09] Cadastrar Consulta ..................................................................................... 37 [UC10] Cadastrar tosa/banho.................................................................................. 38 [UC11] Cadastrar Internamento .............................................................................. 39 [UC12] Cadastrar vacinação .................................................................................... 40 [UC13] Gerar relatório internamento ....................................................................... 41 [UC14] Gerar fatura internamento ........................................................................... 42 [UC15] Gerar fatura tosa/banho .............................................................................. 43

ESTOQUE ................................................................................................................... 44 [UC16] Cadastrar Produto....................................................................................... 44 [UC17] Buscar produto ........................................................................................... 45 [UC18] Registrar compra de produto ....................................................................... 46

[UC19] Registrar venda de produto ......................................................................... 47 ANEXO C – GLOSSÁRIO ........................................................................................ 47

Índice de Figuras

Figura 1 Modelagem de Dependência Estratégica. ........................................................... 19 Figura 2 Modelo estratégico da razão. ............................................................................ 20 Figura 3 Caso de uso geral do sistema. .......................................................................... 21 Figura 4 Caso de uso (veterinário) ..................................... Erro! Indicador não definido. Figura 5 Caso de uso (secretária) .................................................................................. 25 Figura 6 Caso de uso (vendedora) ................................................................................. 25 Modelagem de Requisitos Não-Funcionais (NFR) ............................................................. 25

Índice de Tabelas Tabela 1 Porcentagem de esforço dos membros da equipe. ............................................. 27

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.

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.

1.5.2 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.

1.5.3 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.

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 3.1.1 [RF01] Cadastrar Animal Identificação: [RF01] Cadastrar Animal Casos de Uso relacionados: [UC 01] Descrição: Um animal será inserido no banco de dados do sistema. Prioridade: Essencial Importante Desejável 3.1.2 [RF02] Cadastrar Proprietário Identificação: [RF02] Cadastrar Proprietário Casos de Uso relacionados: [UC 02] Descrição: Um proprietário será inserido no banco de dados do sistema. Prioridade: Essencial Importante Desejável

3.1.3 [RF03] Alterar Animal Identificação: [RF03] Alterar Animal Casos de Uso relacionados: [UC 03]

Descrição: 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.

Prioridade: Essencial Importante Desejável 3.1.4 [RF04] Alterar Proprietário Identificação: [RF04] Alterar Proprietário Casos de Uso relacionados: [UC 04]

Descrição: 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.

Prioridade: Essencial Importante Desejável

3.1.5 [RF05] Remover Animal Identificação: [RF05] Remover Animal Casos de Uso relacionados: [UC 05]

Descrição: 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.


3.1.6 [RF06] Remover Proprietário Identificação: [RF06] Remover Proprietário Casos de Uso relacionados: [UC 06]

Descrição: 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.


3.1.7 [RF07] Busca Animal Identificação: [RF07] Busca por Animal Casos de Uso relacionados: [UC 07]

Descrição: Um animal pode ser procurado no banco de dados do sistema. O resultado será uma lista com os animais selecionados na busca.

Prioridade: Essencial Importante Desejável 3.1.8 [RF08] Busca Proprietário Identificação: [RF08] Busca por Proprietário Casos de Uso relacionados: [UC 08]

Descrição: Um proprietário pode ser procurado no banco de dados do sistema.

Prioridade: Essencial Importante Desejável 3.1.9 [RF09] Cadastrar Consulta Identificação: [RF09] Cadastrar Consulta Casos de Uso relacionados: [UC 09] Descrição: Uma nova consulta poderá ser associada a um animal. Prioridade: Essencial Importante Desejável

3.1.10 [RF10] Cadastrar tosa/banho Identificação: [RF10] Cadastrar tosa/banho Casos de Uso relacionados: [UC 10]

Descrição: Uma nova informação sobre tosa ou banho poderá ser associada a um animal.


3.1.11 [RF11] Cadastrar Internamento Identificação: [RF11] Cadastrar Internamento Casos de Uso relacionados: [UC 11] Descrição: Um novo internamento poderá ser associado a um animal. Prioridade: Essencial Importante Desejável

3.1.12 [RF12] Cadastrar Vacinação Identificação: [RF12] Cadastrar Vacinação Casos de Uso relacionados: [UC 12] Descrição: Uma nova vacina poderá ser associada a um animal. Prioridade: Essencial Importante Desejável 3.1.13 [RF13] Gerar relatório Internamento Identificação: [RF13] Gerar relatório (Internamento) Casos de Uso relacionados: [UC 13]

Descrição: Um relatório de um internamento poderá ser gerado a partir dos dados dele.

Prioridade: Essencial Importante Desejável 3.1.14 [RF14] Gerar fatura Internamento Identificação: [RF14] Gerar fatura Internamento Casos de Uso relacionados: [UC 14]

Descrição: Uma fatura de um internamento poderá ser gerada a partir dos dados dele.

Prioridade: Essencial Importante Desejável 3.1.15 [RF15] Gerar fatura tosa/Banho Identificação: [RF15] Gerar fatura tosa/Banho Casos de Uso relacionados: [UC 15]

Descrição: Uma fatura de uma tosa ou banho poderá ser gerada a partir dos dados deles.


3.2 Estoque 3.2.1 [RF16] Cadastrar Produto Identificação: [RF16] Cadastrar Produto Casos de Uso relacionados: [UC 16]

Descrição: Um produto poderá ser inserido no banco de dados do sistema.


3.2.2 [RF17] Buscar Produto Identificação: [RF17] Buscar Produto Casos de Uso relacionados: [UC 17]

Descrição: Um produto poderá ser procurado no banco de dados do sistema a partir de seu fornecedor ou seu nome.


3.2.3 [RF18] Registrar compra de Produto Identificação: [RF18] Registrar compra de Produto Casos de Uso relacionados: [UC 18]

Descrição: Uma compra poderá ser registrada no produto a partir de informações como o produto, o valor da compra e data.


3.2.4 [RF19] Registrar venda de Produto Identificação: [RF19] Registrar venda de Produto Casos de Uso relacionados: [UC 19]

Descrição: Uma venda de um produto poderá ser registrada no a partir de informações como o produto, o valor da venda e data.


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 4.1.1 [NFR01] Utilizar a Linguagem de Programação C#

Identificação: [NFR01] Utilizar a Linguagem de Programação C#

Casos de Uso relacionados: Todos.

Descrição:

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

Prioridade: Essencial Importante Desejável 4.1.2 [NFR02] Utilizar Documentação para auxílio

Identificação: [NFR02] Utilizar Documentação para auxílio


Descrição: 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ódigo-fonte do projeto.


4.1.3 [NFR03] Utilizar Ferramentas CASE e realizar modelagem UML

Identificação: [NFR03] Utilizar Ferramentas CASE e realizar modelagem UML


Descrição: 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


4.1.4 [NFR04] Utilizar Banco de Dados SqlServer

Identificação: [NFR04] Utilizar Banco de Dados SqlServer


Descrição: Por causa do uso da linguagem de programação C#, decidiu-se 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 4.2.1 Segurança

4.2.1.1 - [NFR05] Permissão de controle de Secretárias da Clínica

Identificação: [NFR05] Permissão de controle de Secretárias da Clínica


Descrição: 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.


4.2.1.2 - [NFR06] Permissão de controle de Veterinários da Clínica

Identificação: [NFR06] Permissão de controle de Veterinário da Clínica


Descrição: 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.

Prioridade: Essencial Importante Desejável 4.2.1.3 – [NFR07] Permissão de controle de Vendedores da Clínica

Identificação: [NFR07] Permissão de controle de Vendedores da Clínica


Descrição: 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.


4.2.1.4 – [NFR08] Permissão de controle do dono da clínica

Identificação: [NFR08] Permissão de controle do dono da clínica

Casos de Uso relacionados: Todos. Descrição: O dono da clínica deverá ter acesso a todas as funcionalidades

que estão contidas no software. Prioridade: Essencial Importante Desejável

4.2.2 Performance

4.2.2.1 - [NFR09] Tempo de Resposta das consultas

Identificação: [NFR09] Tempo de Resposta de consultas

Casos de Uso relacionados: Todos. Descrição: O tempo de retorno das consultas (isto é, o intervalo de

tempo entre qualquer consulta e seu resultado) não pode ser

maior do que 4 (quatro) segundos.


4.2.2.2 - [NFR10] Tempo de Atualização do Total de Vendas

Identificação: [NFR10] Tempo de Atualização do Total de Vendas


Descrição: 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.


4.2.2.3 - [NFR11] Notificação de Espaço em disco rígido ou no banco de dados

Identificação: [NFR11] Disponibilidade


Descrição:

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.


4.2.3 Usabilidade

4.2.3.1 - [NFR12] Tratamento de Exceções

Identificação: [NFR12] Tratamento de Exceções


Descrição: 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.


4.2.3.2 - [NFR13] Interface Gráfica

Identificação: [NFR13] Interface Gráfica


Descrição: 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.

Prioridade: Essencial Importante Desejável 4.2.4 Manutenção

4.2.4.1 - [NFR14] Modularização do Sistema

Identificação: [NFR14] Modularização do Sistema


Descrição: 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.

Prioridade: Essencial Importante Desejável 4.2.5 Documentação

4.2.5.1 - [NFR15] Manual de Instruções

Identificação: [NFR15] Manual de Instruções


Descrição: 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.


4.3 Requisitos Externos 4.3.1 [NFR16] Informações sobre Orçamento Identificação: [NFR16] Informações sobre Orçamento Casos de Uso relacionados: Todos.

Descrição: O custo, com o desenvolvimento do sistema, não poderá, em hipótese alguma, superar o estimado no Estudo de Viabilidade.


4.3.2 [NFR15] Tempo de desenvolvimento Identificação: [NFR14] Tempo de desenvolvimento Casos de Uso relacionados: Todos.

Descrição: 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*).

5.1 Modelagem de Dependência Estratégica

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

5.2 Modelo Estratégico da Razão

Figura 2 : Modelo estratégico da razão.

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.

6.2 Caso de Uso por Ator do Sistema 6.2.1 Veterinário

Figura 4 :Modelagem para os casos de uso que interagem com o ator Veterinário.

6.2.2 Secretária

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

6.2.3 Vendedora

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

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

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.

Referências Disciplina de Especificação de Requisitos e Validação de Sistemas. Disponível em: <http://www.cin.ufpe.br/~if716/>. Acesso em: novembro 2009. Documento de Estudo de Viabilidade. Disponível em: < http://www.cin.ufpe.br/~if716/projetos/projetos2009-2/Estudo_de_Viabilidade_veterinaria.doc>. Acesso em: novembro 2009 [Sommerville] G. Kotonya and I. Sommerville, Requirements Engineering : Processes and Techniques , John Wiley & Sons, 1998. Wikipédia. A enciclopédia livre. Disponível em: <http://www.wikipedia.org>. Acesso em : novembro 2009.

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.

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.

Anexo B – Descrição dos Casos de Uso Animal [UC01] Cadastrar Animal Identificador: [UC 01] Descrição: Cadastra um animal no sistema. Atores: Secretária e Veterinário Prioridade: Essencial Pré-condições: Não se aplica. Pós-condições: Haverá um novo animal cadastrado no sistema. Fluxo de Eventos Principal

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 -

[UC02] Cadastrar Proprietário Identificador: [UC 02] Descrição: 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.


[UC03] Alterar Animal Identificador: [UC 03] Descrição: Altera dados do cadastro de um animal no sistema. Atores: Veterinário e Secretária. Prioridade: Essencial Pré-condições: O animal a ser alterado deve estar previamente cadastrado no

sistema. Pós-condições: O animal terá seu cadastro atualizado. Fluxo de Eventos Principal

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.


[UC04] Alterar Proprietário Identificador: [UC 04] Descrição: Altera dados do cadastro de um proprietário no sistema. Atores: Veterinário e Secretária. Prioridade: Essencial Pré-condições: O proprietário a ser alterado deve estar previamente cadastrado no

sistema. Pós-condições: O proprietário terá seu cadastro atualizado. Fluxo de Eventos Principal

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.


[UC05] Remover Animal Identificador: [UC 05] Descrição: Remove um animal do sistema. Atores: Veterinário e Secretária. Prioridade: Essencial Pré-condições: O animal a ser removido deve estar previamente cadastrado no

sistema. Pós-condições: O animal é removido do sistema. Fluxo de Eventos Principal

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.


[UC06] Remover Proprietário Identificador: [UC 06] Descrição: Remove um proprietário do sistema. Atores: Veterinário e Secretária. Prioridade: Essencial Pré-condições: O proprietário a ser removido deve estar previamente cadastrado no

sistema. Pós-condições: O proprietário é removido do sistema. Fluxo de Eventos Principal

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.


[UC07] Busca Animal Identificador: [UC 07] Descrição: O sistema irá procurar um animal no sistema. Atores: Veterinário e Secretária. Prioridade: Essencial Pré-condições: Filtros para a busca. Pós-condições: Perfil do animal resultante da consulta. Fluxo de Eventos Principal

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.


[UC08] Busca Proprietário Identificador: [UC 08] Descrição: O sistema irá procurar um proprietário no sistema. Atores: Veterinário e Secretária. Prioridade: Essencial Pré-condições: Filtros para a busca. Pós-condições: Perfil do proprietário resultante da consulta. Fluxo de Eventos Principal

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.


[UC09] Cadastrar Consulta Identificador: [UC 09] Descrição: Associa uma consulta a um animal. Atores: Veterinário. Prioridade: Essencial Pré-condições: O animal a ter uma consulta associada a ele deve estar previamente

cadastrado no sistema. Pós-condições: Haverá uma nova consulta, associada a um animal, cadastrada no

sistema. Fluxo de Eventos Principal

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 -

[UC10] Cadastrar tosa/banho Identificador: [UC 10] Descrição: Associa um registro de tosa/banho a um animal. Atores: Veterinário e Secretária. Prioridade: Essencial Pré-condições: O animal a ter uma tosa/banho associada a ele deve estar

previamente cadastrado no sistema. Pós-condições: Haverá um novo registro de tosa/banho, associado a um animal,

cadastrado no sistema. Fluxo de Eventos Principal

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.


confirmação da inclusão do registro de tosa/banho. Requisitos Não Funcionais Específicos -

[UC11] Cadastrar Internamento Identificador: [UC 11] Descrição: Associa um registro de internamento a um animal. Atores: Veterinário. Prioridade: Essencial Pré-condições: O animal a ter um internamento associado a ele deve estar

previamente cadastrado no sistema. Pós-condições: Haverá um novo registro de internamento, associado a um animal,


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.


confirmação da inclusão do registro de internamento. Requisitos Não Funcionais Específicos -

[UC12] Cadastrar vacinação Identificador: [UC 12] Descrição: Associa uma vacina a um animal. Atores: Veterinário. Prioridade: Essencial Pré-condições: O animal a ter uma vacina associada a ele deve estar previamente

cadastrado no sistema. Pós-condições: Haverá um novo registro de vacina, associada a um animal,


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.


confirmação da inclusão do registro da vacina. Requisitos Não Funcionais Específicos -

[UC13] Gerar relatório internamento Identificador: [UC 13] Descrição: Gerar relatório de internamento de um animal. Atores: Veterinário. Prioridade: Essencial Pré-condições: O animal a ter seu relatório de internamento gerado deverá estar

previamente cadastrado no sistema. Pós-condições: Relatório de internamento do animal. Fluxo de Eventos Principal

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 -

[UC14] Gerar fatura internamento Identificador: [UC 14] Descrição: Gerar fatura do internamento de um animal. Atores: Secretária. Prioridade: Essencial Pré-condições: O animal a ter sua fatura de internamento gerada deverá estar

previamente cadastrado no sistema. Pós-condições: Fatura de internamento do animal. Fluxo de Eventos Principal

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 -

[UC15] Gerar fatura tosa/banho Identificador: [UC 15] Descrição: Gerar fatura de tosa/banho de um animal. Atores: Secretária. Prioridade: Essencial Pré-condições: O animal a ter sua fatura de tosa/banho gerada deverá estar

previamente cadastrado no sistema. Pós-condições: Fatura de tosa/banho do animal. Fluxo de Eventos Principal

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” .


Estoque [UC16] Cadastrar Produto Identificador: [UC 16] Descrição: Cadastra um produto no sistema. Ator: Vendedora. Prioridade: Essencial Pré-condições: Não se aplica. Pós-condições: Haverá um novo produto cadastrado no sistema. Fluxo de Eventos Principal

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.


[UC17] Buscar produto Identificador: [UC 17] Descrição: O sistema irá procurar um produto no sistema. Ator: Vendedora. Prioridade: Essencial Pré-condições: Filtros para a busca. Pós-condições: Perfil do produto resultante da consulta. Fluxo de Eventos Principal

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 -

[UC18] Registrar compra de produto Identificador: [UC 18] Descrição: Uma compra será associada a um produto. Ator: Vendedora. Prioridade: Essencial Pré-condições: O produto o qual se deseja associar uma compra deverá estar

previamente cadastrado no sistema. Pós-condições: Uma compra será associada a um produto. Fluxo de Eventos Principal

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.


[UC19] Registrar venda de produto Identificador: [UC 19] Descrição: Uma venda será associada a um produto. Ator: Vendedora. Prioridade: Essencial Pré-condições: O produto o qual se deseja associar uma venda deverá estar

previamente cadastrado no sistema. Pós-condições: Uma venda será associada a um produto. Fluxo de Eventos Principal

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.

universidade federal de pernambuco -...

Documents