Documento de Especificação de Sistema IngreSys

Documento de Especificação de Sistema

IngreSys

Projeto

Projeto Integrador II

Autor(es)

Roberto Socanti Santos

Tariana de Jesus Gomes Leite

Histórico de Versões

Data Versão Descrição das Revisões Autor

28/07/2016 0.1 • Criação do documento; Roberto / Tariana

28/07/2016 0.1 • Definição do escopo; Roberto / Tariana

03/08/2016 0.2 • Definição do estudo de viabilidade; Roberto / Tariana

Sumário

1 - INTRODUÇÃO...4

1.6 Identificação dos Requisitos...5

1.7 Prioridades dos Requisitos...5

1.7.1 Requisitos... 5

2 - REQUISITOS FUNCIONAIS...5

2.1 Requisitos Funcionais de Funcionários...6

2.1.1 RF01 – Gerenciar Funcionário...6

2.2 Requisitos Funcionais Gerais...6

2.2.1 RF02 – Gerenciar Peça...6

2.2.2 RF03 – Relatório Mensal...6

3 - REQUISITOS NÃO-FUNCIONAIS...6

3.1 Requisitos Não Funcionais de Operação...6

3.1.1 NF01 – Usabilidade... 6

3.1.2 NF02 – Desempenho...6

3.2 Requisitos Não Funcionais de Segurança...7

3.2.1 NF03 – Autenticação... 7

4 - ESPECIFICAÇÃO...7

APÊNDICE I – PROPOSTAS RECUSADAS...9

1 - Introdução

Este documento apresenta os requisitos do sistema de gerenciamento de eventos. O sistema possui ferramentas para auxiliar nas vendas de ingressos via Internet ou presencial, pela bilheteria. O sistema permite o controle de eventos, criação de datas e horários, lugares e definição de ingressos.

1.1 Objetivos do Documento

1.1.1 Início

Este documento tem por objetivo descrever quais os requisitos do sistema servindo de acordo entre as partes envolvidas – clientes e analista / desenvolvedor de sistemas.

1.2 Escopo do Produto

Uma empresa deseja entrar no mercado de vendas online de ingressos para eventos. Os eventos são artísticos, esportivos ou culturais e ocorrem em uma data, local e horário pré-definidos pelo responsável por agenciar o evento. Mesmo que o espetáculo 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 uma apresentação para facilitar o cadastro de uma nova apresentação em um outro dia/horário/local.

O espectador deve poder comprar seu ingresso online após cadastro e a venda é efetivada quando o pagamento via cartão ou boleto é confirmada.

A proposta de compra do espectador mantém a reserva do ingresso por um dia, que é o próximo dia útil em caso de pagamento via boleto, desde que não ocorra na véspera do evento pois não é feita a venda por boleto em vésperas. O sistema deve permitir a venda de ingressos para os eventos com locais numerados. Apresentações com locais não numerados possuem apenas o número de série do bilhete. A numeração é dada pelo agenciador do espetáculo.

A reserva imediata de um ingresso ocorre por vinte minutos ou até que o comprador expressamente desista do ingresso, o compre – via cartão – ou emita o boleto, quando a reserva passa a ser de um dia.

Existe a figura da bilheteria: clientes que vendem em locais físicos, para compra de ingressos em dinheiro ou cartão.

1.3 Materiais de Referência

1.4 Definições e Siglas

GB

Gigabyte

RAM

Memória de acesso rápido (Random Access Memory)

1.5 Estudo de Viabilidade

Solução: Sistema WEB

O sistema objetiva desempenho, agilidade e comodidade na venda de ingressos. O desenvolvimento desta alternativa permitirá que o cliente compre ingressos via internet ou pessoalmente em uma bilheteria em determinado ponto da cidade. O software será implementado utilizando a linguagem de programação PHP com o sistema gerenciador de banco

A tabela que representa os requisitos mínimos para a implantação do sistema é apresentada a seguir:

Quantidade Descrição Valor Unitário

1 Sistema R$ 7.000,00

1 Hospedagem do site R$ 15,00/mês

Total: R$ 7.015,00

O sistema depende minimamente de um computador com 2GB de RAM e um processador

Dual Core de qualquer fabricante.

O servidor tem a função de executar o sistema, além de manter e disponibilizar o banco de dados dos eventos.

Benefícios:

PHP é uma linguagem gratuita. Depende de instalação básica de seus componentes para utilização. É, também, uma linguagem multiplataforma, o que facilita a integração e portabilidade. PostgreSQL é um sistema de gerenciamento de banco de dados multiplataforma, livre e de fácil integração com a linguagem de programação PHP.

1.6 Identificação dos Requisitos

Os requisitos são identificados através de códigos RF (Requisitos Funcionais) e numerados em sequencia de acordo com cada requisito.

Os requisitos não funcionais são identificados através de códigos NF (Requisitos não Funcionais) e numerados em sequencia de acordo com cada requisito.

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.

1.7.1 Requisitos

2 - Requisitos Funcionais

Os requisitos funcionais estabelecerão como o sistema vai agir, e o que deve fazer, com as funcionalidades e serviços.

2.1 Requisitos Funcionais de Funcionários

Esta seção traz os requisitos relacionados a funcionários. Estes requisitos...

2.1.1 RF01 – Gerenciar Funcionário

desejável importante

X essencial

O funcionário...

2.2 Requisitos Funcionais Gerais

2.2.1 RF02 – Gerenciar Peça

desejável

X importante essencial

As peças são administradas...

2.2.2 RF03 – Relatório Mensal

X desejável importante essencial

O Relatório mensal compreende a relação dos...

3 - Requisitos Não-Funcionais

Os requisitos não funcionais definem as propriedades do sistema e suas restrições.

3.1 Requisitos Não Funcionais de Operação

São considerados Requisitos Não Funcionais de Operação todos requisitos identificados que...

3.1.1 NF01 – Usabilidade

X desejável importante essencial

Cada tela de entrada de dados do sistema deve prover meios de...

3.1.2 NF02 – Desempenho

desejável

X importante 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. Situações extremas são toleradas uma vez em cada mil para...

3.2 Requisitos Não Funcionais de Segurança

Compreende-se como Requisito Não Funcional de Segurança todo requisito que envolva...

3.2.1 NF03 – Autenticação

desejável importante

X essencial

É exigida a identificação do usuário através de um processo de autenticação para...

4 - Especificação

Este capítulo fornece as especificações que descrevem tecnicamente os requisitos...

4.1 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...

4.1.1 Autenticar Usuário

[Diagrama do caso de uso] Caso de uso:

Pré-requisito: não estar cadast

Nome: Autenticar Usuário

Requisitos

relacionados: RF01, RNF03.

Ator(es)

primário(s): Usuário

Ator(es) Banco de Dados

secundário(s):

Pré-condição: Usuário não estar autenticado no sistema.

Objetivo: Usuário estar identificado e possuir acesso a funcionalidades protegidas do

sistema.

Pós-condição: Não há.

Fluxo Básico: 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; Fluxo

Alternativo: 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

Apêndice I – Propostas Recusadas

Anexo I – Legislação