Introducción

El Modelo de Referencia de Aplicaciones (MRA) se centra en las aplicaciones de software que soportan los procesos, productos y servicios de negocio. En la etapa actual de desarrollo de la Arquitectura de Gobierno, brinda un modelo de referencia basado en las siguientes áreas temáticas:

• Planificación y Gestión de las Aplicaciones
• Diseño de las Aplicaciones
• Ciclo de Vida de las Aplicaciones
• Calidad y Seguridad de las Aplicaciones

Principios específicos del MRA

• El MRA debe definirse en términos de aplicaciones que estén alineadas a la estrategia de crecimiento de la organización y debe facilitar los servicios compartidos y la interoperabilidad.
• El MRA debe definirse como una jerarquía de componentes de aplicaciones de TI
• El MRA debe ser diseñado para promover la facilidad de uso, la accesibilidad, la protección de datos personales y el análisis de datos.
• El MRA debe estar basado en estándares con distintos niveles de abstracción (para evitar dependencias de un proveedor).

Modelo de Referencia

La siguiente figura muestra los componentes del MRA:

A los efectos del MRA, "Aplicación" se define como: componentes de software (incluyendo sitios web, bases de datos, correo electrónico y otros programas de apoyo) soportados sobre una infraestructura que, junta a ésta, pueden ser utilizados para crear, utilizar, compartir y almacenar datos e información para facilitar las funciones de negocios.

El MRA no incluye sistemas operativos o software que se utiliza para operar el hardware, el cual forma parte del Modelo de Referencia de Tecnología.

Planificación y Gestión de las Aplicaciones

Los puntos a abordar en esta temática son:

• El Catálogo de Aplicaciones
• Una Arquitectura de Referencia para Aplicaciones

Catálogo de Aplicaciones

Identifica una lista de todas las aplicaciones de la organización. Esta lista ayuda a definir el propósito de las iniciativas de cambio que pueden impactar en los tipos de aplicaciones

El MRA identifica cuatro entidades a reconocer en un diseño o reconocimiento de arquitectura, al momento de catalogar aplicaciones:

• Las Interfaces son conexiones funcionales entre dos sistemas, dispositivos o componentes de cualquier tipo, que proporcionan una comunicación de distintos niveles permitiendo el intercambio de información.

• Las Aplicaciones son componentes de software dedicados a resolver una problemática dada. Las aplicaciones proveen interfaces.

• Las Soluciones son conjuntos discretos de tecnología, datos y recursos relacionados, organizados para la recolección, procesamiento, mantenimiento, uso, distribución, difusión o disposición de información en apoyo a procesos de negocio. Una solución es, o bien una aplicación, o un conjunto de aplicaciones trabajando juntas a través de interfaces.

• Un Servicio de aplicación es un conjunto de funcionalidades de software relacionadas, que puede ser reutilizado para distintos propósitos, en conjunto con las políticas que controlan su uso.

Dichas entidades se relacionan de la siguiente manera:

Las Soluciones están compuestas por Aplicacionesque se comunican mediante Interfaces, y que proveen Servicios de Aplicación al entorno (sea a usuarios o a aplicaciones) también a través de interfaces.

Arquitecturas de Referencia para Aplicaciones

Es una descripción de los componentes de una aplicación y las relaciones existentes entre ellos. Los artefactos para lograr la definición de una correcta Arquitectura de Referencia para Aplicaciones, son los siguientes: (En "Pautas para el Desarrollo", se detallan los mismos).

• Patrones de Diseño
• Diagrama de Componentes
• Diagrama de Secuencia
• Diagrama de Despliegue
• Distintos tipos de Guías, como ser:
  • Guías de estilo y usabilidad.
  • Guías de estándares tecnológicos
  • Guías de codificación para los lenguajes de programación que se utilizarán

Diseño de las Aplicaciones

En la fase de diseño de las aplicaciones, para poder cumplir con los principios y normativa vigente al respecto, deben tenerse en cuenta las siguientes consideraciones:

• Uso de estándares abiertos y software libre
• Apertura de datos (para datos abiertos)
• Privacidad de datos (Privacidad por Diseño)
• Interoperabilidad
• Accesibilidad y Usabilidad

Ciclo de Vida de las Aplicaciones

Independientemente de la metodología a seguir para el desarrollo de software, este es un proceso cíclico y debe describirse cómo se realizará el mismo. Normalmente las consideraciones a tener en cuenta son:

• Análisis de Requerimientos
• Ambientes
• Plan de Testeo
• Estrategias de Mantenimiento y Soporte de las Aplicaciones

Calidad y Seguridad

En cuanto a la Calidad, ésta refiere a los requerimientos no funcionales que deben cumplirse. Refiere a los atributos de calidad que las aplicaciones deben tener en cuenta.

Respecto a la Seguridad, ésta refiere a que la información no se pierda o sea alterada. 

Pautas para el desarrollo

En la siguiente sección podrá encontrar pautas para el desarrollo del modelo de referencia antes descrito:

Pautas para el desarrollo (MRA)