Skip to content

Projetos 2018 2

Jump to bottom
Roger Lenke edited this page Sep 12, 2018 · 4 revisions

Projetos de MPS

O produto de software - 1

O codinome do projeto é Avaleasy. O Avaleasy é um aplicativo móvel que tem como objetivo auxilar professores na criação, aplicação e gerenciamento de avaliações em sala de aula, dispondo de vários tipos de questões e tipos de avaliações pré definidos. Dessa forma, os alunos poderão responder as avaliações na sala de aula com o próprio smartphone, assim como o professor poderá aplicar a avaliação de forma simples e quão escalável desejar.

O projeto foi pensado a partir da necessidade de se aplicar avaliações seguindo o TBL, que será um dos modelos de Avaliação pré definidos na aplicação.

Funcionalidades Avaleasy

O projeto do Avaleasy será dividido em duas grandes frentes:

  1. A primeira frente é a de funcionalidades voltadas ao professor.

  2. A segunda frente é a de funcionalidades voltadas ao aluno.

Da primeira frente, eu, como professor, considero que o sistema deva fornecer:

  • REQ-01: Funcionalidades de Login e Registro para que eu possa manter meus dados.

  • REQ-02: Funcionalidades para que eu possa criar Avaliações a partir de Modelos pré-definidos. Ex.: Modelo TBL, Modelo Enem, Modelo Pessoal X, etc.

  • REQ-03: Funcionalidades para que eu possa criar Avaliações sem utilizar modelos pré-definidos.

  • REQ-04: Funcionalidades para que eu possa acessar e manipular Avaliações que já criei.

  • REQ-05: Funcionalidades para que eu possa criar Modelos de Avaliação pré-definidos.

  • REQ-06: Funcionalidades para que eu possa acessar e manipular Modelos de Avaliação pré-definidos que já criei.

  • REQ-07: Funcionalidades para que eu possa aplicar Avaliações a diversos alunos e em diversas turmas através da geração de um QRCode.

  • REQ-08: Funcionalidades para que eu possa acessar e manipular os resultados de Avaliações Aplicadas.

Da segunda frente, eu, como estudante, considero que o sistema deva fornecer:

  • REQ-09: Funcionalidades para que possibilitem a leitura de um QRCode de Avaliação disponibilizado pelo professor.

  • REQ-10: Funcionalidades para que eu possa preencher um formulário com os dados necessários definidos pelo professor em cada Avaliação antes de começar o teste.

  • REQ-11: Funcionalidades que possibilitem a realização da Avaliação criada pelo professor com todas as características desta definidas por ele. Ex.: Tempo, Número de Questões, Modelo das Questões, etc.

Avaleasy em termos técnicos

  • REQT-01: Que sejam realizados testes unitários, atingindo uma cobertura de 60%.
  • REQT-02: Que o aplicativo seja desenvolvido de maneira a permitir a evolução no futuro.
  • REQT-03: Que seja utilizada integração contínua.
  • REQT-04: Que seja utilizado um ambiente de desenvolvimento padronizado, provido por meio de Máquinas virtuais ou containers.

Entrega de Requisitos do Cliente

Para o primeiro grupo de desenvolvimento, os critérios de avaliação de entrega de requisitos são:

  • REQ-01:

      1. Permitir que o professor possa se cadastrar no sistema inserindo: nome,email e senha.
      1. Permitir que o professor possa realizar login na aplicação utilizando o email e a senha cadastrados previamente.

  • REQ-05:

      1. Permitir que o professor possa criar um modelo de avaliação, informando uma denominação e as questões presentes no mesmo.

  • REQT-03:

      1. Configurar integração contínua no repositório remoto do projeto, garantindo por meio dela a execução correta dos testes.

  • REQT-04:

      1. Configurar os ambientes padronizados de desenvolvimento para os membros da equipe, buscando automatizar o maior número de operações possíveis.

Para o segundo grupo de desenvolvimento, os critérios de avaliação de entrega de requisitos são:

  • REQ-02:

      1. Permitir ao professor a criação de questões de um modelo definido. Exemplo:
      • TBL
      • Múltipla escolha
      • V ou F
      • Dissertativo

  • REQ-03:

      1. Permitir ao professor a criação de questões de tipos diferentes para uma mesma Avaliação (múltipla escolha, V ou F, dissertativa, ...).
      1. Permitir ao professor nomear a Avaliação. Exemplo:
      • Medição e Análise - Introdução
      • Medição e Análise - GQM

  • REQ-04:

      1. Permitir que o professor possa visualizar as Avaliações feitas.
      1. Permitir que o professor possa editar as questões da avaliação cadastrada.

  • REQ-06:

      1. Permitir que o professor possa visualizar os modelos de avaliação cadastrados pelo mesmo anteriormente.
      1. Permitir que o professor possa editar os modelos de avaliação cadastrados pelo mesmo anteriormente.

Para o terceiro grupo de desenvolvimento, os critérios de avaliação de entrega de requisitos são:

  • REQ-07:

      1. Permitir ao professor a criação de diversas aplicações de uma mesma Avaliação, gerando QRCodes diferentes para cada aplicação.
      1. Permitir ao professor que se possa nomear a aplicação de uma Avaliação. Exemplo:
      • Turma A - 2018/2
      • Turma B - 2018/2
      • Turma A - 2019/1
      1. Permitir ao professor a possibilidade de inserir temporizador.

  • REQ-08:

      1. Permitir que o professor possa visualizar todas as aplicações de Avaliações feitas. Mostrar por:
      • Avaliação
      • Data da execução
      1. Permitir que o professor possa visualizar todos os alunos que realizaram a aplicação da Avaliação.
      1. Permitir que o professor possa visualizar as respostas de cada um dos alunos.

  • REQ-09:

      1. Permitir ao aluno a leitura de um QRCode para a realização de Avaliações.

Para o quarto grupo de desenvolvimento, os critérios de avaliação de entrega de requisitos são:

  • REQ-10:

      1. O aluno deve preencher os campos solicitados pelo professor.
      1. O aluno não poderá prosseguir para a realização da avaliação caso não tenha preenchido todos os campos solicitados de forma correta.

  • REQ-11:

      1. O aluno deve poder responder a avaliação disponibilizada pelo professor, respeitando as restrições impostas pelo mesmo.Como: tempo máximo, número de questões, entre outros.

O produto de software - 2

O codinome do projeto é Grimório do Mestre. O Grimório do mestre é um aplicativo móvel que tem como objetivo auxilar mestres de mesas de RPG a gerenciar suas campanhas, desde as fichas dos jogadores até anotações de sessões.

O projeto é baseado em diversas ferramentas existentes para gerenciar cada aspecto da campanha separadamente:

D&D Companion App
Monsters & Generators
Complete Reference for DnD 5

Funcionalidades Grimório do Mestre para Mestres

O projeto do Grimório dos Mestres será dividido em duas grandes etapas:

  1. A primeira etapa é a etapa de referências. Nesta fase, o aplicativo será construído como um grande guia rápido de referências das regras de Dungeon & Dragons 5e.
  2. A segunda etapa é a etapa de geração de características da campanha. Nesta fase, o objetivo é criar funcionalidades que permitam ao mestre realizar e controlar NPCs da campanha, assim como o grupo de aventureiros e encontros aleatórios
  3. A terceira fase é a fase de gerenciamento de sessão. Nesta fase, o aplicativo será construído para permitir aos mestres a gerenciar as suas campanhas de RPG, usufruindo das informações já cadastradas no aplicativo.

Da primeira fase, os requisitos são:

  • REQ-01: Ter funcionalidades para buscar os monstros do manual de monstros e do jogo base.
  • REQ-02: Ter funcionalidades para buscar as regras de combate.
  • REQ-03: Ter funcionalidades para buscar as classes do jogo e suas habilidades, além das raças.
  • REQ-04: Ter funcionalidades para buscar os talentos disponíveis no jogo.
  • REQ-05: Ter funcionalidades para buscar todas as magias do jogo, e filtrá-las de diferentes formas.
  • REQ-06: Ter funcionalidades para buscar todos os items do jogo e filtrá-los por tipo.
  • REQ-07: ter funcionalidades para buscar todos os backgrounds do jogo.

Da segunda fase, os requisitos são:

  • REQ-08: Ter funcionalidades para criar e editar personagens, utilizando informações já existentes no aplicativo.
  • REQ-09: Ter funcionalidades para criar encontros customizados, adicionando monstros existentes no aplicativo neste encontro.
  • REQ-10: Ter funcionalidades para agrupar diferentes personagens criados em grupos de aventureiros.
  • REQ-11: Ter funcionalidades para gerar novos items e gerenciá-los de maneira separada dos itens padrões do jogo.

Por fim, da terceira fase:

  • REQ-12: Ter funcionalidades para controlar o combate entre monstros e grupos de aventureiros, gerenciando a vida dos monstros e dos jogadores, e os estados de cada participante, além de gerenciar a experiência ao final do combate.
  • REQ-13: Ter funcionalidades para gerenciar a lista de magias de personagens caster.
  • REQ-14: Ter funcionalidades para gerenciar os items de cada personagem.
  • REQ-15: Ter funcionalidades para gerenciar diferentes campanhas.
  • REQ-16: Ter funcionalidades para planejar cada sessão em cada uma das campanhas, em relação a história e decisões tomadas pelo grupo de aventureiros.
  • REQ-17: Ter funcionalidades para criar e gerenciar NPCs.
  • REQ-18: Ter funcionalidades para adicionar anotações do mestre em cada personagem, como possíveis desdobramentos das histórias, bônus ou arcos específicos de cada jogador.

Grimório do Mestre em termos técnicos

  • REQT-01: Que sejam realizados testes unitários, atingindo uma cobertura de 60%.
  • REQT-02: Que o aplicativo seja desenvolvido de maneira a permitir a evolução no futuro.
  • REQT-03: Que seja utilizada integração contínua.

Frente de Desenvolvimento

Critérios de Avaliação

Entrega de Requisitos do Cliente

Para o primeiro grupo de desenvolvimento, os critérios de avaliação de entrega de requisitos são:

  • REQ-03:

    1. Inserir informações das classes no aplicativo, com suas habilidades, tabela de evolução, caminhos de especialização, além das raças disponíveis e etc;
    2. Criar sistema de busca para classes e suas habilidades;

  • REQ-02:

    1. Inserir as regras de combate e de uso de magias no aplicativo;
    2. Criar sistema de busca para as regras de combate;

  • REQ-05:

    1. Inserir todas as magias do jogo no aplicativo.
    2. Criar mecanismo de busca para as magias pelo nome.
    3. Criar filtro para a busca, filtrando por:
      • Classe;
      • Nível da magia;
      • Escola de magia;
      • Se pode ser usada como ritual ou não;
      • Componentes;

Para o segundo grupo de desenvolvimento, os critérios de avaliação serão:

  • REQ-01:

    1. Inserir todos os monstros do manual de monstros no aplicativo.
    2. Criar sistema de busca para os monstros, por nome.

  • REQ-04:

    1. Inserir todos talentos do jogo no aplicativo.
    2. Criar sistema de busca para os talentos, por nome.

  • REQ-06:

    1. Inserir todos os items do jogo no aplicativo.
    2. Criar sistema de busca para os itens, filtrando por:
      • Tipo do item;
      • Caso arma, tipo da arma.

  • REQ-07:

    1. Inserir todos os backgrounds do jogo no aplicativo.
    2. Criar sistema de busca para os backgrounds.

Para o terceiro grupo de desenvolvimento, os critérios de avaliação serão:

  • REQ-08:
    1. Permitir a criação de um personagem de qualquer classe das regras padrões do jogo seguindo o passo a passo:
      • Raça;
      • Classe;
      • Stats;
      • Background;
      • Equipamento;
    2. Utilizar array padrão para distribuir os stats.

Para o quarto e último grupo de desenvolvimento, os critérios de avaliação serão:

  • REQ-09: Ter funcionalidades para criar encontros customizados, adicionando monstros existentes no aplicativo neste encontro.

    1. Permitir criar um "encontro", que é nada mais que um grupo de monstros.
    2. Permitir selecionar os monstros participantes desse encontro da lista de monstros cadastrados.
    3. Permitir salvar esses encontros, com nomes específicos.

  • REQ-10: Ter funcionalidades para agrupar diferentes personagens criados em grupos de aventureiros.

    1. Permitir criar uma party, agrupando personagens já criados dentro do aplicativo em um grupo.
    2. Permitir nomear este grupo.

  • REQ-11: Ter funcionalidades para gerar novos items e gerenciá-los de maneira separada dos itens padrões do jogo.

    1. Permitir a criação de um novo item, selecionando o tipo dele (o tipo da arma, caso uma), escrevendo uma descrição e raridade.
    2. Diferenciar esses itens customizados (homebrew) dos itens padrões do jogo.

Projetos

Clone this wiki locally