Desarrollo de frameworks con .NET

La expansión experimentada por la informática, las nuevas tecnologías e internet en los últimos años, no solo viene dada por la evolución del hardware subyacente, sino por la evolución del desarrollo de software y del crecimiento del número de desarrolladores. Este incremento ha hecho evolucionar el software de unos sistemas de gestión basados en ficheros, prácticamente sin interfaz gráfico y de unos pocos miles de líneas a grandes sistemas distribuidos multiplataforma. El desarrollo de estos grandes sistemas, requiere gran cantidad de personas involucradas en el desarrollo, y que las herramientas de desarrollo hayan crecido también para facilitar su análisis, diseño, codificación, pruebas, implantación y mantenimiento. La base de estas herramientas software las proveen las propias plataformas de desarrollo, pero la experiencia de los desarrolladores puede aportar un sinfín de utilidades y de técnicas que agilicen los desarrollos y cumplan los requisitos del software en base a la reutilización de soluciones lo suficientemente probadas y optimizadas. Dichas herramientas se agrupan ordenadamente, creando así frameworks personalizados, con herramientas de todo tipo, clases, controles, interfaces, patrones de diseño, de tal manera que se dan soluciones personalizadas a un amplio número de problemas para emplearlas cuantas veces se quiera, bien marcando directrices de desarrollo mediante el uso de patrones, bien con la encapsulación de complejidades de tal modo que los desarrolladores ya dispongan de componentes que asuman cierta lógica o cierta complejidad aliviando así la fase de construcción. En este trabajo se abordan temas sobre las tecnologías base y plataformas de desarrollo para poder acometer la creación de un framework personalizado, necesidades a evaluar antes de acometerlo, y técnicas a emplear para la consecución del mismo, orientadas a la documentación, mantenimiento y extensión del framework. La exposición teórica consiste en mostrar y evaluar los requisitos para crear un framework, requisitos de la plataforma de desarrollo, y explicar cómo funcionan las grandes plataformas de desarrollo actuales, que elementos los componen y su funcionamiento, así como marcar ciertas pautas de estructuración y nomenclatura que el desarrollo de un framework debe contemplar para su mantenimiento y extensión. En la parte metodológica se ha usado un subconjunto de Métrica V3, ya que para el desarrollo de controles no aplica dicha metodología en su totalidad, pero contempla el catálogo de requisitos, los casos de uso, diagramas de clase, diagramas de secuencia, etc… Aparte de los conceptos teóricos, se presenta un caso práctico con fines didácticos de cómo parametrizar y configurar el desarrollo bajo la plataforma .NET. Dicho caso práctico consiste en la extensión de un control de usuario genérico de la plataforma .NET, de tal modo que se aplican conceptos más allá del hecho de crear funciones como las funcionalidades que puede brindar un API. Conceptos sobre como extender y modificar controles ya existentes, que interactúan por medio de eventos con otros controles, con vistas a que ese nuevo control forme parte de una biblioteca de controles de usuario personalizados ampliamente divulgada. Los controles de usuario son algo que no solo tienen una parte funcional, sino que también tienen una parte visual, y definiciones funcionales distintas de las típicas del software de gestión, puesto que han de controlar eventos, visualizaciones mientras se dan estos eventos y requisitos no funcionales de optimización de rendimiento, etc… Para el caso práctico se toma como herramienta la plataforma de desarrollo .Net Framework, en todas sus versiones, ya que el control a extender es el control ListView y hacerlo editable. Este control está presente en todas las versiones de .NET framework y con un alto grado de reutilización. Esta extensión muestra además como se puede migrar fácilmente este tipo de extensiones sobre todos los frameworks. Los entornos de desarrollo usados son varias versiones de Visual Studio para el mostrar dicha compatibilidad, aunque el desarrollo que acompaña este documento esté realizado sobre Visual Studio 2013. ABSTRACT The expansion in computer science, new technologies and the Internet in recent years, not only is given by the evolution of the underlying hardware, but for the evolution of software development and the growing number of developers. This increase has evolved software from management systems based on files almost without graphical interface and a few thousand of code lines, to large multiplatform distributed systems. The development of these large systems, require lots of people involved in development, and development tools have also grown to facilitate analysis, design, coding, testing, deployment and maintenance. The basis of these software tools are providing by their own development platforms, but the experience of the developers can bring a lot of utilities and techniques to speed up developments and meet the requirements of software reuse based on sufficiently proven solutions and optimized. These tools are grouped neatly, creating in this way custom frameworks, with tools of all types, classes, controls, interfaces, design patterns,… in such a way that they provide customized solutions to a wide range of problems to use them many times as you want to occur, either by dialing development guidelines by using patterns or along with the encapsulation of complexities, so that developers already have components that take some logic or some complexity relieving the construction phase. This paper cover matters based on technologies and development platforms to undertake the creation of a custom framework, needs to evaluate before rush it and techniques to use in order to achieve it, a part from techniques oriented to documentation, maintenance and framework extension. The theoretical explanation consists in to demonstrate and to evaluate the requirements for creating a framework, development platform requirements, and explain how large current development platforms work, which elements compose them and their operation work, as well as mark certain patterns of structure and nomenclature that the development of a framework should include for its maintenance and extension. In the methodological part, a subset of Métrica V3 has been used, because of, for the development of custom controls this methodology does not apply in its entirety, but provides a catalogue of requirements, use cases, class diagrams, sequence diagrams, etc ... Apart from the theoretical concepts, a study case for teaching purposes about how to parameterize and configure the development under the .NET platform is presented. This study case involves the extension of a generic user control of the .NET platform, so that concepts apply beyond the fact of creating functions as the functionalities that can provide an API. Concepts on how to extend and modify existing controls that interact through events with other controls, overlooking that new control as a part of a custom user controls library widely publicized. User controls are something that not only have a functional part, but also have a visual part, and various functional definitions of typical management software, since that they have to control events, visualizations while these events are given and not functional of performance optimization requirements, etc ... For the study case the development platform .Net Framework is taken as tool, in all its versions, considering that control to extend is the ListView control and make it editable. This control is present in all versions of .NET framework and with a high degree of reuse. This extension also shows how you can easily migrate these extensions on all frameworks. The used development environments are several versions of Visual Studio to show that compatibility, although the development that accompanies this document is done on Visual Studio 2013.

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.

Diseño de un cuadricóptero de bajo coste basado en herramientas de software libre

El presente proyecto tiene como objetivo la realización de un cuadricóptero de bajo coste desarrollado con herramientas de software libre, con el fin de permitir el acceso y modificación del mismo a cualquiera que posea los conocimientos necesarios. Los cuadricópteros se definen como un vehículo aéreo no tripulado con cuatro rotores en los extremos. Los ejemplos existentes de estos tipos de vehículos son casi siempre de grandes cuadricópteros, los cuales utilizan diferentes tecnologías en los motores y control de los mismos. Los cuadricópteros de similar tamaño al que se pretende realizar son por lo general de compañías con hardware y software cerrado. En el caso de este proyecto se ha realizado un cuadricóptero de tamaño menor a 5 x 5 cm. La innovación que se propone con este proyecto es una forma de detectar obstáculos para cuadricópteros de tamaño similar, en los que la limitación del peso del dron supone una disminución de las opciones disponibles. Se desea que el cuadricóptero sea capaz de realizar un vuelo estable detectando y esquivando obstáculos sin necesidad de ayuda externa como operadores con mando de radio frecuencia. Para la creación del cuadricóptero, se ha realizado tanto el diseño de los esquemáticos como el diseño de las huellas para la utilización en el desarrollo de la PCB. Para ello se ha hecho uso de herramientas de software libre como es Kicad, software para el desarrollo de esquemáticos y placas de circuito impreso con las funcionalidades principales de cualquier software privativo relacionado. Se pretende de esta forma aportar a la literatura, un aspecto práctico de la realización de cuadricópteros, tanto desde los aspectos teóricos del diseño como los aspectos prácticos de la fabricación y soldadura de los componentes del cuadricóptero. En la realización del presente proyecto se ha tenido en cuenta los diferentes algoritmos que existen para la fusión de datos de la unidad de medida inercial, tanto la facilidad de implementación de los mismos como la facilidad de los cálculos resultantes de esta implementación. Se ha hecho una implementación de un filtro complementario, dando resultados satisfactorios debido a las características intrínsecas de la unidad de medida inercial. Además del filtro complementario, se ha realizado una implementación del filtro diseñado por Sebastian Madgwick [1]. Este filtro está especialmente diseñado para la fusión de los datos provenientes de la unidad de medida inercial, proporcionando la orientación del sistema haciendo uso de la representación en cuaternios de los datos del acelerómetro y giróscopo, permitiendo el uso del método del gradiente para el cálculo del error del giróscopo. Para la selección de los componentes, se ha hecho un análisis pormenorizado de las diferentes opciones disponibles, tomando como punto de partida los cuadricópteros que existen en la actualidad. Se han elegido estos componentes en función de las características de los mismos, prestando especial atención al tamaño, relacionado directamente con el peso de los mismos así como del precio, para lograr un cuadricóptero fácilmente reproducible de bajo coste. En este análisis se ha tenido en cuenta las dificultades existentes en la selección de determinados componentes como son los motores y las hélices. Al ser estos dos componentes caracterizados mediante tablas creadas por los fabricantes y usuarios de los mismos, la selección de los mismos se ha visto dificultada a la hora de elegir componentes de coste reducido al poseer poca información sobre los mismos. En especial, las formulas desarrolladas para el cálculo del empuje de los motores están directamente relacionados con los parámetros de las hélices. Estos parámetros están caracterizados para la mayoría de las hélices comerciales utilizadas en cuadricópteros. Para caracterizar las hélices se utiliza un banco de trabajo en donde es posible medir el empuje realizado por el conjunto del motor y hélice. En el caso del presente proyecto, no se disponía de la herramienta necesaria por lo que se ha realizado una estimación de los parámetros en función de las tablas disponibles para hélices similares de mayor tamaño. Para la elección de los sensores para la detección de los obstáculos se ha realizado un estudio de los diferentes sensores disponibles, analizando las ventajas y desventajas de los mismos para la elección del más adecuado para el proyecto. Se ha decidido el uso de sensores de distancia basados en tecnología infrarroja por ser los únicos que se adaptan a los requisitos de peso impuesto por el modelo. Además en este proyecto se ha realizado el montaje y soldadura de los componentes de la PCB. Estos componentes al ser de tamaño reducido, se ha comprobado que para la soldadura de los mismos es necesario el uso de herramientas especializadas, como puede ser estaciones de soldadura y pistola de aire caliente lo que dificulta su soldadura de manera no profesional. Al término de este proyecto se ha comprobado la dificultad de la realización de una correcta soldadura de los componentes, lo que introduce errores de conectividad entre los componentes, en concreto se ha detectado errores entre el microprocesador y unidad de medida inercial. Además de estos errores, se ha comprobado la dificultad de regular el sistema, no logrando un vuelo estable en el tiempo de escritura del presente proyecto. Por último se presenta el prototipo creado a lo largo del proyecto, al cual se le pueden hacer diferentes modificaciones como posibles líneas futuras, entre las que se encuentran una mejor regulación que permita el vuelo de un conjunto de drones.

Comentarios al libro Paisajes mineros antiguos en la Península Ibérica: investigaciones recientes y nuevas líneas de trabajo

El título del libro es el mismo que el de una reunión científica celebrada en Almadén (21-23 de marzo de 2012) y en la que se rindió homenaje a Claude Domergue, profesor emérito de la Universidad de Toulouse, pionero de la Arqueología Minera española y socio honorario de SEDPGYM. Esta obra fue editada por la UNED, en el mismo año, bajo la dirección de Mar Zarzalejos Prieto, Patricia Hevia Gómez y Luis Mansilla Plaza, todos ellos socios nuestros

Gestor de sugerencias

El Gestor de Sugerencias que se desarrolla en este proyecto surge como una necesidad para facilitar la gestión de las ideas de los trabajadores de la planta de FICOSA en Soria, dedicada a la fabricación de componentes de automoción. Este proyecto toma forma dentro del departamento de Mejora Continua de la empresa, en la que trabajan 750 personas. Dada la situación del mercado actual, con varios años consecutivos de descenso de ventas de vehículos en los países occidentales los constructores de automóviles reclaman ajustes de precios constantes, que sólo se pueden obtener con optimización de nuestros recursos y mejoras de los procesos aportando ideas innovadoras y de desarrollo. Este es el objetivo principal de la mejora continua, y la aplicación desarrollada es una herramienta más para conseguirlo. Como parte de la estrategia corporativa de mejora continua citada unas líneas más arriba, basada en teorías mundialmente reconocidas como el método KAIZEN, se identificaron las sugerencias de los empleados como una fuente de valor incalculable para la mejora, ya que a través del conocimiento de la mano de obra directa se pueden identificar más fácil y rápidamente los “desperdicios” de un proceso productivo. Dadas las dimensiones de la planta, dividida en cuatro secciones productivas, y el alto volumen de empleados, se planteó el problema de gestionar las sugerencias de una forma dinámica y simple, surgiendo este proyecto como respuesta a la necesidad de facilitar esta gestión. El proyecto se basa en el desarrollo global de una herramienta automática de gestión de sugerencias de mejora proporcionadas por los trabajadores, de uso sencillo, que sea dinámica, que nos permita centralizar las ideas y tener un resumen de los ahorros que estas sugerencias aportan. El proyecto se inicia con la definición de los objetivos concretos de la herramienta, y su desarrollo, hasta la fase de elaboración de manuales de uso, planificación de formación a todos los empleados, implementación, seguimiento y mejora de la misma. ABSTRACT. The Suggestion Management System developed on this Project arises from the needs to make easier the management of the ideas of the employees of Ficosa Soria production plant, facility dedicated to the production of automotive components of first level. This project has been developed inside the Continuous Improvement Department of Ficosa Soria where works 750 employees. Due to the current situation of the automotive market, with several years of sales decrease on Europe, the OEM´s request continuous price adjustments, these requests can be only obtained with the optimization of our resources and the improvement of our processes including innovative and development ideas. This is the main objective of the continuous improvement, and the application development it is another tool more to get the final objective. As a part of the strategy of continuous improvement mentioned a few lines above, based on the world renowned theories as the method KAIZEN, there was identified the employee suggestion as a very profitable source for the continuous improvement, due to the know-how of the direct labor it could be easier identified the “wastes” of our productive process. Considering the plant dimensions, split in four productive sections, and also considering the number of employees, it was raised the problem of how to manage the suggestions in a very simple and dynamic way, creating this project as an answer to the needs of make easier the management. This project is based on the global development of an automatic tool of suggestion management given by our employees, easy to use, dynamic and allow us to centralize the ideas and to have a summary of the savings that the suggestions gave. The project it is originated with the definition of the concrete objectives of the tool and its development, until the phase of creation use manuals, training planification to all employees, implementation, follow and improvement itself.

Situación y perspectivas del desarrollo de la informática en España

Reflexión sobre la situación de la programación informática en España. El autor concluye con optimismo, afirmando que si hace años podíamos decir que nuestro desarrollo estaba muy limitado hoy podemos contemplar con más optimismo nuestro futuro inmediato. Aunque reconoce que aún queda mucho, muchísimo por hacer, y que es labor de todos. De los sectores financieros, de las empresas públicas, y de la Universidad y Centros de Investigación.

Análisis de las herramientas ORCC y Vivado HLS para la Síntesis de Modelos de Flujo de Datos RVC-CAL

En este Proyecto Fin de Grado se ha realizado un estudio de cómo generar, a partir de modelos de flujo de datos en RVC-CAL (Reconfigurable Video Coding – CAL Actor Language), modelos VHDL (Versatile Hardware Description Language) mediante Vivado HLS (Vivado High Level Synthesis), incluida en las herramientas disponibles en Vivado de Xilinx. Una vez conseguido el modelo VHDL resultante, la intención es que mediante las herramientas de Xilinx se programe en una FPGA (Field Programmable Gate Array) o el dispositivo Zynq también desarrollado por Xilinx. RVC-CAL es un lenguaje de flujo de datos que describe la funcionalidad de bloques funcionales, denominados actores. Las funcionalidades que desarrolla un actor se definen como acciones, las cuales pueden ser diferentes en un mismo actor. Los actores pueden comunicarse entre sí y formar una red de actores o network. Con Vivado HLS podemos obtener un diseño VHDL a partir de un modelo en lenguaje C. Por lo que la generación de modelos en VHDL a partir de otros en RVC-CAL, requiere una fase previa en la que los modelos en RVC-CAL serán compilados para conseguir su equivalente en lenguaje C. El compilador ORCC (Open RVC-CAL Compiler) es la herramienta que nos permite lograr diseños en lenguaje C partiendo de modelos en RVC-CAL. ORCC no crea directamente el código ejecutable, sino que genera un código fuente disponible para ser compilado por otra herramienta, en el caso de este proyecto, el compilador GCC (Gnu C Compiler) de Linux. En resumen en este proyecto nos encontramos con tres puntos de estudio bien diferenciados, los cuales son: 1. Partimos de modelos de flujo de datos en RVC-CAL, los cuales son compilados por ORCC para alcanzar su traducción en lenguaje C. 2. Una vez conseguidos los diseños equivalentes en lenguaje C, son sintetizados en Vivado HLS para conseguir los modelos en VHDL. 3. Los modelos VHDL resultantes serian manipulados por las herramientas de Xilinx para producir el bitstream que sea programado en una FPGA o en el dispositivo Zynq. En el estudio del segundo punto, nos encontramos con una serie de elementos conflictivos que afectan a la síntesis en Vivado HLS de los diseños en lenguaje C generados por ORCC. Estos elementos están relacionados con la manera que se encuentra estructurada la especificación en C generada por ORCC y que Vivado HLS no puede soportar en determinados momentos de la síntesis. De esta manera se ha propuesto una transformación “manual” de los diseños generados por ORCC que afecto lo menos posible a los modelos originales para poder realizar la síntesis con Vivado HLS y crear el fichero VHDL correcto. De esta forma este documento se estructura siguiendo el modelo de un trabajo de investigación. En primer lugar, se exponen las motivaciones y objetivos que apoyan y se esperan lograr en este trabajo. Seguidamente, se pone de manifiesto un análisis del estado del arte de los elementos necesarios para el desarrollo del mismo, proporcionando los conceptos básicos para la correcta comprensión y estudio del documento. Se realiza una descripción de los lenguajes RVC-CAL y VHDL, además de una introducción de las herramientas ORCC y Vivado, analizando las bondades y características principales de ambas. Una vez conocido el comportamiento de ambas herramientas, se describen las soluciones desarrolladas en nuestro estudio de la síntesis de modelos en RVC-CAL, poniéndose de manifiesto los puntos conflictivos anteriormente señalados que Vivado HLS no puede soportar en la síntesis de los diseños en lenguaje C generados por el compilador ORCC. A continuación se presentan las soluciones propuestas a estos errores acontecidos durante la síntesis, con las cuales se pretende alcanzar una especificación en C más óptima para una correcta síntesis en Vivado HLS y alcanzar de esta forma los modelos VHDL adecuados. Por último, como resultado final de este trabajo se extraen un conjunto de conclusiones sobre todos los análisis y desarrollos acontecidos en el mismo. Al mismo tiempo se proponen una serie de líneas futuras de trabajo con las que se podría continuar el estudio y completar la investigación desarrollada en este documento. ABSTRACT. In this Project it has made a study of how to generate, from data flow models in RVC-CAL (Reconfigurable Video Coding - Actor CAL Language), VHDL models (Versatile Hardware Description Language) by Vivado HLS (Vivado High Level Synthesis), included in the tools available in Vivado of Xilinx. Once achieved the resulting VHDL model, the intention is that by the Xilinx tools programmed in FPGA or Zynq device also developed by Xilinx. RVC-CAL is a dataflow language that describes the functionality of functional blocks, called actors. The functionalities developed by an actor are defined as actions, which may be different in the same actor. Actors can communicate with each other and form a network of actors. With Vivado HLS we can get a VHDL design from a model in C. So the generation of models in VHDL from others in RVC-CAL requires a preliminary phase in which the models RVC-CAL will be compiled to get its equivalent in C. The compiler ORCC (Open RVC-CAL Compiler) is the tool that allows us to achieve designs in C language models based on RVC-CAL. ORCC not directly create the executable code but generates an available source code to be compiled by another tool, in the case of this project, the GCC compiler (GNU C Compiler) of Linux. In short, in this project we find three well-defined points of study, which are: 1. We start from data flow models in RVC-CAL, which are compiled by ORCC to achieve its translation in C. 2. Once you realize the equivalent designs in C, they are synthesized in Vivado HLS for VHDL models. 3. The resulting models VHDL would be manipulated by Xilinx tools to produce the bitstream that is programmed into an FPGA or Zynq device. In the study of the second point, we find a number of conflicting elements that affect the synthesis Vivado HLS designs in C generated by ORCC. These elements are related to the way it is structured specification in C generated ORCC and Vivado HLS cannot hold at certain times of the synthesis. Thus it has proposed a "manual" transformation of designs generated by ORCC that affected as little as possible to the original in order to perform the synthesis Vivado HLS and create the correct file VHDL models. Thus this document is structured along the lines of a research. First, the motivations and objectives that support and hope to reach in this work are presented. Then it shows an analysis the state of the art of the elements necessary for its development, providing the basics for a correct understanding and study of the document. A description of the RVC-CAL and VHDL languages is made, in addition an introduction of the ORCC and Vivado tools, analyzing the advantages and main features of both. Once you know the behavior of both tools, the solutions developed in our study of the synthesis of RVC-CAL models, introducing the conflicting points mentioned above are described that Vivado HLS cannot stand in the synthesis of design in C language generated by ORCC compiler. Below the proposed solutions to these errors occurred during synthesis, with which it is intended to achieve optimum C specification for proper synthesis Vivado HLS and thus create the appropriate VHDL models are presented. Finally, as the end result of this work a set of conclusions on all analyzes and developments occurred in the same are removed. At the same time a series of future lines of work which could continue to study and complete the research developed in this document are proposed.