Documento de Especificação de Sistema TIC MASTER

Documento de Especificação de Sistema TIC MASTER Projeto Autor(es) Projeto Integrador II Felipe Vicente Soares Paulo Dinis Lima Versão / Data 0.3 / 11 de setembro de 2016

Histórico de Versões Data Versão Descrição das Revisões Autor 10/08/2016 0.1 17/08/2016 0.2 11/09/2016 0.3 Criação do documento, escopo e estudo de viabilidade; Requisitos Funcionais e Não- Funcionais; Casos de Uso, Especificações dos Casos de Uso, Modelo Conceitual, Diagrama de Classes; Paulo Dinis / Felipe Vicente Paulo Dinis / Felipe Vicente Paulo Dinis / Felipe Vicente página 2 de 22

Sumário 1 - INTRODUÇÃO...5 1.1 Objetivos do Documento...5 1.1.1 Início... 5 1.2 Escopo do Produto...5 1.3 Materiais de Referência...6 1.4 Definições e Siglas...6 1.5 Estudo de Viabilidade...6 1.5.1 Infraestrutura...6 1.6 Identificação dos Requisitos...7 1.7 Prioridades dos Requisitos...7 2 - REQUISITOS FUNCIONAIS...8 RF01 Manter Funcionário...8 RF02 Manter Agenciador...8 RF03 Manter Espectador...8 RF04 Manter Evento...9 RF05 Manter Cliente Bilheteria...9 RF06 Abrir Caixa da Bilheteria...10 RF07 Fechar Caixa da Bilheteria...10 RF08 Vender Ingressos por Cartão de Crédito ou por Boleto...10 RF09 Vender Ingressos por Cartão de Débito ou Dinheiro...11 RF10 Gerar Voucher...11 RF11 Gerar Ingresso...11 RF12 Relatório de Agenciadores...11 RF13 Relatório de Eventos...12 RF14 Relatório de Vendas...12 3 - REQUISITOS NÃO-FUNCIONAIS...13 3.1 NF01 Usabilidade...13 3.2 NF02 Desempenho...13 3.3 NF03 Autenticação...13 4 - ESPECIFICAÇÃO...14 4.1 Casos de Uso...14 4.1.1 Manter Colaborador...15 4.1.2 Manter Agenciador...15 4.1.3 Manter Espectador...16 4.1.4 Manter Evento...17 4.1.5 Vender Ingresso...18 4.2 Mapas Conceituais...19 4.3 Diagrama de Classes...20 4.4 Diagramas de Sequência...21 4.5 Mapeamento Objeto-Relacional...21 APÊNDICE I PROPOSTAS RECUSADAS...21 página 3 de 22

4.6 Proposta não aceita: TIC BASIC...21 ANEXO I LEGISLAÇÃO...22 página 4 de 22

1 - Introdução 1.1 Objetivos do Documento 1.1.1 Início Este documento tem por objetivo apresentar os requisitos de um sistema para cadastro de eventos e venda de ingressos on-line. Aqui estão descritos o escopo do produto, o estudo de viabilidade, os requisitos funcionais e os casos de uso. 1.2 Escopo do Produto A empresa TIC EVENTOS, que atua no segmento de eventos artísticos, esportivos e culturais, deseja entrar no mercado de vendas online de ingressos para seus eventos. Os eventos ocorrem em data, local e horário pré-definidos pelo responsável pelo agenciamento do evento, o agenciador. Para cadastrar um evento, o agenciador, primeiramente, deverá efetuar seu cadastro no sistema da TIC EVENTOS, preenchendo os formulários solicitados e, após ter o cadastro validado e aprovado, poderá gerenciar e acompanhar as vendas de ingressos dos seus eventos. Mesmo que o evento seja recorrente, cada exibição possui seu próprio registro e identificação, não sendo utilizado o conceito de sessões que se repetem. O sistema deve, porém, permitir copiar todos os dados de um evento para facilitar o cadastro de um novo evento em um outro dia/horário/local. O espectador, nesse caso, o internauta, deve poder comprar seu ingresso online após ter efetuado e validado seu cadastro e a venda será efetivada quando o pagamento via cartão ou boleto for confirmada. No caso de pagamento por boleto, a proposta de compra do espectador é mantida até as 18:00h do dia seguinte. A compra de ingressos por boleto não é permitida na véspera do evento. Poderão ser cadastrados eventos com assentos numerados e o expectador poderá ter a opção de escolher o número do assento no momento que estiver efetuando a compra. A numeração dos assentos é definida pelo agenciador. Todos os ingressos, para qualquer tipo de evento, possuem número de série, que deve iniciar em 1, indo até o total máximo de espectadores definidos para o evento, não devendo, impreterivelmente, o número de série ser o identificador do assento no caso de eventos com locais numerados. Ao dar início a uma compra de ingresso, o sistema gera, automaticamente, uma reserva instantânea, com duração de, no máximo, vinte minutos por sessão, ou até que o página 5 de 22

comprador expressamente desista do ingresso ou o compre via cartão ou emita o boleto, e, nesse último caso, a reserva passa a ser de um dia, com validade até as 18:00h do dia seguinte, como já citado anteriormente. Os espectadores poderão comprar os ingressos em bilheterias instaladas em local físico, sendo essa bilheteria administrada pela TIC EVENTOS. A venda de ingressos na bilheteria somente poderá ser efetuada em dinheiro ou cartão de crédito/débito, e se utilizará do mesmo sistema on-line. A bilheteria deverá contar com uma reserva antecipada de ingressos exclusivos para essa modalidade, com quantidade definida pelo agenciador em seu painel de administração do evento e, em caso de esgotamento dos ingressos destinados à bilheteria, poderão ser vendidos os ingressos restantes das vendas on-line, caso existam. 1.3 Materiais de Referência Não há anexos. 1.4 Definições e Siglas Memória primária: memória de acesso temporário, ou RAM. Memória secundária: memória de armazenamento permanente, ou disco rígido. JVM - Java Virtual Machine: É um aplicativo de software que simula um computador, mas oculta o sistema operacional e o hardware subjacentes dos programas que interagem com ela (Deitel, 2010). 1.5 Estudo de Viabilidade De acordo com as necessidades apresentadas pelo cliente, foram elaboradas duas propostas, conforme descrito abaixo: Proposta 1 TIC BASIC: Nessa proposta, o sistema não possibilita que o agenciador gerencie os eventos, o qual será feito pela empresa contratante (TIC EVENTOS) mediante pagamento de taxa de administração preestabelecida entre as partes. Proposta 2 TIC MASTER: Na segunda proposta, o agenciador será responsável pela criação e gerenciamento do evento, não recaindo, nesse caso, taxas de administração. 1.5.1 Infraestrutura O cliente já possui toda a infraestrutura mínima necessária para o gerenciamento e operação do sistema, como computadores de última geração, equipe capacitada incluindo suporte técnico e administrativo. página 6 de 22

Proposta aceita: TIC MASTER Item Custo Benefício Sistema TIC MASTER Desenvolvimento e Implantação R$ 25.000,00 Sistema completo, com todas as funcionalidades descritas nesse ERS. Manutenção Mensal R$ 400,00 Suporte Técnico, Consultoria e Atualizações Total 1º ano R$ 29.800,00 1.6 Identificação dos Requisitos Os requisitos são identificados através de códigos RF (Requisitos Funcionais) e numerados em sequência própria, de RF01 a RF(n). Os requisitos não funcionais são identificados através de códigos RNF (Requisitos Não Funcionais) e numerados em sequência própria, de RNF01 a RNF(n). 1.7 Prioridades dos Requisitos A prioridade dos requisitos é definida como sendo: Essencial: é considerado essencial todo requisito imprescindível ao funcionamento do sistema e cuja implementação seja obrigatória; Importante: é todo requisito não essencial cuja ausência, porém, torna a utilização do sistema possível mesmo que não satisfatória; Desejável: é o requisito cuja ausência ainda possibilita uma utilização satisfatória do sistema. Requisitos categorizados como desejáveis podem ser adiados para versões posteriores do sistema. página 7 de 22

2 - Requisitos Funcionais RF01 Manter Funcionário desejável X essencial O sistema possibilitará a inclusão de funcionários, que poderão ser classificados como administrador e colaborador. Somente o funcionário administrador poderá inserir, alterar, consultar ou excluir os dados de funcionários no sistema. Qualquer funcionário poderá consultar os dados cadastrados dos agenciadores ou espectadores. RF02 Manter Agenciador desejável X essencial O agenciador pode criar seu próprio cadastro no sistema, inserindo os dados solicitados no formulário de cadastro on-line, a saber: nome, CPF, e-mail, telefone, cidade, estado, país, data de cadastro e senha. Após ter seu cadastro validado no sistema, o agenciador terá acesso ao seu painel de administração, no qual poderá consultar e fazer download dos documentos necessários para se tornar um Agenciador Credenciado, os quais incluem o contrato a ser firmado entre ele e a TIC Eventos, o Termo de Responsabilidade e as instruções de preenchimento e envio desses documentos para aprovação de seu cadastro como Agenciador. Os documentos enviados serão avaliados por funcionários da TIC Eventos para aprovação. Somente o Agenciador Credenciado poderá gerenciar eventos. O agenciador poderá, posteriormente, alterar seus dados cadastrais, porém, estará sujeito à nova aprovação cadastral por parte da TIC Eventos, dependendo do nível de alteração que for efetuada. O Agenciador poderá ainda excluir seu cadastro por completo, desde que não possua nenhum impedimento contratual. RF03 Manter Espectador desejável X essencial O espectador pode criar seu cadastro no sistema on-line, inserindo os seguintes dados: nome, cpf, e-mail, data de cadastro, data de nascimento e senha. Após ter seu cadastro validado, poderá alterar ou consultar seus dados cadastrais ou mesmo excluir seu página 8 de 22

cadastro por completo, estando sujeito, no caso de alteração, a nova verificação de validação. RF04 Manter Evento desejável X essencial O Agenciador credenciado poderá cadastrar eventos, informando os seguintes dados: título do evento, tipo (show, teatro, filme...), classificação etária, quantidade de ingressos (total e bilheteria), tipo de assento (numerado ou não), data e local do evento, duração prevista, valor do ingresso, mapa e numeração dos assentos (quando o assento for numerado). Após o cadastro do evento ser validado e aprovado, o agenciador poderá alterar dados, respeitando neste caso, a proximidade da realização do evento. O agenciador poderá consultar os dados do evento mediante autenticação no sistema, e, em caso de necessidade de exclusão do evento, deverão ser observadas as cláusulas contratuais referentes às garantias oferecidas aos espectadores. Para ingressos comprados de um determinado evento que foi cancelado, haverá o reembolso deste ingresso, pelo mesmo valor do ingresso. O agenciador poderá copiar os dados de um evento e criar um novo evento que receberá automaticamente esses dados, podendo, em seguida ou em data posterior alterar esses dados do novo evento. RF05 Manter Cliente Bilheteria desejável X essencial O agenciador credenciado poderá solicitar a disponibilidade de uma bilheteria para a venda de ingressos para seus respectivos eventos. Esta bilheteria só será criada por meio de solicitação formalizada junto a TIC Eventos e será de responsabilidade desta última, devendo constar o local da bilheteria, cidade, estado, telefone e os eventos que a bilheteria disponibilizará. A bilheteria assumirá o papel de um espectador, sendo que seus operadores terão acesso ao sistema para fazer compras de ingressos em tempo real e revendê-los aos espectadores. página 9 de 22

RF06 Abrir Caixa da Bilheteria X desejável essencial O operador responsável pela bilheteria dará entrada no sistema com um valor inicial de reserva (este valor ficará registrado no sistema), conhecido como fundo de troco ou valor de encaixe, que ficará a disposição do operador para possíveis trocos no local de vendas. RF07 Fechar Caixa da Bilheteria X desejável essencial O sistema registrará todas as demais entradas e saídas que ocorrerem na bilheteria. Desta forma, automaticamente, o sistema fará os cálculos para o fechamento de caixa, somando assim todas as entradas (incluindo o fundo de troco) e subtraindo com o total de saídas da bilheteria, retornando assim o valor final do caixa. RF08 Vender Ingressos por Cartão de Crédito ou por Boleto desejável X essencial Pagamentos por Boleto e Cartão de Crédito serão de exclusividade do espectador. O espectador poderá acessar todos os eventos disponíveis no sistema. Ao iniciar uma compra de ingresso, será aberta uma sessão de compra, com duração de até 20 minutos. O número serial do próximo ingresso disponível passará a ficar indisponível pelo período máximo da sessão ou até que a compra seja finalizada e voltará a ficar disponível no caso de desistência da compra ou não pagamento do boleto dentro do tempo máximo determinado pelo agenciador. No caso de evento com assentos numerados, o número do assento especificado no ingresso escolhido pelo espectador ficará indisponível seguindo as mesmas regras do ingresso sem assento numerado. página 10 de 22

RF09 Vender Ingressos por Cartão de Débito ou Dinheiro desejável X essencial Pagamentos por Cartão de Débito ou por Dinheiro serão de exclusividade da bilheteria. A bilheteria poderá acessar todos os eventos disponíveis no sistema. Ao iniciar uma compra de ingresso, será aberta uma sessão de compra, com duração de até 20 minutos. O número serial do próximo ingresso disponível passará a ficar indisponível pelo período máximo da sessão ou até que a compra seja finalizada e voltará a ficar disponível no caso de desistência da compra. RF10 Gerar Voucher desejável X essencial O voucher, vale que assegura um ou mais ingressos de um determinado evento, estará disponível para impressão no momento que a compra, por cartão de crédito ou por boleto, for confirmada e validada. RF11 Gerar Ingresso desejável X essencial A bilheteria poderá gerar ingressos de um determinado evento. Estes ingressos estarão disponíveis para impressão, após o pagamento por cartão de débito ou dinheiro for confirmada e validada pelo sistema. RF12 Relatório de Agenciadores X desejável essencial O administrador poderá optar por listagem de agenciadores ativos, inativos ou a listagem de todos os agenciadores cadastrados no sistema. página 11 de 22

RF13 Relatório de Eventos X desejável essencial O administrador poderá optar por listagem de eventos. RF14 Relatório de Vendas X desejável essencial O administrador poderá optar por listagem de ingresso vendidos na bilheteria, listagem de ingressos vendidos online, ou listagem de todos os ingressos vendidos, informando o nome ou o código do evento. página 12 de 22

3 - Requisitos Não-Funcionais Os requisitos não funcionais representam as características de desempenho, usabilidade entre outras esperadas pela TIC Eventos, definidas entre as partes. 3.1 NF01 Usabilidade X desejável essencial Cada tela de entrada de dados do sistema deve prover meios de acesso rápido e intuitivo às funcionalidades do sistema, de modo que o sistema não precise ser aprendido e sim utilizado de forma natural. 3.2 NF02 Desempenho desejável X essencial É necessário que cada operação entrada, consulta, alteração, exclusão que envolva interação com o usuário não exceda o tempo de espera de dois segundos. 3.3 NF03 Autenticação desejável X essencial É exigida a identificação do usuário através de um processo de autenticação. Apenas funcionários com acesso de Administrador poderão visualizar dados completos e históricos de Agenciadores e Eventos. página 13 de 22

4 - Especificação Este capítulo fornece as especificações que descrevem tecnicamente os requisitos funcionais do sistema. 4.1 Casos de Uso Os casos de uso do sistema descrevem os requisitos funcionais. A Figura 1 apresenta um diagrama de Caso de Uso geral do sistema. Figura 1: Diagrama de Caso de Uso do Sistema página 14 de 22

4.1.1 Manter Colaborador Nome: RF-001: Manter colaborador Requisitos Não há requisitos relacionados. relacionados: Ator(es) Administrador primário(s): Ator(es) Banco de Dados secundário(s): Pré-condição: Colaborador estar autenticado como administrador. Objetivo: Inserir um novo cadastro de colaborador no sistema. Pós-condição: Novo cadastro de colaborador inserido no banco de dados. Fluxo Básico: 1 Administrador requisita tela de cadastro de Colaborador; 2 Sistema apresenta a tela solicitada; 3 Administrador fornece dados requisitados na tela de cadastro; 4 Sistema valida os dados fornecidos e solicita confirmação para concluir o cadastro; 5 Administrador confirma solicitação; 6 O cadastro é concluído. Fluxo 4a Sistema verifica que dados fornecidos não são válidos. Alternativo: 4a1 Sistema informa que os dados fornecidos não são válidos; 4.1.2 Manter Agenciador Nome: Manter agenciador Requisitos Não há requisitos relacionados. relacionados: Ator(es) Administrador, Agenciador primário(s): Ator(es) Banco de Dados secundário(s): Pré-condição: Agenciador estar. Objetivo: Inserir um novo cadastro de colaborador no sistema. Pós-condição: Novo cadastro de colaborador inserido no banco de dados. Fluxo Básico: 1 Administrador requisita tela de cadastro de Colaborador; 2 Sistema apresenta a tela solicitada; 3 Administrador fornece dados requisitados na tela de cadastro; página 15 de 22

Fluxo Alternativo: 4 Sistema valida os dados fornecidos e solicita confirmação para concluir o cadastro; 5 Administrador confirma solicitação; 6 O cadastro é concluído. 4a Sistema verifica que dados fornecidos não são válidos. 4a1 Sistema informa que os dados fornecidos não são válidos; 4.1.3 Manter Espectador Nome: Manter colaborador Requisitos Não há requisitos relacionados. relacionados: Ator(es) Administrador primário(s): Ator(es) Banco de Dados secundário(s): Pré-condição: Colaborador não estar cadastrado no sistema. Objetivo: Inserir um novo cadastro de colaborador no sistema. Pós-condição: Novo cadastro de colaborador inserido no banco de dados. Fluxo Básico: 1 Administrador requisita tela de cadastro de Colaborador; 2 Sistema apresenta a tela solicitada; 3 Administrador fornece dados requisitados na tela de cadastro; 4 Sistema valida os dados fornecidos e solicita confirmação para concluir o cadastro; 5 Administrador confirma solicitação; 6 O cadastro é concluído. Fluxo 4a Sistema verifica que dados fornecidos não são válidos. Alternativo: 4a1 Sistema informa que os dados fornecidos não são válidos; página 16 de 22

4.1.4 Manter Evento Nome: Manter Evento Requisitos RF04, RNF01, RNF02, RNF03. relacionados: Ator(es) Agenciador primário(s): Ator(es) Banco de Dados secundário(s): Pré-condição: Agenciador estar credenciado. Objetivo: Inserir um novo evento no banco de dados. Pós-condição: Há um novo evento cadastrado no banco de dados. Fluxo Básico: 1 Agenciador requisita cadastro de eventos; 2 Sistema apresenta tela para que seja feito o cadastro; 3 Agenciador insere os dados solicitados para o cadastro do evento; 4 Agenciador requisita validação e aprovação do evento; 5 Sistema valida insere os dados do evento no banco de dados; Fluxo 2a Sistema acusa que o agenciador não está credenciado. Alternativo: 2a1 Sistema informa ao agenciador que é necessário o devido credenciamento junto à Tic Eventos; 2a2 Sistema é finalizado. 5a Sistema não valida dados informados pelo agenciador. 5a1 Usuário retorna ao passo 3. página 17 de 22

4.1.5 Vender Ingresso Nome: RF06 - Vender Ingresso Requisitos RNF01, RNF02, RNF03. relacionados: Ator(es) Espectador primário(s): Ator(es) Banco de Dados secundário(s): Pré-condição: Evento ter sido selecionado na tela do sistema. Objetivo: Vender ingressos para o evento selecionado. Pós-condição: Ingresso(s) vendidos e marcados como indisponíveis para venda. Fluxo Básico: 1 O Espectador escolhe comprar ingresso na tela do sistema; 2 O Sistema apresenta os ingressos disponíveis, os valores e solicita que o espectador escolha a quantidade de ingressos e a numeração, caso haja; 3 O sistema inicia uma sessão com duração máxima de 20 min; 4 O espectador informa que irá pagar com boleto; 5 Sistema verifica os dados e valida a venda dos ingressos; 6 Sistema gera o boleto para pagamento dos ingressos comprados; 7 Após o pagamento ser confirmado pelo sistema bancário, o sistema gera os dados do ingresso para impressão. Fluxo 4a O espectador informa pagamento via cartão de crédito; Alternativo: 4a1 O sistema é redirecionado para a tela de validação dos dados do cartão; 2a2 O espectador informa os dados e confirma compra; Fluxo Alternativo 2: 2a3 O Sistema valida os dados e gera os dados do ingresso para impressão; 2a3a O sistema não valida os dados informados do cartão de crédito; 2a3a1 A venda é cancelada. página 18 de 22

4.2 Mapas Conceituais O Mapa Conceitual ou Modelo Conceitual indica as regras de negócio do sistema, ajudando no entendimento dos processos. A Figura 2 apresenta um Modelo Conceitual do sistema. Figura 2: Modelo Conceitual página 19 de 22

4.3 Diagrama de Classes O Diagrama de Classes indica as regras de negócio do sistema, ajudando no entendimento dos processos. A Figura 3 apresenta o Diagrama de Classes do sistema. Figura 3: Diagrama de Classes página 20 de 22

4.4 Diagramas de Sequência 4.5 Mapeamento Objeto-Relacional Apêndice I Propostas Recusadas A primeira proposta (TIC BASIC) apresenta o sistema no qual o agenciador não tem acesso ao gerenciamento dos eventos, sendo esses eventos gerenciador pela TIC EVENTOS mediante contrato preestabelecido entre as partes. 4.6 Proposta não aceita: TIC BASIC Item Custo Benefício Sistema TIC BASIC Desenvolvimento e Implantação R$ 10.000,00 Sistema completo, com todas as funcionalidades descritas nesse ERS. Manutenção Mensal R$ 0,00 Suporte Técnico, Consultoria e Atualizações Total R$ 10.000,00 página 21 de 22

Anexo I Legislação página 22 de 22