Termo de Abertura de projeto
1. Introdução
Este documento tem como objetivo apresentar uma visão inicial do projeto PGTBL. Neste documento também serão descritas as principais informações do projeto, como: restrições, riscos iniciais, cronograma e marcos, custos e stakeholders do projeto.
2. Descrição do projeto
O projeto é um trabalho de conclusão de curso (TCC) de Engenharia de Software de um aluno chamado Victor Arnaud da Universidade de Brasília (UnB) no campus de engenharias do gama (FGA) tendo como orientadores os professores Ricardo Ajax e Cristiane Soares Ramos. Além da participação da professora Elaine Venson que deu inicio ao projeto.
5W2H
O 5W2H tende a quebrar o entendimento do projeto em atividades menores
O que?
As atividades do projeto se encontra no Processo de engenharia de requisitos e no Processo de Desenvolvimento e o contexto do problema se encontra no Visão do produto
Quando?
O prazo limite para completar as atividade é 01/03/2019.
Onde?
O local em que será realizado às atividade é no ambiente que o desenvolvedor tiver mais confortável e familiarizado.
Quem?
O responsável pela realização dessa atividade é a equipe especificada no Plano de recursos humanos
Por que?
Para criar uma plataforma que tem como objetivo melhorar o método de avaliação tradicional, o Team Based Learning é um método de aprendizado e avaliação em grupos que de maneira colaborativa faz o aluno se esforçar e estudar durante todo o semestre e com isso aprender de fato a disciplina e a trabalhar em equipe que são pré requisitos básicos para ser um bom profissional.
Como?
Como será realizado as atividade se encontra nos Planos de gerenciamento
Por quanto?
Uma noção dos custos do projeto se encontra no Plano de custos e Plano de aquisição
3. Justificativa
O TBL ou Team Based Learning é um modelo educacional já empregado em várias universidades que modifica a forma de aprendizado e avaliação tradicional, que ainda é empregado em muitas universidade e escolas. A finalidade do software é que a aplicação do TBL se torne algo mais fácil e constante, tornando o processo mais prazeroso, tanto para o aluno quanto para o professor através dessa tecnologia.
4. Objetivo do projeto
O objetivo inicial do projeto é a aplicação do software em disciplinas da UnB, substituído o método tradicional de ensino e avaliação, tornando o processo mais prazeroso, tanto para o aluno quanto para o professor através dessa tecnologia.
O sistema terá um design atrativo e será responsável por todo o processo do TBL desde a preparação até a avaliação em pares. Futuramente a aplicação terá um sistema de machine learning e Gamificação além de ser extensível a qualquer disciplina ou curso tanto superior como ensino médio.
5. Produto do projeto
Inicialmente o software vai ser voltado para fins educacionais, sendo implantado em universidades e colégios públicos, pois o TBL cria uma barreira que deve ser quebrada, que é sair do comodismo da avaliação e ensino tradicional, ou seja, provas e slides, na qual o aluno tende a estudar na véspera da prova e consegue passar na matéria sem aprender o conteúdo, e substituir pelo modelo de ensino baseado em equipes ou Team Based Learning que irá fazer o aluno estudar de maneira constante durante todo o semestre.
6. Restrições
A proposta desse projeto envolve a utilização de certos recursos:
-
O usuário deve dispor de internet
-
O usuário deve dispor de um navegador
7. Processo
7.1 Processo de engenharia de requisitos
7.2 Processo de desenvolvimento
8. Riscos
8.1 Riscos Negativos (RN)
| ID | Se | por conta da | o impacto será | categoria |
|---|---|---|---|---|
| RN01 | houver desistência de membros da equipe | desmotivação ou falta de conhecimento | incapacidade de conclusão do projeto até o prazo estipulado ou a anulação do mesmo. | Organizacional |
| RN02 | houver falha no planejamento do projeto | inexperiência da equipe de gerência | o projeto incompleto até a data estipulada. | Gerenciamento de projetos |
| RN03 | houver mudança no escopo | falha de planejamento ou pedido do cliente | ajustes em toda a documentação e código do projeto. | Técnico |
| RN04 | o prazo do projeto for reduzido | decisão do cliente | o replanejamento do projeto. | Gerenciamento de projetos |
| RN05 | a equipe não tiver domínio sobre as tecnologias | falta de conhecimento | implementações incorretas, necessitando de refatorações e aumentando o custo do projeto. | Técnico |
| RN06 | não houver respeito aos prazos e cronogramas | falta de comprometimento da equipe | o atraso no desenvolvimento das atividades e entregas. | Gerenciamento de projetos |
| RN07 | houver baixa utilização do sistema | falta de divulgação | a menor integração entre os usuários da aplicação. | Externo |
| RN08 | houver sobrecarregamento dos servidores da aplicação | pouco investimento nos servidores | Travamento e descontentamento dos usuários que utilizam o sistema. | Técnico |
| RN09 | a arquitetura não estiver sólida para a construção do sistema | falta de priorização e comprometimento | a possibilidade de a aplicação não conseguir ser construída e entregue | Gerenciamento de projetos |
| RN10 | houver perda de equipamentos | da falta de segurança ou falha nos equipamentos | aumento do custo do projeto. | Organizacional |
| RN11 | houver problemas na comunicação da equipe | da equipe ser numerosa ou por falta de comprometimento dos membros | dificuldade no gerenciamento. | Gerenciamento de projetos |
| RN12 | faltar de tempo para realizar o projeto | excesso de coisas importante para fazer | perda de produtividade e talvez não entregue o produto a tempo | Técnico |
8.2 Riscos Positivos (RP)
| ID | Se | por conta da | o impacto será | categoria |
|---|---|---|---|---|
| RP01 | design for agradável | utilização de técnicas de UX | satisfação dos usuário | Gerenciamento de projetos |
| RP02 | terceiros se interessarem com o projeto | da visibilidade da plataforma | financiamento do software | Externo |
| RP03 | a equipe de design ou testes quiser colaborar com o projeto | desenvolvimento profissional | maior qualidade na interface de usuário e confiabilidade | Externos |
9. EAP e Roadmap
O projeto tem como base dois principais marcos, que representam entregas do produto, são eles: Release 01 e Release 02.
| Marco | Data | Atividade |
|---|---|---|
| Início do projeto | 03/10/2017 | Começo do projeto |
| Release 01 | 01/08/2018 | Entrega da primeira versão funcional do sistema com algumas funcionalidades implementadas e testadas, além de sua documentação. |
| Release 02 | 01/03/2019 | Entrega do versão final do projeto com as funcionalidades restantes do escopo previamente definido com a utilização da abordagem ágil. |
9.1 EAP
9.2 Roadmap
10. Custo Estimado
Foram postos na base do cálculo todos os insumos dos processos necessários para a realização do projeto, portanto, gastos com pessoal, aquisições e ferramentas foram contabilizados.
10.1 Aquisição
| Item a ser adquirido | Finalidade | Valor (R$) | Quantidade | Total (R$) | Fornecedor |
|---|---|---|---|---|---|
| Notebook | Desenvolvimento e planejamento | Média R$ 2.199,00 | 1 | R$ 21.990,99 | HP |
| Energia | Desenvolvimento e planejamento | 0,48 R$/KWh | 156 kw/h | R$ 74,88 | CEB |
| Internet | Desenvolvimento e planejamento | R$ 120,00 | 10 meses | R$ 1.200,00 | NET |
10.2 Pessoal
| Desenvolvedor e Gerente | Total | |
|---|---|---|
| Quantidade de membros | 1 | 1 |
| Custo por hora de trabalho | R$ 24,11 | R$ 24,11 |
| Horas trabalhadas na semana | 20 | 20 |
| Custo total na semana | R$ 482,20 | R$ 482,20 |
| Custo total no projeto | R$ 20.252,40 | R$ 20.252,40 |
10.3 Ferramentas
| Ferramenta | Finalidade | Preço |
|---|---|---|
| Draw.io | Criação de diagramas | R$ 0,00 |
| Google Drive | Armazenamento e edição colaborativa dos artefatos e documentos do projeto | R$ 0,00 |
| Git e Github | Controle de versão do código para um bom gerenciamento do mesmo | R$ 0,00 |
| Zenhub | Permitir o gerenciamento constante das tarefas que serão realizadas durante o projeto. | R$ 0,00 |
| Linux | Ambiente de desenvolvimento | R$ 0,00 |
| Whatsapp e Email | Permite a comunicação entre os membros da equipe | R$ 0,00 |
| Travis CI | Ferramenta responsável por realizar a integração contínua das funcionalidades realizadas | R$ 0,00 |
| Codacy | Ferramenta para cobertura de testes e análise estática de código, usado para coletar métricas e melhorar a qualidade do código | R$ 0,00 |
| Vagrant e Docker | Ferramentas responsáveis por criar um ambientes de desenvolvimento e produção | R$ 0,00 |
| Ansible | Automatização dos ambientes acima. | R$ 0,00 |
| GULP | Ferramenta para automatização de build do frontend | R$ 0,00 |
| LESS | Pré processador de CSS, deixa o css mais organizado e limpo para manutenção | R$ 0,00 |
10.4 Total
| Tipo de recurso | Custo |
|---|---|
| Recursos humanos | R$ 20.252,40 |
| Equipamentos e serviços | R$ 3.473,88 |
| Ferramentas | R$ 0,00 |
| Total | R$ 23.726,28 |