Trabalho 2 ESW

Prévia do material em texto

Trabalho 2 
Planejamento, Modelagem e Teste 
 
1. Grupo 7 
● Marcos Vieira 
● Otávio Molinari 
● Tony Willian 
 
2. Cronograma 
<Desenvolva um cronograma, contendo as atividades fundamentais do 
desenvolvimento de software que estudamos na disciplina, para o 
desenvolvimento do Sistema de Apoio a  Restaurantes, especificado no Trabalho 
1. Considere que a equipe do projeto é composta pelos componentes do grupo. 
Considere também um valor fictício de custo por hora de trabalho para cada 
componente do grupo, proporcional ao papel que o mesmo irá executar no projeto. 
 
O cronograma deve prever no mínimo: atividades, dependência entre atividades, 
recursos humanos alocados as atividades, esforço da execução de cada atividade, 
custo da execução de cada atividade, prazo (data de inicio e prazo de termino) de 
cada atividade, custos fixos (Exemplo: Computadores, aluguel, internet, aquisição 
de ferramentas, etc.). Resumo do projeto com prazo, custo e esforço total do 
projeto. 
 
O cronograma pode ser desenvolvido utilizando uma ferramenta de gerenciamento 
de projetos, planilha ou o próprio editor de texto. Independente da ferramenta 
escolhida, o cronograma deve ser inserido nesta seção. Dependendo da 
ferramenta, pode ser que seja necessário inserir como imagem >  
 
  
 
 
Resumo do Cronograma 
 
 
 
 
 
 
3. Diagrama de Casos de Uso 
<Considerando o escopo do Sistema de Apoio a Restaurantes, abordados no 
Trabalho 1, levantar os atores e casos de uso do sistema. Com isso, desenhar o 
diagrama de casos de uso. O diagrama deve ser desenhado em uma fermenta de 
modelagem, como por exemplo a ferramenta Astah. O diagrama deve ser 
exportado para o formado de imagem e inserido nesta seção.> 
 
 
 
 
   
4. Especificação Detalhada de Casos de Uso 
<Fazer a especificação detalhada dos 6 principais casos de uso do sistema. Usar a 
estrutura do exemplo abaixo.> 
Código: UC01 ­ MARCOS 
Nome: Cadastrar Prato 
 
Ator​: Gerente do Restaurante 
Descrição​: Esse caso de uso descreve como é feita a inclusão de um prato no sistema. 
Pré­condição​:   Pós­condição​: prato cadastrado no sistema, disponível 
para busca/filtro, para os cliente e garçons efetuarem o 
pedido daquele prato. 
Fluxo básico de Eventos 
1. Ator solicita incluir um novo prato  2. Sistema solicita que o ator informe o nome do novo 
prato. 
3. Ator informa o nome do prato.  4. Sistema verifica que o prato ainda não esta cadastrado 
e solicita que o ator informe os seguintes dados: 
Descrição, valor e imagem do novo prato. Obs.: Deve ser 
inserido uma imagem do tipo JPEG ou PNG e no máximo 
50 MB. 
5. Ator entra com as informações 
solicitadas e salva as informações. 
5. Sistema verifica se os dados inseridos esta ok, e inclui 
ou atualiza o prato. 
Fluxo alternativo de eventos 
  4. Sistema verifica que o prato já existe, exibe a 
mensagem que o prato informado já existe e pergunta se 
deseja atualizar o prato. Se sim o prato sera atualizado 
com as novas informações, se não o sistema retornara 
para o passo 3. 
  4. Sistema verificar que a imagem não esta de acordo 
com o tipo/tamamanho pré­defino, então deve exibir uma 
mensagem informando que a imagem deve ser do tipo 
JPG ou PNG de no máximo 50 MB. 
  5. Sistema verifica que os dados inseridos não esta ok, e 
exibe uma mensagem solicitando que o ator corrija o 
dado inserido. 
 
Código: UC02 ­ MARCOS 
Nome: Enviar Notificação de Novidades 
Ator​: Gerente do Restaurante 
Descrição​: Esse caso de uso descreve como deve ser feita o envio de notificação de 
novidades para os clientes cadastrados. O sistema enviara para todos os clientes 
relacionados e será enviado de acordo com o cadastro do cliente (SMS, E­mail e App 
Mobile). 
Pré­condição​: Cliente 
Cadastrado. 
Pós­condição​: cliente notificado das novidades do 
restaurante, sistema poderá fornecer confirmação 
se a a notificação foi entregue e ou lida. 
Fluxo básico de Eventos 
1. Ator solicita enviar 
notificações para os clientes 
cadastrados. 
2. Sistema solicita que o ator informe a relação dos 
clientes que devera ser notificado. 
3. Ator informa a relação dos 
clientes que devera ser 
notificado (data de cadastro, 
período da ultima visita) 
4. Sistema filtra e identifica os clientes de acordo 
com a relação informada pelo ator. 
5. Ator entra com o título da 
notificação a descrição da 
notificação e solicitação o envio 
da notificação. 
6. Sistema verifica nome e título da notificação, se 
não há nenhuma irregularidade (caracter inválido, 
quantidade min e max ) e envia a notificação para 
os clientes relacionados; será enviado para todas 
as mídias cadastradas pelo cliente: SMS, E­mail e 
App Mobile do Restaurante. 
Fluxo alternativo de eventos 
  4. Sistema identifica que o período informado pelo 
ator, para relacionar os clientes estão invalidas, e 
exibe a mensagem informado que não existe cliente 
que se enquadra neste período, sistema pergunta 
se deseja informar um novo período e volta ao 
passo 3 do fluxo básico de eventos. 
  6. Sistema identifica que o ator informou título ou 
descrição invalida, exibe uma mensagem 
informando  ao ator onde esta o erro e volta paro o 
passo 3 do fluxo básico de eventos. 
 
 
 
Código: UC03 ­ OTÁVIO 
Nome: Verificar Status do Pedido 
Ator​: Gerente, Cliente, Garçom 
Descrição​: Este caso de uso descreve como deve ser acessado o status do pedido; 
Pré­condição​: Pedido 
efetuado. 
Pós­condição​: Status verificado. 
Fluxo básico de Eventos 
1. Ator solicita status do pedido.  2. Sistema solicita numero do pedido numerico nao 
negativo. 
3. Ator informa o numero do 
pedido. 
4. Sistema apresenta o pedido com o respectivo 
status. 
5. Ator verifica status do pedido.   
Fluxo alternativo de eventos 
  Caso o numero do pedido informado for invalido, o 
sistema apresentara erro,informando que o pedido 
nao existe,solicitando voltar ao fluxo 3. 
 
 
 
 
 
 
 
 
 
 
Código: UC04 ­ OTÁVIO 
Nome: Avaliar prato. 
Ator​: Cliente 
Descrição​: Este caso de uso descreve como deve ser feito a avaliação do pedido. 
Precondição​: Cliente 
cadastrado, pedido efetuado. 
Pós­condição​: Avaliação ficará disponível para 
demais clientes nas redes sociais. 
Fluxo básico de Eventos 
1. Ator solicita avaliar pedido.  2. Sistema solicita uma nota numerica de 1 e 5. 
3. Ator avalia prato.  4. Sistema armazena avaliação do prato. 
5. Ator solicita avaliar pedido 
com um breve comentário. 
6. Sistema disponibiliza campo para adicionar um 
breve comentário sobre o pedido. 
7. Ator adiciona o comentário  8. Sistema armazena comentário do prato. 
Fluxo alternativo de eventos 
  Caso o cliente não tenha nenhum pedido em seu 
histórico, será possível somente a classificação do 
restaurante. 
  Caso o cliente avalie negativo, aparecerá um 
campo “Em sua opinião, no que podemos 
melhorar?”, com 140 caracteres para o ator 
registrar sua queixa. 
 
 
 
 
 
 
 
 
 
 
 
Código: UC05 - TONY 
Nome: Registrar pedido 
Atores: ​Garçom e Cliente 
Descrição:​ Esse caso de uso descreve como é feito o registro de um pedido. 
Pré­condição: Cliente 
cadastratrado no sistema. 
Pós­condição: Pedido registrado com sucesso. 
Fluxo básico de Eventos. 
1. Ator solicita pedido de um 
prato. 
2. Sistema disponibiliza um menu com o cardápio, 
além de um campo de busca avançado, onde se 
poder digitar o nome do prato ou seu respectivo 
código de cadastro. 
3. Ator seleciona o prato 
desejado. 
4. Sistema disponibiliza a descrição do 
prato,constando: ingredientes, preço, tempo de 
preparo, disponibilidade de estoque. 
5. Ator confirma o prato. 
  
 
6. Sistema disponibiliza formas  de pagamento. 
7. Ator confirma forma de 
pagamento.8. Sistema aguarda confirmação do pagamento. 
Ao ser confirmado, o pedido é registrado e 
repassado à cozinha. 
Fluxo alternativo de eventos 
 8. Sistema não confirma pagamento cartão 
crédito/débito. Sistema pergunta se deseja 
prosseguir com pedido. Caso queira , volta ao 
fluxo 7. 
 
 
 
 
 
Código: UC06 - TONY 
Nome: Reservar mesas. 
Atores:​ Garçom e cliente 
Descrição: ​Esse caso de uso descreve como é feito o gerenciamento das mesas do 
restaurante. 
Pré­condição: Mesas 
cadastradas no sistema. 
Pós­condição: Informa­se da situação de 
disponibilidade do restaurante para a clientela. 
Fluxo básico de Eventos. 
1. Ator solicita mesas.  2. Sistema disponibiliza dois menus, um para 
mesas disponíveis, outro para mesas reservadas. 
3. Ator solicita mesas 
disponíveis. 
4. Sistema disponibiliza mesas disponíveis. 
5. Ator solicita reserva da 
mesa. 
6. Sistema solicita horário CPF do cliente e 
horário da reserva. 
7. Ator informa, Nome, CPF e 
horário. 
8. Sistema confirma dados e registra reserva da 
mesa. 
Fluxo alternativo de eventos 
 8. Ator informa CPF com menos de 11 dígitos, 
sistema solicita que informe novamente o CPF 
válido. Volta ao fluxo 7. 
 
 
 
 
 
 
 
 
 
 
5.Especificação de Casos de Teste 
 
CASOS DE TESTES DO CASO DE USO 01 
 
Código  CT01 do UC01 
Nome  Inserir prato já cadastrado. 
Pré­Condição  ● Ter um prato já cadastrado com o nome: Robalo ao Beurre Blanc de 
Wasabi 
Roteiro de 
Execução 
1. Solicitar ao sistema inclusão de novo prato. 
2. Informar nome do prato =  Robalo ao Beurre Blanc de Wasabi 
 
Resultados 
Esperados 
1. Assim que passar para o próximo campo, identificar que o prato já existe 
2.  Exibe na tela mensagem  que o prato informado já existe e pergunta se 
deseja atualizar o prato ou sair da tela. 
Dependências   
Pós­Condição   
 
 
 
Código  CT02 do UC01 
Nome  Inserir prato com descrição maior que 500 caracteres. 
Pré­Condição   
Roteiro de 
Execução 
1. Solicitar ao sistema inclusão de novo prato. 
2. Informar nome do novo prato: Bife a Cavalo 
3. Inserir descrição com mais de 500 caracteres:  
Bife a cavalo é um prato da culinária portuguesa e brasileira, composto                       
basicamente por um bife com um ou dois ovos em cima, tipicamente                       
acompanhado de batatas fritas e, por vezes, de salada. 
Origem 
 
O bife a cavalo é receita de origem europeia, na França conhecido como                         
Bifeteck à Cheval, consistindo em bife de carne de vaca grelhado, sendo                       
colocados por cima ovos fritos. Por sua aparência lembravam as selas                     
de montaria.1 
 
Na Argentina é conhecido como bife a caballo e na Colômbia como                       
Bistec a Caballo. 
Total: 503 Caracteres 
Resultados 
Esperados 
1. Assim que identificado que a descrição esta com mais de caracteres o 
sistema deve solicitar que diminua para no máximo 500 caracteres. 
Dependências   
Pós­Condição  ● Prato cadastrado com descrição. 
 
   
 
Código  CT03 do UC01 
Nome  No cadastro do prato, inserir um arquivo diferente do tipo JPEG e 
PNG. 
Pré­Condição   
Roteiro de 
Execução 
1. Solicitar ao sistema inclusão de novo prato. 
2. Informar nome do novo prato: Bife a Cavalo 
3. Inserir descrição e valor do prato: 
● Bife a cavalo é um prato da culinária portuguesa e 
brasileira, composto basicamente por um bife com um ou 
dois ovos em cima, tipicamente acompanhado de batatas 
fritas e, por vezes, de salada. 
4. inserir arquivo do tipo bitmap. 
Resultados 
Esperados 
1. Assim que identificado que a imagem inserida é diferente de 
PNG ou JPEG, o sistema devera exibir uma mensagem 
solicitando que deve ser inserido uma imagem do tipo JPEG ou 
PNG menor ou igual a 50 MB. 
Dependências   
Pós­Condição  ● Prato cadastrado com imagens disponíveis. 
 
 
   
Código  CT04 do UC01 
Nome  Inserir prato com imagem to tipo JPEG ou PNG com tamanho maior 
que 50 MB. 
Pré­Condição   
Roteiro de 
Execução 
1. Solicitar ao sistema inclusão de novo prato. 
2. Informar nome do novo prato: Bistecca alla fiorentina 
3. Inserir descrição e valor do prato: 
● A bistecca alla Fiorentina é um prato de carne típico da 
cozinha italiana muito tradicional na região da Toscana. 
Consiste em um corte do filé bovino, geralmente de um 
animal da raça Chianina da faixa de 10 a 15 meses de 
idade. 
4. inserir imagem do tipo JPEG ou PNG, com tamanho de 60 MB. 
Resultados 
Esperados 
1. Assim que identificado que a imagem inserida é maior que 50 
MB, o sistema deve exibir uma mensagem de aviso, informando 
que a imagem esta com tamanho superior a 50 MB, e deve 
solicitar para reenviar a imagem, com o tamanho inferior a 50 
MB. 
Dependências   
Pós­Condição  ● Prato cadastrado com imagens disponíveis. 
 
Código  CT05 do UC01 
Nome  Inserindo nome com mais de 50 caracteres. 
Pré­Condição   
Roteiro de 
Execução 
1. Solicitar ao sistema inclusão de novo prato. 
2. Informar nome do novo prato com mais de 50 caracteres: 
●  Bife à milanesa pure de batata Rosbife Bife tártaro, total 
de: 51 caracteres. 
3. Passa para próximo campo. 
Resultados 
Esperados 
1. Assim entrar no próximo campo, sistema deve exibir uma 
mensagem na parte inferior do campo informando que seja 
inserido no máximo 50 caracteres no nome do prato. 
Dependências   
Pós­Condição  ● Prato cadastrado 
 
   
Código  CT06 do UC01 
Nome  Inserindo nome com caracteres inválidos. 
Pré­Condição   
Roteiro de 
Execução 
1. Solicitar ao sistema inclusão de novo prato. 
2. Informar nome do prato: *&!%***!ˆˆ$134 
3. Passa para próximo campo. 
Resultados 
Esperados 
1. Assim entrar no próximo campo, sistema deverá impedir que 
usuário prossiga com o restante dos dados, e exibira uma 
mensagem informando que o nome inserido esta invalido, e 
solicitara correção do mesmo, voltando para o campo de 
nome do prato. 
Dependências   
Pós­Condição  ● Prato cadastrado 
 
CASOS DE TESTES DO CASO DE USO 02 
 
Código  CT01 do UC02 
Nome  Inserir período com data inicial a frente da data final. 
Pré­Condição   
Roteiro de 
Execução 
1. Solicitar ao sistema o envio de notificação. 
2. Inserir um na data inicial: 09/09/2015. 
3. inserir na data final: 09/08/2015. 
4. Passa para o próximo campo. 
Resultados 
Esperados 
1. Assim que entrar no próximo campo, sistema deve identificar 
que a data inicial não pode estar a frente da data final, com 
isso, deve ser exibido na tela uma mensagem informando 
este problema e solicitando que seja inserido um período 
onde que a data inicial não pode estar a frente que que a 
data final. 
Dependências   
Pós­Condição   
 
   
 
Código  CT02 do UC02 
Nome  Inserir data onde não há clientes cadastrados no período 
informado. 
Pré­Condição  1. Não haver clientes cadastrados na data que será informada. 
Roteiro de 
Execução 
1. Solicitar ao sistema o envio de notificação. 
2. Inserir a data inicial: 20/10/2014 
3. Inserir a data final: 20/09/2014 
4. Solicitar busca dos clientes cadastrados nesta data. 
Resultados 
Esperados 
1. Deverá ser exibido na tela, que não há clientes cadastrados 
no período informado e deve solicitar um novo período. 
Dependências   
Pós­Condição   
 
Código  CT03 do UC02 
Nome  Inserir título da notificação com mais de 50 caracteres.  
Pré­Condição   
Roteiro de 
Execução 
1. Solicitar ao sistema o envio de notificação. 
2. Inserir uma data para teste onde há clientes de testes 
cadastrados: De: 01/06/2015 Há: 31/06/2015 
3. Solicitar busca dos clientes cadastrados nesta data. 
4. Selecionar os clientes buscados. 
5. Inserir um título com mais de 50 caracteres: 
● Parabens cliente amigo,apartir de hoje você terá 
descontos de 50% em todas os pedidos efetuados 
pelo seu app mobile. 
6. Passa para o próximo campo. 
Resultados 
Esperados 
1. Assim que passar para o próximo campo, sistema deverá 
identificar que o título inserido esta com mais de 50 
caracteres, deverá também exibir uma mensagem 
informando que título esta muito grande e solicitará um título 
menor. 
2. sistema volta para o campo de título. 
Dependências     
Pós­Condição   
 
 
CASOS DE TESTES DO CASO DE USO 03 
 
Código  CT01 do UC03 
Nome   Inserir numero do pedido menor que zero. 
Pré­Condição   Ator ter efetuado o pedido no sistema. 
Roteiro de 
Execução 
1. Inserir número do pedido = ­5. 
2. Verificar numero do pedido. 
Resultados 
Esperados 
1. Apresentar erro, informando que o numero digitado e 
negativo. 
2. Solicitar o numero do pedido novamente. 
  
Dependências   
Pós­Condição   
 
 
Código  CT02 do UC03 
Nome   Inserir numero do pedido com caracteres 
Pré­Condição   Ator ter efetuado o pedido no sistema. 
Roteiro de 
Execução 
1. Inserir número do pedido = 124*(). 
2. Verificar numero do pedido. 
Resultados 
Esperados 
1. Apresentar erro, informando que o numero digitado 
apresenta caracteres. 
2. Solicitar o numero do pedido novamente. 
  
Dependências   
Pós­Condição   
 
 
   
Código  CT03 do UC03 
Nome   Inserir numero do pedido inexistente. 
Pré­Condição   Ator ter efetuado o pedido no sistema. 
Roteiro de 
Execução 
1. Inserir número do pedido = 155. 
2. Verificar numero do pedido. 
Resultados 
Esperados 
1. Apresentar erro, informando que nao existe pedido com tal 
numero. 
  
Dependências   
Pós­Condição  Tecle Enter para inserir numero do pedido novamente. 
 
CASOS DE TESTES DO CASO DE USO 04 
 
Código  CT01 do UC04 
Nome   Inserir caractere na nota. 
Pré­Condição   Pedido efetuado. 
Roteiro de 
Execução 
1. Inserir nota = 12//*. 
2. Verificar nota. 
Resultados 
Esperados 
1. Apresentar mensagem, informando que a nota nao e 
numerica. 
2. Solicitar a nota notavamente. 
Dependências   
Pós­Condição   
 
 
   
 
Código  CT02 do UC04 
Nome   Inserir nada no comentario. 
Pré­Condição   Pedido e avaliaçao efetuado. 
Roteiro de 
Execução 
1. Inserir comentario =                                                     . 
2. Verificar comentario. 
Resultados 
Esperados 
1. Apresentar mensagem, informando que nada foi digitado. 
2. Solicitar comentario novamente. 
Dependências   
Pós­Condição   
 
 
 
 
CASOS DE TESTES DO CASO DE USO 05 
 
Código CT01 do UC05. 
Nome  Inserir código negativo na busca. 
Pré­Condição  O produto deve estar cadastrado, com código válido. 
      Código inteiro positivo maior que zero. 
Roteiro de 
Execução 
1 ­ Informar o código do produto = ­50. 
2 ­ Buscar código do produto. 
Resultados 
Esperados 
1. Sistema deve verificar se o código é negativo. 
2. Apresenta na tela mensagem de código negativo. 
3. Voltar ao campo de busca do cardápio. 
4. Solicitar  o código novamente. 
Dependências  
Pós­Condição   
  
  
 
 
Código CT03 do UC05. 
Nome  Confirmar prato esgotado. 
Pré­Condição       Prato selecionado e confirmado. 
Roteiro de 
Execução 
1. Buscar prato 
2. Verificar disponibilidade de estoque para tal prato = 0. 
Resultados 
Esperados 
1. Apresentar na tela erro de disponibilidade. 
Dependências  
Pós­Condição  Tecle Enter para retornar ao menu de pratos. 
 
 
 
Código CT04 do UC05. 
Nome  Inserir  na busca código não cadastrado. 
Pré­Condição       Código cadastrado. 
Roteiro de 
Execução 
1. Inserir código não cadastrado = 87654321.  
2. Buscar código. 
3. Verificar código. 
Resultados 
Esperados 
1. Apresentar na tela erro, código não cadastrado. 
Dependências  
Pós­Condição  Tecle Enter para retornar tela de busca. 
 
   
CASOS DE TESTES DO CASO DE USO 06 
 
Código CT01 do UC06. 
Nome  Informar horário de reserva maior que 24 hrs. 
Pré­Condição        Mesa disponível para reserva. 
   
Roteiro de 
Execução 
1. Informar horário > 24 hrs = 25:50:12. 
2. Verificar horário. 
   
Resultados 
Esperados 
1. Apresentar informações do erro. 
2. Solicitar o horário novamente. 
Dependências  
Pós­Condição  Horário informado válido. 
  
Código  CT02 do UC06. 
Nome  Informar CPF com letras. 
Pré­Condição       Mesa disponível para reserva. 
Roteiro de 
Execução 
     1. Informar CPF com letras = 152.ABC.148­54. 
     2. Verificar se CPF é completamente numérico. 
Resultados 
Esperados 
     1. Apresentar informações do erro. 
    2. Solicitar CPF novamente. 
 
Dependências   
Pós­Condição   
  
   
Código  CT03 do UC06 
Nome  Solicitar mesas indisponíveis. 
Pré­Condição        ​Mesas disponíveis.. 
Roteiro de 
Execução 
1. Selecionar menu de mesas indisponíveis. 
2. Buscar mesa. 
Resultados 
Esperados 
      1.  Apresentar na tela erro, não se pode reservar uma 
mesa  duas vezes. 
      2.  Cancelar solicitação. 
Dependências   
Pós­Condição     
 
 
Código  CT04 do UC06 
Nome  Informar CPF com menos de 11 dígitos. 
Pré­Condição        ​Mesa disponível para reserva. 
Roteiro de 
Execução 
3. Informar CPF < 11 dígitos = 123.456.778. 
4. Verificar CPF. 
Resultados 
Esperados 
1. Apresentar na tela erro: “CPF incompleto”. 
2. Solicitar CPF novamente. 
Dependências   
Pós­Condição