Resumen de la ponencia titulada Análisis

estructural de CMMI con el proceso de

desarrollo de software, proyecto de
gestión de cartera y PMBOK
William Quintuña
ESCUELA SUPERIOR POLITECNICA DE CHIMBORAZO
Riobamba - Ecuador
willy alberto94@outlook.com

Resumen- El presente escrito tiene como finali- ISO 12207

dad, enseñar cuales son las diferencias de las dife-
rentes normas de calidad. Definiendo cual es forma Determina los procesos del ciclo de vida del software. Ha-
de actuar en el ámbito laboral. Las ventajas que llando su modularidad y responsabilidad.
este brinda al ser aplicado.
DSDM

(Dynamic Systems Development Method). Permite el desa-

1. INTRODUCCIÓN rrollo ágil de un software. Esto con respecto al tiempo y al
presupuesto.
Hay que iniciar con una investigación que relate como
fueron los avances tecnológicos de las diferentes normas de SCRUM
calidad, que ofrecen certificaciones a empresas, organiza-
ciones. Intervienen un conjunto de buenas prácticas para trabajar
Determinando cada uno de los problemas que con lleva el colaborativamente, en equipo, y obtener el mejor resultado
no cumplir con ciertas exigencias de cada uno de estos ins- posible
titutos de certificación internacional.
Hallaremos los posibles factores que diferencien cada una RUP
de estas certificaciones, y desarrollando cualidades que per-
(Registro Único de Proveedores) consistente en un respec-
mitan identificar cuales son los compromisos, acciones para
tivo registro personal o asociativo.
su cumplimiento.
Ademas de identificar cuales son las normas que deben PMBOK
cumplir una empresa u organización en sus diferentes pro-
cesos, para tener una calificacion de calidad CMMI. Considerado como una guı́a de los fundamentos para la
dirección de proyectos.

2. DESARROLLO DE CONTE-
NIDOS
2.1. Reseña
Se ha determinado una investigación en la cual se ha
determinado cuales son las caracterı́sticas o normas que se
deben comparar, como:

CMMI

Consiste en identificar el nivel de madurez y calidad de

una empresa que presta varios servicios a la sociedad. Fig. 1 Temas investigados
2.2. CMMI
(Capability Maturity Model Integration). Se trata de
un modelo el cual contiene practicas esenciales para que
los procesos de negocios sean efectivos. Inicialmente fue
desarrollado para procesos de implementación de software
de defensa.
Su propósito es el de evaluar la madurez de los procesos de
una organización. Brindando el beneficio de cumplir con
las exigencias de las normas ISO. Niveles de madurez (por
etapas)
2.3. Propósito
Usar los niveles de madurez y capacidad para evaluar el
nivel de cumplimiento de las prácticas, permitiendo identi-
ficar oportunidades de mejora en los procesos y determinar
el nivel de la organización o de las áreas de proceso. La in-
terpretación adecuada del modelo y adopción efectiva de
las prácticas en relación con las necesidades de mejora de
la organización marcan la diferencia entre lo que es una
implementación exitosa y un fracaso en el uso de CMMI.

Nivel 1 (Inicial)
Es un proceso impredecible, es reactivo, pobremente con-
trolado.
Nivel 2 (Administrativo)
Proceso reactivo y se caracteriza por su aplicación a pro- Fig. 3 Logo CMMI
yectos.
Nivel 3 (Definido)
Proceso proactivo y se ve a nivel de la organización.
2.4. Áreas de proceso y categorı́as
Nivel 4 (Administrativo Cuantitativamente)
Proceso medido y controlado. Para determinar los diferentes modelos de CMMI.
Hay que identificar que este posee 4 áreas de conocimiento
Nivel 5 (Optimizado) o disciplinas que incluyen:
Proceso enfocado en la mejora continua.
Ingenierı́a de software (SW)
Niveles de madurez (Continuo)
Nivel 1 (Incompleto)
Proceso que no se ejecuta o se hace parcialmente. Ingenierı́a de sistemas (SE)

Nivel 2 (Ejecutado)
Proceso que se ejecuta y se producen productos basados Desarrollo integrado de productos y procesos (IPPD)
en productos de entrada identificados.
Nivel 3 (Definido)
Acuerdos con proveedores (SS)
Proceso reactivo y se caracteriza por su aplicación a pro-
yectos.
Cada uno de estos se hallan dentro ciertos niveles de ma-
Nivel 4 (Administrado Cuantitativamente) durez. En el cual en el nivel 1, hay la ausencia de áreas de
Proceso medido y controlado. proceso (no posee la capacidad de definir un proceso o de
repetir un proceso).
Nivel 5 (Optimizado)
Proceso enfocado en la mejora continua.

Fig. 2 Nivel de madurez Fig. 4 Categorı́as CMMI

2.5. ISO/IEC 12207
Es el estándar para los procesos de ciclo de vida del
software de la organización ISO.
Proporciona un proceso estructurado utilizando ciertas ter-
minologı́as aceptadas, para el desarrollo de un software.
Describiendo de lo que esta compuesto mas no detalla co-
mo implementan cada una de las actividades realizadas en
los procesos.
La norma se basa en dos principios fundamentales: modu-
laridad y responsabilidad. Con la modularidad se preten-
de conseguir procesos con un mı́nimo acoplamiento y una Fig. 7 Partes del portafolio de proyectos
máxima cohesión. En cuanto a la responsabilidad, se busca
establecer un responsable para cada proceso.
Posee tres versiones realizadas en los años 1995, 2002, 2004
2.6.1. PMBOK
y 2008 en los cuales se han realizado varias modificaciones,
en beneficio de las organizaciones a ser calificadas. Busca describir el conocimiento y las practicas apli-
cables a la mayorı́a de proyectos que incluye procesos,
habilidades, técnicas y herramientas de la época. Provee
una base formal para fundar proyectos. Guı́a y orienta
a gestores de proyectos sobre la forma de conducir la
construcción de resultados. Contiene cuatro publicaciones:
1987, 2000, 2004 y 2008. Su propósito es el brindar de
diferentes procesos y los flujos de interacción entre estos.
Fig. 5 Procesos ISO/IEC 12207 Posse 9 áreas de conocimientos los cuales se describen en
función de:
2.5.1. Modelos ágiles Entradas (documentos, planes, diseños, etc)
Herramientas y tecnicas (mecanismos aplicados a las en-
Contienen un enfoque iterativo para la especificación, tradas)
desarrollo y entrega del software. Salidas (documentos, productos, etc)[1]
Estos están siendo diseñados para apoyar el desarrollo de
aplicaciones de negocios donde los requerimientos del siste-
ma normalmente cambian rápidamente durante el proceso
de desarrollo. Todo esto aplicando ciertos valores, princi-
pios y buenas prácticas. Ademas se considera como una
solución robusta, funcional y fácil

Fig. 8 Áreas de conocimiento

Fig. 6 Modelos ágiles 2.7. Relación CMMI-ISO/IEC12207

2.6. Portafolio de proyectos TABLA I

RELACION CMMI - ISO/IEC12207
Ofrece procesos basados en hechos para evaluar, priori-
zar y monitorizar proyectos. Une los diferentes procesos de
planificación estrategicas, recursos, la asignación de presu- Ni- CMMI ISO/IEC12207
puestos, la selección e implementación de proyectos y las vel
métricas post-mortem de proyectos. 1 No existe áreas de No existe áreas
La ejecución y control de los trabajos definidos buscan sa- proceso de procesos
tisfacer varios de los muchos requisitos, como es el caso 2 Administración de Gestión de
de la reducción de el tiempo de cada uno de los ciclos del configuraciones configuraciones
proyecto. 2 Medición y análisis —
 Ni- CMMI ISO/ Enfoque Áreas de proceso Practicas
vel IEC12207 organizati- Ágiles
2 Administración de acuerdo Adquisición vo
con los proveedores y suministros Compatibi- Administración de Integración
2 Planeación de proyectos Gestión lidad configuraciones continua
2 Supervisión y control de Gestión Compatibi- Medición y Iteraciones
proyectos lidad análisis fijas Kanban
3 Desarrollo de requisitos Desarrollo
3 Solución técnica Suministro 2.9. Relación CMMI-PPM y PMBOK
3 Integración de productos Desarrollo
3 Administración de riesgos — TABLA III
3 Validación validación RELACION CMMI-PPM y PMBOK
4 Rendimiento de los —
procesos organizativos Ni- Áreas de Fase PPM Áreas de co-
4 Administración Gestión vel proceso nocimiento
cuantitativa de proyectos CMMI PMBOK
5 Análisis de causas y Solución de 1 No hay áreas — —
resoluciones problemas de proceso
5 Administración del — 2 Administra- — –
rendimiento de las ción de
organizaciones configuracio-
nes
2 Planeación de Propuesta Gestión de
2.8. Relación CMMI-Practicas Ágiles proyectos de costos
proyectos
TABLA II 2 Medición y — Todas las
RELACION CMMI-Practicas Ágiles análisis áreas
3 Solución de Propuesta Gestión del
Enfoque Áreas de Practicas Ágiles técnicas de alcance del
organiza- proceso proyectos proyecto
tivo
3 Validación — Gestión del
Ingenierı́a Solución Modelo de alcance del
técnica dominio, proyecto
Diagramas UML
3 Enfoque de — —
Ingenierı́a Validación Pruebas los procesos
posteriores al organizativos
desarrollo
4 Rendimiento — Gestión de la
Adminis- Planeación de Iteraciones fijas, de los integración
tración de proyectos Planeación de procesos del proyecto
proyectos iteraciones organizativos
Kanban
4 Administra- — Gestión de la
Adminis- Supervisión y Gráficos ción integración
tración de control de Burndown cuantitativa del proyecto
proyectos proyectos de proyectos
Adminis- Administra- cliente on - site, 5 Análisis de Análisis —
tración de ción de Historias de causas y individual
proyectos requisitos usuario resolución del
Enfoque Áreas de Practicas ágiles proyecto
organiza- procesos
tivo
Adminis- Administra- —
2.10. Preguntas acerca de la conferencia
tración de ción de ¿Que beneficios existe en usar las normas de calidad?
procesos riesgos
Adminis- Rendimiento Velocidad Las normas de calidad nos permite obtener una de las
tración de de los procesos varias certificaciones a nivel internacional, las mismas que
procesos organizativos dan una buena referencia a la empresa u organización con
esto permite que la sociedad pueda tener una mayor con-
fianza.
¿En la actualidad se necesita un software que este
bien hecho o que este sea de buena calidad?
Muchas personas confundimos que un programa este bien
hecho es cuando este funciona perfectamente y listo; pero
este debe cumplir con las normas de calidad, ası́ tratar de
eliminar todos los fallos posibles.
3. CONCLUSIONES
La certificación de calidad CMMI califica los distin-
tos niveles de madurez y calidad que una organiza-
ción posee, siempre y cuando que este cumpla con
sus respectivas exigencias.
La norma ISO 12207 se encarga de determinar cual
es el respectivo ciclo de vida. Demostrando que el
mismo posee modularidad y responsabilidad.
Portafolio de proyectos PMBOK es una guı́a de los
distintos fundamentos necesarios para la dirección y
ejecución de proyectos.
4. RECOMENDACIONES
Las distintas personas expositoras deben poseer una
cohesión en sus ideas, que desea transmitir al publi-
co, manteniendo ideas dinámicas para que publico no
se aturda.
La realización de las diversas exposiciones se debe
considerar temas de relevancia con respecto a temas
de investigación.
Los diferentes grupos de investigaciones deben reali-
zar una elección adecuada de la persona que va ha
exponer ante el publico, el mismo que debe desenvol-
verse de mejor manera.
Referencias
[1] Bazaraa, M.S., J.J. Jarvis y H.D. Sherali, Pro-
gramación lineal y flujo en redes, segunda edición, Li-
musa, México, DF, 2004.
[2] Dantzig, G.B. y P. Wolfe, ((Decomposition princi-
ple for linear programs)), Operations Research, 8, págs.
101–111, 1960.