Herramienta de medida y visualización de prestaciones basada en eventos para especificaciones RVC-CAL

Este proyecto fin de grado presenta dos herramientas, Papify y Papify-Viewer, para medir y visualizar, respectivamente, las prestaciones a bajo nivel de especificaciones RVC-CAL basándose en eventos hardware. RVC-CAL es un lenguaje de flujo de datos estandarizado por MPEG y utilizado para definir herramientas relacionadas con la codificación de vídeo. La estructura de los programas descritos en RVC-CAL se basa en unidades funcionales llamadas actores, que a su vez se subdividen en funciones o procedimientos llamados acciones. ORCC (Open RVC-CAL Compiler) es un compilador de código abierto que utiliza como entrada descripciones RVC-CAL y genera a partir de ellas código fuente en un lenguaje dado, como por ejemplo C. Internamente, el compilador ORCC se divide en tres etapas distinguibles: front-end, middle-end y back-end. La implementación de Papify consiste en modificar la etapa del back-end del compilador, encargada de la generación de código, de modo tal que los actores, al ser traducidos a lenguaje C, queden instrumentados con PAPI (Performance Application Programing Interface), una herramienta utilizada como interfaz a los registros contadores de rendimiento (PMC) de los procesadores. Además, también se modifica el front-end para permitir identificar cierto tipo de anotaciones en las descripciones RVC-CAL, utilizadas para que el diseñador pueda indicar qué actores o acciones en particular se desean analizar. Los actores instrumentados, además de conservar su funcionalidad original, generan una serie de ficheros que contienen datos sobre los distintos eventos hardware que suceden a lo largo de su ejecución. Los eventos incluidos en estos ficheros son configurables dentro de las anotaciones previamente mencionadas. La segunda herramienta, Papify-Viewer, utiliza los datos generados por Papify y los procesa, obteniendo una representación visual de la información a dos niveles: por un lado, representa cronológicamente la ejecución de la aplicación, distinguiendo cada uno de los actores a lo largo de la misma. Por otro lado, genera estadísticas sobre la cantidad de eventos disparados por acción, actor o núcleo de ejecución y las representa mediante gráficos de barra. Ambas herramientas pueden ser utilizadas en conjunto para verificar el funcionamiento del programa, balancear la carga de los actores o la distribución por núcleos de los mismos, mejorar el rendimiento y diagnosticar problemas. ABSTRACT. This diploma project presents two tools, Papify and Papify-Viewer, used to measure and visualize the low level performance of RVC-CAL specifications based on hardware events. RVC-CAL is a dataflow language standardized by MPEG which is used to define video codec tools. The structure of the applications described in RVC-CAL is based on functional units called actors, which are in turn divided into smaller procedures called actions. ORCC (Open RVC-CAL Compiler) is an open-source compiler capable of transforming RVC-CAL descriptions into source code in a given language, such as C. Internally, the compiler is divided into three distinguishable stages: front-end, middle-end and back-end. Papify’s implementation consists of modifying the compiler’s back-end stage, which is responsible for generating the final source code, so that translated actors in C code are now instrumented with PAPI (Performance Application Programming Interface), a tool that provides an interface to the microprocessor’s performance monitoring counters (PMC). In addition, the front-end is also modified in such a way that allows identification of a certain type of annotations in the RVC-CAL descriptions, allowing the designer to set the actors or actions to be included in the measurement. Besides preserving their initial behavior, the instrumented actors will also generate a set of files containing data about the different events triggered throughout the program’s execution. The events included in these files can be configured inside the previously mentioned annotations. The second tool, Papify-Viewer, makes use of the files generated by Papify to process them and provide a visual representation of the information in two different ways: on one hand, a chronological representation of the application’s execution where each actor has its own timeline. On the other hand, statistical information is generated about the amount of triggered events per action, actor or core. Both tools can be used together to assert the normal functioning of the program, balance the load between actors or cores, improve performance and identify problems.

Configuración de un entorno de trabajo para el desarrollo de software ágil con integración continua

Hoy en día, existen numerosos sistemas (financieros, fabricación industrial, infraestructura de servicios básicos, etc.) que son dependientes del software. Según la definición de Ingeniería del Software realizada por I. Sommerville, “la Ingeniería del Software es una disciplina de la ingeniería que comprende todos los aspectos de la producción de software desde las etapas iniciales de la especificación del sistema, hasta el mantenimiento de éste después de que se utiliza.” “La ingeniería del software no sólo comprende los procesos técnicos del desarrollo de software, sino también actividades tales como la gestión de proyectos de software y el desarrollo de herramientas, métodos y teorías de apoyo a la producción de software.” Los modelos de proceso de desarrollo software determinan una serie de pautas para poder desarrollar con éxito un proyecto de desarrollo software. Desde que surgieran estos modelos de proceso, se investigado en nuevas maneras de poder gestionar un proyecto y producir software de calidad. En primer lugar surgieron las metodologías pesadas o tradicionales, pero con el avance del tiempo y la tecnología, surgieron unas nuevas llamadas metodologías ágiles. En el marco de las metodologías ágiles cabe destacar una determinada práctica, la integración continua. Esta práctica surgió de la mano de Martin Fowler, con el objetivo de facilitar el trabajo en grupo y automatizar las tareas de integración. La integración continua se basa en la construcción automática de proyectos con una frecuencia alta, promoviendo la detección de errores en un momento temprano para poder dar prioridad a corregir dichos errores. Sin embargo, una de las claves del éxito en el desarrollo de cualquier proyecto software consiste en utilizar un entorno de trabajo que facilite, sistematice y ayude a aplicar un proceso de desarrollo de una forma eficiente. Este Proyecto Fin de Grado (PFG) tiene por objetivo el análisis de distintas herramientas para configurar un entorno de trabajo que permita desarrollar proyectos aplicando metodologías ágiles e integración continua de una forma fácil y eficiente. Una vez analizadas dichas herramientas, se ha propuesto y configurado un entorno de trabajo para su puesta en marcha y uso. Una característica a destacar de este PFG es que las herramientas analizadas comparten una cualidad común y de alto valor, son herramientas open-source. El entorno de trabajo propuesto en este PFG presenta una arquitectura cliente-servidor, dado que la mayoría de proyectos software se desarrollan en equipo, de tal forma que el servidor proporciona a los distintos clientes/desarrolladores acceso al conjunto de herramientas que constituyen el entorno de trabajo. La parte servidora del entorno propuesto proporciona soporte a la integración continua mediante herramientas de control de versiones, de gestión de historias de usuario, de análisis de métricas de software, y de automatización de la construcción de software. La configuración del cliente únicamente requiere de un entorno de desarrollo integrado (IDE) que soporte el lenguaje de programación Java y conexión con el servidor. ABSTRACT Nowadays, numerous systems (financial, industrial production, basic services infrastructure, etc.) depend on software. According to the Software Engineering definition made by I.Sommerville, “Software engineering is an engineering discipline that is concerned with all aspects of software production from the early stages of system specification through to maintaining the system after it has gone into use.” “Software engineering is not just concerned with the technical processes of software development. It also includes activities such as software project management and the development of tools, methods, and theories to support software production.” Software development process models determine a set of guidelines to successfully develop a software development project. Since these process models emerged, new ways of managing a project and producing software with quality have been investigated. First, the so-called heavy or traditional methodologies appeared, but with the time and the technological improvements, new methodologies emerged: the so-called agile methodologies. Agile methodologies promote, among other practices, continuous integration. This practice was coined by Martin Fowler and aims to make teamwork easier as well as automate integration tasks. Nevertheless, one of the keys to success in software projects is to use a framework that facilitates, systematize, and help to deploy a development process in an efficient way. This Final Degree Project (FDP) aims to analyze different tools to configure a framework that enables to develop projects by applying agile methodologies and continuous integration in an easy and efficient way. Once tools are analyzed, a framework has been proposed and configured. One of the main features of this FDP is that the tools under analysis share a common and high-valued characteristic: they are open-source. The proposed framework presents a client-server architecture, as most of the projects are developed by a team. In this way, the server provides access the clients/developers to the tools that comprise the framework. The server provides continuous integration through a set of tools for control management, user stories management, software quality management, and software construction automatization. The client configuration only requires a Java integrated development environment and network connection to the server.

Despliegue de una red de acceso radio en comunicaciones móviles

En el mundo actual el uso de la telefonía móvil ha desbancado a la telefonía fija, creando la necesidad en los usuarios de estar conectados independientemente del lugar en el que se encuentren. Esto provoca que las compañías telefónicas estén cada vez más preocupadas por mejorar y renovar sus redes de comunicaciones para proporcionar sus servicios con cada vez mayor calidad. En este proyecto se estudiara la forma en la que un gran operador mantiene su red actualizada y se detallaran los trabajos necesarios para que su red se mantenga actualizada y no se encuentren equipos obsoletos dentro de su arquitectura. Se describirá el procedimiento mediante el cual una operadora de telefonía móvil ha llevado a cabo la renovación de los equipos de su red de acceso. A lo largo del proyecto se describirán los diferentes tipos de escenarios y las distintas soluciones adoptadas a implementar en dichos escenarios. De la misma forma se describirá el tipo de equipo instalado, indicando las diferentes tarjetas que lo forman y sus diferentes funcionalidades. Se describirán las acciones llevadas a cabo por el grupo de O&M de integración mediante las cuales se retirara el equipo antiguo y se instalara el nuevo impactando lo menos posible en la red del operador. ABSTRACT. In today's world the use of mobile phones has replaced fixed lines, creating the need for users to stay connected no matter where they are located. This causes the phone companies are increasingly concerned with improving and renovating their communications networks to provide services with increasing quality. In this project the way in which a large network operator maintains their network updated and detailing the work required to keep it updated and with no obsolete equipment in its architecture are be considered. The process by which a mobile operator has undertaken the renovation of the computers on your network access will be described. Throughout the project the different types of scenarios and different solutions adopted to implement these scenarios are described. Likewise the type of installed equipment is also described, indicating the different cards that form it and its various functions. Actions carried out by the group of O & M of integration by which the old equipment is retired and the new install as little as possible impact on the operator's network will be described.

Diseño e implementación de una solución de VoIP en un entorno empresarial

El desarrollo de las redes IP ha marcado un creciente interés por unificar todas las comunicaciones sobre una misma infraestructura aprovechando así el cableado existente. Con esta idea nació la tecnología conocida como VoIP (Voice Over Internet Protocol) que consiste en la trasmisión de la voz sobre paquetes IP. El objetivo principal de este proyecto es el diseño e implementación de una infraestructura de voz sobre IP que utilice una red de datos existente. La primera parte del proyecto estará formada por un estudio detallado de los factores que influyen en esta tecnología: codecs, protocolos y otros factores a tener en cuenta. Tras esta parte, aprovechando la experiencia adquirida durante casi tres años en una empresa integradora de servicios, se realizará un caso de estudio en el que, bajo las premisas impuestas por un supuesto cliente, se diseñará una solución que cumpla todos los requisitos y aporte un valor añadido sobre el sistema de telefonía que posee el cliente. El diseño de la mejor solución se hará utilizando productos del fabricante Cisco Systems y, además del coste económico, se valorarán los esfuerzos personales que costará montar dicha solución, incluyendo un valor añadido como es el dotar de buzón de voz y mensajería a todos los usuarios. La última parte del caso de estudio consistirá en la implementación de la infraestructura anteriormente diseñada adquiriendo conocimientos sobre virtualización de servidores utilizando productos de la compañía VMWare (especialista en virtualización), instalación y parametrización de aplicativos de Cisco y, finalmente, la interconexión con la red pública a través de gateways para poder hacer llamadas al exterior. El proyecto finalizará con la presentación de unas conclusiones finales y la exposición de unas líneas futuras de trabajo. ABSTRACT. The IP network development has marked a growing interest in unifying all communications over the same infrastructure taking advantage of the existing wiring. From this idea, a technology was born known as VoIP (Voice Over Internet Protocol) which consists of the transmission of voice packets over the IP network. The main goal of this project is the design and implementation of a VoIP infrastructure for transmitting voice packets over the existing wired network infrastructure on the client. The first part of the project will consist of a detailed study of the factors influencing this technology: codecs, protocols, and other factors to consider. After this part, drawing on the experience gained during nearly three years in an integrated services company, a case study will be made under the premises imposed for a supposed client. A solution that serves all the requirements will be designed and provide an added value on the customer’s telephone system. The design of the best solution will be done using Cisco Systems products and besides the economic cost of the whole solution, the personal effort cost will be valued. The added value named before will be provided with two important applications such as voice mail and instant messaging for all users. The last part of the case study will consist in the implementation of an infrastructure designed to acquire knowledge about virtualization, using VMWare company products (specialist in virtualization), installation and configuration of applications from Cisco Systems and finally the interconnection with the public network through gateway routers in order to make external calls. The project will end with the presentation of final conclusions and exposing future working lines.

Regulación y marcos de trabajo para la gestión de sistemas de Tecnologías de la Información

En la actualidad, a través de los sistemas de Tecnologías de la Información (TI) se ofrecen servicios muy diversos que tienen requisitos cada vez más específicos para garantizar su funcionamiento. Con el fin de cumplir dichas garantías, se han estandarizado diferentes normativas, así como marcos de trabajo, también llamadas recomendaciones o manuales de buenas prácticas, que permiten al proveedor de servicios verificar que se cumplen dichos requisitos y ofrecer tanto al cliente final como a la propia organización un servicio de calidad que permita generar valora todas las partes. Con la aplicación de dichas recomendaciones y normativas, las empresas y Administraciones Públicas garantizan que los servicios telemáticos que ofrecen, cumplen estándares de calidad permitiendo así ofrecer al usuario final una plataforma estable y adecuada al servicio prestado. Dichas normas y marcos hacen referencia tanto al servicio TI propiamente dicho como al propio sistema de gestión del servicio TI, de tal forma que, a través de una operación adecuada del sistema que gestiona el servicio, podemos hacer que dicho servicio esté continuamente mejorando. En concreto nos centramos en la norma más empleada, ISO 20000, y en el marco de trabajo o referencia de buenas prácticas, ITIL 2011, con el fin de dar una visión clara de los diferentes procesos, actividades y funciones que ambas definen para generar valor en la empresa a través de los sistemas de TI. Con el fin de ayudar a la comprensión tanto de ITIL como de ISO 20000, se ha desarrollado a modo de ejemplo la implementación tanto de ITIL inicialmente y luego ISO 20000 sobre de un servicio que ya está en funcionamiento definiendo para cada una de las cinco fases del ciclo de vida que, tanto en la norma como en el marco se utilizan, los procesos y funciones necesarias para su implementación, y su posterior revisión. ABSTRACT. Today, we’ve got a lot of different services thanks to Information Technologies (IT) service management: they have increasingly specific requirements to ensure a good operation on the service they support. In order to meet these requirements, it has been released different standardized regulations and frameworks, also called recommendations or good practice guides. They allow the service provider to verify that such requirements are met and offer both to the end customer and to the own organization that manage this system, a quality service that will generate value to both parts. In the end, with the implementation of these recommendations and regulations, companies and public authorities ensure that the telematics services offered meet the quality standards they seek, allowing the end user to offer a stable and appropriate service platform. So these standards and reference frames both implies on the IT service itself and on the IT service management, so that, through proper operation of the parts implied on the process that manages the service, we can offer a better service. In particular we focus on the most widely used standard, ISO 20000, and the reference framework or best practices, ITIL 2011, in order to give a clear overview of the different processes, activities and functions that define both to create value in the company through IT service management. To help the understanding of both ITIL and ISO 20000, it has been developed an example of an ITIL and then ISO 20000 implementation on a service that is already in operation defining for each of the five phases of the life cycle, both in the standard as used in the context, processes and functions necessary for its implementation, and later review.

Sistema de alarmas asistenciales para hospitales y residencias

En los hospitales y residencias geriátricas de hoy en día es necesario que tengan un sistema asistencial paciente-enfermera. Este sistema debe ser capaz de controlar y gestionar cada una de las alarmas que se puedan generar en el menor tiempo posible y con la mayor eficacia. Para ello se ha diseñado una solución completa llamada ConnectCare. La arquitectura modular del sistema y la utilización de comunicación IP permiten adaptar el sistema a cada situación proporcionando soluciones específicas a medida. Este sistema se compone de un software llamado Buslogic que gestiona las alarmas en un servidor y de unos dispositivos llamados Fonet Control TCP/IP que posee una doble función: por una parte, sirve como dispositivo intercomunicador telefónico y por otra parte, sirve como dispositivo de gestión de alarmas y control de otros dispositivos externos. Como dispositivo intercomunicador telefónico, se integra en la red telefónica como un terminal de extensión analógica permitiendo la intercomunicación entre el paciente y el personal sanitario. Se hará una breve descripción de la parte intercomunicadora pero no es el objeto de este proyecto. En cambio, en la parte de control se hará más hincapié del diseño y su funcionamiento ya que sí es el objeto de este proyecto. La placa de control permite la recepción de señales provenientes de dispositivos de llamadas cableados, como son pulsadores asistenciales tipo “pera” o tiradores de baño. También es posible recibir señales de alerta de dispositivos no estrictamente asistenciales como detectores de humo o detectores de presencia. Además, permite controlar las luces de las habitaciones de los residentes y actuar sobre otros dispositivos externos. A continuación se mostrará un presupuesto para tener una idea del coste que supone. El presupuesto se divide en dos partes, la primera corresponde en el diseño de la placa de control y la segunda corresponde a la fabricación en serie de la misma. Después hablaremos sobre las conclusiones que hemos sacado tras la realización de este proyecto y sobre las posibles mejoras, terminando con una demostración del funcionamiento del equipo en la vida real. ABSTRACT. Nowadays, in hospitals and nursing homes it is required to have a patient-nurse care system. This system must be able to control and manage each one of the alarms, in the shortest possible time and with maximum efficiency. For this, we have designed a complete solution called ConnectCare. The system architecture is modular and the communication is by IP protocol. This allows the system to adapt to each situation and providing specific solutions. This system is composed by a software, called Buslogic, which it manages the alarms in the PC server and a hardware, called Fonet Control TCP / IP, which it has a dual role: the first role, it is a telephone intercom device and second role, it is a system alarm manager and it can control some external devices. As telephone intercom device, it is integrated into the telephone network and also it is an analog extension terminal allowing intercommunication between the patient and the health personnel. A short description of this intercommunication system will be made, because it is not the subject of this project. Otherwise, the control system will be described with more emphasis on the design and operation point of view, because this is the subject of this project. The control board allows the reception of signals from wired devices, such as pushbutton handset or bathroom pullcord. It is also possible to receive warning signals of non nurse call devices such as smoke detectors or motion detectors. Moreover, it allows to control the lights of the patients’ rooms and to act on other external devices. Then, a budget will be showed. The budget is divided into two parts, the first one is related with the design of the control board and the second one corresponds to the serial production of it. Then, it is discussed the conclusions of this project and the possible improvements, ending with a demonstration of the equipment in real life.

Implantación de técnicas de QA en un proyecto de desarrollo software

Hoy en día existe una preocupación creciente por la calidad del software entregado en los proyectos que se realizan a lo largo del mundo. El trabajo de fin de grado que va a ser desarrollado en estas páginas pretende demostrar la importancia de la realización de tests funcionales durante el proceso de desarrollo de software para que el proyecto alcance la calidad requerida tan demandada en estos días. Para ello, después de una pequeña introducción a la historia del software, se presentarán y compararán diversos tipos de metodologías de desarrollo de software, tanto pesadas (cascada, espiral, etc.) como ágiles (Extreme Programming y Scrum), se enfatizará en dichas metodologías ágiles y cómo el proceso de testing y control de calidad encaja perfectamente con la filosofía de las citadas metodologías ágiles. Se desarrollará una explicación del papel de QA en el desarrollo de software, asi como una explicación de los tipos de test existentes, y las herramientas, tecnologías y patrones que existen a disposición de aquellos que quieran desempeñar el papel de QA. Para complementar el punto de vista teórico de este trabajo se presentará un caso práctico real realizado en la empresa bq bajo una metodología Scrum. Dicho caso práctico muestra el uso de ciertas herramientas y su aporte para el control de calidad del proyecto bajo desarrollo, demostrando su importancia. Se realizará énfasis en el proceso de automatización de ciertas baterías de test (llamadas test suites), mostrando desde el planteamiento inicial de las diferentes historias de usuario y la batería de test, pasando por la elección de las tecnologías más adecuadas para la elaboración de los test hasta llegar al lanzamiento de dicha batería de pruebas y la comprobación de éstas. El punto de vista práctico quedará complementado por una explicación del framework nightwatch.js, framework utilizado en el desarrollo del proyecto en bq para la automatización de test funcionales. Esta explicación comprenderá tanto la configuración y uso del framework como el uso de patrones y la estructura de las pruebas. ABSTRACT Nowadays there is a growing concern about the Quality of the software delivered in the projects that are made all around the world. This final project will try to prove the importance of performing functional tests during the Software Development Process in order to be able to reach the demanded Quality. To fulfill this objective, different types of Software Development methodologies will be presented and compared. Heavy methodologies (waterfall, spiral methodologies, etc.) as well as agile methodologies (Extreme Programming and Scrum). There will be an emphasis in the second kind (agile methodologies) and how the testing and quality assurance process fits perfectly in their philosophy. A deep explanation of the role that Quality Assurance holds on software development will be presented, as well as an explanation on the current types of testing and an explanation of the different tools; technologies and patrons that exist to help anyone who wants to perform the role of QA. To complement the theoretical perspective of this work a real case study, performed at the company bq under a Scrum methodology, will be presented. The mentioned study covers the use of certain tools and their input for the quality assurance of the project under development, proving its relevance. Emphasis will be made in the process of conducting a set of tests (called test suite), showing from the initial approach of the different users stories and the set of tests, going through the choosing of the most suitable technologies for the tests development, and ending with the performance of this battery of tests and their checkout. The practical point of view will be complemented by a deep explanation of the creation process using the nightwatch.js automated test framework, used in the project in bq. This explanation will cover both the configuration and use of the framework as the use of patterns and structure of the tests.

Desarrollo de un sistema de arañas inteligentes para la extracción de datos de empresas

El presente proyecto de fin de grado es uno de los resultados generados en un proyecto de financiación privada por parte de Telefónica consistente en el desarrollo y posterior implantación de un sistema para minería de datos de empresas presentes en Internet. Este TFG surge a partir de un proyecto que el grupo de investigación AICU-LABS (Mercator) de la UPM ha desarrollado para Telefónica, y tiene como elemento principal el desarrollo de Agentes web (también llamados robots software, “softbots” o “crawlers”) capaces de obtener datos de empresas a partir de sus CIF a través de internet. El listado de empresas nos los proporciona Telefónica, y está compuesto por empresas que no son clientes de Telefónica en la actualidad. Nuestra misión es proporcionarles los datos necesarios (principalmente teléfono, correo electrónico y dirección de la empresa) para la creación de una base de datos de potenciales clientes. Para llevar a cabo esta tarea, se ha realizado una aplicación que, a partir de los CIF que nos proporcionan, busque información en internet y extraiga aquella que nos interese. Además se han desarrollado sistemas de validación de datos para ayudarnos a descartar datos no válidos y clasificar los datos según su calidad para así maximizar la calidad de los datos producidos por el robot. La búsqueda de datos se hará tanto en bases de datos online como, en caso de localizarlas, las propias páginas web de las empresas. ABSTRACT This Final Degree Project is one of the results obtained from a project funded by Telefónica. This project consists on the development and subsequent implantation of a system which performs data mining on companies operating on the Internet. This document arises from a project the research group AICU-LABS (Mercator) from the Universidad Politécnica de Madrid has developed for Telefónica. The main goal of this project is the creation of web agents (also known as “crawlers” or “web spiders”) able to obtain data from businesses through the Internet, knowing only their VAT identification number. The list of companies is given by Telefónica, and it is composed by companies that are not Telefónica’s customers today. Our mission is to provide the data required (mainly phone, email and address of the company) to create a database of potential customers. To perform this task, we’ve developed an application that, starting with the given VAT numbers, searches the web for information and extracts the data sought. In addition, we have developed data validation systems, that are capable of discarding low quality data and also sorting the data according to their quality, to maximize the quality of the results produced by the robot. We’ll use both the companies’ websites and external databases as our sources of information.

Desarrollo de un equipo de investigación de impresión 3D por fotopolimerización, mediante tecnología DLP

En este trabajo se hace una investigación de la tecnología de impresión 3D mediante fotopolimerización de resinas, usando un proyector DLP como fuente de luz. El objetivo es conocer todas las especificaciones que ha de cumplir una máquina de éstas características para llevar a cabo de manera satisfactoria el proceso de construcción de una pieza. Para ello, se hace un estudio preliminar de la técnica, examinando un equipo de impresión 3D DLP comercial, y una vez que se tiene el conocimiento necesario de los rasgos del proceso, se procede al desarrollo iterativo de un prototipo funcional, capaz de ejecutar el proceso con éxito, pero con las capacidades de modificación suficientes como para llevar a cabo experimentos de innovación en la tecnología. El desarrollo se lleva a cabo en abierto, publicando los desarrollos a medida que se efectúan. Con este enfoque se pretende aprovechar las ventajas de la investigación descentralizada, de las que dio ejemplo el desarrollo del Proyecto RepRap: Un proyecto destinado a diseñar una impresora 3D de extrusión de filamento, que cualquier persona se pudiera construir a partir de piezas impresas por impresoras 3D de las mismas características, y materiales fáciles de obtener. Así, este proyecto tiene adicionalmente otro objetivo estratégico que consiste en el estímulo del ecosistema de impresión 3D de fuente abierta, que en este momento carece apenas de diseños de fuente abierta de impresoras 3D mediante fotopolimerización de resinas. Efectuando una estrategia así se busca fomentar la difusión del conocimiento acerca de la tecnología de impresión 3D DLP y crear así un interés por ésta, que finalmente desembocaría en la aparición de una demanda que, para entonces, la empresaestaría preparada para cubrir. Como la técnica consiste en un caso particular de la tecnología de impresión 3D que aún no ha terminado de proliferar en el mercado, y el conocimiento acerca de ésta no está extendido; en este documento se introducen de manera gradual los conceptos necesarios para entender el proyecto. Presentaremos en un primer lugar el contexto de la impresión 3D, comentando un breve análisis de todas las técnicas susceptibles de ser llamadas «impresión 3D», así como una introducción a conceptos comunes a todas aquellas, usando la impresión 3D de extrusión de filamento como ejemplo por ser la técnica más extendida. Una vez presentada la impresión 3D en general, se analizará el estado del arte de la impresión 3D mediante fotopolimerización de resinas, haciendo una breve clasificación de las variantes existentes, en cuanto a proceso de construcción se refiere, para poder concretar las características de la variante estudiada en este proyecto. Con eso dicho, se procede a describir la técnica en detalle, puntualizando las fases del proceso que estas impresoras llevan a cabo para construir una pieza; y la constitución básica de una máquina destinada a ejecutar ese proceso, deteniéndose en cada uno de los componentes necesarios. Descrita la tecnología y el estado del arte, dedicamos un capítulo a comentar el contexto del proyecto en el ecosistema de fuente abierta, situando al Proyecto RepRap como antecedente. Se llega a unas conclusiones de especificación, que tiene como consecuencia una serie de características de diseño y elección de herramientas, todas éstas descritas en éste capítulo. Después de toda esta introducción, comenzamos a detallar lo ocurrido durante el proyecto, comenzando por la investigación previa al desarrollo de los prototipos. Se describen las características del prototipo comercial adquirido al principio, haciendo hincapié en las adiciones de éste al modelo básico; y después se explica la situación delecosistema de impresión 3D DLP de fuente abierta, comentando las herramientas delas que se dispone a la hora de construir un equipo de estas características. Teniendo explicadas todas las herramientas disponibles para diseñar y construir unequipo con las características que hemos definido, se procede a explicar el desarrollo iterativo que se ha llevado a cabo en este proyecto, reseñando cada uno de los prototipostanto de la máquina general como específicos de cada uno de sus componentes. Se describirán los criterios y experimentos que llevan a cada una de las decisiones dediseño de los componentes, hasta que se concluye en un diseño que cumple los requisitos para llevar a cabo el proceso de construcción de manera exitosa. El diseño resultante de las iteraciones tuvo que pasar una serie de validacionesnecesarias para obtener una especificaciones de utilización que permitieran estabilizar el proceso de impresión, de manera que no fuera necesaria una preocupación especialpor el éxito de este. Tras describir el último prototipo de la máquina, se comentan los experimentos que se llevan a cabo, se hace una pequeña introducción en defectologíade piezas impresas con ésta tecnología, y se explican las características que se quieren optimizar para conseguir que el proceso sea estable, concluyendo con la especificaciónde éstas. Como capítulo adicional, se describen las líneas futuras. Usos que se han hecho deldiseño para formación dentro de la empresa, e investigaciones en nuevas modalidades del proceso y aplicaciones de la tecnología.

Capilla del M.I.T. de Eero Saarinen, 1950-55 : sincretismo en la armonía de los opuestos

La historia de la arquitectura se ha medido - en parte - por la evolución de las modas, épocas y estilos de la arquitectura religiosa. En la aparición de las nuevas capillas interreligiosas universitarias de los años '50 de Norteamérica, la capilla del M.I.T., bautizada tras su inauguración como “Kresge Chapel” en honor al apellido de su benefactor, fue el máximo exponente como prototipo en esta época marcada por la aparición nuevas conciencias de posguerra. (II Guerra Mundial). La tesis centra su investigación en esta capilla, cómo nació en respuesta a la necesidad de compatibilizar la enseñanza reglada científico tecnológica con una formación religiosa y humanista, para el programa impuesto como ampliación del campus universitario del MIT en el barrio universitario de Cambridge, Boston, Massachussets, en torno a dos edificios principales a proyectar: capilla y auditorio. Desde el trabajo de investigación se aporta la información documental necesaria para saber cómo evolucionó desde sus primeros bocetos hasta su construcción. Su nacimiento como necesidad en la sociedad universitaria no fue nada espontáneo, quedando a medias entre la influencia escandinavo - alemana y la tradición americano-luterana de anteriores iglesias neoclásicas herederas del “Plan Akron”. La formación académica y profesional dirigida por su padre, Eliel Saarinen, suman junto a los viajes del arquitecto, una herencia “genética” para con este prototipo ajeno al emergente “estilo internacional” y ayudan a comprender la dimensión compleja de lo que es capaz de representar la capilla. La capilla es refugio emocional de la luz y es un punto de inflexión notable en la recuperación del tipo centrado renovado y evolucionado, que junto con el doble recurso lumínico - efectista, de la vertical para el altar y horizontal inferior, distribuido desde el perímetro ondulado en el interior, el ejemplo es muestra la promoción de una cierta sensibilidad para con las nuevas formas de la "religión" emergentes en la Norteamérica de los años 50. Desde el sincretismo como mecanismo y principal “modus operandi” proyectual, FE versus RAZÓN, aparecen como dualismo permanente en todas las fases del proyecto, desde un proceso de búsqueda de la armonía de ambos y para cada uno de ellos. Con el estudio del modelo prototípico del MIT, buscamos el "patrón" empleado por el arquitecto en su proyección de "nueva iglesia" adaptado a la diversidad cultural y religiosa y de las nuevas y diferentes sensibilidades humanistas para el proyecto. ----------------------------------------------------- SUMMARY--------------------------------------------------- The history of architecture is measured - in part - by the evolution of fashion, periods and styles of religious architecture. In the emergence of the new interfaith university chapel of the 1950s in North America, the chapel of MIT, named after its inauguration as "Kresge Chapel" in honor of its benefactor, was the best example of a prototype, in this time so marked by the emergence of new postwar consciousnesses. The thesis focuses its research on this chapel; how it came about in response to the need to reconcile formal scientific and technological education with religious and humanist training for the program imposed as an extension of the campus of MIT in the university district of Cambridge, Boston Massachusetts, around two main projected buildings : Chapel and auditorium. From research work has been obtained the documentary information necessary to know how it evolved from the first sketches to its construction. Its creation as a necessity of the university society was not at all spontaneous, being halfway between the Scandinavian influence - German and the American Lutheran tradition of neoclassical churches, the heirs to the "Akron Plan". The academic and professional training directed by his father, Eliel Saarinen, together with the travels of the architect, a "genetic" heritage with this external prototype for the emerging "international style", and help to understand the complex dimension of what the chapel is capable of representing. The chapel is an emotional refuge of light and is a remarkable turning point in the recovery of such focused renewed and evolved, along with the double lumen resource - gimmicky, vertical to the altar and lower horizontal, distributed from the undulating perimeter inside, the example is shown to promote a certain sensitivity to the new forms of "religion" but vague religious profile emerging in the America of the 50s. From the syncretism as a mechanism and main "modus operandi" of the project, FAITH versus REASON appears as permanent dualism in all phases of the project from a process of finding the harmony of both and for each of them. With the study of the prototypical model of MIT, we seek the "pattern" used by the architect in his projection of "new church" adapted to the cultural and religious diversity and new and different humanist sensitivities for the project. El desarrollo vierte la luz suficiente para entender los patrones de lo arquitectónico en la capilla, que hacen de ella, la comunión armónica y perfecta de los nombrados opuestos en el campus universitario del MIT. En el camino, además, la investigación arroja luz y orden sobre las fases del proyecto a través de la contribución, recogida, clasificación y orden de los datos, fechas y documentos gráficos, a día de hoy dispersos y confusamente publicados, debido a la no existencia de un estudio profundo y completo como el que pretende ser este trabajo, por ser una obra fundamental en la historia de la arquitectura moderna. El patrón final demostrará el artificio sincrético de cada una de las partes - cada uno en sí misma y cosidas todas - formando el "Ima Summis" de la capilla; resultado de la acción proyectual deducida de su serie genética descifrada. De esta forma, lo sincrético, aparece como el principal atributo del hecho construido, pasando de lo místico a lo científico, de lo intuitivo a lo razonado y siempre con el vehículo de su arquitectura para la interpretación de lo inefable al interior. En cuanto a la estructura de la tesis, se inicia el desarrollo a partir de una introducción en la que se declaran las intenciones y se describe el contexto de lo investigado en torno a la hipótesis principal anunciada en el subtítulo de la tesis. Frente a consideraciones previas de la capilla y de la propia investigación, se expone y explica la hipótesis principal, junto a otros objetivos secundarios. Para finalizar la introducción, se describe el método seguido como estrategia y se justifica la estructura de redacción del documento para la compresión de este trabajo hacia sus conclusiones. Es en el primer capítulo, el C1, donde se inicia el cuerpo central mediante la exposición historiográfica de la situación y contexto previo a la capilla como antecedentes. En un segundo capítulo, el C2, se aborda el estudio del desarrollo del proyecto y de la obra y construcción de la capilla, base documental necesaria. Para ello se inicia con la descripción del lugar, del encargo y del programa, para pasar a mostrar con detalle las distintas propuestas de cada una de las fases del proyecto. En definitiva, qué se proyecto, cómo evolucionó el proyecto y en qué fases transcurrió, para entre otras cuestiones, entender el cambio de estilo desde una fase influenciada por la capilla de Mies construida en el ITT de Chicago, (denominadas en este trabajo por esta influencia como modelos “miesianos”) y la fase reencuentro con el modus de hacer iniciado por su padre Eliel, a través de un modelo a medias de una herencia escandinavo - alemana y la tradición luterano - americana, (denominada en este trabajo como herencia o modelos “saariniana/os”). The development sheds enough light to understand the architectural patterns of the chapel, making it the perfect and harmonic communion named opposites on the campus of MIT. Along the way, furthermore, the research sheds light and order on the phases of the project through the contribution, collection, sorting and order of data, dates and graphic documents, today scattered and confusingly published, due to inexistence of a deep and comprehensive study like this work is meant to be, in the context of such a seminal work in the history of modern architecture. The final pattern will demonstrate the syncretic artifice of each of the parts - each in itself and all together - forming the "Ima Summis" of the chapel; the result of the project action deducted from its deciphered genetic series. Being the SYNCRETIC, the main attribute of the built matter, passing from the mystical to the scientific, from the intuitive to the reasoned and always with the vehicle of architecture as the representation of the ineffable. As for the structure of the thesis, the development starts from an introduction in which the intentions are declared and the context of that which is investigated is described, in terms of the main hypothesis announced in the subtitle of the thesis. Faced with previous considerations of the chapel and the research itself, the principal hypothesis is expressed and explained, along with other secondary objectives. To conclude the introduction, the method followed is described as a strategy and the structuring of the document is justified for the compression of this work towards its conclusions. It is in the first chapter of the thesis, the C1, where the main body of the work is initiated through the historiographical account of the situation and context prior to the chapel as antecedents. A second chapter, C2, addresses the study of the development of the project and of the work and construction of the chapel, based on the necessary documentary evidence. To this end, the analysis begins with the description of the place, the commission and the program, moving on to analyze in detail the various proposals of each phase. What is projected, how it evolved and through what phases passed the project to, among other questions, understand the change in style between the phase of influence of Mies through the projected chapel in the ITT of Chicago chapel (called in this work as "miesian" influences or models) and the reunion with the modus of making initiated by his father Eliel, through a model equally at once of Scandinavian-German heritage and of the American-Lutheran tradition, (referred to in this work as "saarinian" inheritance or models). Para el tercer capítulo, el C3, se llevan a estudio y análisis, los elementos más destacables en los que se prueban las particularidades llamadas “genéticas” en cada uno de las partes principales detectadas en la capilla. Desde ellas se rastrean las influencias - a veces sinergias - que ayudan a justificar y conformar una clasificación genética en torno a cuatro patrones principales, de los que poder discernir al final del capítulo, el “patrón matriz” de la propia capilla en base a la concurrencia de los órdenes arquitectónicos que los conforman. Una vez obtenida la información y orden necesario, se puede afrontar el punto álgido de esta tesis con el cuarto capítulo, el C4, en el que se justifica la capacidad sincrética de la capilla como respuesta a la hipótesis principal señalada en el subtítulo. Para ello se inicia el capítulo con el enfoque y contexto del término “sincretismo” y “sincrético”, aportando la justificación de sus usos para con esta investigación, antes de explicar que la capilla es sincrética por la suma de dos claves fundamentales. La clave primera, correspondiente a la capacidad interconfesional y aconfesional de la capilla, y su capacidad de trascender al interior desde ambas situaciones además de ser reconocible por el religioso y a la vez por el científico. Y la clave segunda, que corresponde a la suma de las distintas partes sincréticas, cada una en si mismas, capaz de sumar todas juntas, este edificio sincrético de los nombrados opuestos. Una vez discernido las claves de lo sincrético en la capilla y a pesar de su doble carácter SACRO Y PROFANO, una comparativa posiciona a la capilla como único entre los ejemplos interconfesionales construidos en los ´50, sin haberse repetido de igual manera y mismo resultado en el tiempo, ni en ninguna otra universidad o centro tecnológico. Así la exposición de este trabajo finaliza con el último capítulo, el C5, en el que desde esa comparativa, una serie de cuestiones unen y distancian a la del MIT y dan acierto a la apuesta inicial, concluyendo que la hipótesis y el patrón de la misma, es el patrón de lo sincrético que modela el ”modus operandi ” del arquitecto. Tras el desarrollo, la investigación cierra filas en torno a cuatro conclusiones para los cuatro capítulos principales; C2, C3, C4, C5. La capilla del MIT como modelo prototípico no se repite en el tiempo, ni en ninguna otra universidad y se posiciona como el mejor prototipo – hito de una nueva arquitectura religiosa universitaria. In the third chapter, C3, we study and analyze the most notable elements in which are found those particularities referred to as "genetic" in each of the principal parts, (see above C3.1.1... - C3.1.8), where these influences - sometimes synergies - are traced, helping to justify and form a classification based on four of those principals (see above C3.2), from which, at the end of this chapter may be discerned a matrix pattern, that of the chapel itself (see above. C3.3.), based on concurrent architectural orders. Once the necessary information and order is obtained, we come to the decisive point in the fourth chapter, C4, where the syncretic capacity of the chapel in response to the main hypothesis indicated in the subtitle of the thesis is justified. For this, the chapter beings with the focus and context of the terms "syncretism" and "syncretic", providing justification for their use for this research, going on to assert that the chapel is syncretic from the sum of two fundamental aspects: the first corresponds to the interfaith and non-denominational capacities of the chapel, its ability to transcend both situations and be recognizable by both the religious and the scientific. The second corresponds to the sum of the different syncretic parts, each in themselves, capable of making together a syncretic building with the opposite. Once discerned the keys to the syncretic and epic in the chapel and despite its dual character both SACRED and PROFANE, a comparatison positions the chapel as being unique among interfaith examples built in the 1950s, without being repeated in the same way and with the same result over time or in any other university or centre of technology. So, the exhibition of this work ends with the last chapter, C5, in which from that comparison a number of issues come together and to distance themselves from MIT and bear out the initial proposition, concluding that the hypothesis and its pattern, the pattern of the syncretic which models the "modus operandi" of the architect to contain the ineffable. The research closes ranks around four conclusions for the four main chapters; C2, C3, C4, and C5 The chapel of MIT as a prototypical model is not repeated in time, or any other university and is positioned as the best prototype - a landmark of a new universitary religious architecture.

El Metro de Madrid en los comienzos del franquismo (1939-1945). La línea de los Bulevares y los Barrios Bajos. Consolidación de una red mallada con centro en Sol

La Compañía Metropolitano Alfonso XIII llevó a cabo, a principios del siglo XX, la empresa de dotar a la capital española de un ferrocarril subterráneo a la altura de otras ciudades europeas: el Metro de Madrid. Del proyecto original de cuatro líneas, la 3 y la 4 se construyeron e inauguraron en plena guerra civil y en los primeros años del franquismo (1936-1945). Esta última fecha es significativa, puesto que poco después de abierta al público la línea 4 (que convertía al metropolitano por fin en una red mallada), murió su primer arquitecto oficial, Antonio Palacios Ramilo, relevante proyectista de la primera mitad del siglo XX, responsable de emblemáticos edificios del centro de la capital (Círculo de Bellas Artes, Palacio de Correos, Banco Español del Río de la Plata...). En su calidad de arquitecto oficial de la Compañía Metropolitano Alfonso XIII, diseñó no sólo las estaciones, bocas y templetes del metro de Madrid, sino también toda una serie de edificios auxiliares entre los que destacan las centrales y subestaciones eléctricas. Explicaremos la evolución de la red de metro en los comienzos del franquismo y analizaremos la arquitectura subterránea que Palacios diseñó para el ferrocarril metropolitano, centrándonos en las llamadas líneas "de los barrios bajos" y "de los bulevares", la planificación de la estación de Sol como centro neurálgico de la red y en cómo los modelos de barandillas, accesos y decoración interior que ideó Antonio Palacios se siguieron utilizando hasta mucho después de su muerte, si bien otros elementos no subsistieron al paso del tiempo y la llamada "modernización" del Metro que se llevó a cabo en los años 60 y 70. También estudiaremos el modo de intervención de Palacios en la arquitectura industrial respecto al resto de su obra y haremos especial hincapié en el estado en que se encuentra actualmente este patrimonio, distinguiendo entre los casos en los que ha habido una intervención restauradora (Nave de Motores en Pacífico, Estación de Chamberí), los que están en desuso (subestaciones de Quevedo y Salamanca...) y los elementos que ya han desaparecido (templetes de Sol y Gran Vía).