Skip to content

Termo de Abertura do Projeto

rodrigocam edited this page Aug 31, 2017 · 36 revisions
Data Versão Descrição Autor
29/08/2017 1.0 Primeira versão completa do documento Rodrigo Oliveira Campos

Sumário

  1. Introdução

  2. Descrição do projeto

  3. Propósito e justificativa

  4. Restrições de projeto

  5. Riscos do projeto

  6. Custos do projeto

  7. Partes interessadas

  8. Resumo do cronograma de marcos

  9. Referências do documento

1. Introdução

O presente documento tem a finalidade de formalizar o início do projeto QueroCultura, bem como apresentar uma breve descrição do projeto, seus riscos, custos e o estudo de viabilidade realizado pela equipe.

2. Descrição do projeto

O projeto QueroCultura trata-se de uma tentativa de proporcionar uma diferente visualização dos dados referentes a eventos, projetos e espaços culturais, disponibilizados abertamente pelo Ministério da Cultura. O objetivo deste projeto é, por meio de Data Visualization, auxiliar a todos que gostariam de usufruir destes dados de maneira correlacionada.

3. Próposito e justificativa

Este projeto tem como propósito facilitar e incentivar todo e qualquer cidadão, que deseja conhecer qual é a forma da distribuição cultural do país. Tendo em vista a grande diversidade cultural brasileira, este projeto visa proporcionar uma visualização dinâmica e atrativa para todos os que tiverem interesse em saber qual a situação das iniciativas culturais do país.

4. Restrições do projeto

As restrições do QueroCultura são:

  • A aplicação esta restrita a utilizar os dados fornecidos pelas API's dos Mapas Culturais do Ministério da Cultura
  • O projeto está restrito ao tempo da disciplina GPP/MDS (07/08/2017 a 14/12/2017)
  • O projeto está restrito a carga de 10 horas de trabalho semanais por membro
  • O projeto está restrito a utilização da plataforma de big data fornecida pela disciplina
  • O projeto está restrito a plataforma web

5. Riscos do projeto

Os principais riscos associados a este projeto são:

Risco Plano de ação
Atraso na definição do escopo pelo cliente Estruturação de uma visão genérica com o intuito de nortear o direcionamento da equipe
Escassez de tempo livre para reuniões presenciais por parte de alguns membros da equipe Utilização de reuniões remotas e uma reunião presencial fixa toda semana
Não adaptação às tecnologia por parte da equipe de desenvolvimento Treinamentos das tecnologias fundamentais para a execução do projeto
Mau funcionamento das ferramentas utilizadas nos computadores da equipe Padronização do ambiente de desenvolvimento com a ferramenta Docker
Plataforma de big data disponibilizada pela disciplina Utilização de dados vindo diretamente da API fornecida pelo cliente

6. Custos do projeto

6.1. Recursos humanos

De acordo com o Relatório de Gestão da UnB do ano de 2016, o custo anual de um estudante de engenharia de software é de R$ 26.040,00. Dessa forma, levando em consideração que um aluno do mesmo curso pega em média 48 créditos por ano e estimando que cada crédito corresponda a 15 horas de aula, estima-se que o custo por hora de um aluno de Engenharia de Software da UnB seja de aproximadamente R$ 36,20. Sabendo-se que a equipe possui 12 membros e que cada membro trabalhará 10 horas por dia, durante aproximadamente 4 meses, o custo total estimado para recursos humanos é de R$ 69.504,00.

6.2. Equipamentos e Serviços

Os equipamentos e serviços levados em consideração e seus respectivos custos foram:

  • Aluguel de espaço de trabalho no Gama (180m²) - R$ 1.200,00 por mês
  • Energia Elétrica - Tendo em vista uma estimativa de consumo de 159.37 kWh por mês e uma média de preço de R$ 0,39 por kWh, calcula-se um total de 159,37 * 0,39 ≃ R$ 62,15 por mês.
  • Internet (15Mb) - R$ 130,00
  • Notebooks - Utilizando uma média de preço de R$ 2.300,00 para cada notebook e levando em conta que cada um dos 12 membros precisará do seu próprio notebook, calcula-se um total de 2.300 * 12 = R$ 27.600,00
  • Cafeteira - R$ 59,75
  • Microondas - R$ 289,99 Sendo assim, o custo total com equipamentos e serviços durante o período de desenvolvimento do projeto (aproximadamente 4 meses) é de: 1200 * 4 + 62,15 * 4 + 27.600 + 59,75 + 289,99 = R$ 33.518,34

6.3. Custo Total

Os custos de pessoas e de equipamentos/serviços somados resultaram em:

Serviços/Produtos Pessoas Total
R$ 33.518,34 R$ 69.504,00 R$ 103.022,34

7. Partes interessadas

7.1. Cliente

O cliente deste projeto é o departamento de tecnologia da informação do Ministério da Cultura.

7.2. Equipe de Gestão

Alunos da disciplina de Gestão de Portifólios e Projetos de Software (GPP) que tem a responsabilidade de planejar, monitorar e controlar o projeto, tomando decisões que norteiem a equipe.

Nome E-mail GitHub
Hugo neves de Carvalho [email protected] @hugonxc
Jeferson Alves Ferreira [email protected] @Jefersonalves
Josué Nascimento [email protected] @josutk
Pablo Diego Silva da Silva [email protected] @pablodiegoss
Rodrigo Oliveira Campos [email protected] @rodrigocam

7.3. Equipe de Desenvolvimento

Alunos da disciplina de Métodos de Desenvolvimento de Software (MDS), que tem como responsabilidade a elaboração e a construção do produto, de acordo com a metodologia RUP.

Nome E-mail GitHub
Caio Oliveira de Moraes [email protected] @caiooliv
Cleber José de Castro Júnior [email protected] @cjjcastro
Iago Neres Oliveira [email protected] @iagoneres100
Igor Guimarães Veludo [email protected] @IgorVeludo
Lucas Pereira de Andrade Macêdo [email protected] @Lukassxp
Lucas Siqueira Rodrigues [email protected] @lucassiqz
Matheus Rodrigues do Nascimento [email protected] @mrodrigues

7.4. Docente

Professor responsável por ministrar as disciplinas de GPP e MDS e avaliar os alunos integrantes do projeto.

Nome GitHub
Carla Rocha @rochaCarla

7.5. Usuários

O público alvo deste projeto são todos os cidadãos brasileiros que desejam ter uma melhor visualização dos dados abertos fornecidos pelo ministério da cultura.

8. Resumo do cronograma de marcos

Este projeto se baseia nos dois marcos propostos pela disciplina, chamados respectivamente de Release 01 e Release 02.

  • Release 01 (16/09/2017): Arquiterura definida com uma documentação que descreva o projeto, além de 3 casos de uso implementados.

  • Release 02 (14/12/2017): Projeto completo com todo o escopo que foi definido e seu deploy, utilizando a metodologia ágil.

9. Referências do documento

Relatório de Gestão 2016, Universidade de Brasília. Disponível em http://www.dpo.unb.br/index.php?option=com_phocadownload&view=category&download=558:relatorio-2016&id=1:relatorio-de-gestao&Itemid=675. Acesso em 21 de agosto de 2017 às 22:13.

Clone this wiki locally