Etapa IV
Casos de Uso
Informação
Descrição
Procedimentos
Inserir nome de usuário e senha
Resultado esperado
Logar no sistema; ir para a próxima tela
Dados de entrada
Login e senha (chars / strings)
Critérios especiais
Contagem interna do número de tentativas de login, sem sucesso; apresentação da tela de login/senha inválido(s) caso necessário
Ambiente
Tela do cliente, acessa o servidor
Implementação
Manual
Iteração
Primeira
Formulário 1: P00 e P01
Informação
Descrição
Caso de teste
P02 e P03 – Tela para inserção/remoção/consulta de dados
Pré-condições
Ter fornecido login/senha corretos
Procedimentos
Consultar/Inserir/Alterar/Excluir registros (caso tenha permissão)
Resultado esperado
Ir para a próxima tela (de acordo com a escolha)
Dados de entrada
Clicar no botão da operação desejada
Critérios especiais
Caso o usuário não possa acessar um ou outro item, o mesmo aparecerá em baixo relevo; botões que possam ser acessados, sempre em alto relevo.
Ambiente
Tela do cliente
Implementação
Manual
Iteração
Segunda
Formulário 2: P02 e P03
Busca/Consulta de Animais, Clientes, Produtos e Agenda
Informação
Descrição
Caso de teste
B00 - Busca/Consulta de Animais, Clientes, Produtos e Agenda
Pré-condições
Ter elementos inseridos na base de dados (base não nula)
Procedimentos
Preencher de 1 a “n” campos da tela de busca
Resultado esperado
Obter (ou não) o valor buscado
Dados de entrada
Strings (chars), inteiros e números com casas decimais
Critérios especiais
Trata-se de um “select” na tabela X, tendo como valor(es) os dados inseridos pelo usuário.
Ambiente
Tela do cliente, acessa o servidor para fazer a busca na base
Implementação
Manual
Iteração
Quarta
Formulário 3: B00 - Busca/Consulta de Animais, Clientes, Produtos e Agenda
Informação
Descrição
Caso de teste
H01 – Ajuda
Pré-condições
Procedimentos
Clicar no link Ajuda(?)
Resultado esperado
Obter um janela de pop-up com informações detalhadas de todos os botões e campos da tela referente ao link de ajuda.
Dados de entrada
Critérios especiais
Ambiente
Tela do cliente, local.
Implementação
Manual
Iteração
Última
Formulário 4: H01 – Menu Ajuda
Cadastro de dados no sistema
Informação
Descrição
Caso de teste
Engloba C00, C01, C02, C03 e C04 – Cadastra (Insere/Remove) Animais, Clientes, Produtos e dados na Agenda.
Pré-condições
Ter permissão para inserir dados na base de dados
Procedimentos
Preencher, ao menos, os campos em negrito para cada tabela.
Resultado esperado
Obter (ou não) sucesso na operação de cadasto( inserção ou remoção)
Dados de entrada
Strings (chars), inteiros e números com casas decimais
Critérios especiais
Trata-se de inserir ou remover valores na tabela. PS: Inserir / Remover não é o mesmo que Alterar!
Ambiente
Tela do cliente, acessa o servidor para fazer inserção/remoção de dados na base
Implementação
Manual
Iteração
Terceira
Formulário 6: Cadastrar / Excluir
Para acesso ãs imagens, favor entrar em contato!!!
Alunos:
Samir Piccolotto RA: 0943486061
Nathalia Elias RA: 0832494
Jean Pavanelli RA: 0945489169
Gustavo Chinaglia RA: 0901348552
Cesar Cardoso RA: 0901412846
Engenharia de Software
quinta-feira, 2 de junho de 2011
segunda-feira, 30 de maio de 2011
ATIVIDADES PRÁTICAS SUPERVISIONADAS
ETAPA V
Donizeti de Assis Dantas RA: 0995534163
Cinara Saraiva Cardoso RA: 0901345894
Kivia F. Azevedo Ramos RA: 2507415553
Ronaldo Cezar Cavalcanti RA: 0901395323
Bruno Luiz M. de Oliveira RA: 0919440340
Neste relatório apresentamos os casos de uso do sistema porém utilizando a forma gráfica que são através dos diagramas de Classe, Seqüência e Atividade para que todos possam entender com é o funcionamento básico do programa.
Cadastrar:
Nome do caso: UC 001
Fluxo principal: É quando o funcionário solicita ao cliente os dados para inserir no sistema.
Pre-condição: O funcionário tem que ser autenticado.
Pos-condição: Sistema deverá gerar o código de cliente.
Na tela inicial inserimos os dados solicitados.
Nome completo do cliente;
CPF;
Endereço;
Telefone Fixo e móvel;
Nome do animal;
Raça ;
Idade;
Observações é o campo onde colocamos informações pertinentes a respeito da vida do animal;
Confirmamos as informações , caso tenha algum dado incompatível com a condição do sistema ele retorna ao ponto para a correção.
Nome do caso: UC 002
Fluxo principal: É quando o funcionário solicita ao fornecedor os dados para inserir no sistema.
Pre-condição: O funcionário tem que ser autenticado.
Pos-condição: Sistema deverá gerar o código de fornecedor.
Na tela inicial optamos pelo opção fornecedor inserimos os dados solicitados.
Razão social;
CNPJ;
Inscrição Estadual;
Endereço;
Telefone Fixo e móvel;
Email;
Confirmamos as informações , caso tenha algum dado incompatível com a condição do sistema ele retorna ao ponto para a correção.
Consulta:
Nome do caso: UC 003
Fluxo principal: O caso se inicia no momento que o funcionário deseja encontrar um cliente, animal ou fornecedor .
Pre-condição: O funcionário tem que ser autenticado.
Pos-condição: Registro da consulta.
Na tela inicial possui o campo pesquisar inserimos um dos dados solicitados.
Disponibilizamos filtros de seleção;
CPF /CNPJ;
Animal/Razão social;
Confirmamos a operação .
Aparecera o resultado, ou seja uma lista com as informações ou caso ele não encontre nada retorna a frase “ Nenhuma informação encontrada”.
A lista terá os seguintes campos: Nome ; CPF; Codigo de registro; telefone; endereço ;
Confirmamos as informações , caso tenha algum dado incompatível com a condição do sistema ele retorna ao ponto para a correção.
ETAPA V
Donizeti de Assis Dantas RA: 0995534163
Cinara Saraiva Cardoso RA: 0901345894
Kivia F. Azevedo Ramos RA: 2507415553
Ronaldo Cezar Cavalcanti RA: 0901395323
Bruno Luiz M. de Oliveira RA: 0919440340
Neste relatório apresentamos os casos de uso do sistema porém utilizando a forma gráfica que são através dos diagramas de Classe, Seqüência e Atividade para que todos possam entender com é o funcionamento básico do programa.
Cadastrar:
Nome do caso: UC 001
Fluxo principal: É quando o funcionário solicita ao cliente os dados para inserir no sistema.
Pre-condição: O funcionário tem que ser autenticado.
Pos-condição: Sistema deverá gerar o código de cliente.
Na tela inicial inserimos os dados solicitados.
Nome completo do cliente;
CPF;
Endereço;
Telefone Fixo e móvel;
Nome do animal;
Raça ;
Idade;
Observações é o campo onde colocamos informações pertinentes a respeito da vida do animal;
Confirmamos as informações , caso tenha algum dado incompatível com a condição do sistema ele retorna ao ponto para a correção.
Nome do caso: UC 002
Fluxo principal: É quando o funcionário solicita ao fornecedor os dados para inserir no sistema.
Pre-condição: O funcionário tem que ser autenticado.
Pos-condição: Sistema deverá gerar o código de fornecedor.
Na tela inicial optamos pelo opção fornecedor inserimos os dados solicitados.
Razão social;
CNPJ;
Inscrição Estadual;
Endereço;
Telefone Fixo e móvel;
Email;
Confirmamos as informações , caso tenha algum dado incompatível com a condição do sistema ele retorna ao ponto para a correção.
Consulta:
Nome do caso: UC 003
Fluxo principal: O caso se inicia no momento que o funcionário deseja encontrar um cliente, animal ou fornecedor .
Pre-condição: O funcionário tem que ser autenticado.
Pos-condição: Registro da consulta.
Na tela inicial possui o campo pesquisar inserimos um dos dados solicitados.
Disponibilizamos filtros de seleção;
CPF /CNPJ;
Animal/Razão social;
Confirmamos a operação .
Aparecera o resultado, ou seja uma lista com as informações ou caso ele não encontre nada retorna a frase “ Nenhuma informação encontrada”.
A lista terá os seguintes campos: Nome ; CPF; Codigo de registro; telefone; endereço ;
Confirmamos as informações , caso tenha algum dado incompatível com a condição do sistema ele retorna ao ponto para a correção.
ATPS Etapa 5
ATPS Etapa 5
Desenvolvimento e Diagramas
Nome: Bruno Augusto Mariano RA: 0907348978
Nome: Bruno Rossetto RA: 0901346766
Nome: Douglas Guilherme Martins RA: 1099266349
Nome: Paulo Sergio Carvalho Junior RA: 0943476492
Nome: Thiago Crisante Dias RA: 0934457670
Ciência da Computação – 5ª Série – Engenharia de Software e Análise de Projeto de Sistemas
Especificação dos Requisitos do Software
Sistema de Gerenciamento da Clínica Veterinária Clivet
ATPS Etapa 05 Passos 1,2,3 e Relatório
Nome: Estevan Caetano da Silva RA: 0991003743
Nome: Carlos Ap. Galvão RA: 0943475647
Nome: Luiz Gustavo capareli RA: 1099477617
*Id do Caso de Uso: UC-001
Requisitos(s): RF001 A/RF002 A
Nome do Caso de Uso: Manter cadastro do animal /cadastro de cliente
Criado por: Estevan Caetano Atualizado por: Carlos Galvão
Data da Criação: 15/05/2011 Data da Atualização: 25/05/2011
Atores: Atendente, Veterinário
Descrição: Este caso de uso é responsável por exibir e gravar os dados dos animais e do cliente
que foram atendidos na clinica veterinária.
Pré-condições: O dono do animal deve ter preenchido uma ficha com os dados necessários para o cadastramento.
Pós-condições: Alta
Prioridade: Alta
Freqüência de uso: Alta
Complexidade: Alta
Risco: Alto
Fluxo de eventos Fluxo Normal:
1. O usuário seleciona a opção Cadastrar um novo animal ou cliente no menu do sistema
2. O sistema exibe a tela de cadastramento de animais ou cliente
3. O usuário preenche todos os campos e depois clica no botão salvar dados deste animal.
4. O sistema verifica se todos os dados importantes foram inseridos corretamente.
5. Se os todos os dados estiverem corretos:
1. O sistema grava-os no banco de dados
2. O sistema pergunta ao usuário se deseja cadastrar um novo animal ou cliente.
3. Se o usuário responder SIM o sistema volta para o passo 3.
6. O caso de uso termina.
Fluxo Alternativo - (Dados incorretos)
5. Se os dados não estiverem corretos, o sistema emite uma mensagem informando quais campos devem ser corrigidos e posiciona o cursor no primeiro campo incorreto. Depois volta para o passo 4 do fluxo normal.
Requisito não funcional: O sistema não pode demorar mais de 3 segundos para gravar os dados no banco de dados.
Diagrama de Atividades: DA-001 - Cadastramento de Animais
Interface gráfica GUI: CAD_ANIMAL.class
*Id do Caso de Uso: UC-002
Requisitos(s): RF003 A/RF004 A
Nome do Caso de Uso: Realizar busca do animal /busca do cliente
Criado por: Estevan Caetano Atualizado por: Carlos Galvão
Data da Criação: 15/05/2011 Data da Atualização: 25/05/2011
Atores: Atendente, Veterinário
Descrição: Este caso de uso é responsável buscar os dados dos animais ou cliente que foram atendidos na clinica veterinária.
Pré-condições: A busca será realizada após a inserção dos dados do animal ou do cliente que for solicitado ou em parte
Pós-condições: Alta
Prioridade: Media
Freqüência de uso: Alta
Complexidade: Media
Risco: Baixa
Fluxo de eventos Fluxo Normal:
1. O usuário seleciona a opção selecionar um animal ou cliente no menu pesquisar.
2. O sistema exibe a tela de pesquisa de animais
3. O usuário preenche os campos e depois clica no botão pesquisar dados deste animal/cliente.
4. O sistema retorna todos os dados importantes do animal/cliente.
5. Se houver retorno dados após a pesquisa:
1. O sistema retorna a tela de cadastro
2. O sistema pergunta ao usuário se deseja alterar ou cadastrar um animal/cliente.
3. Se o usuário responder SIM o sistema volta para o passo 3 UC-001.
6. O caso de uso termina.
Fluxo Alternativo - (Dados incorretos)
5. Se os dados não estiverem corretos, o sistema emite uma mensagem informando que não foram encontrados nenhum dado e posiciona o cursor no primeiro campo. Depois volta para o passo 3 do fluxo normal.
Requisito não funcional: O sistema não pode demorar mais de 3 segundos para retornar as informações pesquisadas no banco de dados.
Diagrama de Atividades: DA-002 –Pesquisas de Animais
Interface gráfica GUI: PESQ_ANIMAL.class
*Id do Caso de Uso: UC-003
Requisitos(s): RF005 A/RF006 A
Nome do Caso de Uso: Realizar busca do animal /busca do cliente
Criado por: Estevan Caetano Atualizado por: Carlos Galvão
Data da Criação: 15/05/2011 Data da Atualização: 25/05/2011
Atores: Atendente, Veterinário
Descrição: Este caso de uso é responsável buscar os dados dos animais ou cliente que foram atendidos na clinica veterinária.
Pré-condições: A busca será realizada após a inserção dos dados do animal ou do cliente que for solicitado ou em parte
Pós-condições: Alta
Prioridade: Media
Freqüência de uso: Alta
Complexidade: Media
Risco: Baixa
Fluxo de eventos Fluxo Normal:
1. O usuário seleciona a opção selecionar um animal ou cliente no menu pesquisar.
2. O sistema exibe a tela de pesquisa de animais
3. O usuário preenche os campos e depois clica no botão pesquisar dados deste animal/cliente.
4. O sistema retorna todos os dados importantes do animal/cliente.
5. Se houver retorno dados após a pesquisa:
1. O sistema retorna a tela de cadastro
2. O sistema pergunta ao usuário se deseja alterar ou cadastrar um animal/cliente.
3. Se o usuário responder SIM o sistema volta para o passo 3 UC-001.
6. O caso de uso termina.
Fluxo Alternativo - (Dados incorretos)
5. Se os dados não estiverem corretos, o sistema emite uma mensagem informando que não foram encontrados nenhum dado e posiciona o cursor no primeiro campo. Depois volta para o passo 3 do fluxo normal.
Requisito não funcional: O sistema não pode demorar mais de 3 segundos para retornar as informações pesquisadas no banco de dados.
Diagrama de Atividades: DA-002 –Pesquisas de Animais
Interface gráfica GUI: PESQ_ANIMAL.class
*Obs: Este modelo de Id de Caso de Uso serve como referencia para RF-001 A ate RF-021 A com algumas alterações. Este diagrama de Id de caso de uso foi desenvolvido para o caso de uso da pagina 41.
Diagrama de caso de uso-Venda
Diagrama de Colaboração
Diagrama de Colaboração-Venda
Diagramas de Sequência
Diagramas de Classe
Diagrama de Atividades
Diagrama de Estados
Relatório
Os modelos de casos de uso descritos acima propõe mostrar um pouco dos processos que serão realizados no programa Clivet PetShop deixando assim claro para o nosso cliente a forma como será realizado os fluxos de negócios dentro do programa vamos descriminar alguns passos desenvolvidos:
Diagrama de caso de uso-Venda:Mostra a interação do usuário com o programa e todas as ações que o mesmo ira realizar para poder executar o processo desejado.
Id do Caso de Uso: Mostra para o desenvolvedor e para o cliente a forma como os dados serão tratados dentro de um caso de uso e todas as suas regras.
Diagrama de Colaboração: Mostra quais processos colaboram para o funcionamento do processo solicitado.
Diagramas de seqüência: Mostra a seqüência e todas as decisões tomadas pelo fluxo do processo que são disparadas assim que o usuário inicia algum serviço.
Diagramas de Classe: Mostra as regras básicas para a implementação de um bom código de programação este é mais voltado ao programador que ira programar este programa.
Diagrama de Atividades: Mostram para o programador e para o entendimento do cliente a forma que será tratada certas decisões dentro do programa nas bases que foram solicitadas pelo usuário do programa.
Diagrama de Estados: Mostra aonde o programa esta executado as ações do serviço solicitado pelo usuário como um estatus de localização de fluxo.
Este fluxo apresentado é para apenas mostrar para o cliente as conotações criadas para cada processo cabendo assim a aprovação e mudanças no caso de não satisfazer o desejo do cliente.
Especificação dos Requisitos do Software
Sistema de Gerenciamento da Clínica Veterinária Clivet
ATPS Etapa 05 Passos 1,2,3 e Relatório
Nome: Estevan Caetano da Silva RA: 0991003743
Nome: Carlos Ap. Galvão RA: 0943475647
Nome: Luiz Gustavo capareli RA: 1099477617
*Id do Caso de Uso: UC-001
Requisitos(s): RF001 A/RF002 A
Nome do Caso de Uso: Manter cadastro do animal /cadastro de cliente
Criado por: Estevan Caetano Atualizado por: Carlos Galvão
Data da Criação: 15/05/2011 Data da Atualização: 25/05/2011
Atores: Atendente, Veterinário
Descrição: Este caso de uso é responsável por exibir e gravar os dados dos animais e do cliente
que foram atendidos na clinica veterinária.
Pré-condições: O dono do animal deve ter preenchido uma ficha com os dados necessários para o cadastramento.
Pós-condições: Alta
Prioridade: Alta
Freqüência de uso: Alta
Complexidade: Alta
Risco: Alto
Fluxo de eventos Fluxo Normal:
1. O usuário seleciona a opção Cadastrar um novo animal ou cliente no menu do sistema
2. O sistema exibe a tela de cadastramento de animais ou cliente
3. O usuário preenche todos os campos e depois clica no botão salvar dados deste animal.
4. O sistema verifica se todos os dados importantes foram inseridos corretamente.
5. Se os todos os dados estiverem corretos:
1. O sistema grava-os no banco de dados
2. O sistema pergunta ao usuário se deseja cadastrar um novo animal ou cliente.
3. Se o usuário responder SIM o sistema volta para o passo 3.
6. O caso de uso termina.
Fluxo Alternativo - (Dados incorretos)
5. Se os dados não estiverem corretos, o sistema emite uma mensagem informando quais campos devem ser corrigidos e posiciona o cursor no primeiro campo incorreto. Depois volta para o passo 4 do fluxo normal.
Requisito não funcional: O sistema não pode demorar mais de 3 segundos para gravar os dados no banco de dados.
Diagrama de Atividades: DA-001 - Cadastramento de Animais
Interface gráfica GUI: CAD_ANIMAL.class
*Id do Caso de Uso: UC-002
Requisitos(s): RF003 A/RF004 A
Nome do Caso de Uso: Realizar busca do animal /busca do cliente
Criado por: Estevan Caetano Atualizado por: Carlos Galvão
Data da Criação: 15/05/2011 Data da Atualização: 25/05/2011
Atores: Atendente, Veterinário
Descrição: Este caso de uso é responsável buscar os dados dos animais ou cliente que foram atendidos na clinica veterinária.
Pré-condições: A busca será realizada após a inserção dos dados do animal ou do cliente que for solicitado ou em parte
Pós-condições: Alta
Prioridade: Media
Freqüência de uso: Alta
Complexidade: Media
Risco: Baixa
Fluxo de eventos Fluxo Normal:
1. O usuário seleciona a opção selecionar um animal ou cliente no menu pesquisar.
2. O sistema exibe a tela de pesquisa de animais
3. O usuário preenche os campos e depois clica no botão pesquisar dados deste animal/cliente.
4. O sistema retorna todos os dados importantes do animal/cliente.
5. Se houver retorno dados após a pesquisa:
1. O sistema retorna a tela de cadastro
2. O sistema pergunta ao usuário se deseja alterar ou cadastrar um animal/cliente.
3. Se o usuário responder SIM o sistema volta para o passo 3 UC-001.
6. O caso de uso termina.
Fluxo Alternativo - (Dados incorretos)
5. Se os dados não estiverem corretos, o sistema emite uma mensagem informando que não foram encontrados nenhum dado e posiciona o cursor no primeiro campo. Depois volta para o passo 3 do fluxo normal.
Requisito não funcional: O sistema não pode demorar mais de 3 segundos para retornar as informações pesquisadas no banco de dados.
Diagrama de Atividades: DA-002 –Pesquisas de Animais
Interface gráfica GUI: PESQ_ANIMAL.class
*Id do Caso de Uso: UC-003
Requisitos(s): RF005 A/RF006 A
Nome do Caso de Uso: Realizar busca do animal /busca do cliente
Criado por: Estevan Caetano Atualizado por: Carlos Galvão
Data da Criação: 15/05/2011 Data da Atualização: 25/05/2011
Atores: Atendente, Veterinário
Descrição: Este caso de uso é responsável buscar os dados dos animais ou cliente que foram atendidos na clinica veterinária.
Pré-condições: A busca será realizada após a inserção dos dados do animal ou do cliente que for solicitado ou em parte
Pós-condições: Alta
Prioridade: Media
Freqüência de uso: Alta
Complexidade: Media
Risco: Baixa
Fluxo de eventos Fluxo Normal:
1. O usuário seleciona a opção selecionar um animal ou cliente no menu pesquisar.
2. O sistema exibe a tela de pesquisa de animais
3. O usuário preenche os campos e depois clica no botão pesquisar dados deste animal/cliente.
4. O sistema retorna todos os dados importantes do animal/cliente.
5. Se houver retorno dados após a pesquisa:
1. O sistema retorna a tela de cadastro
2. O sistema pergunta ao usuário se deseja alterar ou cadastrar um animal/cliente.
3. Se o usuário responder SIM o sistema volta para o passo 3 UC-001.
6. O caso de uso termina.
Fluxo Alternativo - (Dados incorretos)
5. Se os dados não estiverem corretos, o sistema emite uma mensagem informando que não foram encontrados nenhum dado e posiciona o cursor no primeiro campo. Depois volta para o passo 3 do fluxo normal.
Requisito não funcional: O sistema não pode demorar mais de 3 segundos para retornar as informações pesquisadas no banco de dados.
Diagrama de Atividades: DA-002 –Pesquisas de Animais
Interface gráfica GUI: PESQ_ANIMAL.class
*Obs: Este modelo de Id de Caso de Uso serve como referencia para RF-001 A ate RF-021 A com algumas alterações. Este diagrama de Id de caso de uso foi desenvolvido para o caso de uso da pagina 41.
Diagrama de caso de uso-Venda
Diagrama de Colaboração
Diagrama de Colaboração-Venda
Diagramas de Sequência
Diagramas de Classe
Diagrama de Atividades
Diagrama de Estados
Relatório
Os modelos de casos de uso descritos acima propõe mostrar um pouco dos processos que serão realizados no programa Clivet PetShop deixando assim claro para o nosso cliente a forma como será realizado os fluxos de negócios dentro do programa vamos descriminar alguns passos desenvolvidos:
Diagrama de caso de uso-Venda:Mostra a interação do usuário com o programa e todas as ações que o mesmo ira realizar para poder executar o processo desejado.
Id do Caso de Uso: Mostra para o desenvolvedor e para o cliente a forma como os dados serão tratados dentro de um caso de uso e todas as suas regras.
Diagrama de Colaboração: Mostra quais processos colaboram para o funcionamento do processo solicitado.
Diagramas de seqüência: Mostra a seqüência e todas as decisões tomadas pelo fluxo do processo que são disparadas assim que o usuário inicia algum serviço.
Diagramas de Classe: Mostra as regras básicas para a implementação de um bom código de programação este é mais voltado ao programador que ira programar este programa.
Diagrama de Atividades: Mostram para o programador e para o entendimento do cliente a forma que será tratada certas decisões dentro do programa nas bases que foram solicitadas pelo usuário do programa.
Diagrama de Estados: Mostra aonde o programa esta executado as ações do serviço solicitado pelo usuário como um estatus de localização de fluxo.
Este fluxo apresentado é para apenas mostrar para o cliente as conotações criadas para cada processo cabendo assim a aprovação e mudanças no caso de não satisfazer o desejo do cliente.
De onde vêm as boas ideias?
Steven Johnson apresenta neste insight uma emocionante história sobre o surgimento de ideias, como elas acontecem em nossas vidas e como hoje em dia as redes sociais podem contribuir ou interferir nisso.
Este insight é baseado em seu livro "Where Good Ideas Come From".
Vale a pena conferir!
Este insight é baseado em seu livro "Where Good Ideas Come From".
Vale a pena conferir!
domingo, 29 de maio de 2011
ANHANGUERA EDUCACIONAL FAC 3
ATPS DE ENGENHARIA DE SOFTWARE
Parte 5
Nome: Anderson Ricardo Paublo RA:0901381748
Nome: Felipe Augusto Aparicio RA: 0916396398
Nome: Hildebrando Pedroni RA: 1001757638
Nome: Henrique Moreno RA: 0947497522
Nome: Leandro Almeida RA: 0808186686
| Nome do Caso de Uso: | Manter cadastro do animal | ||
| Criado por: | Anderson R. Paublo | Atualizado por: | Anderson R. Paublo |
| Data da Criação: | 29/05/2010 | Data da Atualização: | 29/05/2010 |
| Atores: | Atendente, Veterinário | ||
| Descrição: | Este caso de uso é responsável por exibir e gravar os dados dos animais que foram atendidos na clinica veterinária. | ||
| Pré-condições: | O dono do animal deve ter preenchido uma ficha com os dados necessários para o cadastramento. | ||
| Pós-condições: | |||
| Prioridade: | Alta | ||
| Freqüência de uso: | Alta | ||
| Complexidade: | Alta | ||
| Risco: | Alto | ||
| Fluxo de Eventos: | Fluxo Normal: 1. O usuário seleciona a opção Cadastrar um novo animal no menu do sistema 2. O sistema exibe a tela de cadastramento de animais 3. O usuário preenche todos os campos e depois clica no botão salvar dados desta animal. 4. O sistema verifica se todos os dados importantes foram inseridos corretamente. 5. Se os todos os dados estiverem corretos: 1. O sistema grava-os no banco de dados 2. O sistema pergunta ao usuário se deseja cadastrar um novo animal. 3. Se o usuário responder SIM o sistema volta para o passo 3. 6. O caso de uso termina. Fluxo Alternativo - (Dados incorretos) 5. Se os dados não estiverem corretos, o sistema emite uma mensagem informando quais campos devem ser corrigidos e posiciona o cursor no primeiro campo incorreto. Depois volta para o passo 4 do fluxo normal. | ||
| Requisitos não funcional: | O sistema não pode demorar mais de 3 segundos para gravar os dados no banco de dados. | ||
| Nome do Caso de Uso: | Marcar consulta | ||
| Criado por: | Anderson R. Paublo | Atualizado por: | Anderson R. Paublo |
| Data da Criação: | 29/05/2010 | Data da Atualização: | 29/05/2010 |
| Atores: | Atendente, Veterinário | ||
| Descrição: | Este caso de uso é responsável por exibir e gravar os dados das consultas marcadas. | ||
| Pré-condições: | O atendente ou veterinário deverá preencher uma requisição de consulta. | ||
| Pós-condições: | |||
| Prioridade: | Alta | ||
| Freqüência de uso: | Alta | ||
| Complexidade: | Alta | ||
| Risco: | Alto | ||
| Fluxo de Eventos: | Fluxo Normal: 1. O usuário seleciona a opção Marcar uma consulta no menu do sistema 2. O sistema exibe a tela de cadastramento de consilta 3. O usuário preenche todos os campos e depois clica no botão salvar consulta. 4. O sistema verifica se todos os dados importantes foram inseridos corretamente. 5. Se os todos os dados estiverem corretos: 1. O sistema grava-os no banco de dados 2. O sistema pergunta ao usuário se deseja cadastrar uma nova consulta. 3. Se o usuário responder SIM o sistema volta para o passo 3. 6. O caso de uso termina. Fluxo Alternativo - (Dados incorretos) 5. Se os dados não estiverem corretos, o sistema emite uma mensagem informando quais campos devem ser corrigidos e posiciona o cursor no primeiro campo incorreto. Depois volta para o passo 4 do fluxo normal. | ||
| Requisitos não funcional: | O sistema não pode demorar mais de 3 segundos para gravar os dados no banco de dados. | ||
| Nome do Caso de Uso: | Consultar agenda | ||
| Criado por: | Anderson R. Paublo | Atualizado por: | Anderson R. Paublo |
| Data da Criação: | 29/05/2010 | Data da Atualização: | 29/05/2010 |
| Atores: | Atendente, Veterinário | ||
| Descrição: | Este caso de uso é responsável por exibir e os dados das consultas marcadas. | ||
| Pós-condições: | |||
| Prioridade: | Media | ||
| Freqüência de uso: | Alta | ||
| Complexidade: | Baixo | ||
| Risco: | Baixo | ||
| Fluxo de Eventos: | Fluxo Normal: 1. O usuário seleciona a opção Pesquisar consultas no menu do sistema 2. O sistema exibe uma tela com datas para pesquis 3. O usuário escolhe a data para a pesquisa. 4. O sistema verifica e imprime todas as consultas marcadas para o dia. | ||
| Requisitos não funcional: | O sistema não pode demorar mais de 5 segundos pesquisar no banco de dados. | ||
| Nome do Caso de Uso: | Consultar clientes | ||
| Criado por: | Anderson R. Paublo | Atualizado por: | Anderson R. Paublo |
| Data da Criação: | 29/05/2010 | Data da Atualização: | 29/05/2010 |
| Atores: | Atendente, Veterinário | ||
| Descrição: | Este caso de uso é responsável por exibir e os dados os clientes cadastrados. | ||
| Pós-condições: | |||
| Prioridade: | Media | ||
| Freqüência de uso: | Alta | ||
| Complexidade: | Baixo | ||
| Risco: | Baixo | ||
| Fluxo de Eventos: | Fluxo Normal: 1. O usuário seleciona a opção Pesquisar clientes no menu do sistema 2. O sistema exibe uma tela com duas opções: exibir todos os clientes ou por RG. 3. Se o usuário colocar todos o sistema imprimirá na tela a lista de todos os clientes. Fluxo Alternativo - (Dados incorretos) 3. Se o usuário optar pesquisar por RG o programa imprimirá apenas o RG colocado 4. Se o RG estiver errado o programa exigira uma nova tentativa. | ||
| Requisitos não funcional: | O sistema não pode demorar mais de 5 segundos pesquisar no banco de dados. | ||
| Nome do Caso de Uso: | Manter cadastro de produtos | ||
| Criado por: | Anderson R. Paublo | Atualizado por: | Anderson R. Paublo |
| Data da Criação: | 29/05/2010 | Data da Atualização: | 29/05/2010 |
| Atores: | Atendente, Veterinário | ||
| Descrição: | Este caso de uso é responsável por exibir e gravar os dados dos produtos comprados para revenda. | ||
| Pós-condições: | |||
| Prioridade: | Media | ||
| Freqüência de uso: | Alta | ||
| Complexidade: | Baixo | ||
| Risco: | Baixo | ||
| Fluxo de Eventos: | Fluxo Normal: 1. O usuário seleciona a opção Cadastrar um novo produto no menu do sistema 2. O sistema exibe a tela de cadastramento de produtos 3. O usuário preenche todos os campos e depois clica no botão salvar. 4. O sistema verifica se todos os dados importantes foram inseridos corretamente. 5. Se os todos os dados estiverem corretos: 1. O sistema grava-os no banco de dados 2. O sistema pergunta ao usuário se deseja cadastrar um novo produto. 3. Se o usuário responder SIM o sistema volta para o passo 3. 6. O caso de uso termina. Fluxo Alternativo - (Dados incorretos) 5. Se os dados não estiverem corretos, o sistema emite uma mensagem informando quais campos devem ser corrigidos e posiciona o cursor no primeiro campo incorreto. Depois volta para o passo 4 do fluxo normal. | ||
| Requisitos não funcional: | O sistema não pode demorar mais de 3 segundos para gravar os dados no banco de dados. | ||
Assinar:
Postagens (Atom)