-
Notifications
You must be signed in to change notification settings - Fork 3
Termo de Abertura
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 |
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
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,
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.
- 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
- 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
- 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
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 |
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 |
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 |
- Tribunal de Contas da União - TCU, Marcela de Oliveira Timoteo, assessora secretário da educação
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 | |
---|---|
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 |
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 | |
---|---|
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 |
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.
- Sprint 0
- Sprint 1
- Sprint 2
- Sprint 3
- Sprint 4
- Sprint 5
- Sprint 6
- Sprint 7
- Sprint 8
- Sprint 9
- Documento de Visão
- Documento de Arquitetura
- Especificação Suplementar
- Especificação dos Casos de Uso
- Especificação dos Casos de Teste
- Relatório de Execução dos Casos de Teste
- Termo de Abertura do Projeto
- Plano de Gerenciamento do Projeto
- Plano de Gerenciamento de Escopo
- Plano de Gerenciamento de Tempo
- Plano de Gerenciamento de Riscos
- Plano de Gerenciamento de Custos
- Plano de Gerenciamento de Aquisições
- Plano de Gerenciamento de Qualidade
- Plano de Gerenciamento dos Recursos Humanos
- Plano de Gerenciamento de Configuração
- Plano de Gerenciamento de Comunicação
- Plano de Gerenciamento das Partes Interessadas