Especificação
Documento de visão
1.Introdução
1.1 Propósito
Este documento tem como objetivo definir e organizar as características sobre o desenvolvimento da solução BI.
1.2 Escopo
Realizar uma analise do mercado de jogos usando Business Inteligence.
Buscar uma solução em software para facilitar a visão de negocio.
O software, a ser implementado, deve fornecer informações sobre jogos.
1.3 Definições, acrônimos e abreviações
Alguns dos acrônimos, definições e abreviações usados neste documento são:
- BI - Business Inteligence. É um conjunto de tecnologias e metodologias que são capazes de transformar dados brutos em informações significantes a fins estratégicos de negócios.
- MDS - disciplina Métodos de Desenvolvimento de Software da Universidade de Brasília.
- EPS - disciplina Engenharia do Produto da Universidade de Brasília.
1.4 Referências
1.5 Visão geral
Este documento descreve os detalhes sobre as características do software GamesColorBI a ser desenvolvido, especificando os problemas que estimularam a criação dessa solução. O documento é dividido da seguinte maneira: inicialmente é especificado qual problema motivou o desenvolvimento da solução, em seguida as partes interessadas são descritas, e por fim todos os recursos, restrições e requisitos do produto são apresentados.
2. Posição
2.1 Oportunidade de Negócios
O desenvolvimento para o mercado de jogos está cada vez mais competitivo, busca-se indícios a partir da análise de dados para identificar oportunidades de negócio.
O projeto de BI busca evidenciar estatisticamente usando uma solução informatizada visando experiência do cliente.
2.2 Instrução do problema
| O problema é | Dificuldade em encontrar informações mais remotas sobre jogos |
|---|---|
| Que afeta | O mercado de jogos |
| Cujo impacto é | Jogos com pouca adesão, lançamento de jogos sem expectativas palpáveis |
| Uma boa solução seria | Identificar tendências a partir de dados do atual mercado de jogos |
2.3 Instrução de posição do produto
| Para | Desenvolvedores, analistas, produtores de conteúdo |
| que | necessitam de uma ferramenta para analisar dados |
| o | Games BI é uma aplicação |
| que | sistematiza dados relevantes e os fornece estruturadamente |
| diferente do | método tradicional feito manualmente e do aplicativo Acadêmico Total Pais e Filhos |
| nosso produto | é um alternativa gratuita e funcional para o problema existente. |
3. Descrições da parte interessada e do usuário
3.1 Demográficos de mercado
O mercado de games é um dos mercados mais crescente em todo o mundo. Com o crescimento desse mercado, estão surgindo diversos tipos de jogos. Algumas dessas categorias são muito procuradas ou comentadas e, por consequência, é boa opção saber quais gêneros estão sendo mais requisitados pelo público em geral para poder ter mais chance de sucesso.
3.2 Resumo da parte interessada
| Nome | Descrição | Responsabilidade |
| Equipe de desenvolvimento | Estudantes da Universidade de Brasília da disciplina de MDS. | Desenvolver e Implementar o software. |
| Equipe de Gestão de Projeto | Estudantes da Universidade de Brasília da disciplina de EPS | Gerir o desenvolvimento do produto identificando o problema e apontando caminhos e soluções. |
| Equipe de avaliação e suporte | Professores colaboradores das disciplinas EPS e MDS. | Auxiliar as equipes durante o desenvolvimento do projeto. |
| Apoiador | Matheus Faria |
Disponibilizar informações sobre o produto |
3.3 Resumo do usuário
O usuário terá acesso a dados como, por exemplo: jogos com mais interações em determinadas plataformas; quantidade de lives; gêneros mais procurados. O mesmo poderá interagir com os gráficos, filtrar informações relevantes sem mesmo precisar ser cadastrado no site.
3.4 Ambiente de usuário
O software poderá ser utilizado em todos os navegadores
3.5 Perfis das partes interessadas
3.5.1 Equipe de Engenharia do produto
| Descrição | Gerentes de Projeto. |
| Tipo | Estudantes da Universidade de Brasília da disciplina Engenharia do Produto. |
| Responsabilidades | Estabelecer prazos e metas, organizar a equipe de desenvolvimento e completar os objetivos propostos. |
| Critérios de sucesso | Manter a equipe focada no projeto, contribuir com a evolução profissional da equipe de desenvolvimento, estabelecer um processo de desenvolvimento de software bem definido e entregar o produto dentro do prazo, custo e nível de qualidade. |
| Envolvimento | Alto. |
3.5.2 Equipe de Desenvolvimento
| Descrição | Desenvolvedores. |
| Tipo | Estudantes da Universidade de Brasília da disciplina Métodos de Desenvolvimento de Software. |
| Responsabilidades | Desenvolvimento, implementação e realização de testes da aplicação. |
| Critérios de sucesso | Entregar o software com as funções requisitadas funcionando e dentro do prazo. |
| Envolvimento | Alto. |
3.5.3 Mercado de jogos
| Descrição | Desenvolvedor de jogos que busca uma forma eficiente de ter informações sobre os jogos e o mercado de jogos de forma organizada e atualizada |
| Tipo | Desenvolvedor de jogos, streamers e entusiastas do mercado de jogos |
| Responsabilidades | Fornecer as informações nescessárias para definir o escopo do projeto |
| Critérios de sucesso | Garantir que as informações nescessárias sejam exibidas de forma precisa e ordenada. |
| Envolvimento | Alto. |
3.5.4 Equipe de avaliação e suporte
| Descrição | Equipe de avaliação e direcionamento das equipes de gestão e desenvolvimento. |
| Tipo | Professor e Coaches das disciplinas |
| Responsabilidades | Guiar os alunos durante o semestre quanto aos assuntos relacionados à disciplina de Métodos de Desenvol0vimento de Software e referidos projetos. |
| Critérios de sucesso | A entrega do projeto e sua referente documentação de forma completa e correta para o cliente. |
| Envolvimento | Médio |
3.6 Perfis dos usuários
3.6.1 Desenvolvedor de jogos
| Descrição | Desenvolvedor de jogos que busca uma forma eficiente de ter informações sobre os jogos e o mercado de jogos de forma organizada e atualizada. |
| Tipo | Desenvolvedor de jogos |
| Responsabilidades | Fornecer as informações necessárias para definir o escopo do projeto. |
| Critérios de sucesso | Garantir que as informações necessárias sejam exibidas de forma precisa e ordenada. |
| Envolvimento | Alto |
3.6.2 Jogadores
| Descrição | Usuarios que interagem de alguma forma com o mercado de jogos |
| Tipo | Consumidores do mercado de jogos. |
| Responsabilidades | - |
| Critérios de sucesso | - |
| Envolvimento | Baixo |
3.6.3 Produtores de conteúdo
| Descrição | Usuarios que interagem de alguma forma com o mercado de jogos |
| Tipo | Consumidores do mercado de jogos. |
| Responsabilidades | - |
| Critérios de sucesso | - |
| Envolvimento | Baixo |
3.7 Principais necessidades da parte interessada ou do Usuário
| Necessidade | Prioridade | Interesses | Solução atual | Solução proposta |
| Indicadores de negocio | Alta | |||
3.8 Alternativas e Concorrência
Atualmente não há nenhuma aplicação que realize uma análise do mercado de jogos usando business inteligence - o que é proposto neste projeto. Há uma aplicação especifica da Steam(Valve L.L.C) para visualização de estatísticas de jogos e usuários, entretanto não há um interpolação dos dados com outras plataformas . Existe também a plataforma Looker Data Sciences, que oferece BI para empresas mas que não possuí direcionamento especifico para jogos.
4. Visão geral do produto
O sistema contará com uma plataforma online capaz de disponibilizar dados a respeito de jogos e de vídeos relacionados a gameplays, fornecendo mecanismos para GameDevs e profissionais da área de games acessarem através de um dashboard, os indicadores gerados por meio de informações do projeto GamesBI.
4.1 Perspectiva do Produto
4.2 Resumo das capacidades
| Benefício para o Cliente | Recursos de suporte |
|---|---|
5. Recursos do produto
A aplicação GamesBI oferece ao usuário:
-
Gerenciamento de gráficos e integração com API's para fazer o uso de seus serviços;
-
Facilitar aos gamedevs, ao levantar de dados e indicadores acerca da análise do mercado ao longo do tempo;
-
Fornecer dados de forma interativa para o usuário final;
6. Restrições
6.1 Restrição de escopo
Os fatores limitantes seriam recurso financeiro e implantação. Os escopos estão sendo restringidos à funcionalidades não-convencionais.
6.2 Restrição de recursos financeiros
Limitação no número de requisiçoes para abstrair os dados na API. Ao consumí-la, não deverá haver sobrecarga para não ultrapassar o numero estipulado de requisições pelo provedor.
6.3 Restrição de desenvolvimento e implantação
O software encontra-se restrito para teste de usabilidade durante a fase de implementação. A partir dessa etapa que o usuário começará a testar a aplicação e analisar seu desempenho no uso.
7. Faixas de qualidade
O sistema deve ser utilizado de forma eficiente e estável em qualquer dispositivo com suporte o navegador Google Chrome e acesso à internet.
8. Outros requisitos do produto
8.1 Requisitos de usabilidade
A interface do sistema deve ser intuitiva e agradável para que qualquer usuário tenha acesso a todas as funcionalidades de forma fluida, não comprometendo dessa forma a usabilidade do sistema para diversos tipos de usuários.
8.2 Requisitos do sistema
O software deve ser acessado de forma rápida e segura pelo usuário através do navegador com um conexão com a internet, de preferência de qualidade, e ter um sistema operacional que tenha suporte para o navegador.
8.3 Requisitos de desempenho
O sistema deve ser capaz de se recuperar à falhas e responder ao usuário com os dados de maneira fluida.
8.4 Requisitos de confiabilidade
Os dados são oriundos de fontes externas (serviços). Isso torna o software mais confiável, pois como cada microserviço é independente, caso uma fonte de dados caia, apenas o microserviço ligado à esta fonte para de funcionar.