Última semana de projeto

        Entramos na ultima semana de desenvolvimento do projeto, e nossa equipe está correndo para finalizar as atualizações e correções do OpenBI a tempo, nosso deadline se aproxima, na próxima aula todas equipes irão entregar seus projetos corrigidos para a avaliação final dos professores antes da atribuição final das notas.

        Infelizmente nossa equipe não conseguiu finalizar, como havia planejado, as correções da documentação a tempo de receber um feedback dos professores com uma semana de antecedência para o prazo final de entrega. Nosso objetivo era de utilizar o tempo da ultima semana para corrigir os itens não observados pela equipe na primeira revisão, extinguindo as chances de entregar a versão final ainda com erros.

        Perdemos uma ótima oportunidade de ter nosso projeto avaliado antes da entrega final, já que nessa semana a equipe escalada para apresentar o projeto não compareceu, abrindo o tempo de aula para esclarecimento de duvidas e revisão dos projetos com os professores.

        Nossa equipe sente confiança em alcançar um resultado satisfatório, e continua trabalhando na revisão e atualização da documentação e software, buscando corrigir todos erros apontados pelos avaliadores dentro do prazo marcado para a entrega final.

Apresentação Final

        Chegou o momento de a nossa equipe apresentar o OpenBI para a classe e para os professores, no ultimo sorteio ficou definido que as equipes OpenBI e Power Fitness serão os projetos apresentados nessa semana.

        Houve um sorteio no inicio da aula, e nossa equipe foi sorteada para ser a primeira apresentação do dia, mas pelo atraso de um integrante indispensável para nossa apresentação, solidariamente a equipe Power Fitness trocou a ordem de apresentação conosco. Deixamos aqui registrado o nosso agradecimento a equipe Power Fitness pela gentileza prestada a nossa equipe.

        Após nossa apresentação, os professores comentaram os erros encontrados na documentação, sendo que as principais observações feitas foram referentes a formatação do texto, erros de português, tópicos com apenas um paragrafo, falta de explicação em quadros e figuras, parágrafos com informações confusas e pouca informação no texto sobre o desenvolvimento de nosso projeto.

        Na demonstração das funcionalidades do OpenBI, nossa equipe recebeu comentários negativos por não haver nenhum tratamento automatizado das informações geradas pelos gráficos, fazendo com que o usuário tenha que analisar os gráficos para obter as informações que necessita.

        Buscando resolver esses problemas, e com menos de 2 semanas para a entrega final de nosso projeto, toda equipe concentrou seus esforços na atualização da documentação do projeto, buscando corrigir os pontos indicados pelos professores o mais rápido possível, a fim de apresentar uma previa do documento corrigido na próxima aula, utilizando a ultima semana para a correção de possíveis erros que não foram analisados pela equipe. Na parte da programação do projeto, nossa equipe estuda a implementação de uma função que analise os gráficos gerados pelo OpenBI, apresentando para o usuário as informações finais de maneira detalhada, para que ele tenha uma possibilidade a mais,  além da interpretação dos gráficos, para a analise das informações que busca.

Apresentação final a vista.

        O integrante Levon concluiu os slides para a apresentação final de nosso projeto, essa que, foi revisada e atualizada por todos da equipe, buscando sintetizar as informações importantes para demonstrar o software OpenBI de maneira clara e objetiva.

         

        Nessa semana as equipes continuaram nas apresentações de seus projetos a classe e aos professores, e nessa ultima quarta-feira foi a vez das equipes:

- “Controle de Reserva de Salas e Equipamentos - IFSP”, que apresentou um projeto que organiza a reserva de salas e equipamentos do IFSP em ambiente WEB;

- “Projeto Buá”, que criou um aplicativo Mobile de comunicação entre o cuidador / creche / escola e os responsáveis pela criança.  

    Nossa equipe contínua trabalhando na atualização da documentação conforme acontecem as alterações e manutenções na parte de programação do projeto.

     Planejamos que o vídeo do gource será criado um dia antes da data programada para nossa apresentação, com o intuito de ter registrado na data da apresentação todas as atualizações de arquivos feitas pela equipe no SVN.

Inicio das apresentações

               

         As apresentações finais foram iniciadas nessa semana, a partir de agora todas as segundas haverá um sorteio para definir quais equipes terão a oportunidade de apresentar seu projeto na próxima aula.

        Nessa primeira semana as equipes sorteadas foram Nexu Sistemas e Monitum, dando a nossa equipe mais uma semana para continuar trabalhando nas atualizações e testes do projeto, antes de nossa apresentação.

         A equipe de documentação continua trabalhando na revisão, buscando erros de português e formatando o documento do projeto, que sofreu grave alteração em seu formato no momento da impressão ao ser transferida da ferramenta de edição de texto online Google Doc’s, para o editor de texto Word.

        O integrante Maikel deu continuidade nos testes da aplicação, conseguindo obter no teste de SSL o conceito A.

        Toda a equipe aproveitou a “semana a mais” para continuar trabalhando no desenvolvimento da apresentação final, atualizando-a conforme as alterações efetuadas no projeto.

        Essa semana não houve aula, mas nossa equipe não perdeu o foco nos trabalhos, realizando nossa reunião semanal remotamente através do aplicativo WhatsApp.

Entrega final

    Chegamos à semana de entrega do projeto, e na reunião dessa ultima quarta-feira, junto a entrega, nossa equipe respondeu a um questionário sobre o desenvolvimento do projeto e a uma planilha indicando nota de participação dos integrantes.

       O integrante Maikel gravou o CD com o projeto e imprimiu a documentação para a entrega final. A equipe teve um atraso na programação do termino das tarefas pendentes, restando-nos apenas o ultimo dia para a impressão da documentação.

  Toda equipe respondeu individualmente a um questionário sobre o desenvolvimento do projeto, relatando as dificuldades, o aprendizado, qual foi a participação de cada integrante e quais matérias aprendidas na faculdade foram utilizadas.

     Em reunião a equipe preencheu uma planilha atribuindo nota de participação para cada integrante, onde todos membros recebiam uma nota dos demais, gerando uma média que será utilizada na nota final, junto com a notas indicada pelos professores.

      Nosso documento foi revisado por toda equipe para impressão, mas por um descuido, os comentários do google docs não foram retirados do documento, acarretando em um erro grave na formatação, com figuras cortadas e texto não alinhado no momento da impressão.

Semana final para entrega do projeto.

        Entramos na ultima semana de trabalho antes da entrega do projeto, nesse momento nossa equipe está focada em terminar as pendencias dentro do tempo programado, a fim de realizar uma revisão detalhada antes da impressão da documentação do projeto.

        Para alcançarmos nosso objetivo, na ultima reunião de equipe atribuímos responsabilidade sobre a finalização das tarefas pendentes.

        Toda equipe ficou responsável pela revisão final da documentação do projeto após a resolução das pendencias, essas que foram dividas entre os integrantes da equipe da seguinte forma:

- O integrante Levon ficou responsável por: montar o capitulo apresentando o quadro de sprints da equipe, manual técnico, plano de testes e atualizar as ferramentas utilizadas pela equipe no desenvolvimento do projeto.

- O integrante Marcio ficou responsável por: montar o capitulo apresentando o quadro de métricas do projeto, atualizar ATA’s e postagens do blog no documento, levantamento de modelos de gráficos de scrum em trabalhos anteriores e relatórios do statSVN.

- O integrante George ficou responsável por: montar o capitulo apresentando o cronograma do projeto, reformular o capitulo da justificativa, documento de aprovação, dedicatórias, resumo/abstract e manual do usuário.

- O integrante Felipe ficou responsável por: Trocar plugin de gráfico para representar a falta de medição efetuada pelo aparelho, criar interface de seleção dos sensores, criar ambiente AWS definitivo do grupo, disponibilizar acesso para pessoal da documentação tirar os prints e fazer o manual do usuário.

- O integrante Maikel ficou responsável por: Tratativa do desvio de padrão, Levantamento de classes, atributos, linhas de codigo e demais itens do desenvolvimento para a tabela de métricas e fazer video do Gource - Primeira entrega.

        Ficou acordado entre a equipe o dia 23/05 como prazo final para conclusão das tarefas, restando a equipe 1 dia para revisão final e impressão da documentação.

Final dos Sprints iniciais.

        

      Nessa semana acabam os sprints que foram planejados para a confecção de nosso projeto, nesse momento a equipe se concentra nos detalhes finais, buscando seguir o cronograma a risca, para utilizar a ultima semana antes do prazo final de entrega do projeto para revisão.

       Para tanto, a equipe fez um levantamento das tarefas que estão em aberto, e planejou a melhor maneira de conclui-las dentro do tempo programado, os itens pendentes são em sua maioria referentes à documentação do projeto, que são: tabela de requisitos funcionais, manual técnico, manual do usuário, relatório com os sprints da equipe, documento de aprovação, conclusão, resumo, abstract e dedicatória.

      A tabela com os requisitos funcionais do projeto já foi desenvolvida pelo integrante da equipe Levon, o manual técnico e o manual do usuário está sendo desenvolvido pela equipe de documentação em parceria com a equipe de programação, onde teremos a oportunidade de mostrar os diagramas utilizados para a elaboração do projeto e as imagens do OpenBI rodando, demonstrando de maneira detalhada suas funções ao usuário final.

      A equipe de documentação também está trabalhando no documento de aprovação, no capitulo de conclusão do projeto, e nos detalhes finais da documentação, como o resumo, abstract e dedicatória.

    O integrante da equipe Márcio, ficou responsável por desenvolver o documento que mostre os sprints feitos pela equipe durante o desenvolvimento do projeto, para isso utilizará a ferramenta youtrack para extrair os dados das tarefas já realizadas pela equipe. Os trabalhos que foram concluídos antes da equipe iniciar o uso do youtrack, terão seus dados extraídos das ATA’s para constarem no documento de apresentação dos sprints.

         A equipe de programação concluiu o desenvolvimento do projeto, e iniciou os testes necessários para a avaliação de qualidade do software. A equipe de documentação acompanhará os testes, a fim de criar relatórios dos resultados obtidos e apresenta-los no documento do projeto.

Entrando na reta final.

        Estamos entrando na reta final, com o momento decisivo da entrega do projeto se aproximando, quando terão inicio as apresentações de todos os projetos aos professores e alunos. Faltando menos de 3 semanas para essa importante etapa, nossa equipe está correndo para concluir o desenvolvimento da programação e do desenvolvimento e revisão da documentação do projeto.

        Toda equipe continua trabalhando para concluir as tarefas a  tempo, e durante nossa reunião semanal, os integrantes da equipe Felipe e Maikel continuaram trabalhando no desenvolvimento da programação do projeto, efetuando testes e criando sua interface. Enquanto os integrantes da equipe George e Márcio deram continuidade nos trabalhos com a documentação, revisando o que foi desenvolvido até o momento e buscando modelos de estrutura em projetos anteriores que foram bem sucedidos.

        O integrante da equipe Levon, mesmo não estando presente na reunião semanal da equipe na faculdade, trabalhou no desenvolvimento da documentação do projeto durante o período da aula, utilizando o Google Doc’s para remotamente juntar-se a equipe.

Revisão da documentação.

        Essa semana nossa equipe decidiu revisar o documento do projeto, para tanto, conversou com o Professor Brás e através de envio de e-mail lhe mostrou o estágio atual que se encontra a documentação do projeto OpenBI, após analise do professor recebemos algumas orientações para ajustes que seguem:

1.   Não é recomendado adicionar imagens na introdução;

2.   Passar as imagens da introdução para a justificativa, fortalecendo os argumentos utilizados para justificar o desenvolvimento projeto;

3.   O parágrafo de justificativas precisa ser melhorado, provando a necessidade da existência desse projeto como resolução para o problema apresentado;

4.   A descrição do OpenHAB deve passar como um tópico para o capitulo de revisão de literatura;

5.   Padronizar a apresentação das referencias utilizadas para o desenvolvimento do projeto;

6.   Todo tópico deve ter no mínimo três parágrafos, caso contrario, é necessário inclui-lo como complemento em outra parte do documento;

7.   Ao se referir a Figura ou Quadro, a primeira letra da palavra é sempre escrita com letra maiúscula;

8.   Todas figuras utilizadas na documentação devem ser centralizadas;

9.   Na revisão de literatura ao descrever a UML, não é recomendada a utilização de figuras.

        A equipe responsável pelo desenvolvimento da documentação (George, Levon e Márcio), está trabalhando nos ajustes apontados pelo Professor Brás e lhe apresentará o documento atualizado na próxima aula para receber novas orientações.

Plano de contingência na programação do projeto.

     

              Em conversa com os professores durante a ultima aula, recebemos um alerta, e nossa equipe se deu conta de um atraso considerável que vem ocorrendo na parte do desenvolvimento da programação do OpenBI, e para resolver tal problema definimos um plano de contingência, discutindo a possível mudança de função de membros da equipe para dar apoio na parte da programação do projeto e alterações no plano de desenvolvimento.

      A equipe optou por desistir do plano inicial escolhido para o desenvolvimento da programação, que consistia em tentar arrumar os erros apresentados pelo software OpenHAB na busca de dados e  na apresentação dos gráficos, e agora vai partir para o desenvolvimento de uma aplicação compatível com o OpenHAB, mas que se comporte como um modulo independente, e siga os mesmos parâmetros do pedido inicial dos clientes (Professores).

        Em reunião para discutir os melhores passos para nosso plano de contingência, ficou definido que por enquanto não há necessidade da alteração de função entre os membros da equipe para fortalecer no desenvolvimento da programação do projeto, mas a equipe percebeu a necessidade de ficar sempre atenta e se tornar mais flexível, concentrando como prioridade o esforço de toda a equipe na resolução de qualquer problema que surgir e possa causar atraso no desenvolvimento do projeto.

Inicio do capitulo 4 da documentação

        

       Iniciamos o capitulo 4 da documentação, nele descreveremos como foi o desenvolvimento do projeto, falando das dificuldades encontradas, das mudanças de planos e alterações no escopo. O desenvolvimento desse capitulo ficará a cargo dos integrantes: Levon, George e Márcio, que são os responsáveis pela documentação do projeto.

        O integrante Levon ajudou na organização da distribuição das tarefas que devem ser feitas pela equipe, adicionando-as no youtrack, assim teremos um melhor gerenciamento no controle de todo trabalho que está sendo feito pelo grupo. Ele também adicionou as ATA's de reunião e postagens do blog como apêndice no documento principal do projeto.

        Começamos a nos preocupar com as métricas de nosso projeto, e como forma de adiantar no que for possível, foi criado pelo integrante da equipe Márcio um documento genérico para comportar as métricas que serão apresentadas no projeto.

        O integrante Maikel criou o primeiro video do Gource, que mostra o desenvolvimento dos trabalhos da equipe até o meio do semestre. Ele também analisou o possíveis tipos de busca por período existentes para implementar no OpenBI.

Alteração no escopo do projeto.

        Nessa semana nossa equipe fez pequenas alteração no escopo do projeto, iniciou o desenvolvimento da certificação digital no OpenHAB e continuou com os trabalhos de desenvolvimento e revisão da documentação.

        O Professor Ivan nos solicitou ajustes no escopo do projeto, que a partir de agora contará com pesquisas mais flexíveis, melhorando a usabilidade para o usuário, permitindo que na pesquisa seja escolhido o intervalo de tempo em que os dados foram colhidos, conforme o que se deseja analisar. Os gráficos também serão alterados, e terão limites definidos para marcar os dados que estão fora do padrão.

        O membro da equipe Felipe iniciou o trabalho de desenvolvimento da certificação digital no OpenHAB.

        A documentação foi atualizada e revisada pelos membros da equipe George, Levon e Márcio, que também definiram que a partir de agora todas as atualizações feitas no documento principal do projeto serão salvas em um documento único (Google Doc's), acessível por todos através do Google Drive, isso facilitará nas edições simultâneas, além de disponibilizar em tempo real o que cada integrante está desenvolvendo.

Criação de URL / Vídeo de instalação

        Nessa ultima semana a equipe se concentrou na criação da URL do projeto, no envio dos arquivos já finalizados para o SVN, na criação do ambiente de testes e na edição de um vídeo demostrando a instalação do projeto.

        O endereço de acesso para o projeto foi criado pelo membro da equipe Felipe no seguinte link ->  “openbi.ddns.net”.

        A equipe percebeu que haviam documentos já prontos que poderiam ser enviados ao repositório da faculdade, e todas as ATA’s de reunião de equipe que foram feitas até o presente momento, mais o documento principal em sua ultima atualização foram enviados ao SVN.

        O membro da equipe Maikel começou a planejar os testes do OpenBI, criando um ambiente que calcula a velocidade de download, upload e ping da aplicação.

        A edição do vídeo de instalação do projeto, ficou a cargo do integrante da equipe George, que após conclui-lo, fez sua publicação no YouTube, segue link dessa publicação:

Instalando o Projeto

OpenBI

        

        Nossa aplicação agora tem um nome! Em nossa ultima reunião foi sugerido pelo integrante Felipe o nome “OpenBI” para batizar a aplicação que estamos desenvolvendo. O nome foi bem aceito por todos na equipe, que votaram a favor dele por unanimidade.

        O OpenBI está nascendo e criando forma, e nossa equipe se mostra cada vez mais animada a se empenhar para que essa aplicação saia do planejamento e se concretize.

        Para atingir esse objetivo, a equipe continua mantendo o foco no cronograma, acompanhando de perto o desenvolvimento da documentação e programação do projeto, para não termos surpresas desagradáveis quando estivermos na reta final, pois já calculamos um acumulo de tarefas nessa fase, quando não será possível resolver tarefas atrasadas em tempo hábil.

        Descreverei a seguir os trabalhos desenvolvidos pela equipe nessa semana, na busca de manter-se com a programação em dia.

        Na parte da documentação, o integrante da equipe Levon, fez o documento que descreve todas as tecnologias que serão utilizadas no desenvolvimento da aplicação. O integrante Márcio fez o documento que explica a problematização que o projeto visa atender, falando sobre o problema encontrado na interface do software OpenHAB, que apresenta os dados acolhidos na residência de uma maneira desorganizada e pouco objetiva para o usuário.

        No desenvolvimento da programação, foi criado o domínio, configurado o DNS e feita a preparação do SSL pelo integrante Felipe, enquanto o integrante Maikel, começou a importar os dados acolhidos pelo software OpenHAB na base de nossa aplicação.

Equipe entrando no ritmo

               Os trabalhos estão a todo vapor, nessa reunião semanal o grupo discutiu sobre a arquitetura do projeto, a leitura dos dados que serão analisados pela aplicação, as ferramentas possíveis para seguir a metodologia Scrum, os diagramas UML (Unified Modeling Language)  e sobre o desenvolvimento da documentação do projeto.

        A arquitetura do projeto foi discutida entre os integrantes da equipe responsáveis pela programação (Felipe, George e Maikel), que também fizeram os primeiros testes com leitura de dados na aplicação. Para os testes foram utilizados dados reais, acolhidos através do software OpenHAB pelo cliente (Professor Ivan) em sua residência.

        A partir de agora começaremos a seguir a risca a metodologia Scrum, que foi a escolhida pela equipe como a mais eficiente para o desenvolvimento de nosso projeto, definimos a ferramenta “Myjetbrains Youtrack” como base para o planejamento das tarefas. O integrante da equipe Felipe fez o cadastro de todos os membros da equipe para o uso da ferramenta supracitada.

        Na parte da documentação, a confecção dos diagramas UML foi discutida entre os integrantes da equipe responsáveis pela programação e o integrante responsável por confecciona-los (Levon), a fim de alinhar os últimos detalhes no desenvolvimento dos diagramas conforme está sendo feito o planejamento da programação.

        O documento principal foi atualizado com as partes da introdução e objetivo, que foram feitos pelo integrante da equipe Marcio e pelo documento da metodologia Scrum, feito pelo integrante Levon.

        O Professor Bráz analisou a documentação atualizada junto ao integrante da equipe Levon, e indicou a equipe a inclusão de um novo tópico logo após a introdução, que fale sobre a problematização que o projeto visa atender.

Mudança gerencial

   Essa semana a gerência do nosso projeto sofreu uma mudança, o integrante da equipe George, que ocupava a função, renunciou ao cargo por motivos pessoais, tornando-o oficial através de e-mail, que foi enviado a todos os membros da equipe com cópia aos professores Ivan e Bráz. 

   George assumirá outra função dentro da equipe, que ainda será definida, conforme as necessidades analisadas ao longo do desenvolvimento do projeto.

   Houve uma votação para decidir quem seria o novo gerente de equipe, os votos elegeram por unanimidade o integrante Maikel, que a partir de agora assumirá essa nova função em nosso projeto.

Cronograma x Documentação

   A equipe se reuniu nessa ultima quarta-feira e o principal tema discutido foi sobre o cronograma, onde constatamos um pequeno atraso no desenvolvimento do projeto, mas nada tão urgente que não dê para ser recuperado a tempo.

   Correndo atrás do tempo perdido, os diagramas UML começaram a ser desenvolvidos, foi analisado pela equipe quais diagramas serão necessários para a confecção do nosso projeto, e também quais poderiam trazer um fácil entendimento da aplicação para quem for consulta-la futuramente. O integrante da equipe Levon, ficou responsável por elabora-los, com a ajuda de nossos colegas Maikel e Felipe, que são os programadores da aplicação, e irão definir o seu melhor modelo.

   Continuando a falar de documentação, o integrante da equipe Márcio, ficou responsável por desenvolver a parte inicial do documento, com a sua introdução, objetivos e justificativa do projeto.

Fechamento do escopo e definição da metodologia.

   

   Nessa semana nossa equipe conseguiu fechar o escopo do projeto, definindo as funções da aplicação de maneira detalhada e quais variáveis serão analisadas no monitoramento residencial.

     

   Na parte do desenvolvimento da aplicação, obtivemos sucesso ao subir pela primeira vez a aplicação OpenHAB, aplicativo de código aberto que será utilizada em nosso projeto como base para a coleta de dados da residência, esses dados serão organizados e apresentados em uma interface gráfica de simples interpretação, para o usuário acompanhar de maneira prática os dados analisados.

   Com o escopo definido, e a programação dando seus primeiros passos, nossa equipe passou a dar atenção a confecção da documentação do projeto, definindo o integrante da equipe Levon, como responsável por desenvolver a parte da documentação referente a metodologia que será utilizada por nossa equipe no projeto.

   A metodologia escolhida pela equipe foi o Scrum, que é uma metodologia ágil para gestão e planejamento de projetos de software, onde os projetos são dividos em ciclos, normalmente mensais, chamados de Sprints (conjunto de atividades que devem ser executado em determinado tempo).

Apresentação Inicial / OpenBI - Pontos a corrigir

    Nossa equipe fez a apresentação para a classe do plano inicial do projeto de controle residencial, segue link do vídeo da apresentação para um melhor acompanhamento de como tudo se passou:

                        Vídeo Apresentação Inicial - Controle Residencial

     Ao termino da apresentação os professores fizeram comentários dos pontos que podem ser melhorados e de outros que precisam ser corrigidos, deixaremos a seguir os principais pontos apontados, com o intuito de ajudar outras equipes a não cometerem os mesmos erros e ganharem tempo no desenvolvimento de seus projetos:

     - Erros de português no texto;

     - Texto sem introdução;

     - Utilizar bullets de forma correta;

     - Parágrafos tem que ter ligação um com o outro;

     - Ser conciso nos pontos onde o projeto irá atuar;

     - Definir como os dados serão tratados e armazenados;

     

     Os 4 primeiros pontos apresentados poderiam ter sido resolvidos com revisão, por isso é importante que todos os membros da equipe revisem todos os textos antes deles serem apresentados ao professores. Para nossa equipe ficou a lição para ser lembrada durante a confecção da documentação principal do projeto, onde além da revisão rotineira feita pela equipe, apresentaremos os textos para avaliação de pessoas de fora da equipe, onde será questionado se o texto é de fácil entendimento e a procura de possíveis erros de português.

     Para definir exatamente onde o projeto irá atuar, e como os dados serão tratados e armazenados, é imprescindível reuniões constantes entre os membros da equipe, levando as duvidas aos professores, buscando um escopo conciso, com todas funções do projeto bem definidas e que possa ser desenvolvido pela equipe dentro do tempo máximo programado.

Ideias das equipes / A6PGP - 1º semestre 2016

   Ontem as equipes apresentaram seus projetos para os alunos e professores, faremos a seguir um breve resumo do que cada equipe se propôs a fazer, descrevendo a aplicação por eles sugerida, com foco nas ideias e seus objetivos:

   - Equipe Feduca:

     Desenvolverá uma aplicação de educação financeira,utilizando a metodologia KAKEBO (tipo de controle financeiro japonês). 

      A aplicação será WEB, desenvolvida com um site responsivo.

      O diferencial entre outras aplicações de controle financeiro é a possibilidade de mais de 1 usuário poder gerenciar as finanças.

   - Controle de Reserva de Salas e Equipamentos

     Organiza a reserva de sala e equipamentos do IFSP em ambiente WEB, o que atualmente é feito  através de e-mail.

   - Nexu Sistemas

     Um projeto que ajudará na busca de artistas, onde o contratante visualiza informações do artista como sua área de atendimento e agenda.

      O contratante pode deixar comentários sobre o artista, ajudando na divulgação do seu trabalho.

   - Power Fitness

     Desenvolvimento de um ambiente de interação entre praticantes de exercício físico e seu professor.

     Modelos de treinos serão implantados pelo professor e passados ao aluno, que anotará seu desenvolvimento nos treinos, sendo supervisionado pelo professor.

    - Jogo educativo para crianças sobre alimentação saudável

    Jogo multiplataforma para divulgar alimentos saudáveis, onde o personagem ganha pontos ao pegar alimentos saudáveis e perde pontos ao pegar alimentos que fazem mal a saúde. 

    - Monitum

      Aplicação que facilita a comunicação entre os professores e alunos, divulgando datas de trabalhos e de provas e também possibilitando o envio de material de estudo do professor aos alunos.

      Desenvolvido em ambiente Web e Mobile para professores e Mobile para os alunos.

     - Projeto Buá

       Aplicativo Mobile de comunicação entre o cuidador ou creche e os pais.

    Os pais receberam noticias sobre seu filho em tempo real, informando acidentes, controle de alimentação, tempo de sono e tempo de brincadeira.

      

Apresentação inicial do projeto

      Após a definição do tema de nosso projeto, foi iniciada a montagem da apresentação inicial, onde será mostrado aos professores e alunos da disciplina A6PGP no dia de hoje (02/03/2016) a proposta que será desenvolvida pela equipe e quais tecnologias serão utilizadas para a confecção do projeto.

                 Tecnologias utilizadas no projeto:

- OpenHAB é um software para integrar diferentes tecnologias e sistemas de automação residencial em uma única solução que permite generalizar as regras da automação e que oferece uma interface comum para o usuário.

- Eclipse Smarthome permite que vários equipamentos de diferentes fabricantes possam se comunicar através de uma interface comum.  

- OSGI, que é um conjunto de especificações que define um sistema de componentes dinâmicos. Estas especificações permitem um modelo de desenvolvimento em que as aplicações são compostas por muitos componentes diferentes.  

- MySQL é um sistema de gerenciamento de banco de dados (SGBD), que utiliza a linguagem SQL (Linguagem de Consulta Estruturada, do inglês Structured Query Language) como interface. 

- Java é uma linguagem de programação interpretada orientada a objetos.

- Eclipse é um ambiente de desenvolvimento integrado para desenvolvimento Java.

Proposta do projeto:

Este projeto tem como objetivo melhorar a apresentação dos dados de um software chamado OpenHAB, terá como funcionalidade, integração entre diferentes tecnologias e sistemas de automação residencial em uma única solução, permitindo generalizar as regras da automação e oferecer uma interface comum para o usuário. Nosso objetivo é desenvolver um módulo novo que ofereça tratamento diferenciado para cada tipo de dado, exclusão de valores de entrada fora do padrão e com a vantagem de uma interface diferenciada para a apresentação destes dados de maneira de fácil interpretação.

Após a apresentação serão feitos os ajustes indicados pelos professores e alunos e terá inicio de fato nosso projeto, criando-se um cronograma e planejando a melhor metodologia para o desenvolvimento da aplicação.

Começando a caminhada

   Olá pessoal, começamos nossa caminhada no projeto da disciplina A6PGP.

   Utilizaremos esse espaço para dividirmos com vocês as dificuldades, sucessos e o progresso que teremos no desenvolvimento do nosso projeto ao longo do semestre.

   Nesse primeiro texto iremos falar um pouco sobre como foi a tomada de decisão para a escolha do tema de nosso projeto e apresentar os integrantes da equipe com suas respectivas funções nesse trabalho.

   A equipe foi formada por:

     - Felipe C. Pessoa: Programador

     - George Henrique S. Ruchlejmer: Gerência

     - Levon S. Ghazarian: Documentação

     - Maikel Mass: Programador

     - Márcio N. M. Aviz: Documentação

   Nossa equipe será assistida pelo Professor José Bráz.

  De inicio os integrantes da equipe tiveram varias ideias para levar aos clientes (professores) para aprovação, seguem as idéias principais e os motivos de desaprovação:

Ideia 1 – Central de Serviços

• Descrição

- A ideia consiste em uma plataforma para o relacionamento entre profissional e um cliente que esteja necessitando de um serviço.

• Características

- O cliente e o profissional terão um cadastro distinto.

- O cliente irá procurar o profissional pela especialização dele, será apresentado uma lista os profissionais cadastrados, classificados por valor avaliação, localização.

- Assim que o cliente escolher o profissional irá aparecer uma agenda para que o cliente escolha uma data e horário para o atendimento.

- Feito a escolha será enviado um aviso ao profissional com as informações do cliente.

- No tempo até data do serviço, o cliente e o profissional poderão manter contato através da plataforma.

- Ao fim do serviço o cliente faz uma avaliação do profissional.

- O profissional poderá definir sua agenda, escolhendo as datas em que atende, e podendo junto ao cliente reagendar a data do serviço.

- Os profissionais que ficarem abaixo da média, serão desconectados do serviço.

   A ideia foi negada por já existir aplicativo semelhante (GetNinjas).

Ideia 2 – Plataforma de Escambo.

• Descrição
• A ideia consiste em uma plataforma para a troca de itens entre os usuários.
• Características
• Os usuários farão um anuncio de seus itens, para que fiquem disponíveis para a visualização.
• Poderão fazer pesquisas para encontrar o que desejam.
• Assim que encontrado, os usuários então em contato e farão a negociação.
• Na negociação poderão ser escolhidos os produtos cadastrados, que serão negociados.
• Quando a negociação terminar, será escolhido a forma de entrega.
• Os usuários irão se avaliar, e os produtos não estarão mais disponíveis para a troca.

     A ideia foi negada por já existir aplicativo semelhante (Skina).

Ideia 3 – Plataforma para a assistência de refugiados

• Descrição
• A plataforma será direcionada para usuários em situação de refugiados, para que estes encontrem uma melhor solução para o seu problema.
• Características
• A plataforma terá suporte a vários idiomas.
• Terá de ser leve e terá suportes para telas pequenas.
• A pessoa em situação de refugiado irá fazer um cadastro informando seus dados pessoais (incluído religião), de seus acompanhantes e informações profissionais (suas e de acompanhantes).
• Pessoas, instituições e ONG’s possuem interesse em ajudar, irão fazer o cadastro e irão informar o tipo de ajuda que pretendem oferecer.
• Também haverá uma plataforma para a integração entre o refugiado e quem pretende ajudar, para facilitar a comunicação e permitir que a melhor solução, essa plataforma será manuseada por ONG’s, instituições e governo.
• Parentes que desejam encontrar refugiados, poderão fazer o cadastro, e procurar por eles.

  A ideia foi negada pelo fato dos refugiados não terem acesso a tecnologia para acessar a plataforma.

Ideia 4 – Plataforma para serviços de construção

• Descrição:
• Trata-se de uma aplicação mobile que facilita a aquisição de serviços particulares de construção, integrando o prestador de serviço (pedreiros) e o cliente que deseja reformar seu imóvel.
• Características:
• O prestador de serviços registra os serviços que o prestador está capacitado a realizar
• O cliente consegue buscar os prestadores por serviços, por nome e escolher os que estão mais próximos a sua residência
• Haverá reputação a respeito dos serviços prestados e do profissional
• Será possível abastecer o sistema com imagens dos trabalhos realizados
• O prestador de serviço poderá fazer uma lista de materiais que serão necessários para cada serviço

  A ideia foi negada por já existir aplicativo semelhante (GetNinjas).

Ideia 5 – Localização de ônibus fretado

• Descrição:
• Uma aplicação mobile que indica ao usuário a localização em tempo real do ônibus fretado que ira utilizar.
• Características:
• Com a localização instantânea do ônibus, o usuário poderá saber se o fretado já passou ou não no ponto, controlando atrasos.
• Usuário se aproximando do ponto no momento que o ônibus já está lá, avisaria o motorista para possível espera.
• Usuário será avisado se o ônibus fretado está vindo com vagas ou lotado.

A ideia foi negada pelo escopo do projeto não ter como ser seguido, insuficiência no controle de vagas do ônibus e do usuário chegando atrasado no ponto.

   Ideia escolhida:

   Nossa equipe optou por uma ideia que estava no site de apoio do Professor Ivan, a ideia consiste em um controle residencial, onde medidores de água, luz e outras constantes, geram relatórios que serão exibidos em uma interface de fácil interpretação dos dados, com gráficos de apoio para um melhor entendimento.