Apresentação Final

Apenas os slides usados para a apresentação.

Link para apresentação final aqui.

Mostra detalhes adicionais de processo e ressalta os requisitos.

Grupo Graxa e Software - Versão "Final"

Link para o dropbox link.

Apesar de ainda haver espaço para melhorias, esse foi o produto final que o grupo atingiu.
Agradeçemos a oportunidade de aprendizado e a todos envolvidos na disciplina.

Relatório situacional antes da apresentação final

Temos um link com um lançamento beta do jogo.

https://www.dropbox.com/s/k93b3kdp9okkc3u/graxa_temp.zip?dl=0

Falta ainda alguns ajustes de arte.

Mostraremos posteriormente como foram feitos os mapeamentos dos requisitos da forma de histórias de usuário (No caso, uma tabela) para requisitos do jogo.

Como dito anteriormente, os requisitos foram listados em tabelas de três colunas: Agente, Ação do Agente, Finalidade do Agente. Cada linha representa um requisito a ser mapeado para o nosso desenvolvimento.

Abaixo está a disposição das tarefas obtidas de uma captura de tela no trello.

Reunião 09/06/2015 - Fim da Sprint 3

 Reunião da Sprint - 09/06/2015

No dia 09/06/2015 fizemos uma reunião para discutir a Sprint 3. Esta Sprint é um pouco mais curta, portanto não foram definidas muitas atividades. Eis o resultado dela:

Como podemos notar, algumas tarefas ficaram incompletas, muito embora o resultado obtido dado o tempo curto foi satisfatório.

Na reunião planejamos como seria a próxima e última Sprint, que deve sair nos próximos dias.

Já lançaremos uma nova versão do jogo com as moedas implementadas.

Paralelo com o CMMI nível 2

Estudamos o nosso processo de desenvolvimento para avaliá-lo de acordo com o CMMI no nível 2.

1. Gestão de Configuração - GitHub
2. Medida e Análise - Testes Manuais
3. Monitoramento e Controle de Projeto - Trello
4. Planejamento de Projeto - Reuniões
5. Garantia da Qualidade do Processo e Produto - Revisões entre colegas de grupo
6. Gestão de Requisitos - Histórias de usuários sendo mapeadas para os requisitos

Mais detalhes serão dados posteriormente e discutidos na apresentação final.

Graxa Software - Entregável versão 0.1

Estamos disponibilizando o primeiro entregável no seguinte link do dropbox:
https://www.dropbox.com/s/6d3hp2gubqac3in/graxa_0.1.zip?dl=0
O link contem uma pasta com a maior parte das dlls necessárias, entretanto também é preciso ter a runtime do visualc++, dispopnível em: https://www.microsoft.com/en-us/download/details.aspx?id=40784

Esse entregável cumpre os requisitos de movimentação do personagem e da mecânica de seleção de features corretas.
Seu resultado é basicamente o produto acumulado das 2 sprints feitas até a 3ª apresentação.

Obrigado pela atenção,
Equipe Graxa e Software.

Apresentação - 02/06

No dia 02 de junho, foi realizada a terceira apresentação de reporte do andamento do projeto em sala de aula. Nela, mostramos o cronograma do projeto, um release do jogo e demostramos a introdução do Gráfico da Queima de Tarefas (Burndown Chart) no nosso processo.

Visualizar apresentação

Reunião dia 28/05 - Fim da Sprint

No dia 28/05 (quinta-feira) fizemos uma reunião para discutir o fim da segunda Sprint.

Ficou definido a seguinte história de introdução:

O teste do software é um processo realizado pelo testador de software que permeia outros processos da Engenharia de Software e envolve ações que vão desde o levantamento de requisitos até a execução do teste propriamente dito. Neste jogo, você vive em um mundo paralelo que na realidade é um jogo em desenvolvimento e você, no papel de um herói testador, deverá utilizar toda sua astúcia e conhecimento na área de Engenharia de Software para identificar falhas e comportamentos inesperados com o intuito de contribuir com a melhoria da qualidade de seu planeta. O seu papel, basicamente, é encontrar falhas durante o jogo, reportá-las  e verificar se foram realmente corrigidas.

Discutimos as tarefas inacabadas e sobre quais devemos priorizar na próxima sprint.

• As  moedas já estão em teste
• Os abismos já estão planejados
• As ações do personagem ainda não precisam estar completamente definidas

Os testes de aceitação foram feitos manualmente seguindo as histórias de usuários definidas na postagem anterior.

Reunião, Histórias de Usuário e outros..

No dia 26/05 fizemos uma reunião às 9:10 para discutir a sprint:

Sprint 2:

Dificuldades encontradas:

• Para desenvolver o projeto foi necessário um treinamento para a capacitação do uso de cada ferramenta (Cocos2D, VisualStudio, Tiled, Trello). A que ofereceu maior desafio foi Cocos2D.
• Devido a inexperiência com o processo, foi um desafio encontrar um planejamento de iteração que fosse compatível com nossas habilidades de desenvolvimento (Wells(2000)). Além disso, foi necessário abstrair alguns passos desse planejamento.
• 
  

O que foi feito:

• O esboço dos cenários anteriores já foi desenhado bem como a criação das plataformas usando a ferramenta Tiled. Ou seja, o cenário e o chão de todas as cenas já estão pronto. Faltando então a criação dos objetos neles.
• Decidimos que escadas serão incluídas. Muito embora é possível que nas versões iniciais ela não funcione corretamente.
• Foi definido sprites para o personagem.
• Uma história de início está sendo desenvolvida e pode ser lançada nos próximos dias.

O que será feito até o fim da sprint:

• Lançamento da cena 1.
• História de início.
• Moedas para teste.
• Teste de abismo.

Planejamento de Iteração

O plano de cada iteração é dado como segue (Baseado em Wells(2000)):

Esse plano de iteração define como serão os passos que seguiremos para cada lançamento.

Histórias de Usuário

Foram definidas as histórias de usuário para o primeiro lançamento.

As decisões arquiteturais serão baseadas nos requisitos que estas histórias de usuário representam em um nível mais alto:

Como um...	...eu quero...	...para que:
Jogador	Marcar uma opção de requisito não cumprido na checkbox	O jogo execute o ajuste no defeito e me pontue corretamente
Jogador	Apertar as teclas no teclado para a direita e para a esquerda	O herói na tela se movimente nessas direções Jogador
Jogador	Apertar o botão configurado para 'SALTAR'	O herói execute a ação de saltar

Este modelo permite que os testes sejam mais facilmente executados pelo programador.

Cenários com plataformas prontas

Usando a ferramenta Tiled foram criadas cenas que serão usadas em lançamentos posteriores. Permitindo assim que testemos apenas os objetos criados, visto que as colisões já estão testadas.

Esboço de telas do jogo

Alguns esboços das futuras cenas que o jogador-personagem terá que testar (Lembrando que haverá uma checkbox no canto superior direito indicando as funções a serem testadas)

1: O jogador deverá testar a funcionalidade do item arma:

• Arma é coletável?
• Arma atira?
• Arma causa dano em inimigo?
• Inimigo causa dano no jogador?

2: Este teste é mais simples, o jogador deverá testar se a mola impulsiona o salto dele.

 3: Um pouco mais complexo, o jogador deverá testar se as plataformas (que estão rachadas) se quebram ao pisar sobre elas. O item azul no canto inferior direito reconstrói as plataformas.

4: Mais complicado, o jogador deverá testar:

• Se a escada pode ser escalável (item ainda em avaliação).
• Se o inimigo de fato atira no jogador.
• Se o caixote pode ser empurrado, desde que apenas um caixote esteja sendo empurrado.

5: Por fim, o jogador deve testar se o botão pode ser pressionado quando o herói pular sobre ele. Além disso, o botão deverá abrir o portão.

Estes esboços não serão todos desenvolvidos na mesma sprint, servem apenas como projeção sobre o que planejamos ter futuramente.

O jogo já pode ser baixado pelo repositório no github (arquivo leia-me incluso no repositório) com apenas uma fase simples de teste com os checkboxes que indicam o que precisa ser testado.

Está sendo implementado um tutorial que mostra como o jogo deve ser jogado.

A sprint 2 pode ser visualizada aqui:

https://trello.com/b/8NkCqn0D/sprint-2-14-mai-28-mai

Segunda Fase

Na reunião de hoje definimos as tarefas da próxima sprint, que podem ser visualizadas no Trello.

Esboço da segunda fase:

Provável sprite do personagem:

Trello Sprint 2:
https://trello.com/b/8NkCqn0D/sprint-2-14-mai-28-mai

Esboço e Protótipo

Esboço desenvolvido por Rodrigo Lemos(Product Owner):

Protótipo feito no gamemaker para aperfeiçoar e exibir a ideia do jogo. Desenvolvido por David Andrade e Gustavo Bastos utilizando programação em pares.

Controles:
Setas e Enter para menus
AD e Espaço para personagem

Link - Protótipo

Graxa e Software - Processo

Nas nossas reuniões decidimos que era necessário um esquema do processo que estamos adotando, tanto para satisfazer a necessidade do cliente como para que possamos nos gerir melhor.

A imagem a seguir descreve o processo de desenvolvimento.

Ela ainda é um pouco imatura e resumida pois não retrata todos os passo que serão necessários como da aquisição de gráficos e sons. Entretanto, visto o foco do software, ela já descreve bem como estamos desenvolvendo nosso produto.

O controle de versão, como já mencionado está sendo feito pelo github e a gerencia de tarefas e pessoas pelo trello com plugin pra scrum.

Obrigado pela leitura, grupo Graxa e Software!

Objetivos do jogo e cronograma

O jogo terá como meta ensinar o conceito de testes de software. Para isso, faremos um jogo onde o próprio jogador será o encarregado de testar um jogo desenvolvido dentro dele mesmo, um metajogo.

Por exemplo:

O personagem entra em um mundo de realidade virtual, que é o jogo a ser testado. O primeiro objetivo dele é tentar se movimentar com o herói (Observe a relação: Jogador(pessoa) -> Pesonagem -> Herói).

Um checkbox no canto superior direito da tela conterá as descrições do objetivo:

- O herói se move horizontalmente?

- O herói pula corretamente?

- O herói cai de abismos?

Estes itens da checkbox são os requisitos. Se algum dos requisitos não forem cumpridos o personagem deverá solicitar para o programador consertar esses "bugs".

Faremos com que cada etapa do jogo jogado pelo personagem seja impossível de se passar sem que os requisitos sejam atendidos, mostrando assim ao jogador que os requisitos devem ser seguidos à risca.

A importância disso é mostrar que todo jogo que é lançado no mercado passa por uma grande quantidade de testes antes de ser disponibilizado.

***************************************************************************************************

Como pode ser notado, os requisitos serão os próprios objetivos do jogo.  O código do jogo está disponível no github com uma versão que já se movimenta e pula (A arte não está definitiva, mudaremos depois)

Estamos com o seguinte cronograma previsto:

07/05/2015:

- Temos o movimento e o pulo implementados

- Passamos em alguns testes parciais

- Documento de Requisito

14/05/2015:

- Algumas interações do herói com outras entidades

- Arte inicial (não definitiva)

- Atendimento aos feedbacks

Códigono github: https://github.com/rbkloss/GraxaSoftware

Colocamos apenas duas semanas pois o cronograma adiante pode ser imprevisto, além de estarmos ainda tentando dominar a ferramenta cocos2d.

Abraços

Rodrigo

Sprint Planning (20/abr) - Graxa e Software

Sprint 1 - Sprint Planning

Local: Skype

Produto do Sprint: Definição e implementação de uma fase do jogo (protótipo)
obs.: Definido pelo PO (Rodrigo)

Conceito de Pronto: Protótipo funcional e disponível na web

Duração do Sprint: 20/abr a 08/mai (12 dias úteis)

Reuniões Diárias: Realizadas de segunda a sexta (exceto feriados), com duração de 15 minutos. Nos dias de aula são realizadas presencialmente após a aula. Nos demais dias, são realizadas por skype.
obs.: Adaptações ao SCRUM propostas e autorizadas pelo Scrum Master (Juan)

Pontuação das Tarefas: Determinada através do método Planning Poker pelos membros do time de desenvolvimento.

Data da Sprint Review: 08/mai

Data da Sprint Restrospective: 08/mai

Relatório de Progresso - Graxa e Software

O grupo definiu o estilo do jogo sendo de plataforma, onde as fases são aplicações a serem desenvolvidas e o personagem conta com ferramentas de qualidade para auxiliá-lo. Detalhes sobre a experiência em jogo (Gameplay) estão sendo trabalhados.

Em andamento temos:

• Treinamento na Cocos2D e outras ferramentas sendo utilizadas.
• Seleção de sprites relevantes ao tema em sites como o OpenGameArt (http://opengameart.org/).
• Levantamento de requisitos ligados a jogabilidade.

Relatório de Campo - Graxa e Software

Alteração na metodologia

Devido a maior afinidade de alguns membros do grupo com o SCRUM e a sugestão pelo professor Rodolfo do casamento entre SCRUM e XP, ficou decido que iremos incorporar o SCRUM ao processo.

Equipe

• David Andrade (Development Team)
• Gustavo Bastos (Development Team)
• Juan Oliveira (Scrum Master)
• Rogrido Lemos (Product Owner)
• Ricardo Kloss (Development Team)
• Tiago Oliveira (Development Team)

Ferramentas

• Comunicação: Google groups, email, skype
• Engine: Cocos2D
• Controle de versão: Git
• Testes: Google Test (incorporada)
• Processo de desenvolvimento: Trello + Puglin Scrum for Trello (incorporada)