Escolar Documentos
Profissional Documentos
Cultura Documentos
Ing. Csar Vilchez Inga Oficina Nacional de Gobierno Electrnico e Informtica Presidencia del Consejo de Ministros
OBJETIVO DE LA SESION
PRESENTAR
OBJETIVOS
NTP ISO/IEC 12207:2003 Procesos del Ciclo de Vida del Software. NTP ISO/IEC 9126-1:2004 Modelo de calidad de producto. NTP ISO/IEC 9126-2:2004 Mtricas de calidad externa. NTP ISO/IEC 9126-3:2004 Mtricas de calidad interna. NTP ISO/IEC 9126-4:2005 Mtricas de calidad en uso. NTP ISO/IEC 14598-1:2004 Evaluacin de la calidad de producto-Visin general.
CONSUMIDORES
PRODUCTORES
TECNICOS
Asoc. de Bancos del Per Congreso de la Repblica CORPAC S.A ESSALUD OGEI-PCM PETROPERU Soc. Nacional de Industrias Souther Per Copper Corp. Superintendencia de Banca y Seguros SUNAT
UL UPC PUCP
EVENTO
ISO/IEC 9126
ISO/IEC 14598
Personas: PSP, TSP (www.sei.cmu.edu) Producto: ISO/IEC 9126 -> SQUARE, ISO/IEC 12119 Proceso: ISO/IEC 90003 ->Gua ISO 9001 Madurez y Capacidad: CMMi, ISO/IEC 15504, MPS Mejora continua: IDEAL, SPI, ISO/IEC 15504
CONCEPTOS CLAVES
CONCEPTOS CLAVES
PROCESO
Conjunto de actividades mutuamente relacionadas o que interactan, las cuales transforman elementos de entrada en resultados. NTP-ISO/IEC 12207:2003 Procesos del Ciclo de Vida del Software.
ENTRADA
PROCESO
TRANSFORMACION
SALIDA
NECESIDADES
INGENIERIA
SOFTWARE
PRODUCTO SOFTWARE
CONCEPTOS CLAVES
Modelo: Esquema terico, generalmente en forma matemtica, de un sistema o de una realidad compleja. DRAE
Ciclo de desarrollo del software: Periodo de tiempo que comienza con la decisin 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. Estados en el ciclo de vida del software Constituye cada uno de los momentos (estados) por las que pasa (evoluciona) el producto software. Ing. Software. R.Fairley
CONCEPTOS CLAVES
Mantenimiento Retirada
SOFTWARE
CONCEPTOS CLAVES
Proceso
Ciclos de vida
Necesidades
Especificacin de Requisitos
Diseo
Codigo
Sistema Software
Obtener Requisitos
Disear Sistema
Codificar
Probar
CONCEPTOS CLAVES
Productos
Documento de definicin de requerimientos
Proceso
Documento de especificacin del sistema
Necesidades
Definir requerimientos
Especificar el sistema
Entregar de la solucin
Es una norma de la ingeniera de software resultado del esfuerzo internacional de expertos de todo el mundo entre acadmicos y profesionales. Busca establecer un marco de referencia para la administracin de los procesos de la ingeniera de software en el mundo. Define los procesos, actividades y tareas asociadas a los procesos del ciclo de vida del software desde la concepcin hasta su retiro. Define los procesos de ingeniera 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
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 edicin. Participaron en la elaboracin: Alemania, Australia, Brasil, Canada, Corea, Dinamarca, Espaa, Estados Unidos de Amrica, Finlandia, Francia, Irlanda, Italia, Japn, Holanda, Suecia, Reino Unido y Repblica Checa 2002 En mayo, se publica la enmienda 1 a modo de revisin preliminar. Se considera a: ISO/IEC 15504 (evaluacin del proceso), ISO/IEC 14598 (evaluacin producto), ISO/IEC 15939 (medicin del software).
Per. Se traduce durante 2003. Per. Se publica mayo 2004 NTP-ISO/IEC 12207:2004. Per: En Julio 2004, el Estado Peruano oficializa su uso para estandarizar procesos y productos Software, con miras a la integracin y servicios en lnea (2600 entidades pblicas).
: CICLO DE VIDA:
Nace
Muere
INVOLUCRADOS (STAKEHOLDERS)
Adquirientes,
proveedores,
usuarios, ...
DETALLES:
12207: Procesos
Actividades
Tareas
Procesos (17)
Actividades (74)
Tareas (224)
Politicas y procedimientos Auditoras y revisiones
Planes
Registros
Documentos
ARQUITECTURA
La norma establece la arquitectura de alto nivel del ciclo de vida del software: los procesos y sus interrelaciones. El ciclo comienza con la idea y termina con la retirada del software. Se derivan los procesos considerando:
Actividad N Tareas
ESTRUCTURA
Los procesos se organizan por actividades. Las actividades se implementan a travs de las tareas. Una tarea es: Un conjunto elemental o atmico de acciones. Una tarea consume entradas (datos, informacin, control) y produce salidas (datos, informacin, control).
5.1 Adquisicin
6.1 Documentacin
6.2 Gestin de la Configuracin 5.2 Suministro 6.3 Aseguramiento de la Calidad 6.4 Verificacin 5.4 Operacin 6.5 Validacin 5.3 Desarrollo 5.5 Mantenimiento
6.7 Auditora
7.3 Mejora
VISIN OPERATIVA
5.4 Proceso de Operacin
Implementacin del proceso Pruebas de operacin
La posicin de las actividades en la figura no implica orden temporal. Los nombres de las actividades del Proceso de Desarrollo no son los nombres de las fases del desarrollo
Figura C.2 - Procesos del ciclo de vida del software, visiones y actividades
PROCESO DE ADAPTACION
Identificacin del entorno del proyecto. Cules son las caractersticas del proyecto o de la organizacin (sus procesos). Solicitud de entradas. Las entradas que se puedan afectar a los procesos del ciclo de vida del software. Seleccin 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. Documentacin de las decisiones y razones de las adaptaciones. Se debe documentar la adaptacin
OTRAS ENTRADAS
TIEMPO DINERO
NORMA ISO/ IEC DE PROCESOS DEL CICLO DE VIDA DEL SOFTW ARE
CASCADA
M E T O D O S
DE LA COMPAIA ENTORNO
ADQ
SU
OP
MANUAL DE LA CALIDAD
PROCEDIMIENTO S
SI 1
Estructura 1
C/T
I/AS
Estructura 2
C/T
I/AS
Estructura n
D
Flujo de Informacin Posible R: Requisitos D: Diseo C/T: Codificacin y Prueba I/AS: Soporte de Instalacin y Aceptacin
C/T
I/AS
R1
C/T
I/AS
Estructura 2
R2
C/T
I/AS
Estructura n
Rn
Flujo de Informacin (refinamientos) R: Requisitos D: Diseo C/T: Codificacin y Prueba I/AS: Soporte de Instalacin y Aceptacin
C/T
I/AS
VISIN OPERATIVA
5.4 Proceso de Operacin
Implementacin del proceso Pruebas de operacin
Ejecucin y control
Revisin y evaluacin
Terminacin
Prototipo
Implementacin del proceso Analisis de requerimientos del sistema Analisis de requerimientos del software Instalacin del sofware Diseo de la arquitectura del sistema Codificacin del software usando 4GL Soporte de aceptacin del software
1
Verificacin y validacin
2 ..n
Basado en ISO/IEC 12207. Espaa, desarrollada por la Universidad Castilla La Mancha. Para ellos, una metodologa en un sentido habitual se refiere a una serie de mtodos o tcnicas relacionadas. Segn OPEN, una metodologa tienen Un modelo de proceso. Un conjunto de tcnicas. Un conjunto de entregables. Guas para la gestin del proyecto, lo que incluye roles, definicin de una estructura del equipo, etc. Un conjunto de mtricas. Herramientas.
Mantenimiento preventivo
sub-contratistas). Redefinir (migracin paso hacia mantenimiento adaptativo). Soportar la contratacin de terceros para el mantenimiento.
Mantenimiento adaptivo
Tcnicas: Ingeniera Reversa. Reingeniera. Entregables: Documento de posibles soluciones (en mantenimiento perfectivo). Programa corregido (en mantenimiento correctivo urgente). Definicin de roles: Cliente. Usuario. Organizacin de Mantenimiento. Mtricas: Nivel de cumplimiento (medido en das de retraso). Herramientas: MANTIS, software que automatiza la metodologa.
Estudio
Anlisis de la Peticin
I-0
I-0.1 Iniciar y recoger informacin. 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 aplicacin. I-1.3 Desarrollar planes. I-1.4 Definir procedimientos de peticin de modificacin. I-1.5 Implementar proceso de gestin de configuracin de sw. I-1.6 Preparar entornos de pruebas.
Entradas Salidas
I - 0.1 Iniciar y recoger informacin Solicitud de prestacin del servicio de mantenimiento Cuestionario inicial (DOC1)
I - 0.2 Preparar propuesta de Mantenimiento Cuestionario inicial Entrevistas Propuesta de mantenimiento (DOC2). Documento de Riesgos (DOC4). Identificacin y estimacin de riesgos Responsable de Mantenimiento
CASO DE METRICA 3
CASO DE METRICA 3
Espaa, desarrollada por el Ministerio de Administraciones Pblicas. Uso obligado a nivel interno y para todas los contratos con el gobierno. Soporta: Tecnologa Estructurada y Tecnologa Orientada a Objetos. Ultima revisin: enero 2000.
http://www.csi.map.es/csi/metrica3/
CASO DE METRICA 3
OBJETIVOS
Proporcionar o definir Sistemas de Informacin que ayuden a conseguir los fines de la Organizacin mediante la definicin de un marco estratgico para el desarrollo de los mismos. Dotar a la Organizacin de productos de software que satisfagan las necesidades de los usuarios dando una mayor importancia al anlisis de los requisitos. Mejorar la productividad de los Departamentos de Sistemas y Tecnologas de la Informacin y las Comunicaciones, permitiendo una mayor capacidad de adaptacin a los cambios y teniendo en cuenta la reutilizacin en la medida de lo posible. Facilitar la comunicacin y entendimiento entre los distintos participantes en la produccin 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 operacin, mantenimiento y uso de los productos de software obtenido.
CASO DE METRICA 3
APORTACIONES DE METRICA 3
En lo que se refiere a estndares 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 MTRICA Versin 3 en la que se distinguen procesos principales (Planificacin, Desarrollo y Mantenimiento) e Interfaces (Gestin de Proyectos, Aseguramiento de la Calidad, Seguridad y Gestin de la Configuracin) cuyo objetivo es dar soporte al proyecto en los aspectos organizativos.
CASO DE METRICA 3
PROCESOS PRINCIPALES
Planificacin (PSI). Desarrollo de Sistemas de Informacin. Estudio de Viabilidad del Sistema (EVS). Anlisis del Sistema de Informacin (ASI). Diseo del Sistema de Informacin (DSI). Construccin del Sistema de Informacin (CSI). Implantacin y Aceptacin del Sistema (IAS).
CASO DE METRICA 3
INTERFACES
CASO DE METRICA 3
PLANIFICACION DE SISTEMAS DE INFORMACION - PSI
CASO DE METRICA 3
PLANIFICACION DE SISTEMAS DE INFORMACION - PSI
CASO DE METRICA 3
CASO DE METRICA 3
PARTICIPANTES EN LAS ACTIVIDADES DEL PROCESO PSI
CASO DE METRICA 3
TECNICAS/PRACTICAS UTILIZADAS EN LAS ACTIVIDADES DEL PROCESO PSI
COMENTARIOS FINALES
COMENTARIOS FINALES
Hemos revisado la filosofa de la norma. Hemos visto casos de aplicacin. Hemos visto la tendencia en ese campo.
IDEA FINAL SOBRE ISO/IEC 12207
Idea Final sobre ISO/IEC 12207 Comprender la norma no es difcil. Aplicar la norma implica ordenar y clarificar los procesos al interior de la organizacin. Utilizar una metodologa que soporte ISO/IEC 12207, sera lo ms aconsejable para una organizacin que no cuenta con ella formalmente. Por ejemplo: MTRICA 3 o Basarse en RUP.
MUCHAS GRACIAS.