Página 1 de 4

UNIVERSIDAD TECNOLOGICA DE SANTIAGO

UTESA

Nombre:
Joel Antonio Rosa Morillo
Matricula:
1-17-3654
Profesor:
Jennifer Rodriguez
Practica:
Modelos de Procesos
Materia:
Ingeniería de Software
 Página 2 de 4

¿Qué es el método de evaluación del estándar CMMI?

CMMI es el acrónimo de Capability Maturity Model Integration y se refiere a los

modelos que contienen las mejores prácticas que ayudan a las organizaciones a
mejorar sus procesos. Han sido desarrollados por equipos de trabajo formados por
especialistas de la industria, el gobierno y el Software Engineering Institute (SEI) que
transfirió los derechos al CMMI Institute para su operación y comercialización.
Es una guía que ayuda en la mejora de procesos, pero como en cualquier receta
cada quién le puede poner de su propio sazón. El enfoque del modelo permite
evolucionar desde un proceso en crisis a un proceso controlado, estandarizado,
medido y optimizado que sienta las bases de la mejora continua y permite a la
organización adoptar nuevas prácticas sobre un proceso estable y controlado que está
institucionalizado.
Niveles
Nivel 0 - Incompleto: Un proceso es denominado "proceso incompleto" cuando una o
más objetivos específicos del área de proceso no son satisfechos.
Nivel 1 – Realizado: Un proceso es denominado "proceso realizado" cuando satisface
todos los objetivos específicos del área de proceso. Soporta y permite el
trabajo necesario para producir artefactos.
Nivel 2 – Manejado: Un proceso es denominado como "proceso manejado" cuando
tiene la infraestructura base para apoyar el proceso. El proceso es planeado y
ejecutado en concordancia con la política, emplea gente calificada los cuales
tienen recursos adecuados para producir salidas controladas; involucra partes
interesadas; es monitoreado, controlado y revisado; y es evaluado según
la descripción del proceso.
Nivel 3 – Definido: Un proceso denominado "proceso definido" es adaptado desde el
conjunto de procesos estándares de la organización de acuerdo a las guías de
adaptación de la organización, y aporta artefactos, medidas, y otra información de
mejora a los activos organizacionales.
Nivel 4 – Manejado cuantitativamente: Un proceso denominado "proceso manejado
cuantitativamente" es controlado usando técnicas estadísticas y otras técnicas
cuantitativas. Objetivos cuantitativos para la calidad y realización del proceso son
establecidos y usados como criterios para manejar el proceso.
Nivel 5 – Optimización: Un proceso denominado "proceso optimización es mejorado
basado en el entendimiento de causas comunes de variación del proceso. Un proceso
en optimización se focaliza en la mejora continua del proceso realizado a través de
mejoras incrementales y usando innovación tecnológica.
 Página 3 de 4

Modelos de Procesos
El modelo de la cascada, a veces llamado ciclo de vida clásico, sugiere un enfoque
sistemático y secuencial6 para el desarrollo del software, que comienza con la
especificación de los requerimientos por parte del cliente y avanza a través de
planeación, modelado, construcción y despliegue, para concluir con el apoyo del
software terminado.
El modelo de la cascada es el paradigma más antiguo de la ingeniería de software. Sin
embargo, en las últimas tres décadas, las críticas hechas al modelo han ocasionado
que incluso sus defensores más obstinados cuestionen su eficacia
Modelo incremental aplica secuencias lineales en forma escalonada a medida que
avanza el calendario de actividades. Cada secuencia lineal produce incrementos de
software susceptibles de entregarse de manera parecida a los incrementos producidos
en un flujo de proceso evolutivo.
El plan incluye la modificación del producto fundamental para cumplir mejor las
necesidades del cliente, así como la entrega de características adicionales y más
funcionalidad. Este proceso se repite después de entregar cada incremento, hasta
terminar el producto final.
Los modelos evolutivos son iterativos, se caracterizan por la manera en la que
permiten desarrollar versiones cada vez más completas del software.
Hacer prototipos. Es frecuente que un cliente defina un conjunto de objetivos generales
para el software, pero que no identifique los requerimientos detallados para las
funciones y características. En otros casos, el desarrollador tal vez no esté seguro de la
eficiencia de un algoritmo, de la adaptabilidad de un sistema operativo o de la forma
que debe adoptar la interacción entre el humano y la máquina. En estas situaciones, y
muchas otras, el paradigma de hacer prototipos tal vez ofrezca el mejor enfoque
El modelo espiral es un modelo evolutivo del proceso del software y se acopla con la
naturaleza iterativa de hacer prototipos con los aspectos controlados y sistémicos del
modelo de cascada.
La primera es el enfoque cíclico para el crecimiento incremental del grado de definición
de un sistema y su implementación, mientras que disminuye su grado de riesgo. La otra
es un conjunto de puntos de referencia de anclaje puntual para asegurar el compromiso
del participante con soluciones factibles y mutuamente satisfactorias.
 Página 4 de 4

Diferencias
En mi opinión, la definición de Sommerville de un modelo de proceso de software
puede entrar en el alcance de la definición de Wikipedia. ¿Alguien me puede aclarar
sobre este tema? Un ejemplo oscilaría, por ejemplo, A es un modelo de proceso de
software y B es un método (metodología) de ingeniería de software.
Un producto software en sí es complejo, es prácticamente inviable conseguir un 100%
de confiabilidad de un programa por pequeño que sea. Existe una inmensa
combinación de factores que impiden una verificación exhaustiva de las todas posibles
situaciones de ejecución que se puedan presentar (entradas, valores de variables,
datos almacenados, software del sistema, otras aplicaciones que intervienen, el
hardware sobre el cual se ejecuta, etc.). Un producto software es intangible y por lo
general muy abstracto, esto dificulta la definición del producto y sus requisitos, sobre
todo cuando no se tiene precedentes en productos software similares.