UMA VISO GERAL DO MPS.

BR MELHORIA DE PROCESSO DO SOFTWARE BRASILEIRO

Djalma Domingos da Silva CITEF Congresso de Inovao Tecnolgica de Fernandpolis 12 de novembro de 2009, 14h

MINI-CURRCULO DO PALESTRANTE

Possui graduao em Engenharia Civil pela Faculdade de Engenharia de So Jos do Rio Preto (1983), graduao em Engenharia de Computao pelo Centro Universitrio do Norte Paulista (2005), especializao em Administrao de Marketing pelo Instituto Nacional de Ps-Graduao (1996), mestrado em Cincias da Computao e Matemtica Computacional pelo ICMC da Universidade de So Paulo (1998) e doutorado em Engenharia Eltrica pela Escola Politcnica da Universidade de So Paulo (2005). Docente da Fatec de So Jos do Rio Preto, UNIFEV e UNIRP. Responsvel de Laboratrio de Engenharia de Software da Fatec-RP. Aprovado na Prova P1 de Introduo ao MPS-BR.

OBJETIVOS DA APRESENTAO
Apresentar uma viso geral do MPS.BR, com foco no Modelo de Referncia MR-MPS, publicado no Guia Geral:2009, e que possui conformidade com as Normas Internacionais ISO/IEC 12207, ISO/IEC 15504 e CMMI. Apresentar o Mtodo de Avaliao MA-MPS, publicado no Guia de Avaliao:2009.

SUMRIO
Maturidade e Capabilidade do Processo de Software: Definio Modelo: Definio MPS.BR: O Modelo MPS.BR: Capacidade do Processo Processos do Nvel G, primeiro nvel do modelo Mtodo de Avaliao (MA-MPS) para o Nvel G

MATURIDADE E CAPABILIDADE DO PROCESSO DE SOFTWARE

Definio

PROCESSO DE SOFTWARE - DEFINIO

Processo um conjunto de atividades interrelacionadas, que transforma entradas em sadas (ABNT, 1998) Processo de Software um conjunto de atividades, mtodos, prticas e transformaes que as pessoas utilizam para desenvolver e manter software e seus produtos relacionados (CMMI)

PREMISSA DA GESTO DE PROCESSOS DE SOFTWARE

A qualidade do sistema de software altamente influenciada pela qualidade do processo ou maturidade utilizado para seu desenvolvimento e sua manuteno.

Esta premissa implica em um foco no processo, bem como no produto.

POR QUE O PROCESSO DE SOFTWARE O FOCO CORRETO?

Focando somente no produto so perdidos:

O conhecimento de como executar da melhor forma. A idia de tamanho e complexidade (de projeto, de problemas, de esforos, etc).

Focando no processo so previsveis:

Repetibilidade dos resultados. Tendncias dos projetos. Caractersticas do produto (custo, qualidade, esforo e tempo).

MODELO
Definio

O QUE UM MODELO

Modelo uma representao simplificada do mundo real. Os modelos CMMI e MPS.BR no so processos.

MODELO DE MATURIDADE - BENEFCIOS

Estabelece uma linguagem comum. Estabelece uma viso em nveis. Prov uma estrutura para priorizao de aes. Agrega as melhores prticas de uma ampla comunidade de software. Prov uma estrutura para desempenhar diagnsticos (appraisals) consistentes e confiveis. Suporta as organizaes (reativa pr-ativa)

MODELO DE MATURIDADE - RISCOS

Modelos so simplificaes do mundo real. Modelos no so completos / abrangentes. Sua interpretao e adaptao (CMMI-tailoring) devem estar alinhadas com os objetivos (estratgia) dos negcios da organizao. Anlises e Julgamentos so necessrios para utilizar os modelos corretamente e com perspiccia. O modelo no deve ser considerado como uma bblia.

MPS.BR
O Modelo

MPS.BR - OBJETIVOS
Visa

a melhoria de processos de software em empresas brasileiras, a um custo acessvel, especialmente na grande massa de micro, pequenas e mdias empresas.

MPS.BR - OBJETIVOS
Define

e aprimora um modelo de melhoria e avaliao de processo de software, visando preferencialmente as micro, pequenas e mdias empresas, de forma a atender as suas necessidades de negcio e ser reconhecido nacional e internacionalmente como um modelo aplicvel indstria de software.

MPS.BR - OBJETIVOS
MPS.BR

tambm estabelece um processo e um mtodo de avaliao, o qual d sustentao e garante que o MPS.BR est sendo empregado de forma coerente com as suas definies.

MPS.BR - PROPSITO

O propsito do Programa MPS.BR a Melhoria de Processo do Software Brasileiro, compreendendo 2 processos:

Desenvolvimento e aprimoramento do Modelo MPS

Baseado nas melhores prticas da Engenharia de Software Em conformidade com as normas ISO/IEC 12207 E ISO/IEC 15504 Compatvel com o modelo CMMI, do SEI/CMU Adequado realidade das empresas brasileiras

Disseminao e adoo do Modelo MPS, a um custo razovel, em todas as regies do pas

Tanto em pequenas e mdias empresas (PME) Como em grandes organizaes pblicas e privadas

NVEIS DE MATURIDADE MR-MPS

NVEIS G E F PARCIALMENTE GERENCIADO E GERENCIADO

Processos bsicos de gerenciamento de projetos so estabelecidos para monitoramento de custo, prazo e funcionalidade. A necessria disciplina do processo adequada para repetir sucessos anteriores em projetos com aplicaes similares. Principais caractersticas:

Garantia que os requisitos so gerenciados Processos so planejados, desempenhados, medidos e controlados As prticas so mantidas em perodo de crise Projetos so desempenhados e gerenciados conforme planos documentados O controle gerencial permite a visibilidade em ocasies definidas (milestones) Compromissos estabelecidos e revisados com stakeholders relevantes Produtos de trabalhos apropriadamente controlados

GERNCIA DE REQUISITOS - GRE

O propsito da GRE gerenciar os requisitos dos produtos do projeto e componentes do produto e identificar inconsistncias entre estes requisitos e os planos de projeto e produtos de trabalho. Envole:

Obteno e entendimento dos requisitos Obter os compromissos para atendimento dos requisitos Gerenciar mudanas de requisitos Manter rastreabilidade bidirecional dos requisitos (da origem dos requisitos para o nvel mais baixo de detalhamento e vice-e-versa) Identificar inconsistncia entre produtos de trabalho e requisitos

GRE: PRINCIPAIS CONSIDERAES

Existncia de uma gerncia adequada dos conjuntos de requisitos para suportar o planejamento e necessidades de execuo do projeto. Os requisitos so analisados criticamente com o provedor dos requisitos (requirements provider) para solucionar questes e mal entendimentos antes de sua incorporao nos planos de projeto. Obteno dos compromissos sobre os requisitos dos participantes do projeto. Gerncia nas mudanas dos requisitos quando envolvem ou so identificadas inconsistncias ocorridas nos planos, produtos de trabalho e requisitos.

GRE: DOCUMENTAO DOS REQUISITOS

Os requisitos alocados, a engenharia de software por exemplo, devem ser documentados. A documentao, dependendo do tamanho e complexidade do projeto, pode ser de forma simples (memorando) ou elaborada (vrios documentos do cliente). Se os requisitos mudam, estas mudanas devem ser documentadas e os documentos relacionados tambm, devendo ser acompanhados e verificados.

ESTRUTURA DO MPS.BR
Nveis de maturidade

Cada AP est detalhado em termos dos resultados para alcance completo do atributo (RAP)

Processo

Capacidade

Propsito

Resultados Prticas

Atributo de Processo uma caracterstica mensurvel da capacidade do processo aplicvel a qualquer processo [ISO/IEC 155041, 2003]

Atributo de Processo AP

Resultados RAP Resultado do Atributo do Processo

MPS.BR
Capacidade do Processo

ATRIBUTO DE PROCESSO AP 1.1

O processo executado

Medida do quanto o processo atinge seu propsito.

RAP 1. O processo atinge seus resultados definidos.

Resultado esperado:

ATRIBUTO DE PROCESSO AP 2.1

O processo gerenciado

Medida do quanto a execuo do processo gerenciada.

RAP 2. Existe uma poltica organizacional estabelecida e mantida para o processo; RAP 3. A execuo do processo planejada; RAP 4 (Para o Nvel G). A execuo do processo monitorada e ajustes so realizados; RAP 5. (At o Nvel F) As informaes e os recursos necessrios para a execuo do processo so identificados e disponibilizados; RAP 6. (At o Nvel F) As responsabilidades e a autoridade para executar o processo so definidas, atribudas e comunicadas.

Resultados esperados:

ATRIBUTO DE PROCESSO AP 2.1 (CONT.)

Resultados esperados (cont.):

RAP 7. (At o Nvel F) As pessoas que executam o processo so competentes em termos de formao, treinamento e experincia; RAP 8. A comunicao entre as partes interessadas no processo gerenciada de forma a garantir o seu envolvimento; RAP 9. (At o Nvel F) Os resultados do processo so revistos com a gerncia de alto nvel para fornecer visibilidade sobre a sua situao na organizao. RAP 10 (Para o Nvel G). O processo planejado para o projeto executado.

MA-MPS: MTODO DE AVALIAO MPS.BR

MA-MPS

ESTIMATIVA DE TEMPO E EQUIPE DE AVALIAO

ESCALA PARA CARACTERIZAR O GRAU DE

IMPLEMENTAO DE UM RESULTADO ESPERADO

CARACTERIZAO DE ATRIBUTOS DO PROCESSO PARA SATISFAZER AOS NVEIS MR-MPS

VELHOS PROBLEMAS TAILORED FOR SW

REFERNCIAS
ASR. MPS.BR Viso Geral. Mini-curso ministrado no Senac Rio Preto em maro de 2009. ______. Artigos para download. Disponvel em: <www.arsconsultoria.com.br/artigos>. Acessado em: 28 mai 2009. MPS.BR. Curso de Introduo ao MPS.BR (C1MPS.BR). Realizado em 13 e 14 de agosto de 2009. ______. Para obter guias e demais informaes. Disponvel em: <http://www.softex.br/mpsbr>. Acessado em: 28 mai 2009.

Falta de tempo desculpa daqueles que perdem tempo por falta de mtodos. Albert Einstein

Contato: djalma.silva@terra.com.br