1. NO es métrica
1.1. Es un ciclo de vida en cascada
1.2. Es una metodología que hay que aplicar tal cuál
1.3. Sirve para gestionar proyectos
1.4. Si usamos Métrica no podemos usar, por ejemplo, RUP
2. La metodología Métrica Versión 3 ofrece a las Organizaciones un instrumento útil para la sistematización de las actividades que dan soporte al ciclo de vida del software
3. Objetivos
3.1. Proporcionar o definir sistemas de información que ayuden a conseguir los fines de la organización
3.2. Dotar a la organización de productos software que satisfagan las necesidades de los usuarios
3.3. Mejorar la productividad de los departamentos de sistemas y tecnologías de la información y las comunicaciones
3.4. 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
3.5. Facilitar la operación, mantenimiento y uso de los productos software obtenidos
4. Tipos de desarrollo
4.1. Estructurado y orientado a objetos
4.2. Facilitando a través de interfaces la realización de los procesos de apoyo u organizativos
4.2.1. Gestión de proyectos
4.2.2. Gestión de configuración
4.2.3. Aseguramiento de calidad
4.2.4. Seguridad
5. ¿Qué es?
5.1. Unos resultados o productos con un índice común
5.2. Unas técnicas extendidas que permiten la comunicación
5.3. Un "método de hacer" común
5.4. Una terminología común
5.5. La posibilidad de establecer actuaciones en el área de garantía de calidad al tener un marco de referencia
6. Procesos principales de Métrica Versión 3
6.1. Planificación de Sistemas de Información
6.1.1. Catálogo de Requisitos del PSI
6.1.2. Arquitectura de Información
6.1.2.1. Modelo de Información
6.1.2.2. Modelo de Sistema de Información
6.1.2.3. Arquitectura tecnológica
6.1.2.4. Plan de proyectos
6.1.2.5. Plan del mantenimiento del PSI
6.2. Desarrollo de Sistemas de Información
6.2.1. Estudio de Viabilidad del Sistema (EVS)
6.2.1.1. Contexto del sistema
6.2.1.2. Impacto en la organización
6.2.1.3. Coste/beneficio de la solución
6.2.1.4. Valoración de riesgos de la solución
6.2.1.5. Enfoque del plan de trabajo de la solución
6.2.1.6. Planificación de la solución
6.2.1.7. Solución propuesta
6.2.1.7.1. Descripción de la solución
6.2.1.7.2. Modelo de descomposición en subsistemas
6.2.1.7.3. Matriz de procesos/localización geográfica
6.2.1.7.4. Matriz de datos/localización geográfica
6.2.1.7.5. Entorno tecnológico y comunicaciones
6.2.1.7.6. Estrategia de implantación global del sistema
6.2.1.7.7. Descripción de los procesos manuales
6.2.1.7.8. Si la alternativa incluye desarrollo
6.2.1.7.9. Si la alternativa incluye un producto de software estandar del mercado
6.2.2. Analisis del Sistema de Información (ASI)
6.2.2.1. Descripción general del entorno tecnológico
6.2.2.2. Glosario de términos
6.2.2.3. Catálogo de normas
6.2.2.4. Catálogo de requisitos
6.2.2.5. Especificación de interfaz de usuario.
6.2.2.6. Dos Tipos de análisis
6.2.2.6.1. Análisis Estructurado
6.2.2.6.2. Análisis Orientado a Objetos
6.2.3. Diseño del Sistema de Información (DSI)
6.2.3.1. El propósito es obtener la definición de la arquitectura del sistema y del entorno tecnológico
6.2.3.2. Consta de un primer bloque de actividades, que se realizan en paralelo
6.2.3.2.1. Catálogo de requisitos
6.2.3.2.2. Catálogo de excepciones
6.2.3.2.3. Catálogo de normas para el diseño y construcción
6.2.3.2.4. Diseño de la arquitectura del sistema
6.2.3.2.5. Entorno tecnológico del sistema
6.2.3.2.6. Procedimientos de operación y administración del sistema
6.2.3.2.7. Procedimientos de seguridad y control de acceso
6.2.3.2.8. Diseño detallado de los subsistemas de soporte
6.2.3.2.9. Asignación de esquemas físicos de datos a nodos
6.2.3.2.10. Dependerá en gran medida de las características de la instalación
6.2.3.3. Un segundo bloque de actividades complementa el diseño del sistema de información, en el que se generan todas las especificaciones necesarias
6.2.3.3.1. Las especificaciones de construcción de los componentes del sistema
6.2.3.3.2. Los procedimientos de migración y sus componentes asociados
6.2.3.3.3. La definición y revisión del plan de pruebas, y el diseño de las verificaciones de los niveles de prueba establecidos
6.2.3.3.4. El catálogo de excepciones que permite establecer un conjunto de verificaciones
6.2.3.3.5. La especificación de los requisitos de implantación
6.2.4. Construcción del Sistema de Información (CSI)
6.2.4.1. Tiene como objetivo final la construcción y prueba de los distintos componentes del sistema de información
6.2.4.1.1. Resultado de las pruebas unitarias
6.2.4.1.2. Evaluación del resultado de las pruebas de integración
6.2.4.1.3. Evaluación del resultado de las pruebas del sistema
6.2.4.1.4. Producto software
6.2.4.2. Se recoge la información relativa al producto del diseño
6.2.5. Implantación del Sistema de Información (IAS)
6.2.5.1. Tiene como objetivo principal, la entrega y aceptación del sistema en su totalidad
6.2.5.2. Y un segundo objetivo que es llevar a cabo las actividades oportunas para el paso a producción del sistema
6.2.5.3. Se toman como punto de partida los componentes del sistema probados de forma unitaria e integrados en el proceso del sistema de información
6.2.5.4. Se elabora el plan de mantenimiento del sistema
6.2.5.5. Resultados
6.2.5.5.1. Plan de implantación del sistema en su totalidad
6.2.5.5.2. Equipo de implantación que realizará la implantación
6.2.5.5.3. Plan de formación del equipo de implantación
6.2.5.5.4. Evaluación de las pruebas de implantación del sistema por parte del usuario de operación
6.2.5.5.5. Evaluación de las pruebas de aceptación del sistema por parte del usuario final
6.2.5.5.6. Plan de mantenimiento previo al paso a producción
6.2.5.5.7. Acuerdo de nivel de servicio del sistema
6.2.5.5.8. Sistema en producción
6.3. Mantenimiento de Sistemas de Información
6.3.1. Obtener una nueva versión de un sistema de información a partir de las peticiones de mantenimiento que los usuarios realizan
6.3.1.1. Mantenimiento Correctivo
6.3.1.2. Mantenimiento Evolutivo
6.3.2. Productos
6.3.2.1. Catálogo de peticiones de cambio
6.3.2.2. Resultado del estudio de la petición
6.3.2.3. Propuesta de solución
6.3.2.4. Análisis de impacto de los cambios
6.3.2.5. Plan de acción para modificación
6.3.2.6. Plan de pruebas de regresión
6.3.2.7. Evaluación del cambio
6.3.2.8. Evaluación del resultado de las pruebas de regresión
7. Interfaces de métrica versión 3
7.1. Gestión que proyectos
7.1.1. Actividades de Inicio del Proyecto (GPI), que permiten estimar el esfuerzo y establecer la planificación del proyecto
7.1.2. Actividades de Seguimiento y Control (GPS), supervisando la realización de las tareas por parte del equipo de proyecto y gestionando las incidencias y cambios en los requisitos que puedan presentarse y afectar a la planificación del proyecto
7.1.3. Actividades de Finalización del Proyecto, cierre y registro de la documentación de gestión
7.2. Seguridad
7.2.1. Actividades relacionadas con la seguridad intrínseca del sistema de información
7.2.2. Actividades que velan por la eguridad del propio proceso de desarrollo del sistema de información
7.3. Aseguramiento que la calidad
7.3.1. Reducir, eliminar y prevenir las deficiencias de calidad de los productos a obtener
7.3.2. Alcanzar una razonable confianza en que las prestaciones y servicios esperados por elel cliente o usuario queden satisfechas
7.4. Gestión de la configuración
7.4.1. Conconsiste en la aplicación de procedimientos administrativos y técnicos durante el desarrollo del sistema de información y su posterior mantenimiento
7.4.2. La interfaz de gestión de configuración de MÉTRICA Versión 3 permite definir las necesidades de la gestión de configuración para cada sistema de información en plan de gestión de configuración
7.4.3. Facilita el mantenimiento del sistema aportando información precisa para valorar el impacto de los cambios solicitados reduciendo el tiempo de implantación de un cambio, tanto evolutivo como correctivo