presentación norma técnica peruana

Aplicación de los Proyectos informáticos utilizando la NTP ISO/IEC 12207

Abraham DávilaSecretario 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ú

ACCESO A LOS MERCADOS PARA LAS MYPES DEL SOFTWARE

IMPLEMENTACIÓN DE LA NORMA DEL CICLO DE VIDA DEL SOFTWARE

1. Conceptos

2. Norma NTP-ISO/IEC 12207

3. Adaptación de la Norma

4. Casos de Aplicación1. MANTEMA

2. RUP

3. Curso Ing. Sw.

4. METRICA

5. Casos en el Perú

Agenda

IntroducciónHa 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ónFactores 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 procesosLa 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 de No-Conformidad+

Costo de Conformidad=

Costode la Calidad

Costode la Calidad

Costo de la Calidad (CoQ)• ¿a qué dedican su tiempo los desarrolladores de software? o

¿cómo se consume los presupuesto de los proyectos?

39

20

41Nuevos desarrollos

Costo de Conformidad

Costo de NoConformidad

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

Costo de la Calidad (CoQ)

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

5821

21

67

23

10

77

176

39

20

41

1988 - CMM Level 1 1990 - CMM Level 2

1992 - CMM Level 3 1995 – CMM Level 4

Nuevos DesarrollosCosto de ConformidadCosto de No Conformidad

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

Perspectiva financiera

Crecimiento

0

5000000

10000000

15000000

20000000

25000000

1 2 3 4 5 6 7 8 9 10 11 12 13

Años

Serie1

Serie2

1994-2002 2003-2006

Caso de aplicación

Aprendizaje y Crecimiento

200605

10152025303540

Personal

199419951996199719981999200020012002200320042005

Caso de aplicación

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

•• ¿¿ el desarrollo de software es realmente un proceso ?el desarrollo de software es realmente un proceso ?

NECESIDADES INGENIERIA DESOFTWARE

PRODUCTOSOFTWARE

PROCESO

transformaciónSALIDAENTRADA

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.

Conceptos claves

Fases del Ciclo de vida del Proyecto

Dos últimos opcionales

Req

uerim

ient

os

Dis

eño

Impl

emen

taci

ón

Prue

bas

Inst

alac

ión

Com

prob

ació

n

Req

uerim

ient

os

Dis

eño

Impl

emen

taci

ón

Prue

bas

Inst

alac

ión

Com

prob

ació

n

Con

cept

o

Ope

raci

ón

Man

teni

mie

nto

Ret

irada Fases del

Ciclo de vida del Software

1. Conceptos




2. RUP

3. Curso Ing. Sw.

4. METRICA


Agenda

1983 1988

1988

1994

1991 2002-20051995

Evolución

15271 Guía de aplicación

Normas Relacionadas al Software•1 parte

•1 parte

•5 partes

•1 parte

•1 parte

VSE

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

Qué es la 12207

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

Evolución

Alcance

APLICACIÓN :

Nace Muere

Adquirientes, proveedores, usuarios , ...

ProcesosCorporativos

ProyectosProductos

INVOLUCRADOS(STAKEHOLDERS) :

CICLO DE VIDA::

DETALLES: :PROCESOS ,

DEFINICIONES YDESCRIPCIONES

METODOLOGÍAS ,MÉTODOS Y

MÉTRICAS

PROCEDIMIENTOS ,TÉCNICAS ,

HERRAMIENTAS YENTORNOS

ProyectosServicios

7. PROCESOS ORGANIZATIVOS DEL CICLO DE VIDA

7.1 Gestión 7.2 Infraestructura

7.3 Mejora7.4 Recursos

Humanos

6. PROCESOS DE APOYODEL CICLO DE VIDA

6.1 Documentación

6.2 Gestión de la Configuración

6.3 Aseguramiento de laCalidad

6.4 Verificación

6.5 Validación

6.6 Revisión Conjunta

6.7 Auditoría

6.8 Solución de Problemas

5. PROCESOS PRINCIPALESDEL CICLO DE VIDA

5.1 Adquisición

5.2 Suministro

5.3Desarrollo

5.4 Operación

5.5Mantenimiento

Arquitectura

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 l a s a c t i v i d a d e s d e l P r o c e s o d e D e s a r r o l l o n o s o n l o s n o m b r e s d e l a s f a s e s d e l d e s a r r o l l o

6 . 1 P r o c e s o d e D o c u m e n t a c i ó n

6 . 7 P r o c e s o d e A u d i t o r í a

6 . 6 P r o c e s o d e R e v i s i ó n C o n j u n t a

6 . 5 P r o c e s o d e V a l i d a c i ó n

6 . 4 P r o c e s o d e V e r i f i c a c i ó n

6 . 3 P r o c e s o d e A s e g u r a m i e n t o

d e l a C a l i d a d

6 . 2 G e s t i ó n d e l a C o n f i g u r a c i ó n

6 . P R O C E S O S D E A P O Y O D E L C I C L O D E V I D A5 . 1 P r o c e s o d e A d q u i s i c i ó n

C o n t r a t o P l a n i f i c a c i ó nI n i c i o R e v i s i ó n y e v a l u a c i ó n

E j e c u c i ó n y c o n t r o l

S u m i n i s t r o y f i n a l i z a c i ó n

P r e p a r a c i ó n d e l a r e s p u e s t a

I n i c i o P r e p a r a c i ó n d e l a s o l i c i t u d d e p r o p u e s t a s

P r e p a r a c i ó n y a c t u a l i z a c i ó n d e l

c o n t r a t o

S e g u i m i e n t o d e l p r o v e e d o r

A c e p t a c i ó n y f i n a l i z a c i ó n

5 . 2 P r o c e s o d e S u m i n i s t r o

I m p l e m e n t a c i ó n d e l p r o c e s o

I n s t a l a c i ó n d e l s o f t w a r e

A p o y o a l a a c e p t a c i ó n d e l

s o f t w a r e

6 . 8 P r o c e s o d e S o l u c i ó n d e P r o b l e m a s

5 . P R O C E S O S P R I N C I P A L E S D E L C I C L O D E V I D A

A n a l i s i s d e l o s r e q u i s i t o s

d e l s i s t e m a

D i s e ñ o d e l a a r q u i t e c t u r a d e l s i s t e m a

I n t e g r a c i ó n d e l s i s t e m a

P r u e b a s d e c a l i f i c a c i ó n d e l

s i s t e m a

A n a l i s i s d e l o s r e q u i s i t o s d e l s o f t w a r e

I n t e g r a c i ó n d e l s o f t w a r e

D i s e ñ o d e t a l l a d o

d e l s o f t w a r e

D i s e ñ o d e l a a r q u i t e c t u r a d e l s o f t w a r e

P r u e b a s d e c a l i f i c a c i ó n

d e l s o f t w a r e

C o d i f i c a c i ó n y p r u e b a s d e l s o f t w a r e

I m p l e m e n t a c i ó n d e l p r o c e s o

O p e r a c i ó n d e l s i s t e m a

P r u e b a s d e o p e r a c i ó n

S o p o r t e a l u s u a r i o

5 . 4 P r o c e s o d e O p e r a c i ó n

5 . 5 P r o c e s o d e M a n t e n i m i e n t o

I m p le m e n t a c ió n d e l p r o c e s o

A n a l i s i s d e p r o b l e m a s y m o f i c a c i o n e s

I m p le m e n t a c ió n d e l a s

m o d i f i c a c i o n e s

R e v i s i ó n /a c e p t a c i ó n d e l m a n t e n im ie n t o

R e t i r a d a d e l s o f t w a r eM i g r a c i ó n

5 . 3 P r o c e s o d e D e s a r r o l l o

I n i c i o y d e f i n i c i ó n d e l a l c a n c e

7 . P R O C E S O S O R G A N I Z A T I V O S D E L C I C L O D E V I D A

P l a n i f i c a c i ó n

E j e c u c i ó n y c o n t r o l

R e v i s i ó n y e v a l u a c i ó n T e r m i n a c i ó n

7 . 2 P r o c e s o d e I n f r a e s t r u c t u r a

7 . 4 P r o c e s o d e R e c u r s o s H u m a n o s

E s t a b l e c i m i e n t o d e l p r o c e s o

E v a l u a c i ó n d e l p r o c e s o

M e j o r a d e l p r o c e s o

7 . 3 P r o c e s o d e M e j o r a

7 . 1 P r o c e s o d e G e s t i ó n

Est

ruct

ura

-Nor

ma

ISO

/IEC

122

07:2

002

Procesos Principales

Suministro Adquisición

Operación

Mantenimiento

Desarrollo

Según RAGHU SINGH

Procesos de Soporte

Según RAGHU SINGH

Validación

Verificación

Aseguramiento de la calidad

Auditoria

Revisiones conjuntas

Solución de problemas

Desarrollo

Documentación

Configuración

Suministro

Adquisición

Mantenimiento

Operación

Procesos Organizacionales

Según RAGHU SINGH

Proceso de mejora

Proceso de infraestructura

Proceso de gestión

Procesos primarios

Proceso de entrenamiento

4

3

2

1

1. Conceptos




2. RUP

3. Curso Ing. Sw.

4. METRICA


Agenda

A D A P T A C I Ó N D E L AA 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

N O R M A I S O /I E C D E

P R O C E S O SD E L C I C L O D E

V I D A D E LS O F T W A R E

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

P L A N D E L AC A L I D A D

C O N T R A T O

I N I C I O D E LP R O Y E C T O

M NTO PD E

SS UA D QQ U E

Q U I É NA D Q

S U

D E S

O P

M N T

P R O C E D I M I E N T OS

C A P A C I D A D D EL A

O R G A N I Z A C I Ó N

M A N U A L D E L AC A L I D A D

S E G U R I D A DF Í S I C A

S E G U R I D A D D EA C C E S O

N O R M A T I V AL E G A L

R E Q U I S I T O S

T I E M P O

D I N E R O

E N T O R N O

D E L A C O M P A Ñ I A

E S P I R A L

C A S C A D A

METODOS

O T R A S E N T R A D A S

C R E D E N C I A L ES ( I S O 9 0 0 1 , . . . ) M A T R I Z D E R E S P O N S A B I L I D A D

M O D E L O S Y M É T O D O S

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.



Cascada

Incremental


Evolutivo


Ada

ptac

ión

del P

roto

tipo

6.1 Proceso deDocumentación

6.7 Proceso deAuditoría

6.6 Proceso deRevisiónConjunta

6.5 Proceso deValidación

6.4 Proceso deVerificación

6.3 Proceso deAseguramientode la Calidad

6.2 Gestión de laConfiguración

VISIÓN DE LA GESTIÓNDE LA CALIDAD

6. PROCESOSDE APOYO DELCICLO DE VIDA

5.1 Proceso de Adquisición

Contrato PlanificaciónInicio Revisión yevaluación

Ejecución ycontrol

Suministro yfinalización

Preparaciónde la

respuesta

Inicio Preparación de lasolicitud de propuestas

Preparación yactualización del

contrato

Seguimientodel proveedor

Aceptación yfinalización

5.2 Proceso de Suministro

VISIÓN CONTRACTUAL

Implementacióndel proceso

Instalación delsoftware

Apoyo a laaceptación del

software

6.8 Proceso deSolución deProblemas

5. PROCESOS PRINCIPALES DEL CICLO DE VIDA

Analisis de losrequisitos del

sistema

Diseño de laarquitecturadel sistema

Integracióndel sistema

Pruebas decalificación del

sistema

Analisis delos requisitosdel software

Integracióndel

software

Diseñodetallado del

software

Diseño de laarquitecturadel software

Pruebas decalificacióndel software

Codificación ypruebas del

software


Operación delsistema

Pruebas deoperación

Soporte alusuario

5.4 Proceso de OperaciónVISIÓN OPERATIVAVISIÓN DE LA INGENIERÍA

5.5 Proceso de Mantenimiento


Analisis deproblemas ymoficaciones

Implementaciónde las

modificaciones

Revisión/aceptación delmantenimiento

Retirada delsoftware

Migración

5.3 Proceso de Desarrollo

Inicio y definicióndel alcance

7. PROCESOS ORGANIZATIVOS DEL CICLO DE VIDA

Planificación

Ejecución ycontrol

Revisión yevaluación Terminación

7.2 Proceso deInfraestructura

7.4 Proceso de RecursosHumanos

Establecimientodel proceso

Evaluación delproceso

Mejora delproceso

7.3 Proceso de Mejora

7.1 Proceso de Gestión

VISIÓN GESTORA

Implementación del proceso Instalación del sofware Soporte de aceptación delsoftware

Prototipo

Analisis de requerimientos delsistema

Diseño de la arquitectura delsistema

Analisis derequerimientos del

software

Codificación delsoftware usando

4GL

Verificación yvalidación

1

Desarrollo en el tiempo (repetir)

2..n

1. Conceptos




2. RUP

3. Curso Ing. Sw.

4. METRICA


Agenda

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


Uso del Proceso de Adaptación de la propia Norma en actividades y tareas para:

- Incorporar (relaciones con sub-contratistas).

- Redefinir (migración paso hacia mantenimiento adaptativo).

- Soportar la contratación de terceros para el mantenimiento.

Actividades ytareas

inicialescomunes

Mantenimientoperfectivo

Mantenimientocorecctivourgente

Mantenimientocorrectivo no

urgente

Mantenimientopreventivo

Mantenimientoadaptivo

Actividades ytareas finales

comunes

• Estructura General del Modelo de Proceso

• 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


EstudioPlanificación del Proceso

Análisis de la Petición

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

I-1I-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.


I - 0.1 I - 0.2 I - 0.3Iniciar y recoger información Preparar propuesta de Mantenimiento Definir Contrato

Entradas Solicitud de prestación del servicio de mantenimiento

Cuestionario inicialEntrevistas

Propuesta de Mantenimiento

Salidas Cuestionario inicial (DOC1) Propuesta de mantenimiento (DOC2). Documento de Riesgos (DOC4).

Contrato de Mantenimiento (DOC3)

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

Responsable Equipo de mantenimiento Organización del sistema

Responsable de Mantenimiento Organización del sistemaResponsable de MantenimientoAseguramiento de la calidadInterfaces con

otros procesosPueden omitirse si no hay subcontratación

• Actividad: Estudio Inicial

1. Conceptos




2. RUP

3. Curso Ing. Sw.

4. METRICA


Agenda

ManagementEnvironment

Business Modeling

ImplementationTest

Analysis & Design

Preliminary Iteration(s)

Iter.#1

EtapasProcess Workflows

Iterations

Supporting Workflows

Iter.#2

Iter.#n

Iter.#n+1

Iter.#n+2

Iter.#m

Iter.#m+1

Deployment

Configuration Mgmt

Requirements

Elaboration TransitionInception ConstructionCont enido

Tiempo

RUP

Iteraciones y Workflows

P re lim in a ryIte ra tio n (s)

ite r.# 1

ite r.# 2

ite r.# n

ite r.#n + 1

ite r.# n +2

ite r.#m

ite r.#m +1

Inception Elaboration Construction Transition

Ite ra t io n s

PhasesCore Workflows

An iteration in theelaboration phase

Requirements

Design

Implementation

Test

Analysis

Workflows agrupanactividades logicamente

Una iteración atraviesavarios workflows

Cas

o de

Est

udio

–R

UP

[5,6

]

1. Conceptos




2. RUP

3. Curso Ing. Sw.

4. METRICA


Agenda

• Curso de Ingeniería de Software– Ingeniería de Software– Desarrollo de Programas 1– Desarrollo de Programas 2

Caso de Estudio – PUCP

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

Desarrollo de Programas 2

Total estudiantes 30 30 30 Estudiantes por empresa 10 3 a 4 30 Estudiantes por frente de trabajo

3 a 4 No aplica 6

Desarrollo de cada frente Componente funcional. No aplica Componente funcional. Coordinación interna Sí No Sí Comité de estándares Sí Sí Sí

• Características en el eje técnicoAspecto del Proyecto Ingeniería de Software Desarrollo de Programas

1 Desarrollo de Programas 2

Área Informática Sistemas de Información Ing. de computación / Ciencias de la computación.

Sistemas de información

Tipo de software Cliente / servidor Variado Aplicación web Lenguajes de Programación

Delphi, Object Pascal Java Java

Sistema Administrador de Bases de datos

MS-Sql Server No usa RDBMS, sino XML, en caso requiera almacenar información

Postgresql o MySql

Arquitectura de Software Cliente / Servidor Elegido por los estudiantes

Tres capas

Proyecto del periodo 2002-2.

Sistema de compra, armado de paquetes y asistente de paquetes turísticos.

Software para la generación de datos de pruebas usando reglas de construcción.

Sistema para la Planificación de Recursos Empresariales (ERP).

Proyecto del periodo 2003-1.

Sistema de compra, venta y almacenamiento de una tienda de videos.

Software para la prueba de esfuerzo de aplicaciones desarrolladas en Java.

Sistema Integrado para Gobiernos Locales y Regionales.


• Proceso basado en RUP para Ingeniería Software

M odelam ientodel Negocio

Especificación deRequerim ientos

v.1.0 Especificación deRequerim ientos

v.2.0

D iseño dePrototipo GUI

Producto F inal

P laneación delP royecto v.1.0



Inception Elaboration Construction Deploym ent

Planeación delP royecto v.3.2

F in

Prototipo deArquitectura

1ra Iteración

2da Iteración

Analisis

D iseño

Pruebas

Programación

Analisis

D iseño

Pruebas

Programación

Analisis

D iseño

Pruebas

Programación


1. Conceptos




2. RUP

3. Curso Ing. Sw.

4. METRICA 3


Agenda

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



Aportaciones de MAportaciones de MÉÉTRICA 3: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.

PSIPlanificación

de SI

EVSEstudio de Viabilidad del Sistema

ASIAnálisis

del SI

DSIDiseño del SI

CSIConstrucción

del SI

IASImplantación y

Aceptación del SI

MSIMantenimiento

de SI

Métrica 3prof. Patricia Letelier

IV. Actividades y TareasEjemplo: Tareas de la Actividad “Establecimiento de Requisitos” del

Proceso DSI

PSI EVS ASI DSI CSI IAS MSI

EVS-GC GC 2 MSI-GC

GC 1

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

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

GP

Actividades y TareasEjemplo: Tareas de la Actividad “Establecimiento de Requisitos” del Proceso ASI

ProductosEntradas y Salidas de PSI

1. Conceptos




2. RUP

3. Curso Ing. Sw.

4. METRICA


Agenda

La Fuerza Aérea del Perú.EGASABanco de la NaciónFondo MIVIVIENDAInstituto Nacional de Radio y Televisión

Casos en el Perú

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.

Ideas Finalessobre la 12207

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á[email protected]

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.

65

CTN - ISSI

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

66

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)

presentación norma técnica peruana

Career