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.