• Nenhum resultado encontrado

3 METODOLOGIA

4.3 CASOS DE USO

4.3.1 Detalhamento dos Casos de Uso

[Caso de Uso 001] – Cadastrar Filtros

Descrição: O usuário deverá fazer a entrada dos dados dos filtros no protótipo. Atores envolvidos: Usuário

Pré-condição: O usuário deverá estar logado no protótipo.

Pós-condições: Filtro cadastrado no protótipo e o retorno uma mensagem ao usuário sobre o andamento da sua solicitação.

Fluxo Principal:

1. O usuário acessa ao cadastro de filtros.

2. O usuário informa o nome, descrição e palavras chaves (critérios). Essa última deverá ser repetida quantas vezes forem necessárias.

3. O protótipo validar o preenchimento dos campos, sendo esses todos requeridos. 4. O usuário submete o seu filtro para armazenamento no banco de dados.

5. O usuário recebe uma mensagem de sucesso. Fluxo de exceção Validação dos campos obrigatórios:

1. Uma mensagem de erro deverá ser exibida caso os campos não forem todos preenchidos.

[Caso de Uso 002] – Alterar Filtros

Descrição: O usuário deverá fazer a entrada dos dados para a alteração de filtros existente no protótipo.

Atores envolvidos: Usuário

Pré-condição: O usuário deverá estar logado no protótipo.

Pós-condições: Filtro alterado no protótipo e o retorno de uma mensagem ao usuário sobre o andamento da sua solicitação.

Fluxo Principal:

1. O usuário acessa os filtros. 2. O usuário localizar o filtro.

3. O usuário altera as informações do filtro (nome, descrição, palavras chaves). 4. O protótipo validar o preenchimento dos campos, sendo esses todos requeridos. 5. O usuário submete o seu filtro para armazenamento no banco de dados.

6. O usuário recebe uma mensagem de sucesso. Fluxo de exceção Localizar filtro:

1. O protótipo informa que o filtro não foi localizado Fluxo de exceção Validação dos campos obrigatórios:

1. Uma mensagem de erro deverá ser exibida caso os campos não forem todos preenchidos.

[Caso de Uso 003] – Cadastrar Módulos

Descrição: O usuário deverá fazer a entrada dos dados dos módulos no protótipo. Atores envolvidos: Usuário

Pré-condição: O usuário deverá estar logado no protótipo.

Pós-condições: Módulo cadastrado no protótipo e o retorno de uma mensagem ao usuário sobre o andamento da sua solicitação.

Fluxo Principal:

1. O usuário acessa o cadastro de módulos.

2. O usuário informa o nome, descrição e a referência do módulo.

3. O protótipo valida o preenchimento dos campos, sendo esses todos obrigatórios. 4. O usuário submete o módulo para armazenamento no banco de dados.

5. O usuário recebe uma mensagem de sucesso. Fluxo de exceção Validação dos campos obrigatórios:

1. Uma mensagem de erro deverá ser exibida caso os campos não forem todos preenchidos.

[Caso de Uso 004] – Alterar Módulos

Descrição: O usuário deverá fazer a entrada dos dados para a alteração dos módulos existente no protótipo.

Atores envolvidos: Usuário

Pré-condição: O usuário deverá estar logado no protótipo.

Pós-condições: Módulo alterado no protótipo e retorno de uma mensagem ao usuário sobre o andamento da sua solicitação.

Fluxo Principal:

1. O usuário acessa os módulos. 2. O usuário localiza o módulo.

4. O protótipo valida o preenchimento dos campos, sendo esses todos obrigatórios. 5. O usuário submete o seu módulo para armazenamento no banco de dados. 6. O usuário recebe uma mensagem de sucesso

Fluxo de exceção Localizar módulo:

1. O protótipo informa que o módulo não foi localizado. Fluxo de exceção Validação dos campos obrigatórios:

1. Uma mensagem de erro deverá ser exibida caso os campos não forem todos preenchidos.

[Caso de Uso 005] – Cadastrar Usuários

Descrição: O usuário deverá fazer a entrada dos dados dos usuários no protótipo. Atores envolvidos: Usuário

Pré-condição: O usuário deverá estar logado no protótipo.

Pós-condições: Usuário cadastrado no protótipo e o retorno de uma mensagem ao usuário sobre o andamento da sua solicitação.

Fluxo Principal:

1. O usuário acessa o cadastro de usuários.

2. O usuário informa o nome, e-mail, senha, confirma a senha e fornece uma dica para futura recuperação de senha.

3. O protótipo valida o preenchimento dos campos, sendo esses todos obrigatórios. 4. O usuário submete o dados do usuário para armazenamento no banco de dados. 5. O usuário recebe uma mensagem de sucesso

Fluxo de exceção Validação dos campos obrigatórios:

1. Uma mensagem de erro deverá ser exibida caso os campos não forem todos preenchidos.

2. A senha deverá ter no mínimo 6 caracteres e conter letras, números e ao menos um caractere especial.

[Caso de Uso 006] – Alterar Usuários

Descrição: O usuário deverá fazer a entrada dos dados para a alteração do usuário no protótipo.

Atores envolvidos: Usuário

Pós-condições: Usuário alterado no protótipo e o retorno de uma mensagem ao usuário sobre o andamento da sua solicitação.

Fluxo Principal:

1. O usuário acessa ao cadastro de usuários 2. O usuário altera as suas informações

3. O protótipo valida o preenchimento dos campos, sendo esses todos obrigatórios. 4. O usuário submete as suas informações para armazenamento no banco de dados. 5. O usuário recebe uma mensagem de sucesso

Fluxo de exceção Alteração somente do seu próprio usuário:

1. O protótipo deverá permitir a alteração somente das suas informações Fluxo de exceção Validação dos campos obrigatórios:

1. Uma mensagem de erro deverá ser exibida caso os campos não forem todos preenchidos.

2. A senha deverá ter no mínimo 6 caracteres e conter letras, números e ao menos um caractere especial.

[Caso de Uso 007] – Alterar Senha do Usuário

Descrição: O usuário deverá fazer a entrada da nova senha do protótipo. Atores envolvidos: Usuário

Pré-condição: O usuário deverá estar logado no protótipo.

Pós-condições: Usuário alterado no protótipo e o retorno de uma mensagem ao usuário sobre o andamento da sua solicitação.

Fluxo Principal:

1. O usuário acessa o cadastro de senha.

2. O usuário altera a sua senha conforme critérios.

3. O protótipo valida o preenchimento dos campos, sendo esses todos obrigatórios. 4. O usuário submete as suas informações para armazenamento no banco de dados. 5. O usuário recebe uma mensagem de sucesso

Fluxo de exceção Alteração somente do seu próprio usuário: 1. O protótipo deverá permitir a alteração somente da sua senha Fluxo de exceção Validação dos campos obrigatórios:

1. Uma mensagem de erro deverá ser exibida caso os campos não forem todos preenchidos.

2. A senha deverá ter no mínimo 6 caracteres e conter letras, números e ao menos um caractere especial.

[Caso de Uso 008] – Coletar referências nas redes sociais

Descrição: O protótipo coletará nas redes sociais as referências que combinam com as palavras chaves estabelecidos nos filtros.

Atores envolvidos: Protótipo

Pré-condição: Deverá ter um filtro cadastrado com as palavras chaves. Pós-condições: Referências coletadas.

Fluxo Principal:

1. O protótipo coletará as palavras chaves do filtro a ser executado.

2. O protótipo acessa as mídias sociais de acordo com as interfaces dos módulos cadastrados.

3. O protótipo coleta as referências que coincidem com as palavras chaves dos filtros 4. O protótipo armazenam as referências no banco de dados.

Fluxo de Exceção Verifica a existência de referências

1. No caso de não existirem referências encontradas o protótipo deverá paralisar o processo.

[Caso de Uso 009] – Importar referências das redes sociais

Descrição: O protótipo deverá importar as referências encontradas nas redes sociais para o

Amazon Simple Storage Service (S3) para que a aplicação MapReduce possa processar essas

informações.

Atores envolvidos: Protótipo

Pré-condição: Deverá ter referências que foram coletadas nas redes sociais através das interfaces dos módulos.

Pós-condições: Importação das referências concluídas para o Amazon Simple Storage Service

(S3).

Fluxo Principal:

1. O protótipo coletará as referências encontradas que foram persistidas no banco de dados

2. O protótipo realiza a importação para o Amazon Simple Storage Service (S3). Fluxo de Exceção Verifica a existência de referências

[Caso de Uso 010] – Processar as referências das redes sociais

Descrição: O protótipo deverá processar as referências através de uma aplicação MapReduce que tem por objetivo mapear e simplificar os resultados para futuras análises.

Atores envolvidos: Protótipo

Pré-condição: As referências deverão estar no Amazon Simple Storage Service (S3). Pós-condições: Referências processadas no Amazon Simple Storage Service (S3). Fluxo Principal:

1. O protótipo coletará as referências no Amazon Simple Storage Service (S3) 2. O protótipo fará o mapeamento das informações.

3. O protótipo fará a simplificação dos mapeamentos. Fluxo de Exceção Verifica a existência de referências

1. No caso de não existirem referências no Amazon Simple Storage Service (S3) o sistema deverá paralisar o processo atual.

[Caso de Uso 011] – Exportar processamento das referências das redes sociais

Descrição: O sistema deverá exportar os resultados gerados pela aplicação MapReduce que estão no Amazon Simple Storage Service (S3).

Atores envolvidos: Protótipo

Pré-condição: As referências que foram processadas pela aplicação MapReduce deverão estar no Amazon Simple Storage Service (S3).

Pós-condições: Exportação dos resultados do processamento alocados no Amazon Simple

Storage Service (S3).

Fluxo Principal:

1. O protótipo coletará os resultados que foram processados e que estão no Amazon

Simple Storage Service (S3)

2. Realiza a exportação do Amazon Simple Storage Service (S3) para o banco de dados do protótipo.

Fluxo de Exceção Verifica a existência de resultados

1. No caso de não existirem resultados o protótipo deverá paralisar o processo atual.

[Caso de Uso 012] – Visualizar Resultados nos Dashboards

Descrição: O sistema deverá visualizar os resultados nos dashboards para análise. Atores envolvidos: Usuário

Pré-condição: Deverá ter resultados que foram coletadas nas redes sociais através das interfaces dos módulos.

Pós-condições: Importação das referências concluídas para o Amazon Simple Storage Service

(S3).

Fluxo Principal:

1. O usuário acessa os dashboards

2. O protótipo coletará as referências encontradas que foram persistidas no banco de dados

3. O protótipo exibir os resultados para análise que foram exportados Fluxo de Exceção Verifica a existência de referências

1. No caso de não existirem resultados nenhuma informação deverá ser exibida

Documentos relacionados