1

CENTRO ESTADUAL DE EDUCAÇÃO

TECNOLÓGICA PAULA SOUZA
Faculdade de Tecnologia de Jundiaí – Dep. Ary Fossen
Curso Superior de Tecnologia em Análise e
Desenvolvimento de Sistemas

ANGELA TOSATTI MENDES RA 1140482122042

LUCAS HENRIQUE DE LIMA GEREMIAS RA 1140482122028
MATHEUS COSTA RIBEIRO RA 1140482122018
MAX LUCAS DE PAULA CARMELO RA 1140482122008
VINICIUS NARCISO RA 1140482122034

SISTEMA DE CHECK-IN PARA EVENTOS

ENGENHARIA DE SOFTWARE III

PROFª LUCIANA FERREIRA BAPTISTA

Jundiaí
2023
 2

1. INTRODUÇÃO

É muito comum a realização de eventos em nossa sociedade, os quais podem ser promovidos
por pessoas físicas ou jurídicas, com as mais diversas finalidades: casamentos, formaturas,
inaugurações, apresentações, seminários, workshops, feiras e assim por diante.
Nestes eventos ocorre a participação de diferentes tipos de público, cada qual com seu papel,
o torna bastante complexo o controle de acesso (ou presença), demandando um sistema de
check-in.
Para o profissional de eventos, existem, basicamente, três tipos de eventos:
 Evento Aberto Geral
Aquele onde o público geral é convidado por meio de alguma divulgação anterior (não
inclusa no escopo do trabalho), sem qualquer controle de acesso e, muitas vezes, sem
o registro de participação. Por exemplo: o público convidado para assistir uma
maratona (largada, chegada, trechos do circuito). Em geral, não existe controle deste
público presente, mas opcionalmente pode existir a possibilidade de check-in, ou seja,
o registro de presença, por iniciativa da pessoa que compareceu ao evento, por alguma
motivação específica: inclusão em mala-direta, emissão de
certificado/comprovante/declaração de participação, sorteio de brinde, cadastro para
evento futuro associado.
 Evento Aberto por Adesão
Aquele onde a participação é restrita ao público que efetua a adesão (pré-requisito), ou
seja, onde a participação requer: pré-cadastro, compra de ingresso (ou ambos). Desta
maneira, existe o controle de acesso para ingresso no evento, por meio da verificação
de pré-cadastro, ingresso físico/digital ou outro comprovante de adesão. Além do
controle de acesso, existe a formação de lista de presença, principalmente de
autoridades de qualquer natureza. A adesão é um mecanismo de monetização de
eventos.
 Evento Fechado
São eventos onde a participação se dá, exclusivamente por meio de convite, ou seja,
existe uma lista de convidados, que equivale a um pré-cadastro. Também existe o
controle de acesso para ingresso no evento, por meio da verificação do pré-cadastro
(lista de convidados), apresentação de convite físico ou digital. Neste momento
(chegada e check-in pode ser requerido o fornecimento de dados complementares)
Além do controle de acesso, existe a formação de lista de presença, tanto de
autoridades de qualquer natureza, como dos protagonistas do evento, para menção ou
chamada por parte do mestre de cerimônias e da mesa organizadora dos trabalhos.

Existem eventos híbridos, que combinam os tipos básicos de eventos descritos. Por exemplo:
uma formatura combina um evento fechado (as autoridades que compõem a mesa
organizadora dos trabalhos), com um evento aberto por adesão (os formandos, eventualmente,
formandos pagantes), com um evento aberto geral, onde os convidados de cada formando (em
número livre ou restrito) tem acesso livre ao evento.
É necessário diferenciar o público participante: existe o público protagonista, que efetivamente
participa do evento (proferindo discursos, realizando apresentações, participando do debate,
recebendo certificados/diplomas/prêmios; e também existe o público não protagonista, que não
aparece diretamente no evento, com participação passiva.
Dentre o público passivo, se incluem equipes de prestadores de serviços:
 Cerimonial
 Apoio
 Limpeza
 Segurança
 Filmagem e fotografia
 Jornalismo
 Alimentação
A necessidade atual do CST de Eventos da Fatec Jundiaí, assim como da NeoTech, empresa
júnior vinculada à unidade, é de um sistema de check-in que permita:
 Cadastro/agendamento de eventos, de um tipo simples ou híbrido
 3

 Cadastro de lista de convidados (protagonistas) para eventos fechados

 Envio de e-mail (convite, confirmação, código de acesso e outros) para lista de
convidados de eventos fechados
 Envio de e-mail (convite, confirmação, código de acesso e outros) para mailing de
público para adesão
 Controle de adesão
 Cadastro configurável e variável de informações complementares para convidados por
adesão ou de evento fechado (no check-in do evento)
 Cadastro de público participante (check-in de evento aberto)
 Geração de listas de convidados, convidados presentes e ausentes
 Automatização de check-in (QRCode exposto no evento, direcionamento para página
de check-in seletivo, fornecimento do código recebido no convite ou na adesão,
dispensando pessoal de apoio.

2. CASO DE USO

3. DESCRIÇÃO CASO DE USO

Manter Eventos
Descrição: O objetivo desse caso de uso é incluir, alterar, excluir ou consultar um
evento
Ator: Empresa
 4

Pré-Condição:
Estar logado na plataforma.

Cenário Principal:
1. O Sistemas apresenta os eventos cadastrados.
2. Manutenção de cadastro de eventos:
2.1. Em caso de “Inclusão” o sistema habilita a edição de dados.
2.2. Em caso de “Alteração” o sistema exibe os dados cadastrados e os habilita
para edição
2.3. Em caso de “Exclusão” o sistema exibe os dados cadastrados desabilitados
para edição.
2.3.1 No caso de “Exclusão” o sistema solicita a confirmação.
3. Em caso de “Inclusão” e “Alteração” o usuário informa:
3.1. Nome do evento.
3.2. Informações do evento.
3.3. Lista de convidados.
3.4. Funcionários.
3.5. Tipo de evento.
4. O usuário confirma a operação realizada.
5. O sistema atualiza os dados cadastrais do evento.
5.1. Em caso de inclusão, o sistema gera um código de identificação
automaticamente.

Cenário Alternativo:

Pós-Condição:

Consultar Lista Convidados

Descrição: O objetivo desse caso de uso é realizar a consulta dos participantes
do evento em questão.
Ator: Empresa
Pré-Condição:
Estar logado na plataforma.
 5

Cenário Principal:
1. O sistema apresenta a lista de convidados cadastrados no evento.

Cenário Alternativo:

Pós-Condição:
Após a finalização do evento o sistema gera uma lista informando os convidados
confirmados que compareceram no evento e os que não compareceram.

Manter Funcionário
Descrição: O objetivo desse caso de uso é realizar a consulta dos participantes
do evento em questão.
Ator: Empresa
Pré-Condição:
Estar logado na plataforma.

Cenário Principal:
1. O Sistemas apresenta os funcionários cadastrados.
2. Manutenção de cadastro de funcionários:
2.1. Em caso de “Inclusão” o sistema habilita a edição de dados.
2.2. Em caso de “Alteração” o sistema exibe os dados cadastrados e os habilita
para edição
2.3. Em caso de “Exclusão” o sistema exibe os dados cadastrados desabilitados
para edição.
2.3.1 No caso de “Exclusão” o sistema solicita a confirmação.
3. Em caso de “Inclusão” e “Alteração” o usuário informa:
3.1. Nome do funcionário.
3.2. CPF do funcionário.
3.3. Data de nascimento do funcionário.
3.4. Cargo do funcionário.
3.5. Salário do funcionário.
3.6. Telefone do funcionário.
3.7. Endereço do funcionário.
4. O usuário confirma a operação realizada.
5. O sistema atualiza os dados cadastrais do funcionário.
5.1. Em caso de inclusão, o sistema gera um código de identificação
automaticamente.
 6

Cenário Alternativo:

Pós-Condição:

Manter Convidado 
Descrição:  Este caso de uso tem por objetivo o cadastro de convidados 
Ator:  Convidados 
Pré-Condição: 
 

Cenário Principal: 
1. Manutenção de cadastro 
2. Em caso de “Inclusão” o sistema habilita a edição de dados. 
3. Em caso de “Alteração” o sistema exibe os dados cadastrados e os habilita
para edição 
4. Em caso de “Exclusão” o sistema exibe os dados cadastrados desabilitados
para edição. 
4.1 No caso de “Exclusão” o sistema solicita a confirmação. 
5. Em caso de “Inclusão” e “Alteração” o usuário informa: 
5.1 Nome do convidado. 
5.2 Informações do convidado. 
5.3 Contato do convidado. 
6. O usuário confirma a operação realizada. 
7. O sistema atualiza a lista de convidados do evento. 
Cenário Alternativo: 
 

Pós-Condição: 
 
 

 
Consultar Eventos 
Descrição:  Este caso de uso tem por objetivo a amostra de eventos 
Ator:  Convidados 
Pré-Condição: 
 
 7

Cenário Principal: 
1. O sistema apresenta os eventos cadastrados. 

Cenário Alternativo: 
 

Pós-Condição: 
 
 

Aderir Evento 
Descrição:  Este caso de uso tem por objetivo ingressar os convidados ao evento 
Ator:  Convidados 
Pré-Condição: 
Estar logado no Software. 
 

Cenário Principal: 
1. Inclusão de cadastro 
1.1. Em caso de “Inclusão” o sistema habilita a edição de dados. 
1.2. Em caso de “Exclusão” o sistema exibe os dados cadastrados
desabilitados para edição. 
1.3. No caso de “Exclusão” o sistema solicita a confirmação. 
1.4. Em caso de “Inclusão” o usuário informa: 
 Nome do convidado. 
 Informações do convidado. 
 Contato do convidado. 
 Tipo de evento. 
2. O usuário confirma a operação realizada. 
3. O sistema atualiza a lista de convidados do evento. 
4. Em caso de inclusão, o sistema envia um e-mail com QRCode para acesso
do convidado ao evento. 
 
Cenário Alternativo: 
1. Em caso de não possuir cadastro e deseje ingressar no Evento, será
redirecionado para uma aba de cadastro. 
 8

Pós-Condição: 
 
 

 
 
Consultar eventos 
Descrição:  Este caso de uso tem como solução informar os dados dos eventos ao
funcionário 
Ator:  Funcionário 
Pré-Condição: 
Estar logado na plataforma 
 

Cenário Principal: 
 
1. O funcionário terá acesso aos dados do evento, como data, local e hora para
cumprir suas funções. 

Cenário Alternativo: 
 

Pós-Condição: