CMM-SW - Revision history

Mberne at 11:10, 12 January 2024

2024-01-12T11:10:36Z

← Older revision		Revision as of 13:10, 12 January 2024
Line 39:		Line 39:
	==Véase también==		==Véase también==
	*[[CMMI]].		*[[CMMI]].
	~~[[Category:Sueltos]]~~
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]

Mberne at 09:16, 18 December 2023

2023-12-18T09:16:10Z

← Older revision		Revision as of 11:16, 18 December 2023
Line 37:		Line 37:

	Se analizan los defectos de los proyectos para determinar las causas, y su mapeado sobre los procesos. Es el nivel más alto de CMM por el momento.		Se analizan los defectos de los proyectos para determinar las causas, y su mapeado sobre los procesos. Es el nivel más alto de CMM por el momento.
			==Véase también==
			*[[CMMI]].
	[[Category:Sueltos]]		[[Category:Sueltos]]
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]

Mberne at 17:51, 12 December 2023

2023-12-12T17:51:49Z

← Older revision		Revision as of 19:51, 12 December 2023
Line 1:		Line 1:
	__NOTOC__		__NOTOC__

	Modelo de Madurez de la Capacidad para el desarrollo de Software (Capability Maturity Model for Software, SW-CMM)~~. Es~~ un modelo de procesos para el desarrollo y mantenimiento de sistemas de software, diseñado sobre los criterios:		'''Modelo de Madurez de la Capacidad para el desarrollo de Software''' (''Capability Maturity Model for Software'', SW-CMM) es un modelo de procesos para el desarrollo y mantenimiento de sistemas de software, diseñado sobre los siguientes criterios:

	* La calidad de un producto o sistema es consecuencia directa de los procesos empleados en su desarrollo.		* La calidad de un producto o sistema es consecuencia directa de los procesos empleados en su desarrollo.
	* Las organizaciones que desarrollan software presentan un atributo denominado madurez, cuya medida es proporcional a los niveles de capacidad e institucionalización de los procesos que emplean en su trabajo.		* Las organizaciones que desarrollan software presentan un atributo denominado madurez, cuya medida es proporcional a los niveles de capacidad e institucionalización de los procesos que emplean en su trabajo.

	===Origen===		==Origen==
	Fue diseñado a finales de los ochenta por Software Engineering Institute (SEI) a instancias del Congreso Norteamericano, como medio para evaluar a las empresas suministradoras de software para el Departamento de Defensa Norteamericano.		Fue diseñado a finales de los ochenta por ''Software Engineering Institute'' (SEI) a instancias del Congreso Norteamericano, como medio para evaluar a las empresas suministradoras de software para el Departamento de Defensa Norteamericano.


	CMM (como se le denomina abreviadamente) define 5 niveles de madurez para las organizaciones, en función de cuáles son los procesos que emplean en el desarrollo y mantenimiento de software y los grados de capacidad e institucionalización de cada uno; y puede emplearse con dos finalidades:

			CMM (como se le denomina abreviadamente) define 5 niveles de madurez para las organizaciones, en función de cuáles son los procesos que emplean en el desarrollo y mantenimiento de software y los grados de capacidad e institucionalización de cada uno; y puede emplearse con '''dos finalidades''':
	* Criterio para la evaluación de la madurez de la organización.		* Criterio para la evaluación de la madurez de la organización.
	* Guía para la mejora de sus procesos.		* Guía para la mejora de sus procesos.

	===Evolución===		==Evolución==

	Tras su creación en 1984 SEI comenzó la investigación para desarrollar un marco de mejora y evaluación de la previsibilidad y calidad de las empresas y el resultado se denominó "Capability Maturity Model for Software" SW-CMM o abreviadamente CMM, cuya versión 1.0 se publicó en agosto de 1991. Posteriormente se publicaron las revisiones 1.1 en 1993 y 1.2 en 1997.		Tras su creación en 1984 SEI comenzó la investigación para desarrollar un marco de mejora y evaluación de la previsibilidad y calidad de las empresas y el resultado se denominó "Capability Maturity Model for Software" SW-CMM o abreviadamente CMM, cuya versión 1.0 se publicó en agosto de 1991. Posteriormente se publicaron las revisiones 1.1 en 1993 y 1.2 en 1997.

	Hoy es un modelo obsoleto, que SEI ya no mantiene desde que en 2000 fue relevado e integrado en el nuevo CMMI.		Hoy es un modelo obsoleto, que SEI ya no mantiene desde que en 2000 fue relevado e integrado en el nuevo CMMI.

	===Niveles de madurez definidos en SW-CMM===		==Niveles de madurez definidos en SW-CMM==

	====Nivel 1: ~~Inicial=~~===		===Nivel 1: inicial===
	Los resultados de calidad obtenidos son consecuencia de las personas y de las herramientas que emplean. No de los procesos, porque o no los hay o no se emplean.		Los resultados de calidad obtenidos son consecuencia de las personas y de las herramientas que emplean. No de los procesos, porque o no los hay o no se emplean.

	====Nivel 2: ~~Repetible=~~===		===Nivel 2: repetible===
	Se considera un Nivel 2 de madurez cuando se llevan a cabo prácticas básicas de gestión de proyectos, de gestión de requisitos, control de versiones y de los trabajos realizados por subcontratistas. Los equipos de los proyectos pueden aprovechar las prácticas realizadas para aplicarlas en nuevos proyectos.		Se considera un Nivel 2 de madurez cuando se llevan a cabo prácticas básicas de gestión de proyectos, de gestión de requisitos, control de versiones y de los trabajos realizados por subcontratistas. Los equipos de los proyectos pueden aprovechar las prácticas realizadas para aplicarlas en nuevos proyectos.

	====Nivel 3: ~~Definido=~~===		===Nivel 3: definido===
	Los procesos comunes para desarrollo y mantenimiento del software están documentados de manera suficiente en una biblioteca accesible a los equipos de desarrollo. Las personas han recibido la formación necesaria para comprender los procesos. Para cada proyecto en particular, se adaptan los procesos estándar según las necesidades del caso, es consistente la base de procesos.		Los procesos comunes para desarrollo y mantenimiento del software están documentados de manera suficiente en una biblioteca accesible a los equipos de desarrollo. Las personas han recibido la formación necesaria para comprender los procesos. Para cada proyecto en particular, se adaptan los procesos estándar según las necesidades del caso, es consistente la base de procesos.

	====Nivel 4: ~~Gestionado=~~===		===Nivel 4: gestionado===
	La organización mide la calidad del producto y del proceso de forma cuantitativa con base a métricas establecidas		La organización mide la calidad del producto y del proceso de forma cuantitativa con base a métricas establecidas

	La capacidad de los procesos empleados es previsible, y el sistema de medición permite detectar si las variaciones de capacidad exceden los rangos aceptables para adoptar medidas correctivas.		La capacidad de los procesos empleados es previsible, y el sistema de medición permite detectar si las variaciones de capacidad exceden los rangos aceptables para adoptar medidas correctivas.

	====Nivel 5: ~~Optimizado=~~===		===Nivel 5: optimizado===
	La mejora continua de los procesos afecta a toda la organización, que cuenta con medios para identificar las debilidades y reforzar la prevención de defectos. Se analizan de forma sistemática datos relativos a la eficacia de los procesos de software para analizar el coste y el beneficio de las adaptaciones y las mejoras.		La mejora continua de los procesos afecta a toda la organización, que cuenta con medios para identificar las debilidades y reforzar la prevención de defectos. Se analizan de forma sistemática datos relativos a la eficacia de los procesos de software para analizar el coste y el beneficio de las adaptaciones y las mejoras.

Smanager at 14:01, 26 April 2021

2021-04-26T14:01:11Z

← Older revision		Revision as of 16:01, 26 April 2021
Line 42:		Line 42:
	Se analizan los defectos de los proyectos para determinar las causas, y su mapeado sobre los procesos. Es el nivel más alto de CMM por el momento.		Se analizan los defectos de los proyectos para determinar las causas, y su mapeado sobre los procesos. Es el nivel más alto de CMM por el momento.

	[[Category:~~Información complementaria: ingeniería del software~~]]		[[Category:Sueltos]]
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]

Smanager at 14:48, 4 March 2013

2013-03-04T14:48:14Z

← Older revision		Revision as of 16:48, 4 March 2013
Line 42:		Line 42:
	Se analizan los defectos de los proyectos para determinar las causas, y su mapeado sobre los procesos. Es el nivel más alto de CMM por el momento.		Se analizan los defectos de los proyectos para determinar las causas, y su mapeado sobre los procesos. Es el nivel más alto de CMM por el momento.

			[[Category:Información complementaria: ingeniería del software]]
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]

Smanager: Created page with "NOTOC Modelo de Madurez de la Capacidad para el desarrollo de Software (Capability Maturity Model for Software, SW-CMM). Es un modelo de procesos para el desarrollo y man..."

2013-01-16T18:47:50Z

Created page with "__NOTOC__ Modelo de Madurez de la Capacidad para el desarrollo de Software (Capability Maturity Model for Software, SW-CMM). Es un modelo de procesos para el desarrollo y man..."

New page

__NOTOC__

Modelo de Madurez de la Capacidad para el desarrollo de Software (Capability Maturity Model for Software, SW-CMM). Es un modelo de procesos para el desarrollo y mantenimiento de sistemas de software, diseñado sobre los criterios:

* La calidad de un producto o sistema es consecuencia directa de los procesos empleados en su desarrollo.
* Las organizaciones que desarrollan software presentan un atributo denominado madurez, cuya medida es proporcional a los niveles de capacidad e institucionalización de los procesos que emplean en su trabajo.

===Origen===
Fue diseñado a finales de los ochenta por Software Engineering Institute (SEI) a instancias del Congreso Norteamericano, como medio para evaluar a las empresas suministradoras de software para el Departamento de Defensa Norteamericano.

CMM (como se le denomina abreviadamente) define 5 niveles de madurez para las organizaciones, en función de cuáles son los procesos que emplean en el desarrollo y mantenimiento de software y los grados de capacidad e institucionalización de cada uno; y puede emplearse con dos finalidades:

* Criterio para la evaluación de la madurez de la organización.
* Guía para la mejora de sus procesos.

===Evolución===

Tras su creación en 1984 SEI comenzó la investigación para desarrollar un marco de mejora y evaluación de la previsibilidad y calidad de las empresas y el resultado se denominó "Capability Maturity Model for Software" SW-CMM o abreviadamente CMM, cuya versión 1.0 se publicó en agosto de 1991. Posteriormente se publicaron las revisiones 1.1 en 1993 y 1.2 en 1997.

Hoy es un modelo obsoleto, que SEI ya no mantiene desde que en 2000 fue relevado e integrado en el nuevo CMMI.

===Niveles de madurez definidos en SW-CMM===

====Nivel 1: Inicial====
Los resultados de calidad obtenidos son consecuencia de las personas y de las herramientas que emplean. No de los procesos, porque o no los hay o no se emplean.

====Nivel 2: Repetible====
Se considera un Nivel 2 de madurez cuando se llevan a cabo prácticas básicas de gestión de proyectos, de gestión de requisitos, control de versiones y de los trabajos realizados por subcontratistas. Los equipos de los proyectos pueden aprovechar las prácticas realizadas para aplicarlas en nuevos proyectos.

====Nivel 3: Definido====
Los procesos comunes para desarrollo y mantenimiento del software están documentados de manera suficiente en una biblioteca accesible a los equipos de desarrollo. Las personas han recibido la formación necesaria para comprender los procesos. Para cada proyecto en particular, se adaptan los procesos estándar según las necesidades del caso, es consistente la base de procesos.

====Nivel 4: Gestionado====
La organización mide la calidad del producto y del proceso de forma cuantitativa con base a métricas establecidas

La capacidad de los procesos empleados es previsible, y el sistema de medición permite detectar si las variaciones de capacidad exceden los rangos aceptables para adoptar medidas correctivas.

====Nivel 5: Optimizado====
La mejora continua de los procesos afecta a toda la organización, que cuenta con medios para identificar las debilidades y reforzar la prevención de defectos. Se analizan de forma sistemática datos relativos a la eficacia de los procesos de software para analizar el coste y el beneficio de las adaptaciones y las mejoras.

Se analizan los defectos de los proyectos para determinar las causas, y su mapeado sobre los procesos. Es el nivel más alto de CMM por el momento.

[[Category:Glosario de términos]]