Ata da 3ª Reunião - 30/09

Membros:

Vinícius Garcia

Antônio Gonçalves

Vitor Paisante

Bruno Liberal

Rafael Fonseca

- Objetivos da reunião: Estabelecer os itens que conterão no projeto.

Itens do Projeto escolhido:

Estes itens compõe o projeto, que será o software que o jogador terá que implementar ao longo do jogo. Ressaltamos que esta lista não é definitiva, mas funcionará como a base dos itens ao longo do desenvolvimento do projeto.

1 - Podemos colocar em diferentes plataformas. (Java, C, C++, Python);

2 - Banco de Dados Local;

3 - Banco de Dados Distribuidos;

4 - Banco de Dados Alta performace;

5 - Banco de Dados Online;

6 - Processamento nas nuvens;

7 - Servidor de dados;

8 - Servidor de autenticação;

9 - Autenticação com leitura de retina;

10 - Criptografia nos dados;

11 - Pagina na Web;

12 - Editor de texto;

13 - Aplicações de controle e sistemas de automação industrial;

14 - Telecomunicação segura entre diferentes usuários;

15 - Drivers de comunicação com gerador de cupons fiscais;

16 - Ferramenta de Detecção e Identificação de faces;

17 - Comunicação com WebServices;

18 - Controlador do financeiro, e emissão de NFE e NFSE;

19 - Ferramenta de minimização de custos;

20 - Ferramenta de Inteligência artificial;

Pessoas dentro do processo:

Estes são os possíveis papéis que os funcionários irão assumir. Um funcionário pode ser especialista em algumas ou duas dessas funções, e quando este assumir o papel, o jogador irá ganhar pontos de qualidade.

Requisitos: Engenheiro de requisitos, inspetor de requisitos, revisor técnico, representante do cliente, usuários. JAD: líder da sessão, relator (redige atas), representantes dos usuários, patrocinadores, desenvolvedores.

Análise: Analista, inspetor de análise. (Análise estrutural/comportamental).

Desenho: Arquiteto, desenhista lógico, desenhista de interfaces do usuário, inspetor de desenho.

Implementação: Programador, documentador técnico, inspeto de implementação

Teste: Desenhista de testes, programador de testes, executor de testes, inspetor de testes;

Gestão: Engenheiro de qualidade, gerente de qualidade, gerente de projeto, gerente de aquisição (contratação).

Resumo da reunião com as perguntas do Scrum:

Rafael:

O que fiz desde última reunião?

Juntamente com Bruno e Antônio pesquisei sobre os itens componentes de um software

O que estou planejando fazer até próxima reunião(quarta)?

Pesquisarei os bônus que os funcionários podem ter para a 1ª e 2ª classe do Praxis.

Existe algo me impedindo de atingir minha meta?

Atualmente não.

Antônio:

O que fiz desde última reunião?

Juntamente com Bruno e Rafael pesquisei sobre os itens componentes de um software.

O que estou planejando fazer até próxima reunião(quarta)?

Pesquisarei os bônus que os funcionários podem ter para a 5ª e 6ª classe do Praxis.

Existe algo me impedindo de atingir minha meta?

Não.

Bruno:

O que fiz desde última reunião?

Juntamente com Rafael e Tony pesquisei sobre os itens componentes de um software

O que estou planejando fazer até próxima reunião(quarta)?

Pesquisarei os bônus que os funcionários podem ter para a 3ª e 4ª classe do Praxis.

Existe algo me impedindo de atingir minha meta?

Não.

Victor:

O que fiz desde última reunião?

Pesquisei e criei o caso de uso do jogo, criei uma imagem e disponibilizei para o grupo.

O que estou planejando fazer até próxima reunião(quarta)?

Em conjunto com o Vinícius iremos criar um protótipo inicial do projeto para ser apresentado para o cliente.

Existe algo me impedindo de atingir minha meta?

Não.

Vinícius:

O que fiz desde última reunião?

Criei uma base inicial da arte do jogo.

O que estou planejando fazer até próxima reunião(quarta)?

Em conjunto com o Vinícius iremos criar um protótipo inicial do projeto para ser apresentado para o cliente.

Existe algo me impedindo de atingir minha meta?

Não.

Grupo G8 Games

Casos de Uso do jogo Total software manager:

Victor Paisante - 29/09

https://docs.google.com/file/d/0By177K4-mvLLLWRHanYxSVM1YWM/edit?usp=drive_web

EEgames - Reunião semanal 23/09/2013

EEGames – Reunião semanal 23/09/2013

Integrantes:

• Lilian
• Hudson
• Clarisse
• Luiz Guilherme
• Rafel Kioji

Participação especial:

• Prof. Sergio Crespo

Durante reunião realizada com o professor, no seminário de 19/09/2013, foram apresentados as primeiras impressões do release inicial do jogo. Os seguintes tópicos foram levantados durante apresentação do release inicial, como possíveis escolhas de jogabilidades a serem acrescentadas nos releases seguintes:

• Implementação de seleção de palavras relacionadas com determinado contexto apresentado na forma de texto. Nesta sugestão, além de o jogador ter que clicar em frases relacionadas à Engenharia de Software, um determinado contexto será imposto na forma de um texto, por exemplo sobre Requisitos, e serão considerados válidos apenas as palavras relecionadas com este contexto, por exemplo: a palavra ENTREVISTA estaria correto e palavra JAVA estaria errado.
• De forma um pouco inversa ao apresentado anteriormente, uma nova jogabilidade seria dado as palavras que o jogador coletou durante um determinado tempo, alguns parágrafos apareceriam e o jogador deverá selecionar o texto que mais se relaciona com as palavras coletadas.

Através desta apresentação e argumentos colocado pelo professor, a primeira iteração no ciclo de desenvolvimento se completou – partindo de uma especificação do jogo, alguns aspectos dela foram escolhidos para a primeira implementação do primeiro release.

Nenhuma ferramenta de teste automática foi utilizada durante este primeiro SPRINT, mas todos os testes foram documentados e armazenados na bateria de testes de regressão. Nesta primeira iteração, todos os testes foram adicionados à bateria de testes de regressão por se tratarem de testes relativos à funcionalidade elementar do jogo, espera-se que estas funcionalidades permaneçam válidas durante o resto do desenvolvimento. Para próximas iterações, será imposto uma maior seletividade para colocar ou não o teste na bateria de testes de regressão.

Como foco, os seguintes requisitos serão escolhidos como foco para o novo SPRINT:

• O primeiro tópico especificado pelo prof.: “seleção de palavras relacionadas com determinado contexto apresentado na forma de texto”, foi escolhido como foco do segundo release. O segundo tópico, poderá ser implementado neste release caso a maturidade das ideias relativas à esta funcionalidade chegue a um patamar realizável.

Ata da terceira reunião do SpeedGames

Data: 20/09/2013
Nomes:
    Júlio Albinati Cortez
    Paulo Viana Bicalho
    Rubens Emilio Alves Moreira
Nesta reunião, levantamos os requisitos -- funcionais e não funcionais -- do jogo que estamos desenvolvendo.

- Requisitos funcionais:

    a) o sistema deve suportar de dois a quatro participantes;
    b) o sistema deve ter uma tela de configuração, onde devem
    ser informados:
        - quantidade de jogadores;
        - número de rodadas;
        - metodologia de desenvolvimento de software de cada jogador
        (SCRUM, XP, Kanban, Praxis);
        - apelidos dos jogadores;
    c) o sistema deve possuir mecânica de turno, em que cada turno
    respeita o fluxograma definido abaixo:

    d) o sistema deve possuir uma tela principal de interação com
    o usuário; a tela deve ser implementada segundo o protótipo
    já definido;
    e) o sistema deve permitir que o usuário adquira empresas
    com nível inicial de maturidade;
    f) o sistema deve permitir que o usuário aumente o nível
    de maturidade das empresas que possuir;
    g) o sistema deve pontuar os usuários de acordo com as empresas
    que o usuário possuir;
    h) ao término do jogo, o sistema deve informar a classificação
    final de cada participante.

- Requisitos não-funcionais:

    a) os conhecimentos do usuário sobre engenharia de software
    devem ser testados e avaliados;
    b) o sistema deve ser intuitivo e de fácil interação;
    c) o sistema deve simular a roleta -- definida no protótipo --
    de forma realística;
    d) o sistema deve ser portável para diversos sistemas
    operacionais;
    e) o sistema deve possuir bom desempenho.

Nota: Faz parte da implementação de cada módulo a realização de testes associados, que validam a execução.

Grupo G8 Games

Ata da 3ª Reunião - 18/09

Membros:

Vinícius Garcia

Antônio Gonçalves

Vitor Paisante

Bruno Liberal

Rafael Fonseca

- Objetivos da reunião: Trabalhar com os requisitos e definir o Sprint para a próxima semana.

Metodologia do Projeto:

- Requisitos do Projeto de criação do jogo:

Requisitos funcionais:

1. Tela de apresentação com nome do jogo, opções e instruções.
2. Utilizar dados verídicos nos processos e nos fatos.
3. Elaborar um roteiro.
4. Definir estilo artístico de bom gosto e de rápida execução.
5. Interface geral com poucas animações, contendo tabelas de funcionários contratados e projetos em progresso.
6. Funções de:
1. controle do dinheiro,
2. controle de reputação do jogador
3. controle do salário e moral dos funcionários.
4. gerenciamento da alocação de tarefas.
7. Tela de fim de jogo. Venceu ou GameOver.
8. Jogo permita que um administrador tenha acesso a dados do jogador de forma a identificar se o conceito teve indicativos de ter sido assimilado ou não.

Requisitos não funcionais:

1. Educativo.
2. Boa jogabilidade.
3. Simples implementação.

Requisitos mais Específicos:

 

 O jogador deve ser capaz de:

   - Escolher um nível de dificuldade.

   - Escolher um Projeto.

     - O projeto deve conter uma recompensa.

       - Recompensas serão discutidas mais abaixo.

     - O projeto deve especificar um valor mínimo de qualidade.

     - O projeto deve conter um conjunto de atividades.

       - atividades podem ser cumpridas para gerar artefatos.

       - artefatos tem níveis de qualidade afetados por elementos discutidos mais adiante.

     - As atividades devem ser categorizadas por especialidades.

     - O projeto deve ser capaz de ter restrições de tempo e recursos.

   - Contratar funcionários.

     - Funcionários devem ter salários associados à sua ficha.

     - Funcionários devem ter uma capacidade de trabalho.

     - Funcionarios devem ter especialidades.

     - Funcionários devem ter habilidades especiais.

     - Funcionários devem ter um contador de moral (felicidade).

   - Demitir funcionários.

   - Alocar atividades para os funcionários contratados.

     - Funcionários só podem receber atividades de sua especialidade.

 

 O jogo deve:  

   - Conter um contador de dinheiro para o jogador.

     - O jogador deve começar com uma quantidade de dinheiro inicial.

     - A quantidade de dinheiro pode ser afetada pelo nível de dificuldade

       escolhido.

   - Funcionar em turnos.

     - A cada turno o dinheiro do jogador é subtraído pelo

       salário dos funcionários atualmente contratados.

     - A cada turno as atividades alocadas para os funcionários são cumpridas

       - O número de tarefas cumpridas é função da capacidade de trabalho do funcionário.

       - Tarefas concluídas devem oferecer bonificações ao jogador e/ou produzir artefatos.

         - Bonificações podem afetar a qualidade dos artefatos produzidos, ou de artefatos futuros.

         - Bonificações podem afetar a moral dos funcionários.

       - Estas bonificações devem ser inspiradas em conceitos de engenharia de software.

         (oferecendo assim uma forma de aprendizado)

     - A cada turno há uma chance de um evento ocorrer.

       - Um evento pode causar efeitos sobre o dinheiro do jogador.

       - Um evento pode causar efeitos sobre a moral dos funcionários.

       - Um evento pode causar a demissão de um funcionário.

       - Um evento pode causar efeitos sobre a qualidade dos artefatos.

       - Um evento pode remover artefatos prontos.

Testes de qualidade e pontuação:

 - O jogador deve começar com um nível inicial de reputação

 - Se a reputação atingir um determinado valor o jogador será considerado vencedor do jogo.

 - A recompensa associada à um projeto deve ser atribuída ao jogador se:

   - Ele construir todas os artefatos requeridos pelo projeto.

   - A média de qualidade dos artefatos atingirem o valor mínimo exigido no projeto.

 - A recompensa pode:

   - Ter efeito sobre o dinheiro do jogador.

   - Ter efeito sobre a moral dos funcionários.

   - Ter efeito sobre a reputação do jogador.

Sistema de Moral dos funcionários:

 - A moral do funcionário deve ser sempre maior que 0.

 - Uma moral = 0 implica que o funcionário deve ser demitido.

 - Se a moral atingir o valor máximo o funcionário deverá subir de level.

 - Subir de level irá trazer bonificações ao funcionário.

 - Essas bonificações podem ser:

   - Aumento na capacidade de trabalho

   - Ganho ou modificação de uma habilidade especial.

Sistemas de efeitos e entidades que possuem efeitos:

 - Existem efeitos para:

   - Habilidades de funcionários.

   - Recompensas de conclusão de atividade.

   - Recompensas de projetos.

 - Os diferentes tipos de efeitos devem ser planejados levando em conta os conceitos de ES.

 - Devem ser criados:

   - Um conjunto de funcionários e de habilidades de funcionários.

 - Um conjunto de Atividades e de recompensas de atividades.

 - Um conjunto de Projetos e de recompensas de projetos.

Jogo:

- Metodologia a ser ensinada: Praxis

- Conteúdo da metodologia: A princípio toda a metodologia.

- Temas abordados: Situações de encomendas de softwares, editais e empregos reais.

SPRINT:

1. Fazer os casos de uso do jogo. - 8 pontos.
2. Estipular o conceito artístico com um desenho/esboço mais elaborado. - 8 pontos.
3. Protótipo inicial de apresentação para o cliente. - 20 pontos.
4. Fazer os exemplos de projetos e seus requisitos. - 13 pontos.
5. Fazer pesquisa de dados que serão colocados no jogo;

3.1. Fazer em média 15 tarefas para 2 classes do Praxis;

3.1.1 - 1ª e 2ª classe - 5 pontos.

3.1.2 - 3ª e 4ª classe - 5  pontos.

3.1.3 - 5ª e 6ª classe - 5 pontos.

- Objetivos da próxima reunião: Ter um release para o cliente e definir o próximo Sprint.

20th Booth Games - Preview

Diversas avanços foram efetuados com relação ao desenvolvimento, os quais serão discutidos mais detalhadamente no seminário de quinta.

Este post visa avançar um preview da interface central do jogo, explorando um pouco do desenvolvimento técnico obtido neste meio termo. A versão colocada aqui está longe de possuir todas as features desejadas, mas representa um esqueleto de uma das mecânicas centrais (diálogos, perguntas e fluxo de controle), e, como tal, representa a conclusão de uma das tarefas iniciais, permitindo agora o avanço para os outros itens dependentes no desenvolvimento da interface.

https://www.dropbox.com/s/9fvmy8i01nua9rx/pre-alpha1.0%20%2817-09-2013%29.swf

Cordialmente,

       -- Grupo 20th Booth Games

Ata da 2a Reunião do Grupo Speed Games

Data: 13/09/2013

Integrantes: Júlio Albinati
                  Paulo Viana
                  Rubens Emilio

Nessa reunião, abordamos basicamente dois tópicos.

1. Mudança de metodologia de desenvolvimento
   
   Após estudos mais aprofundados sobre a metodologia XP, o grupo concluiu que tal metodologia é complexa demais para o projeto a ser implementado. Sendo assim, decidimos mudar para o e-Kanban. Esse processo é mais simples, fácil de adaptar para mudanças e interessante para grupos pequenos como o nosso.
   
2. Definição das tarefas a realizar
   
   Definimos também as tarefas a realizar para concluirmos a implementação do jogo. Para facilitar a visualização, criamos uma taskboard contendo as tarefas, os responsáveis e as datas de entrega. O professor Sérgio Crespo foi convidado para participar da taskboard e assim acompanhar o trabalho.
   
   A versão impressa da taskboard pode ser vista em:
   https://github.com/rubenseam/EngSoft/blob/master/engsoft.pdf