2005 Rodrigo Cavalcante Mendes {[email protected]} Modelagem e Avaliação do CMMI no SPEM para Definição de um Meta- Processo de Software Graduando: Rodrigo

2005 Rodrigo Cavalcante Mendes {[email protected]}

Modelagem e Avaliação do CMMI no SPEM para Definição de um Meta-

Processo de Software

Graduando:Rodrigo Cavalcante Mendes

Orientador:Alexandre Marcos Lins Vasconcelos


Agenda

Contexto e Motivação Objetivo do Trabalho CMMI SPEM Mapeamento do CMMI e SPEM no Processo Estudo de Caso Conclusão Trabalhos Futuros


Contexto e Motivação

A importância da engenharia de software para o sucesso de um projeto de software tem se tornado mais evidente.

A inserção de processos de software é uma estratégia organizacional melhorar a competitividade e a qualidade dos serviços.


Contexto e Motivação

Promover o desenvolvimento de um ambiente de elaboração de processos desde sua concepção até a instanciação em um estudo de caso de projeto .

Ambiente visando a adaptação do meta-modelo de processo de software para cada projeto, apresentando sugestões, tanto de modelo de ciclo de vida, quanto de atividades, procedimentos e ferramentas, entre outros.


Objetivo do Trabalho

Contribuir para a definição deste meta-processo, fazendo uma avaliação da aderência do modelo proposto pelo CMMI ao modelo SPEM.

Mapear os componentes que compõem o CMMI e o SPEM, analisando quais os pontos em que os eles são semanticamente parecidos ou requerem alguma condição, restrição ou até mesmo composição de mais de um componente do modelo para uma melhora aderência.


CMMI - Histórico

O SEI (Software Engineering Institute) definiu algumas dimensões em que uma organização que deseja melhorar seu desempenho pode focar.


CMMI - Histórico

Em meados de 1930, Walter Shewhart iniciou um trabalho para melhoria de processo baseados em princípios de métricas e controle de qualidade.

Tais princípios foram refinados por W. Edwards Deming e Joseph Juran. Watts Humphrey, Ron Radice e outros estenderam o modelo existente e começaram a aplicá-lo na produção de softwares na IBM e SEI.


CMMI – Capability Maturity Model Integrated

Desde 1991, CMMs foram desenvolvidos por várias disciplinas. Essa gama de disciplinas era difícil gerenciamento devido a algumas diferenças entre elas.

O CMMI foi projetado para solucionar tal deficiência. Concebido essencialmente a partir da combinação de três modelos: Capability Maturity Model for Software (SW-CMM) versão rascunho 2.0 C, Electronic Industries Alliance Interim Standard (EIA/IS) 731, e Integrated Product Development Capability Maturity Model (IPD-CMM) versão 0.98.


CMMI – Capability Maturity Model Integrated

DisciplinasEngenharia de SistemasEngenharia de SoftwareProdutos Integrados e Desenvolvimentos

de ProcessosFornecimentos de Recursos

RepresentaçõesContínuaPor Estágios


CMMI – ComponentesÁrea de Processo

Descrição do Propósito Notas de Introdução Áreas de Processo Relacionadas

Objetivos Específicoss Objetivos

GenéricosPráticas Especificas

Práticas Genéricas

Artefatos SubpráticasElaboração de

Práticas Genéricas

Requerido

Informativo

Esperado


SPEM

Se enquadra no modelo definido pela Object Management Group (OMG) que possui uma arquitetura de quatro camadas.

M3

M2

M0

MOF

UPM, UML

e.g. RUP, SI Method, OpenM1

Processo instanciado em um projeto


SPEM

O SPEM é um modelo utilizado para especificar, definir processos e seus componentes. O modelo foi construído a partir de um subconjunto, chamado de SPEM Foundation.

Pacote SPEM_Foundation é dividido em subpacotes: SPEM_Foundation::Data_Types SPEM_Foundation::Core SPEM_Foundation::Actions SPEM_Foundation::State_Machines SPEM_Foundation::Activity_Graphs SPEM_Foundation::Model_Management


SPEM – Estereótipos Principais

Process Package

Phase Work Definition

Activity

Document Guidance Work Product


Mapeamento do CMMI e SPEM no Processo

Utilizado um processo (Falbo) para referência entre o CMMI e o SPEM.

Componentes do Processo:ProcessoModelo de Ciclo de VidaCombinaçãoAtividadeArtefatoProcedimento

RecursoPadrão de AtividadesParadigma de DesenvolvimentoTecnologia de DesenvolvimentoRestrições








Estudo de Caso

PA de Gerenciamento de Requisitos

SG 1. Gerenciar Requisitos

Maturidade nível 2Engenharia de

Processos


Estudo de Caso

SP 1.2-2. Obter o acordamento dos requisitos

Guia para desenvolvimento de

produtos e processos integrados

SP 1.2-2. Obter acordamento dos requisitos

Documentar acordos feitos

em relação aos requisitos e mudanças

Avaliação dos impactos dos

requisitos


Conclusão

O modelo CMMI possui carências de representação quanto a modelagem de processos com um maior grau de especificação, que é o ponto forte do SPEM.

A carência de componentes do tipo Nota, possibilitando um melhor detalhamento.

O uso de mais de um componente pode melhorar a representação de um componente em outro modelo.

Esta avaliação contribui para a concepção do meta-processo, fornecendo uma visão mais ampla de semelhanças e aspectos particulares de cada modelo.


Trabalhos Futuros

Avaliar a contribuição que norma ISO-9003 pode agregar a concepção do meta-processo, e compor juntamente com a avaliação dos resultados entre CMMI e o SPEM pode tornar o modelo mais representativo para o ambiente a ser desenvolvido.

Definir o meta-processo de software para o ambiente de desenvolvimento a partir da avaliação dessas normas e modelos e propor um framework que forneça suporte para definição de processos de software em um ambiente de implementação de Processo de Software.


Modelagem e Avaliação do CMMI no SPEM para Definição de um Meta-

Processo de Software

ObrigadoDúvidas?

Documents

2005 Rodrigo Cavalcante Mendes {[email protected]} Modelagem e Avaliação do CMMI no SPEM para Definição de um Meta- Processo de Software Graduando: Rodrigo