X Project

5W2H

• Nome do Projeto: EventFinder

What

1. Qual o objetivo deste projeto?

• Criar um aplicativo de divulgação e de avaliação em tempo real de eventos, onde as empresas organizadoras têm espaço para difundir suas programações, enquanto o público-alvo pode não só se informar, como julgar os eventos e, ainda, compartilhar fotos, vídeos e opiniões sobre os mesmos no momento em que estiverem ocorrendo.

1. Quais os maiores desafios, na sua opinião, para se realizar este trabalho?

• Conquistar o interesse de empresas promotoras de eventos.

1. Quais os conhecimentos básicos que devemos ter para se implementar este projeto?

• Conhecimento do mercado de eventos, festas e bares e etc. Conhecimento em engenharia de software para projetar todo o aplicativo, entre outros conhecimento.

1. Quais soluções similares existem no mercado?

• Existem muitos sites de divulgação de eventos, como o http://www.agitouberlandia.com.br/, que trabalha com uma visão mais regional, e o http://www.revistaeventos.com.br/, que tem uma perspectiva mais ampla. No entanto, nenhum deles permite a avaliação em tempo real dos eventos que divulgam.

Why

1. Porque é interessante desenvolver este projeto?

• O EventFinder apresenta uma funcionalidade que os demais sites de divulgação de eventos não disponibiliza: a capacidade de avaliar a programação oferecida, o que auxilia o usuário a escolher o evento que lhe parece melhor com base nas opiniões já compartilhadas por outros usuários, além disso, serve como instrumento de feedback para as empresas.

1. Porque deve usar a tecnologia escolhida?

• O aplicativo para smartphone, tablet e etc, que será usado é importante pois é uma tecnologia de fácil acesso aos usuários.

Who

1. Quem pode se beneficiar deste projeto?

• O projeto beneficiará tanto empresas promotoras de eventos, quanto o público-alvo. As empresas terão um espaço para divulgar seu produto e receber o feedback do público que, por sua vez, poderá compartilhar seu nível de satisfação e se manter informado sobre as programações disponíveis.

1. Quem poderá operar o sistema?

• As empresas poderão operar o sistema, criando, editando e cancelando eventos. Os usuários poderão anexar fotos, vídeos e mensagens de texto no campo 'avaliar' de cada evento.

1. Quem deverá participar do desenvolvimento do sistema?

• X Patrocinadores
• 1 Integrador
• 1 Arquiteto do ambiente
• 1 Arquiteto do software
• 1 Administrador de banco de dados
• 2 Desenvolvedor
• 1 Web Designer
• 1 Analista de suporte

Where

1. Onde os dados serão inseridos?

• Primeiramente num espaço gratuito da internet, posteriormente em um banco de dado particular.

1. Onde os dados serão externalizados, publicados?

• Redes sociais e contas de usuário.

1. Onde esta aplicação poderá ser usada?

• Em qualquer dispositivo que suporte HTML e que tenha conexão com a internet, incluindo dispositivos móveis como smartphones e tablets. Disponível para usuários em qualquer lugar do mundo.

1. Onde as informações serão armazenadas?

• Em bancos de dados presentes no aplicativo.

1. Onde o software deverá ser hospedado?

• O software ficará hospedado num servidor Web comercial.

When

1. Em quanto tempo pretende desenvolver o sistema?

• Ao longo de um semestre fazendo as adaptações necessárias para atender da melhor maneira o usuário.

1. Quais serão as fases e em quanto tempo cada uma?

• 1º fase: pesquisa de mercado - 1 mês
• 2º fase: desenvolvimento da interface - 1 mês
• 3º fase: cadastro de empresa interessadas no aplicativo - 2 meses

How

1. Como será dividido o desenvolvimento do sistema?

• Pesquisa
• Desenvolvimento de interface
• Cadastros

1. Como será feita a entrada de dados?

• As empresas preencherão um formulário com dados básicos sobre os eventos e terão espaço para anexarem imagens e vídeos promocionais.
• Os usuários navegarão por menus e janelas de acordo com o tipo de evento escolhido e poderão anexar fotos, vídeos e textos curtos no campo 'avaliar' de cada evento.

1. Como será feita a saída de dados?

• Os dados serão apresentados na tela por meio de uma interface amigável.

1. Como será o procedimento para a 1a. funcionalidade?

• Criar Evento: as empresas preencherão um formulário com dados como local, data, tema, classificação.

1. Como será o procedimento para a 2a. funcionalidade?

• Buscar Evento: o usuário selecionará as opções de interesse e o EventFinder apresentará uma lista de eventos compatíveis.

1. Como será o procedimento para a 3a. funcionalidade?

• Avaliar evento: o usuário acessará o campo 'avaliar' e anexará fotos, vídeos e textos curtos avaliando o evento.

How much

1. Quanto deverá custar o sistema?

• Inicialmente, ou seja, até que tenhamos todas as informações do projeto os integrantes devem analisar e fazer com que o custo seja minimo.

1. Quantas pessoas deverão ser usadas?

• Inicialmente 4 pessoas, integrantes do grupo.

1. Qual deverá ser o preço de aquisição do seu software para o usuário final?

• O preço para o usuário final deverá ser zero.

DFD

DER

DD

CadEmpresa

• AnoFundação
  • 4 dígitos.
  • [1999, 2000, 2001, ...].

• CepSede
  • Através de Entidade Externa: CORREIOS
  • Envia: Cep
  • Recebe: Endereço, Bairro, Cidade, Estado, País

• CpfResponsável
  • Algorítimo com 11 dígitos, sendo os últimos dois de verificação ou seja para diferenciar um do outro.
  • Seguir normas da receita federal.
  • http://www.geradorcpf.com/algoritmo_do_cpf.htm

• CodBanco
  • [1,2,3,4,5,6,7,8,9,0]
  • Significa: {Banco do Brasil, Caixa Economica, Bradesco, Itaú, Santander, HSBC,Mercantil do Brasil, SICOOB, BMG, OUTROS}

• IdUser
  • Conjunto de letra numero e caractere.
  • Nome completo em minusculo.
  • Primeira letra dos sobrenomes.
  • Dois últimos números dos cpf do responsável.
  • No final colocar @evento.br

• Senha
  • 8 dígitos a escolha do responsável da empresa ou outros.

• Status
  • [E, A, D, J, P, ...]
  • {Em dia, Débitos em atraso, Falta documentação, Jurídico, Atraso mas programou pagamento, ...}
  • Comando Switch dentro do código.

CadPessoaFisica

• Sexo
  • [M, F]

• EstCivil
  • [S, C, V, D, J]
  • Siginifica: {Solteiro, Casado, Viúvo, Divorciado, Separado judicialmente, ...]

• Rg
  • Rg, registro geral ou cédula de identidade brasileira com um numero de registro que serve para expedir outros documentos, cada unidade da federação(estado) decidi como ordenar seu sistema, tal registro pode conter letras e números variando na media de 8 dígitos.

• DataRg
  • Data da expedição do Rg obedecendo o formato de datas brasileiro dd/mm/aaaa (d=dia, m=mês, a=ano).

• OrgãoRg
  • Sigla do órgão responsável pela emissão do rg.

• Cep
  • Através de Entidade Externa: CORREIOS
  • Envia: Cep
  • Recebe: Endereço, Bairro, Cidade, Estado, País

• DataNascimento
  • A data de nascimento do responsavel pelo cadastro, obedecendo o formato de datas brasileiro dd/mm/aaaa (d=dia, m=mês, a=ano).

• Nacionalidade
  • [10, 21, 22, 23, ...]
  • Significa: {Brasileiro, Argentino, Boliviano, Chileno, ...}
  • Comando Switch dentro do código
  • Site para atualização: http://www.bb.com.br/docs/pub/gov/dwn/FPS060PASEP.pdf

• Status
  • [E, A, D, J, P, ...]
  • {Em dia, Débitos em atraso, Falta documentação, Jurídico, Atraso mas programou pagamento, ...}
  • Comando Switch dentro do código

• Telefone
  • {dd-numero do telefone}

CadUsuário

• Sexo
  • [M, F]

• DataNascimento
  • Obedecendo o critério de data brasileiro
  • {dd/mm/aaaa d=dia, m=mês, a=ano.}

• EstCivil
  • [S, C, V, D, J]
  • Siginifica: {Solteiro, Casado, Viúvo, Divorciado, Separado judicialmente, ...]

• Telefone
  • [(dd) + numero do telefone]

• Cep
  • Através de Entidade Externa: CORREIOS
  • Envia: Cep
  • Recebe: Endereço, Bairro, Cidade, Estado, País

• Nacionalidade
  • [10, 21, 22, 23, ...]
  • Significa: {Brasileiro, Argentino, Boliviano, Chileno, ...}
  • Comando Switch dentro do código
  • Site para atualização: http://www.bb.com.br/docs/pub/gov/dwn/FPS060PASEP.pdf

• IdUser
  • Primeiro nome completo, iniciais do sobrenome, últimos quatro dígitos do numero de telefone, com o final @evento.com
  • Exemplo {exemploabc7685@evento.com} .

• Senha
  • Oito caracteres podendo ser letra e/ou números.

ReferênciasBancárias

• CodBanco
  • [1,2,3,4,5,6,7,8,9,0]
  • Significa: {Banco do Brasil, Caixa Economica, Bradesco, Itaú, Santander, HSBC,Mercantil do Brasil, SICOOB, BMG, OUTROS}

• Agência
  • Código de 4 números e um verificador fornecido pelo banco, referente a agencia e banco responsável pela conta do cliente.

• NroConta
  • Código de 5 números e um verificador fornecido pelo banco, referente as informações e serviços da conta do cliente.

Evento

• CodEvento
  • Numero de cadastros de eventos.
  • Exemplo: O evento X é o 4º evento cadastrado então seu código sera o numero 4.

• DataInício
  • Segue o critério de datas brasileiro
  • {dd/mm/aaaa d=dia, m=mês, a=ano}

• DataTérmino
  • Segue o critério de datas brasileiro
  • {dd/mm/aaaa d=dia, m=mês, a=ano}

• HorárioInício
  • Segue o critério de horário de 24 horas.
  • {hh:mm h=horas, m=minutos}

• HorárioTérmino
  • Segue o critério de horário de 24 horas.
  • {hh:mm h=horas, m=minutos}

• CodClassificaçãoEvento
  • [L, +10, +12, +14, +16, +18]
  • Significa: {Livre, maiores de 10 anos, maiores de 12 anos, maiores de 14 anos, maiores de 16 anos, maiores de 18 anos}

• CodClassificação
  • [1,2,3,4,5,6,7]
  • Significa: {Cinema, Teatro, Exposições, Mostras de Arte, Casa de Shows, Danceterias, Outros}

• AvaliaçãoEvento
  • [0 a 10]
  • Significa: {Escala de satisfação com o evento sendo 0 para péssimo e 10 para excelente}

• ValorIngresso
  • [RR,CC]
  • Significa{R=reais C=centavos}.

• Cnpj
  • 14 dígitos, uma barra e um traço.
  • 8 dígitos antes da barra que significam o número da inscrição propriamente dito.
  • 4 dígitos apos a barra e antes do traço, que representa um código único para a matrix ou filial.
  • 2 dígitos apos o traço que representa os valores verificadores.

Diagrama de Classe

Casos de Uso

Detalhamento

Identificação do Caso de Uso: Caso 01

Nome do Caso de Uso: Validar Conta administrador
Ator: Administrador
Pré-condições: Possui conta cadastrada no sistema
Pós-condições: Acesso ao sistema

Seqüência de Eventos

Ação do Ator	Resposta do Sistema
-1. Administrador abre o sistema	1. Sistema mostra o Login
3. Administrador insere dados de usuário e senha	4. Valida a entrada
5. O administrador acessa o sistema

Sequências alternativas

• Administrador inválido:
  • 1- O sistema não reconhece o usuário e senha
  • 2- A operação é cancelada

Identificação do Caso de Uso: Caso 02

Nome do Caso de Uso: Moderar Publicidade
Ator: Administrador
Pré-condições: Acesso permitido e pedidos de publicidade pendentes
Pós-condições: Autoriza publicidade, verifica pagamento ou CRUD Publicidade

Seqüência de Eventos

Ação do Ator	Resposta do Sistema
1. Administrador acessa o sistema	1. Sistema mostra Menu de Opções
3. Administrador verifica pedidos de publicidade pendentes
4. O administrador autoriza a divulgação	5. O sistema mostra previsão da publicidade
6. O administrador confirma a modificação	7. O sistema divulga a publicidade

Sequências alternativas

• Pedidos de publicidade inexistentes
  • 1- Não há pedidos a serem autorizados
  • 2- O administrador cancela a ação

• Divulgação não permitida
  • 1- A publicidade não cumpre com as regras de contrato
  • 2- O pedido de divulgação é negado
  • 3- O administrador cancela a ação

Identificação do Caso de Uso: Caso 03

Nome do Caso de Uso: CRUD Evento
Ator: Administrador/ Empresa
Pré-condições: Validar Conta
Pós-condições: Modifica Evento

Seqüência de Eventos

Ação do Ator	Resposta do Sistema
1. Administrador/Empresa acessa o sistema	2. Sistema mostra Menu de Opções
3. Administrador/Empresa acessa eventos
4. Administrador/Empresa CRUD Evento	5. O sistema mostra prévia da modificação
6. Administrador/Empresa confirma a modificação	7. O sistema mostra evento modificado

Sequências alternativas - Evento inexistente

• 1- O administrador/empresa busca por um evento inexistente
• 2- As ações atualizar, cancelar ou ler não podem ser realizadas

Identificação do Caso de Uso: Caso 03

Nome do Caso de Uso: CRUD Evento
Ator: Administrador/ Empresa
Pré-condições: Validar Conta
Pós-condições: Modifica Evento

Seqüência de Eventos

Ação do Ator	Resposta do Sistema
1. Administrador/Empresa acessa o sistema	2. Sistema mostra Menu de Opções
3. Administrador/Empresa acessa eventos
4. Administrador/Empresa CRUD Evento	5. O sistema mostra prévia da modificação
6. Administrador/Empresa confirma a modificação	7. O sistema mostra evento modificado

Sequências alternativas

• - Evento inexistente
  • 1- O administrador/empresa busca por um evento inexistente
  • 2- As ações atualizar, cancelar ou ler não podem ser realizadas

Comentários

• Muito útil essa aplicação.
  • Sugiro atentar para os seguintes aspectos:
  • Pensar em como será a autenticação do usuário. Será via facebook?
  • Avaliar dados que serão armazenados como empresas, eventos, locais, administradores, usuários, etc
  • Definir se cada empresa terá acesso ao sistema para fazer sua atualização
  • Certamente deverão propor uma interface para o usuário inserir as informações