Modelo de Madurez OpenSource

Modelo de Madurez OpenSource

El Modelo de Madurez OpenSource de QualiPSo(OMM), en ingles, QualiPSo OpenSource Maturity Model (OMM) es una metodología para la evaluación de Free / Libre Open Source Software (FLOSS) y más concretamente el proceso de desarrollo de FLOSS. Esta metodología es liberado bajo la licencia Creative Commons.

Actualmente, el modelo OMM está probado y validado en verdaderos proyectos FLOSS que son dirigidos por las comunidades FLOSS o por las empresas de desarrollo de software. Esta basado en el modelo CMMI

El objetivo de OMM es permitir el uso de FLOSS a las empresas en su ambiente de producción, en sus productos principales y no sólo en sus prototipos . [1] La plantilla {{ref}} está obsoleta, véase el nuevo sistema de referencias. [2] La plantilla {{ref}} está obsoleta, véase el nuevo sistema de referencias.

Otros objetivos de OMM son:
1. Proporcionar a las comunidades FLOSS una base para el desarrollo de productos de manera eficiente y hacer que sus productos sean de confianza para los clientes potenciales, y también para las empresas integradoras.
2. Proporcionar a los integradores de FLOSS una base para evaluar los procesos utilizados por las comunidades de FLOSS.

OMM es el primer modelo que contiene todos los elementos que han de ser evaluados, pero es también tiene un conjunto de normas y directrices que describen cómo llevar a cabo los procesos de evaluación, por lo que se le denomina indistintamente denominado como modelo y la metodología: 1. OMM es un modelo de proceso para el desarrollo por los desarrolladores y para la integración de los productos de FLOSS por los integradores. 2. OMM está dirigido para ser empleado por personas y equipos de desarrollo que pueden estar dispersos en el mundo, de ahí el énfasis en la simplicidad y en la facilidad de uso. Siendo sencillo pero organizado como un modelo evolutivo, OMM puede ser útil para empresas también. Este enfoque ayudó a mantener el modelo, pero la práctica sigue siendo baja.

Contenido

Estructura General

OMM está organizado en niveles, cada nivel está en base al nivel inferior e incluye sus elementos de confianza (TWE). Los elementos de confianza (TWE) incluidos en OMM fueron recopilados o inspirado en dos fuentes:
1. .Los FLOSS-TWEs obtenidos de una amplia encuesta realizada a los desarrolladores de FLOSS, a los usuarios de FLOSS, e integradores de FLOSS. [3] La plantilla {{ref}} está obsoleta, véase el nuevo sistema de referencias.
2. Áreas de proceso CMMI

OMM tiene Tres niveles de madurez y son:
1. Nivel Básico: Que puede ser alcanzado fácilmente por la adopción de una pocas prácticas necesarias en el proceso de desarrollo de FLOSS
2. Nivel intermedio: Que puede lograrse mediante el cumplimiento de todos los elementos de confianza (TWE) del nivel básico y requiere elementos de confianza (TWE) del nivel intermedio.
3. El nivel Avanzado, es el nivel más alto que los proyectos de FLOSS pueden lograr por cumplimiento de todos los elementos de confianza (TWE) a partir de elementos confianza de los niveles básico y media y los requeridos del nivel avanzado.

Lista de elementos de confianza que constituyen los tres niveles de madurez de OMM:

OMM general structure

Nivel Basico:
PDOC – Product Documentation PDOC - Documentación del producto
STD – Use of Established and Widespread Standards ETS - Utilización de normas establecidas y generalizada s
QTP – Quality of Test Plan QTP - Calidad del Plan de Pruebas
LCS – Licenses LCS - Licencias
ENV – Technical Environment ENV - Medio Ambiente Técnico
DFCT – Number of Commits and Bug Reports DFCT - Número de confirmaciones e informes de errores
MST – Maintainability and Stability MST - Mantenibilidad y Estabilidad
CM – Configuration Management CM - Gestión de Configuración
PP1 – Project Planning Part 1 PP1 - Proyecto de Planificación Parte 1
REQM – Requirements Management REQM - Gestión de Requisitos
RDMP1 – Availability and Use of a (product) roadmap RDMP1 - Disponibilidad y Uso de un plan de trabajo (del producto)

Nivel Intermedio:
RDMP2 – Availability and Use of a (product) roadmap RDMP2 - Disponibilidad y Uso de un plan de trabajo (del producto)
STK – Relationship between Stakeholders STK - Relación entre las partes interesadas
PP2 – Project Planning Part 2 - Planificación de Proyectos Parte 2
PMC – Project Monitoring and Control - Proyecto de Monitoreo y Control
TST1 – Test Part 1 - Parte de Prueba
DSN1 – Design Part 1 - Parte 1 Diseño
PPQA – Process and Product Quality Assurance - Procesos y Aseguramiento de la Calidad del producto

Nivel Avanzado:
PI – Product Integration - Integración del producto
RSKM – Risk Management - Gestión de Riesgos
TST2 – Test Part 2 - Prueba parte 2


Véase también

Referencias

1. «CMM-like model for OSS». QualiPSo project web site. Consultado el Junio 2010.

2. Petrinja, Etiel; Sillitti, Alberto; Succi, Giancarlo (7–10 September 2008). «Overview on Trust in large FLOSS Communitie». Open Source Development, Communities and Quality. Milan, Italy: Springer. pp. 47-56. 

3. Petrinja, Etiel; Nambakam, Ranganatham; Sillitti, Alberto (May 16–24, 2009). «Introducing the OpenSource Maturity Model». Emerging Trends in Free/Libre/Open Source Software Research and Development. Vancouver, Canada: ICSE 2009. 

4. Petrinja, Etiel; Sillitti, Alberto; Succi, Giancarlo (30 May - 2 Jun 2010). «Comparing OpenBRR, QSOS, and OMM Assessment Models». Open Source Software: New Horizons. Notre Dame, Indiana, USA: Springer. pp. 224-238. 

Plantilla:Dual

Enlaces externos


Wikimedia foundation. 2010.

Игры ⚽ Поможем сделать НИР

Compartir el artículo y extractos

Link directo
Do a right-click on the link above
and select “Copy Link”