Prometheus – Sistema de Gerenciamento de Projetos Módulo Controlar Projetos Anderson Moysés Araújo Bruno da Silva Pitta Agenda • A Proposta – Necessidades Para o Sistema – Ferramentas de Acompanhamento, Planejamento e Controle – Alternativas de Implementação – Estudo Econômico Agenda • Análise – Alternativa Escolhida – Estudo de Gestão do Projeto – Diagrama de Pacotes – Diagrama de Contexto dos Casos de Uso – Diagrama de Classe Conceitual – Diagrama de Estado – Diagrama de Atividade Agenda • Projeto – Diagrama de Classe de Projeto – Diagrama de Seqüência – Diagrama de Colaboração – Diagrama de Bachman Agenda • Implementação – Diagrama de Componentes – Estudo de Infra estrutura – Protótipos do Sistema – Estudo de Segurança A Proposta Necessidades para implementação do sistema • A história do gerenciamento de projetos • Porque investir no gerenciamento de projetos? Ferramentas de Acompanhamento e Controle • Estrutura Analítica do Projeto (EAP) Ferramentas de Acompanhamento e Controle • Diagrama de Barras (Gráfico de Gantt) Ferramentas de Acompanhamento e Controle • Técnica do Valor Agregado (Earned Value) Ferramentas de Acompanhamento e Controle • Matriz de Responsabilidade Alternativas de Implementação Descrição da Atividade Alternativa I Controle de Configurações X Controle de Projetos X Controle de Clientes X Controle de Recursos X Gerador de Earned Value Gerador de Matriz de Responsabilidades Gerador de Gráfico de Gantt Relatório de Recursos e Insumos Relatório de Clientes Relatório de Projetos Relatório de Acompanhamento de Projetos Pontos de Função Ajustados (Anexo I) Prazo de execução (Horas) Custo Total (R$) Alternativa II X X X X X Alternativa III X X X X X X X X X X X X X X X 276 2209 289 2311 302 2414 R$ 88.339,20 R$ 92.448,00 R$ 96.556,80 X X X Estudo Econômico O projeto é viável com um investimento de 7.543,50, com a TMA de 12% e uma taxa interna de retorno de 13%. O valor investido terá retorno dentro de três anos e meio. Análise Alternativas Escolhida Descrição da Atividade Alternativa I Controle de Configurações X Controle de Projetos X Controle de Clientes X Controle de Recursos X Gerador de Earned Value Gerador de Matriz de Responsabilidades Gerador de Gráfico de Gantt Relatório de Recursos e Insumos Relatório de Clientes Relatório de Projetos Relatório de Acompanhamento de Projetos Pontos de Função Ajustados (Anexo I) Prazo de execução (Horas) Custo Total (R$) Alternativa II X X X X X Alternativa III X X X X X X X X X X X X X X X 276 2209 289 2311 302 2414 R$ 88.339,20 R$ 92.448,00 R$ 96.556,80 X X X Estudo de Gestão do Projeto • Cronograma Estudo de Gestão do Projeto • Cronograma Gestão de Riscos de Desenvolvimento Riscos Alteração de Escopo. Categoria Riscos de Projeto Probabilidade Impacto 30% 2 Complexidade das regras de negócio do sistema. Riscos de Projeto 60% 1 Dificuldade de inserção do produto no mercado de trabalho. Riscos de Produto 80% 4 Constante atualização dos modelos de gestão de projeto tornando o produto obsoleto. Riscos de Produto 30% 4 Ao final do projeto, o produto não atender o esperado. Riscos de Produto 20% 4 Valores do impacto: 1 – catastrófico / 2 – crítico / 3 – marginal / 4 – negligível Gestão de Riscos de Desenvolvimento Descrição do Risco Alteração de Escopo. Complexidade das regras de negócio do sistema. Solução 1 – Levantamento de Requisitos bem definido. 2 – Caso seja necessário algum tipo de alteração de escopo, tentar postergar o seu desenvolvimento até a próxima versão. 1– Agendamento de reuniões periódicas para sincronização e confronto das concepções de regras de negócio de cada recurso alocado no sistema. 2 – Criação dos contratos, e dos diagramas de seqüência de todas as funcionalidades críticas do sistema para melhor demonstração nas reuniões de validação de regra de negócio com o usuário. 1 – Deverá haver um sponsor no projeto piloto que pagará pelo custo do projeto. Dificuldade de inserção do produto no mercado 2 – Criação de workshops em empresas que sejam clientes em potencial. de trabalho. 3 – Divulgação do produto em sites e portais relacionados ao tema. 4 – Estudo detalhado dos concorrentes para plano de marketing mais agressivo. Constante atualização dos modelos de gestão de projeto tornando o produto obsoleto. 1 – O escopo será fechado por versão do PMBOK (periodicidade de 4 anos). Ao final do projeto, o produto não atender o esperado. 1 – Estar buscando constantes contatos com o usuário e outros profissionais da área afim de que estes possam estar validando o produto evitando que fluxo do sistema validado pelo usuário seja o fluxo correto. Diagrama de Pacotes Diagrama de Contexto dos Casos de Uso Diagrama de Classe Conceitual Diagrama de Estado – Cadastrar Projeto Diagrama de Atividade – Cadastrar Projeto Projeto Diagrama de Seqüência – Incluir Projeto Diagrama de Colaboração – Incluir Projeto Diagrama de Classe de Projeto Diagrama de Bachman Implementação Diagrama de Componentes Estudo de Infraestrutura Protótipos do Sistema – Tela de Login Acessar Prometheus Estudo de Segurança • Requisitos de Segurança – Segurança Física – Segurança Lógica – Segurança dos Sistemas de Informação e Banco de Dados • Propostas de Confiabilidade • Plano de Implantação • Plano de Contingência Estudo de Segurança – Planos de Teste • Texto obrigatório Caso de Teste Descrição do Caso de Teste Resposta Esperada Prioridade Não deve permitir. ALTA Manter campo em branco e Salvar. Deve apresentar uma mensagem indicando campo obrigatório. ALTA Campo com Espaço Inserir um espaço e Salvar. Deve informar ao usuário que as informações devem ser inseridas sem apresentar espaços. ALTA Campo com aspas simples (‘) Inserir aspas simples e Salvar. Não deve permitir. MÉDIA Campo com aspas duplas (“) Inserir aspas duplas e Salvar. Não deve permitir. MÉDIA Campo com dados numéricos Inserir um número e Salvar. Não deve permitir. ALTA Caractere Especial Inserção de qualquer caractere em geral especial. Campo em Branco Estudo de Segurança – Planos de Teste • Valor numérico obrigatório Caso de Teste Descrição do Caso de Teste Inserção de qualquer caractere alfanumérico ou especial. Resposta Esperada Prioridade Não deve permitir. ALTA Deve apresentar uma mensagem indicando campo obrigatório. ALTA Valores muitos extensos Digitar uma quantidade muito acima do limite determinado grande. Não deve permitir. ALTA Valores com Espaço Digitar um valor com espaço entre eles. Não deve permitir. ALTA Valores Negativos Inserção de um número negativo. Não deve permitir. ALTA Valor com mais de uma vírgula. Inserção de um valor com mais de uma vírgula. Não deve permitir. ALTA Caracteres alfanuméricos em geral Campo em Branco Manter campo em branco. Estudo de Segurança – Planos de Teste • Valor numérico inválido Caso de Teste Descrição do Caso de Teste Resposta Esperada Prioridade Caracteres alfanuméricos em geral Inserção de qualquer caractere alfanumérico ou especial. Não deve permitir. ALTA Valores muitos extensos Digitar uma quantidade muito acima do limite determinado grande. Não deve permitir. ALTA Valores com Espaço Digitar um valor com espaço entre eles. Não deve permitir. ALTA Valores Negativos Inserção de um número negativo. Não deve permitir. ALTA Valor com mais de uma vírgula. Inserção de um valor com mais de uma vírgula. Não deve permitir. ALTA Valor com mais de uma vírgula. Inserção de um valor com mais de uma vírgula. Não deve permitir. ALTA Estudo de Segurança – Planos de Teste • Lista de seleção obrigatória Caso de Teste Descrição do Caso de Teste Resposta Esperada Prioridade Inserção de Caracteres Inserção de qualquer caractere no campo. Não deve permitir inserção. MÉDIA Manter campo em branco. Deve apresentar uma mensagem indicando campo obrigatório. ALTA Campo em Branco Estudo de Segurança – Planos de Teste • Data obrigatória Caso de Teste Descrição do Caso de Teste Resposta Esperada Prioridade Caractere Alfanumérico em geral Inserção de qualquer caractere alfanumérico ou especial com exceção da barra de separação '/ '. Não deve permitir. ALTA Manter campo em branco. Deve apresentar uma mensagem indicando campo obrigatório. ALTA Campo com Espaço Com o campo em branco, insira um espaço. Deve informar ao usuário que as informações devem ser inseridas sem apresentar espaços. ALTA Campo com aspas simples(') Inserir aspas simples. Não deve permitir. ALTA Campo em Branco Estudo de Segurança – Planos de Teste • Data obrigatória Caso de Teste Descrição do Caso de Teste Resposta Esperada Prioridade Campo com aspas duplas (") Inserir aspas duplas. Não deve permitir. ALTA Data Inválida 99/99/8888 Deve informar data inválida. ALTA Dia Inválido 44/12/2003 Deve informar data inválida. ALTA Mês Inválido 01/18/2004 Deve informar data inválida. ALTA Ano Inválido 1/3/9999 Deve informar data inválida. ALTA Conclusão Referencias Bibliográficas • PRESSMAN, Roger S.; “Engenharia de software”; pp.3-30; Rio de Janeiro: Editora Alta Books – 2005. • VALLE, André Bittencourt do. P SOARES, Alberto. JÚNIOR, José Finocchio; F SILVA, Lincon de Souza; “Fundamentos do Gerenciamento de Projetos”; pp.55-109/ pp.143-160; Rio de Janeiro: Editora FGV – 2007. • • MELO, Tiago de. “Texto e Notas Sobre Engenharia de software e Sistemas de Informação.” CEFET. Disponível em www.tiagodemelo.info/aulas/cefet/2007/aula-engenharia-software.pdf • CHESSMAN, C., DANIELS, J.; “UML Components”; pp.87-142; Boston: Editora Addison-Wesley – 2001. • FLOWER, Martin. “UML Essencial – Um breve guia para linguagem-padrão de modelagem de objetos”; Porto Alegre: 3 ed.; Editora Bookman, 2005. • UniFOA - Manuais de Orientação aos Projetos, UniFOA. Volta Redonda/RJ: 2009. Site: http://www.unifoa.edu.br/ambienteunifoa/mod/resourse/ - pasta Prof. Venício Siqueira Filho - consultado durante o 2º semestre de 2008 e o 1º semestre de 2009. • PROJECT MANAGEMENT INSTITUTE – PMI. “Guide of Project Management Body of Knowledge” - PMBOK, 2000. • SOLER, A. M.; SOLER, J.H.M.. “Coaching em Gerenciamento de Projetos”. Revista Mundo PM - Project Management, ano 2, número 7. Disponível em www.j2da.com.br/pdf/Coaching%20para%20GPs.pdf • PROJECT MANAGEMENT INSTITUTE. “Um guia do Conjunto de Conhecimentos em Gerenciamento de Projetos.” Terceira Edição. Four Camps Boulevard. Newton Square, PA, 2004.