1

Evaluación basada en CMM la mejora del proceso interno (CBA/IPI)

Alexis Monitor
Alvaro Zuñiga
Breyer C@rpas
Heliel Posso

Septiembre de 2018

Universidad de la Guajira extensión Maicao

La Guajira -Maicao
Ingeniería de software I
 2

Tabla de Contenidos

Figura 1: El Modelo IDEAL para la mejora del proceso de software. ................................... 3

Capítulo 1 Introducción ...................................................................................................... 5
Porque fue creado CBA IPI ............................................................................................ 5
En que consiste los métodos de evaluación de SEI ........................................................ 5
Que es el método CBA IPI.................................................................................................... 6
El Modelo IDEAL para la mejora del proceso de software. ................................................... 7
Capítulo 2 Figuras y Tablas ............................................................................................... 7
Tabla 1 proceso del método CBA IPI ............................................................................. 9
WEBGRAFIA ................................................................................................................... 13
 3

Lista de figuras

Figura 1: El Modelo IDEAL para la mejora del proceso de software.……………8

 4

Lista de tablas

Tabla 1: proceso del método CBA IPI…………………………………………………9

 5

Capítulo 1

Introducción

Es una herramienta de diagnóstico que admite, habilita y alienta el compromiso de una

organización para mejorar el proceso. El método ayuda a una organización a obtener

información sobre su desarrollo de software capacidad identificando fortalezas y

debilidades de sus procesos actuales relacionado con Capability Maturity Model SM para

el Software V1.1. El método se enfoca en identificar las mejoras de software que son más

rentables, dado los objetivos comerciales de una organización y el nivel de madurez

actual.

Porque fue creado CBA IPI

Fue creado para evaluar la capacidad de procesos que tiene un software de alguna

organización

En que consiste los métodos de evaluación de SEI

En proporcionar el liderazgo en el avance del estado de la práctica de la ingeniería de

software mejorando la calidad de los sistemas que dependen del software, dentro del SEI

el tratamiento de tareas de desarrollo de software como procesos que se puede definir

como practicar, medido y mejorado.

El proceso de software se define como el sistema de todas las tareas y las herramientas de

soporte, estándares, métodos y prácticas involucradas en la producción y evolución de un

 6

software producto a lo largo del ciclo de vida del software. Se ha vuelto ampliamente

aceptado que la calidad de determinar el nivel de madurez de un proyecto.

En 1988-91, el SEI brindó capacitación a organizaciones que deseaban realizar

autoevaluaciones de sus procesos de software.

El SEI ayudó a varias organizaciones a realizar evaluaciones [Olson 89] en gran parte en

el cuestionario de madurez. Este cuestionario temprano proporcionó un mecanismo de

puntuación para determinar el nivel de madurez de un proyecto.

En 1990, el SEI comercializó la evaluación del proceso de software (SPA) para desviarlo

más ampliamente semina la tecnología, ya que el SEI no estaba equipado para manejar la

demanda de evaluación servicios de salud.

Que es el método CBA IPI.

El método CBA IPI es una herramienta de diagnóstico que se utiliza para evaluar y

calificar una organización de procesos de software y se utiliza en el ambiente más

amplio en pro de la mejora de procesos de software.

Para llevarse este método acabo hay que tener en cuenta un patrocinador que debe ser el

gerente de la organización y un gran equipo de evaluación los cuales debe cumplir con

unos requisitos Estos debe tener el conocimiento, las habilidades y la capacidad colectiva

para llevar a cabo una evaluación de CBA IPI para la organización particular que se está

evaluando.
 7

IMPLEMENTACION DEL METODO CBA IPI

Los miembros del equipo se seleccionan para que su combinación, experiencia y

habilidades coinciden con lo que se requiere para esta evaluación. Se recomienda un

tamaño de equipo de evaluación de 8 personas (no menos de 4 ni más de 10) por varias

razones. Los equipos más pequeños pueden tener dificultades para realizar una extensa

revisión de documentos y logrando precisión en las actividades de entrevista. Los equipos

más grandes requieren más coordinación y tiempo para llegar a un consenso sobre los

juicios que debe realizar el equipo en su conjunto.

El método CBA IPI consta de tres fases.

 La primera fase incluye las actividades necesarias planear y prepararse para la

evaluación.

 La segunda fase consiste en actividades en el sitio para llevar a cabo la

evaluación, incluidas técnicas para reunir, organizar y consolidar datos.

 La fase final es informar los resultados.

El Modelo IDEAL para la mejora del proceso de software.

Es aquel que proporciona una información precisa de todas sus debilidades y fortalezas

del proceso actual que lleve el software de la organización basado en el CMM como

principal modelo para identificar y mejorar el proceso

Capítulo 2

Figuras y Tablas
 8

Figura 1
Modelo IDEAL para la mejora del proceso de software

https://es.slideshare.net/cciptr/aplicacin-del-proceso-de-mejora-continua-en-la-enseanza-
universitaria-de-sistemas/7
 9

Tabla 1 proceso del método CBA IPI

NIVEL CARACTERISTICAS RESULTADOS

Inicial -ausencia de gestión de proyectos Productividad y
-El proceso del software es cambiante e irregular. calidad escasa.
-Los planes, estimaciones y calidad son Riesgo máximo
impredecibles.
-El rendimiento depende de la capacidad individual
de los miembros del grupo.
-se establecen programas de formación del personal
de desarrollo y mantenimiento.

Repetible -Los procesos de software son estables y repetibles. Productividad y

-la organización establece políticas de gerencia de calidad baja.
proyectos y procesos. Riesgo alto
-La planificación se basa en proyectos similares.
-Existen estándares definidos y exigidos.
El proceso se enmarca en un sistemas de gerencia
de proyectos basado en experiencias pasadas.
Definido -Los procesos son definidos: estandarizados, Productividad y
documentados e institucionalizados. calidad media.
-Los procesos de ingeniería y gerencia son estables Riesgo medio.
y se integran en uno solo.
-Existe un entendimiento común de los procesos
funciones y responsabilidades.
-La organización mantiene un grupo dedicado a la
definición, mejoramiento y difusión del proceso de
ingeniería de software.

Gestionado -Los procesos son medibles o cuantificables. Productividad

-La productividad y la calidad se miden y registran calidad alta.
para cada proyecto de la organización. Riesgo mínimo.
-Se fijan metas cuantitativas de la calidad del
software.
-Mediante el uso de métricas de software, se crea
una base cuantitativa para la evaluación y
estimación en proyectos futuros.
Optimizado -Los procesos se mejoran continuamente. Productividad y
-La organización busca lograr el nivel máximo de calidad total.
capacidad. Riesgo nulo
-Se incorporan nuevas tecnologías y métodos para
mejorar los procesos.

Nota. Tomado del blog http://enfoquesevalucacionymejoramiento.blogspot.com/2014/07/evaluacion-basada-

en-cmm-para-la-mejora.html
 10

Capítulo 3

SPICE ISO/IEC 15504

De sus siglas en ingles SPICE ISO/IEC 15504 (Software Process Improvement

Capability

Determination), en español “Determinación de la Capacidad de Mejora del Proceso de

Software”, es un estándar creado para mejorar y evaluar el proceso de desarrollo, y

mantenimiento de sistemas de información y productos de software.

Este estándar está orientado a mejorar los procesos de software, mediante requisitos o

normas

para la evaluación de procesos, estos requisitos deben ser aplicados en las fases de ciclo

de vida de un sistema, esta parte es definida cómo ISO/IEC 15504.

El modelo ISO/IEC 15504 es un modelo objeto de referencia de muchos otros, tales

como

modelo Moprosoft, ISO 9000 series, SW-CMM, y MPS Br. El modelo ISO/IEC 15504 es

sustituido por el modelo SPICE.

Según (ISOTools Excellence, 2018) el estándar SPICE ISO/IEC 15504 es de gran

importancia debido que certifica los procesos de desarrollo que acreditan a las

organizaciones en un mercado que cada vez alcanza más países y por lo tanto su

competitividad aumenta, esta norma o herramienta tiene por objetivos:

Proponer y desarrollar un estándar de evaluación de procesos de software.

 11

Evaluar el desempeño mediante la experimentación en la industria del desarrollo de

software.

Promover la norma a la industria del software a nivel mundial.

Esta norma cuenta con una estructura, procesos, modelos, dimensiones y arquitectura.

Las

dimensiones son dos: dimensión de proceso, y dimensión de proceso de capacidad. Al

igual que las dimensiones, la dimensión de procesos consta de varias partes:

Procesos primarios

ACQ: Procesos de Cliente.

SPL: Procesos de Proveedor.

ENG: Ingeniería.

OPE: Procesos de operación.

Procesos de soporte

SUP: Soporte.

Procesos de organizaciones

MAN: Procesos de gestión.

REU: Procesos de recursos humanos.

RIN: Procesos de infraestructura.

PIM: Procesos de mejoras de procesos.

 12

La dimensión de capacidad de procesos se divide en 6 niveles de madurez, enumerados

desde

el nivel 0 hasta el nivel 5, cada nivel contiene atributos que permiten su evaluación, los

niveles son:

Nivel 0: Incompleto.

Nivel 1: Realizado.

Nivel 2: Gestionado.

Nivel 3: Establecido.

Nivel 4: Predecible.

Nivel 5: En optimización.

Luego de entender las dimensiones, sería adecuado el entendimiento de su estructura

basada

en su modelo 2D de evaluación de procesos, (EcuRed, s.f.) explica qué, su estructura

sería lanzada en nueve partes, pero dado el tamaño el curso de debates y votaciones

decidió reducir su tamaño a cinco partes, estas partes son:

Parte 1: Conceptos y publicaciones.

Parte 2: Realizando una evaluación.

Parte 3: Guía para la realización de evaluaciones.

Parte 4: Guía para el uso de resultados de evaluaciones.

Parte 5: Un modelo de evaluación de procesos ejemplar.

 13

WEBGRAFIA

 http://dpsalcedo8.blogspot.com/2014/07/evaluacion-basada-en-cmm-para-

la-mejora.html

 http://enfoquesevalucacionymejoramiento.blogspot.com/2014/07/evaluaci

on-basada-en-cmm-para-la-mejora.html

 http://smcutiva.blogspot.com/2014/07/evaluacion-basada-en-cmm-para-la-

mejora.html

 https://es.slideshare.net/cciptr/aplicacin-del-proceso-de-mejora-continua-

en-la-enseanza-universitaria-de-sistemas/7