PIM VIII Gestão de TI

Prévia do material em texto

22
UNIP INTERATIVA
GESTÃO DE TECNOLOGIA DA INFORMAÇÃO
PIM VIII
REPARA MÓVEL
2020
UNIP INTERATIVA
GESTÃO DE TECNOLOGIA DA INFORMAÇÃO
Nome: Leonardo Marcussi
RA: 1505602
Curso: Gestão de Tecnologia da Informação
PIM VIII
REPARA MÓVEL
2020
UNIP INTERATIVA
RESUMO
Este projeto integrado multidisciplinar (PIM) tem como objetivo desenvolver um aplicativo mobile inovador que seja capaz de auxiliar as pessoas nas tarefas diárias destas.
O aplicativo passará por todos os preparativos antes de ser desenvolvidos, para isso será usado um plano de negócio simplificado, um plano de gerenciamento de projetos e será apresentado as especificações de qualidade do software e seu funcionamento.
Palavras-Chave: Aplicativo, plano de negócio, plano de gerenciamento de projetos, especificações, qualidade, funcionamento.
ABSTRACT
This multidisciplinary integrated project (PIM) aims to develop an innovative mobile application that is able to assist people in these tasks. The application will go through all the preparations before being developed, for that it will be used a simplified business plan, a management project plan and will be presented the specifications of software’s quality and its operation.
Keywords: Application, business plan, management project plan, specifications, quality, operation.
Sumário
1.	INTRODUÇÃO	6
2.	OBJETIVO	6
3.	CONCEITOS SOBRE O REPARA MÓVEL	6
4.	CONSUMIDORES	8
5.	ANALISE DOS CONCORRENTES	9
6.	QUALIDADE DE SOFTWARE	10
7.	REQUISITOS	11
7.1	REQUISITOS FUNCIONAIS	12
7.2	REQUISITOS NÃO-FUNCIONAIS	12
8.	PLANO DE TESTES	13
9.	PLANO DE GERENCIAMENTO DE PROJETO	14
9.1.	REPARA MÓVEL	15
9.1.1.	ESCOPO	15
9.1.2.	ESTRUTURA ANALITICA DO PROJETO	15
10.	CONCLUSÃO	19
1. 
2. INTRODUÇÃO
Com o avanço da tecnologia nos últimos anos se faz necessário o desenvolvimento do aplicativos que auxiliam no dia-a-dia das pessoas, como aplicações que auxiliam no reparo dos automóveis, aplicativos de finanças, aplicativos que mostram hospitais próximos, ponto de ônibus entre outros. Com uma grande gama de empresas desenvolvendo aplicativos, cada vez mais as soluções estão na palma da nossa mão, literalmente.
Os autores Parasuraman e Colby(2002) acreditam que quando uma tecnologia é lançada no mercado, os consumidores reagem de diferentes maneiras.
Com isso torna-se possível a mensuração do perfil dos clientes, tornando assim dimensionável os tipos de clientes.
Hoje seria praticamente impossível viver sem as praticidades proporcionadas pelos aplicativos.
No presente projeto traremos uma solução inovadora para pessoas que não tem tempo de fazer uma manutenção no carro e deixar o carro na oficina.
3. OBJETIVO
A idealização desse projeto se torna oportuna devido ao crescimento do setor de desenvolvimento de tecnologias para facilitar a vida das pessoas por meio de seus smartphones. Devido ao aumento de veículos nas rodovias e a falta de cuidado das pessoas para com estes veículos, torna-se fundamental um aplicativo de socorro à carros.
Com o pouco tempo e a necessidade de usar o veículo que as pessoas têm, fica complicado levar este para fazer a manutenção. Diante disso será apresentado a seguir o aplicativo Repara Móvel, capaz de levar o mecânico até o veículo para que seja feito uma revisão ou um reparo, possibilitando a pessoa realizar as manutenções devidas sem que tenha que ir até a oficina.
4. CONCEITOS SOBRE O REPARA MÓVEL
O aplicativo Repara Móvel permite o usuário ter mais praticidade ao acionar um mecânico de qualidade.
Antes do aplicativo o usuário tinha que se deslocar até a oficina com seu veículo e esperar o tempo necessário para manutenção ou revisão. Com o aplicativo os usuários poderão ficar despreocupados com o tempo perdido em oficinas, acionar os mecânicos a qualquer hora e em qualquer lugar desde que tenha internet móvel e não se preocuparão também com a qualidade do serviço que será prestado.
Benefícios oferecidos pelo aplicativo:
a) Disponibilidade do mecânico 
Mostra quais mecânicos estão disponíveis no momento num raio (configurável pelos usuários);
b) Perfil do mecânico 
Mostra todos os serviços prestados pelo mecânico, suas informações pessoais como nome, local em que trabalha, telefone, tempo médio dos serviços, a especialização desse mecânico;
c) Agendar compromisso
Permite os usuários consultar a disponibilidade do mecânico e agendar o melhor horário para a realização do serviço;
d) Tempo para realização do serviço
Exibe para o usuário o tempo aproximado do reparo (definido pelo mecânico, se o problema já estiver definido) ou se necessário realmente levar o carro até a oficina para um reparo mais completo;
e) Qualificação
Os usuários poderão qualificar o serviço prestado via estrelas (0 a 5, sendo 0 muito ruim e 5 muito bom) e também opinar com poucas palavras o que achou;
f) Análise de reparo/revisão
Permite o usuário analisar o que foi reparado e também mudar a qualificação efetuada anteriormente;
g) Relatório Geral
Exibe para o cliente todos os detalhes de cada reparo ou revisão feito;
h) Orçamento
Permite o usuário solicitar um orçamento de reparo, modificação ou revisão do veículo
i) Faturação Presencial e Online
Mostra todos os detalhes e formas de pagamento, também dá a opção de o cliente pagar sua conta via aplicativo.
5. CONSUMIDORES
Os Smartphones tendem a evoluir junto com as tecnologias visando melhorar o cotidiano dos usuários.
Hoje pode-se executar vários serviços sem que seja necessário o deslocamento ou uma ligação.
Segundo o Mobile Globe Report, os usuários têm passado mais tempo conectados a partir de seus aparelhos celulares do que em outros dispositivos. Os celulares são comprovadamente usados por mais de 67% da população mundial, cerca de 5,2 bilhões de pessoas.
O frequente uso dos aplicativos mostra uma grande diferença no uso a partir dos gêneros, sendo que o homem usa mais aplicativos de entretenimento e mulher usa mais aplicativos de comunicação. Parasuraman e Colby (2002), “destacam a importância de as empresas conhecerem seus consumidores e acreditam que, se a empresa comercializar tecnologia de forma sintonizada com as necessidades dos clientes, ela irá acelerar sua adoção e atingir um número cada vez maior de usuários”. Kotler (2000) diz, “compreender os desejos e necessidades dos clientes nem sempre é uma tarefa fácil. Alguns consumidores têm necessidades das quais não têm plena consciência, ou não conseguem articular essas necessidades”.
a) Consumidores do aplicativo
Os aplicativos de manutenção de veículos são voltados para todos os gêneros, de forma a auxiliar os usuários com as devidas precauções que devem ser tomadas para com o veículo;
b) Características dos consumidores
As pessoas procuram aplicativos de manutenção com diferentes finalidades, porém todos com o mesmo objetivo de se despreocupar com o veículo na hora que for usado;
c) Necessidade dos consumidores
Os usuários necessitam ter a manutenção do veículo sempre em dia, sem que percam muito tempo e praticidade, e também garantindo a qualidade do serviço prestado.
6. ANALISE DOS CONCORRENTES
É fácil pensar em uma série de vantagens que a análise da concorrência pode trazer para o seu negócio. Entender o cenário do mercado, descobrir como você está posicionado em relação aos seus concorrentes e encontrar oportunidades, pontos de melhoria e desafios são algumas delas. Segundo Karsaklian (2000), o principal propósito é compreender como os consumidores respondem aos vários estímulos que recebem, e porque determinadas pessoas consomem de determinadas maneiras. Segundo Kotler (2000) “o departamento de marketing só pode ser eficaz em empresas onde os vários departamentos e funcionários tenham projetado e implementado um sistema de valor para o cliente superior ao do concorrente”. A seguir será demonstrado três dos principais concorrentes do Repara Móvel:
a) CARRORAMA
O Carrorama é um aplicativo de gestão, que permite o registro e acompanhamento de todos os custos, reparos, abastecimentos, customizaçõese demais procedimentos e gastos com o seu veículo. Com o cadastro dessas informações, o app elabora relatórios e gráficos para o usuário, facilitando decisões, cortes e alterações no orçamento do carro.
Figura 1 - Ícone do aplicativo Carrorama
Fonte – Google Imagens
b) ENGIE
O Engie é uma solução que foca todos os seus recursos no diagnóstico técnico do veículo. Para tanto, o aplicativo se alia com a tecnologia OBD, exigindo o pareamento com um acessório especial.
Figura 2 - Ícone do aplicativo Engie
Fonte – Google Imagens
c) FUELIO
A tarefa principal do Fuelio é fazer um acompanhamento minucioso da quilometragem do seu carro, observando custos, gerenciando e oferecendo estatísticas importantes para o convívio com o veículo.
Figura 3 - Ícone do aplicativo Fuelio
Fonte – Google Imagens
7. QUALIDADE DE SOFTWARE
Segundo a NBR ISSO 9000:2005, qualidade é um grau no qual um conjunto de características inerente satisfaz os requisitos. A qualidade pode ser medida através do grau de satisfação que as pessoas avaliam os serviços e produtos, podendo ter qualidade para uns e nem tanto para outros. No contexto de sistemas de informação e softwares o conceito da ISO aplica-se na totalidade, assim os usuários finais terão sempre as expectativas de um alto padrão de qualidade para que as tarefas sejam aplicadas da maneira mais pratica possível.
As expectativas de qualidade para sistemas devem obedecer aos seguintes princípios:
a) Os sistemas de softwares devem fazer o que é suposto que se faça, ou seja, devem fazer as coisas de forma correta;
b) Devem realizar as tarefas especificas correta e satisfatoriamente;
c) Prevenir defeitos ao invés de conserta-los;
d) Garantia de que os defeitos foram encontrados e corrigidos rapidamente;
e) Estabelecer e eliminar causas, bem como sintomas dos defeitos;
f) Auditar o trabalho de acordo com os padrões estabelecidos.
A qualidade seja ela usada em qualquer contexto, não é mais considerada um diferencial entre as empresas, e sim uma obrigatoriedade devido aos padrões de qualidade em qualquer área da indústria ou comercio de bens e serviço. Assim a busca por qualidade deve partir desde a ideia do projeto até depois de o projeto estar pronto e executado, realizando testes e prevenindo o software de um eventual defeito que tenha passado durante a fase de desenvolvimento do mesmo.
8. REQUISITOS
O projeto será desenvolvido para rodar exclusivamente em smartphones, nos dois principais sistemas operacionais, Android e IOS, trabalhando online com todas as funcionalidades gratuitas. Os requisitos são de fundamental importância para que os desenvolvedores e usuários posso integrar entre si, ajudando na solução de problemas e proporcionando um aplicativo com uma qualidade satisfatória. Bezerra(2007) diz que o principal objetivo de levantamento de requisitos é que os desenvolvedores juntamente com os clientes façam um levantamento das necessidades dos sistemas a serem desenvolvidos. Requisitos de softwares mapeiam e definem as prioridades que um projeto deve ter para solucionar determinado problema. 
Requisitos podem ser classificados em duas categorias:
a) Requisitos funcionais: Definem as funcionalidades do software, ou seja, o que o sistema deve fazer;
b) Requisitos não-funcionais: Definem as características relacionadas as funcionalidades, ou seja, como o sistema deve fazer.
7.1 REQUISITOS FUNCIONAIS
Requisitos funcionais são todas as necessidades, características ou funcionalidades esperadas em um processo que podem ser atendidos pelo software.
De forma geral, um requisito funcional expressa uma ação que deve ser realizada através do sistema, ou seja, requisitos funcionais são “uma listagem do que sistema deve fazer“ segundo Wazlawick (2004). 
A seguir será listado os requisitos funcionais do Repara Móvel:
a) Quando o sistema estiver online, atualizar todos os mecânicos disponíveis dentro do raio definido pelo usuário;
b) Na tela de início mostrar uma lista com todos os reparos já realizados, juntamente com o botão de nova solicitação;
c) Se tiver uma solicitação aberta, mostrar o tempo restante para que o mecânico chegue até o cliente e a localização dele;
d) Manter todos os registros e dados do usuário.
7.2 REQUISITOS NÃO-FUNCIONAIS
Os requisitos não funcionais são aqueles que não interferem diretamente no desenvolvimento do sistema propriamente dito, ou seja, não é um requisito que tem regras de negócios e, portanto, é necessário para determinar o que será feito no software. Estes estabelecem como o sistema se comportará em determinadas situações. Wazlawick (2004) define esses requisitos como restrições colocadas sobre como o sistema deve realizar os requisitos funcionais.
Requisitos não-funcionais do aplicativo Repara Móvel:
a) Compatibilidade;
b) Consistência;
c) Customização;
d) Desempenho;
e) Disponibilidade;
f) Segurança;
g) Sistema de Login;
h) Tempo de resposta;
i) Tratamento de erros;
j) Usabilidade.
9. PLANO DE TESTES
Para garantir a qualidade e o sucesso de um software, é fundamental que os testes sejam realizados periodicamente. A objetivo do plano de testes é reunir todas as informações necessárias para planejar e controlar os testes referentes a uma ação especifica. A seguir vamos exibir o plano de testes do aplicativo Repara Móvel.
	Objetivo do método
	Testar todas as funcionalidades do app.
	Procedimento
	Os testes serão executados diariamente visando a qualidade e funcionamento do app.
	Critério de êxito
	Os testes obterão êxito se todas as funcionalidades estiverem funcionando perfeitamente.
Tabela 1 – Tabela de plano de testes
Fonte – Criação própria
Aspectos para levar em consideração que abrange processos de planejamentos de software:
a) Acompanhamento de problemas voltado para etapa de testes;
b) Resumo dos testes;
c) Procedimento de aprovação;
d) Coleta de Informações;
e) Execução de testes;
f) Testes de aceitação;
g) Testes de requisitos não-funcionais;
h) Integração;
i) Desenvolvimento de casos de testes.
10. PLANO DE GERENCIAMENTO DE PROJETO
Para entendermos o que é o Gerenciamento de Projetos primeiramente é necessário saber o que é um projeto. Segundo o PMI (2008) “um projeto é um esforço temporário para criar um produto, serviço ou resultado exclusivo”. Todo projeto possui um tempo de vida, por isso se fala “temporário”.
O fim do projeto se dá quando, todos os objetivos forem alcançados com êxito. Ainda de acordo com o PMI (2008) O gerenciamento de projetos “é a aplicação do conhecimento, habilidades, ferramentas e técnicas de atividades do projeto afim de atender seus requisitos”. Todos os projetos que se iniciam devem seguir as seguintes premissas:
a) Iniciação: Processos de definição do projeto;
b) Planejamento: Aplica-se aos processos para determinar o escopo do projeto;
c) Execução: Neste item os projetos estão relacionados as atividades a serem executadas no projeto;
d) Monitoramento: Grupo responsável por monitorar, revisar, regular, e rastrear o progresso e desempenho do projeto;
e) Encerramento: Onde encerra e verifica se os objetivos e metas foram alcançados;
Os processos ainda podem ser organizados e distribuídos em nove áreas basicamente, são elas:
a) Integração: Identifica, combina e coordena os processos;
b) Escopo: Inclui e define quais atividades vão ser realizadas no projeto;
c) Tempo: Define a duração e execução do projeto;
d) Custos: Analisa as questões financeiras do projeto;
e) Qualidade: Processo responsável por garantir as questões de qualidade do projeto;
f) Recursos Humanos: Envolve os processos relacionados a equipe que desenvolverá o projeto;
g) Comunicações: São os processos relacionados a geração, coleta, armazenamento, disseminação e destinação das informações do projeto;
h) Riscos: É o processo que identificará riscos e planejará para que não aconteçam eventos negativos;
i) Aquisições: Tem relação com produtos, resultados, serviços para integrarem no projeto.
10.1. REPARA MÓVEL
10.1.1. ESCOPO
O escopo a ser seguido é o seguinte:
Figura 4 – Escopo do projeto
Fonte – Criação Própria
10.1.2. ESTRUTURA ANALITICADO PROJETO
Estrutura analítica do projeto de acordo com o PMI(2008), representa a decomposição hierárquica orientadas a entrega do trabalho a ser executada pela equipe para atingir os objetivos solicitados. Semelhante a um organograma a EAP representa o que deve ser entregue em um projeto, detalhando as entregas e funções do projeto.
Figura 5 – EAP do projeto
Fonte – Criação Própria
10.1.3. RECURSOS HUMANOS
Segundo o PMI(2004), a equipe que compõe o projeto tem funções e responsabilidades atribuídas para o termino deste. Sendo assim a área de recursos humanos tem o dever de formá-la, desenvolvê-la e gerenciá-la. A seguir será apresentado a tabela que define as atividades ao perfil da equipe para o desenvolvimento do aplicativo:
	Nº
	Função
	Responsabilidade
	1
	Gerente de Projeto
	Supervisiona o gerenciamento do Projeto
	2
	Desenvolvedor
	Desenvolve as camadas do aplicativo
	3
	Analista de Teste
	Define os testes específicos a serem realizados
	4
	Tester
	Executa os testes necessários
	5
	Administrador do sistema de teste
	Garante a manutenção e gerenciamento do ambiente de teste
Tabela 2 – Responsabilidades Recursos Humanos
Fonte – Criação Própria
	
	Matriz de Responsabilidade
	
	Gerente
	Desenvolvedor
	Analista
	Tester
	Adm. de Sistemas
	Requisito
	X
	-
	-
	-
	-
	Visual
	-
	X
	-
	-
	-
	Experiência do usuário
	X
	-
	X
	X
	-
	Arquitetura
	-
	X
	-
	-
	X
	Codificação
	-
	X
	-
	-
	-
	Testes
	-
	-
	X
	X
	-
	Aprovação do Cliente
	X
	-
	-
	-
	-
	Publicação
	-
	-
	-
	X
	-
Tabela 3 – Matriz de Responsabilidade
Fonte – Criação Própria
10.1.4. AQUISIÇÃO E CUSTO
Aquisições integra os processos relacionados com produtos, serviços e resultados, adquiridos ou não para fazerem parte do projeto. Os custos envolvem processos que definem o orçamento do projeto, passando por estimativas até o controle de gastos.
O projeto sempre é previsto para ser entregue dentro do orçamento inicial.
	
	Aquisições e Custos
	
	Iniciação
	Planejamento
	Execução
	Monitoramento e Controle
	Encerramento
	Aquisições
	
	Planejar aquisições
	Conduzir Aquisições
	Administrar Aquisições
	Encerrar Aquisições
	
	
	Planejar Contratações
	
	
	
	Custos
	
	Estimar Custos
	
	Controlar Custos
	
	
	
	Determinar Orçamento
	
	
	
Tabela 4 – Aquisições e Custos
Fonte – Adaptado de PMBOK® Guide. A Guide to the Project Management Body of Knowledge. 4ª edição. Pensilvânia: Project Management Institute, 2008. P.43.
10.1.5. CRONOGRAMA
Será apresentado abaixo de forma simples e objetiva o cronograma para desenvolvimento do aplicativo Repara Móvel
	FASE
	ATIVIDADES
	MÊS
	
	
	JAN
	FEV
	MAR
	ABR
	MAI
	JUN
	Analise e definição de Requisitos
	Estudo de viabilidade
	
	
	
	
	
	
	
	Levantamento de Requisitos
	
	
	
	
	
	
	
	Especialização de Requisitos
	
	
	
	
	
	
	
	Validação de Requisitos
	
	
	
	
	
	
	Projeto de Sistemas de Software
	Projeto de arquitetura
	
	
	
	
	
	
	
	Projeto de componentes
	
	
	
	
	
	
	
	Projeto de interface
	
	
	
	
	
	
	
	Projeto de algoritmos 
	
	
	
	
	
	
	Implementação e Testes de Unidade
	Programação
	
	
	
	
	
	
	
	Realizar testes de unidade
	
	
	
	
	
	
	
	Realizar testes de modulo
	
	
	
	
	
	
	
	Iniciar testes de programas
	
	
	
	
	
	
	Integração e Testes de Sistemas
	Fazer testes do programa
	
	
	
	
	
	
	
	Reparar Erros
	
	
	
	
	
	
	
	Testes de subsistema
	
	
	
	
	
	
	
	Realizar testes de sistema
	
	
	
	
	
	
	
	Teste de aceitação
	
	
	
	
	
	
	Entrega
	Disponibilizar aplicativo
	
	
	
	
	
	
Tabela 5 – Cronograma do desenvolvimento do aplicativo
Fonte – Criação Própria
11. CONCLUSÃO
O aplicativo proposto nesse PIM tem como objetivo disponibilizar uma ferramenta para auxiliar o usuário na manutenção do seu veículo. Com o avanço das tecnologias os usuários têm buscado cada vez mais praticidade para solução de problemas do dia-a-dia e até então não tem um aplicativo no mercado como o Repara Móvel. O diferencial do aplicativo é poder agendar uma visita do mecânico de qualquer lugar e a qualquer hora.
A partir do plano de gerenciamento de projetos observou-se as fases para o desenvolvimento e implementação do aplicativo, bem como uma análise dos consumidores e concorrentes. Com essas informações foi possível destacar-se nas funcionalidades, como o agendamento de visita ou a opção de escolha do mecânico dentro do raio definido pelo usuário. Por fim com um plano de gerenciamento será possível manter o aplicativo sempre funcional, evitando erros que possam prejudicar a usabilidade do mesmo, melhorando a experiência de uso dos consumidores finais. 
REFERÊNCIAS
https://blog.sebrae-sc.com.br/o-que-e-empreendedorismo/ https://sambatech.com/blog/insights/plano-de-negocios/ https://artia.com/blog/passo-a-passo-completo-para-criar-um-plano-de-projeto/#:~:text=O%20plano%20de%20projeto%20(tamb%C3%A9m,controlar%20e%20encerrar%20o%20projeto. 
https://www.devmedia.com.br/qualidade-de-software/9408 
https://www.devmedia.com.br/qualidade-de-software-engenharia-de-software-29/18209 
https://blog.nakata.com.br/apps-de-manutencao-automotiva/
https://codificar.com.br/requisitos-funcionais-nao-funcionais/
MALDONADO, R. Qualidade de Software: Teoria e Prática.
GOMES, N. Qualidade de Software – Uma Necessidade.
https://pt.yeeply.com/blog/como-escrever-um-bom-projeto-de-aplicativo-movel/ 
http://sobreapps.com.br/2016/04/como-estruturar-projeto-de-app/
http://abrarec.com.br/2015/07/14/tecnologia-a-importancia-dos-aplicativos-moveis-no-relacionamento-com-clientes/ 
https://smartphonestudo.wordpress.com/2014/02/26/a-importancia-dos-smartphones-no-dia-a-dia/ 
PARASURANAN, A.; COLBY, Charles L. Marketing para Produtos Inovadores : Como e por que seus clientes adotam tecnologia. Porto Alegre: Bookman, 2002 . 
http://organizeseubolso.com/apps-controle-financeiro/#.W C9FgtIrIdU 
http://www.cpt.com.br/cursos-gestaoempresarial/artigos/como-montar-uma-pequena-empresa-analise-do- mercado-consumidor-e-dos-concorrentes
http://www.correiobraziliense.com.br/app/noticia/tecnologia/2015/05/11/interna_tecnologia,482694/brasil-decola-na-industria-de-apps-e-mercado-acumula-lucros-nesta-decada.shtml 
http://arquiteturadeinformacao.com/mobile/homens-e-mulheres-usam-aplicativos-mobile-de-forma-diferente/ 
http://www.linhadecodigo.com.br/artigo/1712/qualidade-qualidade-de-software-e-garantia-da-qualidade-de-software-sao-as-mesmas-coisas.aspx
BEZERRA, Eduardo. Principios de Analise e projeto de sistemas com UML. 2 .ed. Rio de Janeiro: Elsevier, 2007. 
Paula Filho, W.P. (2001). Engenharia de Software . LTC , 1 edição WAZLAWICK, Raul Sidnei. Analise e projeto de sistemas de informação orientado a objetos. 9 ed. Rio de Janeiro : Elsevier, 2004. 
http://www.linhadecodigo.com.br/artigo/2958/como-fazer-um-plano-de-testes-baseado-em-casos-de-uso.aspx 
http://www.elirodrigues.com/2016/04/23/como-fazer-um-plano-de-projeto-completo-com-exemplos-e-template/
https://www.inovarse.org/sites/default/files/T12_0454_3026.pdf
Projeto
Fase 1
Levantamento Necessário
Fase 3
Fase 2
Definição das atividades
Fase 4
Testes
Disponibilização
Software
Pessoal
Custos
Desenvolvimento
Separar por àrea
Desenvolvedores
Analistas
Testers
Correção de erros
Melhorias
Repara Móvel
Gerente do Projeto
Fase 1
Fase 2
Fase 3
Plano de Gerenciamento do Projeto
Monitoramento e Controle
Entrega 1.1
Entrega 2.1
Entrega 3
Escopo
Requisitos
Cronograma
Custos
RH
Comunicações
Riscos
Aquisições
Melhorias
Mudanças
Reuniões de Acompanhamento
Relatório de Progresso
Entrega 1.2
Entrega 1.3
Aceite Parcial
Entrega 2.2
Aceite Parcial
Aceite Final
Entrega 3
Contrato de Aquisição
Vistoria Inicial
Vistoria Intermediaria
Vistoria Final
Encerramento
Encerramento de Contratos
Lições Aprendidas
Encerramento do Projeto