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:
PDOCProduct Documentation PDOC - Documentación del producto
STDUse of Established and Widespread Standards ETS - Utilización de normas establecidas y generalizada s
QTPQuality of Test Plan QTP - Calidad del Plan de Pruebas
LCSLicenses LCS - Licencias
ENVTechnical Environment ENV - Medio Ambiente Técnico
DFCTNumber of Commits and Bug Reports DFCT - Número de confirmaciones e informes de errores
MSTMaintainability and Stability MST - Mantenibilidad y Estabilidad
CMConfiguration Management CM - Gestión de Configuración
PP1Project Planning Part 1 PP1 - Proyecto de Planificación Parte 1
REQMRequirements Management REQM - Gestión de Requisitos
RDMP1Availability and Use of a (product) roadmap RDMP1 - Disponibilidad y Uso de un plan de trabajo (del producto)

Nivel Intermedio:
RDMP2Availability and Use of a (product) roadmap RDMP2 - Disponibilidad y Uso de un plan de trabajo (del producto)
STKRelationship between Stakeholders STK - Relación entre las partes interesadas
PP2Project Planning Part 2 - Planificación de Proyectos Parte 2
PMCProject Monitoring and Control - Proyecto de Monitoreo y Control
TST1Test Part 1 - Parte de Prueba
DSN1Design Part 1 - Parte 1 Diseño
PPQAProcess and Product Quality Assurance - Procesos y Aseguramiento de la Calidad del producto

Nivel Avanzado:
PIProduct Integration - Integración del producto
RSKMRisk Management - Gestión de Riesgos
TST2Test 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 (710 September 2008). «Overview on Trust in large FLOSS Communitie». Open Source Development, Communities and Quality. Milan, Italy: Springer. pp47-56. 

3. Petrinja, Etiel; Nambakam, Ranganatham; Sillitti, Alberto (May 1624, 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. pp224-238. 

Plantilla:Dual

Enlaces externos


Wikimedia foundation. 2010.

Игры ⚽ Нужна курсовая?

Compartir el artículo y extractos

Link directo
https://es-academic.com/dic.nsf/eswiki/1381592 Do a right-click on the link above
and select “Copy Link”