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.


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.

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!


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.

segunda-feira, 9 de maio de 2011

ATPS Etapa 4

ATPS Etapa 4

Conteúdo

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



ATPS - ETAPA 4

Faculdade Anhanguera de Campinas

FAC III

Edward Furumoto 0901413362

Lucas Santana Melo 1099433969

Suelen Cosma de Camargo 0950168

Wagner Martins Barbosa 0919400026

ATPS – Etapa 4

Engenharia de Software e Análise de Projeto de Sistemas

Professora Tânia Regina Ramires Bezerra

5º Ciências da Computação

Campinas 2011

CASO DE TESTE

CASO DE TESTE

CT 01 – funcionalidades para o botão “incluir” na tela de cadastro de clientes.

PRÉ-CONDIÇÕES

Ter clicado no botão incluir na tela de clientes

PROCEDIMENTOS

1-o ator clica no primeiro botão da esquerda para a direita na parte superior da tela, embaixo da barra de menu.

RESULTADOS ESPERADO

O sistema deverá abrir uma tela de confirmação de inclusão de cliente e caso seja confirmado pelo ator, um novo código deverá ser apresentado no campo código e também liberado os campos para preenchimento dos dados do cliente.

DADOS DE ENTRADA

Nome, CPF/CNPJ, tipo de pessoa (física/jurídica), endereço completo (Av./Rua, número, complemento, bairro), CEP, UF, código da cidade e código do país.

CRITÉRIOS ESPECIAIS

Não se aplica

AMBIENTE

IMPLEMENTAÇÃO

Manual

ITERAÇÃO

1º iteração

CASO DE TESTE

CASO DE TESTE

CT 02 – confirmação de dados obrigatórios ao clicar no botão “gravar”

PRÉ-CONDIÇÕES

Ter clicado no botão gravar na tela de cadastro de clientes

PROCEDIMENTOS

1- o ator clica no segundo botão da esquerda para a direita na parte superior da tela, embaixo da barra de menu.

2-caso os dados que são obrigatórios estiverem corretos o sistema apresentará uma tela com uma mensagem confirmando a entrada dos dados no sistema.

RESULTADOS ESPERADO

O sistema deverá fazer uma confirmação se os dados obrigatórios: (Endereço completo, CPF ou CNPJ, e-mail, código da cidade)

DADOS DE ENTRADA

CRITÉRIOS ESPECIAIS

Não se aplica

AMBIENTE

IMPLEMENTAÇÃO

Manual

ITERAÇÃO

1º iteração

CASO DE TESTE

CASO DE TESTE

CT 03 – gerar relatório de clientes com dados principais ao clicar no botão “visualizar”

PRÉ-CONDIÇÕES

Ter clicado no botão visualizar na tela de relatório de clientes

PROCEDIMENTOS

1-o ator escolherá um cliente especifico ou todos.

2-pode escolher a forma de saída do relatório (código ou nome)

3- clica no botão visualizar

RESULTADOS ESPERADO

O sistema deverá imprimir na tela um relatório com os principais dados dos clientes, divididos em colunas com os respectivos valores e será ordenado de acordo com a forma de saída escolhida pelo autor.

DADOS DE ENTRADA

CRITÉRIOS ESPECIAIS

Não se aplica

AMBIENTE

IMPLEMENTAÇÃO

Manual

ITERAÇÃO

1º iteração

CASO DE TESTE

CASO DE TESTE

CT 04 – funcionalidade do botão ”incluir” na tela de cadastro de serviços.

PRÉ-CONDIÇÕES

Ter clicado no botão incluir na tela de cadastro de serviços

PROCEDIMENTOS

1-o ator clica no primeiro botão da esquerda para a direito localizado na parte superior embaixo da barra de menu do sistema.

RESULTADOS ESPERADO

O sistema deverá abrir uma tela de confirmação de inclusão de serviço e caso seja confirmado pelo ator, um novo código deverá ser apresentado no campo código e também liberado os campos para preenchimento dos dados do serviço

DADOS DE ENTRADA

Descrição do serviço, preço à vista e preço à prazo

CRITÉRIOS ESPECIAIS

Não se aplica

AMBIENTE

IMPLEMENTAÇÃO

Manual

ITERAÇÃO

1º iteração

CASO DE TESTE

CASO DE TESTE

CT 05 – funcionalidade do botão ”excluir” na tela de cadastro de clientes

PRÉ-CONDIÇÕES

Ter clicado no botão excluir na tela de cadastro de clientes

PROCEDIMENTOS

1-o ator clica no terceiro botão da esquerda para direita na tela de cadastro de clientes

2-caso o cliente tenha um histórico na empresa o sistema deverá apresentar uma mensagem dizendo que não poderá ser excluída e sim desativada.

3-se o ator colocar que concorda com a desativação o cliente será efetivada e o código de cliente por ser uma chave primária não poderá ser usada para outro registro de cliente.

4-caso o cliente não tenha histórico, o sistema executará uma instrução que excluirá do banco de dados os dados do cliente e o código ficará livre para que outro cliente possa ser cadastrado com esse código.

RESULTADOS ESPERADO

Exclusão ou inativação do cliente

DADOS DE ENTRADA

CRITÉRIOS ESPECIAIS

Não se aplica

AMBIENTE

IMPLEMENTAÇÃO

Manual

ITERAÇÃO

1º iteração

CASO DE TESTE

CASO DE TESTE

CT 06 – funcionalidade do botão ”incluir” na tela de cadastro de produtos

PRÉ-CONDIÇÕES

Ter clicado no botão incluir na tela de cadastro de produtos

PROCEDIMENTOS

1-o ator clica no primeiro botão da esquerda para a direito localizado na parte superior embaixo da barra de menu do sistema.

RESULTADOS ESPERADO

O sistema deverá abrir uma tela de confirmação de inclusão de produto e caso seja confirmado pelo ator, um novo código deverá ser apresentado no campo código e também liberado os campos para preenchimento dos dados do produto.

DADOS DE ENTRADA

Descrição do produto, código de tributação, NCM, preço à vista, preço à prazo.

CRITÉRIOS ESPECIAIS

Não se aplica

AMBIENTE

IMPLEMENTAÇÃO

Manual

ITERAÇÃO

1º iteração

CASO DE TESTE

CASO DE TESTE

CT 07 – funcionalidade do botão ”excluir” na tela de cadastro de produtos

PRÉ-CONDIÇÕES

Ter clicado no botão excluir na tela de cadastro de produtos

PROCEDIMENTOS

1-o ator clica no terceiro botão da esquerda para direita na tela de cadastro de clientes

2-caso o produto tenha um histórico na empresa o sistema deverá apresentar uma mensagem dizendo que não poderá ser excluído e sim desativado.

3-se o ator colocar que concorda com a desativação o produto será efetivada e o código do produto por ser uma chave primária não poderá ser usada para outro registro.

4-caso o produto não tenha histórico, o sistema executará uma instrução que excluirá do banco de dados os dados do produto e o código ficará livre para que outro produto possa ser cadastrado com esse código.

RESULTADOS ESPERADO

Exclusão ou inativação do produto

DADOS DE ENTRADA

CRITÉRIOS ESPECIAIS

Não se aplica

AMBIENTE

IMPLEMENTAÇÃO

Manual

ITERAÇÃO

1º iteração

CASO DE TESTE

CASO DE TESTE

CT 08 – funcionalidade do botão “visualizar” na tela de relatórios de venda de produto

PRÉ-CONDIÇÕES

Ter clicado no botão visualizar na tela de relatórios de venda de produto

PROCEDIMENTOS

1-o ator escolhe o período do relatório

2-poderá escolher a forma de saída do relatório (código ou nome)

3-clica no botão visualizar

RESULTADOS ESPERADO

O sistema deverá imprimir na tela um relatório de acordo com período escolhido pelo ator, a quantidade vendida, o valor unitário de cada produto e resultado de venda total do produto (valor unitário x quantidade vendida).

DADOS DE ENTRADA

CRITÉRIOS ESPECIAIS

Não se aplica

AMBIENTE

IMPLEMENTAÇÃO

Manual

ITERAÇÃO

1º iteração

CASO DE TESTE

CASO DE TESTE

CT 09 – funcionalidades para o botão “incluir” na tela de cadastro de usuários.

PRÉ-CONDIÇÕES

Ter clicado no botão incluir na tela de usuários.

PROCEDIMENTOS

1-o ator digitará o nome de usuário que deseja usar no sistema

2-digitará 2 vezes a senha para confirmação

3-escolherá o perfil do usuário

RESULTADOS ESPERADO

Cadastrar o usuário no banco de dados sistema com suas devidas funcionalidades

DADOS DE ENTRADA

Usuário, senha e nível de perfil do usuário.

CRITÉRIOS ESPECIAIS

Não se aplica

AMBIENTE

IMPLEMENTAÇÃO

Manual

ITERAÇÃO

1º iteração