Modelos de proceso

1. ¿Cuál es el método de evaluación del estándar CMMI?, para que se

implementa, especifique y defina los 5 niveles del 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 la puede
poner de su propia 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.

Cada una de las actividades, acciones y tareas se encuentra dentro de una estructura o modelo que
define su relación tanto con el proceso como entre sí. Como sabemos una estructura general para la
ingeniería de software define cinco actividades estructurales: comunicación, planeación, modelado,
construcción y despliegue. Acompañadas de las actividades sombrilla.

Nivel de madurez inicial 1

En el nivel de madurez 1, los procesos suelen ser ad hoc y caótico. La organización normalmente no
proporciona un entorno estable. El éxito de estas organizaciones dependen de la competencia y de la
disposición de las personas de la organización y no en el uso de procesos probados.
Las organizaciones con un nivel de madurez 1 a menudo producen los productos y servicios que
funcionan; sin embargo, frecuentemente exceden el presupuesto y el calendario de sus proyectos.

Nivel de madurez 2 administrado

En el nivel de madurez 2, la organización ha logrado todos los objetivos genéricos y específicos del
nivel de madurez 2 áreas de proceso. En otras palabras, los proyectos de la organización han
asegurado que los requisitos son gestionados y de que los procesos se planifican, realizan, medido y
controlado.
La disciplina de los procesos reflejados por nivel de madurez 2 ayuda a garantizar que se conserven
las prácticas existentes en los momentos de estrés. Cuando estas prácticas están en su lugar, los
proyectos se realizan y administran conforme a sus planes documentados correspondientes.
En el nivel de madurez 2, los requisitos, los procesos, los productos de trabajo, y los servicios son
administrados. El estado de los productos de trabajo y la prestación de servicios son visibles a la
gestión en puntos definidos.
Los compromisos establecidos entre las partes interesadas son revisados en la medida necesaria. Los
Productos de Trabajo son objeto de examen con las partes interesadas y están controlados.
Nivel de madurez 3, definida
En el nivel de madurez 3, la organización ha alcanzado todos los objetivos específicos y de las áreas
de proceso asignadas a los niveles de madurez 2 y 3.
En el nivel de madurez 3, los procesos están bien caracterizados y entendidos, y se describen en las
normas, procedimientos, herramientas y métodos.
Una diferencia fundamental entre el nivel de madurez 2 y el nivel de madurez 3 es el ámbito de los
estándares, las descripciones de los procesos y procedimientos. En el nivel de madurez 2, los
estándares, las descripciones de los procesos y los procedimientos pueden ser bastante diferentes en
cada una de las instancias específicas del proceso (por ejemplo, en un proyecto en particular).
En el nivel de madurez 3, los estándares, las descripciones de los procesos y procedimientos de un
proyecto se diseñan a partir del conjunto de procesos estándar de la organización para adaptarse a un
determinado proyecto o unidad organizativa. El conjunto de procesos estándar de la organización
incluye los procesos abordados en el nivel de madurez 2 y el nivel de madurez 3. Como resultado de
ello, los procesos que se llevan a cabo en toda la organización son compatibles excepto por las
diferencias de la sastrería.

Nivel de madurez 4 administrado cuantitativamente

En el nivel de madurez 4, una organización ha logrado todos los objetivos específicos de las áreas de
proceso asignadas a los niveles de madurez 2, 3 y 4 y los objetivos genéricos asignados a los niveles
de madurez 2 y 3.
En el nivel de madurez 4, se seleccionan los que contribuyen de forma significativa al rendimiento del
proceso en general. Estos sub-procesos están controlados mediante técnicas estadísticas y otras
técnicas cuantitativas.
Objetivos cuantitativos de calidad y rendimiento de los procesos se establecen y se utilizan como
criterios para la gestión de procesos. Los objetivos cuantitativos se basan en las necesidades del
cliente, los usuarios finales, la organización, y los responsables de la implementación de los procesos.
Calidad y rendimiento de los procesos se entienden en términos estadísticos y se administran a lo
largo de la vida de los procesos.
Para estos procesos, las medidas detalladas del rendimiento de los procesos son recogidas y analizadas
estadísticamente. Causas Especiales de variación de procesos se identifican y, en su caso, las fuentes
de causas especiales están corregidos para evitar que se repita en el futuro.

Nivel de madurez 5 Optimización

En el nivel de madurez 5, una organización ha logrado todos los goals of el proceso zonas asignadas a
los niveles de madurez 2, 3, 4 y 5, y los objetivos genéricos asignados a los niveles de madurez 2 y 3.
Mejorar continuamente los procesos se basa en una comprensión cuantitativa de las causas comunes
de variación inherentes a los procesos.
Este nivel se centra en la mejora continua del rendimiento de los procesos a través de los aumentos y
mejoras tecnológicas innovadoras.
Los objetivos cuantitativos de mejora de procesos para la organización se establecen y se revisan de
forma continua a fin de reflejar los cambios objetivos de negocio, y se utilizan como criterios para la
administración de la mejora de procesos.
Los efectos de las mejoras implementadas en los procesos se miden y evalúan en relación con los
objetivos cuantitativos de mejora de procesos. Tanto los procesos definidos como el conjunto de
procesos estándar de la organización son objetivos para las actividades de mejora considerables.

2. Investigar los modelos de proceso más utilizados en la actualidad y

especifique sus características y diferencias.
Los modelos de proceso prescriptivo fueron propuestos originalmente para poner orden en el caos del
desarrollo de software. La historia indica que estos modelos tradicionales han dado cierta estructura
útil al trabajo de ingeniería de software y que constituyen un mapa razonablemente eficaz para los
equipos de software, tipos de modelos de proceso prescriptivo: • Modelo de la cascada • Modelos de
proceso incremental • Modelos de proceso evolutivo • Modelos concurrentes

MODELO DE LA CASCADA El modelo de la cascada, a veces llamado ciclo de vida clásico, sugiere
un enfoque sistemático y secuencial 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 .

MODELOS DE PROCESO INCREMENTAL 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. Cuando se utiliza un modelo incremental, es frecuente que el primer
incremento sea el producto fundamental. Es decir, se abordan los requerimientos básicos, pero no se
proporcionan muchas características suplementarias. El cliente usa el producto fundamental. Como
resultado del uso y/o evaluación, se desarrolla un plan para el incremento que sigue. 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. Los procesos evolutivos pueden ser de dos tipos:
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.

MODELOS DE PROCESO EVOLUTIVO 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. Tiene el potencial para hacer un desarrollo rápido de versiones
cada vez más completas. El modelo de desarrollo espiral tiene dos características distintivas
principales. 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.