Este blog tem o objetivo de compartilhar conhecimento referente à Disciplina de Engenharia de Software e
Análise de Projeto de Sistemas da turma de Ciência da Computação da Faculdade Anhanguera de Campinas/SP - Unidade 3 - 1° sem/2011.
Email: computacaoes012011@googlegroups.com
segunda-feira, 30 de maio de 2011
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
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?
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
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 |