Lineamientos de arquitectura de soluciones

1. DOCUMENTOS PARA DEFINIR LA ARQUITECTURA DE LA SOLUCIÓN.

1. Arquitectura base de la solución.

La arquitectura base para las soluciones desarrolladas en la empresa está reflejada en el siguiente gráfico.

 [pic 1]

Arquitectura y distribución de componentes de software

Fuente: Elaboración propia

La arquitectura base para el desarrollo de aplicaciones en la empresa está basada en el modelo clásico de   capas lógicas: capa de interfaz de usuario, capa de reglas de negocio y capa de acceso a datos (la cual esta subdivida a su vez en: El origen de datos, capa de entidades, acceso a datos y la capa de servicios web).

1. Interfaz de usuario.

Contiene las interfaces de usuario, con el código manejador de eventos, realizando así nuestro propósito de tener el proyecto en capas.

1. Regla de Negocio.

Contiene la lógica del negocio en sí (reglas de negocio, validaciones, algoritmos, etc.), que es llamada desde la interfaz de usuario (directamente o a través de una interfaz de servicio) o de otro componente de negocio.

La idea es que los componentes de negocio encapsulen las reglas de negocio del sistema, de modo que puedan ser utilizados no solamente por el sistema del que forman parte sino también por otros sistemas, sin que haya redundancia de código fuente.

1. Servicio Web.

Los servicios web en realidad son interfaces de servicios perteneciente a otro proyecto, que abstraen la lógica de negocio implementada en dichos lugares remotos y pueden ser utilizados como una forma de “acceder” a datos almacenados en lugares remotos mediante la WEB,

1. Acceso a Datos.

Son los encargados de comunicarse con los repositorios de datos (normalmente bases de datos relacionales). Incluyen código específico de acceso a datos, como ser consultas, sintaxis o nomenclatura específica relacionada al repositorio de datos que se desea acceder.

1. Modelo de datos.

Representan las entidades del sistema (normalmente existe una relación uno a uno con las tablas físicas en la base de datos). Una instancia de una clase entidad representa un registro en la tabla correspondiente en la base de datos.

Las entidades se utilizan para mantener información de un objeto en memoria (un registro en una tabla de la base de datos) y para transportar la información entre la interfaz de usuario y los componentes de negocio (y también a través de las interfaces de servicios en caso de existir).

1. Orígenes de datos.

Representan los repositorios de datos donde se encuentra toda la información del sistema. Normalmente son bases de datos relacionales.

1. Implementación de la arquitectura base

1. Soluciones

Este punto se refiere al concepto de Solución como la integración de los diferentes proyectos.

1. Reglas de nomenclatura

Dependiendo del tamaño naturaleza de un proyecto de software, pueden darse dos escenarios: Una solución para todo el proyecto de software:

1. La solución debe tener el nombre del proyecto o producto, que a su vez debe coincidir con el de la base de datos y el repositorio de código fuente.
2. El nombre debe ser corto (hasta 5 caracteres) y contener sólo letras mayúsculas.

La nomenclatura varía según el tipo de proyecto:

Tabla 22: Nomenclatura para los componentes de software

...