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:
- Release 1 (30/04/2019)
- 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 | 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.