Termo de Abertura do Projeto
1. Introdução
O Termo de Abertura do Projeto (TAP) é definido pelo Project Management Body of Knowledge (PMBOK) como um "documento que autoriza formalmente a existência de um projeto, e dá ao seu gerente a autoridade de aplicar recursos organizacionais para as atividades do projeto." (PMI, 2004, 368)
Este documento engloba informações envolvendo escopo, orçamento, marcos e partes interessadas do projeto Stay Safe.
2. Descrição do Projeto
Este projeto dedica-se a construção de um aplicativo Android que permita o monitoramento de áreas perigosas através de dados das Secretarias de Segurança Pública (SSP) e informações inseridas pelos próprios usuários.
3. Justificativa do Projeto
A aplicação foi pensada tendo em vista o cenário alarmante dos índices de criminalidade no Brasil e no fato que a população não tem acesso a informações a respeito da segurança da própria ou de outras regiões.
As SSP disponibilizam uma série de estatísticas de criminalidade que não chegam até população, se limitando a serem tabelas em uma aba escondida no site da secretaria, a aplicação pretende mostrar os dados disponibilizados pelas SSP de maneira agradável e facilitada através de um aplicativo com mapa interativo.
4. Objetivos do Projeto
Este projeto destina-se a construção de um aplicativo com o objetivo de proporcionar a visualização de estatísticas de crimes das cidades, além de permitir aos usuários avaliarem suas regiões e registrarem ocorrências.
5. Requisitos de Alto Nível
- Mostrar estatísticas de crimes por cidade utilizando os dados da SSP
- Permitir avaliação de bairro pelos usuários
- Permitir o cadastro de ocorrências inserindo o seu tipo e o local em que elas ocorreram
- Permitir que o usuário favorite locais e notificá-lo caso uma ocorrência tenha acontecido em local próximo
- Oferecer auxílio ao usuário que foi vítima de um crime
6. Restrições
- Possuir acesso a smartphone Android
- As secretarias previstas inicialmente são as dos estados de SP e DF
- Dependência das SSP para atualizar os dados regularmente
- Possuir conexão com a internet
7. Cronograma e Marcos
O projeto terá duração de 114 dias, serão realizadas 17 sprints para completá-lo, com excessão da primeira e última todas contém duração de uma semana.
| Data | Marco | Descrição |
|---|---|---|
| 18/08/2020 | Sprint 0 | Data de início do projeto |
| 08/10/2020 | Release 1 | Entrega da documentação e de algumas funcionalidades do produto |
| 10/12/2020 | Release 2 | Entrega do produto final |
8. Orçamento
O orçamento total do projeto é de R$ 78.036 com seus custos divididos entre recursos humanos, aquisições, serviços e ferramentas. Para mais detalhes desse processo consultar o Plano de Gereciamento de Custos.
9. Riscos
Foram levantados 18 riscos para o projeto, divididos entre técnicos, externos, organizacionais e de gerência. A cada nova sprint os riscos são repensados em termos de probabilidade e impacto e abordados nos documentos semanais de sprint. Para mais detalhes sobre o processo de levantamento dos riscos e as ações preventivas e reativas relacionadas a eles consulte o Plano de Gerenciamento de Riscos.
10. Partes Interessadas
| Representantes | Descrição | Tipo | Responsabilidades | Critério de sucesso | Envolvimento |
|---|---|---|---|---|---|
| Brenda Santos, Daniel Primo, Hérick Portugues, Italo Alves, Lucas Boaventura, Luiz Pettengil, Tiago Samuel | Desenvolvimento de Software | Estudantes da Universidade de Brasília, cursando a disciplina de Métodos de Desenvolvimento de Software | Desenvolvimento, testes, documentação e implementação do software | Finalizar o desenvolvimento e realizar a entrega do software dentro dos prazos | Alto |
| Renan Schadt, Sara Silva, Rossicler Júnior | Gerenciamento de Projeto | Estudantes da disciplina de Engenharia de Produto de Software da Universidade de Brasília | Gerir e dar suporte à equipe de desenvolvimento, garantindo o melhor processo para o desenvolvimento do produto | Manter a equipe focada no projeto, manter o grupo ativo nos princípios ágeis, gerência dos riscos associados ao projeto e finalizar o desenvolvimento do projeto | Alto |
| Hilmer Neri | Docente | Professor das disciplinas Métodos de Desenvolvimento de Software e Engenharia de Produto de Software pela Universidade de Brasília | Avaliar e orientar os estudantes de ambas as disciplinas | Avaliar o produto em sua totalidade | Alto |