PLANO DE GERENCIAMENTO DO PROJETO DE CRIAÇÃO DO SOFTWARE DE GESTÃO DE ESTOQUES

Transcrição

1 PLANO DE GERENCIAMENTO DO PROJETO DE CRIAÇÃO DO SOFTWARE DE GESTÃO DE ESTOQUES PROJETO INTEGRADOR Gestão de Tecnologia da Informação 4 Modulo Matutino Grupo GTI Alunos: Edu Rodrigues Higor Rocha Mateus Matias Página 1

2 Índice: 1. Introdução... Pag.3 2. Declaração do Escopo do Projeto... Pag.4 3. Estrutura Analítica do Projeto (EAP)... Pag.5 4. Dicionário da EAP... Pag.5 5. Equipe do Projeto e seus Papéis... Pag.6 6. Matriz de Responsabilidade... Pag.7 7. Partes Interessadas... Pag.7 8. Cronograma... Pag.7 9. Gestão de Riscos... Pag.8 Página 2

3 Grupo GTI Tipo de Documento: Plano de Gerenciamento do Projeto Elaborado por: Grupo GTI Versão: 1.0 Data: 24/11/2014 ALTERAÇÕES Edu Rodrigues Higor Rocha Mateus Matias Autor Data Versão Descrição 24/11/ Confecção do Plano de Gerenciamento do Projeto Descrição do Projeto Criação de um software de gestão de estoques com aplicação para o método CUSTO MÉDIO PONDERADO. Objetivo deste documento Definir como executar, monitorar, controlar e encerrar o projeto. Duração do Projeto O prazo do projeto deverá ter duração de 12 dias, desde a criação do software (7 dias), passando pelo início das atividades de teste e acompanhamento do funcionamento deste nos demais dias. Terá início em 24 de novembro de 2014 e deverá ser entregue até 05 de dezembro de Critérios de Avaliação Esse projeto será considerado bem sucedido se o software estiver em pleno funcionamento dentro do prazo estabelecido de 12 dias úteis. O Projeto será avaliado sob diversas perspectivas. São elas: produto final, apresentação, conhecimento empregado, originalidade, qualidade do produto/resultado produzido, comprometimento e organização da equipe. Observações importantes sobre a avaliação: Não contempla nenhum processo de recuperação, visto que o desenvolvimento das atividades terá acompanhamento do Professor; Deverá ser entregue até a data estabelecida pelo cronograma; Caso seja detectado algum plágio, o projeto poderá ser recusado, ficando o grupo com menção Insuficiente na avaliação, sem direito a nova avaliação; A menção final é composta pela avaliação de cada unidade curricular, calculando uma média e definindo a menção de acordo com a tabela a abaixo: Página 3

4 Média Menor que 6 Maior ou igual a 6 e menor ou igual a 7 Maior que 7 e menor que 9 Maior ou igual a 9 Menção Insuficiente Suficiente Bom Ótimo Mesmo sendo desenvolvido em grupo os alunos, integrantes deste, podem ter menções diferentes de acordo com a frequência, participação, interesse, proatividade, coerência, integridade e apresentação, que serão avaliados pelos professores durante o desenvolvimento das atividades e a apresentação dos resultados; O projeto integrador deverá ser apresentado a banca de 2 ou mais professores, sendo que aquele integrante do grupo que não apresentar será penalizado em sua menção final do projeto integrador; A menção final do Projeto Integrador será divulgada através do moodle. Marcos Marcos Previsão Planejamento 24/11/14 Execução 26/11/14 Acompanhamento (Teste) 04/12/14 Declaração do Escopo do Projeto Nesse projeto será entregue um software que ofereça aos clientes os requisitos necessários para gestão de estoques com aplicação para o método CUSTO MÉDIO PONDERADO. Página 4

5 Estrutura Analítica do Projeto (EAP) Dicionário da EAP O dicionário da EAP tem por objetivo descrever em linhas gerais cada pacote de trabalho que será entregue assim como os critérios de aceitação da de cada um deles. Cód. EAP 1.1 Planejamento Entrega/Pacote de Trabalho Descrição Critérios de aceitação Fase na qual serão definidos detalhes da operação e da construção do Software de Gestão. Estrutura de Tecnologia da Informação Detalhamento dos requisitos de Servidor Web, Arquitetura do banco de dados. Será tratado como aceito após o detalhamento dos requisitos de TI. projeto que correspondem à área Levantamento de Requisitos Definição dos tipos de métodos para gerencia de estoques. projeto que correspondem à área Analise de Requisitos Confecção do MDA (Modelo de Diagrama Arquitetural) com diagrama de classe, digrama de caso e do MER (Modelo Entidade Relacional). projeto que correspondem à área. Página 5

6 1.2 Execução Implementação Testes 1.3 Acompanhamento Implantação Avaliação Final Fase na qual será executado todo o planejamento do projeto. Nessa etapa, o software é codificado a partir da descrição computacional em outra linguagem, onde se torna possível a compilação e geração do código-executável para o mesmo. Diversas atividades de testes são executadas a fim de se validar o produto de software, testando cada funcionalidade de cada módulo, buscando, levando em consideração a especificação feita na fase de projeto. Acompanhamento das atividades do Simulador. Implantação e acompanhamento da estabilidade do software no início da operação. Avaliação interna feita pelo Gerente de TI. Será tratado como aceito após a execução dos requisitos de TI.. Pela área de TI com a finalização do projeto que correspondem à área de TI. projeto que correspondem à área de TI. projeto que correspondem à área de TI. pela avaliação das funcionalidades do software. Equipe do Projeto e seus Papéis Nome Área Cargo Mateus Matias TI Gerente de TI Higor Rocha TI Eng. Software Edu Rodrigues TI Programador Página 6

7 Matriz de Responsabilidade Cód. EAP Entrega/Pacote de Trabalho Responsável Revisor 1.1 Planejamento Higor Mateus Estrutura de Tecnologia da Higor Informação Mateus Levantamento de Requisitos. Higor Mateus Analise de Requisitos. Higor Mateus 1.2 Execução Edu Higor Implementação Edu Higor Testes Edu Higor 1.3 Acompanhamento Mateus Higor Implantação Mateus Edu Avaliação Final Mateus Edu Outras responsabilidades Partes Interessadas Abaixo a relação de todas as pessoas interessadas pelo projeto. Nome Willians Santos Niuza Adriane da Silva Elias Batista Ferreira Fabricio Leonard Leopoldino Marissol Martins Barros Edison Andrade Martins Morais Disciplina Gerencia de Projetos Contabilidade Gerencial Tópicos Especiais em Banco de Dados Programação para Internet Gerencia de Redes de Computadores Gestão de TI Página 7

8 Gestão de Riscos Probabilidade Impacto Cód. Probabilid ade vs Impacto Descrição do risco Probabilidade Impacto Falha em 3-Média equipamentos de TI 5-Muito Alto Exceder o tempo do Projeto Falha de comunicação dos servidores Membro da equipe faltar 3-Média 5-Muito Alto Descrição do Impacto Paralização do desenvolvi mento do software. Atraso na entrega do software 5-Muito Alta 5-Muito Alto Falha na comunicaçã o entre os periféricos e servidores 4-Alta 4- Alto Atraso do Projeto Ação Transferir Prevenir Prevenir Transferir Descrição da ação Entrar em contato com o serviço de suporte e reparo imediato. Analise diária do desenvolviment o Certificar que todos os periféricos estão conectados com os servidores Alocar as atividades do dia à um membro presente Responsá vel Gerente de TI Eng. Software Gerente de TI Gerente de TI 5 8 Perda de dados indispensáveis ao projeto 2-Baixa 4-Alto Atraso na entrega do software Prevenir Conter backups dos dados em discos físicos e virtuais Programad or Página 8