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

Transcrição

1 MODELO SPICE Software Improvement and Capacibilty Determination Avalia o software com foco na melhoria de seus processos (identifica pontos fracos e fortes, que serão utilizados para a criação de um plano de melhorias) e determina a capacidade dos processos, viabilizando a avaliação de um fornecedor em potencial.

2 MODELO SPICE

3 MODELO IMPACT IMPACT engloba 6 estágios do ciclo de melhoria de processo de software: (Initiate) - Iniciar (Measure)- Medir (Plan) - Planejar (Act) - Atuar (Confirm) - Confirmar (Transfer) - Transferir

4 MODELO IMPACT

5 MODELO IDEAL Descreve um guia para implementação de um programa de melhoria de processo. Initiating, Diagnosing, Establishing, Acting e Leveraging descreve fases, atividades e recursos necessários à melhoria dos processos.

6 MODELO IDEAL 5 etapas definidas que permitem um acompanhamento das fases pré-definidas

7 TQM TOTAL QUALITY MANEGEMENT Conceito conhecido e difundido pela sigla TQM (Total Quality Management - ou Gestão da Qualidade Total) consolida-se pelo uso extensivo e pela prática das principais abordagens da qualidade, constituindo-se na atualidade em modelos de gerenciamento de questões relativas à qualidade total.

8 TQM TOTAL QUALITY MANEGEMENT ETAPAS DO TQM: Apoio e suporte; Treinamento; Uso de dados para tomada de decisão; Envolvimento dos participantes; Objetivos associados a necessidades do negócio; Continuidade e envolvimento do cliente.

9 CMM (Capability Maturity Model ou Modelo de Maturidade da Competência) que visa controlar o Processo de Software nas etapas de: desenvolvimento, gerenciamento, manutenção.

10 CMM: desenvolvido pelo Software Engineering Institute (SEI), tem uma estrutura que descreve os elementos chaves de um processo de software eficaz. Refere-se a um caminho de melhoramento evolucionário com cinco níveis de maturidade destinado a organizações de software que mudam de um processo de software imaturo para um processo maduro.

11 A maturidade dos processos de software de uma organização influencia na sua capacidade de atingir metas de custo, qualidade e cronograma. Os cinco níveis de maturidade descrevem fundamentos sucessivos para melhoria contínua do processo e definem uma escala ordinal para medir a maturidade de processo de uma organização.

12

13 Nível 1 INICIAL O processo de software é caracterizado como ad hoc, até mesmo caótico. Poucos processos são definidos e o sucesso depende do esforço individual e heróico. A organização não tem um ambiente estável para o desenvolvimento e manutenção de software, cronogramas e orçamentos que são freqüentemente abandonados.

14 Nível 2 REPETÍVEL Criam-se processos administrativos básicos que acompanham custo, cronograma e funcionalidade. A disciplina de processo está em repetir sucessos anteriores em projetos com aplicações similares. Uma organização disciplinada tem um processo efetivo de planejamento e gerenciamento do projeto de software onde os controles são bem fundamentados.

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

16 Nível 3 DEFINIDO Características: Existe processo de engenharia de software definido, documentado e padrão para a empresa. Saídas de uma atividade fluem naturalmente para as entradas da próxima atividade. Cada projeto de software usa o processo padrão da organização como base para implementar seu próprio processo.

17 Nível 4 GERENCIADO Coletadas medidas detalhadas da qualidade do processo e produto. O processo de software, como o produto, são quantitativamente compreendidos e controlados, ou seja, produtos e processos são gerenciados quantitativamente. Características: Existe processos de software passíveis de medida. Produtividade e qualidade são medidas em todas as etapas do processo de software e para projetos. Controle sobre produtos e processos de todos os projetos é adquirido através da diminuição da variação do seu desempenho para dentro de limites quantitativos aceitáveis.

18 Nível 4 GERENCIADO A organização aplica métricas de controle de qualidade para aumentar a qualidade e produtividade do software entregue aos clientes. À medida que a organização adquire conhecimento sobre o produto, tem a oportunidade de remover várias fontes que comprometem a qualidade final, o que proporciona chance de colocar o produto sob um controle de qualidade.

19 Nível 5 OTIMIZADO O foco é a melhoria contínua do processo. Características: Existe processos de software com contínua melhoria. Processos de software são avaliados para prevenir tipos de defeitos conhecidos devido à recorrência, e lições aprendidas são disseminadas para outros projetos. Tecnologias que dão mais retorno para processos específicos são selecionadas para serem introduzidas de maneira gerenciável na organização.

20 Nível 5 OTIMIZADO Nesse nível foi atingido um ambiente de excelência em engenharia de software.

21 No Brasil, atualmente somente os maiores desenvolvedores de software estão buscando o CMM visando o melhoramento da gerência e do desenvolvimento de software com consistência e disciplina.

22 Conclusão No mercado mundial de software, a concorrência é cada vez mais acirrada. Empresas brigam pela sua fatia do mercado e clientes exigem das empresas de software provas de qualidade no desenvolvimento de software. Apesar do CMM não ser verdadeiramente uma certificação, empresas que atingem o nível 2 do CMM (o menor da escala de maturidade) já passam a ser mais competitivas.

23 EMPRESAS com CMM NÍVEL EMPRESA CMM 2 CREDICARD-SP e DELL-RS 3 XEROX-ES e ERICSON 4 EDS-RJ 5 IBM-RJ FONTE: Software Engineering Institute.