PDF de programación - Fundamentos de Ingeniería del Software Capítulo 9. Métrica 3

Fundamentos de
Ingeniería del Software

Capítulo 9. Métrica 3
Capítulo 9. Métrica 3
Capítulo 9. Métrica 3
Capítulo 9. Métrica 3

Métrica 3. Estructura

1.
2.
3.
4.
5.
6.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.

MÉTRICA - Objetivos
Ámbito de aplicación
Alcance del método
Versiones
MÉTRICA V.3 - Objetivos
Influencias
Influencias
Aportaciones
Estructura de MÉTRICA V.3
Procesos en MÉTRICA V.3
PLANIFICACIÓN DE SISTEMAS DE INFORMACIÓN (PROCESO PSI)
ESTUDIO DE VIABILIDAD DEL SISTEMA (PROCESO EVS)
ANÁLISIS DEL SISTEMA DE INFORMACIÓN (PROCESO ASI)
DISEÑO DEL SISTEMA DE INFORMACIÓN (PROCESO DSI)
CONSTRUCCIÓN DEL SI (PROCESO CSI)
IMPLANTACIÓN Y ACEPTACIÓN DEL SISTEMA (PROCESO IAS)
MANTENIMIENTO DE SISTEMAS DE INFORMACIÓN (MSI)

Métrica 3. Bibliografía

 (MAP 01) Métrica Versión 3:

http://www.csi.map.es/csi/metrica3/index.html

 Métrica Versión 2.1 (3 volúmenes). “Metodología

de Planificación y Desarrollo de Sistemas de
de Planificación y Desarrollo de Sistemas de
Información.” Ed. TECNOS, Secretaría General
Técnica del MAP. 1995.

1. MÉTRICA - Objetivos

Metodología de Planificación y Desarrollo

de Sistemas de Información de las
Administraciones Públicas
 Definir SI que sirvan a la consecución de los fines de
 Definir SI que sirvan a la consecución de los fines de

la organización

 Dotar a la organización de productos sw.
 Mejorar la productividad de los dptos. de SI/TIC
 Facilitar la comunicación entre los participantes en la

producción de sw.

 Facilitar la operación y mantenimiento de los

productos sw. obtenidos

MÉTRICA - Objetivos (II)

 “Establecer un conjunto de tareas a realizar, técnicas y

productos a obtener para desarrollar sistemas de
información con una mayor calidad, productividad y
satisfacción de los usuarios y para facilitar su
mantenimiento posterior”
mantenimiento posterior”

 Ámbito inicial:

Administración General del Estado.
 Promovido por el Consejo Superior de

Administración Electrónica (antes Consejo
Superior de Informática) del Ministerio para las
Administraciones Públicas (órgano interministerial
responsable de la política informática del gobierno)

2. Ámbito de aplicación

 Administración Central del Estado

(1ª Etapa)

 Administración Autonómica.
 Administración Local.
 Administración Local.
 Resto de empresas e instituciones.

Fundamental: adaptar el marco general de referencia

a cada ámbito

3. Alcance del método

Describe:
 Pasos a seguir en el desarrollo.
 Conjunto de productos finales a desarrollar.
 Conjunto de técnicas para obtenerlos.
 Papeles (roles) de los participantes.
 Modo de implantación.
 Proyectos de distintos tamaños.

4. Versiones

Versión 1
Versión 2
Versión 2.1 fi
Versión 2.1 fi
Versión 3

1989 (ERITEL)
1993 (Coopers & Lybrand)
1995 (Univ. Carlos III)
1995 (Univ. Carlos III)
2000 (IECISA; CSI)

fi
fi
fi
5. MÉTRICA V.3 - Objetivos

 Mantener la sencillez, flexibilidad y adaptabilidad de la

versión 2.1

 Incorporar nuevas técnicas, tecnologías y métodos

presentes en los desarrollos actuales:
 C/S C/S
 OO

 Incorporar aspectos de gestión (INTERFACES):

 gestión de proyectos
 calidad
 gestión de la configuración del sw.
 seguridad
MAGERIT

PGGC (Plan Gen. de Garantía de Calidad)

 Énfasis en el uso de estándares de calidad e ingeniería

del software

6. Influencias

 Métodos:

 SSADM V.4
 Merise
 Ingeniería de la Información

 Estándares:

 ISO 12207 ”Information technology -Software life cycle processes”
 ISO/IEC TR 15.504 (SPICE) “Software Process Improvement and assurance standards
 ISO/IEC TR 15.504 (SPICE) “Software Process Improvement and assurance standards

Capability Determination”

 ISO 9000-3 “Quality management and quality”. Part 3: Guidelines for the application of

ISO 9001 – “Model for Quality Assurance in Design/Development , Production,
Installation and Servicing”

 IEEE “Standard Glossary of Software Engineering Terminology”. Std. 610.12-1998
 IEEE Std. 1074-1998: Software life-cycle processes
 OMG standard UML

 Referencias específicas:

 PGGC, “Plan General de Garantía de Calidad para las Administraciones Públicas”
 MAGERIT, “Metodología de Análisis y Gestión de Riesgos de los Sistemas de Información

para las Administraciones Públicas”

 EUROMÉTODO V.1

7. Aportaciones

 MIXTA: Cubre desarrollo estructurado y OO
 C/S y GUI (Graphical User Interface)
 Estructura basada en procesos (ISO 12207)

 Evolución de la v. 2.1
 Evolución de la v. 2.1
 Procesos ppales.:

- Planificación
- Desarrollo
- Mantenimiento

 Interfaces para aspectos de gestión

los procesos de interfaz tratan de contemplar aquellos aspectos que
-sin ser esenciales-pueden afectar a los procesos principales, y no
proporcionar una metodología para dichos procesos.

8. Estructura de MÉTRICA V.3.

 Proceso:

 Se divide en actividades
 Actividades de 3 tipos: comunes, sólo AE, sólo OO

 Actividad:

 Descripción general
 Descripción general
 Conjunto de tareas

 Tarea:

 Descripción
 Productos

- De entrada
- De salida

 Técnicas
 Participantes

Estructura de MÉTRICA V.3
(II) (MAP 01)

9. Procesos en MÉTRICA V.3

 PLANIFICACIÓN DE SISTEMAS DE INFORMACIÓN

(PSI)

 DESARROLLO DE SISTEMAS DE INFORMACIÓN

 ESTUDIO DE VIABILIDAD DEL SISTEMA (EVS)
 ESTUDIO DE VIABILIDAD DEL SISTEMA (EVS)
 ANÁLISIS DEL SISTEMA DE INFORMACIÓN (ASI)
 DISEÑO DEL SISTEMA DE INFORMACIÓN (DSI)
 CONSTRUCCIÓN DEL SISTEMA DE INFORMACIÓN (CSI)
 IMPLANTACIÓN Y ACEPTACIÓN DEL SISTEMA (IAS)

 MANTENIMIENTO DE SISTEMAS DE

INFORMACIÓN (MSI)

10. PLANIFICACIÓN DE SISTEMAS
10. PLANIFICACIÓN DE SISTEMAS
10. PLANIFICACIÓN DE SISTEMAS
10. PLANIFICACIÓN DE SISTEMAS
DE INFORMACIÓN (PROCESO PSI)
DE INFORMACIÓN (PROCESO PSI)
DE INFORMACIÓN (PROCESO PSI)
DE INFORMACIÓN (PROCESO PSI)

Objetivo: obtener un marco de referencia

para el desarrollo de SI que responda a
los objetivos estratégicos de la
organización
organización
Descripción crítica de la situación actual
Arquitectura de la información de alto nivel
Propuesta de proyectos (con prioridades)
Propuesta de calendario y estimación de

recursos

PSI - Resumen

 Se estudian las necesidades de información de

los procesos de la organización

 Se definen los requisitos generales
 Se obtienen modelos conceptuales de
 Se obtienen modelos conceptuales de

información y de SI

 Se evalúan las opciones tecnológicas y se

propone un entorno

 Se elabora un calendario de proyectos
 Se planifican en detalle los proy. más próximos
 Se mantiene actualizado el PSI

11. ESTUDIO DE VIABILIDAD
DEL SISTEMA (PROCESO EVS)

 Objetivo: analizar las necesidades y proponer

una solución a corto plazo,
basada en criterios económicos, técnicos, legales y

operativos.
operativos.

 La solución consiste en definir uno o varios
proyectos que afectan a uno o varios SI ya
existentes o nuevos.

 Se identifican los requisitos que se han de

satisfacer.

EVS - Resumen

 Se estudian los requisitos que se han de satisfacer y, si

procede, la situación actual.

 Se plantean alternativas de solución:

 soluciones a medida.
 soluciones basadas en productos sw. del mercado (COTS)
 soluciones basadas en productos sw. del mercado (COTS)
 soluciones mixtas

 Para cada alternativa:

 valorar impacto en la organización
 inversión a realizar
 riesgos asociados

más adecuada
 definirla con más detalle
 establecer su planificación

 Evaluar las distintas alternativas y seleccionar la solución

EVS - Resumen (II)

 Si la justificación económica es obvia, el riesgo

técnico bajo, se esperan pocos problemas
legales y existe una alternativa clara
⇒ este proceso se orienta a la especificación de
⇒ este proceso se orienta a la especificación de

requisitos, descripción del nuevo sistema y
planificación.

 El estudio de la situación actual debe ajustarse

a los beneficios que se puedan obtener de él.

EVS – Estructura (MAP 01)

12. ANÁLISIS DEL SISTEMA DE
INFORMACIÓN (PROCESO ASI)

 Objetivo: obtener una especificación detallada
del SI, y de sus interfaces con otros sistemas,
que satisfaga las necesidades de información de
los usuarios y sirva de base para el diseño.
los usuarios y sirva de base para el diseño.

 Integra las actividades de análisis estructurado

y OO.

 Se refinan los productos obtenidos en el proceso

EVS.

)
1
0
P
A
M



(



a
a
r
r
u
u
t
t
c
c
u
u
r
r
t
t
s
s
E
E
–

I
S
A

ASI 1. Definición del sistema.

Productos que se generan:
 Catálogo de requisitos generales
 Glosario
 En AE,
 En AE,

 Contexto del sistema
 Modelo conceptual de datos

 En AOO,

 Modelo del negocio / Modelo del dominio
 Catálogo de estándares y de normas
 Catálogo de usuarios (participantes y finales)
 Entorno tecnológico del sistema
 Plan de trabajo

ASI 2. Establecimiento de
requisitos.

Objetivo: definición, análisis y validación

de los requisitos.

 Se completa el catálogo de requisitos.
 Modelos gráficos de requisitos: casos de uso
 Modelos gráficos de requisitos: casos de uso

(obligatorios en AOO, opcionales en AE)

 Las tareas se realizan de forma iterativa y con

continuas realimentaciones y solapamientos.

Tarea ASI 2.1: Obtención de
requisitos.

Sesiones de trabajo con los usuarios para extraer los

requisitos (con prioridades):

Catálogo de requisitos
Modelo de casos de uso

 Requisitos funcionales

 Con casos de uso (obligatoriamente) en AOO:

- Actores
- Casos de uso
- Breve descripción de cada caso de uso

 Requisitos no funcionales:

 Restricciones del entorno
 Niveles de servicio del sistema:

- Rendimiento, seguridad, implantación, disponibilidad, etc.

Tarea ASI 2.2: Especificación de
Casos de Uso

Especificar cada caso de uso:

Descripción del escenario principal
Pre y post-condiciones
Pre y post-condiciones
Interfaces de usuario
Escenarios secundarios

Es posible que se dividan casos de uso

complejos en otros más simples

Tarea ASI 2.3: Análisis de requisitos