GuiaGuide: mudanças entre as edições
Sem resumo de edição |
|||
| Linha 66: | Linha 66: | ||
==Logotipo== | ==Logotipo== | ||
Logotipo... | |||
==Caso de Uso== | ==Caso de Uso== | ||
Casos de Uso... | |||
==Diagrama Entidade Relacional== | ==Diagrama Entidade Relacional== | ||
Diagrama Entidade Relacional... | |||
==Diagrama de Classes== | ==Diagrama de Classes== | ||
Diagrama de Classes... | |||
==Regras de Negócio== | ==Regras de Negócio== | ||
Requisitos Funcionais | |||
Regras de Negocio... | |||
==Requisitos Funcionais | |||
Segue abaixo a lista de requisitos funcionais, demonstrando todas as funcionalidades que a aplicação deve atender. | Segue abaixo a lista de requisitos funcionais, demonstrando todas as funcionalidades que a aplicação deve atender. | ||
Edição das 13h51min 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
Logotipo...
Caso de Uso
Casos de Uso...
Diagrama Entidade Relacional
Diagrama Entidade Relacional...
Diagrama de Classes
Diagrama de Classes...
Regras de Negócio
Regras de Negocio...
==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...
