ACCESO A LOS MERCADOS PARA LAS MYPES DEL SOFTWARE

IMPLEMENTACIÓN DE LA NORMA DEL CICLO DE VIDA DEL

SOFTWARE
Aplicación de los Proyectos informáticos utilizando la
NTP ISO/IEC 12207
Abraham Dávila
Secretario Técnico,
Comité Técnico de Normalización de Ingeniería de Software y Sistemas de Información
Ingeniería Informática, Pontificia Universidad Católica del Perú
 Agenda

1. Conceptos
2. Norma NTP-ISO/IEC 12207
3. Adaptación de la Norma
4. Casos de Aplicación
1. MANTEMA
2. RUP
3. Curso Ing. Sw.
4. METRICA

5. Casos en el Perú
 Introducción
Ha tenido alguno de estos problemas:
• Deterioro del cumplimiento
– Costo creciente en espiral
– Llegar tarde al mercado
– Problemas en el último minuto
• Inadecuada visibilidad en la gestión
– Muchas sorpresas
• Problemas de calidad
– Quejas o molestias del cliente
– Mucho re-trabajo
– Funciones no trabajan adecuadamente
• Moral pobre
– Personal agotado
– Inadecuado control de los resultados de proyectos
 Introducción
Factores que afectan la calidad:

• La tecnología de desarrollo

• La calidad del proceso

• La calidad de las personas

• La calidad del producto

• El costo, el tiempo y el cronograma

 Introducción
¿ Por qué enfocarnos en los procesos ?

• Es complementario a enfocarse en la tecnología

– La tecnología, por si misma, podría no usarse de manera
efectiva
– La tecnología, en un contexto de un proceso bien
definido, puede proporcionar el máximo beneficio

• Es complementario a enfocarse en las personas

– La experiencia y entrenamiento de la fuerza de trabajo no
es siempre suficiente
– Trabajar duro no es suficiente
– Un proceso bien definido puede proporcionar recursos
para un trabajo inteligente
– Permite desplazar los “reproches” de los problemas de
las personas hacia los procesos.
 Introducción
La importancia de los procesos
La calidad de un sistema está altamente influenciado por la calidad del proceso
usado para la adquisición, desarrollo y mantenimiento de este sistema.
• Una premisa largamente establecida en el campo de la manufactura.
• Visible internacionalmente en los movimientos de calidad en las industrias de
manufactura y servicios (p.e. estándares ISO).
 Introducción

Ideas incorrectas pero muy comunes

… Yo no necesito procesos , yo tengo

– Muy buenos desarrolladores
– Uso tecnología avanzada
– Un gestor experimentado
… Sobre los procesos
– Interfieren con la creatividad
– Igual a burocracia más disciplina y excesivo control
– No es necesario cuando construyen prototipos
– Solo es necesario en proyectos muy grandes
– Limita la agilidad en mercados de rápido movimiento
– Muy alto costo
 Costo de la Calidad (CoQ)
• Crosby describe el costo de No-Conformidad como el
costo extra incurrido porque un producto o servicio no
fue realizado adecuadamente la primera vez.

Costo Costo de No-Conformidad

de la = +
Calidad Costo de Conformidad
 Costo de la Calidad (CoQ)
• ¿a qué dedican su tiempo los desarrolladores de software? o
¿cómo se consume los presupuesto de los proyectos?

Nuevos desarrollos
41 39
Costo de Conformidad

Costo de No
Conformidad
20
Source: Ratheon Electronic Systems Experience in Software Process Improvement, CMU/SEI-95-TR-017, November 1995
 Costo de la Calidad (CoQ)

1988 - CMM Level 1 1990 - CMM Level 2

21
41 39

58
21
20 Nuevos Desarrollos
Costo de Conformidad
1992 - CMM Level 3 Costo de No Conformidad 1995 – CMM Level 4
10 6
17
23

67
77

ROI 7.7:1, Productivity ×140%, $4.48M savings over 6 projects in 1 year

Source: Ratheon Electronic Systems Experience in Software Process Improvement, CMU/SEI-95-TR-017, November 1995
 Caso de aplicación

Perspectiva financiera

Crecimiento

25000000

20000000

15000000 Serie1
10000000 Serie2

5000000

0
1 2 3 4 5 6 7 8 9 10 11 12 13
Años

1994-2002 2003-2006
 Caso de aplicación
Aprendizaje y
Crecimiento
40 1994
1995
35
1996
30
1997
25 1998
20 1999
15 2000
10 2001
2002
5
2003
0
2004
Personal 2006
2005
 Conceptos claves

• Proceso:
– Conjunto de actividades mutuamente relacionadas
o que interactúan, las cuales transforman
elementos de entrada en resultados. NTP-ISO/IEC
12207:2003 Procesos del Ciclo de Vida del Software.

PROCESO
ENTRADA SALIDA
transformación

• ¿ el desarrollo de software es realmente un proceso ?

INGENIERIA DE
NECESIDADES PRODUCTO
SOFTWARE
SOFTWARE
 Conceptos claves

• Modelo:
– Esquema teórico, generalmente en forma matemática, de un
sistema o de una realidad compleja. DRAE

• Ciclo de desarrollo del software:

– Periodo de tiempo que comienza con la decisión de desarrollar
el producto software y termina cuando el software es entregado.
IEEE Std. 610.12-1990 Software Engineering Terminology.

• Ciclo de vida del software:

– Periodo de tiempo que comienza cuando el producto software
es concebido y termina cuando el software no está disponible
permanentemente para el usuario (retirada del software).
– IEEE Std. 610.12-1990 Software Engineering Terminology.
 Concepto

Requerimientos Requerimientos

Diseño Diseño

Implementación Implementación

Pruebas Pruebas

Instalación Instalación

Comprobación Comprobación

Operación

Mantenimiento
opcionales
Dos últimos

Retirada
Fases del
vida del Proyecto
Fases del Ciclo de

del Software
Ciclo de vida
 Agenda

1. Conceptos
2. Norma NTP-ISO/IEC 12207
3. Adaptación de la Norma
4. Casos de Aplicación
1. MANTEMA
2. RUP
3. Curso Ing. Sw.
4. METRICA

5. Casos en el Perú
 Evolución

1988

1983 1988 1994

1991 2002-
1995 2005
 Normas Relacionadas al Software
•1 parte

•1 parte •5 partes

VSE
15271 Guía de aplicación

•1 parte •1 parte
 Qué es la 12207
– Es una norma de la ingeniería de software resultado
del esfuerzo internacional de expertos de todo el
mundo entre académicos y profesionales.
– Alemania, Australia, Brasil, Canada, Corea, Dinamarca, España, Estados
Unidos de América, Finlandia, Francia, Irlanda, Italia, Japón, Holanda,
Suecia, Reino Unido y República Checa

– Busca establecer un marco de referencia para la

administración de los procesos de la ingeniería de
software en el mundo.

– Define los procesos de ingeniería de software como:

“un conjunto de actividades que son realizadas por
un conjunto de tareas que definen como las
acciones transforman las entradas en salidas”
 Evolución

– 1987 Se conforma Joint Technical Committee JTC1.

• International Organization for Standarization (ISO)
• International Electrotechnical Commission (IEC)
– 1989 Se inicia el desarrollo de la ISO/IEC 12207.
– 1995 En agosto, se publica la primera edición.
– 2002 Se publica la enmienda 1. Se considera a: ISO/IEC
15504 (evaluación del proceso), ISO/IEC 14598 (evaluación
producto), ISO/IEC 15939 (medición del software).
– 2005 Se publica la enmienda 2. Ajuste al anexo F.

Perú
– 2003. Se traduce durante el primer año.
– 2004. Se publica mayo 2004 NTP-ISO/IEC 12207:2004.
– 2006. Se trabaja en febrero del 2006, la última enmienda.
– 2006. Se trabaja:
15217 Guía de Aplicación,
16326 Guía de Adaptación.
 Alcance

CICLO DE VIDA:
: Nace Muere

INVOLUCRADOS
(STAKEHOLDERS) : Adquirientes, proveedores, usuarios , ...

Procesos
Corporativos

APLICACIÓN :

Proyectos Proyectos
Productos Servicios

PROCEDIMIENTOS
PROCESOS , METODOLOGÍAS ,
,
DETALLES: : DEFINICIONES Y MÉTODOS Y
TÉCNICAS ,

DESCRIPCIONES MÉTRICAS HERRAMIENTAS Y

ENTORNOS
 Arquitectura

5. PROCESOS PRINCIPALES 6. PROCESOS DE APOYO

DEL CICLO DE VIDA DEL CICLO DE VIDA

5.1 Adquisición 6.1 Documentación

6.2 Gestión de la Configuración

5.2 Suministro
6.3 Aseguramiento de la
Calidad

6.4 Verificación
5.4 Operación

6.5 Validación
5.3
Desarrollo
6.6 Revisión Conjunta

5.5
Mantenimiento 6.7 Auditoría

6.8 Solución de Problemas

7. PROCESOS ORGANIZATIVOS DEL CICLO DE VIDA

7.1 Gestión 7.2 Infraestructura

7.4 Recursos
7.3 Mejora Humanos
 5 . P R O C E S O S P R IN C IP A L E S D E L C IC L O D E V ID A 6. P R O C E S O S
D E A P O Y O D E L
5 .1 P r o c e s o d e A d q u is ic ió n C IC L O D E V ID A
P r e p a r a c ió n y
In ic io P r e p a r a c ió n d e la S e g u im ie n to d e l A c e p ta c ió n y 6 .1 P ro c e s o d e
a c tu a liz a c ió n d e l
s o lic itu d d e p r o p u e s ta s p ro v e e d o r fin a liz a c ió n D o c u m e n ta c ió n
c o n tra to
Estructura - Norma ISO/IEC 12207:2002

6 .2 G e s tió n d e la
5 .2 P r o c e s o d e S u m in is tr o C o n fig u r a c ió n

In ic io P r e p a r a c ió n d e E je c u c ió n y R e v is ió n y S u m in is tr o y
C o n tra to P la n ific a c ió n
la r e s p u e s ta c o n tro l e v a lu a c ió n fin a liz a c ió n 6 .3 P ro c e s o d e
A s e g u r a m ie n to
d e la C a lid a d

5 .3 P r o c e s o d e D e s a r r o llo 5 .4 P r o c e s o d e O p e r a c ió n 6 .4 P ro c e s o d e
V e r ific a c ió n
Im p le m e n ta c ió n P ru e b a s d e
Im p le m e n ta c ió n A p o y o a la
In s ta la c ió n d e l p ro c e s o o p e r a c ió n
d e l p ro c e s o a c e p ta c ió n d e l
d e l s o ftw a re
s o ftw a re 6 .5 P ro c e s o d e
O p e r a c ió n d e l S o p o rte a l V a lid a c ió n
A n a lis is d e D is e ñ o d e la P ru e b a s d e s is te m a u s u a r io
lo s r e q u is ito s a r q u ite c tu r a In te g r a c ió n
c a lific a c ió n d e l
d e l s is te m a d e l s is te m a d e l s is te m a
s is te m a 6 .6 P ro c e s o d e
5 .5 P r o c e s o d e M a n te n im ie n to R e v is ió n
D is e ñ o C o n ju n ta
A n a lis is d e D is e ñ o d e la P ru e b a s d e A n a lis is d e
d e ta lla d o In te g r a c ió n Im p le m e n ta c ió n
lo s r e q u is ito s a r q u ite c tu r a c a lific a c ió n p r o b le m a s y
del d e l s o ftw a re d e l p ro c e s o
d e l s o ftw a re d e l s o ftw a re d e l s o ftw a re m o fic a c io n e s
s o ftw a re 6 .7 P ro c e s o d e
I m p le m e n ta c ió n R e v is ió n / A u d ito r ía
C o d ific a c ió n y d e la s a c e p ta c ió n d e l
p ru e b a s d e l s o ftw a re m o d ific a c io n e s m a n te n im ie n to
6 .8 P ro c e s o d e
R e tir a d a d e l S o lu c ió n d e
M ig r a c ió n
s o ftw a re P r o b le m a s

7 . P R O C E S O S O R G A N IZ A T IV O S D E L C IC L O D E V ID A

7 .1 P r o c e s o d e G e s tió n 7 .2 P ro c e s o d e 7 .4 P ro c e s o d e
In fra e s tru c tu ra R e c u rs o s H u m a n o s
In ic io y d e fin ic ió n
d e l a lc a n c e P la n ific a c ió n
7 .3 P r o c e s o d e M e jo r a

E je c u c ió n y R e v is ió n y E s ta b le c im ie n to E v a lu a c ió n d e l M e jo r a d e l
T e r m in a c ió n
c o n tro l e v a lu a c ió n d e l p ro c e s o p ro c e s o p ro c e s o

L a p o s i c i ó n d e l a s a c t i v i d a d e s e n l a f i g u r a n o i m p l i c a o r d e n t e m p o r a l.
L o s n o m b r e s d e la s a c tiv id a d e s d e l P r o c e s o d e D e s a r r o llo n o s o n lo s n o m b r e s d e la s fa s e s d e l d e s a r r o llo
 Procesos Principales

Operación

Adquisición Mantenimiento Suministro

Desarrollo

Según RAGHU SINGH

 Procesos de Soporte

Aseguramiento de
la calidad
Adquisición

Verificación
Suministro Documentación

Validación Desarrollo

Configuración
Operación
Revisiones
conjuntas

Mantenimiento
Auditoria

Solución de
problemas

Según RAGHU SINGH

 Procesos
Organizacionales

Proceso de
1
gestión

2 Proceso de
infraestructura

Procesos 3
primarios Proceso de
mejora
4

Proceso de
entrenamiento

Según RAGHU SINGH

 Agenda

1. Conceptos
2. Norma NTP-ISO/IEC 12207
3. Adaptación de la Norma
4. Casos de Aplicación
1. MANTEMA
2. RUP
3. Curso Ing. Sw.
4. METRICA

5. Casos en el Perú
 Adecuación
de la 12207

M O D E L O S Y M É T O D O S
O T R A S E N T R A D A S

N O R M A I S O /
T I E M P O I E C D E
P R O C E S O S
D I N E R O D E L C I C L O D E
V I D A D E L M
S O F T W A R E E
C A S C A D A T
O
R E Q U I S I T O S D
O
N O R M A T I V A
E S P I R A L S
L E G A L
S E G U R I D A D D E
A C C E S O D E L A C O M P A Ñ I A

E N T O R N O
S E G U R I D A D
F Í S I C A

A D A P T A C I Ó N D E L A
A P L I C A C I Ó N , P R U E B A S
D E E V A L U A C I Ó N , E T C

C R E D E N C I A L E
M A T R I Z D E R E S P O N S A B I L I D A D
S ( I S O 9 0 0 1 , . . . )
C A P A C I D A D D E Q U E D E M N
L A A D Q S U O P
S T
O R G A N I Z A C I Ó N Q U I É N
A D Q

M A N U A L D E L A S U
C A L I D A D
D E S

O P
P R O C E D I M I E N T O C O N T R A T O
S
M N T

P L A N D E L A
C A L I D A D

P L A N D E L
P R O Y E C T O

I N I C I O D E L
P R O Y E C T O
 Adecuación
de la 12207
• Proceso de Adaptación:
– Identificación del entorno del proyecto.
• Cuáles son las características del proyecto o de la organización
(sus procesos).
– Solicitud de entradas.
• Las entradas que puedan afectar a los procesos del ciclo de vida
del software.
– Selección de procesos.
• Se seleccionan de los existentes.
• Se puede adicionar procesos propios (especificados en los
contratos).
• Se deben considerar los factores de riesgos, costo, plazos, etc.
– Documentación de las decisiones y razones de las
adaptaciones.
• Se debe documentar la adaptación.
 Adecuación
de la 12207

Cascada
 Adecuación
de la 12207

Incremental
 Adecuación
de la 12207

Evolutivo
 5. PROCESOS PRINCIPALES DEL CICLO DE VIDA
6. PROCESOS
DE APOYO DEL
VISIÓN CONTRACTUAL CICLO DE VIDA

5.1 Proceso de Adquisición 6.1 Proceso de

Documentación
Preparación y
Preparación de la Seguimiento Aceptación y
Inicio actualización del del proveedor
solicitud de propuestas finalización
contrato
6.2 Gestión de la
Configuración

5.2 Proceso de Suministro

Preparación VISIÓN DE LA GESTIÓN
Ejecución y Revisión y Suministro y DE LA CALIDAD
Inicio de la Contrato Planificación
control evaluación finalización
respuesta 6.3 Proceso de
Aseguramiento
de la Calidad

VISIÓN DE LA INGENIERÍA VISIÓN OPERATIVA

5.3 Proceso de Desarrollo 6.4 Proceso de
5.4 Proceso de Operación Verificación
Apoyo a la
Implementación Instalación del Implementación Pruebas de
aceptación del
del proceso software del proceso operación
software
6.5 Proceso de
Validación
Operación del Soporte al
Analisis de los Diseño de la Pruebas de sistema usuario
requisitos del arquitectura
Integración
calificación del 6.6 Proceso de
del sistema
sistema del sistema sistema Revisión
Adaptación del Prototipo

Conjunta
5.5 Proceso de Mantenimiento
Analisis de Diseño de la Diseño Integración Pruebas de Analisis de
Implementación
los requisitos arquitectura detallado del del calificación problemas y 6.7 Proceso de
del software del software software software del software del proceso
moficaciones Auditoría
Implementación Revisión/
de las aceptación del
Codificación y
modificaciones mantenimiento
pruebas del 6.8 Proceso de
software
Solución de
Migración Retirada del
software Problemas

7. PROCESOS ORGANIZATIVOS DEL CICLO DE VIDA

VISIÓN GESTORA 7.2 Proceso de 7.4 Proceso de Recursos

Infraestructura Humanos
7.1 Proceso de Gestión

Inicio y definición
Planificación
7.3 Proceso de Mejora
del alcance

Ejecución y Revisión y Establecimiento Evaluación del Mejora del

Terminación
control evaluación del proceso proceso proceso

Prototipo
Soporte de aceptación del
Implementación del proceso Instalación del sofware
software

Analisis de requerimientos del Diseño de la arquitectura del

sistema sistema

Analisis de Codificación del 1 2

Verificación y ..n
requerimientos del software usando
validación
software 4GL
Desarrollo en el tiempo (repetir)
 Agenda

1. Conceptos
2. Norma NTP-ISO/IEC 12207
3. Adaptación de la Norma
4. Casos de Aplicación
1. MANTEMA
2. RUP
3. Curso Ing. Sw.
4. METRICA

5. Casos en el Perú
 Caso de Estudio - MANTEMA [2]

• MANTEMA: Metodología para mantenimiento de software.

– Basado en ISO/IEC 12207.
– España, desarrollada por la Universidad Castilla La Mancha.

– Para ellos, una metodología en un sentido habitual se refiere a una serie

de métodos o técnicas relacionadas.

– Según OPEN, una metodología tienen

• Un modelo de proceso.
• Un conjunto de técnicas.
• Un conjunto de entregables.
• Guías para la gestión del proyecto, lo que incluye roles, definición de una
estructura del equipo, etc.
• Un conjunto de métricas.
• Herramientas.
 Caso de Estudio - MANTEMA [2]
• Estructura General del Modelo de Proceso
Mantenimiento
corecctivo
urgente Uso del Proceso de Adaptación de
la propia Norma en actividades y
Mantenimiento
tareas para:
correctivo no - Incorporar (relaciones con sub-
urgente
contratistas).

Actividades y - Redefinir (migración paso hacia

Mantenimiento Actividades y
tareas mantenimiento adaptativo).
perfectivo tareas finales
iniciales
comunes - Soportar la contratación de
comunes
terceros para el mantenimiento.
Mantenimiento
preventivo

Mantenimiento
adaptivo
 Caso de Estudio - MANTEMA [2]
• Características Adicionales de la Metodología (ejemplos).
– Técnicas:
• Ingeniería Reversa.
• Reingeniería.
– Entregables:
• Documento de posibles soluciones (en mantenimiento perfectivo).
• Programa corregido (en mantenimiento correctivo urgente).
– Definición de roles:
• Cliente.
• Usuario.
• Organización de Mantenimiento.
– Métricas:
• Nivel de cumplimiento (medido en días de retraso).
– Herramientas:
• MANTIS, software que automatiza la metodología.
 Caso de Estudio - MANTEMA [2]
• Pantalla de MANTIS
 Caso de Estudio - MANTEMA [2]

Planificación Análisis de la
Estudio
del Proceso Petición

I-0
I-0.1 Iniciar y recoger información.
I-0.2 Preparar propuestas de mantenimiento.
I-0.3 Definir contrato.

I-1
I-1.1 Planificar calendario y responsabilidades.
I-1.2 Adquirir conocimiento de la aplicación.
I-1.3 Desarrollar planes.
I-1.4 Definir procedimientos de petición de modificación.
I-1.5 Implementar proceso de gestión de configuración de sw.
I-1.6 Preparar entornos de pruebas.
 Caso de Estudio - MANTEMA [2]

• Actividad: Estudio Inicial

I - 0.1
Iniciar y recoger información
Entradas Solicitud de prestación del
servicio de mantenimiento
Salidas Cuestionario inicial (DOC1)
I - 0.2 I - 0.3
Preparar propuesta de Mantenimiento Definir Contrato
Cuestionario inicial Propuesta de Mantenimiento
Entrevistas
Propuesta de mantenimiento (DOC2). Contrato de Mantenimiento
Documento de Riesgos (DOC4). (DOC3)

Técnicas Entrevista Identificación y estimación de riesgos

Responsable Equipo de mantenimiento Responsable de Mantenimiento Organización del sistema

Organización del sistema Responsable de Mantenimiento
Interfaces con Aseguramiento de la calidad
otros procesos
Pueden omitirse si no hay subcontratación
 Agenda

1. Conceptos
2. Norma NTP-ISO/IEC 12207
3. Adaptación de la Norma
4. Casos de Aplicación
1. MANTEMA
2. RUP
3. Curso Ing. Sw.
4. METRICA

5. Casos en el Perú
 RUP
Tiempo
Etapas
C Process Workflows Inception Elaboration Construction Transition

Business Modeling
o
Requirements
n Analysis & Design
t Implementation
e Test
n Deployment

i Supporting Workflows
Configuration Mgmt
d Management
o Environment
Preliminary Iter. Iter. Iter. Iter. Iter. Iter. Iter.
Iteration(s) #1 #2 #n #n+1 #n+2 #m #m+1

Iterations
 Iteraciones y Workflows
Phases
Core Workflows Inception Elaboration Construction Transition

Requirements

An iteration in the
elaboration phase
Analysis

Una iteración atraviesa

varios workflows
Design

Implementation

Test

P r e lim in a ry ite r. ite r. ite r. ite r. ite r. ite r. ite r.

Ite ra tio n (s ) #1 #2 #n #n+1 #n +2 #m #m +1
Workflows agrupan
actividades logicamente
It e r a tio n s
Caso de Estudio – RUP [5,6]
 Agenda

1. Conceptos
2. Norma NTP-ISO/IEC 12207
3. Adaptación de la Norma
4. Casos de Aplicación
1. MANTEMA
2. RUP
3. Curso Ing. Sw.
4. METRICA

5. Casos en el Perú
 Caso de Estudio – PUCP
• Curso de Ingeniería de Software
– Ingeniería de Software
– Desarrollo de Programas 1
– Desarrollo de Programas 2

Aspecto del Proyecto Ingeniería de Software Desarrollo de Programas Desarrollo de Programas

1 2
Total estudiantes 30 30 30
Estudiantes por empresa 10 3a4 30
Estudiantes por frente de 3a4 No aplica 6
trabajo
Desarrollo de cada frente Componente funcional. No aplica Componente funcional.
Coordinación interna Sí No Sí
Comité de estándares Sí Sí Sí
 Caso de Estudio – PUCP

Aspecto del Proyecto Ingeniería de Software Desarrollo de Programas Desarrollo de Programas

• Características
Área Informática en el eje técnico
Sistemas de Información
1
Ing. de computación /
2
Sistemas de información
Ciencias de la
computación.
Tipo de software Cliente / servidor Variado Aplicación web
Lenguajes de Delphi, Object Pascal Java Java
Programación
Sistema Administrador de MS-Sql Server No usa RDBMS, sino Postgresql o MySql
Bases de datos XML, en caso requiera
almacenar información
Arquitectura de Software Cliente / Servidor Elegido por los Tres capas
estudiantes
Proyecto del periodo Sistema de compra, Software para la Sistema para la
2002-2. armado de paquetes y generación de datos de Planificación de Recursos
asistente de paquetes pruebas usando reglas Empresariales (ERP).
turísticos. de construcción.
Proyecto del periodo Sistema de compra, Software para la prueba Sistema Integrado para
2003-1. venta y almacenamiento de esfuerzo de Gobiernos Locales y
de una tienda de videos. aplicaciones Regionales.
desarrolladas en Java.
 Caso de Estudio – PUCP
• Proceso basado en RUP para Ingeniería Software
D is eño d e
P roto tipo G U I
M ode lam ie nto
del N egoc io

E sp ec ific ac ió n de
R eq uerim ientos
E s pec ific a ción de
v.1 .0
R e que rim ien to s
v.2 .0

1 ra Ite ra c ió n

A n a lisis A n a lisis

2 d a Ite ra c ió n
D ise ñ o D ise ñ o

P ro g ra m a ció n P ro g ra m a ció n

P ru e b a s P ru e b a s A n a lisis

D ise ñ o

P ro to tip o d e
A rq u ite c tu ra P ro g ra m a ció n

P ru e b a s F in

P ro duc to F inal

P la nea ción de l P la nea ción de l P lane ac ió n del P la nea c ión de l

P roye c to v.1.0 P roye cto v.2.0 P royec to v.3 .1 P roye c to v.3.2

In c e p tio n E la b o ra tio n C o n s tru c tio n D e p lo ym e n t

 Agenda

1. Conceptos
2. Norma NTP-ISO/IEC 12207
3. Adaptación de la Norma
4. Casos de Aplicación
1. MANTEMA
2. RUP
3. Curso Ing. Sw.
4. METRICA 3

5. Casos en el Perú
 Caso de Estudio – MÉTRICA 3 [3]
• METRICA 3:

• Metodología de Planificación, Desarrollo y Mantenimiento de

Sistemas de Información.

– España, desarrollada por el Ministerio de Administraciones Públicas.

– Uso obligado a nivel interno y para todas los contratos con el gobierno.

– Soporta: Tecnología Estructurada y Tecnología Orientada a Objetos.

– Ultima revisión: enero 2000.

http://www.csi.map.es/csi/metrica3/
 Caso de Estudio – MÉTRICA 3 [3]
• Objetivos
– Proporcionar o definir Sistemas de Información que ayuden a conseguir
los fines de la Organización mediante la definición de un marco
estratégico para el desarrollo de los mismos.
– Dotar a la Organización de productos de software que satisfagan las
necesidades de los usuarios dando una mayor importancia al análisis de
los requisitos.
– Mejorar la productividad de los Departamentos de Sistemas y
Tecnologías de la Información y las Comunicaciones, permitiendo una
mayor capacidad de adaptación a los cambios y teniendo en cuenta la
reutilización en la medida de lo posible.
– Facilitar la comunicación y entendimiento entre los distintos participantes
en la producción de software a lo largo del ciclo de vida del proyecto,
teniendo en cuenta su papel y responsabilidad así como las necesidades
de todos y cada uno de ellos.
– Facilitar la operación, mantenimiento y uso de los productos de software
obtenido.
 Caso de Estudio – MÉTRICA 3 [3]
Aportaciones de MÉTRICA 3:
En lo que se refiere a estándares se ha tenido en cuenta como
referencia el Modelo de Ciclo de Vida de Desarrollo propuesto
en la norma ISO/IEC 12207 “Information Technology –
Software Life Processes Cycle”. Siguiendo este modelo se ha
elaborado la estructura de MÉTRICA Versión 3 en la que se
distinguen procesos principales (Planificación, Desarrollo y
Mantenimiento) e Interfaces (Gestión de Proyectos,
Aseguramiento de la Calidad, Seguridad y Gestión de la
Configuración) cuyo objetivo es dar soporte al proyecto en los
aspectos organizativos.
 PSI
Planificación
de SI
Métrica 3
prof. Patricia Letelier
EVS
Estudio de
Viabilidad
del Sistema

ASI
Análisis
del SI

DSI
Diseño
del SI

CSI
Construcción
del SI

IAS
Implantación y
Aceptación del SI
MSI
Mantenimiento
de SI
 IV. Actividades y Tareas
Ejemplo: Tareas de la Actividad “Establecimiento de Requisitos” del
Proceso DSI

GC 1

PSI-SEG EVS-SEG ASI-SEG DSI-SEG CSI-SEG IAS-SEG MSI-SEG

PSI EVS ASI DSI CSI IAS MSI

EVS-CAL ASI-CAL DSI-CAL CSI-CAL IAS-CAL MSI-CAL

EVS-GC GC 2 MSI-GC

GP
 Actividades y Tareas
Ejemplo: Tareas de la Actividad “Establecimiento de Requisitos” del Proceso ASI
 Actividades y Tareas
Ejemplo: Tareas de la Actividad “Establecimiento de Requisitos” del Proceso ASI
 Productos
Entradas y Salidas de PSI
 Agenda

1. Conceptos
2. Norma NTP-ISO/IEC 12207
3. Adaptación de la Norma
4. Casos de Aplicación
1. MANTEMA
2. RUP
3. Curso Ing. Sw.
4. METRICA

5. Casos en el Perú
 Casos en el Perú

9La Fuerza Aérea del Perú.

9EGASA
9Banco de la Nación
9Fondo MIVIVIENDA
9Instituto Nacional de Radio y
Televisión
 Ideas Finales
sobre la 12207

9 Ayuda a ordenar los procesos del ciclo

de vida del software.
9 Si tiene definida una metodología de
desarrollo de software y la UTILIZA,
entonces le será más fácil implementarla.
9 Si no desarrolla software, pero compra
soluciones informáticas, debe usar solo
las partes que le corresponde y alinearla
a las disposiciones vigentes.
9 Conjunto de recomendaciones de “como
se hacen bien las cosas”.
9 Una norma probada por diversos
sectores: militar, comercial, industrial.
 Comentarios Finales

• Comprender la norma no es difícil.

• Aplicar la norma implica ordenar y clarificar los
procesos al interior de la organización.
• Utilizar una metodología que soporte ISO/IEC 12207,
sería lo más aconsejable para una organización que no
cuenta con ella formalmente. Por ejemplo: MÉTRICA 3
o Basarse en RUP.
 GRACIAS
Abraham Dávila
abraham.davila@pucp.edu.pe

Secretaría Técnica:
6262000 anexo 4801, 99340843
 Bibliografia
• [1] R.Singh. International Standard ISO/IEC 12207 Software Life Cycle Processes.
http://www.abelia.com/docs/12207cpt.pdf

• [2] M. Polo et al. Calidad en Mantenimiento de Software. Pags. 271..303, en M. Piattini,

F.García. Calidad en el desarrollo y mantenimiento del Software. Editorial Ra-Ma, 2003,
España.

• [3] Ministerio de Administración Pública de España. MÉTRICA Versión 3,

http://www.csi.map.es/csi/metrica3/

• [4] INDECOPI, NTP-ISO/IEC 12207:2003 Procesos del Ciclo de Vida del Software. 2003.

• [5] Calsavara et al. Aderência do RUP à norma NBR ISO/IEC.

http://www.pr.gov.br/batebyte/edicoes/2000/bb104/software.htm

• [6] R.Kruchten. How the Rational Unified Process Supports ISO/IEC 12207
• www-106.ibm.com/developerworks/rational/
library/content/RationalEdge/aug02/ISORUPAug02.pdf
– Nov 2001, primer intento de creación
– Ago 2002, segundo intento de creación
– Oct 2002 se aprueba la creación del CTN-ISSI
– 27 Mar 2003 Reunión de Instalación del CTN-ISSI
– Abr 2003 Se inicia la traducción de la ISO/IEC
12207 Procesos del Ciclo de Vida del Software
– Nov 2003 Se concluye el trabajo al interior del
comité de la ISO/IEC 12207:1995 Amd 1:2002.
• Se convierte en NTP-ISO/IEC 12207:2004
• PCM, la hace obligatoria para el sector del estado desde
Jun 2004.
 Año de publicación: 2004
• NTP-ISO/IEC 12207:2004 Tecnología de la información. Procesos del ciclo de vida del software
• NTP-ISO/IEC 9126-1:2004 Ingeniería de software. Calidad del producto. Parte 1: Modelo de calidad
• NTP-ISO/IEC 9126-2:2004 Ingeniería de software. Calidad del producto. Parte 2:Métricas externas
• NTP-ISO/IEC 14598-1: 2004 Tecnología de la información - Evaluación de producto software. Parte 1: Visión
General

2005
• NTP-ISO/IEC 9126-3:2005 Ingeniería de software. Calidad del producto. Parte 3:Métricas internas
• NTP-ISO/IEC 9126-4:2005 Ingeniería de software. Calidad del producto..Parte 4: Métricas de calidad en uso
• NTP-ISO/IEC 14598-2:2005 Ingeniería de software. Evaluación del producto. Parte 2:Planificación y gestión
• NTP-ISO/IEC 14598-3:2005 Ingeniería de software. Evaluación del producto. Parte 3:Proceso para
desarrolladores
• NTP-ISO/IEC 12119:2005 Tecnología de la Información. Paquetes Software. Requerimientos de calidad y
pruebas
CTN - ISSI
65
 2006
• NTP-ISO/IEC 14598-4:2006 Ingeniería de Software. Evaluación del producto. Parte 4: Procesos para
adquirientes
• NTP-ISO/IEC 12207: 2006 Tecnología de la información. Procesos del ciclo de vida del software
• NTP-ISO/IEC 16326:2006 Ingeniería de Software. Guía para la aplicación de la NTP-ISO/IEC 12207 para la
gestión de proyectos
•NTP-ISO/IEC 15271:2007 Tec. de Información. Guía para la NTP-ISO/IEC 12207 (Proceso del Ciclo de vida
de Sw)
•Actividad de Lanzamiento, Presentación de experiencias en la implantación de la NTP-ISO/IEC 12207
•CAN: Proyecto de NA 27-001:2006 (ISO/IEC 14598-1).

2007 Avanzado - Planeado

• NTP-ISO/IEC 14598-5:2007 Ingeniería de Software. Evaluación del producto. Parte 5: Procesos para
evaluadores
• NTP-ISO/IEC 14598-6:2007 Ing. de Sw. Evaluación del producto. Parte 6: Documentación de módulos de
evaluación
• NTP-ISO/IEC 90003:2007 Ing. de Software. Guía de la aplicación de la ISO 9001:2000 al software
•Actividad de Lanzamiento, Presentación de Normas NTP-ISO/IEC 9126 NTP-ISO/IEC 14598 y NTP-
ISO/IEC 11219
•CAN: Proyecto de NA propuesto (ISO/IEC 12207)
66
67