GuiaGuide: mudanças entre as edições

De Wiki Cursos IFPR Foz
Ir para navegaçãoIr para pesquisar
Sem resumo de edição
Sem resumo de edição
Linha 11: Linha 11:
*Rodrigo Dantas Teixeira ([mailto:rodrigo.d.teixeira@gmail.com rodrigo.d.teixeira@gmail.com])
*Rodrigo Dantas Teixeira ([mailto:rodrigo.d.teixeira@gmail.com rodrigo.d.teixeira@gmail.com])


[http://guiaguide.com.br/assets/img/ic_sign.png]
[]
[[Arquivo:http://guiaguide.com.br/assets/img/ic_sign.png]]


==Introdução==
==Introdução==

Edição das 13h47min de 24 de agosto de 2018

GuiaGuide

Equipe

Professor orientador
  • Alcione Benacchio
  • Wellington
Alunos

[] Arquivo:Http://guiaguide.com.br/assets/img/ic sign.png

Introdução

Intradução...


Objetivo

Objetivo...


Problema

Problema...


Proposta

Proposta...


Público Alvo

Publico Alvo...


Principais Funcionalidades

Principais Funcionalidades...


Tecnologias a serem Utilizadas

Tecnologias a serem usadas...

PostgreSQL
- Driver
-- Versão: 42.1.4
-- Baixar!
- Banco de Dados
-- Versão: 9.3.14
-- Baixar!


Coleta de Dados

31 de Julho de 2017

Layout

1º Esboço da Interface WEB

Logotipo

Logo Escalador 1.0 Versão 1.0

Arquivo:Http://guiaguide.com.br/assets/img/ic sign.png

Logo Escalador 2.0 Versão 2.0

Caso de Uso

UC Geral UC 01 - Gerenciar Usuário UC 02 - Gerenciar Setores UC 03 - Gerenciar Vias UC 04 - Gerenciar Mensagens

Baixar Modelagem Completa clique aqui!

Diagrama Entidade Relacional

Diagrama de Entidades Relacionais

Modelo desenvolvido em 14 de Agosto de 2017

Diagrama de Entidades Relacionais

Modelo desenvolvido em 31 de Agosto de 2017

Desenvolvido utilizando processo de engenharia reversa sobre a versão atual do banco

Diagrama de Classes

Diagrama de Classes

Modelo desenvolvido em 14 de Agosto de 2017


Regras de Negócio

Requisitos Funcionais

Segue abaixo a lista de requisitos funcionais, demonstrando todas as funcionalidades que a aplicação deve atender.


Requisito Funcional

  • RF 1 - O sistema deve manter usuários.
  • RF 2 - O sistema deve permitir a promoção e rebaixamento de moderadores.
  • RF 3 - O sistema deve manter contas administradoras.
  • RF 4 - O sistema deve permitir a manutenção de setores de escalada.
  • RF 5 - O sistema deve permitir a manutenção de vias e setores de escalada.
  • RF 6 - O sistema deve classificar os croquis por país, estado, cidade e setor.
  • RF 7 - O sistema deve permitir o envio de sugestões.
  • RF 8 - O sistema deve permitir que os usuários comuniquem irregularidades.
  • RF 9 - O sistema deve mostrar a localização de um setor via API do Google Maps.
  • RF 10 - O sistema deve fazer a conversão de graus de dificuldade de vias, do modelo brasileiro, francês e norte-americano.


Requisitos Não Funcionais Tecnológicos

Segue abaixo a lista de requisitos não funcionais tecnológicos, determina as tecnologias e estratégias de desenvolvimento para criação do aplicativo.

Requisito Não Funcional Tecnológico

  • RNFT 1 - O Sistema deve ser desenvolvido sobretudo para funcionar em ambiente WEB.
  • RNFT 2 - O Sistema será desenvolvido na linguagem Java com uso do e Eclipse e empregando a interface do PrimeFaces adjunto ao Bootstrap.
  • RNFT 3 - O Sistema deve usar o framework Hibernate para mapeamento das informações no banco de dados.
  • RNFT 4 - O Sistema fará uso de API de geolocalização do Google Developers mediada pelo PrimeFaces.
  • RNFT 5 - O Sistema irś usar banco de dados PostgreSQL.
  • RNFT 6 - A documentação deverá ser feita em linguagem UML utilizando a ferramenta Astah.


Lista de Regras de Negócio

Segue abaixo a lista de regras de negócio, com intuito de personalizar a aplicação de acordo com as regras competentes ao meio.


  • RN 1 - RF 1,2,3 - Cada tipo de conta possui regras de acesso;

Usuário: Pode manter seu próprio cadastro. Cadastrar e editar vias e setores por ele criado. Pesquisar vias e visualizar suas informações. Enviar sugestões e comunicar irregularidades.
Moderador: Possui todas as permissões de um usuário e está habilitado a gerenciar comentários, vias e setores.
Administrador: Possui todas as permissões de um Moderador e ainda pode gerenciar usuários e moderados assim como os promover ou exonerar.

  • RN 2 - RF 4, 5,6 - O sistema deve gerenciar croquis e setores de acordo com sua hierarquia geográfica. (País>Estado>Cidade>Setor>Croqui) e permitir buscas orientadas pelo nome do Setor ou da Via.
  • RN 3 - RF 5 - O cadastro de vias deve conter:

Nome*
Grau sugerido*
País*
Estado*
Cidade*
Setor
Nome do conquistador
Número de costuras necessárias
Dicas e peculiaridades da via
* Obrigatório

  • RN4 - RF 5 - O cadastro de setores deve conter:

Nome*
Equipamento
Percurso
Latitude*
Longitude*
Local
Cidade*
Cadastrador*
* Obrigatório

  • RN 5 - RF 10 - Ao clicar no botão “ver no mapa”, o sistema deve exibir no mesma página através de interface conectada ao Google Maps a localização da via.
  • RN 6 - RF 1,3 - Não serão permitidos cadastros de usuários com o mesmo e-mail.


Download Regras de Negócio odt, pdf .

Projeto Integrador I

  • Sistema Escalador para plataforma Android clique aqui para ver o vídeo do aplicativo.

  • Documentação versão Final do Sistema Escalador para plataforma Android. Baixar!

Modelo CANVAS

Acesse o modelo Canvas agora! clique aqui!

Apresentações (Slides)

Apresentação do Projeto Escalador 1.0

Código Desenvolvido

Codigo desenvolvido...

Inspiração

Inspiração...

Entrevista de Fred Backey, um dos maiores montanhista do mundo, concedida em 2008 ao Jornal americano The New York Times aos seu 85 anos falando sobre o prazer do contato com a natureza e o prazer que tem em escalar uma montanha.[1]

Blog de Conteudo de Escalada Aventura na Veia[2]

Waldemar Niclevicz[3]


Site útil http://blogdescalada.com

GUIAS DE ESCALADAS

MG - Arcos

MG - Pedro Leopoldo

MG - Serra Do Lenheiro

SP - Pindamonhangaba

Prévia de Refências

[4]


Referências