Presentación Norma Técnica Peruana

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

• ¿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


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

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

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)

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.

• Estructura General del Modelo de Proceso
Mantenim iento
corecctivo
urgente Uso del Proceso de Adaptación de
la propia Norma en actividades y
Mantenim iento
tareas para:
correctivo no - Incorporar (relaciones con sub-
urgente
contratistas).

Actividades y - Redefinir (migración paso hacia
Mantenim iento Actividades y
tareas mantenimiento adaptativo).
perfectivo tareas finales
iniciales
com unes - Soportar la contratación de
com unes
terceros para el mantenimiento.
Mantenimiento
preventivo

Mantenim iento
adaptivo

• 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.

• Pantalla de MANTIS


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.


• Actividad: Estudio Inicial
I - 0.1 I - 0.2 I - 0.3
Iniciar y recoger información Preparar propuesta de Mantenimiento Definir Contrato
Entradas Solicitud de prestación del Cuestionario inicial Propuesta de Mantenimiento
servicio de mantenimiento Entrevistas
Salidas Cuestionario inicial (DOC1) 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

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 – 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í


Aspecto del Proyecto Ingeniería de Software Desarrollo de Programas Desarrollo de Programas
• Características en el eje técnico
Área Informática
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.

• 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/

• 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.

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

Productos
Entradas y Salidas de PSI

Casos en el Perú

La Fuerza Aérea del Perú.
EGASA
Banco de la Nación
Fondo MIVIVIENDA
Instituto Nacional de Radio y
Televisión

Ideas Finales
sobre la 12207

Ayuda a ordenar los procesos del ciclo
de vida del software.
Si tiene definida una metodología de
desarrollo de software y la UTILIZA,
entonces le será más fácil implementarla.
Si no desarrolla software, pero compra
soluciones informáticas, debe usar solo
las partes que le corresponde y alinearla
a las disposiciones vigentes.
Conjunto de recomendaciones de “como
se hacen bien las cosas”.
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

Presentación Norma Técnica Peruana

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

Destaque

Destaque (17)

Semelhante a Presentación Norma Técnica Peruana

Semelhante a Presentación Norma Técnica Peruana (20)

Último

Último (9)

Presentación Norma Técnica Peruana