Termo de Abertura do Projeto (TAP)

Histórico de Revisão

Data	Versão	Descrição	Autor(es)
18/03/2017	1.0	Inicio do TAP	Leonardo Arthur Lucas Mattioli Matheus Figueiredo Naraia Andrade Victor Hugo
19/03/2017	1.1	Adição da Equipe	Victor Hugo
19/03/2017	1.2	Objetivo do projeto, produto do projeto, restrições, riscos, cronograma e marcos	Naiara Andrade
19/03/2017	1.3	Custos	Matheus Figueiredo
20/03/2017	2.0	Revisão e Finalização do Documento	Matheus Figueiredo Leonardo Arthur Naiara Andrade Victor Hugo

Sumário

1. Introdução
2. Descrição do Projeto
3. Justificativa
4. Objetivo do Projeto (SMART)
5. Produto do Projeto
6. Restrições
7. Riscos Iniciais
8. Cronograma e Marcos
9. Custo Estimado do Projeto
   • 9.1 Recursos Humanos
   • 9.2 Equipamentos e Serviços
   • 9.3 Custo Total
10. Stakeholders (Partes interessadas)
    • 10.1 Cliente
    • 10.2 Equipe de Gerência
    • 10.3 Equipe de Desenvolvimento
    • 10.4 Coaches

1. Introdução

O Termo de Abertura de Projeto (TAP) objetiva formalizar o início do projeto Escola-X, onde ocorrerá o planejamento inicial de custos, restrições, riscos, tempo, cronograma e marcos. O TAP concede ao gerente a capacidade de utilizar os recursos organizacionais que foram planejados para o projeto (Project Builder). Este documento serve como entrada para que se planeje as próximas etapas do projeto, como por exemplo o plano de gerenciamento de projeto, coletar os requisitos, definir o escopo e identificar partes interessadas (Eduardo Montes).

2. Descrição do Projeto

O projeto Escola X consiste em criar um website que tenha a finalidade de ajudar a gerenciar escolas. Esse gerenciamento será dado por avisar aos pais a entrada e a saída dos alunos no colégio, manter controle dos dados relativos à vida escolar dos alunos e disponibilizar no site, como frequência escolar, notas por disciplina, quantidade de advertências e notificações referentes ao que acontece com a escola, como eventos de dedetização, apresentações entre outros.

3. Justificativa

A presença do aluno na escola é incerta para o responsável, mesmo que este o tenha deixado na porta da instituição. Esta incerteza não é infundada: existem casos de alunos que se dispersam e não comparecem às aulas e, pior ainda, à própria escola. Não estando na escola, os pupilos deixam de aprender e, além disso, podem acabar se misturando com a criminalidade, esta que é realidade no entorno do CEM 01.

Além do dito problema acima, o acompanhamento escolar do aluno por parte do responsável é quase inexistente durante o decorrer do bimestre. Em outras palavras, os responsáveis, geralmente, apenas têm acesso às notas/performances dos alunos ao fim do bimestre, em reuniões de pais ou eventos similares. O acompanhamento durante o bimestre é dificultado pelo próprio aluno, pois este tende a, por exemplo, esconder notas quando não são favoráveis.

A aplicação Escola X proporcionará soluções para os problemas levantados, dando aos responsáveis acesso às presenças, notas e outras informações dos alunos por meio de uma aplicação web (site).

4. Objetivo do Projeto (SMART)

O objetivo do projeto é criar um sistema de gerenciamento (aplicação web (site) e um aplicativo) dos alunos nas escolas, até o fim do semestre (data entrega r2). Como critérios de sucesso deve estar testado 90% do sistema e funcionando integrado ao leitor da carteirinha do aluno por meio de código de barra.

5. Produto do Projeto

A. Escopo

• Que uma vez feito o cadastro dos alunos este seja mantido ao decorrer dos anos;
• Gerenciar aluno, responsável e diretor;
• Controlar entrada/saída de aluno;
• Notificar responsável;
• Controlar chamada;
• Armazenar notas;
• Desempenho individual do aluno.

B. Não Escopo

• Gerenciar acesso dos alunos na biblioteca;
• Realizar um meio de comunicação responsável/escola.

C. Requisitos de alto nível

Os requisitos de maior prioridade ao cliente são:

• Controlar entrada e saída de alunos
• Notificar responsáveis
• Armazenar notas

6. Restrições

As restrições do projeto são:

• O projeto deve ser realizado em 4 meses (data início - data fim);
• O projeto está restrito a alunos das matérias de MDS/GPP;
• Não pode haver acréscimo de membro durante o projeto.

7. Riscos Iniciais

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
O tamanho da equipe, que dificulta a comunicação e o gerenciamento dos membros	Manter uma boa integração da equipe para que o gap da comunicação seja amenizado, assim como a utilização de meios de comunicação para todos, reuniões semanais e acompanhamento dos membros
O fato da 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
A desistência de algum membro	Adequar os horários e redistribuir as tarefas entre os membros restantes sem sobrecarregar nenhum membro
Um 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

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 07/03/2017 e a data de finalização dia XX/06/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	Dias	Resumo
Release 01			Entrega dos documentos de gerenciamento e entrega parcial do sistema
Release 02			Entrega total do sistema

9. Custo estimado do projeto

9.1. Recursos Humanos

O custo existente no projeto relativo aos recursos humanos refere-se ao valor gasto com toda equipe presente em seu desenvolvimento e gestão.

O valor médio de um aluno de Engenharia de Software da UnB, de acordo com o Relatório de Gestão 2015, é R$ 11.020,00. Levando em consideração o tempo de curso de 5 anos (10 semestres) e a necessidade da obtenção de 250 créditos para a graduação, estima-se que cada aluno pegue 24 créditos por semestre,e, por isso, 48 por ano. Como cada crédito é estimado em 15 horas por aula tem-se o seguinte custo por hora de cada aluno:

11.020 / (15 * 48) ≅ R$ 15,30

A equipe conta com 12 membros e 2 coaches (todos estudantes de Engenharia de Software da UnB). Considerando que cada membro irá trabalhar 10 horas por semana, cada coach irá auxiliar a equipe por 4 horas por semana e que a duração do projeto é de 16 semanas teremos o custo:

**	Quantidade de Pessoas	Horas Por Semana	Semanas	Preço Por Pessoa	Custo Final
Membro	12	10	16	R$ 15,30	R$ 29.376,00
Coach	2	4	16	R$ 15,30	R$ 1.958,40
Custo Estimado

9.2. Equipamentos e Serviços

O custo existente no projeto relativo aos equipamentos e serviços refere-se à todo e qualquer equipamento ou serviço utilizado para o desenvolvimento do mesmo.

Fora estimado que cada membro irá utilizar um Notebook com todas as ferramentas necessárias para o desenvolvimento do projeto, que custa R$ 2.000,00. Fora estimado também que haveria um plano de Banda Larga de 10Mb por integrante durante 16 semanas (4 meses).

Há também o custo mensal de energia elétrica gasta. Para o seu cálculo foi considerado que o preço do kWh seria de aproximadamente R$ 0,589. Como cada Notebook tem potência em torno de 80W e cada integrante irá trabalhar por 10 horas semanais, o gasto individual com energia elétrica mensal fica da seguinte forma:

(1 Notebook * 80W * 10 horas/semana * 4 semanas) / 1000 = 3,2 kWh/mês

3,2 kWh/mês * 0,589 = R$ 1,8848

Os custos totais podem ser observados na tabela abaixo:

Descrição	Preço Unitários	Quantidade	Preço Final
Notebook Acer Aspire E5	R$ 2.000,00	12	R$ 24.000,00
Banda Larga 20 MB	R$ 99,90	12 por 4 meses	R$ 4.795,20
Energia Elétrica	R$ 1,8848	12 por 4 meses	R$ 90,47
Custo Estimado			R$ 28.885,67

9.3. Custo Total

O custo total é representado pela soma dos custos de Recursos Humanos e o custo total dos equipamentos e serviços:

Custo de Recursos Humanos	Custo de Equipamentos e Serviços	Custo Total Estimado
R$ 31.334,40	R$ 28.885,67	R$ 60.220,07

10. Stakeholders (Partes interessadas)

10.1. Cliente

Centro de Ensino Médio 01 Gama - CEM 01, vice-diretor e professor Macário Dos Santos Neto.

10.2. Equipe de Gerência

Os alunos da disciplina de Gerência de Projeto de Portfólio (GPP) tem o objetivo de planejar,controlar e tomar decisões importantes para que o projeto seja concluído com êxito.

Nome	Disciplina	E-mail	Github
Leonardo Arthur	GPP	leodegolim@yahoo.com.br	@LeonardoRk
Lucas Mattioli	GPP	lucas.mattioli7@gmail.com	@Mattioli
Matheus Figueiredo	GPP	ultra10vascaino@gmail.com	@Matheusss03
Naiara Andrade	GPP	camelonaiara@gmail.com	@naiieandrade
Victor Hugo	GPP	guin-hu@hotmail.com	@MrVictor42

10.3. Equipe de Desenvolvimento

A equipe de desenvolvimento são os membros da disciplina de MDS (métodos de desenvolvimento de software), que possuem a responsabilidade de construir o projeto Escola-X, além de documentar os artefatos da metodologia seguida na primeira fase da disciplina (RUP - Rational Unified Process).

Nome	Disciplina	E-mail	Github
André de Sousa	MDS	andre.filho001@outlook.com	@andre-filho
Emanuel Belchior	MDS	belchior.emanoel@gmail.com	@nukdown
Filipe Coelho	MDS	FilipeKN4@gmail.com	@FilipeKN4
Guilherme Willer	MDS	guilhermewiller@hotmail.com	@guigawiller
Igor Araujo	MDS	igotaraujo97@gmail.com	@IgorAraujo10
Matheus Batista	MDS	matheusbattista@hotmail.com	@matheusbsilva
Vinicius Oliveira	MDS	vinio.oliveira@gmail.com	@viniciuscarv

10.4. Coaches

Os coaches são aqueles membros que irão auxiliar tanto os membros de GPP quanto de MDS para que o produto seja entregue com a melhor qualidade possível.

Nome	Disciplina	E-mail	Github
Daniel Henrique	MDS	danielhmarinho@gmail.com	@danielhmarinho
Pedro Ivo	GPP	andradepedroivo@gmail.com	@freemanpivo