presentación norma técnica peruana
Post on 07-Jul-2015
1.176 Views
Preview:
TRANSCRIPT
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. 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
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. 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
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.
Adecuación de la 12207
Adecuación de la 12207
Cascada
Incremental
Adecuación de la 12207
Evolutivo
Adecuación de la 12207
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
Implementacióndel proceso
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
Implementacióndel proceso
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. 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
• 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]
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.
Caso de Estudio - MANTEMA [2]
Caso de Estudio - MANTEMA [2]
• Pantalla de MANTIS
Caso de Estudio - MANTEMA [2]
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.
Caso de Estudio - MANTEMA [2]
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. 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
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. 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
• 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.
Caso de Estudio – PUCP
• 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
P laneación delP royecto v.2.0
P laneación delP royecto v.3.1
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
Caso de Estudio – PUCP
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 3
5. Casos en el Perú
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.
Caso de Estudio – MÉTRICA 3 [3]
Caso de Estudio – MÉTRICA 3 [3]
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
Actividades y TareasEjemplo: Tareas de la Actividad “Establecimiento de Requisitos” del Proceso ASI
ProductosEntradas y Salidas de PSI
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
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ávilaabraham.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.
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)
67
top related