Termo de Abertura do Projeto
Histórico de Revisões
| Data | Responsável | Versão | Mudança realizada |
|---|---|---|---|
| 17/03/17 | João Paulo Busche | 0.1 | Criação do Termo de Abertura do Projeto |
| 21/03/17 | João Paulo Busche | 0.2 | Adição da Introdução, Riscos, Cronograma e Restrições |
| 25/03/17 | João Paulo Busche | 0.3 | Adição da Descrição, Justificativa, Objetivos e Orçamento |
| 25/03/17 | João Paulo Busche | 1.0 | Finalização do Termo de Abertura |
| 25/03/17 | Lucas Andrade | 1.1 | Revisão Geral |
| 19/04/17 | João Paulo Busche | 2.0 | Revisão Final |
Sumário
1. Introdução
2. Descrição do Projeto
3. Justificativa e Objetivos do Projeto
4. Requisitos de Alto Nível
5. Riscos de Alto Nível
6. Resumo do Cronograma
7. Resumo do Orçamento
8. Partes Interessadas
9. Restrições
1. Introdução
Este documento tem como objetivo delimitar e formalizar o projeto SIGS (Sistema Inteligente de Gestão de Salas). As informações contidas neste documento propiciam uma visão resumida dos riscos, limites e recursos, como também apresentam estudo sobre a viabilidade do projeto.
2. Descrição do Projeto
O Sistema Inteligente de Gestão de Salas (SIGS) é um projeto de um website para UnB (Universidade de Brasília). O projeto tem como finalidade facilitar e automatizar o processo de alocação de salas da universidade pelos funcionários da prefeitura da UnB, coordenadores e demais interessados.
3. Justificativa e Objetivos do Projeto
A alocação de salas da UnB atualmente possui muitos problemas, como a alocação sendo feita de modo manual, resultando em muitas salas vazias, professores alocados no mesmo local e no mesmo horário, etc. Além disso o atual processo não considera a distância que os alunos vão percorrer durante a troca de salas,o que gera deslocamentos demasiadamente grandes e transtornos que muitas vezes seriam desnecessários.
Para solução deste problemas o projeto tem como objetivos: facilitar o processo de reivindicação de espaços internos na Universidade, reduzir a carga de trabalho manual e otimizar o uso da infraestrutura interna da Universidade.
4. Requisitos de Alto Nível
O SIGS tem finalidade de facilitar a alocação de salas na UnB. Dadas as necessidades do projeto, o software deverá realizar a pré-alocação pela parte dos coordenadores, a confirmação da mesma pelos funcionários da prefeitura (assistentes administrativos) e então alocar as salas automaticamente de acordo com os critérios estabelecidos.
5. Riscos de Alto Nível
Os principais riscos do projeto envolvem principalmente recursos e capacitação da equipe. Pelo fato do projeto estar envolvido em um contexto de duas disciplinas trabalharem conjuntamente, um dos maiores riscos é a possibilidade de algum membro do grupo desistir de alguma delas. Neste contexto a equipe de gerenciamento deve reformular o cronograma e a distribuição das atividades.
Também existe a possibilidade da comunicação entre a equipe não ser muito eficiente pelo fato dela ser considerada grande. Nesse caso cabe a equipe de gerência escolher outro meio de comunicação, que englobe o maior número de membros.
Outro risco é o fato das tecnologias que serão utilizadas no desenvolvimento do software não serem dominadas pelos membros da equipe, gerando dificuldades na construção do mesmo. Caso isso aconteça, a equipe de gerenciamento deve realiziar mais treinamentos com a equipe de desenvolvimento.
6. Resumo do Cronograma
O cronograma do projeto coincide com o da disciplina de Gerência de Projetos e Portfólios de Software. Dessa maneira tem seu início no dia 14 de março e fim no dia 30 de junho, quando é realizada a apresentação e entrega do produto derivado do projeto realizado. Entretanto, no dia 21 de abril, devido aos requisitos da disciplina é apresentada uma versão funcional da aplicação. Assim, o cronograma pode ser dividido em dois períodos: o primeiro de 40 dias em que se estabelece uma visão tradicional sobre as atividades às serem realizadas, e o segundo de 64 dias em que se adota uma perspectiva ágil no desenvolvimento, totalizando 104 dias de projeto.
7. Resumo do Orçamento
O custo do projeto envolve a soma dos custo de recursos humanos, que se referem as pessoas envolvidas no projeto e seu tempo gasto no mesmo, e dos custos de recursos tecnológicos, que envolve equipamentos utilizados, local de trabalho, e de recursos utilizados no desenvolvimento.
O projeto se estende por 15 semanas e cada integrante gastará 12 horas por semana.De acordo com o Relatório de Gestão da UnB de 2015, o custo da hora de um aluno de Engenharia de Software é de aproximadamente R$ 15,30. Este valor foi obtido a partir do custo por ano de um aluno da Engenharia 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). Em ambos os períodos de desenvolvimento, o trabalho semanal estimado é de 2 horas por coach (tempo semana estimado de uma monitoria na UnB).
Tendo em vista que na primeira semana do projeto o grupo contava com 12 integrantes, e a partir da segunda o grupo deverá possuir 13 integrantes, o valor estimado para gasto com recursos humanos é de: Custo dos Coachs: 2 x 2 x 15 x 15,3 = R$ 918,00 Primeira Semana: 12 x 12 x 1 x 15, 3 = R$ 2.203,20 Resto do Projeto: 13 x 12 x 14 x 15,3 = R$ 33.415,20 Custo Total Recursos Humanos: 918,00 + 2.203,20 + 33.415,20 = R$ 36.563,40
Em relação aos recursos tecnológicos, consideramos um aluguel de uma casa no Gama, e que cada integrante do grupo necessita de um notebook com um custo médio de R$ 1.800,00. O custo de internet foi estimado de acordo com um plano de Banda Larga de 25 MB, assim, o valor estimado para gasto com recursos tecnológicos é de: Aluguel de espaço no Gama: R$ 500,00/mês x 4 meses = R$ 2000,00 Notebooks: 1.800 x 13 = R$ 23.400,00 Internet (25 MB/s): R$ 115,90/mês x 4 meses = R$ 463,60 Custo Total Recursos Tecnológicos: 2000,00 + 23.400,00 + 463,60 = R$ 25.863,60
Por fim, para se obter o custo total do projeto, basta somar os custos com recursos humanos e dos custos com recursos tecnológicos: Recursos Humanos: R$ 35.645,40 Recursos Tecnológicos: R$ 25.863,60 * Custo Total do Projeto: 36.563,40 + 25.863,60 = R$ 62.427,00
8. Partes Interessadas
8.1 Cliente
Symone Rodrigues Jardim: Decana do Curso de Design da UnB e Diretora de Inovação e Estratégia no Ensino de Graduação (DIEG) que administra parte das alocações de sala.
8.2 Equipe de Gerência
Alunos da disciplina de GPP (Gestão de Portfólios e Projetos de Software), que tem a responsabilidade de planejar, monitorar e controlar o projeto, garantindo um equilíbrio e assim o sucesso do projeto. Além disso, tem a responsabilidade de tomar decisões fundamentais dentro do projeto, e agindo de acordo com as consequências.
| Nome | Disciplina | Github | |
|---|---|---|---|
| Caio Felipe Dias Nunes | GPP | caiofelipe147@gmail.com | @CaioNunes |
| Gesiel dos Santos Freitas | GPP | gesiel.was.f@gmail.com | @GesielFreitas |
| João Paulo Busche da Cruz | GPP | joaopaulo.busche@gmail.com | @jpbusche |
| Lucas Andrade Oliveira | GPP | lucasandradeunb@gmail.com | @lucasandrad |
| Vinícius da Silva Carvalho | GPP | vinisilvacar@gmail.com | @vinisilvacar |
| Vinicius Pinheiro da Silva Corrêa | GPP | viny-pinheiro@hotmail.com | @vinypinheiro |
8.3 Equipe de Desenvolvimento
Alunos da disciplina de MDS (Métodos de Desenvolvimento de Software), que tem a responsabilidade de construir o produto e a documentação relacionada às metodologias que serão seguidas.
| Nome | Disciplina | Github | |
|---|---|---|---|
| Ateldy Borges Brasil Filho | MDS | ateldybfilho@gmail.com | @ateldyfilho |
| Bruno Matias Casas | MDS | brunomatiascasas@hotmail.com | @Matias0422 |
| Carlos Enrique Rodrigues Aragon | MDS | carlosaragon3@hotmail.com | @carlosaragon |
| Daniel Marques Rangel | MDS | danielmarques7@hotmail.com | @danielmarques28 |
| Francisco Wallacy Coutinho Braz | MDS | z.wallacy@gmail.com | @wallacybraz |
| Iasmin Santos Mendes | MDS | mendesiasmin96@gmail.com | @mendesiasmin |
| Rodrigo Dadamos Lopes da Silva | MDS | rodrigodadamos@gmail.com | @Rdadamos |
8.4 Coachs
Ex-Aluno das disciplinas de MDS e GPP que tem a responsabilidade de acompanhar e ajudar a equipe de desenvolvimento e planejamento, garantindo que a avaliação do docente tenha uma boa fundamentação, tirando dúvidas quantos as metodologias, processos e tecnologias utilizadas nas disciplinas.
| Nome | Disciplina | Github |
|---|---|---|
| Sabryna Sousa | GPP | @sabrynaasousa |
8.5 Docente
Professor das matérias de GPP e MDS que tem a responsabilidade de avaliar os alunos responsáveis pelo projeto.
| Nome | Disciplina | Github |
|---|---|---|
| Carla Rocha | GPP e MDS | @RochaCarla |
9. Restrições
As restrições impostas no projeto, que afetam o planejamento e a execução do mesmo, são: O software deverá ser uma aplicação web. O projeto deverá ser produzido num tempo máximo de 104 dias, que se resume ao tempo de abertura e fechamento das disciplinas de Métodos de Desenvolvimento de Software e Gerência de Portfólios e Projeto de Software. * Após definida a equipe, a mesma não poderá ser alterada no decorrer da disciplina. Caso haja desistência de algum membro, a vaga não poderá ser preenchida com outra pessoa.