Modelos de proceso
1. ¿Qué es el método de evaluación del estándar CMMI?
Es un método de evaluación estándar para las mejora de proceso CMMI, está
diseñado para proporcionar calificaciones de calidad de referencia con relación en
Capability Maturity Model Integration (CMMI) modelos, es aplicable a una amplia
gama de modos de uso de evaluación, incluyendo tanto mejoras en los procesos
internos y externos apoyando el desarrollo de la ISO / IEC 15504 determinando la
capacidad de mejora del modelo de software.
para que se implementa? para detectar cuales son las fortalezas y las debilidades
en los procesos sobre los que se trabaja e identificar posibles riesgos
Especifique los 5 niveles del Método de evaluación del estándar CMMI y defina
cada una.
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. Los éxitos 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 se producen los productos
y servicios que funcionan; sin embargo, frecuentemente exceden el presupuesto y
el calendario de sus proyectos.
Las organizaciones con un nivel de madurez 1 se caracterizan por una tendencia a
cometer, abandonar los procesos en el momento de la crisis, y no ser capaz de
repetir sus éxitos pasados.
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 y son revisados en la
medida necesaria. Productos de Trabajo son objeto de examen con las partes
interesadas y están controlados.
Los productos de trabajo y servicios satisfacen sus requisitos especificados, las
normas y objetivos.
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.
Otra diferencia fundamental es que en el nivel de madurez 3, los procesos son
normalmente se describe con más detalle y más rigurosa que en el nivel de
madurez 2. En el nivel de madurez 3, los procesos son gestionados de manera más
proactiva, usando la comprensión de las relaciones de las actividades del proceso y
las medidas detalladas del proceso, sus productos de trabajo y sus servicios.
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
recogidos y analizados 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.
Calidad y rendimiento de los procesos se hayan incorporado las medidas en la
organización del repositorio a medida soporte de toma de decisiones basadas en el
futuro.
Una diferencia fundamental entre el nivel de madurez 3 y el nivel de madurez 4 es
el grado de previsibilidad del rendimiento de los procesos. En el nivel de madurez
4, el rendimiento de los procesos se controla mediante técnicas estadísticas y otras
técnicas cuantitativas, por lo que es previsible cuantitativamente hablando. En el
nivel de madurez 3, los procesos son sólo cualitativamente predecibles.
Nivel de madurez 5 Optimización
En el nivel de madurez 5, una organización ha logrado todos los goalsof 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 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.
Optimización de los procesos ágiles e innovadores, depende de la participación de
un personal capacitado y alineado con los valores y objetivos empresariales de la
organización. La capacidad de la organización para responder con rapidez a los
cambios y oportunidades se mejora mediante la búsqueda de formas para
compartir y fomentar el aprendizaje. Mejora de los procesos es, inherentemente,
un papel que todo el mundo tiene que jugar, lo que se traduce en un ciclo de
mejora continua.
Una diferencia fundamental entre el nivel de madurez 4 y el nivel de madurez 5 es
el tipo de variación de procesos. En el nivel de madurez 4, los procesos se encargan
de causas especiales de variación de procesos y proporcionan estadísticas para
prever los resultados. A pesar de que los procesos pueden producir resultados
previsibles, los resultados pueden no ser suficientes para alcanzar los objetivos
establecidos. En el nivel de madurez 5, los procesos se encargan de causas
comunes de la variación de procesos y el cambio de los procesos (es decir, el
cambio del medio de rendimiento del proceso) para mejorar el rendimiento (al
mismo tiempo que mantiene estadísticas para prever) para alcanzar los objetivos
cuantitativos de mejora de procesos.
2. Investigar los modelos de proceso más utilizados en la actualidad y especifique
sus características y diferencias.
1- Cascada
2- Espiral
3- Incremental
4- Evolutivo prototipado
5- METODOLOGÍA XP (Programación Extrema)
6- METODOLOGÍA RUP
7- METODOLOGÍA SCRUM
Espiral
Es considerado como un modelo evolutivo ya que combina el modelo clásico con el
diseño de prototipos.
Contiene una nueva etapa que es el análisis de riesgos, no incluida anteriormente.
Este modelo es el indicado para desarrollar software con diferentes versiones
actualizadas como se hace con los programas modernos de PC´s.
La ingeniería puede desarrollarse a través del ciclo de vida clásico o el de construcción
de prototipos.
Este es el enfoque más realista actualmente.
Diferencia
El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de
computadora.
Como el software evoluciona a medida que progresa el proceso, el desarrollador y el
cliente comprenden y reaccionan mejor ante riesgos en cada uno de los nivele evolutivos.
El modelo en espiral permite a quien lo desarrolla aplicar el enfoque de construcción de
prototipos en cualquier etapa de evolución del producto.
El modelo en espiral demanda una consideración directa de los riesgos técnicos en todas
las etapas del proyecto y si se aplica adecuadamente debe reducir los riesgos antes de que
se conviertan en problemas.
En la utilización de grandes sistemas ha doblado la productividad.
Incremental
Se evitan proyectos largos y se entrega algo de valor a los usuarios con cierta frecuencia.
- El usuario se involucra más.
- Difícil de evaluar el coste total.
- Difícil de aplicar a los sistemas transaccionales que tienden a ser integrados y a operar como
un todo.
- Requiere gestores experimentados.
- Los errores en los requisitos se detectan tarde.
- El resultado puede ser muy positivo.
Diferencia
- Con un paradigma incremental se reduce el tiempo de desarrollo inicial, ya que se
implementa la funcionalidad parcial.
- También provee un impacto ventajoso frente al cliente, que es la entrega temprana de partes
operativas del Software.
- El modelo proporciona todas las ventajas del modelo en cascada realimentado, reduciendo
sus desventajas sólo al ámbito de cada incremento.
- Permite entregar al cliente un producto más rápido en comparación del modelo de cascada.
- Resulta más sencillo acomodar cambios al acotar el tamaño de los incrementos.
- Por su versatilidad requiere de una planeación cuidadosa tanto a nivel administrativo como
técnico.
METODOLOGÍA XP (Programación Extrema)
Comunicación constante entre el cliente y el equipo de desarrollo.
Respuesta rápida a los cambios constantes.
La planificación es abierta con un cronograma de actividades flexible.
El software que funciona está por encima de cualquier otra documentación.
Los requisitos del cliente y el trabajo del equipo del proyecto son los principales
factores de éxito de este.
Diferencia
Programación organizada.
Menor taza de errores.
Satisfacción del programador.
Solución de errores de programas
Versiones nuevas
Implementa una forma de trabajo donde se adapte fácilmente a las circunstancias
Evolutivo prototipado
Enfoque de desarrollo que se utiliza cuando no se conoce con seguridad lo que se
quiere construir
Se comienza diseñando e implementando las partes más destacadas del sistema
La evaluación del prototipo proporciona la realimentación necesaria para aumentar y
refinar el prototipo
El prototipo evoluciona y se transforma en el sistema final
Diferencia
Modificación del Sistema en Etapas tempranas de su desarrollo: El éxito del uso del
prototipo depende de qué tan pronto y con que frecuencia se reciba la
retroalimentación del usuario para hacer cambios y adecuarlos a las necesidades
actuales.
Permite al desarrollador darse cuenta de lo que requiere el cliente.
Permite que el desarrollador se dé cuenta cómo va avanzando en trabajo.
Los cambios iníciales durante el desarrollo de un proyecto son menos costosos que si
se realizan en etapas tardías, como el prototipo puede cambiar varias veces la
flexibilidad y adaptabilidad son su esencia, la pauta del cambio la da la
retroalimentación, la cual nos permite conocer la opinión del usuario sobre cambios a
la entrada o salida de un proceso, que al evaluarla nos permite obtener los
requerimientos y mejorar el sistema.
Metodología scrum
El desarrollo incremental de los requisitos del proyecto en bloques temporales cortos y
fijos.
Se da prioridad a lo que tiene más valor para el cliente.
El equipo se sincroniza diariamente y se realizan las adaptaciones necesarias.
Tras cada iteración (un mes o menos entre cada una) se muestra al cliente el resultado
real obtenido, para que este tome las decisiones necesarias en relación a lo observado.
Se le da la autoridad necesaria al equipo para poder cumplir los requisitos.
Fijar tiempos máximos para lograr objetivos.
Equipos pequeños (de 5 a 9 personas cada uno).
Diferencia
Scrum es una propuesta de gestión basada en la división del trabajo en iteraciones, es decir,
fases con objetivos y tareas específicas.
Gestión de las expectativas del usuario. Los usuarios pueden participar en cada una de
las etapas del proceso y proponer soluciones. De hecho, el proceso en su conjunto está
pensado para un tipo de evaluación conjunta.
Resultados anticipados. Cada etapa del proceso arroja una serie de resultados. No es
necesario, por tanto, que el cliente espere hasta el final para ver el resultado.
Flexibilidad y adaptación a los contextos. Se adapta a cualquier contexto, área o sector
de la gestión. Es decir, no es una técnica exclusiva de ninguna disciplina.
Gestión sistemática de riesgos. Del mismo modo, los problemas que aparecen durante
los procesos de gestión que pueden afectar a un proyecto son gestionados en el
mismo momento de su aparición. Esto es posible debido a que la intervención de los
equipos de trabajo puede ser inmediata.
Cascada
Es el más utilizado.
Es una visión del proceso de desarrollo de software como una sucesión de etapas que
produce productos intermedios.
Si se cambia el orden de las fases, el producto final será de inferior calidad
Diferencia
Admite iteraciones (Se permite volver a una etapa anterior del proyecto).
Planificación sencilla.
Provee un producto con un elevado grado de calidad sin disponer de un personal
altamente calificado.
Adecuado si se disponen de todos los requerimientos desde el principio.
METODOLOGÍA RUP
Forma disciplinada de asignar tareas y responsabilidades (quién hace qué, cuándo y
cómo).
Pretende implementar las mejores prácticas en Ingeniería de Software.
Desarrollo iterativo.
Administración de requisitos.
Uso de arquitectura basada en componentes.
Control de cambios.
Modelado visual del software.
Diferencia
Es el proceso de desarrollo más general de los existentes actualmente. Es decir, este
proceso es de los más utilizados para el desarrollo del software por la mayoría de las
empresas, pues su enfoque es bastante optimo y tiende a ser una metodología viable
para la mayoría de estas.
Es una forma disciplinada de asignar tareas y responsabilidades en una empresa de
desarrollo, pues lo roles están muy bien definidos, y dictan quien realiza cada
actividad, dependiendo del área en el que se desarrollara, de esta manera es bastante
útil para definir roles en los proyectos.
Mantenimiento más sencillo y modificaciones locales. Esta es una ventaja muy
importante, pues si el proceso así lo permite es bastante más fácil poder realizar un
cambio al proyecto en un futuro, sin generar perdidas o retrasos tan notorios o
sobresalientes.
Reutilización. Los roles y distintos pueden ser reutilizados en proyectos futuros, dando
como resultado una mejor organización al proyecto y menos utilización de recursos o
tiempo, aspectos que se pueden emplear directamente en el proyecto.
Un proceso de software hecho a la medida para ser publicado y hacerlo accesible para
todo el equipo del proyecto. Esto quiere decir que cualquiera que se encuentre
trabajando en el proyecto pueda acceder a este con más facilidad, evitando problemas
relacionados a este tipo de cuestiones.
Ofrece a cada usuario, un filtrado personalizado de la definición del proceso publicado,
acorde con su rol dentro del proyecto.
