Gerência e Planejamento de Projeto. SCE Engenharia de Software Profs. José Carlos Maldonado e Elisa Yumi Nakagawa 2 o semestre de 2002
|
|
- Ana Clara Angelim Castel-Branco
- 9 Há anos
- Visualizações:
Transcrição
1 Gerência e Planejamento de Projeto SCE Engenharia de Software Profs. José Carlos Maldonado e Elisa Yumi Nakagawa 2 o semestre de 2002
2 Conteúdo: Parte 1: Gerenciamento & Qualidade Plano de Projeto - aspectos gerais Parte 2: Plano de Projeto - Métricas e Estimativas Parte 3: Plano de Projeto - Cronograma e Controle Parte 4: Exercícios de Fixação
3 Parte 1 - Objetivos Gerenciamento & Qualidade A importância do Gerenciamento para a qualidade do processo de software Aspectos de Qualidade Gerenciamento e Planejamento Plano de Projeto Introdução Riscos Recursos Organização do Pessoal 3
4 Visões de Qualidade de Software usuário Facilidade de Uso, Desempenho, Confiabilidade dos Resultados, Preço do Software, etc. desenvolvedor Taxa de defeitos, Facilidade de Manutenção e Conformidade em relação aos Requisitos de Usuários, etc. organização Cumprimento de Prazo, Boa Previsão de Custo, Boa Produtividade. 4
5 Processo de Desenvolvimento de Software Gerência e Planejamento Análise de Sistema Planejamento Análise de Requisitos DEFINIÇÃO Projeto Codificação Teste CONSTRUÇÃO Entendimento Modificação Revalidação MANUTENÇÃO 5
6 Processo de Software Uma das maiores dificuldades encontradas pelas empresas de software é o gerenciamento de seus processos de software Modelos de Processo de Software 6
7 Processo de Software DEFINIÇÃO CONSTRUÇÃO Análise de Sistema Planejamento do Projeto Análise de Requisitos Projeto Codificação Teste Gerenciamento de Configuração Aplicação de Métricas Acompanhamento e Controle do Projeto Revisão e Inspeção SOFTWARE PRODUTO MANUTENÇÃO Entendimento Modificação Revalidação Produção e Preparação de Documentos Gerenciamento de Risco ATIVIDADES PARA GARANTIR A QUALIDADE 7
8 Gerência de Projeto de Software camada - abrange todo o processo de desenvolvimento possibilita compreender o escopo do trabalho, riscos, recursos exigidos, tarefas a executar, marcos de referência, esforço despendido medir o processo melhorá-lo medir o produto aumentar sua qualidade atividade fundamental: planejamento 8
9 Processo de Software sem Gerência é improvisado não é rigorosamente seguido é altamente dependente dos profissionais a visão do progresso e da qualidade é baixa. a qualidade do produto decorrente do processo é comprometida em função de prazos a introdução de novas tecnologias no processo é arriscada e a qualidade é difícil de se prever 9
10 Organizações com Processo de Software sem Gerência são reacionárias cronogramas e orçamentos são extrapolados datas urgentes qualidade comprometida não existe nenhuma base objetiva para julgar a qualidade do produto atividades de revisão e teste encurtadas ou eliminadas 10
11 Base para Garantir Qualidade do Produto Final Um processo de software bem definido e documentado, utilizado para integrar pessoas, tarefas, ferramentas e métodos, pode prover a base essencial para garantir a qualidade do produto final. 11
12 Base para Garantir Qualidade do Produto Final Um processo de software gerenciado propicia segurança frente às variações que o produto possa sofrer em relação às suas especificações iniciais. 12
13 Melhoria de Processo de Software Processo é examinado pela conduz à Avaliação do Processo Melhoria do Processo identifica mudanças no 13
14 O Modelo CMM INICIAL Organizações com Melhoria 6- Gerenciamento GERENCIADO da Configuração de Contínua Software 5- Garantia da Qualidade de Software 4- Gerenciamento de Subcontrato Organizações de Software 3- Acompanhamento de Projeto Previsíveis de Software DEFINIDO 2- Planejamento de Projeto de Software 1- Gerenciamento Organizações de Requisitos Padronizadas REPETÍVEL Organizações Caóticas Organizações Disciplinadas OTIMIZADO Como sair do nível caótico e passar para o nível repetível? 14
15 Proceso de Software DEFINIÇÃO CONSTRUÇÃO SOFTWARE PRODUTO Planejamento do Projeto Análise de Sistema Planejamento do Projeto Análise de Requisitos Projeto Codificação Teste Gerência de Projeto de Software Entendimento MANUTENÇÃO Modificação Revalidação Gerenciamento de Configuração Aplicação de Métricas Aplicação de Métricas Acompanhamento e Controle do Projeto Acompanhamento e Controle do Projeto Revisão e Inspeção Produção e Preparação de Documentos Gerenciamento de Risco ATIVIDADES PARA GARANTIR A QUALIDADE 15
16 Importância do Planejamento no Processo de Desenvolvimento Responsabilidades Políticas Pessoas Métodos Requisitos De Software Produto Ferramentas Cumprimento De Prazo, Boa Previsão De Custo, Boa Produtividade Gerência Eficaz Controle das Atividades 16
17 Os Níveis de Maturidade do CMM A organização consegue se DEFINIDO estabelecer com certa segurança, custos, prazos e funcionalidade REPETÍVEL GERENCIADO Organizações Padronizadas OTIMIZADO Organizações Previsíveis Organizações com Melhoria Contínua INICIAL Organizações Disciplinadas Organizações Caóticas 17
18 Os Níveis de Maturidade do CMM Custo, cronograma e funcionalidade estão sob controle e a qualidade do software é acompanhada DEFINIDO GERENCIADO OTIMIZADO Organizações Previsíveis Organizações com Melhoria Contínua REPETÍVEL Organizações Padronizadas INICIAL Organizações Disciplinadas Organizações Caóticas 18
19 Objetivos do Planejamento determinar o alcance do trabalho a ser realizado: função, desempenho, interface e segurança estimar recursos necessários ao desenvolvimento do software: recursos humanos, de hardware e de software identificar tarefas a serem efetuadas elaborar cronogramas estimar esforço (custo) despendido 19
20 Atividades do Planejamento Combina 2 Tarefas Pesquisa Estimativa define o alcance do software; utiliza a especificação do sistema como guia Incerteza PLANO DE PROJETO DE SOFTWARE 20
21 Plano de Projeto de Software I. Introdução 1. Escopo e propósito do documento 2. Objetivos do Projeto II. Estimativas de Projeto 1. Dados históricos usados nas estimativas 2. Técnicas de estimativa 3. Estimativas III. Riscos do Projeto 1. Análise dos riscos 2. Administração dos riscos V. Recursos do Projeto 1. Pessoal 2. Hardware e Software 3. Recursos especiais VI. Organização do Pessoal 1. Estrutura de Equipe 2. Relatórios Administrativos VII. Mecanismos de Controle VIII. Apêndices IV. Cronograma 1. Divisão do trabalho (work breakdown) 2. Rede de tarefas 3. Gráfico de Gantt 4. Tabela de recursos 21
22 Plano de Projeto de Software I. Introdução 1. Escopo e propósito do documento 2. Objetivos do Projeto II. Estimativas de Projeto 1. Dados históricos usados nas estimativas 2. Técnicas de estimativa 3. Estimativas III. Riscos do Projeto 1. Análise dos riscos 2. Administração dos riscos V. Recursos do Projeto 1. Pessoal 2. Hardware e Software 3. Recursos especiais VI. Organização do Pessoal 1. Estrutura de Equipe 2. Relatórios Administrativos VII. Mecanismos de Controle VIII. Apêndices IV. Cronograma 1. Divisão do trabalho (work breakdown) 2. Rede de tarefas 3. Gráfico de Gantt 4. Tabela de recursos 22
23 Plano de Projeto-Introdução I. INTRODUÇÃO 1. Escopo e propósito do documento 2. Objetivos do Projeto a) Objetivos b) Funções principais c) Questões de desempenho d) Restrições técnicas e administrativas 23
24 Plano de Projeto de Software I. Introdução 1. Escopo e propósito do documento 2. Objetivos do Projeto II. Estimativas de Projeto 1. Dados históricos usados nas estimativas 2. Técnicas de estimativa 3. Estimativas III. Riscos do Projeto 1. Análise dos riscos 2. Administração dos riscos V. Recursos do Projeto 1. Pessoal 2. Hardware e Software 3. Recursos especiais VI. Organização do Pessoal 1. Estrutura de Equipe 2. Relatórios Administrativos VII. Mecanismos de Controle VIII. Apêndices IV. Cronograma 1. Divisão do trabalho (work breakdown) 2. Rede de tarefas 3. Gráfico de Gantt 4. Tabela de recursos 24
25 Plano de Projeto-Riscos III. RISCOS DO PROJETO 1. Análise dos riscos Passos para atacar os riscos: identificação avaliação disposição por ordem de prioridade estratégias de administração resolução monitoração 2. Administração dos riscos O fundamental é que os Riscos assumidos sejam os Riscos certos 25
26 Plano de Projeto-Riscos Identificação dos Riscos de Projeto Técnicos do Negócio identificam problemas orçamentários, de cronograma, de pessoal, de recursos, de clientes, de requisitos e o impacto no projeto do software identificam potenciais problemas de projeto, implementação, interface, verificação e manutenção Se você não atacar ativamente os riscos técnicos e de projeto, eles lhe atacarão ativamente. Gilb podem destruir até os melhores projetos: construir um produto que ninguém quer; ou que não se encaixe mais na estratégia da empresa; perder o apoio da administração, ou o compromisso orçamentário 26
27 Plano de Projeto-Riscos muito alto impacto preocupação gerencial elevada muito baixo desconsidere o fator de risco 1,0 probabilidade de ocorrência RISCO E PREOCUPAÇÃO GERENCIAL 27
28 Plano de Projeto-Riscos ponto referente(valor de custo, quantidade de tempo) ultrapassagem do prazo projetado ocorrerá encerramento do projeto ultrapassagem dos custos projetados NÍVEL DE RISCO REFERENTE 28
29 Plano de Projeto de Software I. Introdução 1. Escopo e propósito do documento 2. Objetivos do Projeto II. Estimativas de Projeto 1. Dados históricos usados nas estimativas 2. Técnicas de estimativa 3. Estimativas III. Riscos do Projeto 1. Análise dos riscos 2. Administração dos riscos V. Recursos do Projeto 1. Pessoal 2. Hardware e Software 3. Recursos especiais VI. Organização do Pessoal 1. Estrutura de Equipe 2. Relatórios Administrativos VII. Mecanismos de Controle VIII. Apêndices IV. Cronograma 1. Divisão do trabalho (work breakdown) 2. Rede de tarefas 3. Gráfico de Gantt 4. Tabela de recursos 29
30 Plano de Projeto-Recursos V. RECURSOS DO PROJETO 1. Pessoal 2. Hardware e Software 3. Recursos especiais Pessoas Especificar: habilidades exigidas disponibilidade duração das tarefas data de início Ferramentas de hardware/software Especificar: descrição disponibilidade duração do uso data de entrega 30
31 Plano de Projeto-Recursos Recursos Humanos: Projetos Pequenos: uma única pessoa Projetos Grandes: participação varia através do ciclo de vida 31
32 Plano de Projeto-Recursos Recursos Humanos: Mito: Se sairmos fora do cronograma, adicionamos mais programadores e recuperamos o atraso. Isso faz o cronograma atrasar ainda mais! Motivo: a comunicação é absolutamente essencial para o desenvolvimento do software. Todo novo caminho de comunicação exige esforço adicional e portanto, tempo adicional. 32
33 Plano de Projeto-Recursos Recursos Humanos: alto u de icipação rojeto Pessoal técnico senior Pessoal técnico junior Administrado r 33
34 Plano de Projeto-Recursos Recursos de Hardware: Hardware de desenvolvimento: usado durante o desenvolvimento (pode ser mais robusto) Máquina alvo: hardware em que o sistema vai rodar depois de pronto Outros elementos: hardware que interage com o novo sistema 34
35 Plano de Projeto-Recursos Recursos de Software: FERRAMENTAS DE: Planejamento de Sistemas de Informação Banco de Dados CASE Gerenciamento de Projetos Apoio Análise e Projeto Programação Integração e Teste Construção de Protótipos e Simulação Manutanção Framework 35
36 Plano de Projeto-Recursos Recursos de Software: Se o software existente cumprir os requisitos, adquira-o; em geral é mais barato. REUSABILIDADE Se o software existente exigir alguma modificação, cuidado! Pode ficar mais caro que desenvolver. 36
37 Plano de Projeto de Software I. Introdução 1. Escopo e propósito do documento 2. Objetivos do Projeto II. Estimativas de Projeto 1. Dados históricos usados nas estimativas 2. Técnicas de estimativa 3. Estimativas III. Riscos do Projeto 1. Análise dos riscos 2. Administração dos riscos V. Recursos do Projeto 1. Pessoal 2. Hardware e Software 3. Recursos especiais VI. Organização do Pessoal 1. Estrutura de Equipe 2. Relatórios Administrativos VII. Mecanismos de Controle VIII. Apêndices IV. Cronograma 1. Divisão do trabalho (work breakdown) 2. Rede de tarefas 3. Gráfico de Gantt 4. Tabela de recursos 37
38 Plano de Projeto-Organização do Pessoal VI. ORGANIZAÇÃO DO PESSOAL 1. Estrutura de Equipe 2. Relatórios Administrativos 38
39 Plano de Projeto-Organização do Pessoal Estrutura de Equipe: Deve ser considerado o fator humano em seus aspectos psicológicos, individuais e grupais e o reflexo deles no desempenho da equipe Principais estruturas de equipe: Equipe Convencional Equipe Não Egocêntrica Equipe de Programador Chefe Equipe Hierárquica 39
40 Plano de Projeto-Organização do Pessoal Estrutura de Equipe: Equipe Convencional Composta pelo pessoal disponível É designado um gerente de desenvolvimento do projeto O trabalho é dividido pelos componentes da equipe Cada um é responsável pelo projeto e implementação da sua parte no trabalho Traz um certo sentimento de posse Tendência a esconder e mesmo não ver os próprios erros 40
41 Plano de Projeto-Organização do Pessoal Estrutura de Equipe: Equipe Não Egocêntrica Organização de estilo democrático, descentralizado Relações e comunicações informais entre os seus componentes A liderança não é exercida por uma determinada pessoa de forma permanente A liderança fica com o indivíduo que tiver maior capacitação para resolver o problema em pauta Todos os programas são examinados por outros programadores, além daquele que o escreveu 41
42 Plano de Projeto-Organização do Pessoal Estrutura de Equipe: Equipe Programador Chefe Pequeno número de componentes Comunicações centralizadas no programador chefe Decisões tomadas nos níveis mais elevados O programador chefe tem que ser muito experiente e capacitado para a função 42
43 Plano de Projeto-Organização do Pessoal Estrutura de Equipe: Equipe Programador Chefe Substituto Engenheiro Senior Pessoal Técnico Especialistas Pessoal de Apoio Bibliotecário 43
44 Plano de Projeto-Organização do Pessoal Estrutura de Equipe: Equipe Hierárquica Proposta de estrutura intermediária um líder de projeto dirige programadores experientes cada um desses programadores dirige grupo de programadores menos experientes comunicação descentralizada nos subgrupos e centralizada nos níveis superiores o chefe de subgrupo transmite informações para seu subgrupo (elemento de ligação com os outros subgrupos) 44
45 Pontos-Chaves Gerenciamento de Projeto está estreitamente relacionado à Qualidade de Processo O Gerenciamento concentra-se em atividades que têm por objetivo assegurar que o software seja liberado no prazo, de acordo com o cronograma, e atenda aos requisitos das organizações envolvidas Atividade principal - Planejamento Projetos bem gerenciados algumas vezes falham; projetos mal gerenciados falham inevitavelmente. 45
Engenharia de Software II
Faculdade de Ciências e Tecnologia Departamento de Matemática e Computação Bacharelado em Ciência da Computação Engenharia de Software II Aula 04 (rogerio@fct.unesp.br) 2 Conteúdo: Parte 1: Gerenciamento
Gerência e Planejamento de Projeto. Engenharia de Software I Profa. Elisa Yumi Nakagawa 1 o semestre de 2015
Gerência e Planejamento de Projeto Engenharia de Software I Profa. Elisa Yumi Nakagawa 1 o semestre de 2015 Conteúdo: Parte 1: Gerenciamento & Qualidade Plano de Projeto - aspectos gerais Parte 2: Plano
Gerência e Planejamento de Projeto. Engenharia de Software Profa. Elisa Yumi Nakagawa 1 o semestre de 2016
Gerência e Planejamento de Projeto Engenharia de Software Profa. Elisa Yumi Nakagawa 1 o semestre de 2016 Conteúdo: Parte 1: Gerenciamento & Qualidade Plano de Projeto Aspectos Gerais Parte 2: Plano de
Qualidade de Software. Anderson Belgamo
Qualidade de Software Anderson Belgamo Qualidade de Software Software Processo Produto Processo de Software Pessoas com habilidades, treinamento e motivação Processo de Desenvolvimento Ferramentas e Equipamentos
Gerência e Planejamento de Projeto. SCE 186 - Engenharia de Software Profs. José Carlos Maldonado e Elisa Yumi Nakagawa 2 o semestre de 2002
Gerência e Planejamento de Projeto SCE 186 - Engenharia de Software Profs. José Carlos Maldonado e Elisa Yumi Nakagawa 2 o semestre de 2002 Conteúdo: Parte 1: Gerenciamento & Qualidade Plano de Projeto
Gerenciamento de Projeto
UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA Gerenciamento de Projeto Engenharia de Software 2o. Semestre/ 2005
Ciência da Computação ENGENHARIA DE SOFTWARE. Planejamento e Gerenciamento
Ciência da Computação ENGENHARIA DE SOFTWARE Planejamento e Gerenciamento Prof. Claudinei Dias email: prof.claudinei.dias@gmail.com Roteiro Introdução; Pessoas, Produto, Processo e Projeto; Gerência de
Gerenciamento de projetos. cynaracarvalho@yahoo.com.br
Gerenciamento de projetos cynaracarvalho@yahoo.com.br Projeto 3URMHWR é um empreendimento não repetitivo, caracterizado por uma seqüência clara e lógica de eventos, com início, meio e fim, que se destina
Planejamento e Gerenciamento de Software. Tema 3. Gerência de Projetos Profa. Susana M. Iglesias
Planejamento e Gerenciamento de Software Tema 3. Gerência de Projetos Profa. Susana M. Iglesias Planejamento A primeira atividade do gerenciamento de projeto é Planejamento Depende de estimativas (Grado
Professor Ricardo Argenton Ramos. Material baseado na apresentação: Rosely Sanches e Rosana T. Vaccare Braga (USP-São Carlos)
ENGENHARIA DE SOFTWARE 1 PLANEJAMENTO DO PROJETO Professor Ricardo Argenton Ramos 2011 Material baseado na apresentação: Rosely Sanches e Rosana T. Vaccare Braga (USP-São Carlos) Atividades da Engenharia
17/02/2009. Curso Superior de Tecnologia: Redes de Computadores. Disciplina: Gestão de Projetos de TI Prof.: Fernando Hadad Zaidan. Unidade 2.
Faculdade INED Curso Superior de Tecnologia: Redes de Computadores Disciplina: Gestão de Projetos de TI Prof.: Fernando Hadad Zaidan 1 Unidade 2.2 2 ESCOPO 3 1 Gerência do Escopo Processos necessários
Gerência de Projetos
Gerência de Projetos Escopo Custo Qualidade Tempo CONCEITO PROJETOS: são empreendimentos com objetivo específico e ciclo de vida definido Precedem produtos, serviços e processos. São utilizados as funções
Gerência de Projetos Prof. Dr. Sandro Ronaldo Bezerra Oliveira srbo@ufpa.br www.ufpa.br/srbo
Gerência de Projetos Prof. Dr. Sandro Ronaldo Bezerra Oliveira srbo@ufpa.br www.ufpa.br/srbo Laboratório de Tecnologia de Software LTS www.ufpa.br/lts Rede Paraense de Pesquisa em Tecnologias de Informação
Qualidade de. Software. Definições. Qualidade do Produto ISO 9126. Processo de. Software. Modelo de Processo de. Software CMM SPICE ISO 12207
Qualidade de : Visão Geral ISO 12207: Estrutura s Fundamentais Aquisição Fornecimento s de Apoio Documentação Garantia de Qualidade Operação Desenvolvimento Manutenção Verificação Validação Revisão Conjunta
MASTER IN PROJECT MANAGEMENT
MASTER IN PROJECT MANAGEMENT PROJETOS E COMUNICAÇÃO PROF. RICARDO SCHWACH MBA, PMP, COBIT, ITIL Atividade 1 Que modelos em gestão de projetos estão sendo adotados como referência nas organizações? Como
1) Objetivos. 3) Estabelecer o Escopo do Software. 2) Principais Atividades
1) Objetivos Tem como objetivo oferecer estimativas razoáveis de custo, recursos e cronogramas. Gera o plano do projeto de software. UNIDADE 4 100 2) Principais Atividades 1. Estabelecer o escopo do software.
Melhorias de Processos de Engenharia de Software
Melhorias de Processos de Engenharia de Software CMMI 1 Profa. Reane Franco Goulart O que é CMMI? O Capability Maturity Model Integration (CMMI) é uma abordagem de melhoria de processos que fornece às
Manutenção desoftware. SCE 186- Engenharia de Software Profs. José Carlos Maldonado e Elisa Yumi Nakagawa 2 o semestrede2002
Manutenção desoftware SCE 186- Engenharia de Software Profs. José Carlos Maldonado e Elisa Yumi Nakagawa 2 o semestrede2002 CiclodeVidadeSoftware 2 ManutençãodeSoftware n Alterações efetuadas no software
Project and Portfolio Management [PPM] Sustainable value creation.
Project and Portfolio Management [PPM] Sustainable value creation. O SoftExpert PPM Suite é a solução mais robusta, funcional e fácil para priorizar, planejar, gerenciar e executar projetos, portfólios
ARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.
ARCO - Associação Recreativa dos Correios Sistema para Gerenciamento de Associações Recreativas Versão Histórico da Revisão Data Versão Descrição Autor Página
Engenharia de Software II
Engenharia de Software II Aula 24 http://www.ic.uff.br/~bianca/engsoft2/ Aula 24-14/07/2006 1 Ementa Processos de desenvolvimento de software Estratégias e técnicas de teste de software Métricas para software
Engenharia de Software II
Engenharia de Software II Aula 18 http://www.ic.uff.br/~bianca/engsoft2/ Aula 18-23/05/2006 1 Ementa Processos de desenvolvimento de software Estratégias e técnicas de teste de software Métricas para software
Princípios da Engenharia de Software aula 05 Gerenciamento de planejamento de projetos. Prof.: Franklin M. Correia
1 Princípios da Engenharia de Software aula 05 Gerenciamento de planejamento de projetos Prof.: Franklin M. Correia Na aula anterior... Metodologias ágeis Princípios do Manifesto ágil 12 itens do manifesto
F.1 Gerenciamento da integração do projeto
Transcrição do Anexo F do PMBOK 4ª Edição Resumo das Áreas de Conhecimento em Gerenciamento de Projetos F.1 Gerenciamento da integração do projeto O gerenciamento da integração do projeto inclui os processos
PLANEJAMENTO E PROJETOS. Lílian Simão Oliveira
PLANEJAMENTO E GERENCIAMENTO DE PROJETOS Lílian Simão Oliveira Contexto Gerentes lutam com projetos assustadores e com prazos finais difíceis de serem cumpridos Sistemas não satisfazem aos usuários Gastos
Plano de projeto. Cronograma e Controle
Plano de projeto Cronograma e Controle Razões para atrasar um projeto Um deadline não realístico estabelecido por alguém fora do grupo de engenharia de software Câmbios nos requerimentos do software não
Gerenciamento de Projetos
Gerenciamento de Projetos Motivação Por que estudar Gerenciamento de Projetos? As habilidades mais valorizadas pelas organizações são Liderança (89%) Comunicação (78%) Conhecimento em Gerenciamento de
ENGENHARIA DE SOFTWARE I
ENGENHARIA DE SOFTWARE I Prof. Cássio Huggentobler de Costa [cassio.costa@ulbra.br] Twitter: www.twitter.com/cassiocosta_ Agenda da Aula (002) Metodologias de Desenvolvimento de Softwares Métodos Ágeis
Implementação utilizando as melhores práticas em Gestão de Projetos
Implementação utilizando as melhores práticas em Gestão de Projetos Objetivo dessa aula é mostrar a importância em utilizar uma metodologia de implantação de sistemas baseada nas melhores práticas de mercado
PEDRO HENRIQUE DE OLIVEIRA E SILVA MESTRE EM MODELAGEM MATEMÁTICA E COMPUTACIONAL E-MAIL: PEDROHOLI@GMAIL.COM CMM E CMMI
PEDRO HENRIQUE DE OLIVEIRA E SILVA MESTRE EM MODELAGEM MATEMÁTICA E COMPUTACIONAL E-MAIL: PEDROHOLI@GMAIL.COM CMM E CMMI INTRODUÇÃO Aumento da Importância do Software Software está em tudo: Elemento crítico
CAPABILITY MATURITY MODEL FOR SOFTWARE. Eduardo Mayer Fagundes e-mail: eduardo@efagundes.com
CAPABILITY MATURITY MODEL FOR SOFTWARE Eduardo Mayer Fagundes e-mail: eduardo@efagundes.com 1. Introdução Após décadas de incontáveis promessas sobre como aumentar à produtividade e qualidade de software,
Implantação de um Processo de Medições de Software
Departamento de Informática BFPUG Brazilian Function Point Users Group Implantação de um Processo de Medições de Software Claudia Hazan, MSc., CFPS claudinhah@yahoo.com Agenda Introdução Processo de Medições
FACULDADES METROPOLITANAS UNIDAS - FMU PROJETO INTEGRADO II
FACULDADES METROPOLITANAS UNIDAS - FMU PROJETO INTEGRADO II Termo de Abertura do Projeto Danilo Silva Francilaine Florencio Renan Rodrigues Ricardo Issao Kitahara Aluno da FMU - Centro das Faculdades Metropolitanas
Engenharia de Software
Engenharia de Software Roteiro Qualidade de Software Produto de Software Processo de Software Modelo de Qualidade CMM Qualidade Qualidade de Software Na visão popular: Luxo Mais caro, complexo = maior
NORMA ISO/IEC 14598. Isac Aguiar isacaguiar.com.br isacaguiar@gmail.com
NORMA ISO/IEC 14598 Isac Aguiar isacaguiar.com.br isacaguiar@gmail.com Contexto Normas e Modelos de Qualidade Engenharia de Software Qualidade de Software ISO/IEC 14598 - Avaliação da Qualidade de Produto
CobiT 4.1 Plan and Organize Manage Projects PO10
CobiT 4.1 Plan and Organize Manage Projects PO10 Planejar e Organizar Gerenciar Projetos Pedro Rocha http://rochapedro.wordpress.com RESUMO Este documento trás a tradução do objetivo de controle PO10 (Gerenciamento
Planejamento e Gerenciamento de Projeto de Software
Planejamento e Gerenciamento de Projeto de Definição das Estimativas e Métricas Dimensionamento do software Cálculo do esforço Análise dos Riscos Definição Equipe Alocação de tarefas Cronograma Orçamento
Planejamento de Projetos. Professor Gabriel Baptista ( gabriel.baptista@uninove.br ) ( http://sites.google.com/site/professorgabrielbaptista )
Qualidade de Software Aula 9 (Versão 2012-01) 01) Planejamento de Projetos Professor Gabriel Baptista ( gabriel.baptista@uninove.br ) ( http://sites.google.com/site/professorgabrielbaptista ) Revisando...
UNIDADE VI - Planejamento e Controle de Projetos
UNIDADE VI - Planejamento e Controle de Projetos Características do Planejamento e Controle Tarefas do Planejamento e Controle Processo de Planejamento e Controle de Projetos Técnicas e Ferramentas de
ENGENHARIA DE SOFTWARE
ENGENHARIA DE SOFTWARE Síntese de tópicos importantes PRESSMAN, Roger S. Conteúdo Componentes e tipos de software Problemas com o software e suas causas Mitologia que envolve o software Configuração de
Introdução a Computação
Introdução a Computação Aula 03 Profissões de TI Prof. MSc. Edilberto Silva edilms@yahoo.com http:// Papéis... Um papel é uma definição abstrata de um conjunto de atividades executadas e dos respectivos
TI Aplicada. Aula 02 Áreas e Profissionais de TI. Prof. MSc. Edilberto Silva prof.edilberto.silva@gmail.com http://www.edilms.eti.
TI Aplicada Aula 02 Áreas e Profissionais de TI Prof. MSc. Edilberto Silva prof.edilberto.silva@gmail.com http:// Papéis... Um papel é uma definição abstrata de um conjunto de atividades executadas e dos
G P - AMPLITUDE DE CONTROLE E NÍVEIS HIERÁRQUICOS
G P - AMPLITUDE DE CONTROLE E NÍVEIS HIERÁRQUICOS Amplitude de Controle Conceito Também denominada amplitude administrativa ou ainda amplitude de supervisão, refere-se ao número de subordinados que um
Gerenciamento de Projetos Exercícios gerais com questões de concursos anteriores
Gerenciamento de Projetos Exercícios gerais com questões de concursos anteriores Programa 1. Conceitos básicos do PMBOK. 2. Gerenciamento do ciclo de vida do sistema: determinação dos requisitos, projeto
O que é CMMI? Base do CMMI. Melhorando o processo é possível melhorar-mos o software. Gerais. Processo. Produto
Gerais Processo Produto Propostas NBR ISO 9000:2005 define principios e vocabulário NBR ISO 9001:2000 define exigências para sistema de gerência de qualidade NBR ISO 9004:2000 apresenta linha diretivas
PROJETO DE FÁBRICA DE SOFTWARE
FACULDADE SETE DE SETEMBRO FASETE Departamento de Sistemas de Informação PROJETO DE FÁBRICA DE SOFTWARE Denise Xavier Fortes Paulo Afonso BA Agosto/2015 Sumário 1. INTRODUÇÃO... 3 2. PERFIS FUNCIONAIS...
Análise e Projeto de Sistemas. Engenharia de Software. Análise e Projeto de Sistemas. Contextualização. Perspectiva Histórica. A Evolução do Software
Análise e Projeto de Sistemas Análise e Projeto de Sistemas Contextualização ENGENHARIA DE SOFTWARE ANÁLISE E PROJETO DE SISTEMAS ENGENHARIA DA INFORMAÇÃO Perspectiva Histórica Engenharia de Software 1940:
PDS - DATASUS. Processo de Desenvolvimento de Software do DATASUS
PDS - DATASUS Processo de Desenvolvimento de Software do DATASUS Coordenação Geral de Arquitetura e Engenharia Tecnológica Coordenação de Padronização e Qualidade de Software Gerência de Padrões e Software
Profa. Gislaine Stachissini. Unidade III GOVERNANÇA DE TI
Profa. Gislaine Stachissini Unidade III GOVERNANÇA DE TI Information Technology Infrastructure Library ITIL Criado pelo governo do Reino Unido, tem como objetivo a criação de um guia com as melhores práticas
Aula 2 GERÊNCIA E DIMENSÃO DO PROJETO
Universidade Federal de Ouro Preto Escola de Minas DECIV CIV 431 Aula 2 GERÊNCIA E DIMENSÃO DO PROJETO CONCEITO DE PROJETO É um conjunto de atividades visando o alcance de um objetivo, apresentando as
Professor: Curso: Disciplina:
Professor: Curso: Disciplina: Aula 1 Turma: Esp. Marcos Morais de Sousa Sistemas de informação Engenharia de Software I Dinâmica da disciplina, plano de curso e avaliação 03º semestre Prof. Esp. Marcos
A Disciplina Gerência de Projetos
A Disciplina Gerência de Projetos Atividades, Artefatos e Responsabilidades hermano@cin.ufpe.br Objetivos Apresentar atividades da disciplina Gerência de Projetos Discutir os artefatos e responsáveis envolvidos
Abordagens. Ao redor do computador. Ao redor do computador. Auditoria de Sistemas de Informação. Everson Santos Araujo <everson@por.com.
Abordagens Auditoria de Sistemas de Informação Ao redor do computador Através do computador Com o computador Everson Santos Araujo 2 Ao redor do computador Ao redor do computador Auditoria
MODELO CMM MATURIDADE DE SOFTWARE
MODELO CMM MATURIDADE DE SOFTWARE O modelo CMM Capability Maturity Model foi produzido pelo SEI (Software Engineering Institute) da Universidade Carnegie Mellon (CMU), em Pittsburgh, EUA, por um grupo
Gerenciamento de Projetos
Definição Gerenciamento de Projetos SWEBOK Aplicação de atividades de gerenciamento (planejamento, coordenação, medição, controle e relatório) para assegurar que o desenvolvimento de software é sistemático,
Gerência de Projetos CMMI & PMBOK
Gerência de Projetos CMMI & PMBOK Uma abordagem voltada para a qualidade de processos e produtos Prof. Paulo Ricardo B. Betencourt pbetencourt@urisan.tche.br Adaptação do Original de: José Ignácio Jaeger
CICLO DE VIDA DE SISTEMAS DE GESTÃO DE CONHECIMENTO
CICLO DE VIDA DE SISTEMAS DE GESTÃO DE CONHECIMENTO CAPÍTULO 3 DESAFIOS PARA A CONSTRUÇÃO DE SISTEMAS Cultura conseguir com que as pessoas compartilhem conhecimento Avaliação do COnhecimento avaliar/medir
PROFESSOR: CRISTIANO MARIOTTI
PROFESSOR: CRISTIANO MARIOTTI Conjunto de atividades, parcialmente ordenadas, com a finalidade de obter um produto de software; Considerado um dos principais mecanismos para se obter software de qualidade
Políticas de Qualidade em TI
Políticas de Qualidade em TI Prof. www.edilms.eti.br edilms@yahoo.com Aula 03 CMMI Capability Maturity Model Integration Parte II Agenda sumária dos Processos em suas categorias e níveis de maturidade
MANUAL DE GESTÃO DE PROJETOS: Guia de referência do sistema de gestão de projetos do Tribunal Regional do Trabalho da 8ª Região
MANUAL DE GESTÃO DE PROJETOS: Guia de referência do sistema de gestão de projetos do Tribunal Regional do Trabalho da 8ª Região Belém PA 2013 MANUAL DE GESTÃO DE PROJETOS: Guia de referência do sistema
Engenharia de Software II
Engenharia de Software II Aula 28 Revisão para a Prova 2 http://www.ic.uff.br/~bianca/engsoft2/ Aula 28-28/07/2006 1 Matéria para a Prova 2 Gestão de projetos de software Conceitos (Cap. 21) Métricas (Cap.
10 áreas de conhecimento e 5 processos
1 10 áreas de conhecimento e 5 processos Projeto é um esforço temporário empreendido para criar um produto, serviço ou resultado exclusivo Projetos são frequentemente utilizados como um meio de alcançar
Tópicos. Engenharia de Software: Uma Visão Geral
Tópicos 2 3 Engenharia de Software: Uma Visão Geral SCE 186 - Engenharia de Software Profs. José Carlos Maldonado e Elisa Yumi Nakagawa 2 o semestre de 2002 A importância do Software Software Aplicações
Gerenciamento de Serviços de TI ITIL v2 Módulo 1 Conceitos básicos
Gerenciamento de Serviços de TI ITIL v2 Módulo 1 Conceitos básicos Referência: An Introductory Overview of ITIL v2 Livros ITIL v2 Cenário de TI nas organizações Aumento da dependência da TI para alcance
Gerenciamento de Problemas
Gerenciamento de Problemas O processo de Gerenciamento de Problemas se concentra em encontrar os erros conhecidos da infra-estrutura de TI. Tudo que é realizado neste processo está voltado a: Encontrar
ADMINISTRAÇÃO DE ATIVOS DE TI GERENCIAMENTO DE CONFIGURAÇÃO
1 ADMINISTRAÇÃO DE ATIVOS DE TI GERENCIAMENTO DE CONFIGURAÇÃO 2 INFRAESTRUTURA DE TI Para garantir o atendimento às necessidades do negócio, a área de TI passou a investir na infraestrutura do setor, ampliando-a,
29/05/2012. Gestão de Projetos. Luciano Gonçalves de Carvalho FATEC. Agenda. Gerenciamento de Integração do Projeto Exercícios Referências FATEC
Gestão de Projetos 1 Agenda Gerenciamento de Integração do Projeto Exercícios Referências 2 1 GERENCIAMENTO DA INTEGRAÇÃO DO PROJETO 3 Gerenciamento da Integração do Projeto Fonte: EPRoj@JrM 4 2 Gerenciamento
LEVANTAMENTO DE REQUISITOS. Lílian Simão Oliveira
LEVANTAMENTO DE REQUISITOS Lílian Simão Oliveira Níveis de erros Fonte: imaster.com um software São as características e funcionalidades que um software tem Engenharia de Requisitos O que é? Quem faz?
Universidade Paulista
Universidade Paulista Ciência da Computação Sistemas de Informação Gestão da Qualidade Principais pontos da NBR ISO/IEC 12207 - Tecnologia da Informação Processos de ciclo de vida de software Sergio Petersen
Projeto. Gerenciamento de Projeto de Software. Tópicos abordados. Características básicas de um projeto. Definição
Gerenciamento de Projeto de Software Tópicos abordados Atividades de gerenciamento Planejamento do projeto Cronograma do projeto Gerenciamento de riscos Prof. Ms. Luiz Alberto Contato: lasf.bel@gmail.com
Metodologia de Gerenciamento de Projetos da Justiça Federal
Metodologia de Gerenciamento de Projetos da Justiça Federal Histórico de Revisões Data Versão Descrição 30/04/2010 1.0 Versão Inicial 2 Sumário 1. Introdução... 5 2. Público-alvo... 5 3. Conceitos básicos...
Gerenciamento de Projetos
Gerenciamento de Projetos (ref. capítulos 1 a 3 PMBOK) TC045 Gerenciamento de Projetos Sergio Scheer - scheer@ufpr.br O que é Gerenciamento de Projetos? Aplicação de conhecimentos, habilidades, ferramentas
IMPLANTAÇÃO DE PROJETOS
IMPLANTAÇÃO DE PROJETOS GERENCIAMENTO DE PROJETOS CICLO DE VIDA DE PROJETOS (viabilidade até a entrega / iniciação ao encerramento) RELEVÂNCIA SOBRE AS AREAS DE CONHECIMENTO FATORES IMPACTANTES EM PROJETOS
SIMULADO 2 CERTIFICAÇÃO PMP
SIMULADO 2 CERTIFICAÇÃO PMP Nível Básico Página 0 de 5 26) As comunicações referentes a um contrato devem ser do tipo? a) Escrita formal. b) Verbal formal. c) Escrita informal. d) Verbal informal. 27)
Project Management 2/3/2010. Objetivos. Gerencia de Projetos de SW
Project Management Objetivos Explicar as principais tarefas de um Gerente de Projeto Introdução à gerência de um projeto de desenvolvimento de software e suas características Planejamento de projeto e
Gerenciamento de Projeto de Software Leitura: Sommerville - Pressman
Gerenciamento de Projeto de Software Leitura: Sommerville - Pressman Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 1 (Planejamento) Auxiliadora Freire Fonte: Engenharia
Pós-Graduação em Gerenciamento de Projetos práticas do PMI
Pós-Graduação em Gerenciamento de Projetos práticas do PMI Planejamento do Gerenciamento das Comunicações (10) e das Partes Interessadas (13) PLANEJAMENTO 2 PLANEJAMENTO Sem 1 Sem 2 Sem 3 Sem 4 Sem 5 ABRIL
CMM Capability Maturity Model. Silvia Regina Vergilio
CMM Capability Maturity Model Silvia Regina Vergilio Histórico O DoD patrocinou a fundação do SEI (Software Engineering Institute) na Universidade de Carnegie Mellon (Pittsburg) com o objetivo de propor
PLANEJAMENTO PLANEJAMENTO ESTRATÉGIA CICLO PDCA CICLO PDCA 09/04/2015 GESTÃO DE ESCOPO GERENCIAMENTO DE PROJETOS ACT
UNIVERSIDADE FEDERAL DO PARANÁ DEPARTAMENTO DE CONSTRUÇÃO CIVIL PLANEJAMENTO 2 GERENCIAMENTO DE PROJETOS SUBMETIDA E APROVADA A PROPOSTA DO PROJETO PROCESSO DE PLANEJAMENTO GESTÃO DE Processo fundamental
Gerenciamento de Projetos Modulo III Grupo de Processos
Gerenciamento de Projetos Modulo III Grupo de Processos Prof. Walter Cunha falecomigo@waltercunha.com http://waltercunha.com PMBoK Processos de Gerenciamento de Projetos Para que um projeto seja bem-sucedido,
C.M.M. Capability Maturity Model Modelo de Maturidade da Capacidade
UNISUL Universidade do Sul de Santa Catarina. Campus da Grande Florianópolis Pedra Branca. CIÊNCIA DA COMPUTAÇÃO ENGENHARIA DE SOFTWARE ALUNO: Volnei A. Caetano Palhoça 02 de Junho de 2000 C.M.M. Capability
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Introdução Modelos de Processo de Desenvolvimento de Software Os modelos de processos de desenvolvimento de software surgiram pela necessidade de dar resposta às
O padrão de gerenciamento de projetos
O padrão de gerenciamento de projetos Processos de Gerenciamento de Projetos 1 Áreas de Conhecimento do Gerenciamento de Projetos Trinômio Sagrado Custos Tempo Qualidade 2 Áreas de Conhecimento do Gerenciamento
SISTEMAS DE INFORMAÇÃO NA EMPRESA
SISTEMAS DE INFORMAÇÃO NA EMPRESA 1 OBJETIVOS 1. Quais são as principais aplicações de sistemas na empresa? Que papel eles desempenham? 2. Como os sistemas de informação apóiam as principais funções empresariais:
Gerenciamento de Projetos de Software. Conceitos e objetivos da gerência de projetos
Gerenciamento de Projetos de Software Conceitos e objetivos da gerência de projetos 1 O que é Projeto? Atividades numa organização podem ser rotineiras ou inovadoras. Rotineiras: processos contínuos, sem
Gerenciamento de Projeto de Software
Gerenciamento de Projeto de Software Gerência de Projetos de TI é a capacidade de equilibrar dedicação e implementação de tecnologia, ao mesmo tempo liderando e inspirando os membros da equipe. DINSMORE
SISTEMAS DE INFORMAÇÃO NA EMPRESA
2 SISTEMAS DE INFORMAÇÃO NA EMPRESA OBJETIVOS Quais são as principais aplicações de sistemas na empresa? Que papel eles desempenham? Como os sistemas de informação apóiam as principais funções empresariais:
Governança da Capacidade de TI
Coordenadoria de Tecnologia da Informação Documentos Formais Governança da Sumário 1 Introdução... 03 2 Políticas do Documento de Governança da... 04 3 Governança da... 05 4 Principais Serviços para Governança
PMBOK 4ª Edição III. O padrão de gerenciamento de projetos de um projeto
PMBOK 4ª Edição III O padrão de gerenciamento de projetos de um projeto 1 PMBOK 4ª Edição III Processos de gerenciamento de projetos de um projeto 2 Processos de gerenciamento de projetos de um projeto
O Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no
1.1 RATIONAL UNIFIED PROCESS (RUP) O Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no processo que atende pelo nome de Processo Unificado (ou UP do inglês Unified
GESTÃO de PROJECTOS. Gestor de Projectos Informáticos. Luís Manuel Borges Gouveia 1
GESTÃO de PROJECTOS Gestor de Projectos Informáticos Luís Manuel Borges Gouveia 1 Iniciar o projecto estabelecer objectivos definir alvos estabelecer a estratégia conceber a estrutura de base do trabalho
Exame de Fundamentos da ITIL
Exame de Fundamentos da ITIL Simulado A, versão 5.1 Múltipla escolha Instruções 1. Todas as 40 perguntas devem ser respondidas. 2. Todas as respostas devem ser assinaladas na grade de respostas fornecida.
Metodologia de Projetos. André Gomes Coimbra
Metodologia de Projetos André Gomes Coimbra Cronograma Aula 3 Trabalho (10 pts) Aula 5 Avaliação (5 pts) Aula 9 Exercício (10 pts) Aula 10 Apresentação do projeto REDES (25 pts) Aula 11 Avaliação (10 pts)
Engenharia de Software II: Definindo Projeto III. Prof. Msc Ricardo Britto DIE-UFPI rbritto@ufpi.edu.br
Engenharia de Software II: Definindo Projeto III Prof. Msc Ricardo Britto DIE-UFPI rbritto@ufpi.edu.br Sumário Explorando as Áreas de Conhecimento de Gerenciamento de Projeto Entendendo como Projetos Acontecem