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

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

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

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

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

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

• 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.

- 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

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

Configurar as primeiras rotas

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.

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

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

• Criar os bancos Encostaki_test e Encostaki_development

• Criar a tabela para users

Realizar Postmortem da Iteracao 4

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

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

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

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

• Cucumber (BDD) e RSpec (TDD)

• Explicando como ela funciona e mostrando mais detalhes.

• Utilizando Devise + Omniauth

• alguns testes não estão sendo reconhecidos

• arrumar e aprimorar os testes

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

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 de bug na page de login da aplicação.

Utilizando do devise ( o model "member" )

Das entidades da aplicação.

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

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

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

• 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

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

• 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

• 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.

Login e cadastro (com caminho feliz e triste)

- 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

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

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

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%.

- 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

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

Realização do Postmortem da Iteração

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

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