Documento de Especificação de Sistema Easy Ticket

Transcrição

1 Documento de Especificação de Sistema Easy Ticket Projeto Autor(es) Projeto Integrador II Marcos Augusto Dassie Noronha Nathison Gomes Chaves Lopes Versão / Data 0.1 / 03 de Agosto de / 04 de Agosto de / 17 de Agosto de 2016

2 Histórico de Versões Data Versão Descrição das Revisões Autor 03/08/ Elaboração do Escopo; Marcos/Nathison 04/08/ Elaboração do Estudo de Viabilidade Marcos/Nathison 17/08/ Levantamento dos Requisitos Marcos/Nathison página 2 de 14

3 Sumário 1 - INTRODUÇÃO Objetivos do Documento Escopo do Produto Materiais de Referência Boleto Bancário Definições e Siglas Estudo de Viabilidade...6 JUSTIFICATIVA DA ALTERNATIVA ESCOLHIDA Identificação dos Requisitos Prioridades dos Requisitos Requisitos REQUISITOS FUNCIONAIS Requisitos Funcionais de Usuários RF01 Gerenciar Usuário do Sistema RF02 Gerenciar Usuário do Serviço Requisitos Funcionais Gerais RF03 Gerenciar Promotoria do Evento RF04 Gerenciar Evento RF05 Gerenciar Ingressos RF06 Gerenciar Agência Bancária RF07 Venda de Ingresso em Caixa Físico RF08 Venda de Ingresso Online RF09 Reservar Ingressos RF10 Cancelar Venda RF11 Aprovar Pagamento Requisitos Funcionais de Saída RFS01 Gerar Boleto RFS02 Gerar Ingresso REQUISITOS NÃO-FUNCIONAIS Requisitos Não Funcionais de Operação NF01 Usabilidade NF02 Desempenho Requisitos Não Funcionais de Segurança NF03 Autenticação ESPECIFICAÇÃO Casos de Uso Autenticar Usuário Mapas Conceituais Diagrama de Classes Diagramas de Sequência Mapeamento Objeto-Relacional...11 página 3 de 14

4 APÊNDICE I PROPOSTAS RECUSADAS...13 TABELA DE CUSTOS...13 ANEXO I LEGISLAÇÃO...13 TABELA DE BANCOS E CARTEIRAS:...13 página 4 de 14

5 1 - Introdução Este documento especifica os requisitos do sistema Easy Ticket, fornecendo aos desenvolvedores as informações necessárias para o projeto e implementação, assim como para a realização dos testes e homologação do sistema. 1.1 Objetivos do Documento O objetivo deste documento é fornecer um roteiro para o desenvolvimento de sistemas de software utilizando os princípios da engenharia de software orientada a objetos com notação UML(Unified Modeling Language). É destinado a matéria de Projeto Integrado II servindo como instrumento de avaliação semestral da disciplina do sexto módulo do curso de Análise e Desenvolvimento de Sistemas do Instituto Federal de Ciência e Tecnologia do Estado de São Paulo campus de Presidente Epitácio. 1.2 Escopo do Produto O Sistema EASY TICKET (ET) tem por objetivo auxiliar de forma segura e dinâmica o gerenciamento de atividades de venda de ingressos online, relacionadas a diversos eventos, disponibilizando formas de pagamentos, controle de eventos, reserva e controle de ingressos, cancelamento de compra de ingresso e cadastro de usuários. O Sistema deverá realizar a organização de dados atribuídos pelo usuário, disponibilizando a criação de cadastro para usuários do serviço e do sistema, limitando seus níveis de acesso de acordo com os requisitos do processo a ser realizado. O usuário do serviço deverá ser capaz de realizar seu próprio cadastro através do site da empresa, tendo acesso aos eventos cadastrados e a compra de ingresso relacionada a um determinado evento. Os usuários do sistema devem ser divididos em dois níveis de acessos diferentes, um acesso para o gerente do sistema, e outro para o usuário operador do caixa físico do sistema. O sistema deverá permitir ao gerente a manipulação de informações relacionadas ao cadastro de eventos, ingressos, bancos e operadores de caixa. Já o usuário operador de caixa deverá ter acesso apenas a venda de ingressos através de cartões ou dinheiro. A venda de ingressos online deverá permitir ao usuário do serviço duas formas de pagamentos, através de cartões ou boletos bancários, validando o pagamento para a liberação do ingresso, que deverá ser disponibilizado de forma online para impressão. A venda de ingresso também deverá permitir a escolha do lugar desejado pelo cliente, fornecendo informações a respeito dos possíveis ambientes existentes no evento e os lugares disponíveis para o mesmo. O sistema deverá reservar uma determinada quantidade de ingressos caso a compra dos mesmos tenha sido feita através de boleto bancário, mantendo os ingressos reservados no tempo estipulado para o vencimento do boleto ou até a confirmação de seu pagamento. A reserva de ingressos também deverá ser realizada assim que o usuário do serviço iniciar seu cadastro de compra, reservando a quantidade de ingressos informada pelo usuário no início da operação, caso a compra não seja finalizada em quinze minutos após a reserva de ingressos os mesmos deverão ser liberados para venda novamente, compras através de boleto não deverão ser permitidas na data anterior do evento. Todas as informações relacionadas as movimentações do negócio deverão ser mantidas em um sistema de banco de dados, garantindo a segurança e integridade dos dados, disponibilizando um fácil acesso para a verificação das mesmas. O Sistema EASY TICKET proporcionará a empresa um alto nível de controle e qualidade no serviço prestado, possibilitando a inserção e acompanhamento de informações de forma clara e segura e em tempo real, já que o mesmo será desenvolvido em aplicação web, possibilitando acesso online ao sistema. 1.3 Materiais de Referência Esta sessão aborda as informações necessárias para a manipulação de serviços já existentes no mercado, alinhando as informações do desenvolvimento de acordo com as normas já expostas pelos sistemas disponíveis. página 5 de 14

6 1.3.1 Boleto Bancário Para gerar boletos bancários são necessários alguns dados que devem ser solicitados no banco a ser vinculado aos serviços da empresa. Quem disponibiliza estas informações é o gerente do banco onde a empresa possua sua conta-corrente. O cliente deverá fornecer a carteira de informações de cobrança bancária, disponibilizada pelo próprio gerente do banco. 1.4 Definições e Siglas Nome Easy Ticket Hardware Serviço de Atendimento ao Consumidor ET HD SAC Sigla 1.5 Estudo de Viabilidade Esta sessão apresenta a alternativa selecionada pelo cliente (Solução A). A alternativa rejeitada está presente no apêndice 2. Justificativa da Alternativa Escolhida Visando na economia do projeto a solução escolhida é a que apresenta o menor custo, garantindo equipamentos de qualidade a um preço acessível, resguardando também a utilização de um SGBD de ponta, para um armazenamento de dados mais robusto e seguro. Solução A: O Fluxo de informações cotidianas da empresa poderão ser mantidas através de serviços de banco de dados Oracle, que garantirá o armazenamento de informações. O computador Positivo contará com um Sistema Operacional que auxiliará a execução do sistema. Tabela de Custos Produto Licenças Unidades Valor Total Hostgator Mensal 1 R$ 39,99 Oracle Database Standard Edition 2 Processor, Software 1 R$ ,42 Computador/PC Positivo Stilo DS3001 com Intel - Dual Core Windows 8.1 2GB 320GB Tela 15.6 Microsoft Sistema Operacional Windows /64 Bits Sistema Easy Ticket Instalação Easy Ticket Windows 1 R$ 1.160,00 Software 1 R$ 420,90 Mensal 1 R$ 800,00 1 R$ 3.000,00 Total R$ ,31 página 6 de 14

7 1.6 Identificação dos Requisitos Os requisitos são identificados através de códigos numerados RF01 (Requisitos Funcionais), variando de acordo com o objetivo do requisito sendo eles RFS01 (Requisitos Funcionais de Saída) e NF01 (Não Funcionais). 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 Requisitos RF01 RF02 RF03 RF04 RF05 RF06 RF07 RF08 RF09 RF10 RF11 RFS01 RFS02 NF01 NF02 NF03 Gerenciar Usuário do Sistema. Gerenciar Usuário do Serviço. Gerenciar Promotoria do Evento Gerenciar Evento. Gerenciar Ingressos Gerenciar Agência Bancárias Venda de Ingresso em Caixa Físico Venda de Ingresso Online Reservar Ingresso Cancelar Venda Aprovar Pagamento Gerar Boleto Gerar Ingresso Usabilidade Desempenho Autenticação 2 - Requisitos Funcionais Essa sessão abordará os requisitos necessários para o funcionamento correto do sistema de acordo com o que foi solicitado pela empresa contratante. 2.1 Requisitos Funcionais de Usuários página 7 de 14

8 2.1.1 RF01 Gerenciar Usuário do Sistema Trata-se de uma operação de gerenciamento de usuários do sistema, itens de informação: código do usuário do sistema, nome, sobrenome, login, senha RF02 Gerenciar Usuário do Serviço Trata-se de uma operação de gerenciamento de usuários do serviço, itens de informação: código do usuário do serviço, nome, sobrenome, cpf, rg, login, senha, rua, nº residência, bairro, cep, cidade, estado, telefone residencial, telefone celular, Requisitos Funcionais Gerais RF03 Gerenciar Promotoria do Evento x essencial Trata-se de uma operação de gerenciamento de promotores de eventos, itens de informação: código do promotor, cnpj, razão social, rua, número, bairro, cidade, estado, cep, e- mail, telefone 1, telefone 2, celular 1, celular RF04 Gerenciar Evento x essencial Trata-se de uma operação de gerenciamento de eventos, itens de informação: código do promotor, código do evento, descrição, atração, data, hora, capacidade, ambientes, preços, idade mínima, casa de evento, rua, número, bairro, cidade, estado, cep, do evento, nº SAC do evento RF05 Gerenciar Ingressos Trata-se de uma operação de gerenciamento de ingressos, itens de informação: código do ingresso, código do evento, descrição, quantidade, ambiente, lugar, desconto, valor RF06 Gerenciar Agência Bancária Trata-se de uma operação de gerenciamento de agências bancárias, itens de informação: nome do banco, agência, número da conta, código do convênio, código do cedente, carteira, modalidade RF07 Venda de Ingresso em Caixa Físico Esta operação se inicia quando um usuário operador do caixa finaliza a operação da venda, informações necessárias: código de venda, código de ingresso, data, hora, tipo do pagamento, taxas, desconto, valor, código do usuário do sistema, nº guichê, cidade, estado. página 8 de 14

9 2.2.6 RF08 Venda de Ingresso Online Esta operação se inicia quando um usuário do sistema finaliza a operação de compra, informações necessárias: código da venda, código de ingresso, código do usuário do serviço, data, hora, tipo do pagamento, taxas, desconto, valor RF09 Reservar Ingressos Esta operação se inicia quando um usuário de serviço inicia ou finaliza a compra de ingresso no sistema, informações necessárias: código da venda, código do ingresso, tempo de reserva, status do pagamento RF10 Cancelar Venda Esta operação se inicia quando um usuário do serviço deseja cancelar o pagamento de uma compra de ingresso, informações necessárias: Código de usuário, código de venda RF11 Aprovar Pagamento Esta operação permite ao usuário do sistema aprovar pagamentos de vendas em aberto, informações necessárias: Código de venda, código do usuário do sistema. 2.3 Requisitos Funcionais de Saída RFS01 Gerar Boleto Esta operação se inicia quando a opção de pagamento via boleto é selecionada no fim da venda de ingresso, informações necessárias: Código da venda, código do ingresso, código do usuário, código do evento, data de vencimento, taxas de boleto, valor RFS02 Gerar Ingresso Esta operação se inicia quando o pagamento de um ingresso é confirmado pelo sistema, informações necessárias: Código da venda. 3 - Requisitos Não-Funcionais Os requisitos não funcionais expõem os requisitos não solicitados pelo stakeholder, mas que devem estar implícitos no desenvolvimento para agregar qualidade ao manuseio do software. 3.1 Requisitos Não Funcionais de Operação página 9 de 14

10 3.1.1 NF01 Usabilidade X essencial Cada tela de entrada de dados do sistema deve confirmar a inclusão ou cancelamento da operação para o encerramento da janela NF02 Desempenho 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 espera de dois segundos. 3.2 Requisitos Não Funcionais de Segurança NF03 Autenticação É exigida a identificação do usuário através de um processo de autenticação para navegação no sistema, informações necessárias: Login, senha. 4 - Especificação Este capítulo fornece as especificações que descrevem tecnicamente os requisitos Casos de Uso Os casos de uso do sistema... A Figura 1 apresenta um Caso de Uso geral do sistema no qual pode-se observar... Figura 1: Diagrama de Caso de Uso do Sistema Autenticar Usuário [Diagrama do caso de uso] página 10 de 14

11 Caso de uso: Pré-requisito: não estar cadast Nome: Requisitos relacionados: Ator(es) primário(s): Ator(es) secundário(s): Pré-condição: Objetivo: Pós-condição: Fluxo Básico: Fluxo Alternativo: Autenticar Usuário RF01, RNF03. Usuário Banco de Dados Usuário não estar autenticado no sistema. Usuário estar identificado e possuir acesso a funcionalidades protegidas do sistema. Não há. 1 Usuário requisita autenticação; 2 Sistema requisita dados para autenticação (nome, senha); 3 Usuário fornece dados requisitados; 4 Sistema autentica informações; 4a Sistema verifica que dados requisitados não são válidos. 4a1 Sistema registra a tentativa e avisa que não foi possível autenticação; 4a2 Usuário sai do caso de uso ou retorna ao passo 2. 4b Sistema verifica que número máximo de tentativas inválidas foi atingido. 4b1 Sistema avisa que acesso não pode ser dado a esse usuário por excesso de tentativas inválidas; 4b2 Sistema termina caso de uso. 4.2 Mapas Conceituais 4.3 Diagrama de Classes 4.4 Diagramas de Sequência 4.5 Mapeamento Objeto-Relacional página 11 de 14

12 página 12 de 14

13 Apêndice I Propostas Recusadas Solução B: O fluxo constante de informações em atividades de cadastros de contratos, necessitam de um alto nível de controle e segurança de informações, visando na performance e eficiência de um bom desenvolvimento das tarefas diárias implantaremos um sistema integrado a um SGBD (Sistema de Gerenciamento de Banco de Dados) que auxiliará o controle dos contratos disponíveis no sistema. Informará com exatidão os valores e cálculos utilizados pelo sistema. Tabela de Custos Produto Licenças Un. Valor un. Hostgator Mensalidade 1 R$ 39,99 Oracle Database Enterprise Edition Processor, Software 1 R$ ,00 Oracle Security backup Software 1 R$ 770,00 Inspiron Small Desktop I5 Win 8.1/ RAM 4GB/ 1TB Microsoft Sistema Operacional Windows /64 Bits Sistema Easy Ticket Windows 1 R$ 1.992,00 Software 1 R$ 420,90 Mensalidade 1 R$ 800,00 Instalação 1 R$ 3.000,00 TOTAL R$ Anexo I Legislação Tabela de Bancos e carteiras: BANCO DO BRASIL UNIBANCO CAIXA ITAU BANKLINE HSBC BRADESCO BANESTES BANCO REAL ABN AMRO NOSSA CAIXA/BB SUDAMERIS (Carteira 18 Convênio de 6, 7 ou 8 dígitos) (Carteira Especial Sem Registro (Carteira SR[SICOB, SINCO e SIGCN]) (Carteira 175/174/178/104/109 Sem Registro) (Carteira CNR Sem Registro) (Carteira 06/03 Sem Registro) (Carteira 00 - Sem Carteira) (Carteira 57 Sem Registro) (Carteira 5[Cobrança Direta] ou Carteira 1[Cobrança Simples]) (Carteira 57[Cobrança sem registro] ou Carteira 20[Cobrança com registro]) página 13 de 14

14 SANTANDER BANESPA(Banco 033 Antigo 353) SANTANDER BANESPA(Banco 033) BANCOOB SIGREDI (Carteira 102 Sem Registro) (Carteira COB Sem Registro) (Carteira 01[SICOOB] Sem Registro) (Carteira A - Simples) página 14 de 14