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.