Monitor de Bateria Veicular

Método Inicial

Escopo

• O projeto visa a criação de um dispositivo que faça o monitoramento da bateria de um carro para evitar problemas elétricos como falta de bateria por descarga ou mal funcionamento do alternador. Tal produto se mostrou de grande utilidade para pessoas com carros mais velhos que desejam não ter mais problemas de falta de bateria por descuido um exemplo deixar um farol aceso ou o som ligado, outra utilidade desse marcador de carga foi mostrar para uma pessoa que gosta de som automotivo por exemplo a hora certa que ela deve ligar seu carro antes que acabe sua carga.

5W2H

• What?
  • Qual o nome da solução?
    • Nossa Solução se chama Monitor de Bateria Veicular mas futuramente terá um nome mais comercial.
  • Qual o objetivo, a finalidade?
    • Nossa Solução tem como objetivo fazer o monitoramento de uma bateria veicular para evitar que o dono do veiculo tenha problemas com falta de carga na bateria.
  • O que é a aplicação?
    • A aplicação consiste na criação de um módulo com comunicação que envie dados para outros dispositivos com dados e informações de baixa carga da bateria.
  • Qual o diferencial deste serviço?
    • O Diferencial desse serviço está no fato de a pessoa não precisar ficar dando partida no carro sem necessidade ou esquecer de dar partida e acabar tendo que usar outros meios para que o carro funcione novamente.
  • Resumo:
    • Um Sistema integrado que tenha como ideia principal enviar dados para informar ao usuário formas de evitar um futuro problema com o carro.

• Why?
  • O porquê de se desenvolver essa solução?
    • A solução existente no mercado se mostra muito antiquada e pouco funcional. Como estamos na era "Smart" devemos pensar como tal e resolver problemas da maneira Smart.
  • Qual o motivo?
    • Atualmente procuramos meios de solucionar nossos problemas mais facilmente e procuramos maneiras de evitar esforço e poluição desnecessária.
  • Porquê alguém investiria neste negócio?
    • O investimento nessa solução mostra ao mundo novos horizontes e novamente atualiza um modelo antiquado que já existe para que evoluirmos.

• Where?
  • Onde encontro solução similar? (Sistema igual ou próximo do que pretendo fazer)
    • Uma solução similar se encontra no mercado com fácil acesso, (http://produto.mercadolivre.com.br/MLB-490063935-medidor-de-bateria-12-volts-leds-tuning-garantia-e-nf-_JM).
  • Onde poderá ser instalada?
    • O protótipo será desenvolvido inicialmente para carros com som automotivo e carros antigos com que podem vir a ter problemas no alternador.
  • Onde pode ser desenvolvida?
    • O desenvolvimento do protótipo inicial será feito em casa, pois não temos nenhum patrocínio ou auxilio.
  • Onde poderá ser usada?
    • O projeto final poderá ser usado em qualquer dispositivo que precise de uma medição, algumas necessitando de modificações de hardware ou software.
  • Onde poderá ser testada?
    • Estamos a procura de algum patrocinador do projeto se não conseguirmos vamos usar em uma bateria qualquer e tentar descarregar ela para mostrar o funcionamento da mesma.

• When?
  • Quando começar a desenvolver?
    • O projeto está previsto para ser desenvolvido a partir de Julho de 2013.
  • Qual a previsão de lançamento da 1a. fase?
    • Ao final do período de 2013-1 pretendemos ter ao menos o esquemático do projeto para que possa ocorrer a construção do software.
  • Este projeto tem o seguinte cronograma:
    • 1o. Mês: Definições do Projeto
    • 2o. Mês: Aquisição de Materiais
    • 3o. e 4o. Mês: Desenvolvimento em Software
    • 5o. Mês: Prototipação da Placa de Aquisição
    • 6o. Mês: Testes da Placa de Aquisição e Desenvolvimento em Software da Placa de Sensor e Transmissor.

• Who?
  • Quem pode usar?
    • Qualquer pessoa que precise fazer uma manutenção em sua bateria pode usar o produto.
  • Quem pode desenvolver?
    • Por motivos Pessoais o código usado será fechado.
  • Quem poderá colocar o conteúdo?
    • O Software terá espaço para propagandas mas o conteúdo deverá passar por uma triagem e somente colocado por programadores específicos.
  • Detalhamento:
    • X Patrocinadores
    • 1 Pesquisador por 3 meses
    • 1 Projetista por 2 meses
    • 1 Arquiteto do ambiente por 4 meses
    • 1 Arquiteto do software por 5 meses
    • 2 Desenvolvedor Junior por 4 meses
    • 1 Desenvolvedora Senior por 4 meses
    • 1 Advogado por 1 contrato
    • 1 Analista de suporte por 6 meses

• How Much?
  • Quando custará o produto para o usuário final?
    • O preço para os usuários finais será decidido pela empresa que comprar o projeto.
  • Quanto custo todo o desenvolvimento?
    • O investimento total para desenvolvimento da solução envolvendo pessoal, equipamentos e demais custos estará disponível ao fim do projeto mas estimamos gastar o minimo possível.
  • Quanto é o custo para o revendedor?
    • O custo para o revendedor dependerá bastante do preço que ficar o primeiro protótipo e quanto conseguiremos diminuir o preço com a produção em massa.
  • Detalhamento de custos:
    • O detalhamento de custos não será feito agora pois como a produção será muito artesanal não temos uma base nem uma estimativa de quanto gastaremos.

• How?
  • Como desenvolver?
  • Utilizar a linguaguem C,C++ e Java nos softwares certos.
  • Como testar?
    • Distribuir versões gratuitas para usuários por um tempo determinado.
  • Como adquirir?
    • O estabelecimento que desejar adquirir o produto vai receber a visita de nossos representantes.
  • Detalhamento:
    • Modelagem: Utilizando o software HEX da Renessas
    • Desenvolvimento: Linguagem C, C++ e Java
    • Documentação: MediaWiki
      • Móvel: Android

DFD

• Arquivo:Dfd.pdf

DER

• Arquivo:CentralMB.pdf

• Arquivo:BancodedadosMB.pdf

Método OO

Brainstorming

Problema

• O projeto surgiu após a identificação de um problema: a falta de monitoramento da bateria veicular a fim de que o usuário fique informado sobre a situação da sua bateria. A utilidade do monitoramento é evitar problemas futuros como falta de bateria por descarga ou mal funcionamento do alternador. Tal produto se mostrou de grande utilidade para pessoas com carros mais velhos que desejam não ter mais problemas de falta de bateria por descuido como deixar um farol aceso ou o som ligado. Ele também é útil para informar à pessoas que gostam de som automotivo por exemplo a hora certa que ela deve dar partida em seu carro antes que acabe sua carga.

Método

• Optaremos pela Orientação a Objetos devido ao conteúdo atual da disciplina , e por ter uma melhor visão do nosso projeto.

Escopo

• Desenvolver um sistema que informe ao usuário a carga da bateria.
• Ajudar o usuário a evitar problemas por falta de carga na bateria.
• Ao chegar em um limite de carga o programa deve emitir um alerta ao usuário para dar partida no carro.
• O sistema deve armazenar todos os valores recebidos.
• O programa fará um gráfico de Potencia X Tempo.

Requisitos

Funcionais

• Medir Tensão
  • O sensor deverá ser capaz de capturar uma tensão e informar a central que informará o usuário.
• Medir Corrente
  • O sensor deverá ser capaz de capturar uma corrente e informar a central que informará o usuário.
• Classificar situação
  • A central deverá ser capaz de capturar uma medida e classificar o nível da bateria.
• Enviar Situação da Bateria
  • A central deverá ser capaz de receber a classificação do dado e informar ao usuário.
• Fazer Gráfico
  • Tendo os dados o programa deve plotar um gráfico Potência x Tempo.
• Notificar Situação da Bateria
  • A notificação da situação deve ser feita pelo dispositivo de leitura.
• Ver Gráfico
  • O programa deverá imprimir o gráfico na tela.
• Armazenar Gráfico
  • o gráfico será armazenado na memoria do dispositivo de leitura
• Excluir Gráfico
  • Poderemos manipular o gráfico assim podendo exclui-lo.

Não-Funcionais

• Ser acessado em dispositivos móveis.
• Ter um tempo de resposta de no máximo 15 seg em 90 % dos casos.
• Ter versões em Português e Inglês.
• Ser capaz de armazenar os dados em um SGBD como o MySQL ou PostgreSQL.
• Ter capacidade para recuperar os dados perdidos na última operação que realizou em caso de falha.
• Usar linguagem C/C++ ou Java.

Diagramas

Diagrama de classes

• Arquivo:DIAGRAMA.pdf

Diagrama de casos de uso

• Arquivo:Diagrama de caso de uso MBV.pdf

• Arquivo:Detalhamento dos casos de uso MBV.pdf

Diagrama de atividades

• Arquivo:Diagrama de atividades MBV.pdf

Diagrama de estado

• Arquivo:Diagrama de estado MBV.pdf

Protótipo

• Até 26/09:
  • Arduino: Othavio
  • Transmissão Bluetooth: João
  • Celular: Maykel
  • Diagramas: Michelly