10ª Semana: 3 a 9 de Outubro

Esta semana avançamos no desenvolvimento da documentação do projeto, revisamos o conteúdo já desenvolvido, efetuamos as correções apontadas pelo SonarQube e concluímos a internacionalização das páginas que ainda estavam pendentes.

  • Ebson:
    – Postagem no blog
    – Desenvolvimento da documentação
  • Jhonatan:
    – Desenvolvimento da documentação
    – Exportação de relatório SonarQube
    – Atualização do Script Python para população do banco de dados
  • Gustavo:
    – Correções apontadas pelo SonarQube
    – Testes unitários
  • Marcus:
    – Correções apontadas pelo SonarQube
    – Internacionalização
  • Ramon:
    – Correções apontadas pelo SonarQube
    – Internacionalização
  • Thiago:
    – Postagem no blog
    – Revisão da documentação

9ª Semana: 26 de Setembro a 2 de Outubro

Esta semana criamos o menu de navegação do sistema, implementamos o Log4J, reformulamos a tela de gráficos e avançamos no layout de exibição das filas. Em negociação com a TotalVoice, conseguimos créditos suficientes para a realização dos testes necessários e a liberação para envio de links por SMS.

  • Ebson:
    – Pesquisa do algorítimo de filas
  • Jhonatan:
    – Reformulação dos gráficos
  • Gustavo:
    – Criação do menu de navegação
    – Implementação do Log4j
  • Marcus:
    – Criação do menu de navegação
    – CRUD do layout da fila
  • Ramon:
    – Criação do menu de navegação
  • Thiago:
    – Negociação com TotalVoice para liberação do envio de links
    – Pesquisa de solução para visualização de PDFs em navegadores mobile
    – Post blog 

8ª Semana: 19 a 25 de Setembro

Resumo das atividades desenvolvidas na 8ª semana do projeto:

  • Ebson:
    – Estudo sobre teoria das filas
    – Estudo API TotalVoice
  • Jhonatan:
    – API HTTP Grafana
    – Dashboard em inglês Grafana
    – Instalação do SonarQube
    – Geração de relatório SonarQube
  • Gustavo:
    – Gerar CRUD do sistema
    – Correções no back end
  • Marcus:
    – Correções no back end
    – Leitura da documentação do ThymeLeaf
  • Ramon:
    – Correções no back end
    – Leitura da documentação do ThymeLeaf
  • Thiago:
    – Post semanal no blog
    – Domínio / SSL para SonarQube
    – Revisão do checklist do trabalho

6ª Semana: 05 a 11 de Setembro

No dia 05 de Setembro apresentamos a POC do OverQueue e ficamos muito satisfeitos com o resultado. Recebemos feedback dos professores sobre alguns detalhes como formatação das referências no texto e utilização correta do menu de idiomas, ambos já corrigidos. Os professores também nos alertaram sobre os cuidados que devemos tomar ao utilizar servidores próprios para hospedagem do sistema. O video de apresentação da POC foi publicado no YouTube e por ser visto aqui.

Atividades da semana

  • Ebson:
    – Elaboração dos diagramas de Casos de Uso, Classes e Sequência
  • Jhonatan:
    – Migração do ambiente de desenvolvimento para o Google Cloud
    – Análise de solução para mapeamento de entidades no banco de dados
    – Atualização de queries dos gráficos com base no novo Banco
  • Gustavo:
    – Análise de solução para mapeamento de entidades no banco de dados
  • Marcus:
    – Segmentação dos arquivos estáticos (CSS, Imagens, etc)
  • Ramon:
    – Segmentação dos arquivos estáticos (CSS, Imagens, etc)
  • Thiago:
    – Post semanal no blog

Dica sobre a POC – Prova de conceito “Atenção!!”

Essa é pra você que continua caçando desesperadamente em todos os blogs possíveis da disciplina de A6PGP o que fazer na POC. A equipe BRABOTIM, deixou algumas dicas que podem ajudar a sua equipe a fazer uma apresentação do projeto de forma clara e que os professores entendam as tecnologias, arquitetura e funcionalidades do seu sistema.

Documentação

  • Respeite as páginas de conteúdo que são pedidas no ponto 11 do site do Professor Ivan.
  • Adicione as siglas e abreviaturas caso tenha no projeto, enumere e cite as figuras.
  • Atenção às referências bibliográficas pesquise sobre como fazer as citações corretas, utilize o web.archive para salvar as páginas web de referência.
  • Utilize o modelo LATEX, do site do Professor Ivan e o mais importante, todos da equipe leiam e releiam o documento antes da entrega.
  • Imprima duas vias do documento para entregar aos professores. (por favor leiam o que estão entregando, pode parecer repetitivo porém existem equipes que entregam versões erradas de documentação para os professores e depois não adianta justificar).

Apresentação

  • Crie um roteiro da apresentação com antecedência
  • Tenha alguém da equipe anotando todos os pontos importantes das equipes que se apresentam antes da sua equipe. (ajuda a memorizar o que não fazer na sua apresentação)
  • Se for a primeira equipe siga exatamente o seu roteiro feito com antecedência.
  • Todos os integrantes da equipe devem estar totalmente alinhados com as ideias e tecnologias do projeto.
  • Seja simples e claro no que está apresentando, utilize um modelo de slide sem muitos efeitos pois o que está em avaliação é o seu projeto não o tema do “Power Point”.
  • Enumere todos os slides.
  • Nomes dos alunos em ordem alfabética também na apresentação.
  • Todos da equipe devem estar presentes, isso é fundamental, os professores observam cada detalhe inclusive seu comportamento na apresentação.
  • O documento poc.pdf e a apresentação devem estar com o mesmo conteúdo de informação, diagrama de arquitetura e tecnologias utilizadas.

Aplicação (Sistema)

  • Faça todos os testes possíveis antes da apresentação.
  • A equipe tem que publicar um vídeo da POC com as tecnologias utilizadas no projeto em produção, aproveite a gravação para criar um roteiro para sua apresentação.
  • Internacionalização da aplicação em “English” e não “Inglês” no “menu de troca”, lembre-se que o usuário que utiliza essa função pode não ser da língua nativa do sistema.
  • Não tente induzir os professores a acreditarem que existem funcionalidades que não estejam realmente implementadas no seu sistema.
  • Vai levar um notebook para apresentar? Tenha sempre um plano B caso ele não funcione, pois isso não é desculpa para não apresentar.

Opinião

Assista todas as apresentações, observe cada detalhe, escute as criticas que os professores estão fazendo, lembre-se, sempre serão críticas construtivas, não espere que a sua apresentação seja perfeita, gerencie seu projeto de forma profissional e não amadora, aqui ainda é possível errar, na vida profissional alguns erros podem custar o futuro da sua carreira. “Valorize os professores”.

5ª Semana: 29 a 04 de Setembro

Resumo

Essa semana foi a mais corrida e também a mais tensa até o momento, a entrega da POC aconteceu no dia 05 de Setembro.
POC é a prova de conceito para todos os sistemas propostos pelas equipes e temos que entregar todas as tecnologias que serão utilizadas na aplicação com pelo menos uma funcionalidade já em produção. É uma etapa muito importante do projeto pois define o que é ou não aplicável e funcional sem prejudicar toda a arquitetura do sistema já que é feita na parte inicial do projeto.

Atividades desenvolvidas

Ebson
– Documentação da POC em latex
– Apresentação da POC em slides
– Atualização da documentação no SVN
Gustavo
– Desenvolvimento front-end e back-end
– Arquitetura do sistema
– Roteiro de apresentação da POC
– Implementação do sistema de SMS via Total Voice
– Vídeo da POC
Jhonatan
– Estrutura dos gráficos
– Video do gource
– Atualização da estrutura do SVN
– Redirecionamento de HTTP para HTTPS
– Configuração do servidor de gráficos
Marcus
– Desenvolvimento front-end
– Telas do sistema
– Implementação do sistema de SMS via Total Voice
Ramon
– Desenvolvimento front-end
– Internacionalização do sistema
– Implementação do sistema de SMS via Total Voice
Thiago
– Vídeo da POC
– Documentação da POC em latex
– Apresentação da POC em slides
– Elaboração dos diagramas de arquitetura e infraestrutura
– Instalação dos certificados de segurança nos servidores
– Redirecionamento de HTTP para HTTPS




4ª Semana: 22 a 28 de Agosto

No dia 22/08 definimos em conversa com os professores, que iremos utilizar inicialmente o envio de SMS para notificação ao cliente, se possível posteriormente, o uso de notificacões web push para Android. O professor Ivan nos orientou a necessidade de utilização do LaTeX localmente, a fim de evitar imprevistos com o Overleaf por ser um plataforma que limita dos recursos quando utilizada gratuitamente.

Iniciamos um Brainstorming sobre a definição das telas do sistema, considerando a experiência do usuário.

Atividades realizadas na semana

  • Ebson:
    – Análise de requisitos
    – Post semanal do blog
    – Elaboração da introdução do documento final
  • Gustavo:
    – Análise de requisitos
    – Definição das métricas
    – Leitura da documentação do Thymeleaf para internacionalização da POC
  • Jhonatan:
    – Análise de requisitos
    – Criação de tabela de itens configuráveis pelo administrador do sistema
    – Rascunho MER / DER
    – Configuração inicial dos servidores de produção
  • Marcus Vinícius:
    – Análise de requisitos
    – Rascunho MER / DER
    – Leitura da documentação do Thymeleaf para internacionalização da POC
  • Ramon Ramos:
    – Análise de requisitos
    – Rascunho MER / DER
    – Leitura da documentação do Thymeleaf para internacionalização da POC
  • Thiago Paz:
    – Análise de requisitos
    – Post semanal do blog
    – Elaboração da introdução do documento final
    – Configuração dos domínios nos servidores

3ª Semana: 15 a 21 de Agosto

Na aula do dia 15/08 fizemos a apresentação inicial do nosso projeto, que foi aprovado definitivamente. Em seguida fizemos uma rápida reunião no hall do IFSP, onde conversamos sobre o uso do Trello e definimos as atividades da semana, que foram executadas conforme descrito abaixo.

Ebson Silva:
– Análise de requisitos
– Introdução, justificativa, referências
– Estruturação do documento LaTeX

Gustavo Delgado:
– Análise de requisitos
– Preparação do ambiente de desenvolvimento Java
– Estudo das métricas

Jhonatan Cruz:
– Criação do ambiente de desenvolvimento
– Organização do SVN
– Análise de requisitos

Marcus Vinicius:
– Análise da viabilidade das notificações webpush e envio de SMS

Ramon Ramos:
– Análise de requisitos
– Análise da viabilidade das notificações webpush e envio de SMS

Thiago Paz:
– Organização no blog
– Post 2ª Semana
– Análise de requisitos
– Criação dos servidores

Checklist A6PGP

Como sabemos, A6PGP é um disciplina que extrai o máximo das equipes. São muitos requisitos, padrões, documentos, vídeos, manuais, atas, relatórios, métricas, e muitos outros itens além do desenvolvimento do projeto em si. Todas as exigências estão descritas no site do Profº Ivan.

Para facilitar o acompanhamento e garantir o cumprimento de todos os itens, criamos um checklist e você pode baixa-lo aqui.

A coluna “Status” possui uma formatação condicional para “Concluído”, “Em andamento” e “Pendente”, para facilitar a visualização.