if977 / encostaki

Projeto de Engenharia de Software - EncostaAki

Link da aplicação no Heroku: https://encostakiapp.herokuapp.com/

Screencast da Aplicação: https://www.youtube.com/watch?v=_yINGTh-PKQ

Projeto da disciplina (IF977) Engenharia de Software, do curso de graduação em Sistemas de Informação do Centro de Informática (CIn) da Universidade Federal de Pernambuco (UFPE).

Equipe:

● Eric Araujo da Costa Júnior (eacj) - Desenvolvedor e Product Owner;

● Pedro Vinicius de Lima Santos (pvls) - Desenvolvedor e Desenvolvedor de Testes;

● Renata Kelly da Silva Amorim (rkdsa) - Desenvolvedora e Gerente de Projeto;

● Gustavo Bernardo Lopes (gbl3) - Desenvolvedor e Desenvolvedor de Testes.

Descrição:

É uma aplicação Web, SaaS, que tem como objetivo auxiliar a população a monitorar áreas de risco, deslizamento e chamados abertos durante o período dos últimos 2 anos (2015-2017), a partir dos dados obtidos no site de dados abertos do Recife (http://dados.recife.pe.gov.br). Com esses dados fornece informações e estatísticas, gera dados no mapa com localização dos pontos de risco, informa sobre chamados abertos para colocação de lonas e o grau de vulnerabilidade da região.

Justificativa:

Com dados de 2016, Recife possuía 140 pontos em áreas de morro com risco alto de deslizamento, segundo a Secretaria Executiva de Defesa Civil da capital. Capital tem 65% do território em encostas ou ladeiras. Nossa aplicação visa ajudar o cidadão a monitorar as áreas de risco e se precaver, ajudando a evitar acidentes e verificando também se durante o período dos últimos 2 anos houve algum chamado aberto, se houve vítimas nesse chamado e estatísticas.

encostaki's Issues

Fazer modelo ER

Das entidades da aplicação.

Implementar login com o facebook

• Utilizando Devise + Omniauth

Carregar dados para tabela de áreas de risco.

1. Fazer lógica para importar arquivo csv.
2. Realizar a leitura dos dados para incluir na tabela.

Terminar o front

• Da página inicial, dos perfis dos usuários, além das outras páginas da aplicação.

Correção iteração 1 - Testes

- Rspec

• Atraso na entrega -> não
  • Entregas feitas no até o dia final da iteração (09/10) têm nota base 10;
  • Entregas feitas no até um dia após final da iteração (10/10) têm nota base 8;
  • Entregas feitas no até dois dia após final da iteração (11/10) têm nota base 6;
  • Entregas feitas após dois dias do final da iteração (12/10 em diante) são zeradas.
• Testes completos (todos verdes) -> não
  • Redução de 5%
  • Seguinte erro foi encontrado ao executar o comando "rspec spec/"

Failure/Error: expect(user.descricao_completa).to eql("Fname: James, senha: 34597654432, Usuário: james")
     
       expected: "Fname: James, senha: 34597654432, Usuário: james"
            got: "First Name: James, Middle Name: , Usuário: james, Senha: 34597654432"
     
       (compared using eql?)

• Caminhos felizes/caminhos tristes -> não (sem penalidade por esta iteração)
  • Foram verificados apenas a existência de caminhos felizes nos testes

- Cucumber

• Atraso na entrega -> não
  • Entregas feitas no até o dia final da iteração (09/10) têm nota base 10;
  • Entregas feitas no até um dia após final da iteração (10/10) têm nota base 8;
  • Entregas feitas no até dois dia após final da iteração (11/10) têm nota base 6;
  • Entregas feitas após dois dias do final da iteração (12/10 em diante) são zeradas.
• Testes completos (todos verdes) -> não
  • Redução de 5%
  • Seguinte erro foi encontrado ao executar o comando "cucumber features/users.feature"

When I click on the Cadastrar button # features/step_definitions/testeUsers.rb:5
      uninitialized constant Cadastrar (NameError)
      ./features/step_definitions/testeUsers.rb:6:in `/^I click on the Cadastrar button$/'
      features/users.feature:8:in `When I click on the Cadastrar button'

• • Esse erro é gerado porque vocês não colocaram o nome/texto/identificador do botão entre aspas (""). Adicionalmente, mesmo que tivessem posto, o mesmo não funcionaria pois Cadastrar não é um botão e sim um link (tag ).

• Caminhos felizes/caminhos tristes -> não (sem penalidade por esta iteração)
  • Foram verificados apenas a existência de caminhos felizes nos testes

Nota final: 10 * (100% - 5% - 5%) = 9.0

---

Observação

• Vocês precisam fazer testes mais completos, a ideia de testes é quebrar o código em si, procurar falhas existentes e explorar as mesmas e por isso caminhos tristes (onde é induzida a tentativa de falha) devem estar mais presentes que os felizes em si

Report.pdf

Colocar ícone da página

• Pin na parte superior da aba da aplicação (estávamos tendo problemas em adicionar diretamente com html).

Postmortem da Iteração 3

• Criação do postmortem padrão de toda iteração.

Criar gráficos para aba de estatísticas com os dados do banco

1. Criar gráficos com os dados das tabelas do banco
2. Criar a rota para Estatísticas
3. Exibir gráficos.

Arrumar o login com o facebook

• De alguma forma, está com um bug que algumas contas do facebook não conseguem se cadastrar, já outras conseguem, ele meio que quando essas contas que não estão conseguindo se cadastrar tentam logar, fica com uma espécie de loop e volta pra página de autenticação sempre, a princípio acreditei que o plugin tinha um limite de cadastros, mas no momento estou incerto quanto a isso, mas as contas que já eram cadastradas conseguem logar sem mais problemas.

Criar autenticação de usuário

Utilizando do devise ( o model "member" )

Configurar as primeiras rotas

Configurar as primeiras rotas

Feedback Cadastrar histórias no gitHub IT2

Eai galera, tudo certinho??

Uso de lable : OK
Milestones : OK
1 Issue por participante : OK
Descrição da issue : -0,2.

Com relação a descrição das issues, descrevam todas as issues que forem cadastradas, algumas vocês descreveram, outras não

Qualquer duvida só falar aqui. Caso concordem, só fechar a issue.

Correção do cadastro de histórias no GitHub - Iteração 4

Cadastro de histórias no GitHub

• Uso de labels -> Ok.

• Milestones -> Ok

• 1 issue por participante -> Ok

• Descrição das issues -> Ok.

Nota final: 10

Correção do Postmortem

• O que estava planejado -> OK
• O que foi feito -> OK
• O que não foi feito -> OK
• O que está planejado pra próxima iteração -> OK
• Lições aprendidas -> OK
• Formato Markdown -> OK

Nota final -> 10

Criar tela inicial com botões

• Criar página inicial na view com os botões representados
• Integrar o API do Gmaps com o Front-End

Configurar os ambientes de teste

• Cucumber (BDD) e RSpec (TDD)

Resolver problemas visuais e de bootstrap na página inicial

1. Fazer correção dos problemas visuais na aplicação
2. Ajustar bootstrap da página inicial

Correção ER - Iteração 3

- Modelo ER

• Atraso na entrega -> não
  • Entregas feitas no até o dia final da iteração (06/11) têm nota base 10;
  • Entregas feitas no até um dia após final da iteração (07/11) têm nota base 8;
  • Entregas feitas no até dois dia após final da iteração (08/11) têm nota base 6;
  • Entregas feitas após dois dias do final da iteração (09/11 em diante) são zeradas.
• Aderente ao existente no projeto -> sim
• Segue as normas preferinidas de modelagem ER -> sim

Nota final: 10 * (100%) = 10.0

Acessar as tabelas populadas no banco

• Acessar os dados de latitude e longitude dos locais e colocarem em Json.

Criar scaffold de áreas de risco

Scaffold de área de risco de acordo com dicionário de dados do http://dados.recife.pe.gov.br/

Resolver problemas com o postgre

• Refazer as tabelas e os bancos por conta de uma duplicação em algumas migrações.

Postmortem Iteracao 4

Realizar Postmortem da Iteracao 4

Criar controladores e rotas para as views

Para as páginas de login e cadastro do devise.

Configurar o postgreSQL

• Criar os bancos Encostaki_test e Encostaki_development

• Criar a tabela para users

CSS e HTML da tela inicial com API do maps

1. CSS e HTML na página inicial incluindo a API do maps

Postmortem da Iteração 1

Realização do Postmortem da Iteração

Correção Postmortem i3

• O que estava planejado -> OK
• O que foi feito -> OK
• O que não foi feito -> OK
• O que está planejado pra próxima iteração -> OK
• Lições aprendidas -> OK
• Formato Markdown -> OK

Nota final -> 10

Criar página de cadastro de usuários

1. Criar a página de cadastro de usuários na aplicação

Adicionar Infoboxes aos marcadores no mapa

Informações sobre locais, níveis de risco e endereços únicos para cada ponto marcado no mapa.

Adicionar marcador personalizado ao mapa

Utilizar Javascript para inserir um marcador personalizado ao mapa, adicioná-lo à função já existente de buscar pontos e adicioná-los.

Correção iteração 0

Histórias de usuário:

• Atraso na entrega das HU's -> não, (nota base 10.0)

  • Entregas feitas no até o dia final da iteração (25/09) têm nota base 10;
  • Entregas feitas no até um dia após final da iteração (26/09) têm nota base 8;
  • Entregas feitas no até dois dia após final da iteração (27/09) têm nota base 6;
  • Entregas feitas após dois dias do final da iteração (28/09 em diante) são zeradas.

• Formato ->

  • Faltou o título em cada HU.
    • As HU's precisam seguir o formato Connextra:
      a11 - SOFA&BDD.pdf Pg. 27
  • Redução de 5%

• História bem escrita -> Ok

• Observação: Cadastro das histórias como Issues

  • É uma boa pratica cadastrar cada HU separadamente como Issue. Porque?
    • Fica mais fácil de vocês se organizarem (saberem qual issue será trabalhada em dada Iteração)
    • Fica mais fácil para correção (vocês sinalizam qual issue será trabalhada diretamente, por meio das milestones)

nota final: nota base 10 * (100% - 5%) = 9,5

---

Ata de reunião:

• Atraso na entrega da Ata de Reunião -> não
• Participantes da reunião -> ok
• Tópicos discutidos ->
  • Poucos detalhes:
    • A Ata da reunião deve trazer detalhes sobre o que foi discutido, o que foi abandonado e o porque foi, para evitar no futuro retorno ao mesmo tema
    • A falta de detalhes leva a crer que os tópicos são genéricos
  • Redução de 10%
• O que foi definido (Ações a serem tomadas)->ok
• Formato Markdown -> ok

nota final: 10 * (100% - 10% ) = 9.0

---

Mockups e storyboards:

• Atraso na entrega dos Mockup's e Storyboards -> não, (nota base 10.0)

  • Entregas feitas no até o dia final da iteração (25/09) têm nota base 10;
  • Entregas feitas no até um dia após final da iteração (26/09) têm nota base 8;
  • Entregas feitas no até dois dia após final da iteração (27/09) têm nota base 6;
  • Entregas feitas após dois dias do final da iteração (28/09 em diante) são zeradas.

• Mockups -> ok

• Storyboard -> ok

nota final: 10 * (100%) = 10

---

Preenchimento do GitHub:

• Atraso no preenchimento -> não, (nota base 10.0)
  • Entregas feitas no até o dia final da iteração (25/09) têm nota base 10;
  • Entregas feitas no até um dia após final da iteração (26/09) têm nota base 8;
  • Entregas feitas no até dois dia após final da iteração (27/09) têm nota base 6;
  • Entregas feitas após dois dias do final da iteração (28/09 em diante) são zeradas.
• Nome do projeto -> ok
• Descrição do projeto -> ok
• Justificativa do projeto -> ok
• Especificação do papel dos membros -> ok
• Uso de Issues e Labels ->
  • As Issues devem possuir também descrição ou conteúdo mais detalhados.
  • Redução de 3%
  • Adição de novas Labels deve ser feita.
  • Redução de 10%
  • Adição dos Milestones também deve ser feita uma por interação
  • Redução de 10%
• Observação:
  • As Issues devem ser criadas no ínicio de cada interação e não no final, as mesmas servem para planejamento e organização durante a iteração
  • Porfavor, fechem apenas as Issues que estiverem com a label Accepted (que colocarei após corrigir a issue ao final de cada iteração) e cadastrem as seguintes labels no repositório:
    

nota final: 10 * (100% - (3% + 10% + 10%)) = 7,7

---

Postmortem

• Atraso do Postmortem -> não, (nota base 10.0)
  • Entregas feitas no até o dia final da iteração (25/09) têm nota base 10;
  • Entregas feitas no até um dia após final da iteração (26/09) têm nota base 8;
  • Entregas feitas no até dois dia após final da iteração (27/09) têm nota base 6;
  • Entregas feitas após dois dias do final da iteração (28/09 em diante) são zeradas.
• O que estava planejado ->ok
• Listar as atividades que foram planejadas para a interação e o responsável por cada uma delas ->
  • Faltou indicar o responsável por cada item planejado
  • Redução de 7,5%
• O que foi feito -> ok
• Listar as atividades que foram realizadas para a interação e o responsável por cada uma delas ->
  • Faltou indicar o responsável por cada item realizado
  • Redução de 7,5%
• O que não foi feito ->

• Não foi adicionado ao postmortem o que não foi feito.
• Redução de 15%

• O que está planejado pra próxima iteração ->
• Listar as atividades que foram planejadas para a próxima interação e o responsável por cada uma delas ->
  • Faltou indicar o responsável por cada item que será realizado para a próxima interação
  • Redução de 7,5%
• Lições aprendidas -> ok
• Formato Markdown -> ok

nota final: 10 * (100% - (7,5% + 7,5% + 15% + 7,5%)) = 6,25

---

Observações finais:

Pessoal, reforçando, sempre criem as issues no começo das iterações. Além de dar mais tempo para corrigir o erro a criação no início também vai contar ponto nas próximas iterações.

Adicionar funcionalidades pop-up ao mapa

Adicionar funcionalidade pop-up aos pins do mapa para que mostre informações sobre aquele local

Criar testes cucumber para o devise

Login e cadastro (com caminho feliz e triste)

Criar o perfil para os usuários acessarem

• A partir dele, ele vai poder alterar algumas das configurações básicas, como senha e email, e alem disso ele vai poder alterar sua foto de perfil.

Acesso de dados Json para criar pins

• Acessar as coordenadas dos locais do banco de um arquivo Json e criar os pins no mapa.

Criar scaffold de users e migrar para o banco

1. Criação de scaffold de usuários
2. Migrar para o banco de dados

Conectar API's

1. Aprofundar os estudos em API's
2. Verificar conexão com API
3. Integrar API's com nosso projeto

Fazer Screencast da aplicação

• Explicando como ela funciona e mostrando mais detalhes.

Criar novos testes do Cucumber para Iteração 3

Verificar Banco de Dados

1. Ler documentação do site de dados abertos (http://dados.recife.pe.gov.br/)
2. Estudar sobre os dados e como verificar o banco
3. Tratamento de dados
4. Conectar API do BD no app

[Test] Testes BDD para Iteração 4

Deploy no heroku

Obs: Estamos com problemas relacionados a isso, a princípio acreditávamos que era o devise, mas não, era outra coisa, e estamos trabalhando pra tentar deixar tudo 100%.

Corrigir bug na page de login

Correção de bug na page de login da aplicação.

FeedBack dos testes de TDD e BDD - Iteração 02

Testes BDD:

• Possui caminhos felizes e tristes -> Ok
• Todos verdes -> Ok

Nota BDD: 5

Testes TDD:

• Possui caminhos felizes e tristes -> O teste de descrição de usuário só possui caminho feliz, -0.5
• Todos verdes -> Ok

Nota BDD: 4.5

---

nota final: 9.5

Correção testes - iteração 3

- Rspec

• Atraso na entrega -> não

• Entregas feitas no até o dia final da iteração (06/11) têm nota base 10;
  • Entregas feitas no até um dia após final da iteração (07/11) têm nota base 8;
  • Entregas feitas no até dois dia após final da iteração (08/11) têm nota base 6;
  • Entregas feitas após dois dias do final da iteração (09/11 em diante) são zeradas.

• Testes completos (todos verdes) -> sim

• Caminhos felizes/caminhos tristes -> sim

- Cucumber

• Atraso na entrega -> não

• Entregas feitas no até o dia final da iteração (06/11) têm nota base 10;
  • Entregas feitas no até um dia após final da iteração (07/11) têm nota base 8;
  • Entregas feitas no até dois dia após final da iteração (08/11) têm nota base 6;
  • Entregas feitas após dois dias do final da iteração (09/11 em diante) são zeradas.

• Testes completos (todos verdes) -> não
  • Redução de 10%
  • Seguinte erro foi encontrado ao executar o comando "rspec spec/"

Then I should see the text Login                  # features/step_definitions/Then.rb:17
      expected to find text "Login" in "Areas Regional Endereco Bairro Localidade Descricao Latitude Longitude Import Selecione um arquivo CSV: New Area" (RSpec::Expectations::ExpectationNotMetError)
      ./features/step_definitions/Then.rb:18:in `/^I should see the text ([^"]*)$/'
      features/areas.feature:9:in `Then I should see the text Login'

And I click on the Sign up link                            # features/step_definitions/When.rb:5
      Unable to find visible link "Sign up" (Capybara::ElementNotFound)
      ./features/step_definitions/When.rb:6:in `/^[I ]*click on the ([^"]*) link$/'
      features/areas.feature:14:in `And I click on the Sign up link'

• Caminhos felizes/caminhos tristes -> sim

Nota final: 10 * (100% - 10%) = 9.0

---

Implementar comentarios

• Os usuários serão capazes de comentar sobre coisas que acharem interessantes e poderão interagir.

Corrigir código cucumber de testes

• alguns testes não estão sendo reconhecidos

• arrumar e aprimorar os testes