Vous êtes sur la page 1sur 4

Articulo de Resumen y Critica de la

Metodologa Mtrica V.3

RESUMEN DE METRICA V.3:


Mtrica 3 es la metodologa oficial de desarrollo de aplicaciones informticas en la
administracin, Promovido por el Consejo Superior de Informtica del Ministerio
para las Administraciones pblicas (CSI).
Versiones:
Versin 1: 1989 (ERITEL)
Version2: 1993 (Coopers & Lybrand)
Versin 2.1:1995 (Univ. Carlos III)
Versin: 2000 (IECISA, CSI)
Es una metodologa que cubre los dos paradigmas de programacin, tanto el
estructurado como el orientado a objetos, combinndolos en una metodologa
mixta.
mbito de Aplicacin:
Administracin Central del Estado:
Administracin Local.
Resto de empresas e instituciones.
Objetivos
Dar un marco estratgico para el desarrollo de los sistemas de informacin dentro
de las organizaciones.
Facilitar la comunicacin entre los participantes de SW.
Facilitar la operacin y mantenimiento de los productos software obtenido.
Estructura General de Mtrica V.3

Procesos de Mtrica V.3:

PSI: En este proceso se estudian y evalan las necesidades de informacin que


necesita la organizacin. Para esto primero se definen los requisitos generales y
se obtienen modelos conceptuales del SI. Adems se evala las tecnologas con
la cual se va a implementar y el entorno de desarrollo. Y se planifican con detalle
los prximos procesos.
EVS: Una vez obtenidos los procesos de la organizacin a travs del PSI se
analizan que soluciones a corto plazo y se prioriza los requisitos que se han de
satisfacer. Se plantea alternativas de solucin que pueden ser soluciones
partiendo de software nuevo o de uno ya existente y para cada alternativa se
evala los riesgos asociados y al final se selecciona la solucin ms adecuada.
ASI: El objetivo de este proceso es obtener las especificaciones detalladas del SI,
vale decir de sus interfaces y que satisfaga las necesidades de los usuarios y sirva
de base para el diseo. Al final se obtiene productos tales como:

Matriz de procesos/localizacin geogrfica


Modelo de procesos
Modelo de casos de uso
Especificacin de casos de uso

Anlisis de la realizacin de los casos de uso


Modelo de clases de anlisis
etc.
DSI: En este proceso se define la arquitectura del sistema, la tecnologa con la
cual se implementare, tcnicas de prueba, requisitos de implantacin. Al final se
obtiene productos tales como:

Diseo de la arquitectura modular


Diseo de interfaz de usuario
Modelo de clases de diseo
Comportamiento de clases de diseo
etc.

CSI: En este proceso se prepara las plataformas necesarias para la construccin


como la Base de datos, herramientas, bibliotecas, puestos de trabajo, etc. Se
empieza con la codificacin de los componentes y se realizan pruebas simples. Se
verifica la funcionalidad del S.I. a travs de las interfaces y la integracin de los
componentes con el resto de SI.
IAS: El objetivo de este proceso es la entrega y aceptacin del sistema en su
totalidad y llevar a cabo el conjunto de actividades necesarias para la produccin
tales como:

Preparar el entorno de implantacin


Instalacin de Componentes
Activacin de procedimientos manuales y automticos
Migracin inicial de Datos
etc.

MSI: En este proceso el objetivo es modificar el SI existente a partir de las


peticiones de los usuarios. Al final de este proceso se obtiene productos tales
como:

Catlogo de peticiones de cambio


Resultado del estudio de la peticin
Propuesta de solucin
Anlisis de impacto de los cambios

CRITICA DE LA METODOLOGIA METRICA V.3

La Metodologa M3 es una metodologa considerada tradicional como lo es RUP y


al analizarla vemos que tiene las mismas caractersticas de RUP y es orientado a
la documentacin y al planeamiento que desde luego son aspectos importantes en
el desarrollo de software pero que solo se aplican a proyectos grandes y donde las
variables estn bien definidas y no haya cambios importantes como por ejemplo el
software del transbordador espacial de la NASA. Sin embargo estas metodologas
al ser aplicadas a proyectos de software de ndole comercial fracasan debido a su
propia naturaleza burocrtica y demora en la entrega. Es por eso que M3 como
RUP no son buenas metodologas para software comerciales y donde
constantemente haya cambios por parte del cliente y se necesite la entrega del
software el menor plazo posible. Es as como se dio pasa a un nuevo paradigma
llamado Metodologas Agiles que contemplan esta problemtica tomando algunos
elementos de las metodologas tradicionales pero bsicamente su diferencia esta
en que es ms orientado a las personas y al cdigo.
La metodologa mtrica v.3 al igual que RUP son metodologas muy bien
estructuradas y con una planificacin muy rigurosa, en mi opinin no debera
descartarse estas metodologas pero si hacer un hincapi en cuando se debe
usarlas y cuando se debe usar metodologas agiles.