CAPA DE PRESENTACIÓN. Mediante la capa de presentación se separa la interacción del usuario respecto a la lógica de negocio. El uso de la arquitectura en tres capas en el desarrollo de aplicaciones, ha favorecido la aparición de tecnologías que facilitan la implantación de esta capa, además de un conjunto de buenas prácticas que mejoran el proceso de su implementación. Finalidad: Presentar la información al usuario. La capa de presentación, también llamada "capa de usuario", deberá presentar el sistema al usuario, comunicar la información necesaria y capturar la misma en un proceso que realiza un filtrado para validar los datos respecto al formato. No deberá procesar datos ni tomar decisiones. Esta capa se comunica únicamente con la capa de negocio. También es conocida como interfaz gráfica y debe tener la característica de ser "amigable" (comprensible y fácil de usar) para el usuario.
CAPA DE PRESENTACIÓN. Para conseguir un interfaz con el usuario sólido y rápido se trabajará con un cliente ligero vía Web, accesible desde cualquier punto de la Intranet e Internet. El diseño del interfaz deberá ser normalizado tanto en funcionalidad como en presentación. Se separará la lógica de negocio de la presentación, consiguiendo que la ejecución de procesos se realice en el nodo central y los clientes presenten la información de una forma normalizada. La capa de presentación debe ser capaz al menos de generar los documentos que se requieran (en la definición del trámite) en los formatos ofimáticos más comunes. Los formularios de presentación o petición de información serán diseñados de manera modular de manera que los cambios de imagen o diseño no impliquen la reprogramación de las interfaces de presentación, y seguirán una imagen corporativa, basada en hojas de estilo. Se evaluará la mejor opción especificando las ventajas e inconvenientes las distintas posibilidades de uso de entornos de presentación y su forma de intercambio con el sistema. La parte pública del sistema debe integrarse con el portal actualmente en uso del Ayuntamiento, y al menos, deberá cumplir con el nivel de accesibilidad AA como pide la Norma UNE 139803:2004. Tras el análisis y diseño de los procedimientos a implantar, se definirá un sistema tecnológico de carácter abierto (basado en estándares reconocidos) y de fácil integración con los distintos productos informáticos en uso en el Ayuntamiento. Para ello, dentro del ambiente tecnológico propuesto, los servicios de integración deben estar perfectamente definidos, indicando en cada componente externo utilizado los servicios demandados y ofertados, así como los mecanismos que serán necesarios emplear para relacionarse entre sí. La capa de negocio incluirá la definición de circuitos y flujos, las normas de paso entre estados, y en general todos los componentes de servicio involucrados. Se valorará la utilización de estándares en cada uno de los puntos de definición de la lógica de negocio, debiendo indicar en cada caso el nivel de cumplimiento y la forma en que se da soporte al mismo. El sistema debe ser parametrizable en todos sus aspectos, para lo cual se valorará el nivel de configuración que se soporta, su modelo de persistencia y capacidad de cambios en caliente. El diseño de la capa de negocio se basará en una herramienta de trabajo sencilla e intuitiva que permita la creación de circuitos y bloques totalmente reutilizables. Para la definició...
CAPA DE PRESENTACIÓN. Mediante la capa de presentación se separa la interacción del usuario respecto a la lógica de negocio. El uso de la arquitectura en tres capas en el desarrollo de aplicaciones, ha favorecido la aparición de tecnologías que facilitan la implantación de esta capa, además de un conjunto de buenas prácticas que mejoran el proceso de su implementación. • Finalidad: Presentar la información al usuario. La capa de presentación, también llamada "capa de usuario", deberá presentar el sistema al usuario, comunicar la información necesaria y capturar la misma en un proceso que realiza un filtrado para validar los datos respecto al formato. No deberá procesar datos ni tomar decisiones. Esta capa se comunica únicamente con la capa de negocio. También es conocida como interfaz gráfica y debe tener la característica de ser "amigable" (comprensible y fácil de usar) para el usuario. • Modularidad: Controlar la relación entre las vistas. En una vista sólo debe hacerse referencia a otras vistas relacionadas con su funcionalidad. En ejecución, se recomienda integrar la vista con un sistema xx xxxxxxxxxx, para poder aumentar de esta manera la reusabilidad y el encapsulamiento de funcionalidades. • Internacionalización y localización: Preparar las aplicaciones para diferentes idiomas y convenciones. Las aplicaciones estarán preparadas para que puedan adaptarse a diferentes idiomas y convenciones (formatos de fecha, moneda, etc.), sin necesidad de realizar cambios de relevancia en el código. • Validaciones: Realizar validaciones sobre los datos introducidos por los usuarios. La vista será la responsable de la validación inicial de los datos introducidos por el usuario. La validación debe ser obligatoria sólo para el caso xx xxxxxx y formato. Nunca deberá realizarse una validación de negocio desde esta capa. • Catálogo de controles: Elaborar un catálogo con la lista de controles. Se especificará, si es posible, la función del control, los posibles validadores/conversores que se le puedan asociar, los eventos que pueda lanzar y los atributos que puedan cambiarse para manipular su aspecto externo. Los controles deberían permitir el tratamiento de componentes y eventos que posibiliten extraer de la vista toda la lógica de interfaz. La consecuencia principal de este enfoque, es que desde la vista nunca se manipularán los controles. El objetivo es que la construcción de la vista sea una tarea totalmente autónoma del resto de componentes de la función de negocio. • Uso xx xxxxxxxxxx: F...