Conferencia Sobre CMMI, ISO 12207/ISO 15504 y COMPETISOFT /ISO 29110

Cornelius Hopmann
¿Qué son CMMI

ISO 12207/15504(-5)
y CompetiSoft/ISO 29110?
Cornelio Hopmann
con el apoyo de
Oscar Amador
Cornelius Hopmann
CMMI
Hannah Oktaba
Cornelius Hopmann
Idea básica
Pasar en el desarrollo de Sistemas
● De manejar Proyectos
● A manejar Procesos
● De manejar Caso por Caso
● A manejar Lineas de Producción
Yo escribí en 1978 un propuesta para un programa de Investigación en la GMD

Sistema de Producción de Software SPS
Teniendo en mente la idea de una fábrica de Software
Hannah Oktaba
Cornelius Hopmann
Process-Management Project-Management
5 Áreas de Procesos 6 Áreas de Procesos
9 Objetivos 14 Objetivos
34 Practicas 55 Practicas
Modelo CMMI Organización
30 Practicas 45 Practicas
10 Objetivos 20 Objetivos
5 Áreas de Procesos 6 Áreas de Procesos
Support Engineering
Hannah Oktaba
Hannah Oktaba
Cornelius Hopmann
Ejemplo militar
● Soldado alemán a orillas de un río en Afganistán
● Él aplica procedimientos del manual de
– Ubicación para saber donde está
– Misión para saber si debe cruzar
– Reglas de combate para tratar a personas en sus
alrededores
– Movimiento en el terreno para cruzar el río
– Armamento y accesorios para proteger los en el agua
● Una Actividad = Múltiples procedimientos
● Flexibilidad = no se necesita planes detalladas de
actividades para cada situación
● Calidad = el soldado sabe siempre qué hacer
Cornelius Hopmann
El sueño de los militares y burócratas

Si cada soldado actúa como definido por los
manuales (procedure-handbooks), no perdamos
ninguna batalla y por tanto ninguna guerra
Primero de los militares alemanes (de 1820 -Clausewitz- en adelante)

Despues de los militares EE.UU. (después de la I. Guerra Mundial)
......
El ejemplo no es hipotético: los manuales existen y el soldado alemán lleva
un extracto siempre consigo
Para mi más bien una pesadilla ... pero bueno

Sin embargo ésto no es tampoco como funcionan fábricas,
mucho menos fábricas modernas
Al fin: los manuales no garantizan la utilidad del resultado
Cornelius Hopmann
Terminología
● CMMI
– Capability-Maturity-Model-Integration
● Category
– Conjunto de Áreas de Procesos con enfoque
similar
● Process-Area
– Conjunto de Objetivos y Prácticas (Qué)
recomendadas para alcanzar dicho objetivos
● Procedure
– Descripción como llevar a cabo una práctica
● Workproduct
– Resultado directo o indirecto de aplicar
procedimiento(s)
Cornelius Hopmann
+ Oscar Amador
Category Process Areas Abrev M – Level S Goals S Practise Procedures Work Products
Organizational Process Focus OPF 3 3 9 7 20
Organizational Process Definition OPD 3 1 6 5 11
Process
Organizational Training OT 3 2 7 7 13
Management
Organizational Process Perfomance OPP 4 1 5 5 5
Organizational Innovation and Deployment OID 5 2 7 8 12
5 9 34 32 61
Project Planning PP 2 3 14 14 46
Project Monitoring and Control PMC 2 2 10 10 11
Project Supplier Agreement Management SAM 2 2 8 7 26
Management Integrated Project Management IPM 3 2 8 13 46
Risk Management RSKM 3 3 7 7 16
Quantitative Project Management QPM 4 2 8 8 23
6 14 55 59 168
Requeriments Management REQM 2 1 5 5 13
Requeriments Development RD 3 3 10 11 29
Technical Solution TS 3 6 8 9 26
Engineering
Product Integration PI 3 5 9 9 27
Verification VER 3 3 8 8 24
Validation VAL 3 2 5 5 16
6 20 45 47 135
Configuration Management CM 2 3 7 7 16
Process and Product Quality Assurance PPQA 2 2 4 5 14
Support Measurement and Analysis MA 2 2 8 8 12
Decision Analysis and Resolution DAR 3 1 6 6 7
Causal Analysis and Resolution CAR 5 2 5 8 9
5 10 30 34 58
22 53 164 172 422
Cornelius Hopmann
® Capability Maturity Model, Capability Maturity Modeling, CMM, and CMMI are registered in the U.S. Patent and Trademark Office
Page 14
by Carnegie Mellon University.
Page 15
Page 16
Page 17
Page 18
Organizational Process Definition Context
Organization’s
Establish Organizational Standard Processes
Process Assets
Establish Lifecycle Models

Standard Establish
Processes Lifecycle
Model
Descriptions Tailoring Guidelines
IPM
Establish Organization’s
Tailoring Measurement
Criteria and
Guidelines Establish the
Repository
Organization’s
Measurement
Repository Organization’s
Process Asset
Library
Establish the OPF
Establish Work Organization’s Work Environment
Environment Standards Process Asset
Library Standards
Un Process-Area del Nivel 3

Page 19
Cornelius Hopmann
Process ¬= Actividades ¬= Procedure

Un Process-Area puede
afectar/incidir en muchas/casi todas
las actividades
Una Actividad/Serie de Actividades
puede implicar
Procedures de varios Process-
Areas
Hannah Oktaba
Hannah Oktaba
Hannah Oktaba
Hannah Oktaba
Hannah Oktaba
Hannah Oktaba
Cornelius Hopmann
Procesos Implementados al Nivel 2

● Planeación de Proyectos (PP)
● Monitoreo y Control de Proyectos (PM)
● Gestión de Requerimientos (REQM)
● Mediciones y Análisis (MA)
● Calidad de Procesos y Productos (PPQA)
● Manejo de Configuraciones (CM)
● Gestión de compromisos con suplidores (SAM)
Hannah Oktaba
Cornelius Hopmann
Procesos Implementados al Nivel 3

● Enfoque organizativo en procesos (OPF)
● Definición organizativa de procesos (OPD)
● Entrenamiento organizativo (OT)
● Gestión Integral de Proyectos (IPM)
● Gestión de Riesgos (RSKM)
● Desarrollo de Requerimientos (RD)
● Solución Técnica (TS)
● Integración de Productos (PI)
● Verificación (VER)
● Validación (VAL)
● Análisis de Decisiones (DAR)
Hannah Oktaba
Hannah Oktaba
Hannah Oktaba
Hannah Oktaba
Hannah Oktaba
Hannah Oktaba
Hannah Oktaba
Hannah Oktaba
Hannah Oktaba
Hannah Oktaba
Cornelius Hopmann
+ Oscar Amador
Situación, problemas y resultados de las evaluaciones de

procesos y productos; medidas y análisis
Acciones Correctivas
PMC
Acciones correctivas
Que
Replan controlar
Que construir
Estatus, Qué hacer Engineering and Support process

PP
problemas y areas
resultados de Compromisos
revisiones y
monitoreo
Planes Medida de
Necesidades
SAM
Acuerdo Producto componente de requisitos,

Proveedor cuestiones técnicas , los componentes
del producto terminado, y los
exámenes y pruebas de aceptación
Proveedor
Hannah Oktaba
Cornelius Hopmann
+ Oscar Amador
Gestión de datos estadísticos
o, lín jecuc ión QPM Exposición al riesgo debido a la
y
mod ea base Obje
tivo inestabilidad de los procesos
a la g s c uantit
es ati v
integ tión estad os, s ubpr
e
rado, ís o
el os
y pro tica, pr oy cesos

del p ivo de la
ceso
Organización de procesos defin ecto
ido s
iesgo
r oces
R RSKM
estándares, normas de ambiente de do
tific an
t
Obje
trabajo, y el Support a los activos I den
Pr o
yec
IPM+IPPD
glas
e s
D r trice
to d
Process Management P
IP irec
Vi
Taxonomías y
e pr
process areas yd
si
ño tos ,
pe y da id as
ón
parámetros de riesgos,
oce
at
co d es
estado de riesgo, planes
os
nd
so i
pa
de
de ació pre
Proceso de de mitigación de riesgos
rti
de n ific es a
y medidas correctivas
da
nteg
proyecto definido
se m n
em
de
y ambiente de
pla ccion
pe
lp
r ado
ño
ro
trabajo
ye
de
Le
y de
to
lp
Coordinación,
ro
ye
finid
compromisos y
ct
cuestiones por resolver
o
Arquitectura de
productos para Equipos integrados para la
estructurar realización de Engineering y Basic
equipos procesos de Support Project Management
process areas
Engineering and Support

process areas
Hannah Oktaba
Hannah Oktaba
Hannah Oktaba
Cornelius Hopmann
+ Oscar Amador
os
Senior
e s as el
tiv
ad e l d
management
je
sid d ión
ob
Proyectos de formación y grupos
ce eso a c
y
ne oc niz
de apoyo en estandarizar
pr rg a
procesos y activos
O
OT
Organización de
los objetivos del
negocio
Procesos
Estándares y
otros Activos
Proceso estándar, las Project Management,

normas de medio ambiente Support, and Engineering
de trabajo, y otros activos process areas
OPF OPD+IPPD
Recursos y coordinaciones
Información mejorada (por
ejemplo, las lecciones aprendidas,
los datos y los artefactos )
Proceso de propuestas de mejora, participación en la

definición, evaluación, y el despliegue de los procesos
Cornelius Hopmann
+ Oscar Amador
Da lo m
Mejoras
de ple
t o s p en t
Organización OID
s ro ad
im
de c o
co eso s
st s
os de
y m
be ej
ne o ra
Proceso de calidad y
fic s
io
ejecución, objetivos,
s
medidas, parámetros de
referencia y modelos
Proceso de calidad y ejecución ,

objetivos, medidas, parámetros Project Management,
Senior OPP de referencia y modelos Support, and Engineering
Management Progreso hacia el process areas
logro de los objetivos
del negocio
Ejecución del Proceso

y capacidad de datos
Me une
co
did s
m
as
Capacidad para desarrollar y
desplegar proceso estándar y
otros activos UNION
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Hannah Oktaba
Hannah Oktaba
Hannah Oktaba
Hannah Oktaba
Hannah Oktaba
Hannah Oktaba
Hannah Oktaba
Evaluación SCAMPI Cornelius Hopmann
Evalúa en base de evidencia si por Process-Area y

Nivel apuntado
● Hay definiciones de Procedimientos por Práctica
● Se aplica los Procedimientos debidamente
● Se produce los Artefactos directos e indirectos
requeridos
● Se cumple los Objetivos
Aplicación, Artefactos, Cumplimiento

● en al menos 3 casos diferentes
● por al menos 4 auditores (certificados por el SEI)
● No hay certificación – solo se publica auditoria

A comprobarse
Nivel de Maturidad PAS Objetivos Prácticas Procedimientos Artefactos
2 7 12 42 42 92
3 17 42 126 130 334
5 22 53 164 172 422
Cornelius Hopmann
A un tercio
Cornelius Hopmann
ISO 12207 &

ISO 15504 -5
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Contexto y Estructura la ISO/IEC 15504
ISO/IEC 12207 Procesos del ciclo de vida de software

ISO/IEC 15288 Procesos del ciclo de vida de sistemas
In General What is the Model
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Nota
Nueva Versión 12207 en el 2008
● Mayor correspondencia con 15288
diferente agrupación de los procesos en áreas
● Redefinición/Ampliación de los Procesos SW
This second edition cancels and replaces the first edition (ISO/IEC 12207:1995),
which has been technically revised. It also incorporates the Amendments ISO/IEC
12207:1995/Amd.1:2002 and ISO/IEC 12207:1995/Amd.2:2004.
Changes in this revision of ISO/IEC 12207 were developed in conjunction with a
corresponding revision of ISO/IEC 15288. The purpose of these revisions is to
better align the two International Standards to facilitate their joint use. This
alignment is the first step toward harmonization of the structures and contents of
the two International Standards, while supporting the requirements of the
assessment community. This alignment provides the foundation to facilitate
evolution to an integrated and fully harmonized treatment of life cycle processes.
Cornelius Hopmann
Meta-modelo de evaluación ISO 15504

Capability Levels Model Approach: 15504
Cornelius Hopmann
Relación entre las partes 2 y 7 de la ISO/IEC 15504

In General What is the Model
Rating Process Attributes
N Not achieved
N Not achieved 0 to 15 % achievement

P Partially achieved
P Partially achieved > 15 % to 50 % achievement

L Largely achieved
L Largely achieved > 50 % to 85% achievement

F Fully achieved
F Fully achieved > 85 % to 100 % achievement
Briefly Explanation about Model’s Requirement
Relationship between the Process

Assessment Model and its inputs
Cornelius Hopmann
Modelo de madurez organizacional de la
ISO/IEC 12207 e ISO/IEC 15504-7
Cornelius Hopmann
Cornelius Hopmann
A dos tercios
Cornelius Hopmann
CompetiSoft &
ISO 29119
Hannah Oktaba
Proyecto COMPETISOFT
(2006-2008)
Mejora de Procesos para Fomentar la Competitividad de
la Pequeña y Mediana Industria del Software de
Iberoamérica
Hannah Oktaba
Participantes
Hannah Oktaba
Participantes
Hannah Oktaba
Método de trabajo
Hannah Oktaba
Características deseadas del modelo

1. Específico para el desarrollo y mantenimiento de software.
2. Fácil de entender (comprensible).
3. Definido como un conjunto de procesos.
4. Práctico y fácil de aplicar, sobre todo en organizaciones pequeñas.
5. Orientado a mejorar los procesos para contribuir a los objetivos del
negocio y no simplemente ser un marco de referencia de
certificación.
6. Debe de tener un mecanismo de evaluación o certificación, que
indique un estado real de una organización durante un periodo de
vigencia específico.
7. Aplicable como norma mexicana.
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.

105
Hannah Oktaba
Estándares disponibles
ISO 9000:1994 ISO 9000:2000 ISO/IEC15504-2:2003
ISO/IEC TR 15504:1998
ISO/IEC 12207:1995 ISO/IEC 12207
ENMIENDA 1 :2002
ISO
CMMI 2002
SW- CMM 1993
SEI

106
Hannah Oktaba
ISO 9000:2000 (1)

Sistemas de gestión de la calidad
ISO 9000:1994 ISO 9000:2000
●
Norma Internacional para evaluar la capacidad de la
organización para cumplir los requisitos del cliente,
los reglamentarios y los propios de la organización.
●
Ventajas
– Tiene un mecanismo de certificación bien establecido
– Está disponible y conocida

107
Hannah Oktaba
ISO 9000:2000 (2)

●
Desventajas
– No es específica para la industria de software, por
lo que:
●
No es fácil de entender
●
No es fácil de aplicar

108
Hannah Oktaba
Modelos del SEI

SW- CMM 1993
SW - CMM® / CMMI ® (1) CMMI 2002
●
Modelos de Software Engineering Instutute, proponen un marco
organizado por áreas de procesos.
– Software Capability Maturity Model SW-CMM
– Capability Maturity Model Integration CMMI
●
Ventajas
– Específicos para el desarrollo y mantenimiento de software
– Definidos como un conjunto de áreas de procesos clave
– Tienen un modelo de evaluación (CBA-IPI y SCAMPI)
– Desde 1998 el SW-CMM empezó a popularizarse en México
– Existen organizaciones evaluadas
109
Hannah Oktaba
Modelos del SEI

SW - CMM® / CMMI ® (2)
●
Desventajas
– Son modelos extranjeros, no internacionales
– No son fáciles de entender ya que son extensos y están
en inglés
– No son fáciles de aplicar en organizaciones pequeñas
– Los servicios de capacitación y consultoría son caros
– Las evaluaciones son costosas y no tienen periodo de
vigencia
– El SW-CMM se está abandonando (a partir de 2004) a
favor de CMMI

110
Hannah Oktaba
Normas ISO
ISO/IEC TR 15504:1998 ISO/IEC 15504-2:2003
ISO/IEC 12207:1995 ISO/IEC 12207
ENMIENDA 1 :2002
●
En 1998 se emitió el reporte técnico ISO/IEC
TR 15504 Information technology — Software
process assessment. Por su carácter de
reporte este documento fue únicamente de
carácter informativo.
111
Hannah Oktaba
Normas ISO
ISO/IEC 15504 – 2
●
Establece requisitos tanto para Modelos de
Procesos de referencia como para los Métodos de
Evaluación sin establecer alguno en particular.
●
Cada país podrá definir sus propios Modelos y
Métodos.
●
El estado actual del documento es publicado
(15/10/03).
●
Cancela parte 2 y 3 del TR 15504.
112
Hannah Oktaba
Normas ISO
ISO/IEC 12207:1995
Procesos de Ciclo de Vida de Software
●
Es un marco que contiene procesos,
actividades y tareas involucradas en el
desarrollo, operación y mantenimiento de
productos de software, que abarca toda la
vida de un sistema desde la definición de sus
requerimientos hasta la finalización de su uso.

113
Hannah Oktaba
ISO/IEC 12207: ENMIENDA 1:2002

Information technology — Software life cycle processes
●
Se emitió el AMENDMENT 1, el cual presenta en su
Anexo F una estructura de procesos integrada por
procesos originalmente descritos en la ISO/IEC
12207, ISO/IEC TR 15504-2 y algunos otros.
●
El ISO/IEC 15504-2 solicita un mapeo entre el
modelo externo y anexo F del ISO/IEC 12207:1995
AMENDMENT 1.

114
Hannah Oktaba
Cumplimiento de características deseadas

(Estudio 2002 MoProSoft)
Modelos ISO SW-CMM ISO
Características 9000:2000 15504
1. Para SW
2.Comprensible
3. Procesos
4. Práctico
5. Mejora de
procesos orientado al
objetivo del negocio
6. Evaluación con
vigencia
7. Aplicable como
norma
Hannah Oktaba
Procesos de MoProSoft (2002)

Proceso DIR
Gestión de
Negocio
Conjunto de
prácticas
relacionadas
entre si,
llevadas a cabo
a través de roles
y por elementos Gestión de Gestión de GER
automatizados, Procesos Proyectos
que utilizando
recursos y a
partir de Gestión de
insumos Recursos
producen un
satisfactor de OPE
Desarrollo y
negocio para el Admon. de Proyectos Mantenimiento
cliente Específicos de Software
Hannah Oktaba
Modelo de evaluación (2003)

●
El modelo está basado en el ISO/IEC 15504-2
Atributos
5.1 Cambio de proceso

Niveles
5.2 Mejora continua
Optimizado 4.1 Medida del proceso

5
4.2 Control del proceso
4 Predecible
3.1 Definición del proceso
3 Establecido
3.2 Recursos del proceso
Gestionado
2
2.1 Gestión de la ejecución
1 Realizado 2.2 Gestión de productos
0
Incompleto 1.1 Realización del proceso
Hannah Oktaba
Método de Evaluación EvalProSoft

●
Cumple con los requisitos expresados en
ISO/IEC15504 -2.
●
Convenio SE-UNAM a partir del 1o de Octubre al 10
de Diciembre 2003.
●
Etapa de Evaluación del Documento: Enero –
Febrero de 2004.
●
Equipo de trabajo:
– Consultores expertos: Carlos Pérez, Francisco López Lira
y Angélica Su.
– Consultores evaluadores: Alfredo Calvo, Cecilia Montero y
Gloria Quintanilla.
– Consultores editores: Claudia Alquicira y Jorge Palacios.
– Director: Hanna Oktaba
118
Hannah Oktaba
●
Usos propuestos:
– Evaluación del perfil de capacidades de procesos
y de la madurez de capacidades de la
organización.
– Autoevaluación.
– Evaluación por parte del comprador.
– Efecto lateral: Evaluación de la industria.

119
Hannah Oktaba

●
El método utiliza los requisitos del modelo de procesos y el
modelo de capacidades para calificar los procesos.
Proceso Atributos de Procesos
Realizado Gestionad Estabecido Predecible Optimizado

ododo
AP ١.١ AP ٢.١ AP ٢.٢ AP ٣.١ AP ٣.٢ AP ٤.١ AP ٤.٢ AP ٥.١ AP ٥.٢
Gestión de Negocio Nivel 1
Gestión de Procesos Nivel 2
Gestión de Proyectos Nivel 2
Gestión de Recursos Nivel 3
Administración de Nivel 3
Proyectos Específicos
Completamente Ampliamente
CopyrightParcialmente
Asociación Mexicana para laNoCalidad
logrado en Ingeniería de Software, A.C.
120
Hannah Oktaba
DIR
Gestión de Negocio
●
Propósito:
Establecer la razón de ser de la organización, sus
objetivos y las condiciones para lograrlos, para lo cual
es necesario considerar las necesidades de los
clientes, así como evaluar los resultados para poder
proponer cambios que permitan la mejora continua.
Adicionalmente habilita a la organización para

responder a un ambiente de cambio y a sus miembros
para trabajar en función de los objetivos establecidos

121
Hannah Oktaba
DIR
Proceso Gestión de Negocio
Grupo Directivo
Planeación Estratégica
Grupo Directivo Grupo Directivo

Valoración y Mejora Preparación para la
Continua Realización

122
Hannah Oktaba
GES
Procesos de Gestión
Gestión
de Recursos
Gestión Gestión
de Procesos de Proyectos

123
Hannah Oktaba
GES
Gestión de Procesos
●
Propósito:
Establecer los procesos de la
organización, en función de los Procesos
Requeridos identificados en el Plan
Estratégico. Así como definir, planear, e
implantar las actividades de mejora en
los mismos.

124
Hannah Oktaba
GES
Gestión de Proyectos
●
Propósito
Asegurar que los proyectos contribuyan
al cumplimiento de los objetivos y
estrategias de la organización.

125
Hannah Oktaba
GES
Gestión de Recursos
●
Propósito:
Conseguir y dotar a la organización de
los recursos humanos, infraestructura,
ambiente de trabajo y proveedores, así
como crear y mantener la Base de
Conocimiento de la organización. La
finalidad es apoyar el cumplimiento de
los objetivos del Plan Estratégico de la
organización.
126
Hannah Oktaba
GES
Proceso Gestión de Recursos
Subprocesos
Recursos Humanos y
Ambiente de Trabajo
Bienes, Servicios
e Infraestructura
Conocimiento de la
Organización
127
Hannah Oktaba
Recursos Humanos y Ambiente

GES
de Trabajo
●
Propósito:
Proporcionar los recursos humanos
adecuados para cumplir las
responsabilidades asignadas a los roles
dentro de la organización, así como la
evaluación del ambiente de trabajo.

128
Hannah Oktaba
GES
Bienes, Servicios e Infraestructura
●
Propósito:
Proporcionar proveedores de bienes,
servicios e infraestructura que satisfagan
los requisitos de adquisición de los
procesos y proyectos.

129
Hannah Oktaba
GES
Conocimiento de la
Organización
●
Propósito:
Mantener disponible y administrar la
Base de Conocimiento que contiene la
información y los productos generados
por la organización.

130
Hannah Oktaba
OPE
Procesos de Operación
Administración de
Proyectos Específicos
Desarrollo y
Mantenimiento de
Software

131
Hannah Oktaba
Administración de Proyectos OPE
Específicos
●
Propósito:
Establecer y llevar a cabo
sistemáticamente las actividades que
permitan cumplir con los objetivos de un
proyecto en tiempo y costo esperados.

132
Hannah Oktaba
Administración de Proyectos OPE

Específicos
Planeación
Evaluación y Control Realización

133
Cierre
Hannah Oktaba
Desarrollo y Mantenimiento OPE

de Software
●
Propósito:
Es la realización sistemática de las
actividades de análisis, diseño,
construcción, integración y pruebas de
productos de software nuevos o
modificados cumpliendo con los
requerimientos especificados.

134
Hannah Oktaba
Proceso de Desarrollo y OPE

Mantenimiento de Software
Flujos de trabajo
●
Ciclos de Desarrollo
●
Fases de un Ciclo
●
Actividades de una Fase

135
Hannah Oktaba
Ciclos de Desarrollo OPE
Necesidades Cliente
Fases del Primer Ciclo
Si Primer Entregable
Terminado
Nuevas Necesidades
FasesNo del Siguiente

Siguiente Entregable
Ciclo
136
Necesidades del cliente Hannah Oktaba
Fases de un
y Plan de desarrollo
OPE
Inicio Ciclo
Requerimientos Requerimientos
Análisis y Diseño Análisis yDiseño
Construcción Componentes
Configuración
Integración y Pruebas de Software
Cierre
137
Primer / Siguiente
Entregable
Hannah Oktaba
Actividades de una Fase

Entrada de la Fase OPE
Producción /
Verificación
Corrección
Defectos
Defectos
Validación/Aceptación
Registro de Incorporación Bajo

Copyright Asociación Mexicana para la C
Mediciones ontrol
Calidad de deConfiguración
en Ingeniería Software, A.C.
138
Salida de la Fase
Hannah Oktaba
Resumen
Norma Mexicana
Modelo de Procesos
Qué Requisitos
Normativa
MoProSoft (qué procesos)
Cómo Informativa
(cómo implantarlos)
Relación por
Apéndice Nivel de cap.
ISO/IEC 15504-2
Performing an assessment
Modelo de Capacidades Nivel de cap.

de Procesos
(qué evaluar)
Directrices de
EvalProSoft Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.
139
evaluación
Requisitos
(cómo evaluar)
Hannah Oktaba
Estrategia de EU
Requisitos
CMMI
ISO/IEC 15504-2
SCAMPI
Modelo de Capacidades Nivel de cap.
de Procesos
(qué evaluar)
Método de
140
evaluación
Requisitos
(cómo evaluar)
Hannah Oktaba
Relación
Norma Mexicana Norma de facto EU
MoProSoft
Normativa CMMI
(qué requisitos
de procesos)
Informativa
(cómo implantarlos) ISO/IEC 15504-2
SCAMPI
Modelo de Capacidades Modelo de Capacidades
de Procesos de Procesos
(qué evaluar) (qué evaluar)
EvalProSoft Método de
141
(cómo evaluar) evaluación
(cómo evaluar)
Guías
Hannah Oktaba
Iniciativa ISO
●
Mayo 2006 reunión ISO WG24 en Tailandia
●
Dirigido por Tailandia con la participación de USA, India, Irlanda,
Bélgica, Finlandia, Luxemburgo, Canadá, Nueva Zelanda, Corea, y
México (Ana Vázquez y Jorge Palacios).
– En votación unánime decide tomar la norma mexicana como base
para su trabajo.
●
Octubre 2006 reunión ISO WG24 en Luxemburgo
●
Se entrega la traducción al inglés de la norma mexicana NMX-I-059-
NYCE
●
Se selecciona como Perfil Básico de procesos
Administración de Proyectos Específicos
Desarrollo y Mantenimiento de Software
●
Mayo y Octubre de 2007 reuniones ISO WG24 en Moscú y Montreal
●
Se generan primeras versiones de cinco partes de ISO/IEC 29110 y
se someten a la revisión y votación internacional.
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Oposición – Criticas – Preguntas
¡Muchas Gracias por su Paciencia!

Conferencia Sobre CMMI, ISO 12207/ISO 15504 y COMPETISOFT /ISO 29110

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Conferencia Sobre CMMI, ISO 12207/ISO 15504 y COMPETISOFT /ISO 29110

Cargado por

Copyright:

Formatos disponibles

Cornelius Hopmann

¿Qué son CMMI

Yo escribí en 1978 un propuesta para un programa de Investigación en la GMD

Modelo CMMI Organización

El sueño de los militares y burócratas

Primero de los militares alemanes (de 1820 -Clausewitz- en adelante)

Para mi más bien una pesadilla ... pero bueno

Establish Lifecycle Models

Un Process-Area del Nivel 3

Process ¬= Actividades ¬= Procedure

Procesos Implementados al Nivel 2

Procesos Implementados al Nivel 3

Situación, problemas y resultados de las evaluaciones de

Estatus, Qué hacer Engineering and Support process

Acuerdo Producto componente de requisitos,

y pro tica, pr oy cesos

trabajo, y el Support a los activos I den

Proceso de de mitigación de riesgos

Engineering and Support

Proceso estándar, las Project Management,

Proceso de propuestas de mejora, participación en la

Proceso de calidad y ejecución ,

Ejecución del Proceso

Evalúa en base de evidencia si por Process-Area y

● Se aplica los Procedimientos debidamente

● Se produce los Artefactos directos e indirectos

Aplicación, Artefactos, Cumplimiento

● por al menos 4 auditores (certificados por el SEI)

● No hay certificación – solo se publica auditoria

ISO 12207 &

Contexto y Estructura la ISO/IEC 15504

ISO/IEC 12207 Procesos del ciclo de vida de software

Meta-modelo de evaluación ISO 15504

Relación entre las partes 2 y 7 de la ISO/IEC 15504

Relationship between the Process

Características deseadas del modelo

Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.

Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.

ISO 9000:2000 (1)

Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.

ISO 9000:2000 (2)

Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.

Modelos del SEI

Modelos del SEI

Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.

Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.

ISO/IEC 12207: ENMIENDA 1:2002

Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.

Cumplimiento de características deseadas

Procesos de MoProSoft (2002)

Modelo de evaluación (2003)

5.1 Cambio de proceso

Optimizado 4.1 Medida del proceso

1 Realizado 2.2 Gestión de productos

Método de Evaluación EvalProSoft

Método de Evaluación EvalProSoft

Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.

Método de Evaluación EvalProSoft

Realizado Gestionad Estabecido Predecible Optimizado

Gestión de Negocio Nivel 1

Gestión de Procesos Nivel 2

Gestión de Proyectos Nivel 2

Gestión de Recursos Nivel 3