Skip to content

Termo de Abertura

hugocatarino edited this page Sep 28, 2017 · 2 revisions

Histórico de Revisão

Data Versão Descrição Autor(es)
23/08/2017 1.0 Criação do Documento Henrique Lopes
25/08/2017 1.1 Riscos elaborados Henrique Lopes
30/08/2017 1.2 Correções de Orçamento Henrique Lopes
31/08/2017 1.3 Correções pontuais Henrique Lopes

1. Introdução

O Termo de Abertura de Projeto (TAP) tem como propósito a formalização do início do projeto fisCAE. Este documento serve como entrada para que se planeje as próximas etapas do projeto, tais como o plano de gerenciamento de projeto, coletar os requisitos, definir o escopo e identificar os stakeholders. Com este artefato, o gerente terá a capacidade de para aplicar os corretos recursos organizacionais em relação a todas as atividades envolvidas

2. Descrição do Projeto

O Programa Nacional de Educação Alimentar (PNAE) é responsável por oferecer merenda e educação alimentar a todas as escolas estaduais e municipais. O governo repassa recursos financeiros às escolas de acordo com sua necessidade, durante dez meses ao ano. Para o acompanhamento e monitoramento do uso dos recursos repassados às escolas, foi criado o Conselho de Alimentação Escolar (CAE). Este conselho é formado por pessoas voluntárias, as quais fazem visitas em escolas para avaliar as condições das instalações e merenda das mesmas. Atualmente, as anotações das visitas são feitas no papel, utilizando checklists. Estas checklists não são padronizadas para todo o Brasil, cada conselho tem sua própria checklist. As marcações de visitas são feitas presencialmente.

O projeto fisCAE irá consistir na criação de uma plataforma com a finalidade principal de ajudar toda a fiscalização feita por esses membros, facilitando agendamentos e visitas presenciais, automatizando os fluxos de processos internos existentes e centralizando informações úteis para todos os envolvidos,

3. Objetivos do Projeto

O principal objetivo do projeto é poder fornecer o acesso a uma plataforma que possa facilitar a fiscalização de membros do CAE, bem como centralizar informações de escolas, municípios, processos e envolvidos no propósito de alimentar os alunos de todo o país. É importante ressaltar que a integração dos dados da nuvem cívica do TCU é um grande objetivo para poder alcançar os propósitos.

4. Requisitos de Alto Nível

  • Agendamentos de visitas entre a Escola e o CAE
  • Cadastro dos envolvidos
  • Visualização de cartilhas informativas
  • Realização de checklists com padrões aplicados
  • Criação de relatórios

5. Premissas

  • Os conselheiros terão acesso a plataforma para
  • O Tribunal de Contas da União (TCU) irá fornecer os dados necessários sobre os Conselhos de Alimentação Escolar (CAE) de todos os municípios do país
  • A plataforma será divulgada para todos os Conselhos de Alimentação Escolar do país
  • A solução para agendamentos e checklists será devidamente enfatizada para todos os Conselhos de Alimentação Escolar do país
  • A Nuvem Cívica possui os dados necessários sobre as escolas da rede pública do país

6. Restrições

  • Escopo do projeto entre os dias 10 de Agosto de 2017 até dia 13 de Dezembro de 2017
  • Integração com o aplicativo Mobile a ser desenvolvido será necessário
  • Os dados das escolas serão fornecidos pela Nuvem Cívica do TCU
  • Utilizar os processos relatados na Cartilha para Conselheiros do PNAE como alicerce para regras de negócios construídas ao longo do projeto

7. Riscos Inicias

Os principais riscos do projeto envolvem a equipe e a tecnologia a ser utilizada. Esses riscos exigem um plano de ação para se obter o sucesso do projeto, que são:

Riscos Plano de Ação
Tamanho da equipe (12 membros), que dificulta a comunicação e o gerenciamento Manter uma boa integração da equipe para que o gap da comunicação seja amenizado, assim como a utilização de diversos meios de comunicação para todos, reuniões semanais e acompanhamento dos membros
Tecnologia ser nova para a maioria dos membros Realizar treinamentos com a equipe de desenvolvimento sobre as tecnologias a serem utilizadas e buscar pessoas capacitadas que possam ajudar a sanar dúvidas, além da promoção de dojos e técnicas de estudo coletivo
Desistência de algum membro Adequar os horários e redistribuir as tarefas entre os membros restantes sem sobrecarregar nenhum membro
Membro da equipe não possuir notebook Organizar reuniões onde tenha a possibilidade de usar um desktop e um notebook para que todos trabalhem, ou pegar emprestado um notebook que atenda as necessidades das reuniões
Membros da equipe fazendo estágio e/ou atuando em empresas próprias, podendo causar uma falta de comprometimento por causa do pouco tempo do membro Comunicar constantemente o membro que não estiver comprometido com o trabalho acerca do que se é esperado do mesmo, sempre mostrando sua produtividade em relação as atividades delegadas. Caso a situação perdure o caso será levado para a professora Carla Rocha

8. Cronograma e Marcos

O cronograma do projeto se dá início ao semestre letivo das disciplinas de Métodos de Desenvolvimento de Software e Gestão de Projetos e Portfólios de Software, de maneira que teve seu marco inicial no dia 10/08/2017 e a data de finalização dia 13/12/2017. Entre essas datas acontece uma primeira entrega parcial, onde devem ser apresentados os casos de uso priorizados, além de 30% de cobertura de testes sobre o sistema e a entrega final, com uma cobertura de testes maior ou igual a 90%, como segue o quadro:

Pontos de Controles Data Resumo
Release 01 10/08/17 e 16/09/17 Entrega dos documentos de gerenciamento e entrega parcial do sistema
Release 02 17/09/17 a 13/12/17 Entrega total do sistema

9. Resumo do Orçamento

Para estimar o orçamento do projeto, foi levado em consideração a soma dos custos de recursos humanos e da aquisição de equipamentos e recursos necessários para todos os membros do projeto do fisCAE. O projeto tem duração total de 16 semanas, sendo 6 semanas para o modelo tradicional, e 10 semanas para o modelo ágil.

O custo dos equipamentos necessários para executar o desenvolvimento foi estimado em média de R$ 2.500,00 para cada notebook da equipe. Além do custo do plano de internet estimado de acordo com um plano de Banda Larga de 15 MB de velocidade.

Conforme o relatório de gestão de custos da Universidade de Brasília (UnB) de 2015, o custo, por hora, de um aluno graduando em Engenharia de Software é de R$15,30. Esse valor foi obtido a partir do custo por ano de um aluno de Engenharia de Software do Campus UnB Gama (R$ 11.020,00) dividido pelo tempo médio gasto por aluno, tendo em vista o número médio de créditos por ano (48 créditos x 15 horas por crédito).

Para essa estimativa, é levado em consideração que cada integrante da equipe de desenvolvimento quanto a equipe de gerência trabalhem 10 horas semanalmente, tanto na primeira release quanto na segunda release.

Recurso Preço Unitário Quantidade Preço Final
Notebook R$ 2.500,00 12 R$ 30.000,00
Banda Larga 15 MB R$ 109,90 12 por 4 meses R$ 5.232,00
Energia Elétrica R$ 2,5 12 por 4 meses R$ 120,00
Desenvolvedor Tradicional R$ 918,00 7 R$ 6.426,00
Gerente Tradicional R$ 918,00 5 R$ 4.590,00
Desenvolvedor Ágil R$ 1530,00 7 R$ 10.710,00
Gerente Ágil R$ 1530,00 5 R$ 7.650,00
Custo Estimado R$ 64.728,00

10. Lista das Partes Interessadas

10.1 Cliente

  • Tribunal de Contas da União - TCU, Marcela de Oliveira Timoteo, assessora secretário da educação

10.2 Membros da equipe de Gerência

Alunos da graduação de Engenharia de Software da Universidade de Brasília, que cursam a disciplina de Gerência de Projetos e Portifólio (GPP), possuem a responsabilidade de planejar, monitorar e controlar o desenvolvimento do projeto.

Nome Email
Henrique Lopes Dutra hlopes1331@gmail.com
Hugo da Silva de Freitas Catarino hugocatarino1@gmail.com
Marcelo Martins de Oliveira martins.oliveira.mo@gmail.com
Matheus Henrique Sousa Costa matheus.bionicle@gmail.com
Ramon Silva Sales ramon.silvasales@gmail.com

10.3 Membros da equipe de Desenvolvimento

Alunos da graduação de Engenharia de Software da Universidade de Brasília, que cursam a disciplina de Métodos de Desenvolvimento de Software (MDS), possuem a responsabilidade de construir o produto e a documentação relacionada às metodologias que serão seguidas.

Nome Email
Amanda Bezerra da Silva emaildaamandasilva@gmail.com
Eduardo Júnio Veloso Rodrigues eduardojvr10@gmail.com
José Aquiles Guedes Rezende mksgalvao@gmail.com
Luís Bruno Fidelis l_brunofidelis@yahoo.com.br
Mateus Augusto Sousa e Silva eduardojvr10@gmail.com
Miguel Siqueira Santos miguelisdemir@gmail.com
Mônica Karoline Silva Galvão mksgalvao@gmail.com

11. Requisitos para aprovação do projeto

O projeto deverá ser aprovado pelo cliente do projeto ao final do mesmo, porém vários dos requisitos serão validados em reuniões pontuais com o cliente com a amostra de protótipos e entrevistas, assegurando que vários realmente são desejados pelo cliente.

12. Referências do Projeto

Cartilha PNAE

Clone this wiki locally