Engenharia de Software Modelos de Maturidade de Processos de PowerPoint PPT Presentation

presentation player overlay
1 / 26
About This Presentation
Transcript and Presenter's Notes

Title: Engenharia de Software Modelos de Maturidade de Processos de


1
Engenharia de Software
  • Modelos de Maturidade de Processos de Software
  • Márcio Campos - camposmf_at_gmail.com

2
O que é um processo de desenvolvimento de
software?
  • Um processo de desenvolvimento de software é um
    conjunto de atividades necessárias para
    transformar as necessidade dos usuários e suas
    expectativas em um sistema baseado em software.

3
O que é um modelo de processo de desenvolvimento
de software?
  • É uma referência, abordagem que caracteriza e
    guia quanto as atividades de melhoria de um
    processo de desenvolvimento de software.
  • Possibilita a avaliação da maturidade do processo
    de desenvolvimento de software.
  • Referencia e estabelece parâmetros de mercado
    quanto a capacidade em produzir software de
    qualidade.

4
O que é um modelo de processo de desenvolvimento
de software?
  • Um modelo de processo é um conjunto estruturado
    de boas práticas que descrevem as características
    de efetividade de um processo.
  • Boas práticas referem-se aquelas comprovadas pela
    experiência.

5
Premissa subjacente
  • Quanto melhor o processo de desenvolvimento de
    software, melhor a qualidade do produto.
  • Procura-se, então, sistematizar o processo de
    produção de software de forma a garantir a
    qualidade do produto final.
  • Esta abordagem não é original da indústria de
    software, esta foi trazida pelos modelos de
    qualidade da indústria, em particular a japonesa.

6
Razões para se adotar o modelo de processos
  • Sintomas
  • Falta de visibilidade gerencial do processo de
    desenvolvimento de software baixa qualidade do
    projeto, do código e do trabalho equipe
    desmotivada e sem garantias de sucesso.
  • Em realidade tem-se processos, pessoas e
    tecnologias mas é através do processo que estes
    elementos se encontram.

7
Falsas premissas
  • Os processos não são necessários basta uma boa
    equipe, alta tecnologia e bons gerentes.
  • Processos em geral interferem na criatividade, só
    é útil em grandes projetos e é muito caro.

8
O Modelo CMMI
  • Apresentação geral do modelo
  • http//www.sei.cmu.edu/cmmi/general/
  • Coleção de boas práticas.
  • É um arcabouço para priorizar e organizar
    atividades.
  • Provê meio para alinhar as políticas de processo
    com a da organização.
  • CMMI não é um processo!

9
O Modelo CMMI
http//www.sei.cmu.edu/cmmi/models/model-v12-compo
nents-word.html
10
O Modelo CMMI
  • Dividido em três eixos (constelações)?
  • CMMI para Serviços.
  • CMMI para aquisição.
  • CMMI para desenvolvimento.

11
O Modelo CMMI
  • Desde 1991 o modelo de maturidade tem sido
    utilizado em diferentes disciplinas engenharia
    de sistemas, engenharia de software, aquisição de
    software, desenvolvimento e gerência de equipes e
    em desenvolvimento integrado de produtos e
    processos.
  • CMMI é um esforço de integrar alguns destes
    modelos
  • SW-CMM
  • SECM
  • IPD-CMM

12
O Modelo CMMI
  • Representações do modelo de capacidade de
    software
  • Representação em estágios.
  • É uma abordagem que se utiliza de de um conjunto
    pré-definidos de áreas de processo de forma a
    classificar o grau de maturidade em software de
    uma organização.
  • Representação contínua.
  • É uma abordagem que permite que a organização
    selecione áreas de processo específicas e que se
    faça melhorias relativas a partir destas.

13
Modelo CMMI
  • Representação em estágios
  • http//www.csi-india.org/files/foo/Software_Proces
    s_Quality_Fig02.jpg

14
Modelo do CMMI
  • Representação por processos
  • http//sepo.nosc.mil/images/Capability_Level_Profi
    le.png

15
Componentes do Modelo do CMMI
  • http//www.sei.cmu.edu/cmmi/models/model-v12-compo
    nents-word.html

16
Áreas de Processo
  • É um grupamento de práticas relacionadas daquela
    área que quando implementada coletivamente
    satisfaz um conjunto de objetivos considerados
    importantes para a melhoria do processo em
    questão.
  • Existem 22 Áreas de processo, exemplos
  • Configuration Management (CM)?
  • Decision Analysis and Resolution (DAR)?
  • Project Planning (PP)?
  • Process and Product Quality Assurance (PPQA)?
  • Quantitative Project Management (QPM)?

17
Áreas de Processo
  • Divididas em quatro categorias.
  • Gerência de processo.
  • Gerencia de projeto.
  • Engenharia.
  • Apoio.

18
Níveis de Capacidade/Maturidade de Processo
  • Níveis são utilizados no CMMI para delinear um
    modelo de melhoria para a organização que deseja
    obter maior qualidade de seus processos.
  • O CMMI considera dois modelos de melhoria por
    área de processos e por um conjunto de processos
    por vez.
  • Níveis caracterizam melhorias no processo desde
    mal definidos àqueles que se utilizam de dados
    quantitativos.
  • Para alcançar um nível em particular a
    organização deve satisfazer todos os objetivos
    da área de processo ou de seu conjunto.

19
Capacidade e Maturidade
  • http//www.sei.cmu.edu/cmmi/models/model-v12-compo
    nents-word.html

20
Capacidade e Maturidade
  • Nível Contínuo Etapas
  • Capacidade Maturidade
  • 0 Incompleto N/D
  • 1 Executado
    Inicial
  • 2 Gerenciado
    Gerenciado
  • 3 Definido
    Definido
  • 4 Quantitativo
    Quantitativo
  • 5 Otimizado Otimozado

21
Capacidade
  • 0Incompleto É um processo que não está
    implementado ou parcialmente implementado
  • 1 Realizado É um processo que satisfaz os
    objetivos específicos da área do processo.
  • 2 Gerenciado É um processo que possui uma
    infra-estrutura de apoio ao mesmo
  • 3 Definido É um processo que customizado de uma
    processo organizacional.
  • 4 Gerenciado qualitativamente É um processo
    controlado por meios quantitativos ou
    estatísticos.
  • 5 Otimizado É um processo que melhorado a
    partir do entendimento das variabilidades do
    mesmo.

22
Maturidade
  • 1Inicial neste nível o processo é caótico ou
    aleatório.
  • 2 Gerenciado neste nível os requisitos são
    gerenciados e o processo é planejado, realizado,
    mensurado e controlado.
  • 3 Definido a organização possui padrões para a
    a configuração e adaptação deste processo para
    ser utilizado de forma consistente e todos os
    projetos.
  • 4 Gerenciado Quantitativamente neste nível a
    organização consegue estabelecer critérios de
    qualidade e de processo e se utiliza destes no
    gerenciamento.
  • 5 otimizado a organização melhora continuamente
    entendendo as razões da variância dos projetos.

23
Comparação Representação Contínua e por Níveis
  • Contínua
  • Processos são categorizados por áreas.
  • A melhoria é medida através das medições de
    capacidade.
  • Os processos são organizados em práticas
    específicas e genéricas
  • Níveis
  • As áreas de processo são organizadas por níveis
    de maturidade.
  • Melhorias são utilizadas por meio de níveis de
    maturidade

24
MPSBr
  • Apresentação Geral MPSBr
  • Guia de Geral
  • Guia de Aquisição
  • Guia de Implementação
  • Guia de Avaliação

25
Sumário
  • Os modelos de maturidade servem para guiar o
    processo de melhoria da qualidade de software.
  • Estes modelos servem de referência.
  • Os modelos indicam um caminho a seguir.
  • Servem para diagnosticar a qualidade do software
    produzido.

26
Modelos de Maturidade de Processos de Software
  • Dúvidas?
  • Márcio Campos - camposmf_at_gmail.com
Write a Comment
User Comments (0)
About PowerShow.com