MTRICA

Este artculo trata sobre una metodologa de desarrollo de sistemas de informacin. Para
otros usos de "mtrica", vase Mtrica (desambiguacin).
MTRICA es una metodologa de planificacin, desarrollo y mantenimiento de sistemas de
informacin, promovida por el Ministerio de Hacienda y Funcin Pblica (antiguo Ministerio
de Administraciones Pblicas ) del Gobierno de Espaa para la sistematizacin de
actividades del ciclo de vida de los proyectos software en el mbito de las administraciones
pblicas. Esta metodologa propia est basada en el modelo de procesos del ciclo de vida
de desarrollo ISO/IEC 12207 (Information Technology - Software Life Cycle Processes) as
como en la norma ISO/IEC 15504 SPICE (Software Process Improvement And Assurance
Standards Capability Determination).

ndice
[ocultar]

1Versiones
2Elementos fundamentales
3Procesos principales de MTRICA
4Interfaces de MTRICA
5Tcnicas de MTRICA
6Perfiles de MTRICA
7Vase tambin
8Enlaces externos

Versiones[editar]
Versin 1 - 1989
Versin 2 - 1993
Versin 2.1 - 1995
Versin 3 - 2001

Elementos fundamentales[editar]
Procesos
Interfaces
Tcnicas y Prcticas
Roles o Perfiles

Procesos principales de MTRICA[editar]

Al igual que ISO/IEC 12207, MTRICA est orientada al proceso y, en su versin 3, estos
procesos son:

Planificacin de Sistemas de Informacin (PSI). (No est cubierto por ISO/IEC 12207)
Desarrollo de Sistemas de Informacin (DSI). Debido a su complejidad, est a su vez
dividido en cinco procesos:
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).
 Mantenimiento de Sistemas de Informacin (MSI).

Interfaces de MTRICA[editar]
MTRICA, en su versin 3, proporciona tambin cuatro interfaces que definen actividades
orientadas a la mejora y perfeccionamiento de los procesos principales para garantizar la
consecucin del objetivo del desarrollo.

Gestin de proyectos (GP): La finalidad principal es la planificacin, el seguimiento y

control de las actividades, los recursos humanos y materiales que intervienen en el
desarrollo de un S.I.
Seguridad (SEG): La palabra seguridad hace referencia a la gestin de riesgos. Esta
interfaz pretende dotar a Mtrica 3 de mecanismos de seguridad adicionales a los que
tiene de por si la metodologa.
Aseguramiento de la Calidad (CAL): El objetivo es garantizar que el sistema resultante
cumpla con unos requisitos mnimos de calidad. Se llega a este objetivo haciendo
revisiones exhaustivas de todos los documentos producidos. El equipo que participa
en el aseguramiento de la calidad es independiente al de desarrollo.
Gestin de la Configuracin (GC): La interfaz de gestin de la configuracin consiste
en la aplicacin de procedimientos administrativos y tcnicos durante el desarrollo del
sistema de informacin y su posterior mantenimiento. Su finalidad es identificar, definir,
proporcionar informacin y controlar los cambios en la configuracin del sistema, as
como las modificaciones y versiones de los mismos.

Tcnicas de MTRICA[editar]
MTRICA, en su versin 3, distingue entre:

Tcnicas de desarrollo (Casos de Uso, Diagramas de Clases, Diagrama de flujo de

datos,...).
Tcnicas de gestin de proyectos (Tcnicas de estimacin, Staffing
Size, Planificacin,...)
Prcticas (Anlisis de impacto, Presentaciones, Prototipado,...)...

EL MTODO MERISE
En trminos muy generales, podramos decir que este mtodo se describe a si mismo
como un mtodo de concepcin de un sistema de
informacin,que puede ser manual o informatizado[3]. A mi juicio,
entre otras ventajas del mtodo, es en este aspecto que se encuentra la potencia de
la metodologa para la realidad Chilena, pues se trata de desarrollar un proyecto de
organizacin de las informaciones que circulan por una estructura, y de la estructura
misma, en vistas a su informatizacin o inicialmente al uso manual de ellas.
Es decir, an cuando por razones econmicas u otras se posponga la decisin de
informatizar, siempre el sistema orgnico y la informacin que este maneja, habrn
sido mejor estructuradas para su funcionamiento habitual y estarn mejor
preparadas para el momento en que se decida informatizar.

Los autores del libro citado3, describen al mtodo MERISE, en lo fundamental, como
una herramienta de comunicacin. Esta caracterstica comunicacional del mtodo,
exige definir muy bien las funciones de quienes participan en su diseo y aplicacin.
Es por ello que inicialmente nos permitimos citar a los autores que hacen una
descripcin de las funciones que debern cumplir los diversos actores que debern
participar en su desarrollo3:

Para estos autores:El estudio previo de MERISE, el cuaderno de cargas (cahier des
charges)[4] usuario, es preparado por un equipo compuesto de 3 categoras de
participantes:

- El Jefe del proyecto, conductor de la elaboracin del cuaderno de cargas,

vigilante de la buena aplicacin de MERISE, su experiencia es la del especialista
en organizacin. Es el animador del grupo.

- El o los utilizadores del futuro sistema informatizado. El sistema esta hecho

para ellos. Estos deben trabajar mejor con el futuro sistema que sin el. Su
responsabilidad es doble:
Describir la funcionalidad del sistema, los servicios esperados, las facilidades de
utilizacin deseadas.

Definir muy precisamente las reglas de gestin de los datos que materializan el
trabajo diario.

- Los realizadores. En un primer momento son espectadores, en la medida

en que los recursos, en particular los recursos informticos, solo sern
tomados en consideracin al final del recorrido funcional. Pero debern
impregnarse del tema, y podrn realizar tanto mejor el futuro sistema, si
comprenden mejor las razones por las cuales esta ha sido definido de la
manera en que lo describe el cuaderno de Cargas.
La cita reproducida nos permite describir de mejor manera el alcance de nuestras
afirmaciones, puesto que all se destaca las responsabilidades de cada uno de los
actores involucrados o grupo de participantes en el proyecto de informatizacin, a
saber.

1 La presencia de un Jefe de Proyecto especialista en organizacin. (por lo general

ausente en este tipo de proyectos)

2 La importancia del usuario directo (generalmente olvidado y considerado como

un simple usuario-ejecutor)

3 La condicin inicial de espectadores de los realizadores; ingenieros en

informtica, analistas de sistemas, programadores (estos profesionales, muchas
 veces, se ven obligados a asumir las funciones del especialista en organizacin, y/o
el rol del usuario directo). Y finalmente:

El cuaderno de cargas, que establece las tareas a realizar y las modalidades de

ejecucin del contrato respectivo.

Hasta aqu hemos sealado la importancia de la organizacin con relacin al proceso

de informatizacin y los riesgos de informatizar sin un anlisis orgnico previo.
Adems hemos presentado las etapas de un proceso clsico de una
informatizacin. A continuacin presentaremos las etapas sugeridas por MERISE para
la realizacin del proyecto de preparacin orgnica previo a la informatizacin. En
este caso se trata de ocho etapas, perfectamente articulables con las once etapas de
un proceso clsico de informatizacin.

Etapa 1: MANIFESTACIN DE UNA DEMANDA DE

INFORMATIZACIN Y ESTUDIO PREVIO.
Esta etapa del ESTUDIO PREVIO considera cuatro actividades bsicas:

A- OBSERVACIN que se concentra en tres actividades; cuyo objetivo

es el de comprender la situacin, y cuyas observaciones debern ser validadas
por los usuarios.
A-1 Anlisis de la demandarecopilacin preliminar de antecedentes
A-2 Descripcin de la situacin actual
A-3 diagnstico

B- ORIENTACIONES (En esta actividad se propondrn las grandes

orientaciones, que los usuarios debern validar antes de proseguir el estudio)

C- CREACIN (En este momento, el equipo de trabajo deber crear,

imaginar cuales sern los puntos esenciales del futuro sistema que se pondr
en accin para concretizar las orientaciones)

D- SIMULACIN (El equipo deber cifrar en el plano financiero y fijar plazos de ejecucin
del producto de lo creado, proponiendo diversos escenarios)

De esta manera, el ESTUDIO PREVIO equivaldr a las etapas 1 a 4 del

proceso clsico ya descrito. Determinando que en nuestra propuesta
metodolgica los TRMINOS TCNICOS DE REFERENCIA, solo sern
presentados en la etapa N 3 del mtodo MERISE, en cuyo caso, podrn
incorporarse adems las especificaciones funcionales generales y detalladas.
Etapa 2. INFORME PARA LA DECISIN FINAL DE LA DIRECCIN
 (Sntesis del Expediente de Elaboracin)

Etapa 3 : DECISIN DEL ORGANISMO MANDANTE.

(Esta 3 etapa puede representar el momento de la presentacin de

los TRMINOS TCNICOS DE REFERENCIA a las empresas proponentes,
documento que ser el producto de todo el proceso de anlisis anterior y que
deber incluir parcialmente, o no, segn la decisin del mandante, los
aspectos sealados en el INFORME DETALLADO que sealaremos en la etapa
siguiente -4-)

Etapa 4. INFORME DETALLADO:

(Cuaderno de cargas)
A. ESPECIFICACIONES FUNCIONALES GENERALES.
B. ESPECIFICACIONES FUNCIONALES DETALLADAS.
Esta etapa del Informe Detallado, contempla adems la elaboracin de un
DICCIONARIO DE DATOS

Etapa 5. EJECUCIN O REALIZACIN

A- ESTUDIO TCNICO
El propsito de esta etapa es el de la definicin de los modelos
organizacionales de datos y de sus tratamientos, su validacin y su evolucin
hacia modelos fsicos explotables por el equipo de realizacin o empresa
adjudicada.

Etapa 6. : PROGRAMACIN Y REALIZACIN DE PRUEBAS;

DOCUMENTOS APLICABLES:

a) Expediente de Programacin,
b) Expediente de explotacin y
c) Manual del usuario.

Etapa 7. : PUESTA EN MARCHA; (Test del usuario)

Etapa 8.: EXPLOTACIN DEL SISTEMA.

Para terminar esta breve y, muy, muy elemental presentacin del mtodo,
sealemos que, para el estudio de una estructura, el mtodo MERISE considera tres
niveles de abstraccin y tres modelos conceptuales que determinan una
caracterstica importante de su potencialidad metodolgica:

LOS TRES NIVELES DE ABSTRACCIN DEL MTODO MERISE.

Tres niveles de abstraccin para definir un sistema de informacin:

1. El nivel conceptual, que hemos sealado y que responde a la pregunta Que?
2. El nivel organizacional que responde a las preguntas Quin, Donde y
Cuando? y
3. El nivel operacional que responde a la pregunta Cmo?
LOS MODELOS CONCEPTUALES DEL MTODO MERISE.

Cada una de las etapas sealadas arriba deber ejecutarse siguiendo una
metodologa precisa y detallada, que aplicando diversas fichas metodolgicas,
podrn establecer tres tipos de documentos conceptuales, detallados para cada
operacin funcional, estos son:

a. Los Modelos Conceptuales de Procedimientos (o actividades)

b. Los Modelos Conceptuales de Datos (o informaciones que deben ser
tratadas) y
c. Los Modelos Conceptuales de Tratamientos (de las informaciones)
Como se apreciar estos tres modelos, son aplicables a la descripcin de una
estructura desde el punto de vista de su funcionalidad, sea esta manual o
informatizada. Esto permite una mayor coherencia entre la realidad y la aplicacin
de un proyecto de informatizacin.

3 COHERENCIA ENTRE EL MTODO CLSICO Y EL

MTODO MERISE.
Existe una coordinacin perfectamente posible, entre las etapas del anlisis
organizacional que propone el mtodo MERISE y las etapas del proceso clsico de
informatizacin. Esto permite realizar los estudios en forma paralela, siempre y
cuando, previamente se aplique la etapa del ESTUDIO PREVIO, que cubrir de una
mejor manera las actividades de las etapas 1 a 4 del mtodo clsico, al incorporar
el proceso de organizacin previa que hemos sugerido.

Adems, es necesario destacar que los trminos TCNICOS DE REFERENCIA,

normalmente preparados al inicio del proceso. En los casos de una LICITACIN
PBLICA, sern el resultado de este ESTUDIO PREVIO que permitir una mejor
descripcin de los requerimientos, un mejor conocimiento de estos por los
organismos mandantes y una mayor seguridad y definicin de los compromisos que
debern adquirir las empresas adjudicadas.

Para mayor claridad, a continuacin presentamos un cuadro comparativo de

la aplicacin coordinada de ambos mtodos:

E Actividad E Actividad
t (Mtodo t (Mtodo MERISE)
a Clsico) a
p p
a a
1 Emisin y 1 Manifestacin de
Recepcin de una demanda de
una demanda informatizacin y
de Estudio Previo
informatizaci
n:

Trminos
Tcnicos de
Referencia

2 Anlisis de la ESTUDIO PREVIO:

Demanda y
Estudio A. OBS
ERVACIN,
global de la
Anlisis,
situacin. (a
partir de esta Descripcin y
etapa
comienza a Diagnstico
actuar la
empresa
licitada)

3 Anlisis B. ORIE
preciso de lo NTACIONES,
existente

4 Conceptualiz C. CON
acin General CEPCIN,
del Proyecto D. APR
ECIACIN.
5 Informe para 2 Informe para la
la decisin decisin final de
final de la la Direccin
Direccin

6 Decisin del 3 Decisin del

Organismo Organismo
mandante mandante:

Trminos
Tcnicos de
Referencia. (la
empresa licitada
solo comienza a
elaborar el
sistema a partir
de este
momento)

7 Informe 4 Informe
Detallado de Detallado:
la concepcin
tcnica del A.-
Proyecto Especificaciones
Funcionales
Generales

B.-
Especificaciones
 Funcionales
Detalladas

8 Estudio 5 Ejecucin o
Tcnico de realizacin
ejecucin (Estudio Tcnico)

9 Programaci 6 Programacin y
ny realizacin de
realizacin de Pruebas:
Pruebas:
a) Expe
a) diente de
Expediente Programacin,
de b) Expe
Programaci diente de
n, Explotacin y
b) c) Man
Expediente ual del usuario
de
Explotacin y
c)
Manual del
usuario
1 Puesta en 7 Puesta en marcha
0 marcha (test (test del usuario)
del usuario)

1 Explotacin 8 Explotacin del

1 del sistema sistema