MÉTRICA versión 3 se concibe como una Metodología de Planificación, Desarrollo y Mantenimiento de Sistemas de Información. Puede ser utilizada libremente con la única restricción de citar la fuente de su propiedad intelectual: el Ministerio de Administraciones Públicas.
¿Qué es la métrica versión 3?
MÉTRICA Versión 3 tiene un enfoque orientado al proceso, ya que la tendencia general en los estándares se encamina en este sentido y por ello, como ya se ha dicho, se ha enmarcado dentro de la norma ISO 12.207, que se centra en la clasificación y definición de los procesos del ciclo de vida del software.
¿Qué es la metodología MÉTRICA v3?
La metodología Métrica V3 nace para dar soporte estándar para el ciclo de vida de desarrollo de software. Es una herramienta útil que nos permite sistematizar las actividades a realizar y los productos a elaborar, independientemente del método de gestión de proyectos que tenga nuestra empresa u organización.
¿Cuáles son los perfiles de la MÉTRICA v3?
Introducción a Métrica v3 Participantes. Participantes zLos participantes se agrupan en perfiles. zLos perfiles tienen atribuciones comunes. zCinco perfiles: 1. Perfil directivo. 2. Perfil jefe de proyecto. 3. Perfil consultor. 4. Perfil analista. 5. Perfil programador. Participantes Perfil Descripción
¿Cuáles son los procesos de desarrollo de MÉTRICA v3?
Dentro del proceso de Desarrollo del Sistema de Información de Métrica V3 se encuentran los cinco procesos siguientes: Este es uno de los considerados procesos obligatorios de métrica V3. Consiste en realizar un análisis de las necesidades concretas del SI, para poder dar una solución en un corto espacio de tiempo.
Qué es una metodología de desarrollo de software
Las metodologías no son más que guías para estandarizar los procesos de elaboración o fabricación de sistemas más o menos complejos, para tratar de unificar la forma de realizar las actividades necesarias, reduciendo al mínimo los problemas que pueden surgir de haber hecho las cosas diferentes o de haberse saltado un paso en la producción.
Qué metodología seguir para elaborar una aplicación
Dentro del mundo de las aplicaciones informáticas se usan tradicionalmente dos aproximaciones muy diferentes. La aproximación ágil donde su máximo exponente es la metodología Scrum, que permite partir de un punto de salida algo laxo e ir afinando el sistema a través de entregables sucesivos.
Qué fases hay en un proyecto
Cuando se sigue una metodología en cascada como pueda ser Métrica v3, parece que hay bastante consenso en el orden de las fases, que luego se descomponen en actividades a realizar por diferentes perfiles.
Qué metodología seguir para elaborar un proyecto simple
Idealmente sería preferible seguir Métrica al dedillo, realizando todas las actividades que indica y de la forma en que se describen. Pero para proyectos sencillos resulta demasiado complejo y requiere de mucho esfuerzo ya que está pensado para grandes iniciativas de la Administración Pública o sistemas corporativos completos.
Metodología simple de desarrollo de software
La siguiente propuesta de metodología para la elaboración de aplicaciones de software y programas informáticos debe tomarse como referencia y una guía útil para aquellos que comienzan a programar. Esta recomendación carece de relevancia para programadores con experiencia o para equipos de programadores.
Conclusiones
Esperamos que esta guía te haya servido para esclarecer los pasos que se deben seguir en la realización de un proyecto de software, página web o aplicación móvil para un cliente.
Definición del sistema
Para llevar cabo esta actividad, es frecuente que nos basemos en los productos obtenidos del Estudio de Viabilidad del Sistema (EVS). Se realizaran sesiones de trabajo en las que participe el jefe de proyecto, los analistas, directores de los usuarios y el equipo de soporte técnico.
Establecimiento de Requisitos, en el análisis del Sistema de información
Esta actividad, he de confesar que es una de mis preferidas. Creo que tener una enumeración clara e intuitiva de los requerimientos de un producto nos permite comprobar que la modelización del sistema se ajustan a las necesidades del mismo.
Identificación de subsistemas de análisis
Esta actividad se realizará en paralelo con el resto de tareas de generación de modelos de análisis, ya que necesita una retroalimentación y ajustes continuos. Esto nos permite tener una visión global y unificada de los modelos. Para llevarla a cabo serán necesarias sesiones de trabajo del jefe de proyecto y los analistas.
Análisis de clases
Esta actividad solo se realiza en análisis orientado a objetos. Será ejecutada por los analistas en sesiones de trabajo. Describiremos las clases que han surgido cumpliendo la normativa y elaborando un modelo de clases para cada subsistema.
Conclusión
Como hemos podido observar en estas cinco actividades, hay hacer un análisis del sistema de información muy detallado que satisfaga las necesidades de información del proyecto. El cumplir con los pasos de forma exhaustiva va a ocasionar que tengamos el punto de partida para poder definir el diseño del sistema de información.
0 – Definir Los Objetivos Del Sistema
- El primer paso para realizar cualquier actividad es concretar qué se quiere conseguir. Definir los objetivos es el paso más importante del cuál colgarán el resto de actividades, por lo que su concreción es la parte crítica en la elaboración de un programa informático. Cambiar los objetivos a mitad de proyecto puede provocar que se tenga que tirar t...
1 – Identificación de perfiles de Usuario
- Una vez que se tiene claro qué se quiere conseguir con el sistema de información, el siguiente punto es catalogar los diferentes perfiles de usuarioque interactuarán con el aplicativo. Se debe tener en cuenta que los usuarios pueden ser personas físicas o también otros sistemas interconectados vía una red de comunicaciones. Sean cuales sean, se debe acotar quién va a uti…
2 – Definición de Funcionalidades por Perfil O Rol
- El siguiente paso natural es determinar para cada perfil de usuario, o también denominado rol, qué funcionalidades del programa va a utilizar y por tanto serán opciones que tendrá que tener disponible y cuales no. Es habitual en este punto que aparezca algún mecanismo de seguridad que impida a ciertos usuarios que puedan realizar algunas acciones dentro el software, evitand…
3 – Catalogar Las Entidades de Información
- Al tener concretadas y acordadas las funcionalidades por usuario, ya se puede obtener el alcance del sistema permitiendo elaborar un presupuesto. Y además, permite al personal técnico identificar aquellas entidades de información que el programa deberá tratar. O dicho de otro modo, permite definir el modelo de datosque albergará el almacenamiento y procesado de los r…
4 – Definir Los Procesos Funcionales
- El catálogo de requisitos suele ordenarse por perfil de usuario, eso implica que algunas funcionalidades están disponibles para más de un tipo de usuario. Por este motivo, la fase 4 trata de unificar las acciones que podrán ser ejecutadas en la aplicación en procesos de negocio, como parte de homogeneizar el flujo de información desde la interfaz de usuario a la base de da…
5 – Agrupar Los Procesos en Módulos
- La misma descomposición de procesos en actividades del paso anterior permite identificar los módulos de la aplicación, como el ya mencionado módulo de seguridad. El ejemplo también pone de manifiesto que se necesitará otro módulo para la generación de PDFs, dada una plantilla, e incluso otro para la gestión de facturas. Los módulos son agrupaciones de acciones que se re…
6 – Fase de Desarrollo de Software
- Llegados a este punto, todo el trabajo de análisis (y parte del diseño) ya se ha realizado, por lo que se debería tener una visión muy clara de cómo va a ser el sistema de información. A partir de aquí, comienza el trabajo más mecánico de la programación, no exento de creatividad, puesto que comienza la creación de clases y métodos. Realizar herencia, construir componentes, separar re…
7 – Fase de Pruebas de Validación
- Las pruebas unitarias, aunque son muy útiles, no son suficientes para certificar que una aplicación funciona correctamente, ya que éstos tienden a probar partes muy concretas de la aplicación y no realizan comprobaciones sobre el totalidad de la aplicación. Los test unitarios se centran en realizar pruebas sobre uno o varios métodos de una clase, pero no suelen programar…
8 – Fase de Puesta en Producción
- La puesta en producción dependerá mucho de qué tecnología se haya usado para elaborar la aplicación. Si se ha usado Spring Boot se deberá generar el aplicativo con Maven generando un fichero con extensión JAR que podrá ser ejecutado por la máquina virtual de java, JVM, prácticamente en cualquier sistema operativo, real o virtual en la nube. Recomendamos despleg…
9 – Manteniemiento Del Sistema de Información
- No debe desestimarse el esfuerzo necesario durante la fase de mantenimiento, sobre todo si hay un compromiso de garantía vigente o si se ha establecido una bolsa de horas para realizar ajustes y evolutivos sobre el sistema de información. Los mantenimientos y ajustes post venta suelen comerse una gran parte del presupuesto del proyecto, puesto que los usuarios, salvo qu…