Cinema levantamento de requisitos 42756538

Sistema de Venda de
Ingressos de Cinema via
Internet
Documento de especificação de requisitos e
projeto do sistema
Este documento contém a especificação dos requisitos para
um sistema de vendas de ingressos de cinema via internet,
apresentando a situação atual e a pretendida, além da
modelagem necessária à sua implementação. Trata-se de um
projeto hipotético utilizado para a disciplina de Prática em
Análise e Projeto de Sistemas.
Profa. Adriana Gomes Alves
10/03/2009

Controle de versões
Versão Data Observações
1.0 09/12/2008 Primeira versão publicada para os alunos
1.1 28/01/2009 Alterado iagram de casos de uso, onde as associações corretas devem
ser de “Extend” (Figura 10).
1.2 10/03/2009 Alterado plano de testes

Sumário
1. Visão de Negócio..................................................................................................................................4
2. Requisitos ............................................................................................................................................9
3. Visão Use Case...................................................................................................................................16
4. Modelagem Dinâmica .........................................................................................................................24
5. Modelos de classes..............................................................................................................................28
6. Visão de Implantação..........................................................................................................................33

Sistema de Venda de Ingressos de Cinema
via Internet
Documento de projeto do software Página:4
1. Visão de Negócio
Escopo do sistema:
Neste projeto o sistema abrange aplicativo para venda de ingressos de cinema através da web e sua emissão nos
guichês da empresa de cinema.
1.1 Objetivo
Objetivo - (Custom diagram)
custom Objetivo
Sistema para Venda de Ingressos de Cinema via Internet
Objetivo do sistema:
O Sistema para Venda de Ingressos de Cinema via Internet tem por objetivo a implantação de um sistema de informação que
possibilite a venda de ingressos de cinema através da Web.
Figura: 1 Objetivo
1.2 Situação atual
Situação atual - (Custom diagram)
custom Situação atual
Situação atual:
Atualmente a venda de ingressos é realizada apenas nos guichês do cinema, de forma presencial.
A empresa de cinema possui um website que disponibiliza de forma dinâmica toda programação de cinema, a qual é cadastrada
num banco de dados MySQL.
A empresa tem o objetivo de ampliar suas vendas através da venda de ingressos pela Web e para tanto deseja que seja
desenvolvido um sistema de informação para atender às suas necessidades.
Para a elaboração do projeto de software, foi realizada entrevista com o gerente da empresa de cinema, a qual encontra-se em
anexo. Nessa entrevista foi fornecido o modelo de banco de dados atual do sistema, para que sejam reaproveitados os cadastros já
existentes.
Figura: 2 Situação atual
Documentação de levantamentos
Os documentos apresentados neste item foram coletados durante o levantamento dos requisitos do sistema, através
de reuniões com o proprietário e funcionários da livraria.
Documentação de levantamentos - (Custom diagram)

via Internet
custom Documentaçã...
Memórias de Reunião
MemóriaReunião1
Figura: 3 Documentação
MemóriaReunião1
Sistema: Sistema de Venda de Ingressos de Cinema via Internet Versão: 1.0
MEMÓRIA DE REUNIÃO
Código: 1 Data: 20/11/2008 Hora início: 09:00 Hora término: 11:00
Entrevistador(es): Adriana Gomes Alves/Engenheira de requisitos
Entrevistado(s): Roberto Silva/Gerente
Assunto: Definição dos requisitos do sistema
Descrição:
O cinema atualmente oferece venda de ingressos apenas presencial, porém deseja-se que se
possam vender ingressos pela internet, aumentando as vendas, diminuindo as filas,
oferecendo desta forma um conforto aos seus clientes.
A empresa já possui um website para divulgação da programação. Todos os filmes e
programação são cadastrados em um banco de dados (MySQL), sendo a geração da
informações dinâmica. O modelo de banco de dados atual é apresentado no item 6.1.1. O
cadastro da programação do cinema não faz parte do escopo deste projeto, uma vez que já é
contemplado pelo sistema que atualiza dinamicamente o website da empresa.
Pretende-se que o cliente acesse uma área de compra de ingressos, onde serão listados os
filmes em cartaz e os horários disponíveis no dia, os quais são obtidos do banco de dados
existente da empresa de cinema. Caso o cliente queira comprar ingresso para outro dia, o
sistema deverá disponibilizar esta possibilidade.
Após escolher o filme, data e horário, o cliente também informará o número de ingressos que
deseja comprar e o tipo de ingresso: inteira, meia, sênior ou menor de 12 anos. Os preços são
diferenciados por tipo.
Não será considerada a venda de ingressos promocionais, ou seja, o preço é diferenciado
somente por tipo, independente do horário e dia da semana.
Não é realizada a venda de poltronas numeradas.
Ao preço de cada ingresso é acrescida uma taxa de serviço, a qual será definida pelo gerente

via Internet
do cinema, ou seja, não é um valor fixo.
O pagamento será somente realizado por cartão de crédito.
Para realizar a compra o cliente deverá se cadastrar (primeira compra) ou fornecer e-mail e
senha, caso já seja cadastrado no sistema (a partir da segunda compra). No momento do
cadastro, deverá informar: nome completo, e-mail, senha, CPF, RG, data de nascimento,
sexo, endereço completo (rua, número, bairro, cidade, UF) e telefone.
Após efetuar o pagamento via cartão de crédito, o cliente recebe um recibo para retirar os
ingressos na bilheteria do cinema. Porém, também será possível retirar os ingressos caso o
cliente apresente documento de identificação que possibilite conferir o cadastro no sistema.
O sistema deve controlar a quantidade de ingressos vendidos para uma mesma sessão. Para
tanto, deve ser informada, para cada sala de exibição, o número de poltronas disponíveis.
Considera-se uma sessão um filme exibido em uma determinada sala, horário e data.
Ao retirar os bilhetes no cinema, o cliente deverá apresentar documentos para comprovar o
desconto obtido: meia deve apresentar carteira de estudante, sênior deve apresentar
documento de identidade e menor de 12 anos algum documento que comprove sua idade.
Não será permitido cancelar a compra do ingresso após a efetivação da compra pela
prestadora de cartão de crédito.
Depois de emitidos na bilheteria, os ingressos não poderão ser re-emitidos, para evitar
fraudes.
Espera-se que este sistema aumente substancialmente a venda de ingressos do cinema,
ampliando os lucros e a área de atuação do mesmo.
1.3 Situação proposta
Situação proposta - (Custom diagram)
custom Situação proposta
Situação proposta:
Pretende-se desenvolver e implantar um sistema para a venda de ingressos de cinema através da Internet. Neste projeto não se
pretende alterar o sistema atual para vendas presencial, o qual está em pleno funcionamento, nem os procedimentos adotados para
tal fim.
Para o novo sistema, pretende-se utilizar toda a base de dados já existente na empresa de cinema, não sendo necessário
implementar cadastro para a programação do cinema.
Dentre as principais funcionalidades a serem implementadas, destacam-se:
• Criação de uma interface web para venda de ingressos de cinema pela Internet;
• Cadastro de clientes, com login, para realizar a venda;
• Integração com prestadoras de cartão de crédito para concretizar a venda;
• Emissão dos ingressos nos guichês.
O diagrama de atividade a seguir apresenta a situação pretendida para a venda de ingressos.
Figura: 4 Situação proposta

via Internet
1.3.1 Diagrama de atividades para venda de ingresso
1.3.1 Diagrama de atividades para venda de ingresso - (Activity diagram)
act 1.3.1 Diagrama de atividades para venda de ingresso
Cliente web Sistema Empresa de Cartão de Crédito
Início
Seleciona no site opção
de compra de ingresso
Apresenta filmes em
cartaz e sessões
Seleciona filme, data e
sessão
Solicita a quantidade de
ingressos por tipo
Informa quantidade de
ingressos por tipo
Realiza cadastro
Registra ou atualiza
dados do cliente
Cliente
novo?
Informa login e senha e
atualiza cadastro
Informa dados do cartão
de crédito
Env ia dados para
prestadora de cartão
Processa cartão
Venda
bem
sucedida
Apresenta resumo do
pedido
Registra ingressos e
fornece número do
protocolo
Pagamento aceito?
Informa ao usuário negativa
da prestadora de cartão
Venda cancelada
[Não]
[Sim]
[Nao]
[Sim]
Figura: 5 Diagrama de atividades

via Internet
1.4 Escopo e restrições
Escopo e restrições - (Custom diagram)
custom Escopo e restrições
Escopo do sistema:
Neste projeto o sistema abrange aplicativo para venda de ingressos de cinema através da web e sua emissão nos guichês da
empresa de cinema.
Restrições:
- Não faz parte do escopo deste projeto o cadastro da programação do cinema, já existente no atual sistema da empresa.
- Como o sistema é para fins didáticos, não serão considerados controles mais complexos, tais como:
• Ingressos promocionais.
• Poltronas numeradas
• Cancelamento de ingressos
• Re-emissão de ingressos
• Reserva de lugares em sessões
Figura: 6 Escopo e restrições

via Internet
2. Requisitos
2.1 Requisitos Funcionais
2.1 Requisitos Funcionais - (Custom diagram)
custom 2.1 Requisitos Funcionais
Módulo CinemaMódulo Cliente
RF03 - O sistema deve permitir a aquisição de diversos
ingressos em uma mesma compra.
RF02 - O sistema deve permitir a escolha da sessão de
cinema para a qual o cliente deseja adquirir ingressos.
RF01 - O sistema deve permitir a compra de ingressos de
cinema através da web.
RF04 - O sistema deve possibilitar o auto-cadastro de
cliente no momento da compra, caso o mesmo ainda não
esteja cadastrado.
RF05 - O sistema deve permitir a venda de ingressos
através de cartão de crédito.
RF10 - O sistema deve permitir a retirada dos ingressos
pelo cliente na bilheteria do cinema.
RF11 - O sistema deve permitir ao funcionário do cinema
localizar os ingressos através do número do protocolo ou
documento de identificação do cliente.
RF06 - O sistema deve calcular o valor total da compra,
considerando a taxa de serviço por ingresso.
RF07 - O sistema deve emitir um recibo com número de
protocolo para retirada dos ingressos na bilheteria.
RF08 - O sistema deve controlar a quantidade de
ingressos vendidos para uma mesma sessão.
RF09 - O sistema não permitirá o cancelamento de compra
de ingresso após sua efetivação junto à prestadora de
cartão de crédito.
Figura: 7 Requisitos funcionais
RF01 - O sistema deve permitir a compra de ingressos de cinema através da web.
O sistema deve permitir que o cliente realize a compra de ingressos de cinema através da web, permitindo que
antecipadamente o cliente adquira os ingressos para a sessão desejada.
Responsabilidades (requisitos externos)

via Internet
NF01 - O sistema deve possuir um mecanismo de segurança para evitar que pessoas não autorizadas
tenham acesso ao sistema ou a dados privados. (Proposed, Low difficulty)
NF02 - O sistema para consulta deve permitir o acesso a no mínimo 100 usuários simultaneamente.
(Proposed, Low difficulty)
NF03 - As senhas de acesso ao sistema não devem estar diretamente visíveis no banco de dados e sim de
algum modo criptografado. (Proposed, Medium difficulty)
NF04 - A interface disponível para o cliente deve ser simples de forma que um usuário inexperiente possa
operá-lo (Proposed, Low difficulty)
NF06 - Somente clientes cadastrados podem efetivar a compra de ingressos. (Proposed, Medium
difficulty)
RF02 - O sistema deve permitir a escolha da sessão de cinema para a qual o cliente
deseja adquirir ingressos.
O sistema deve permitir que o cliente selecione uma sessão de cinema, optando por filme, data e horário.
NF08 - Somente os filmes em cartaz poderão ser selecionados para compra de ingressos. (Proposed,
Medium difficulty)
Considera-se filme em cartaz aqueles que possuem sessão cadastrada para a data corrente e datas futuras
próximas.
NF09 - Por padrão, o sistema apresenta as sessões da data corrente, permitindo ao cliente selecionar outra
data. (Proposed, Medium difficulty)
NF11 - A compra de ingressos deve ser feita para uma única sessão de cinema. (Proposed, Medium
difficulty)
O usuário somente pode selecionar um filme e sessão (horário, data e sala). Caso queira adquirir ingressos
para outros filmes, deverá realizar outra compra.
RF03 - O sistema deve permitir a aquisição de diversos ingressos em uma mesma
compra.
O sistema deve permitir que o cliente adquira diversos ingressos em uma mesma compra.
NF05 - Os tipos de ingressos considerados serão: inteira, meia (estudantes), sênior e menor de 12 anos.
(Proposed, Medium difficulty)
NF10 - A quantidade de ingressos deve ser informada separadamente para cada tipo de ingresso.
NF11 - A compra de ingressos deve ser feita para uma única sessão de cinema. (Proposed, Medium
difficulty)
O usuário somente pode selecionar um filme e sessão (horário, data e sala). Caso queira adquirir ingressos
para outros filmes, deverá realizar outra compra.
RF04 - O sistema deve possibilitar o auto-cadastro de cliente no momento da compra,
caso o mesmo ainda não esteja cadastrado.

via Internet
O sistema deve permitir a um cliente não cadastrado seu auto-cadastro.
Caso já seja cadastrado, deve informar e-mail e senha e acessar seus dados cadastrais.
NF02 - O sistema para consulta deve permitir o acesso a no mínimo 100 usuários simultaneamente.
(Proposed, Low difficulty)
NF03 - As senhas de acesso ao sistema não devem estar diretamente visíveis no banco de dados e sim de
algum modo criptografado. (Proposed, Medium difficulty)
NF04 - A interface disponível para o cliente deve ser simples de forma que um usuário inexperiente possa
operá-lo (Proposed, Low difficulty)
NF06 - Somente clientes cadastrados podem efetivar a compra de ingressos. (Proposed, Medium
difficulty)
RF05 - O sistema deve permitir a venda de ingressos através de cartão de crédito.
O pagamento dos ingressos será realizado através dos cartões de crédito conveniados com a empresa de cinema.
RF06 - O sistema deve calcular o valor total da compra, considerando a taxa de serviço
por ingresso.
Após selecionar as quantidades e tipos de ingresso, o sistema deverá aplicar uma taxa de serviço por ingresso e
calcular o valor total da compra.
RF07 - O sistema deve emitir um recibo com número de protocolo para retirada dos
ingressos na bilheteria.
Para que o cliente retire seus ingressos, o sistema vai informar um número de protocolo associado à compra dos
ingressos efetivada.
RF08 - O sistema deve controlar a quantidade de ingressos vendidos para uma mesma
sessão.
O sistema deve ter um mecanismo que controle o número de ingressos vendidos para uma sessão, levando em conta
o número de poltronas disponíveis na sala de exibição.
NF07 - A cada venda de ingresso o sistema deve atualizar o número de ingressos vendidos para uma
sessão. (Proposed, Medium difficulty)
Para cada ingresso vendido para uma sessão, o sistema deve atualizar a quantidade disponível para aquela
sessão.
NF12 - Apenas podem ser vendidos ingressos para uma sessão se existirem poltronas disponíveis.
O sistema vai verificar se a sessão escolhida tem poltronas disponíveis para o número total de ingressos
que o cliente pretende adquirir.
RF09 - O sistema não permitirá o cancelamento de compra de ingresso após sua
efetivação junto à prestadora de cartão de crédito.

via Internet
RF10 - O sistema deve permitir a retirada dos ingressos pelo cliente na bilheteria do
cinema.
O sistema deverá permitir que o cliente retire seu ingresso na bilheteria do cinema.
RF11 - O sistema deve permitir ao funcionário do cinema localizar os ingressos através
do número do protocolo ou documento de identificação do cliente.
O sistema vai permitir que o funcionário do cinema pesquise os ingressos através do número do protocolo ou de um
documento de identificação (RG ou CPF), no caso do cliente esquecer ou perder o número do protocolo.
2.2 Requisitos Não Funcionais
2.2 Requisitos Não Funcionais - (Requirements diagram)
req 2.2 Requisitos Não Funcionais
Requisitos não funcionais associados aos funcionais
Requisitos não funcionais gerais do sistema
NF03 - As senhas de acesso ao sistema não devem
estar diretamente visíveis no banco de dados e sim de
algum modo criptografado.
NF01 - O sistema deve possuir um mecanismo de
segurança para evitar que pessoas não autorizadas
tenham acesso ao sistema ou a dados privados.
NF02 - O sistema para consulta deve permitir o acesso a
no mínimo 100 usuários simultaneamente.
NF04 - A interface disponível para o cliente deve ser
simples de forma que um usuário inexperiente possa
operá-lo
NF13 - O sistema será desenvolvido no banco de dados
MySQL
NF14 - O sistema será desenvolvido em Java
NF05 - Os tipos de ingressos considerados serão: inteira,
meia (estudantes), sênior e menor de 12 anos.
NF06 - Somente clientes cadastrados podem efetivar a
compra de ingressos.
NF07 - A cada venda de ingresso o sistema deve
atualizar o número de ingressos vendidos para uma
sessão.
NF08 - Somente os filmes em cartaz poderão ser
selecionados para compra de ingressos.
NF09 - Por padrão, o sistema apresenta as sessões da
data corrente, permitindo ao cliente selecionar outra
data.
NF10 - A quantidade de ingressos deve ser informada
separadamente para cada tipo de ingresso.
NF11 - A compra de ingressos deve ser feita para uma
única sessão de cinema.
NF12 - Apenas podem ser vendidos ingressos para uma
sessão se existirem poltronas disponíveis.
Alguns autores
denominam esses
requisitos como
Regras de
Negócio,
associadas aos
requisitos
funcionais.
NF15 - O Container Servlet adotado será o TomCat
Apesar de não
explícito na entrevista,
cabe ao projetista
especificar a
arquitetura completa
do aplicativo.
Figura: 8 Requisitos não funcionais
NF01 - O sistema deve possuir um mecanismo de segurança para evitar que pessoas

via Internet
não autorizadas tenham acesso ao sistema ou a dados privados.
RF01 - O sistema deve permitir a compra de ingressos de cinema através da web. (Proposed, Medium
difficulty)
O sistema deve permitir que o cliente realize a compra de ingressos de cinema através da web, permitindo
que antecipadamente o cliente adquira os ingressos para a sessão desejada.
RF04 - O sistema deve possibilitar o auto-cadastro de cliente no momento da compra, caso o mesmo ainda
não esteja cadastrado. (Proposed, Medium difficulty)
NF02 - O sistema para consulta deve permitir o acesso a no mínimo 100 usuários
simultaneamente.
difficulty)
NF03 - As senhas de acesso ao sistema não devem estar diretamente visíveis no banco
de dados e sim de algum modo criptografado.
difficulty)
NF04 - A interface disponível para o cliente deve ser simples de forma que um usuário
inexperiente possa operá-lo
difficulty)
NF05 - Os tipos de ingressos considerados serão: inteira, meia (estudantes), sênior e

via Internet
menor de 12 anos.
RF03 - O sistema deve permitir a aquisição de diversos ingressos em uma mesma compra. (Proposed,
Medium difficulty)
NF06 - Somente clientes cadastrados podem efetivar a compra de ingressos.
difficulty)
NF07 - A cada venda de ingresso o sistema deve atualizar o número de ingressos
vendidos para uma sessão.
Para cada ingresso vendido para uma sessão, o sistema deve atualizar a quantidade disponível para aquela sessão.
RF08 - O sistema deve controlar a quantidade de ingressos vendidos para uma mesma sessão. (Proposed,
Medium difficulty)
O sistema deve ter um mecanismo que controle o número de ingressos vendidos para uma sessão, levando
em conta o número de poltronas disponíveis na sala de exibição.
NF08 - Somente os filmes em cartaz poderão ser selecionados para compra de
ingressos.
Considera-se filme em cartaz aqueles que possuem sessão cadastrada para a data corrente e datas futuras próximas.
RF02 - O sistema deve permitir a escolha da sessão de cinema para a qual o cliente deseja adquirir
ingressos. (Proposed, Low difficulty)
NF09 - Por padrão, o sistema apresenta as sessões da data corrente, permitindo ao
cliente selecionar outra data.
NF10 - A quantidade de ingressos deve ser informada separadamente para cada tipo de
ingresso.

via Internet
Medium difficulty)
NF11 - A compra de ingressos deve ser feita para uma única sessão de cinema.
O usuário somente pode selecionar um filme e sessão (horário, data e sala). Caso queira adquirir ingressos para
outros filmes, deverá realizar outra compra.
Medium difficulty)
NF12 - Apenas podem ser vendidos ingressos para uma sessão se existirem poltronas
disponíveis.
O sistema vai verificar se a sessão escolhida tem poltronas disponíveis para o número total de ingressos que o cliente
pretende adquirir.
Medium difficulty)
NF13 - O sistema será desenvolvido no banco de dados MySQL
NF14 - O sistema será desenvolvido em Java
NF15 - O Container Servlet adotado será o TomCat

via Internet
3. Visão Use Case
Modelo de Casos de Uso
Os casos de uso podem ser descritos de duas formas, o modelo casual ou o caso de uso detalhado.
• O formato casual, apresenta uma descrição em alto nível que consiste em explicar sucintamente o objetivo e
o funcionamento do caso de uso, indicando algumas exceções importantes, mas não necessariamente todas
(WAZLAWICK, 2004, p. 64-65).
• O formato detalhado contempla a descrição dos cenários, sendo eles: principal, alternativo e de exceção. O
cenário principal descreve o que normalmente acontece quando um caso de uso é realizado. Os cenários
alternativos descrevem o que acontece quando o ator faz uma escolha alternativa, diferente da descrita no
fluxo principal, para alcançar o seu objetivo. Os cenários de exceção descrevem o que acontece quando algo
inesperado ocorre na interação entre ator e casos de uso (BEZERRA, 2002, p. 66-67).
Neste projeto foram adotados os dois modelos, a título de exemplificação. A descrição casual será adotada para
casos de uso básicos, enquanto que o formato detalhado será aplicado aos casos de uso essenciais do negócio.
Os planos de teste são baseados nos cenários dos casos de uso. Deve-se prever pelo menos um teste para cada
cenário descrito, incluindo cenários alternativos e de exceção.
É importante lembrar que para a execução dos testes, faz-se necessária a preparação da base de dados. Todo dado
informado nos testes que supõem-se já existentes, precisam ser previamente inseridos no banco de dados, caso
contrário, podem ser detectados erros referentes à falta de dados, e não do aplicativo.
Testes mais sofisticados ou automatizados também podem ser planejados para o sistema, porém os mesmos fogem
ao escopo do nosso curso.
Organização dos pacotes - (Analysis diagram)
analysis Organização dos pacotes
Pacote 02 - Emissão ingresso
+ Funcionario
+ UC02.02 Emite ingresso
+ UC 02.01 Loga no Sistema
Pacote 01 - Venda de ingresso web
+ Prestadora de Cartão de Crédito
+ Cliente
+ UC01.01 Compra ingressos
+ UC01.02 Cadastra cliente
Figura: 9 Pacotes de casos de uso

via Internet
Pacote 01 - Venda de ingresso web
Pacote 01 - Venda de ingresso web - (Use Case diagram)
uc Pacote 01 - Venda de ingresso w...
Cliente
UC01.01 Compra
ingressos
Prestadora de Cartão de
Crédito
UC01.02 Cadastra cliente
(from Pacote 02 - Emissão ingresso)
UC 02.01 Loga no
Sistema
«extend»
«extend»
Figura: 10 Casos de uso venda de ingressos web
Cliente
Este ator representa os clientes que acessam o site do cinema.
Prestadora de Cartão de Crédito
Este ator refere-se ao software de comunicação entre o site do cinema e a prestadora de cartão de crédito, através de
um webservice para efetuar pagamento.
UC01.01 Compra ingressos
Neste caso de uso o cliente realiza a compra de ingressos.
Inicia selecionando a sessão desejada, em seguida informa para cada tipo de ingresso, a quantidade que quer
adquirir.
O sistema calcula o total a pagar, incluindo a taxa de serviço.
O usuário deverá identificar-se para concretizar a compra, que será efetivada através de cartão de crédito.
difficulty)

via Internet
Medium difficulty)
RF05 - O sistema deve permitir a venda de ingressos através de cartão de crédito. (Proposed, Low
difficulty)
O pagamento dos ingressos será realizado através dos cartões de crédito conveniados com a empresa de
cinema.
RF06 - O sistema deve calcular o valor total da compra, considerando a taxa de serviço por ingresso.
Após selecionar as quantidades e tipos de ingresso, o sistema deverá aplicar uma taxa de serviço por
ingresso e calcular o valor total da compra.
RF07 - O sistema deve emitir um recibo com número de protocolo para retirada dos ingressos na
bilheteria. (Proposed, Medium difficulty)
Para que o cliente retire seus ingressos, o sistema vai informar um número de protocolo associado à
compra dos ingressos efetivada.
Medium difficulty)
Restrições
O cliente tem acesso à internet: (Pré-condição, Status is Approved)
Um ou mais ingressos foram adquiridos: (Pós-condição, Status is Proposed)
Cenários
1. Compra ingresso de cinema - Principal
1. O cliente acessa o link "Compra Ingresso" na página inicial do cinema
2. O sistema apresenta os filmes em cartaz, listando também as sessões disponíveis no dia para cada
filme.
3. O cliente seleciona o filme e sessão que deseja assistir
4. O sistema apresenta página para informação das quantidades de ingressos
5. O cliente informa, para cada tipo de ingresso, a quantidade que deseja adquirir
6. O sistema apresenta o total da compra, incluindo a taxa de serviço por ingresso
7. O cliente informa login e senha (UC02.01)
8. O sistema solicita dados do cartão de crédito
9. O cliente informa dados do cartão de crédito (bandeira, número e validade)
10. O sistema valida a venda junto à prestadora de cartão de crédito
11. O sistema salva os dados do ingresso e atualiza a quantidade de ingressos vendidos da sessão.
12. O sistema emite número de protocolo da compra para retirada de ingressos.
13. O caso de uso é encerrado.
2. Seleçao de outra data - Alternativo
1. No passo 3 do fluxo 1, caso o cliente queira outra data, deverá selecionar uma nova data na tela.
2. O sistema retorna ao passo 2 do fluxo 1, re-apresentando as sessões para a data informada.

via Internet
3. Cancelamento da compra - Alternativo
1. A qualquer momento, antes que seja efetuada a compra (passo 10 do fluxo 1), o cliente pode
cancelar o procedimento de compra.
2. O sistema retornar ao passo 1 do fluxo 1.
4. Cadastra cliente - Alternativo
1. No passo 7 do fluxo 1, caso o cliente ainda não seja cadastrado, deverá realizar seu cadastro para
prosseguir na compra (UC01.02)
5. Sessão lotada - Exceção
1. No passo 2 do fluxo 1, para cada sessão, caso todos os ingressos já tenham sido vendidos, o sistema
desabilita sua seleção, apresentando ao lado a informação de que a mesma está lotada.
6. Ingressos indisponíveis - Exceção
1. Após o passo 5 do fluxo 1, o sistema verifica se a quantidade de ingressos solicitados ultrapassa a
quantidade disponível para a sessão escolhida. Caso afirmativo, informa ao cliente que a quantidade
desejada não está disponível.
2. Retorna ao passo 5 do fluxo 1 para informar novamente as quantidades.
UC01.02 Cadastra cliente
Neste caso de uso o cliente realizará seu auto-cadastro, informando seus dados pessoais e endereço.
Restrições
Cliente ainda não tem registro: (Pré-condição, Status is Proposed)
Um cliente foi cadastrado: (Pós-condição, Status is Proposed)
Cenários
1. Cadastra cliente - Principal
1. O sistema apresenta formulário para cadastro do cliente, contendo: nome completo, e-mail, senha,
CPF, RG, data de nascimento, sexo, endereço completo (rua, número, CEP, bairro, cidade, UF) e
telefone.

via Internet
2. O cliente informa seus dados
3. O sistema salva os dados no banco de dados
4. O caso de uso é encerrado
2. Campos obrigatórios - Exceção
1. No passo 2 do fluxo 1, o sistema verifica se todos os campos obrigatórios foram preenchidos. Caso
negativo, solicita o preenchimento do cliente. São considerados obrigatórios: nome completo, e-
mail, senha, CPF, RG, data de nascimento e telefone
3. Cliente já cadastrado - Exceção
1. No passo 3 do fluxo 1, o sistema verifica antes de salvar se já existe cliente com mesmo e-mail,
CPF ou RG informados. Caso afirmativo, avisa ao cliente e impede o cadastro.
Pacote 02 - Emissão ingresso
Pacote 02 - Emissão ingresso - (Use Case diagram)

via Internet
uc Pacote 02 - Emissão ingresso
Funcionario
UC 02.01 Loga no
Sistema
UC02.02 Emite
ingresso
Cliente
(from Pacote 01 - Venda de ingresso web)
Número do protoco
«flow»
Figura: 11 Emissão de ingresso
Funcionario
Este ator representa a(s) pessoa(s) que trabalham no cinema.
UC 02.01 Loga no Sistema
Este caso de uso permite que um usuário (cliente ou funcionário) faça o login no sistema. Para tanto, informa seu e-
mail e senha, habilitando as funcionalidades desejadas. Este cenário permite conferir ao sistema segurança da
informação, bem como auferir responsabilidade de uso do sistema.
Caso o e-mail ou senha informada sejam incorretas, o sistema emitir um aviso ao usuário.

via Internet
RF04 - O sistema deve possibilitar o auto-cadastro de cliente no momento da compra, caso o mesmo
ainda não esteja cadastrado. (Proposed, Medium difficulty)
RF10 - O sistema deve permitir a retirada dos ingressos pelo cliente na bilheteria do cinema. (Proposed,
Low difficulty)
RF11 - O sistema deve permitir ao funcionário do cinema localizar os ingressos através do número do
protocolo ou documento de identificação do cliente. (Proposed, Medium difficulty)
O sistema vai permitir que o funcionário do cinema pesquise os ingressos através do número do protocolo
ou de um documento de identificação (RG ou CPF), no caso do cliente esquecer ou perder o número do
protocolo.
Restrições
O usuário acessou uma área restrita do sistema: (Pré-condição, Status is Proposed)
O usuário foi autenticado no sistema: (Pós-condição, Status is Proposed)
UC02.02 Emite ingresso
Este caso de uso permite que o funcionário emita os ingressos adquiridos pelo cliente através da web.
RF10 - O sistema deve permitir a retirada dos ingressos pelo cliente na bilheteria do cinema. (Proposed,
Low difficulty)
RF11 - O sistema deve permitir ao funcionário do cinema localizar os ingressos através do número do
protocolo ou documento de identificação do cliente. (Proposed, Medium difficulty)
O sistema vai permitir que o funcionário do cinema pesquise os ingressos através do número do protocolo
ou de um documento de identificação (RG ou CPF), no caso do cliente esquecer ou perder o número do
protocolo.
Restrições
O funcionário deve estar logado no sistema: (Pré-condição, Status is Proposed)
Um ou mais ingressos foram emitidos: (Pós-condição, Status is Proposed)
Cenários
1. Emite ingressos - Principal
1. O Funcionário informa o número do protocolo dos ingressos, fornecido pelo cliente.
2. O sistema verifica o número do protocolo e emite os ingressos.
3. O Funcionário entrega os ingressos impressos ao Cliente.
4. O caso de uso é encerrado.
2. Pesquisa ingressos através de documentos - Alternativo
1. No passo 1 do fluxo 1, caso o Cliente tenha extraviado o número do protocolo, o Funcionário
informará o número do CPF ou RG do Cliente para pesquisar seus ingressos.
2. O sistema localiza os ingressos adquiridos pelo cliente e apresenta na tela.
3. O Funcionário seleciona e emite os ingressos.
4. Retorna ao passo 3 do fluxo 1.

via Internet
3. Número de protocolo inválido - Exceção
1. No passo 2 do fluxo 1, caso o número do protocolo seja inválido, sistema emite aviso informando a
inexistência do protocolo informado.
4. Ingressos inexistentes - Exceção
1. No passo 1 do fluxo 2, caso o Cliente não seja localizado ou não existam ingressos comprados para
o mesmo, o sistema emite mensagem informando ao funcionário esta situação.

via Internet
4. Modelagem Dinâmica
4.1 Diagrama de Sequencia
SQ01.01 - Compra ingressos
SQ01.01 - Seleciona sessão
SQ01.01 - Compra ingressos - (Sequence diagram)
sd SQ01.01 - Compra ingressos
Cliente Site do Cinema :
Site
CtrlConsulta :
CtrlConsultaProgramacao
Programacao :
FormProgramacao
Filme :FilmeProgramacao :
Programacao
Sala :Sala Sessao :SessaoSite :CtrlSite CtrlCompraIngresso
:
CtrlCompraIngresso
alt Seleção de outra data
[Cliente seleciona outra data]
Continua no diagrama
SQ01.01 - Informa
quantidades
CompraIngresso()
CompraIngresso()
IniciaCompra()
ListaProgramacao()
GetProgramacao(int)
GetFilme(char)
GetSala(char)
GetSessao(data)
New()
ShowProgramacao()
SelecionaData()
ListaProgramacao()
SelecionaSessao()
CompraIngresso()
CompraIngresso()
Figura: 12 Compra ingresso

via Internet
SQ01.01 - Informa quantidades - (Sequence diagram)
sd SQ01.01 - Informa quantidades
Cliente
(from SQ01.01 - Seleciona sessão)
CtrlCompraIngresso
:
CtrlCompraIngresso
FormIngressos :
FormIngresso
TiposIngressos :
PrecoIngresso
Sala :Sala Sessao :Sessao Taxa :TaxaServico
alt UC02.01
[Cliente já cadastrado]
alt UC01.02
[Cliente novo]
alt Identificação do cliente
[Cliente já cadastrado]
[Primeira compra]
Continua no SQ01.01 -
Confirma Compra (cartão)
GetTiposIngresso()
New()
Informa quantidades de
ingressos()
ConfirmaIngressos()
ConfirmaIngressos()
VerificaDisponibilidade()
GetCapacidade()
GetIngressosVendidos()[IngressosVendidos+TotalIngressos > Capacidade]:Msg(Não
há poltronas disponíveis para a quantidade de ingressos
solicitados)
[Ingressos
disponíveis]:
CalculaTotal()
GetTaxa()
ApresentaTotal()
Informa login e senha()
Primeira compra()
ConfirmaCompra()
[Login efetuado]:
ConfirmaCompra()
Figura: 13 Informa quantidade

via Internet
SQ01.01 - Confirma Compra (cartão) - (Sequence diagram)
sd SQ01.01 - Confirma Compra (cartão)
Cliente
CtrlCompraIngresso
:
CtrlCompraIngresso
FormCartao :
FormFinalizacao
WebService :
WebService
Prestadora Cartão CtrlCartao :
CtrlCartao
Ingresso :Ingresso IngressosComprados
:
IngressoComprado
Sessao :Sessao
New()
Informa dados cartao()
ProcessaCartao()
ProcessaCartao()
SolicitaServico()
SubmeteRequisicao()
RetornaProcessamento()
[Pagamento negado]:
CancelaCompra()
Msg(Pagamento não foi confirmado)
[Pagamento efetuado]:
ConfirmaPagamento()
InsereIngresso(int) :protocolo
Para cada tipo de ingresso
*InsereIngressos()
AtualizaIngressosVendidos()
Msg(O número do protocolo de retirada de ingressos é
<<nnn>>.)
Figura: 14 Confirma compra

via Internet
4.2 Diagramas de Estados
Estados do ingresso - (StateMachine diagram)
stm Estados do ingresso
Diagrama de Estados para a Classe Ingresso
Compra ingresso
Ingresso comprado
Ingresso emitido
Emitido
Por apresentar apenas
dois estados possíveis,
não é necessário
elaborar o diagrama
de estados para a
compra de ingressos.
Caso o sistema
permitisse reservar,
cancelar ou re-emitir os
ingressos, tornar-se-ia
fundamental elaborar
este diagrama.
Figura: 15 Estados do ingresso

via Internet
5. Modelos de classes
5.1 Modelo Classes de Domínio
Modelo Lógico - (Logical diagram)
class Modelo Lógico
Usuario
- nomePessoa: char
- telefone: char
- email: char
- senha: char
- ValidaUsuario(Integer, Integer) : Boolean
Cliente
- endereco: char
- dataNascimento: date
- CPF: char
- CEP: char
- Bairro: char
- RG: char
- sexo: char
+ ValidaLogin() : boolean
Cidade
- nomeCidade: char
- Estado: char
Filme
- Titulo: char
- siteOficial: char
- Sinopse: char
+ GetFilme(char) : void
Sala
- nomeSala: char
- capacidade: int
+ GetSala(char) : void
+ GetCapacidade() : void
Programacao
- periodoExibicaoInicial: date
- periodoExibicaoFinal: date
+ GetProgramacao(int) : void
Sessao
- data: date
- hora: char
- IngressosVendidos: int
+ GetSessao(int) : void
+ GetIngressosVendidos() : void
+ AtualizaIngressosVendidos() : void
Ingresso
- numeroProtocolo: int
- valorTotal: double
- cartaoCredito: char
- validadeCartao: date
- statusIngresso: char
+ InsereIngresso(int) : void
PrecoIngresso
- tipoIngresso: char
- precoIngresso: double
+ GetTiposIngresso() : void
IngressoComprado
- quantidade: int
+ InsereIngressos() : void
TaxaServico
- valorTaxa: double
+ GetTaxa() : void
Funcionario
0..*
1
0..*
1
1
1..*
0..*
1
0..*
1
0..*1
Figura: 16 Classes de domínio

via Internet
5.2 Modelo Classes Especificação
CE01.01 - Compra ingressos
CE01.01 - Compra ingressos - (Logical diagram)
class CE01.01 - Compra ingressos
CE01.01 - Seleciona sessão
CE01.01 - Informa quantidades
CE01.01 - Confirma compra (cartão)
Figura: 17 Pacotes classes de especificação

via Internet
CE01.01 - Seleciona sessão - (Logical diagram)
class CE01.01 - Seleciona sessão
Modelo
Controle
Visão
Site
+ CompraIngresso() : void
FormProgramacao
+ New() : void
+ ShowProgramacao() : void
+ SelecionaSessao() : void
+ SelecionaData() : void
CtrlSite
CtrlCompraIngresso
+ IniciaCompra() : void
+ ConfirmaIngressos() : void
+ CalculaTotal() : void
+ VerificaDisponibilidade() : void
+ ConfirmaCompra() : void
+ ProcessaCartao() : void
+ ConfirmaPagamento() : void
+ CancelaCompra() : void
CtrlConsultaProgramacao
+ ListaProgramacao() : void
Programacao
- periodoExibicaoInicial: date
- periodoExibicaoFinal: date
+ GetProgramacao(int) : void
Filme
- Titulo: char
- siteOficial: char
- Sinopse: char
+ GetFilme(char) : void
Sala
- nomeSala: char
- capacidade: int
Sessao
- data: date
- hora: char
Figura: 18 Seleciona sessão

via Internet
CE01.01 - Informa quantidades - (Logical diagram)
class CE01.01 - Informa quantidades
Modelo
Controle
Visão
FormIngresso
+ New() : void
+ Msg(char) : void
+ ApresentaTotal() : void
CtrlCompraIngresso
Sala
- nomeSala: char
- capacidade: int
Sessao
- data: date
- hora: char
PrecoIngresso
- tipoIngresso: char
- precoIngresso: double
+ GetTiposIngresso() : void
TaxaServ ico
- valorTaxa: double
+ GetTaxa() : void
Figura: 19 Informa quantidades

via Internet
CE01.01 - Confirma compra (cartão) - (Logical diagram)
class CE01.01 - Confirma compra (cartão)
Modelo
Controle
Visão
FormFinalizacao
+ New() : void
+ Msg(char) : void
WebService
+ SolicitaServico() : void
CtrlCompraIngresso
CtrlCartao
Ingresso
- numeroProtocolo: int
- valorTotal: double
- cartaoCredito: char
- validadeCartao: date
- statusIngresso: char
+ InsereIngresso(int) : void
IngressoComprado
- quantidade: int
+ InsereIngressos() : void
Sessao
- data: date
- hora: char
Figura: 20 Confirma compra

via Internet
6. Visão de Implantação
6.1. Modelos de Banco de Dados
6.1.1 Modelo de Banco de Dados Atual
6.1.1 Modelo de Banco de Dados Atual - (Logical diagram)
class 6.1.1 Modelo de Banco de Dados At...
Filme
«Chave Primaria»
*PK idFilme: INTEGER
«column»
Titulo: CHAR(100)
siteOficial: CHAR(200)
Sinopse: TEXT
Sala
«Chave Primária»
*PK idSala: INTEGER
«column»
nomeSala: CHAR(20)
capacidade: INTEGER
Programacao
«Chave Primária»
*PK idProgramacao: INTEGER
«column»
FK idFilme: INTEGER
FK idSala: INTEGER
periodoExibicaoInicial: DATE
periodoExibicaoFinal: DATE
Sessao
«Chave Primária»
*pfK idProgramacao: INTEGER
*PK dataHora: DATETIME
FK_Sessao_Programacao
PK_Programacao
FK_Programacao_Sala
PK_Sala
FK_Programacao_Filme
PK_Filme
Figura: 21 Banco de dados atual

via Internet
6.1.2 Modelo de Banco de Dados Proposto
6.1.2 Modelo de Banco de Dados Proposto - (Data Modeling diagram)
dm 6.1.2 Modelo de Banco de Dados Propo...
Filme
«Chave Primaria»
*PK idFilme: INTEGER
«column»
Titulo: CHAR(100)
siteOficial: CHAR(200)
Sinopse: TEXT
Sala
«Chave Primária»
*PK idSala: INTEGER
«column»
nomeSala: CHAR(20)
capacidade: INTEGER
Programacao
«Chave Primária»
*PK idProgramacao: INTEGER
«column»
FK idFilme: INTEGER
FK idSala: INTEGER
periodoExibicaoInicial: DATE
periodoExibicaoFinal: DATE
Sessao
«Chave Primária»
*pfK idProgramacao: INTEGER
*PK dataHora: DATETIME
«column»
ingressosVendidos: INTEGER
Cidade
«Chave Primária, column»
*PK cidadeID: INTEGER
«column»
nomeCidade: VARCHAR(50)
Estado: CHAR(2)
Cliente
*pfK clienteID: INTEGER
«column»
FK cidadeID: INTEGER
endereco: VARCHAR(100)
dataNascimento: DATETIME
CPF: CHAR(11)
CEP: CHAR(8)
Bairro: CHAR(20)
RG: CHAR(20)
sexo: CHAR(1)
Ingresso
*PK ingressoID: INTEGER
«column»
FK clienteID: INTEGER
FK idProgramacao: INTEGER
FK dataHoraSessao: DATETIME
numeroProtocolo: INTEGER
statusIngresso: CHAR(1)
IngressoComprado
*pfK ingressoID: INTEGER
«Chave Primária»
*pfK precoIngressoID: INTEGER
«column»
quantidade: int
PrecoIngresso
*PK precoIngressoID: INTEGER
«column»
tipoIngresso: CHAR(1)
precoIngresso: DOUBLE
TaxaServ ico
*PK taxaServicoID: INTEGER
«column»
valorTaxa: double
Usuario
*PK usuarioID: INTEGER
«column»
nomePessoa: VARCHAR(50)
telefone: CHAR(10)
email: VARCHAR(70)
senha: CHAR(30)
Funcionario: BOOL
Por segurança, os
dados do cartão de
crédito não são
armazenados no banco
de dados.
Acrescentado o
atributo
ingressosVendidos.
FK_IngressoComprado_PrecoIngresso
PK_PrecoIngresso
FK_IngressoComprado_Ingresso P
PK_Ingresso
FK_Ingresso_Sessao
PK_Sessao
FK_Ingresso_Cliente
PK_Cliente
FK_Cliente_Usuario Z
PK_Usuario
FK_Cliente_Cidade
PK_Cidade
FK_Sessao_Programacao
PK_Programacao
FK_Programacao_Sala
PK_Sala
FK_Programacao_Filme
PK_Filme
Figura: 22 Banco de dados proposto

via Internet
6.2 Modelo de Componentes
Component Model - (Component diagram)
cmp Component Model
Banco de dados
MySQL
TomCat
Web Serv ice
(serv idor)
Web Service
(cliente)
Nav egador
«file»
Cinema.war
«library»
JDBC
HTTP
Figura: 23 Componentes

via Internet
6.3 Modelo de Implantação
6.3 Modelo de Implantação - (Component diagram)
cmp 6.3 Modelo de Implantação
Arquitetura Cinema
Servidor BancoServidor WEB
Banco de dados
MySQL
TomCat
Prestadora Cartão Crédito
Web Service
(servidor)
Web Service
(cliente)
Computador cliente
Navegador
Computador funcionário
Navegador
«file»
Cinema.war
«library»
JDBC
HTTP
Figura: 24 Modelo implantação

via Internet
7. Planos de testes
UC01.01 Compra ingressos
Name Test
Type
Current
Status
Description Input Acceptance
Criteria
Last Run Result
Details
1. Compra
ingresso de
cinema
Standar
d
Not Run
1) O cliente acessa o link
"Compra Ingresso" na página
inicial do cinema
2) O sistema apresenta os
filmes em cartaz, listando
também as sessões
disponíveis no dia para cada
filme.
3) O cliente seleciona o filme e
sessão que deseja assistir
4) O sistema apresenta página
para informação das
quantidades de ingressos
5) O cliente informa, para cada
tipo de ingresso, a quantidade
que deseja adquirir
6) O sistema apresenta o total
da compra, incluindo a taxa de
serviço por ingresso
7) O cliente informa login e
senha (UC02.01)
8) O sistema solicita dados do
cartão de crédito
9) O cliente informa dados do
cartão de crédito (bandeira,
número e validade)
10) O sistema valida a venda
junto à prestadora de cartão de
crédito
11) O sistema salva os dados
1) O cliente clica no
link Ingressos
2) O cliente escolhe
o filme "Queime
depois de ler" e a
sessão das "19:00"
3) O cliente informa
a quantidade 2
para o tipo de
ingresso inteira.
4) Após verificar o
total, o cliente
informa login:
maria@brasil.com.
br e senha: 1234
5) Informa a
bandeira do cartão:
Visa, o número do
cartão : 12345678
e validade: 10/10
Obs.: As
informações do
Input são
oferecidas para
facilitar os testes,
aplicando valores
que se esperam ser
válidos ou não. O
passo-a-passo
No passo 4 do
Input, verificar se
o total está
correto: (valor dos
ingressos
apresentados +
taxa de serviço) *
2
Após passo 5 do
Input, é
apresentado o
número do
protocolo de
compra dos
ingressos.
09/12/2008

via Internet
Name Test
Type
Current
Status
Criteria
Last Run Result
Details
do ingresso e atualiza a
quantidade de ingressos
vendidos da sessão.
12) O sistema emite número
de protocolo da compra para
retirada de ingressos.
13) O caso de uso é
encerrado.
deve ser seguido
através da
Descrição do
cenário.
Deverá haver uma
preparação da
base de dados para
efetivar os testes.
2. Seleçao de
outra data
Not Run 1) No passo 3 do fluxo 1, caso
o cliente queira outra data,
deverá selecionar uma nova
data na tela.
2) O sistema retorna ao passo
2 do fluxo 1, re-apresentando
as sessões para a data
informada.
link Ingressos
o filme "Queime
depois de ler", uma
data diferente da
data corrente
(hoje), e a sessão
das "19:00"
a quantidade 2
para o tipo de
ingresso inteira.
4) Após verificar o
total, o cliente
informa login:
maria@brasil.com.
br e senha: 1234
5) Informa a
bandeira do cartão:
Visa, o número do
cartão : 12345678
e validade: 10/10
No passo 4 do
Input, verificar se
o total está
correto: (valor dos
ingressos
apresentados +
taxa de serviço) *
2
Após passo 5 do
Input, é
apresentado o
número do
protocolo de
compra dos
ingressos para a
data selecionada
no passo 2 do
Input.
09/12/2008
3.
Cancelamento
da compra
Not Run
1) A qualquer momento, antes
que seja efetuada a compra
(passo 10 do fluxo 1), o cliente
pode cancelar o procedimento
de compra.
2) O sistema retornar ao passo
1 do fluxo 1.
link Ingressos
o filme "Queime
depois de ler" e a
sessão das "19:00"
a quantidade 2
A compra do
ingresso foi
interrompida
(cancelada).
Retornou à página
principal do site
da empresa de
cinema.
09/12/2008

via Internet
Name Test
Type
Current
Status
Criteria
Last Run Result
Details
para o tipo de
ingresso inteira.
4) O cliente clica
em Cancelar.
4. Cadastra
cliente
Not Run 1) No passo 7 do fluxo 1, caso
o cliente ainda não seja
cadastrado, deverá realizar
seu cadastro para prosseguir
na compra (UC01.02)
Este teste deve ser
descrito no
UC01.02 Cadastra
Cliente
09/12/2008
5. Sessão
lotada
Not Run 1) No passo 2 do fluxo 1, para
cada sessão, caso todos os
ingressos já tenham sido
vendidos, o sistema desabilita
sua seleção, apresentando ao
lado a informação de que a
mesma está lotada.
link Ingressos
Na listagem dos
filmes em cartaz,
o filme "007 -
Quantum Of
Solace" deve
aparecer com
todas as sessões
desabilitadas, por
estarem lotadas.
09/12/2008
6. Ingressos
indisponíveis
Not Run 1) Após o passo 5 do fluxo 1, o
sistema verifica se a
quantidade de ingressos
solicitados ultrapassa a
quantidade disponível para a
sessão escolhida. Caso
afirmativo, informa ao cliente
que a quantidade desejada
não está disponível.
2) Retorna ao passo 5 do fluxo
1 para informar novamente as
quantidades.
link Ingressos
o filme "Queime
depois de ler" e a
sessão das "19:00"
a quantidade 20
para o tipo de
ingresso inteira, 50
para o tipo meia e
200 para o tipo
senior.
O sistema
apresenta
mensagem
informando que o
total de ingressos
ultrapassa a
quantidade
disponível para a
sessão escolhida.
O sistema
mantém-se na
tela para entrada
de quantidades de
ingressos.
09/12/2008
3. Cliente já
cadastrado
Standar
d
Not Run
1) No passo 3 do fluxo 1, o
sistema verifica antes de
salvar se já existe cliente com
mesmo e-mail, CPF ou RG
informados. Caso afirmativo,
avisa ao cliente e impede o
cadastro.
os dados:
nome completo:
Maria da Silva
e-mail:
maria@brasil.com.
br
senha: 4321
CPF: 767.657.400-
58 (Obtido em
O sistema informa
que o cliente já é
cadastrado. Não
permite seu
cadastro.
09/12/2008

via Internet
Name Test
Type
Current
Status
Criteria
Last Run Result
Details
http://www.gerador
cpf.com/, gerador
de CPF para
testes)
RG: 9876543
data de
nascimento:
28/07/1990
sexo: F
endereço
completo: Rua
Florianopolis, 300
CEP: 88300-800
bairro: Centro
cidade: Itajai
UF: SC e;
telefone: (47)
99774433
2. Campos
obrigatórios
Standar
d
Not Run 1) No passo 2 do fluxo 1, o
sistema verifica se todos os
campos obrigatórios foram
preenchidos. Caso negativo,
solicita o preenchimento do
cliente. São considerados
obrigatórios: nome completo,
e-mail, senha, CPF, RG, data
de nascimento e telefone
os dados:
nome completo:
Joao de Souza
e-mail:
senha: AB444
CPF: 675.632.276-
10 (Obtido em
http://www.gerador
cpf.com/, gerador
de CPF para
testes)
RG: 987456
data de
nascimento:
22/08/1980
sexo: F
endereço
completo: Rua
Brusque, 1230
CEP: 88700-800
bairro: Centro
cidade: Itajai
O sistema informa
que o campo
senha é
obrigatório e não
deixa prosseguir
na compra do
ingresso.
09/12/2008

via Internet
Name Test
Type
Current
Status
Criteria
Last Run Result
Details
UF: SC e;
telefone: (47)
99550088
1. Cadastra
cliente
Standar
d
Not Run
1) O sistema apresenta
formulário para cadastro do
cliente, contendo: nome
completo, e-mail, senha, CPF,
RG, data de nascimento, sexo,
endereço completo (rua,
número, bairro, CEP, cidade,
UF) e telefone.
2) O cliente informa seus
dados
3) O sistema salva os dados
no banco de dados
4) O caso de uso é encerrado
os dados:
nome completo:
Maria de Souza
e-mail:
maria@servidor.co
m.br
senha: AA321
CPF: 372.812.451-
65 (Obtido em
http://www.gerador
cpf.com/, gerador
de CPF para
testes)
RG: 1234567
data de
nascimento:
20/09/1975
sexo: F
endereço
completo: Rua
Itajaí, 230
CEP: 88300-800
bairro: Centro
cidade: Brusque
UF: SC e;
telefone: (47)
99887766
O cliente foi
cadastrado com
sucesso e o
usuário consegue
prosseguir na
compra do
ingresso.
09/12/2008

Cinema levantamento de requisitos 42756538

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

Semelhante a Cinema levantamento de requisitos 42756538

Semelhante a Cinema levantamento de requisitos 42756538 (20)

Cinema levantamento de requisitos 42756538