1

República Dominicana
UNIVERSIDAD AUTÓNOMA DE SANTO DOMINGO
UASD-LAVEGA
Facultad de ciencias
Escuela de informática.

Lic. En informática.
Ingeniería software l.
INF5220-1

Tema de la tarea:

“Unidad 3”

Sustentante:
❖ Ángel Enmanuel Santos Mateo.
❖ 100481787

Profesor:
José P. Amado

Concepción la vega, R.D

República Dominicana
Fecha 04/10/2022
2

Contenido
Introducción: ......................................................................................................................................... 3
➢ Enumerar las metas específicas y genéricas de CMMI ................................................................. 3
Metas Específicas ............................................................................................................................... 3
Metas genéricas ................................................................................................................................. 3
➢ Enumerar las prácticas específicas y genéricas de CMMI ............................................................. 4
Prácticas específicas ........................................................................................................................... 4
Prácticas genéricas ............................................................................................................................. 4
➢ Defina todas las áreas de proceso de CMMI ................................................................................. 5
➢ Hablar del estándar IEEE 1074-2006 .............................................................................................. 8
➢ Hablar del estándar IEEE/EIA 12207 .............................................................................................. 8
➢ Conclusión: .................................................................................................................................... 9
• Bibliografía/webgrafía:........................................................................................................... 10
3

✓ En esta ocasión te invitamos a realizar un informe de los materiales

complementarios de la unidad, sobre los siguientes temas:

Introducción:

CMMI es un modelo que contiene las mejores prácticas y proporciona a las organizaciones
los elementos necesarios para la eficiencia de sus procesos de negocio. El modelo CMMI fue
desarrollado originalmente por la Universidad Carnegie-Mellon para procesos relacionados
con el desarrollo e implementación de software. Se hizo público por primera vez en 1 como
el modelo de madurez de capacidad CMM. Este nombre, así como los cinco niveles en
diferentes etapas, están inspirados en el Modelo de Madurez de Manufactura de Crosby.

➢ Enumerar las metas específicas y genéricas de CMMI

Metas Específicas
Una meta específica describe las características únicas que deben estar presentes para
satisfacer el área de proceso. Una meta específica es un componente requerido del modelo
que se utiliza en las evaluaciones para ayudar a determinar si se satisface un área de proceso.

• SG 1 Determinar las causas de los defectos.

• SG 2 Abordar las Causas de los defectos.
• SG 3 Establecer líneas.
• SG 4 Seguimiento y Control de Cambios.
• SG 5 Establecer integridad.

Metas genéricas
Las metas genéricas se denominan “genéricas” porque la misma declaración de la meta se
aplica a múltiples áreas de proceso. Una meta genérica describe las características que deben
estar presentes para institucionalizar los procesos que implementan un área de proceso. Una
meta genérica es un componente requerido del modelo y se utilice en las evaluaciones para
determinar si se satisface un área de proceso.

• GG1: lograr objetivos específicos.

• GG 2: institucionalizar un proceso gestionado.
• GG 3: institucionalizar un proceso definido.
• GG 3: institucionalizar un proceso definido.
• GG 4: institucionalizar un proceso administrado cuantitativamente.
• GG 5: institucionalizar un proceso en fase de optimización.
4

➢ Enumerar las prácticas específicas y genéricas de CMMI

Prácticas específicas
Una práctica genérica es la descripción de una actividad que se considera importante para el
logro de la meta genérica asociada. Una práctica genérica es un componente esperado del
modelo.

SP 1.1 Seleccionar Defecto Datos para el Análisis.

SP 1.2 analizar las causas.
SP 2.1 aplicar las propuestas de acción.
SP 2.2 Evaluar el efecto de los cambios.
SP 2.3 Datos de registro.
SP 3.1 Identificación de los elementos de configuración.
SP 3.2 Establecer un Sistema de Gestión de la configuración.
SP 3.3 Crear o liberaciones líneas.
SP 4.1 Seguimiento de las peticiones de cambio.
SP 4.2 Control Elementos de configuración.
SP 5.1 Establecer registros de gestión de configuración.
SP 5.2 realizar auditorías de configuración.

Prácticas genéricas
GP 1.1 realizar prácticas específicas.
GP 2.1 Establecer una política organizacional.
GP 2.2 Plan el Proceso.
GP 2.3 Proporcionar recursos.
GP 2.4 asignar responsabilidad.
}GP 2.5 capacitar a la gente.
GP 2.6 Gestión de configuraciones.
GP 2.7 Identificación y participación de las partes interesadas.
GP 2.8 Supervisar y controlar el proceso.
GP 2.9 Evaluar objetivamente adhesión.
5

GP 2.10 Estado de Revisión de Gestión de nivel superior.

GP 3.1 Establecer un proceso definido.
GP 3.2 Recopilar información de mejora.
GP 4.1 Establecer objetivos cuantitativos para el Proceso. GP 4.2 estabilizar el rendimiento
de los procesos.
GP 5.1 garantizar procesos de mejora continua.
GP 5.2 Corregir causas de los problemas.

➢ Defina todas las áreas de proceso de CMMI

Un área de proceso es un conjunto de prácticas relacionadas que cuando son implementadas

colectivamente, satisfacen un conjunto objetivos considerados importantes para mejorar esa
área de proceso. Las áreas de proceso del modelo CMMI son 22.

1. Innovación y Despliegue Organizacional (OID): Selecciona y despliega mejoras

incrementales e innovadoras que mejoran en forma medida los procesos de la organización y
tecnologías, para alcanzar los objetivos de calidad organizacional y de realización de
procesos derivados de los objetivos de negocio de la organización.

2. Definición de Procesos Organizacionales (OPD): Establece y mantiene un conjunto de

estándares tanto en procesos organizacionales como en ambientes de trabajo.

3. Procesos Orientados a la Organización (OPF): Ayuda a mantener un entendimiento de

los procesos por parte de los miembros de la organización.

4. Rendimiento de Procesos Organizacionales (OPP): Deriva objetivos cuantitativos de

calidad y ejecución de los procesos desde el conjunto de objetivos de negocio de la
organización.

5. Entrenamiento Organizacional (OT): Permite a la gente de la organización obtener

habilidades y conocimientos necesarios para que el trabajo realizado por ellos sea efectivo y
eficiente.

6. Planificación de Proyecto (PP): Desarrolla y mantiene planes del proyecto, compromisos

adquiridos por parte de los participantes del proyecto y gestiona las partes interesadas del
proyecto.
6

7. Administración Cuantitativa de Proyectos (QPM): Maneja métricas cuantitativas de los

procesos con el objetivo de alcanzar los objetivos de calidad establecidos.

8. Administración de Requerimientos (REQM): Gestiona los requerimientos del producto

durante todo el ciclo de vida de él, identificando inconsistencias con los artefactos y planes de
proyecto.

9. Administración de la Configuración (CM): Establece y mantiene la integridad y

consistencia de los artefactos.

10.Administración Integral de Proyecto (IPM): Adapta el conjunto de procesos estándares

de la organización a procesos llevados a cabo para un proyecto en particular. Además, maneja
a las partes interesadas involucradas en el proyecto.

11.Monitoreo y Control de proyecto (PMC): Analiza el proyecto con el objetivo de

establecer un control y evaluación según los planes establecidos, tomando acciones
correctivas cuando es necesario.

12.Administración de Acuerdos con Proveedores (SAM): Gestiona la adquisición de

productos de proveedores con los cuales exista un acuerdo formal.

13.Desarrollo de Requerimientos (RD): Recopila las necesidades del cliente para

convertirlas en requerimientos del producto esperado.

14.Integración de Producto (PI): Ensambla las componentes del producto para producir un
producto más complejo manteniendo el cumplimiento de los requerimientos establecidos.

15.Solución Técnica (TS): Diseña, desarrollo e implementa soluciones para los

requerimientos del producto establecido.

16.Validación (VAL): Demuestra que el producto, componentes del producto y artefactos

corresponden a lo esperado para su uso.

17.Verificación (VER): Demuestra que el producto, componentes del producto y artefactos

cumplen con los requerimientos establecidos.

18.Análisis y Resolución Causales (CAR): Identifica la causa de defectos u otros

problemas. Luego de ellos toma acciones correctivas para prevenir la ocurrencia de tales
defectos o problemas en el futuro.

19.Análisis y Resolución de Decisiones (DAR): Proporciona un proceso estructurado de

toma de decisiones que asegura que las alternativas se comparan con criterios establecidos y
objetivos para así tomar la mejor decisión posible.
7

20.Administración de Riesgos (RSKM): Identifica riesgos del proyecto para evaluarlos,

priorizarlos y gestionarlos para prevenir su futura ocurrencia.

21.Medición y Análisis (MA): Establece métricas con el objetivo de entregar resultados

objetivos que sirvan como base para tomar decisiones informadas y correctivas.

22.Aseguramiento de Calidad de Procesos y Productos (PPQA): Proporciona un conjunto

de prácticas con el objetivo de evaluar productos, servicios, procesos y sus artefactos
relacionados.
8

➢ Hablar del estándar IEEE 1074-2006

Este estándar proporciona un proceso para crear un proceso de ciclo de vida del proyecto de
software (SPLCP). Está dirigido principalmente al arquitecto de procesos de un proyecto de
software específico. El arquitecto de procesos es responsable de desarrollar el SPLCP. Este
método comienza con la selección de un modelo de ciclo de vida del proyecto de software
(SPLCM) apropiado para usar en un proyecto en particular. Continúa definiendo el ciclo de
vida del proyecto de software (SPLC) utilizando el SPLCM seleccionado, las propiedades de
en el Apéndice A y la parte crítica del proyecto del ciclo de vida del software.

La metodología concluye aumentando el ciclo de vida del software con recursos de procesos
organizacionales (OPA) para crear un SPLCP. Las actividades presentadas en el Apéndice A
cubren todo el ciclo de vida del sistema de software desde el estudio del concepto hasta el
retiro final del sistema de software. Esta norma no se aplica a las actividades que no son de
software, como la contratación, la compra o el hardware.

Tampoco requiere el uso con un SPLCM específico, ni proporciona opciones o tutoriales de

SPLCM. Este estándar asume que el diseñador de procesos ya conoce los diferentes
SPLCM, los criterios de selección entre ellos y los criterios para determinar los atributos y
restricciones del sistema final deseado y el entorno de desarrollo que lo afecta. elección
Finalmente, este estándar no especifica cómo realizar las funciones del programa del Anexo
A. Este estándar define el proceso de desarrollo de SPLCP. Es útil para cualquier
organización responsable de administrar e implementar proyectos de software. Esto se puede
usar cuando el software abarca todo el sistema o cuando el software es parte de un sistema
más grande.

➢ Hablar del estándar IEEE/EIA 12207

Este es el estándar ISO para los procesos del ciclo de vida del software en una organización.

La estructura del estándar está diseñada para que pueda ser adaptada a las necesidades de su
usuario. Para lograr esto, el estándar se basa en dos principios fundamentales: el modularidad
y la responsabilidad. El objetivo del modularidad es lograr procesos con acoplamiento
mínimo y acoplamiento máximo. En cuanto a la rendición de cuentas, el objetivo es
establecer una persona responsable para cada proceso, lo que facilita la implementación del
estándar en proyectos que pueden involucrar a personas u organizaciones diferentes,
independientemente del uso previsto. Los Procesos se clasifican en tres tipos: procesos
centrales, procesos de apoyo y procesos organizativos. Los procesos organizativos y de apoyo
9

deben existir independientemente de la organización y de los proyectos implementados. Los

procesos centrales se instancian de acuerdo con situaciones.

1. Procesos principales.

✓ Adquisición.
✓ Suministro.
✓ Desarrollo.
✓ Operación.
✓ Mantenimiento.
✓ Destrucción.

2. Procesos de soporte.

✓ Gestión de la configuración.
✓ Aseguramiento de calidad.
✓ Verificación.
✓ Validación.
✓ Revisión conjunta.
✓ Auditoría.
✓ Resolución de problemas.

3. Procesos de la organización.

✓ Gestión.
✓ Infraestructura.
✓ Mejora.
✓ Recursos Humanos.

➢ Conclusión:

El estándar CMMI permite a las organizaciones mejorar sus proyectos a través de prácticas
de gestión de proyectos y servicios de tecnología de la información. Proporciona un marco de
mejora de procesos que ayuda a una organización a mejorar sus procesos y su capacidad para
desarrollar, adquirir y mantener sus productos y servicios.
10

Bibliografía/webgrafía:

➢ UASDvirtual.com.
Consultado el 04 de octubre del 2022.

https://aulavirtual.uasd.edu.do/pluginfile.php/1781716/mod_resour
ce/content/1/UNIDAD_3/Unidad_3_Modelo_de_Madurez_de_la_Ca
pacidad_Integrado.pdf

➢ UASDvirtual.com.
Consultado el 04 de octubre del 2022.

https://digibuo.uniovi.es/dspace/bitstream/handle/10651/43638/TF
MJuanAlonsoBaldonedoRUO.pdf;jsessionid=48D81D57D37EF1A9BC8
9883F8C05C32D?sequence=3

➢ www.esan.edu.pe
Consultado el 04 de octubre del 2022.
https://www.esan.edu.pe/conexion-esan/desarrollo-de-software-en-
que-consiste-el-modelo-cmmi