Resumen:
|
[ES] El presente Trabajo Fin de Máster se enfoca a extender las capacidades de un sistema web complejo que realiza la gestión administrativa de tramitación de expedientes como convenios, sanciones o disciplinarios. Cada ...[+]
[ES] El presente Trabajo Fin de Máster se enfoca a extender las capacidades de un sistema web complejo que realiza la gestión administrativa de tramitación de expedientes como convenios, sanciones o disciplinarios. Cada expediente abarca un conjunto de actividades relacionadas con la captura de datos (por ejemplo, a través de formularios) y gestión de dichos datos. Además, el sistema permite tramitar otros tipos de actividades con diferentes funcionalidades, es decir, que realizan operaciones diferentes a la gestión de datos, como por ejemplo: envío de notificaciones, realización de pagos, cálculo de plazos, etc.
Al tratarse de un sistema complejo su arquitectura sigue principios de modularidad y flexibilidad de manera que la incorporación de nueva funcionalidad se realiza de forma relativamente sencilla. De esta forma, el sistema está diseñado y desarrollado en base a evolutivos y subprocesos. Un evolutivo es el desarrollo de una funcionalidad específica que el cliente desea añadir en la aplicación web, como por ejemplo la modificación del flujo del expediente debido a la inserción de una nueva actividad. Por otro lado, un subproceso es un tipo de expediente que puede ser tramitado por el cliente y cada uno de ellos se encuentra dentro de una familia en concreto. Estos pueden ser de tipo: Educación, Interior, Cadena Alimentaria, Agricultura, etc.
Concretamente, en este TFM se desarrollarán dos evolutivos y un nuevo subproceso en para la aplicación web de tramitación de expedientes utilizando tecnologías web diversas, entre ellas JSON y Spring Boot. El primer evolutivo consiste en el archivado de expedientes, que debe implementar una nueva funcionalidad en el flujo que permite pasar a la última fase del expediente dependiendo de la selección de atributos que ha sido escogida. El segundo evolutivo se basa en la descarga de expedientes, que recopilan los atributos con los datos de los expedientes que han sido tramitados. Por último, se desarrolla la creación del nuevo subproceso llamado SOCSietcat, exigido por un cliente real e implementado en la familia de sanciones.
[-]
[EN] The present Master's Thesis focuses on extending the capabilities of a complex web system that manages administrative processing of records such as agreements, sanctions, or disciplinary actions. Each record encompasses ...[+]
[EN] The present Master's Thesis focuses on extending the capabilities of a complex web system that manages administrative processing of records such as agreements, sanctions, or disciplinary actions. Each record encompasses a set of activities related to data capture (for example, through forms) and management of such data. Additionally, the system allows processing other types of activities with different functionalities, meaning that they perform operations other than data management, such as: sending notifications, making payments, calculating deadlines, etc.
Given that it is a complex system, its architecture follows principles of modularity and flexibility so that the incorporation of new functionality is relatively straightforward. Thus, the system is designed and developed based on evolutions and subprocesses. An evolution is the development of a specific functionality that the client wants to add to the web application, such as modifying the flow of the record due to the insertion of a new activity. On the other hand, a subprocess is a type of record that can be processed by the client, and each of them belongs to a specific family. These can be of type: Education, Interior, Food Chain, Agriculture, etc.
Specifically, in this Master's Thesis, two evolutions and a new subprocess will be developed for the record processing web application using various web technologies, including JSON and Spring Boot. The first evolution consists of archiving records, which must implement a new functionality in the flow that allows moving to the last phase of the record depending on the selection of attributes that have been chosen. The second evolution is based on downloading records, which gather attributes with the data of the records that have been processed. Finally, the creation of the new subprocess called SOCSietcat is developed, required by an actual client and implemented in the sanctions family.
[-]
|