Qualidade de Software. Anderson Belgamo



Documentos relacionados
CMM - Capability Maturity Model

Padrões de Qualidade de Software

PEDRO HENRIQUE DE OLIVEIRA E SILVA MESTRE EM MODELAGEM MATEMÁTICA E COMPUTACIONAL PEDROHOLI@GMAIL.COM CMM E CMMI

Qualidade de. Software. Definições. Qualidade do Produto ISO Processo de. Software. Modelo de Processo de. Software CMM SPICE ISO 12207

O que é CMMI? Base do CMMI. Melhorando o processo é possível melhorar-mos o software. Gerais. Processo. Produto

Gerência e Planejamento de Projeto. SCE Engenharia de Software Profs. José Carlos Maldonado e Elisa Yumi Nakagawa 2 o semestre de 2002

Gerência de Projetos de Software Modelos de gerência. CMM: Capability Maturity Model ITIL: Information Technology Infrastructure Library MPS BR

Delfraro Rodrigues Douglas M Gandini José Luiz CMM. Capability Maturity Model

MODELO SPICE Software Improvement and Capacibilty Determination Avalia o software com foco na melhoria de seus processos (identifica pontos fracos e

Padrões de Qualidade de Software e Métricas de Software

QUALIDADE DE SOFTWARE AULA N.7

Engenharia de Software. Apostila I >>> Introdução à ES - HEngholmJr

Atividade da gerência da qualidade

Introdução Fatores de Qualidade Garantia de Qualidade Rivisões de Software Conclusão. Qualidade. Plácido A. S. Neto 1

Qualidade de Software: Visão Geral

Políticas de Qualidade em TI

CAPABILITY MATURITY MODEL INTEGRATION. Prof. Késsia R. C. Marchi

Melhorias de Processos de Engenharia de Software

Sistemas de Informação I

CMM Capability Maturity Model. Silvia Regina Vergilio

Conteúdo. Disciplina: INF Engenharia de Software. Monalessa Perini Barcellos

MODELO CMM MATURIDADE DE SOFTWARE

Engenharia de Software

Unidade VI GOVERNANÇA DE TI. Profa. Gislaine Stachissini

Implantação de um Processo de Medições de Software

CMMI: Capability Maturity Model Integration

Modelos de Maturidade. Porque estudar um Modelo de Maturidade? Descrevem as características de processos efetivos;

Engenharia de Software

Na medida em que se cria um produto, o sistema de software, que será usado e mantido, nos aproximamos da engenharia.

Fatores humanos de qualidade CMM E CMMI

Engenharia de Software Processo de Desenvolvimento de Software

CAPABILITY MATURITY MODEL FOR SOFTWARE. Eduardo Mayer Fagundes

Qualidade de Software. Aécio Costa

O Processo. Engenharia de Software: Definição. Engenharia de Software: Definição. Engenharia de Software: Definição. Engenharia de Software

Metodologias de Desenvolvimento de Sistemas. Analise de Sistemas I UNIPAC Rodrigo Videschi

O Produto e o Processo. Engenharia de Software Profa. Inês A.G.Boaventura 2. Semestre/2005

ENGENHARIA DE SOFTWARE I

PROFESSOR: CRISTIANO MARIOTTI

Planejamento e Gerenciamento de Software. Tema 3. Gerência de Projetos Profa. Susana M. Iglesias

Pós Graduação Engenharia de Software

17/02/2009. Curso Superior de Tecnologia: Redes de Computadores. Disciplina: Gestão de Projetos de TI Prof.: Fernando Hadad Zaidan. Unidade 2.

Modelo de Referência para melhoria do processo de software (MR mps)

Engenharia de Software II

Gerência de Projetos de Software CMM & PMBOK

Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini prof.andre.luis.belini@gmail.com /

Universidade Paulista

Gerência de Projetos

Profa. Dra. Ana Paula Gonçalves Serra

SEQUÊNCIA: TIPOS DE SISTEMAS DE INFORMAÇÃO. PROF. MARTIUS V R Y RODRIGUEZ, DSc TECNOLOGIA DE INFORMAÇÃO

Engenharia de Software Qualidade de Software

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software

C.M.M. Capability Maturity Model Modelo de Maturidade da Capacidade

Gerenciamento de Qualidade

Qualidade de software

Gerência de Projetos CMMI & PMBOK

O Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no

Agenda. Introdução Etapas genéricas Atividades de apoio Ferramentas de apoio Modelos genéricos Modelos de mercado Modelos de melhoria

PLANEJAMENTO E PROJETOS. Lílian Simão Oliveira

Qualidade de Processo de Software Normas ISO e 15504

MBA em Gestão de Empreendimentos Turísticos

Princípios da Engenharia de Software Aula 02. Prof.: Franklin M. Correia

UNIDADE VI - Planejamento e Controle de Projetos

Qualidade de Software Aula 6 / luis@garcia.pro.br

1.264 Aula 4. Processo do Software: CMM Linguagem de Modelagem Unificada (UML)

Roteiro para a escrita do documento de Especificação de Requisitos de Software (ERS)

ARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.

Tecnologias Atuais de. Desenvolvimento de Software

Professor: Curso: Disciplina:

MASTER IN PROJECT MANAGEMENT

Gerenciamento de Projetos

Gerenciamento de Projetos

Project Management 2/3/2010. Objetivos. Gerencia de Projetos de SW

Gerenciamento de Serviços de TI ITIL v2 Módulo 1 Conceitos básicos

Engenharia de Software

MÓDULO 9 METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMAS

Engenharia de Software II

Sumário. Prefácio Capítulo 1 O que é qualidade? Capítulo 2 Normas e organismos normativos Capítulo 3 Métricas: visão geral...

Análise de Pontos por Função

Introdução ao CMM (CapabilityMaturityModel) e CMMI (Capability Maturity Model Integration)

Engenharia de Software Introdução. Ricardo Argenton Ramos UNIVASF Engenharia de Software I - Aula 1

F U N D A Ç Ã O E D U C A C I O N A L S Ã O J O S É. MODELOS DE MATURIDADE CMMI Capability Maturity Model Integration (CMMI)

1. Desenvolver o software iterativamente. Um pouco de reflexão: Acabou aí? 31/08/2010

NORMA ISO/IEC Isac Aguiar isacaguiar.com.br

ESCRITÓRIO RIO DE PROJETOS

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

Project and Portfolio Management [PPM] Sustainable value creation.

CES-32 e CE-230 Qualidade, Confiabilidade e Segurança de Software. Conceitos de Qualidade. CURSO DE GRADUAÇÃO e DE PÓS-GRADUAÇÃO DO ITA

Gerência e Planejamento de Projeto. SCE Engenharia de Software Profs. José Carlos Maldonado e Elisa Yumi Nakagawa 2 o semestre de 2002

Tópicos. Métodos Ágeis. Histórico; Valores; Métodos Ágeis x Modelos Tradicionais; Exemplo: Referências Bibliográficas.

Qualidade de Software. Profa. Cátia dos Reis Machado

A Importância do Controle da Qualidade na Melhoria de Processos de Software. Ana Liddy Cenni de Castro Magalhães

Requisitos. Professor Gabriel Baptista ( gabriel.baptista@uninove.br ) ( )

Estimativas de software

Capítulo 5: CMM, o Capability Maturity Model

REVISÃO ENGENHARIA DO SOFTWARE. Isac Aguiar isacaguiar.com.br

Engenharia de Software Introdução. Ricardo Argenton Ramos UNIVASF Engenharia de Software I - Aula 1

Especialização em Engenharia de Software e Banco de Dados

Gerenciamento de Projeto

Transcrição:

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 Procedimentos e métodos que definem o relacionamento de tarefas. A B C D

Processo de Software Pessoas com habilidades, treinamento e motivação Processo de Desenvolvimento Gerenciar o Processo Ferramentas e Equipamentos Procedimentos e B métodos que definem A D o relacionamento C Processo de tarefas. de Software muito BEM definido

Modelos de Qualidade de Processo de Software Exemplos de esforços nesse sentido: CMM CMMI SPICE (ISO 15.504) ISO 12.207

Modelos de Qualidade de Processo de Software Exemplos de esforços nesse sentido: CMM CMMI SPICE (ISO 15.504) ISO 12.207 Diferenças: o CMMI possui a representação em estágio e continuada e o CMM apenas em estágio

CMMI- Capability Maturity Model Integration Capability Maturity Model Integration) (Integração do Modelo de Maturidade da Competência) Maturidade da Competência : competência em controlar o Processo de Software (desenvolvimento, gerenciamento e manutenção). Maturidade da Competência Maturidade do Processo de Software

Os 5 níveis de Maturidade do CMM GERENCIADO OTIMIZADO com Melhoria Contínua DEFINIDO Previsíveis REPETÍVEL Padronizadas INICIAL Disciplinadas Caóticas

CMM: Nível 1 - Inicial INICIAL Caóticas O processo de software é caracterizado como ad hoc, e ocasionalmente até mesmo caótico. Poucos processos são definidos e o sucesso depende de esforços individuais e heróicos.

CMM: Nível 1 - Inicial O Gerenciamento de Software é uma Caixa Preta In Out Requisitos fluem para dentro Um produto de software é (normalmente) produzido através de algum processo disforme O produto flui para fora e (espera-se) funciona

CMM: Nível 2 - Repetível REPETÍVEL Disciplinadas Processos administrativos básicos são estabelecidos para acompanhar custo, cronograma e funcionalidade. A disciplina de processo está em repetir sucessos anteriores em projetos com aplicações similares.

CMM: Nível 2 - Repetível Está em vigor um Sistema de Gerenciamento de Projeto In Out Processo de construção de software é uma série de caixas pretas com pontos de verificação definidos

CMM: Nível 3 - Definido DEFINIDO Padronizadas Os processos de software, tanto para atividades administrativas quanto para de engenharia estão documentados, padronizados e integrados em um processo de software padrão para a organização. Todos os projetos usam uma versão aprovada do processo de software padrão da organização para desenvolvimento e manutenção de software.

CMM: Nível 3 - Definido Desenvolvimento de software de acordo com um processo bem definido In Out Funções e responsabilidades no processo são bem entendidas A produção do produto de software é visível através do processo de software

CMM: Nível 4 - Gerenciado São coletadas medidas detalhadas da qualidade do processo e do produto. GERENCIADO Previsíveis Tanto o processo de software quanto os produtos são quantitativamente compreendidos e controlados.

CMM: Nível 4 - Gerenciado Produto e processo são gerenciados quantitativamente In Out A gerência tem bases objetivas para tomada de decisão A gerência é capaz de prever o desempenho dentro de limites quantificados

CMM: Nível 5 - Otimizado Contínua melhoria de processo é possível por retornos quantitativos dos processos e das idéias e tecnologias inovativadoras OTIMIZADO com Melhoria Contínua

CMM: Nível 5 - Otimizado Foco na melhoria contínua do processo In Out Mudança disciplinada é um meio de vida

Mudança de Nível de Maturidade REPETÍVEL Disciplinadas 6- Gerenciamento da Configuração de Software 5- Garantia da Qualidade de Software 4- Gerenciamento de Subcontrato de Software 3- Acompanhamento de Projeto de Software 2- Planejamento de Projeto de Software 1- Gerenciamento de Requisitos INICIAL Caóticas

Mudança de Nível de Maturidade Técnicas de Elicitação de Requisitos Entrevista Questionário REPETÍVEL Disciplinadas 6- Gerenciamento da Configuração de Software 5- Garantia da Qualidade de Software 4- Gerenciamento de Subcontrato de Software 3- Acompanhamento de Projeto de Software 2- Planejamento de Projeto de Software 1- Gerenciamento de Requisitos JAD (Joint Application Design) INICIAL Caóticas

Mudança de Nível de Maturidade Especificação de Requisitos Padrão IEEE REPETÍVEL Disciplinadas 6- Gerenciamento da Configuração de Software 5- Garantia da Qualidade de Software 4- Gerenciamento de Subcontrato de Software 3- Acompanhamento de Projeto de Software 2- Planejamento de Projeto de Software 1- Gerenciamento de Requisitos INICIAL Caóticas

Mudança de Nível de Maturidade Gerenciamento de Requisitos Rastreamento REPETÍVEL Disciplinadas 6- Gerenciamento da Configuração de Software 5- Garantia da Qualidade de Software 4- Gerenciamento de Subcontrato de Software 3- Acompanhamento de Projeto de Software 2- Planejamento de Projeto de Software 1- Gerenciamento de Requisitos Ferramenta: Rational Requisite Pro INICIAL Caóticas

Plano de Projeto Estimativas Mudança de Nível de Maturidade LOC (Lines of Code) PF (Pontos de Função) REPETÍVEL Disciplinadas 6- Gerenciamento da Configuração de Software 5- Garantia da Qualidade de Software 4- Gerenciamento de Subcontrato de Software 3- Acompanhamento de Projeto de Software 2- Planejamento de Projeto de Software 1- Gerenciamento de Requisitos COCOMO (Constructive COst MOdel) Gráfico de Gantt Ferramenta: Microsoft Project Rede PERT/CPM INICIAL Caóticas

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 IV. Cronograma 1. Divisão do trabalho (work breakdown) 2. Rede de tarefas 3. Gráfico de Gantt 4. Tabela de recursos 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

Plano de Projeto Estimativas Mudança de Nível de Maturidade LOC (Lines of Code) PF (Pontos de Função) REPETÍVEL Disciplinadas 6- Gerenciamento da Configuração de Software 5- Garantia da Qualidade de Software 4- Gerenciamento de Subcontrato de Software 3- Acompanhamento de Projeto de Software 2- Planejamento de Projeto de Software 1- Gerenciamento de Requisitos COCOMO (Constructive COst MOdel) Gráfico de Gantt Ferramenta: Microsoft Project Rede PERT/CPM INICIAL Caóticas

Plano de Projeto Estimativas Mudança de Nível de Maturidade LOC (Lines of Code) PF (Pontos de Função) REPETÍVEL Disciplinadas 6- Gerenciamento da Configuração de Software 5- Garantia da Qualidade de Software 4- Gerenciamento de Subcontrato de Software 3- Acompanhamento de Projeto de Software 2- Planejamento de Projeto de Software 1- Gerenciamento de Requisitos COCOMO (Constructive COst MOdel) Rede PERT/CPM Gráfico de Gantt Ferramenta: Microsoft Project INICIAL Caóticas

Rede PERT/CPM B 1 12 A 2 10 C 3 10 D 15 4 As atividades B e C podem ser executadas simultaneamente

Mudança de Nível de Maturidade Plano de Projeto Estimativas LOC (Lines of Code) PF (Pontos de Função) REPETÍVEL Disciplinadas 6- Gerenciamento da Configuração de Software 5- Garantia da Qualidade de Software 4- Gerenciamento de Subcontrato de Software 3- Acompanhamento de Projeto de Software 2- Planejamento de Projeto de Software 1- Gerenciamento de Requisitos COCOMO (Constructive COst MOdel) Rede PERT/CPM Gráfico de Gantt Ferramenta: Microsoft Project INICIAL Caóticas

Plano de Projeto Estimativas LOC (Lines of Code) PF (Pontos de Função) COCOMO (Constructive COst MOdel) Rede PERT/CPM

Mudança de Nível de Maturidade Acompanhamento do Projeto de Software Esta kpa procura garantir que o plano de projeto (objeto da kpa anterior) não seja esquecido. Faz-se a distinção entre o acompanhamento, entendido como a tarefa diária do projetista de verificar desvios em relação ao planejado, e supervisão, realizada pela alta gerencia, em períodos do ciclo de vida previamente definidos, com o objetivo de garantir que os grandes objetivos e metas do projeto estejam sendo cumpridos. REPETÍVEL Disciplinadas 6- Gerenciamento da Configuração de Software 5- Garantia da Qualidade de Software 4- Gerenciamento de Subcontrato de Software 3- Acompanhamento de Projeto de Software 2- Planejamento de Projeto de Software 1- Gerenciamento de Requisitos INICIAL Caóticas

Gerenciamento de Subcontrato de Software Mudança de Nível de Maturidade Esta kpa procura garantir que qualquer organização subcontratada para executar parte de um projeto possua, no mínimo, o mesmo grau de organização no processo de software que a empresa contratante. REPETÍVEL Disciplinadas 6- Gerenciamento da Configuração de Software 5- Garantia da Qualidade de Software 4- Gerenciamento de Subcontrato de Software 3- Acompanhamento de Projeto de Software 2- Planejamento de Projeto de Software 1- Gerenciamento de Requisitos Se assim não for, custos e prazos do projeto como um todo podem ser comprometidos pela incapacidade do subcontratado de cumprir as metas que lhe foram estabelecidas. INICIAL Caóticas

Mudança de Nível de Maturidade VV&T (Verificação, Validação e Testes) Inspeções de Software Checklist PBR (Perspective-Based Reading) Teste de Software Funcional Estrutural REPETÍVEL Disciplinadas 6- Gerenciamento da Configuração de Software 5- Garantia da Qualidade de Software 4- Gerenciamento de Subcontrato de Software 3- Acompanhamento de Projeto de Software 2- Planejamento de Projeto de Software 1- Gerenciamento de Requisitos Baseado em Erros INICIAL Caóticas

Mudança de Nível de Maturidade Controle de Versão Controle de Modificação REPETÍVEL Disciplinadas 6- Gerenciamento da Configuração de Software 5- Garantia da Qualidade de Software 4- Gerenciamento de Subcontrato de Software 3- Acompanhamento de Projeto de Software 2- Planejamento de Projeto de Software 1- Gerenciamento de Requisitos INICIAL Caóticas

Mudança de Nível de Maturidade 7- Revisões (peer review) 6- Coordenação Intergrupos 5- Engenharia de Produto de Software 4- Gerenciamento de Software Integrado 3- Programa de Treinamento 2- Definição do Processo da Organização 1- Foco no Processo da Organização DEFINIDO Padronizadas REPETÍVEL Disciplinadas

Mudança de Nível de Maturidade SEPG (Software Engineering Process Group) 7- Revisões (peer review) 6- Coordenação Intergrupos 5- Engenharia de Produto de Software 4- Gerenciamento de Software Integrado 3- Programa de Treinamento 2- Definição do Processo da Organização 1- Foco no Processo da Organização Responsável pelas atividades de melhoria do processo de software DEFINIDO Padronizadas REPETÍVEL Disciplinadas

Modelos de Processo Mudança de Nível de Maturidade Modelo Seqüencial Linear Modelo de Prototipação Modelo RAD Modelos Evolucionários 7- Revisões (peer review) 6- Coordenação Intergrupos 5- Engenharia de Produto de Software 4- Gerenciamento de Software Integrado 3- Programa de Treinamento 2- Definição do Processo da Organização 1- Foco no Processo da Organização Incremental Espiral Montagem de Componente Desenvolvimento Concorrente Modelo de Métodos Formais REPETÍVEL Técnicas de 4ª Geração Disciplinadas DEFINIDO Padronizadas

Modelo Seqüencial Linear Engenharia de Sistemas / Informação Análise Projeto Codificação Testes muitas organizações que usam esse modelo, aplicam-no de forma estritamente linear

Modelo Seqüencial Linear Engenharia de de Sistemas Análise de de Requisitos Projeto Codificação Testes Manutenção modelo original, proposto por Royce, prevê feedback

Modelos de Processo Mudança de Nível de Maturidade Modelo Seqüencial Linear Modelo de Prototipação Modelo RAD Modelos Evolucionários 7- Revisões (peer review) 6- Coordenação Intergrupos 5- Engenharia de Produto de Software 4- Gerenciamento de Software Integrado 3- Programa de Treinamento 2- Definição do Processo da Organização 1- Foco no Processo da Organização Incremental Espiral Montagem de Componente Desenvolvimento Concorrente Modelo de Métodos Formais REPETÍVEL Técnicas de 4ª Geração Disciplinadas DEFINIDO Padronizadas

Prototipação início fim construção produto obtenção dos requisitos projeto rápido refinamento protótipo avaliação protótipo construção protótipo

Modelos de Processo Mudança de Nível de Maturidade Modelo Seqüencial Linear Modelo de Prototipação Modelo RAD Modelos Evolucionários 7- Revisões (peer review) 6- Coordenação Intergrupos 5- Engenharia de Produto de Software 4- Gerenciamento de Software Integrado 3- Programa de Treinamento 2- Definição do Processo da Organização 1- Foco no Processo da Organização Incremental Espiral Montagem de Componente Desenvolvimento Concorrente Modelo de Métodos Formais REPETÍVEL Técnicas de 4ª Geração Disciplinadas DEFINIDO Padronizadas

Modelo RAD equipe # 1 modelagem do negócio modelagem dos dados equipe # 2 modelagem do negócio modelagem do processo modelagem dos dados geração da aplicação modelagem do negócio modelagem do processo teste e modificação equipe # 3 modelagem dos dados geração da aplicação modelagem do processo teste e modificação geração da aplicação teste e modificação 60-90 dias

Modelos de Processo Modelo Mudança Seqüencial Linear de Nível de Maturidade Modelo de Prototipação Modelo RAD Modelos Evolucionários 7- Revisões (peer review) 6- Coordenação Intergrupos 5- Engenharia de Produto de Software 4- Gerenciamento de Software Integrado 3- Programa de Treinamento 2- Definição do Processo da Organização 1- Foco no Processo da Organização Incremental Espiral Montagem de Componente Desenvolvimento Concorrente Modelo de Métodos Formais REPETÍVEL Técnicas de 4ª Geração Disciplinadas DEFINIDO Padronizadas

Modelo Incremental Engenharia de Sistemas / Informação incremento 1 Análise Análise Projeto Projeto Codificação Codificação Testes Testes produto liberado do incremento 1 incremento 2 Análise Análise Projeto Projeto Codificação Codificação Testes Testes produto liberado do incremento 2 incremento 3 Análise Análise Projeto Projeto Codificação Codificação Testes Testes produto liberado do incremento 3 incremento 4 Análise Análise Projeto Projeto Codificação Codificação tempo Testes Testes produto liberado do incremento 4

Modelos de Processo Mudança de Nível de Maturidade Modelo Seqüencial Linear Modelo de Prototipação Modelo RAD Modelos Evolucionários 7- Revisões (peer review) 6- Coordenação Intergrupos 5- Engenharia de Produto de Software 4- Gerenciamento de Software Integrado 3- Programa de Treinamento 2- Definição do Processo da Organização 1- Foco no Processo da Organização Incremental Espiral Montagem de Componente Desenvolvimento Concorrente Modelo de Métodos Formais REPETÍVEL Técnicas de 4ª Geração Disciplinadas DEFINIDO Padronizadas

Modelo Espiral Planejamento Análise de Risco Comunicação com o Cliente Engenharia Avaliação do Cliente Construção e Release

Modelos de Processo Mudança de Nível de Maturidade Modelo Sequencial Linear Modelo de Prototipação Modelo RAD Modelos Evolucionários 7- Revisões (peer review) 6- Coordenação Intergrupos 5- Engenharia de Produto de Software 4- Gerenciamento de Software Integrado 3- Programa de Treinamento 2- Definição do Processo da Organização 1- Foco no Processo da Organização Incremental Espiral Montagem de Componente Desenvolvimento Concorrente Modelo de Métodos Formais REPETÍVEL Técnicas de 4ª Geração Disciplinadas DEFINIDO Padronizadas

Modelo de Montagem de Componentes Comunicação com o Cliente Planejamento Análise de Risco construir n-ésima iteração do sistema identificação de componentes candidatos verifique componentes na biblioteca Engenharia colocar novo componenete na biblioteca extrair componente quando disponível Avaliação do Cliente Construção e Release construir componente quando não disponível

Modelos de Processo Mudança de Nível de Maturidade Modelo Sequencial Linear Modelo de Prototipação Modelo RAD Modelos Evolucionários 7- Revisões (peer review) 6- Coordenação Intergrupos 5- Engenharia de Produto de Software 4- Gerenciamento de Software Integrado 3- Programa de Treinamento 2- Definição do Processo da Organização 1- Foco no Processo da Organização Incremental Espiral Montagem de Componente Desenvolvimento Concorrente Modelo de Métodos Formais REPETÍVEL Técnicas de 4ª Geração Disciplinadas DEFINIDO Padronizadas

Modelo de Desenvolvimento Concorrente Atividade de Análise nada nada em em desenvolvimento desenvolvimento aguardando aguardando mudanças mudanças sob sob inspeção inspeção sob sob revisão revisão averiguado averiguado realizado realizado

Modelos de Processo Mudança de Nível de Maturidade Modelo Seqüencial Linear Modelo de Prototipação Modelo RAD Modelos Evolucionários 7- Revisões (peer review) 6- Coordenação Intergrupos 5- Engenharia de Produto de Software 4- Gerenciamento de Software Integrado 3- Programa de Treinamento 2- Definição do Processo da Organização 1- Foco no Processo da Organização Incremental Espiral Montagem de Componente Desenvolvimento Concorrente Modelo de Métodos Formais REPETÍVEL Técnicas de 4ª Geração Disciplinadas DEFINIDO Padronizadas

Modelo de Métodos Formais (comentários) Atualmente esse modelo consome muito tempo e é muito caro Como poucos desenvolvedores possuem o background necessário para utilizá-lo, são requeridos muitos cursos e treinamentos É difícil usar tais modelos como meio de comunicação com a maioria dos clientes

Modelos de Processo Mudança de Nível de Maturidade Modelo Seqüencial Linear Modelo de Prototipação Modelo RAD Modelos Evolucionários 7- Revisões (peer review) 6- Coordenação Intergrupos 5- Engenharia de Produto de Software 4- Gerenciamento de Software Integrado 3- Programa de Treinamento 2- Definição do Processo da Organização 1- Foco no Processo da Organização Incremental Espiral Montagem de Componente Desenvolvimento Concorrente Modelo de Métodos Formais REPETÍVEL Técnicas de 4ª Geração Disciplinadas DEFINIDO Padronizadas

Técnicas de 4 a Geração Obtenção dos dos Requisitos Estratégia do do Projeto Implementação usando 4GL 4GL Testes

Mudança de Nível de Maturidade Programa de Treinamento O propósito desta kpa é desenvolver as habilidades e aumentar o conhecimento dos indivíduos para 7- Revisões (peer review) 6- Coordenação Intergrupos 5- Engenharia de Produto de Software 4- Gerenciamento de Software Integrado 3- Programa de Treinamento 2- Definição do Processo da Organização 1- Foco no Processo da Organização que eles possam desempenhar seus papéis ou funções eficientemente. DEFINIDO Padronizadas REPETÍVEL Disciplinadas

Gerenciamento de Software Integrado Mudança de Nível de Maturidade Esta kpa tem por finalidade integrar a engenharia de software do projeto com as atividades de gerenciamento gerando um processo de software definido. 7- Revisões (peer review) 6- Coordenação Intergrupos 5- Engenharia de Produto de Software 4- Gerenciamento de Software Integrado 3- Programa de Treinamento 2- Definição do Processo da Organização 1- Foco no Processo da Organização Esse processo é uma customização do processo padrão adaptada às necessidades do projeto. DEFINIDO Padronizadas REPETÍVEL Disciplinadas

Mudança de Nível de Maturidade Engenharia do Produto de Software Esta kpa procura garantir que o processo de software definido seja executado de modo que sejam produzidos produtos corretos e consistentes de forma eficaz e eficiente. 7- Revisões (peer review) 6- Coordenação Intergrupos 5- Engenharia de Produto de Software 4- Gerenciamento de Software Integrado 3- Programa de Treinamento 2- Definição do Processo da Organização 1- Foco no Processo da Organização DEFINIDO Padronizadas REPETÍVEL Disciplinadas

Engenharia de Produto de Software Produto de Software como é avaliado? Modelo de McCall Manutenibilidade Flexibilidade Testabilidade Habilidade de ser Alterado Portabilidade Reusabilidade Interoperabilidade Adaptabilidade a Novos Ambientes Características Operacionais Corretitude Confiabilidade Eficiência Integridade Usabilidade

Mudança de Nível de Maturidade Coordenação Intergrupos Esta kpa procura aumentar a comunicação e reduzir ruídos entre os diversos grupos envolvidos nos projetos. 7- Revisões (peer review) 6- Coordenação Intergrupos 5- Engenharia de Produto de Software 4- Gerenciamento de Software Integrado 3- Programa de Treinamento 2- Definição do Processo da Organização 1- Foco no Processo da Organização DEFINIDO Padronizadas REPETÍVEL Disciplinadas

Mudança de Nível de Maturidade Revisões por pares Esta kpa tem por finalidade remover defeitos de produtos do desenvolvimento de software com 7- Revisões (peer review) 6- Coordenação Intergrupos 5- Engenharia de Produto de Software 4- Gerenciamento de Software Integrado 3- Programa de Treinamento 2- Definição do Processo da Organização 1- Foco no Processo da Organização antecedência e eficientemente. Um efeito decorrente importante é o desenvolvimento uma melhor compreensão dos produtos do desenvolvimento de software e de defeitos que possam ser evitados. DEFINIDO Padronizadas REPETÍVEL Disciplinadas

Mudança de Nível de Maturidade Revisões por pares Esta kpa tem por finalidade remover defeitos de produtos do desenvolvimento de software com antecedência e eficientemente. 2- Gerenciamento da Qualidade de Software 1- Gerenciamento Quantitativo do Processo Um efeito decorrente importante é o desenvolvimento uma melhor compreensão dos produtos do desenvolvimento de software e de defeitos que possam ser evitados. DEFINIDO Padronizadas GERENCIADO Previsíveis

Mudança de Nível de Maturidade Gerenciamento de Qualidade de Software Esta kpa tem por finalidade estabelecer metas quantitativas para a qualidade dos produtos de software do projeto e 2- Gerenciamento da Qualidade de Software 1- Gerenciamento Quantitativo do Processo gerenciar e quantificar o progresso real no sentido de alcançar tais metas. GERENCIADO Previsíveis DEFINIDO Padronizadas

Mudança de Nível de Maturidade Prevenção de Defeitos Esta kpa tem por finalidade identificar a causa de defeitos e evitar que eles aconteçam novamente. OTIMIZADO com Melhoria Contínua 3- Gerenciamento da Mudança no Processo 2- Gerenciamento da Mudança Tecnológica 1- Prevenção de Defeito GERENCIADO Previsíveis

Mudança de Nível de Maturidade Gerenciamento de Mudança de Tecnologia Esta kpa tem por finalidade identificar novas tecnologias (ferramentas, métodos e processos) e transferí-las para a organização de uma forma ordenada. OTIMIZADO 3- Gerenciamento da Mudança no Processo 2- Gerenciamento da Mudança Tecnológica 1- Prevenção de Defeito com Melhoria Contínua GERENCIADO Previsíveis

Mudança de Nível de Maturidade Gerenciamento de Mudanças de Processo Esta kpa tem por finalidade melhorar continuamente os processos de software utilizados na organização, com o objetivo de melhorar a qualidade de OTIMIZADO 3- Gerenciamento da Mudança no Processo 2- Gerenciamento da Mudança Tecnológica 1- Prevenção de Defeito software, aumentando a produtividade e diminuindo o tempo do ciclo para o desenvolvimento do produto. com Melhoria Contínua GERENCIADO Previsíveis

Mudança de Nível de Maturidade OTIMIZADO com Melhoria Contínua 3- Gerenciamento da Mudança no Processo 2- Gerenciamento da Mudança Tecnológica 1- Prevenção de Defeito GERENCIADO Previsíveis