| Linha 212: | Linha 212: | ||
* '''Semanas até o final do projeto desde o início do cronograma macro:''' 6 meses que dão 27 semanas que são 189 dias. | * '''Semanas até o final do projeto desde o início do cronograma macro:''' 6 meses que dão 27 semanas que são 189 dias. | ||
**Semana 1: Organização do cronograma macro; | **Semana 1: Organização do cronograma macro e definições das tarefas de cada um dos integrantes do projeto; | ||
**Semana 2: | **Semana 2: Outro Benchmarking de softwares open sources com maior enfoque e organização; | ||
**Semana 3: | **Semana 3: Conferência entre os alunos para discutirem sobre os softwares encontrados e apresentá-los ao professor Luiz Cláudio. Conferência ocorrerá no dia 07/03/2019; | ||
**Semana 4: | **Semana 4: Estudo das linguagens dos softwares entrados a fim de dominar cada linguagem específica para futuras modificações; | ||
**Semana 5: | **Semana 5: Estudo das linguagens dos softwares entrados a fim de dominar cada linguagem específica para futuras modificações e reunião entre os pesquisadores para esclarecer dúvidas e dificuldades de cada um; | ||
**Semana 6: | **Semana 6: Estudo das linguagens dos softwares entrados a fim de dominar cada linguagem específica para futuras modificações; | ||
**Semana 7: | **Semana 7: Modificações nas estruturas de códigos pesquisadas para organização da forma como queremos a nossa aplicação e reunião para definir o que cada ficará responsável por fazer; | ||
**Semana 8: | **Semana 8: Modificações nas estruturas de códigos pesquisadas para organização da forma como queremos a nossa aplicação; | ||
**Semana 9: | **Semana 9: Modificações nas estruturas de códigos pesquisadas para organização da forma como queremos a nossa aplicação e reunião para ver como está o andamento das modificações; | ||
**Semana 10: | **Semana 10: Modificações nas estruturas de códigos pesquisadas para organização da forma como queremos a nossa aplicação; | ||
**Semana 11: | **Semana 11: Modificações nas estruturas de códigos pesquisadas para organização da forma como queremos a nossa aplicação e reunião para considerações finais das modificações; | ||
**Semana 12: | **Semana 12: Modificações nas estruturas de códigos pesquisadas para organização da forma como queremos a nossa aplicação; | ||
**Semana 13: | **Semana 13: Reunião com os envolvidos para decisão de qual a melhor forma de conectar o veículo, por fios ou wireless (nuvem); | ||
**Semana 14: | **Semana 14: Começar a nova parte do projeto, conexão do veículo com a aplicação; | ||
**Semana 15: | **Semana 15: Trabalho em programação em nuvem (esperado) e reunião para possíveis dúvidas; | ||
**Semana 16: | **Semana 16: Trabalho com a conexão do veículo; | ||
**Semana 17: | **Semana 17: Trabalho com a conexão do veículo e reunião sobre o andamento do projeto; | ||
**Semana 18: | **Semana 18: Trabalho com a conexão do veículo; | ||
**Semana 19: | **Semana 19: Trabalho com a conexão do veículo e reunião para considerações finais; | ||
**Semana 20: | **Semana 20: Veículos conectado fase de testes do protótipo; | ||
**Semana 21: | **Semana 21: Veículos conectado fase de testes do protótipo e reunião para ver o que está em mal funcionamento; | ||
**Semana 22: | **Semana 22: Verificação de erros encontrados e manutenção; | ||
**Semana 23: | **Semana 23: Verificação de erros encontrados,manutenção e reunião para ver o andamento; | ||
**Semana 24: | **Semana 24: Teste para entrega do produto final; | ||
**Semana 25: | **Semana 25: Reunião do projeto pronto; | ||
**Semana 26: | **Semana 26: Reunião apresentação do projeto; | ||
**Semana 27: Entrega final. | **Semana 27: Entrega final. | ||
'''OBS:''' O objetivo é cumprir o cronograma macro, mas pode ser que vá haver algumas alterações durante o andamento do projeto. | |||
= Histórico = | = Histórico = | ||
Edição das 22h29min de 21 de fevereiro de 2019
Fase I - Estudo
Título da Idéia
- Vehicle-To-Cloud - V2C: Protótipo de Veículo Conectado.
Objetivos
- Este projeto pretende desenvolver um computador de bordo acoplável a um veículo com interação direta por meio de sensores e conexão em nuvem. A ideia é que qualquer equipamento possa ser monitorado por meio de sensores conectados à uma plataforma que permita funcionalidades comuns aos veículos atuais.
Conceito
- V2C (Vehicle-to-Cloud), em português Veículo para Nuvem se trata de uma interação entre um veículo diretamente com a nuvem, possibilitando que motoristas e passageiros acessem aplicativos de informação, navegação e entretenimento diretamente de um display instalado no carro ou até mesmo de um aparelho remoto, como os atuais smartphones.
- O protótipo de veículo conectado em si seria uma forma de também fazer com que qualquer tipo de problemas nos carros sejam identificados com mais assertividade e eficiência, poupando tempo e mão de obra.
- O processo da nuvem entra para garantir uma opção mais segura entre fornecedor e cliente, com a vantagem de acessos em qualquer lugar do planeta. confira esses dois documentos sobre aplicações com veículos conectados a nuvem.
- Cloud-based navigation ou navegação em nuvem
- Pensando por esse lado, o que a navegação em nuvem poderia trazer nesse planeta ? E por que, o V2C seria um modelo ideal para isso?
- Devido aos altos preços dos carros tecnológicos, a maioria das pessoas não possuem um veículo conectado com a nuvem, mas e se em vez das pessoas se adaptarem a essa tecnologia, a tecnologia se adaptasse a eles? Esse é o objetivo do projeto, conseguir conectar uma grande parte da frota de veículos, podendo facilitar toda a mobilidade em qualquer lugar.
- A navegação em nuvem seria algo magnífico se for colocada em grande parte da frota de veículos de um local, mas primeiramente o que é a navegação em nuvem. A grosso modo, seria um veículo conectado a nuvem obtendo informações em tempo real sobre todo o seu trajeto, como: um atalho pois ocorreu um engarrafamento em determinada rua, buracos poderiam ser identificados pelo sistema de monitoração baseado em nuvem para que alertas fossem emitidos a veículos que percorrem a mesma rota, assim o trânsito fluiria bem mais e acidentes claramente poderiam ser evitados.
- Cloud-based infotainment ou Informação baseada em nuvem
- Provavelmente muitos de nós já vimos isso e não sabíamos desse nome, infotainment. Quantos acidentes já ocorreram por uma mera desatenção do motorista que foi apenas trocar uma música no carro, infotainment seria a conexão com o carro para que uma viagem mais segura ocorra, afim de melhorar a experiência entre condutor e passageiro. Um exemplo dessa tecnologia que evitaria o acidente ocorrido acima, seria a troca de radio pelo volante, assim o motorista não tiraria as mãos do volante, nem o olhar na estrada. Ligações poderiam ser feitas apenas por um comando de voz, sem a necessidade de ter que parar o carro e pegar o celular para isso, com infotainment poderia-se simplificar as viagens e trazer uma forma mais segura de condução.
- Um bom link para entender um pouco mais sobre o que seria infotaiment e como ele pode ajudar está disponível em: Infotainment.
Características
Informe sobre as particularidades, aspectos e atributos desta idéia.
Estudo Dirigido
Coloque aqui o plano de estudos bem como as possíveis fontes de informação.
Projetos correlatos
- Arquivo:Nvidia usa nuvem para simular veículos autônomos cobrindo bilhões de milhas-converted.pdf
- Arquivo:Seu próximo carro pode estar conectado na nuvem-converted.pdf
- Arquivo:V2C- Vehicle-to-cloud.pdf
- Arquivo:V2C- Vehicle-to-cloud - Tradução.pdf
Fase II - Ensino
Conteúdo
Desenvolva um conteúdo que possa transmitir o conhecimento adquirido para outros Crie um material (Wiki, PDF, PPT, ...) que possa ser armazenado e facilmente atualizável
Apresentação
Apresente ao grupo (reunião, EAD, Blog, ...) Publique aqui
Metoldologia
Descrevas as metodologias usadas. Alguns exemplos:
Estratégia de Job Rotation Estudos básicos para conhecimento do potencial Estudos básicos para entendimento sobre o problema Estudos para dar base aos pesquisadores Benchmarking com empresas estrangeiras Aceleradoras de empresas Adoção de novas tecnologias Utilização da proposta de soluções Open-source Priorização no desenvolvimento interno Foco na não dependência de fornecedores Prática de formação dos talentos necessários
Fase III - Exemplo de Caso de Negócio
Benefícios para quem for oferecer esta solução
- Receita com novo negócio, por exemplo:
- Comercialização de um computador de bordo com aplicação embutida e Hardware junto
- Comercialização de um computador de bordo com aplicação embutida com Hardware adquirido pelo cliente
- Comercialização de Smartphone que suporte a solução V2C
- Comercialização de um computador de bordo completo
- Comercialização de um computador de bordo completo os seguintes módulos:
- Temperatura
- Pressão
- Sensor de ré
- descrever cada um dos sensores
- Parcerias:
- Fornecedor do Smartphone
- Fornecedor dos sensores
- Fábrica do carro
Benefícios para o usuário
- Atualização de tecnologia
- Comodidade
- Segurança (sensor de ré, câmeras, etc)
- ??
Direcionadores chave para esta iniciativa
Descrever em tópicos o que esta iniciativa pode proporcionar
Possíveis modelos de negócios
Descrever em tópicos os possíveis modelos de negócios
Business Case
Descrever um exemplo de negócio que permita avaliar a solução comercialmente
Barreiras encontradas
Aponte aqui quais foram os principais obstáculos encontrados para o desenvolvimento desta solução
Fase IV - Protótipo orientado ao Negócio
Escopo
Explique o escopo deste protótipo
Product Backlog
Descreva os requisitos deste projeto
Limitações
Informe sobre as limitações técnicas, comerciais, operacionais, recursos, etc.
PoC
- Infotainment:
- Escrever sobre essa solução.
- Informar características (requisitos)
- Comparar essa solução com a proposta do V2C
Detalhamento Técnico
Descreva especificamente os aspectos técnicos desta pesquisat:
Infotainment: código base: CoPilot Código em Python e XML
Cronograma Macro
- O que já foi feito antes do cronograma macro:
- Plano de Trabalho do projeto V2C – Protótipo de veículo Conectado:
- Estudo dos conceitos de IoT;
- Estudo dos conceitos de Cloud Computing;
- Estudo do protocolo OBDII;
- Estudo OBD in the Cloud;
- Benchmarking de softwares open source que atendiam nossa procura, foram encontrados 9 softwares nessa busca, porém apenas 2 podem ser aproveitados que foram os projetos CoPilot e OBDintheCloud.
- Semanas até o final do projeto desde o início do cronograma macro: 6 meses que dão 27 semanas que são 189 dias.
- Semana 1: Organização do cronograma macro e definições das tarefas de cada um dos integrantes do projeto;
- Semana 2: Outro Benchmarking de softwares open sources com maior enfoque e organização;
- Semana 3: Conferência entre os alunos para discutirem sobre os softwares encontrados e apresentá-los ao professor Luiz Cláudio. Conferência ocorrerá no dia 07/03/2019;
- Semana 4: Estudo das linguagens dos softwares entrados a fim de dominar cada linguagem específica para futuras modificações;
- Semana 5: Estudo das linguagens dos softwares entrados a fim de dominar cada linguagem específica para futuras modificações e reunião entre os pesquisadores para esclarecer dúvidas e dificuldades de cada um;
- Semana 6: Estudo das linguagens dos softwares entrados a fim de dominar cada linguagem específica para futuras modificações;
- Semana 7: Modificações nas estruturas de códigos pesquisadas para organização da forma como queremos a nossa aplicação e reunião para definir o que cada ficará responsável por fazer;
- Semana 8: Modificações nas estruturas de códigos pesquisadas para organização da forma como queremos a nossa aplicação;
- Semana 9: Modificações nas estruturas de códigos pesquisadas para organização da forma como queremos a nossa aplicação e reunião para ver como está o andamento das modificações;
- Semana 10: Modificações nas estruturas de códigos pesquisadas para organização da forma como queremos a nossa aplicação;
- Semana 11: Modificações nas estruturas de códigos pesquisadas para organização da forma como queremos a nossa aplicação e reunião para considerações finais das modificações;
- Semana 12: Modificações nas estruturas de códigos pesquisadas para organização da forma como queremos a nossa aplicação;
- Semana 13: Reunião com os envolvidos para decisão de qual a melhor forma de conectar o veículo, por fios ou wireless (nuvem);
- Semana 14: Começar a nova parte do projeto, conexão do veículo com a aplicação;
- Semana 15: Trabalho em programação em nuvem (esperado) e reunião para possíveis dúvidas;
- Semana 16: Trabalho com a conexão do veículo;
- Semana 17: Trabalho com a conexão do veículo e reunião sobre o andamento do projeto;
- Semana 18: Trabalho com a conexão do veículo;
- Semana 19: Trabalho com a conexão do veículo e reunião para considerações finais;
- Semana 20: Veículos conectado fase de testes do protótipo;
- Semana 21: Veículos conectado fase de testes do protótipo e reunião para ver o que está em mal funcionamento;
- Semana 22: Verificação de erros encontrados e manutenção;
- Semana 23: Verificação de erros encontrados,manutenção e reunião para ver o andamento;
- Semana 24: Teste para entrega do produto final;
- Semana 25: Reunião do projeto pronto;
- Semana 26: Reunião apresentação do projeto;
- Semana 27: Entrega final.
OBS: O objetivo é cumprir o cronograma macro, mas pode ser que vá haver algumas alterações durante o andamento do projeto.
Histórico
Foi Realizada uma conferência no dia 21/02/2019 com 4 participantes (Professor Luiz, Guilherme, Lucas e Mateus) com o seguinte4 conteúdo: Arquivo:Ata da Conferência do dia 21 - V2C.pdf
Pesquisadores
- Guilherme Henrique de Araújo Santos
- Lucas Guimarães Mendes
- Mateus Oliveira Lemos