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


  1. Arquivo:Nvidia usa nuvem para simular veículos autônomos cobrindo bilhões de milhas-converted.pdf
  2. Arquivo:Seu próximo carro pode estar conectado na nuvem-converted.pdf
  3. Arquivo:V2C- Vehicle-to-cloud.pdf
  4. 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

Benchmarking


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