GuiaGuide: mudanças entre as edições
Sem resumo de edição |
|||
| Linha 2: | Linha 2: | ||
*[[Log de desenvolvimento]] | *[[Log de desenvolvimento]] | ||
*[[Artigo]] | *[[Artigo]] | ||
==Equipe== | ==Equipe== | ||
;Professor orientador: | ;Professor orientador: | ||
| Linha 12: | Linha 10: | ||
*Gustavo Mendes Ferreira ([mailto:gumendesferreira@gmail.com gumendesferreira@gmail.com]) | *Gustavo Mendes Ferreira ([mailto:gumendesferreira@gmail.com gumendesferreira@gmail.com]) | ||
*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] | |||
==Introdução== | ==Introdução== | ||
Edição das 13h46min de 24 de agosto de 2018
GuiaGuide
Equipe
- Professor orientador
- Alcione Benacchio
- Wellington
- Alunos
- Ederson Luiz Knoll (elknoll@hotmail.com)
- Gustavo Mendes Ferreira (gumendesferreira@gmail.com)
- Rodrigo Dantas Teixeira (rodrigo.d.teixeira@gmail.com)
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
Layout
Logotipo
Versão 1.0
Arquivo:Http://guiaguide.com.br/assets/img/ic sign.png
Versão 2.0
Caso de Uso
Baixar Modelagem Completa clique aqui!
Diagrama Entidade Relacional
Modelo desenvolvido em 14 de Agosto de 2017
Modelo desenvolvido em 31 de Agosto de 2017
Desenvolvido utilizando processo de engenharia reversa sobre a versão atual do banco
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
Prévia de Refências
Referências
- ↑ https://www.youtube.com/watch?v=98MAVoCwe9U
- ↑ http://aventuranaveia.blogspot.com.br/
- ↑ http://www.niclevicz.com.br/
- ↑ Previa de referencias...
![[1]](http://guiaguide.com.br/assets/img/ic_sign.png){kind=link}
