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.