Termo de Abertura do Projeto - fga-eps-mds/2019.1-StreamUs-Backend GitHub Wiki

1. Introdução

O objetivo do presente documento é fornecer uma visão inicial do projeto StreamUs. As informações a seguir são as priorizadas pelos gestores.

2. Descrição

O StreamUs é uma plataforma que serve para escutar música no mesmo ambiente sem a necessidade de utilizar o aparelho que está reproduzindo a playlist para trocar/adicionar músicas.

3. Propósito e Justificativa

O Spotify é um dos principais meios de reprodução de música da atualidade, permitindo o usuário escutar os mais diferenciados tipos de música. Hoje se você deseja escutar música em um ambiente com várias pessoas e deseja adicionar músicas a fila de reprodução, sem ter a necessidade de pegar o dispositivo que está conectado reproduzindo, não é possível, pois não há nenhuma aplicação que permita essa interação. Assim sendo, o StreamUs será uma plataforma que tornará essa interação entre usuários de um mesmo ambiente, desde que eles estejam em uma mesma rede.

4. Objetivos

O software StreamUs tem como objetivo possibilitar ao usuário escutar/administrar músicas em grupo dentro de uma playlist colaborativa, sem que seja necessário ter acesso ao dispositivo onde a playlist foi criada, podendo executar tais ações do seu próprio dispositivo.

5. Requisitos de Alto Nível

O projeto StreamUS será desenvolvido para Web. Além disso, os requisitos de alto nível elencados temos:

  • O sistema deverá ser de fácil uso e intuitivo;
  • O sistema deve ser seguro;
  • O sistema deve ter uma aparência simples.

6. Riscos

Os riscos são classificados em três categorias, listadas a baixo:

Nível de Impacto Descrição
Alto Grande Impacto no projeto, podendo levar a não entrega se não forem tomadas as medidas preventivas.
Médio Impacto mediano, tendo interferência direta, podendo acarretar o atraso das entregas ou até mesmo a não entrega do projeto.
Baixo Baixo impacto, resultará em atrasos na entrega, porém será possível entregar o produto.

Os principais riscos são listados a seguir:

Riscos Impacto Nível de Impacto Medidas Preventivas
Não domínio das tecnologias por parte da equipe de desenvolvimento Não entrega do produto Alto Realizar dojos, treinamentos e acompanhar a equipe
Desistência de membros de MDS Sobrecarga no restante da equipe e eventualmente a não entrega do produto Alto Redistribuir o trabalho para os membros restantes de forma a não gerar sobrecarga.
Desistência de membros de EPS Sobrecarga do membro restante, não entrega de grande parte das documentações, e má gerencia do grupo de MDS Alto Replanejar de forma que seja possível ter uma entrega contínua.
Infraestrutura falha Gerenciamento do projeto se torna difícil Médio Levantar um ambiente docker para que a equipe consiga trabalhar
Alteração no escopo Não conclusão do projeto Média Reajustar datas e priorizar principais funcionalidades

7. Entregas do produto

O Projeto tem duas entregas principais chamadas Release, onde será apresentado o que foi desenvolvido. As datas das entregas são:

  1. Release 1 (30/04/2019)
  2. Release 2 (25/06/2019)

8. Estimativa de custo

8.1 Custo de Aquisições

Equipamento Quantidade Finalidade Valor Unitário Preço
Notebooks 8 unidades Desenvolvimento e planejamento R$ 3.5000 R$28.000,00

8.2 Custo de pessoal

Cargo Quantidade Salário(mês) Salário(hora) Total
Desenvolvedor React 6 R$3.600 R$22,50 R$ 86.400,00
Analista, Arquiteto, DevOps, Scrum Master 2 R$8.600 R$53,75 R$ 68.800,00

8.3 Custo de ferramentas

Ferramenta Quantidade de meses Valor(por mês) Total
DigitalOcean 2 R$ 19,75 R$ 39,50
GitLabCI 3 R$ 15,60 R$ 46,80
Domínio 12 R$ 2,50 R$ 30,00

8.4 Custo total

Custo Total
Aquisição R$ 28.000,00
Ferramentas R$ 116,30
Pessoal R$ 155.200,00

9. Equipe

A equipe é composta por Engenharia de Produto de Software(EPS) e Métodos de Desenvolvimento de Software(MDS). A equipe é formada por:

Equipe Integrante Email Git
EPS Marcelo Martins de Oliveira [email protected] @oliveiraMarcelo
EPS Ygor Torres Galeno [email protected] @ygortgaleno
MDS Iago Oliveira Monteiro Ribeiro [email protected] @iagoomr
MDS João Victor Max Bisinotti de Oliveira [email protected] @jbisinotti
MDS Lucas Lopes Pereira [email protected] @LucasPLopes
MDS Matheus Clemente [email protected] @matheusclemente
MDS Nícalo Ribeiro Dourado Araújo [email protected] @nicaloribeiro
MDS Pedro Daniel Carvalho Matias [email protected] @pdaniel37

10. Requisitos para a aprovação

Para ser aprovado, o projeto deve atingir as seguintes metas:

  • Implementação das funcionalidades definidas no escopo;
  • Teste das funcionalidades.