wiki

X Project

Revisão de 12h04min de 27 de agosto de 2014 por Ellen (discussão | contribs) (→Comentários)

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?


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



  • 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).



  • 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



  • 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

Sumário: permite que o usuário acesse o sistema 

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

Sumario: Permite que o administrador libere ou não a publicidade a ser divulgada 

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

Sumário: Permite que o administrador/empresa crie, atualize, cancele ou leia um 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 04 

Nome do Caso de Uso: Moderar Contas
Sumário: Permite que o administrador aceite ou cancele uma conta (empresa/usuário)
Ator: Administrador
Pré-condições: Possui uma conta cadastrada e haverem pedidos de validação de conta pendentes
Pós-condições: Conta aceita ou cancelada


Seqüência de Eventos
Ação do Ator Resposta do Sistema
1. Administrador acessa o sistema 2. Sistema mostra Menu de Opções
3. Administrador acessa pedidos pendentes de validação da conta
4. Administrador aceita ou cancela conta 5. O sistema mostra prévia da modificação
6. Administrador confirma a modificação 7. O sistema mostra conta modificado

Sequências alternativas

  • Não há pedido de contas a serem validadas
    • 1- Não há contas a serem validadas
    • 2- A ação é cancelada

Identificação do Caso de Uso: Caso 05 

Nome do Caso de Uso: Cadastrar CEP
Sumário: Permite cadastro de CEP de acordo com o endereço
Ator: Administrador/Empresa/Usuário
Pré-condições: CEP existente
Pós-condições: CEP cadastrado


Seqüência de Eventos
Ação do Ator Resposta do Sistema
1. Administrador/Empresa/ Pessoa Física /Usuário acessa a página de cadastro 2. Sistema mostra campo CEP
3. Administrador/Empresa/ Pessoa Física /Usuário preenche o campo CEP 4. O sistema verifica a existência do CEP
5. O sistema preenche os dados de endereço automaticamente
6. O sistema mostra prévia
7. Administrador/Empresa/Pessoa Física /Usuário confirma endereço 8. O sistema armazena os dados

Sequências alternativas

  • CEP inexistente
    • 1- O sistema não identifica o CEP
    • 2- O sistema pede que o Administrador/Empresa/ Pessoa Física /Usuário verifique se o CEP foi digitado corretamente
    • 3- O Administrador/Empresa/ Pessoa Física /Usuário corrige o CEP
    • 4- O sistema busca novamente o CEP
    • 5- O sistema valida o CEP
    • 6- O sistema preenche os dados automaticamente
    • 7- O sistema armazena os dados

Identificação do Caso de Uso: Caso 06 

Nome do Caso de Uso: Cadastrar Dados Bancários
Sumário: Permite o cadastro dos dados bancários do administrador/empresa
Ator: Administrador/Empresa/Pessoa física
Pré-condições: Possuir conta bancaria
Pós-condições: Conta bancária cadastrada


Seqüência de Eventos
Ação do Ator Resposta do Sistema
1. Administrador/Empresa/ Pessoa Física acessa a página de cadastro 2. Sistema mostra campo dados bancários
3. Administrador/Empresa/ Pessoa Física preenche os dados bancários 4. O sistema pede para o administrador/empresa/ Pessoa Física confirmar os dados
5. O sistema preenche os dados de endereço automaticamente
6. Administrador/Empresa/Pessoa Física /Usuário confirma os dados 7. O sistema armazena os dados

Sequências alternativas

  • Administrador/empresa/ Pessoa Física não confirma os dados
    • 1- O sistema pede para o administrador/empresa/ Pessoa Física confirmar os dados
    • 2- Administrador/empresa/ Pessoa Física não confirma os dados
    • 3- O sistema mostra campo dados bancários
    • 4- Administrador/empresa/ Pessoa Física preenche os dados
    • 5- O sistema pede para o administrador/empresa / Pessoa Física confirmar os dados
    • 6- Administrador/empresa/ Pessoa Física confirma os dados
    • 7- O sistema armazena os dados


Identificação do Caso de Uso: Caso 07 

Nome do Caso de Uso: Validar Conta empresa
Ator: Empresa
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. Empresa abre o sistema 1. Sistema mostra o Login
3. Empresa insere dados de usuário e senha 4. Valida a entrada
5. Empresa acessa o sistema

Sequências alternativas

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


Identificação do Caso de Uso: Caso 08 

Nome do Caso de Uso: Acessar Pessoa Física
Sumário: Exibe dados e login de pessoa física
Ator: Empresa
Pré-condições: Possuir cadastro no sistema 
Pós-condições: O sistema mostra login pessoa física


Seqüência de Eventos
Ação do Ator Resposta do Sistema
1. Empresa acessa o sistema 2. O sistema mostra Menu de opções
3. Empresa acessa espaço Pessoa Física 4. O sistema mostra o login

Identificação do Caso de Uso: Caso 09 

Nome do Caso de Uso: Validar conta Pessoa Física
Sumário: permite que o usuário acesse o sistema referente aos dados de Pessoa Física responsável pela Empresa
Ator: Pessoa Física
Pré-condições: A empresa em seu nome possui conta cadastrada no sistema
Pós-condições: Modifica dados pessoa física


Seqüência de Eventos
Ação do Ator Resposta do Sistema
1. Pessoa Física preenche login e senha 2. O sistema mostra dados pessoa física
3. Pessoa física edita dados 4. O sistema mostra previsão
5. Pessoa física confirma modificação 6. Sistema armazena dados

Sequências alternativas Sequências alternativas

  • Pessoa física inválida:
    • 1- O sistema não reconhece o usuário e senha
    • 2- A operação é cancelada

Identificação do Caso de Uso: Caso 10 

Nome do Caso de Uso: Validar Conta usuário
Ator: Usuário
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. Usuário abre o sistema 1. Sistema mostra o Login
3. Usuário insere dados de usuário e senha 4. Valida a entrada
5. Usuário acessa o sistema

Sequências alternativas

  • Usuário 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 11 

Nome do Caso de Uso: Validar Conta usuário

Sumário: permite que o usuário acesse o sistema 

Ator: Facebook/Twitter/Conta Google
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. Facebook/Twitter/Conta Google fornece dados do usuário 1. Sistema é acessado

Sequências alternativas

  • Conta de Facebook/Twitter/Conta Google inexistente:
    • 1- O sistema não reconhece o usuário e senha através da rede social determinada
    • 2- A operação é cancelada
  • O usuário não está logado na rede social em que se deseja acessar os dados para preenchimento:
    • 1- O usuário não está logado na rede social determinada
    • 2- O sistema direciona o usuário para a página da rede social solicitada
    • 3- O usuário faz o login na rede social
    • 4- O sistema permite o acesso do usuário


Identificação do Caso de Uso: Caso 12 

Nome do Caso de Uso: Buscar evento
Sumário: permite que o usuário busque evento por meio de uma palavra-chave
Ator: Usuário
Pré-condições: validar conta 
Pós-condições: o sistema mostra resultados de busca


Seqüência de Eventos
Ação do Ator Resposta do Sistema
1. Usuário acessa o sistema 2. O sistema mostra Menu de opções
3. Usuário opta por buscar evento 4. O sistema mostra tipos de busca
5. Usuário escolhe o tipo de busca 5. O sistema mostra os resultados de busca

Sequências alternativas

  • Evento inexistente para tipo de busca solicitado
    • 1- Usuário busca evento por meio de um tipo
    • 2- O sistema não encontra eventos relacionados
    • 3- O sistema indica fazer uma nova busca

Identificação do Caso de Uso: Caso 13 

Nome do Caso de Uso: Reputar Evento
Sumário: permite que o usuário acrescente informações ao evento 
Ator: Usuário
Pré-condições: Validar conta e evento existente 
Pós-condições: O evento é modificado


Seqüência de Eventos
Ação do Ator Resposta do Sistema
1. Usuário acessa o sistema 2. O sistema mostra menu de opções
3. Usuário acessa o evento que pretende reputar

Identificação do Caso de Uso: Caso 14 

Nome do Caso de Uso: Carregar foto
Sumário: Permite que o usuário anexe uma imagem no evento
Ator: Usuário
Pré-condições: validar conta, evento existente e a imagem possuir um formato reconhecido pelo sistema 
Pós-condições: a imagem é anexada


Seqüência de Eventos
Ação do Ator Resposta do Sistema
1. Usuário acessa os sistema 2. O sistema mostra o Menu de opções
3. Usuário acessa o evento que pretende reputar 4. Sistema mostra opções de edição
5. Usuário opta por carregar imagem 6. Sistema mostra opções de origem da imagem
7. Usuário escolhe a origem da imagem 8. Sistema mostra prévia da imagem
9. Usuário confirma modificação 10. Sistema armazena a imagem

Sequências alternativas

  • Formato de imagem não compatível
    • 1- O usuário escolhe carregar imagem
    • 2- O Sistema mostra opções de origem da imagem
    • 3- O usuário escolhe a origem da imagem
    • 4- O usuário escolhe um formato de imagem não compatível
    • 5- O sistema mostra opções de origem da imagem
    • 6- O usuário escolhe a origem da imagem
    • 7- O sistema mostra uma prévia da imagem
    • 8- O usuário confirma a modificação
    • 9- O sistema armazena a imagem

Identificação do Caso de Uso: Caso 15 

Nome do Caso de Uso: Carregar foto
Sumário: Permite que o usuário anexe uma imagem no evento
Ator: Instagram
Pré-condições: validar conta, evento existente e a imagem possuir um formato reconhecido pelo sistema 
Pós-condições: a imagem é anexada a partir de imagem postada na rede social Instagram


Seqüência de Eventos
Ação do Ator Resposta do Sistema
1. Instagram acessa os sistema
2. Instagram carrega imagem 3- Sistema armazena imagem

Sequências alternativas

  • Não há imagens no Instagram
    • 1- O usuário escolhe carregar imagem
    • 2- O Sistema mostra opções de origem da imagem
    • 3- O usuário escolhe a origem da imagem Instagram
    • 4- Não há imagens a serem transferidas do Instagram para o Sistema

Requisitos não funcionais: Instagram


Identificação do Caso de Uso: Caso 16 

Nome do Caso de Uso: Carregar vídeo
Sumário: Permite que o usuário anexe um vídeo no evento
Ator: Usuário
Pré-condições: validar conta, evento existente e a imagem possuir um formato reconhecido pelo sistema 
Pós-condições: o vídeo é anexada


Seqüência de Eventos
Ação do Ator Resposta do Sistema
1. Usuário acessa os sistema 2. O sistema mostra o Menu de opções
3. Usuário acessa o evento que pretende reputar 4. Sistema mostra opções de edição
5. Usuário opta por carregar vídeo 6. Sistema mostra opções de origem da vídeo
7. Usuário escolhe a origem do vídeo 8. Sistema mostra prévia do vídeo
9. Usuário confirma modificação 10. Sistema armazena o vídeo

Sequências alternativas

  • Formato de imagem não compatível
    • 1- O usuário escolhe carregar vídeo
    • 2- O Sistema mostra opções de origem do vídeo
    • 3- O usuário escolhe a origem do vídeo
    • 4- O usuário escolhe um formato de vídeo não compatível
    • 5- O sistema mostra opções de origem da vídeo
    • 6- O usuário escolhe a origem do vídeo
    • 7- O sistema mostra uma prévia do vídeo
    • 8- O usuário confirma a modificação
    • 9- O sistema armazena o vídeo

Identificação do Caso de Uso: Caso 17 

Nome do Caso de Uso: Carregar vídeo
Sumário: Permite que o usuário anexe um vídeo no evento
Ator: Instagram
Pré-condições: validar conta, evento existente e o vídeo possuir um formato reconhecido pelo sistema 
Pós-condições: o vídeo é anexado a partir de vídeo postado na rede social Instagram


Seqüência de Eventos
Ação do Ator Resposta do Sistema
1. Instagram acessa os sistema
2. Instagram carrega vídeo 3- Sistema armazena vídeo

Sequências alternativas

  • Não há vídeos no Instagram
    • 1- O usuário escolhe carregar vídeo
    • 2- O Sistema mostra opções de origem da imagem
    • 3- O usuário escolhe a origem do vídeo Instagram
    • 4- Não há vídeos a serem transferidas do Instagram para o Sistema

Requisitos não funcionais: Instagram

Identificação do Caso de Uso: Caso 18 

Nome do Caso de Uso: Escrever comentário
Sumário: permite que o usuário deixe um comentário no evento 
Ator: Usuário
Pré-condições: validar conta e evento existente
Pós-condições: o comentário aparece na página do evento


Seqüência de Eventos
Ação do Ator Resposta do Sistema
1. Usuário acessa o sistema 2. O sistema mostra Menu de opções
3. Usuário acessa o sistema que pretende reputar 4. O sistema mostra opções de edição
5. Usuário escolhe escrever comentário 6. O sistema mostra prévia
7. O usuário confirma modificação 7. O sistema armazena comentário


Identificação do Caso de Uso: Caso 19 

Nome do Caso de Uso: Confirmar presença
Sumário: permite que o usuário confirme presença em um evento
Ator: Usuário
Pré-condições: validar conta e evento existente 
Pós-condições: cria dados para dados estatísticos do evento


Seqüência de Eventos
Ação do Ator Resposta do Sistema
1. Usuário acessa o sistema 2. O sistema mostra Menu de opções
3. O usuário mostra o evento que pretende reputar 4. O sistema mostra opções para edição
5. O usuário escolhe confirmar presença 6. O sistema armazena dados estatísticos

Identificação do Caso de Uso: Caso 20 

Nome do Caso de Uso: Avaliar Evento
Sumário: permite que o usuário avalie evento
Ator: Usuário
Pré-condições: validar conta e evento existente
Pós-condições: a avaliação cria dados estatísticos


Seqüência de Eventos
Ação do Ator Resposta do Sistema
1. Usuário acessa o sistema 2. O sistema mostra Menu de opções
3. O usuário mostra o evento que pretende reputar 4. O sistema mostra opções para edição
5. O usuário escolhe avaliar evento 6. O sistema armazena dados estatísticos

Identificação do Caso de Uso: Caso 21 

Nome do Caso de Uso: CRUD Dados
Sumário: Permite que o administrador/empresa/pessoa física/usuário crie, atualize, cancele ou leia seus dados
Ator: administrador/empresa/pessoa física/usuário
Pré-condições: validar conta
Pós-condições: Modifica dados relativo a cada usuário


Seqüência de Eventos
Ação do Ator Resposta do Sistema
1. Administrador/empresa/pessoa física/usuário acessa o sistema 2. O sistema mostra Menu de opções
3. Administrador/empresa/pessoa física/usuário acessa dados
4. Administrador/empresa/pessoa física/usuário CRUD Dados 5. O sistema mostra prévia da modificação
6. Administrador/empresa/pessoa física/usuário confirma a modificação 7. O sistema mostra evento modificado

Protótipo

Arquivo:PrtScXProejct1.jpg

Arquivo:PrtScXProejct2.jpg

Arquivo:PrtScXProejct3.jpg

Arquivo:PrtScXProejct4.jpg



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
Disponível em “http://3.143.69.156/wiki/index.php?title=X_Project&oldid=30419”