Delegation Proxies: The Power of Propagation

Scoping behavioral variations to dynamic extents is useful to support non-functional requirements that otherwise result in cross-cutting code. Unfortunately, such variations are difficult to achieve with traditional reflection or aspects. We show that with a modification of dynamic proxies, called delegation proxies, it becomes possible to reflectively implement variations that propagate to all objects accessed in the dynamic extent of a message send. We demonstrate our approach with examples of variations scoped to dynamic extents that help simplify code related to safety, reliability, and monitoring.

El establecimiento vitivinícola : Un conjunto edilicio al servicio de un modelo industrial por un siglo (1870-1970)

La vitivinicultura en la provincia de Mendoza, Argentina, se desarrolló a escala industrial y moderna a partir de fines del siglo XIX e inició su declinación en la década de 1970, lo que desencadenó la segunda modernización vitivinícola desde la de 1980. Las necesidades funcionales de esta época requirieron de construcciones con fines tanto habitacionales como productivos, lo que dio origen a conjuntos o complejos edilicios denominados establecimientos vitivinícolas. Las bodegas integrantes de estos conjuntos son los edificios destinados a elaborar vino; es decir, los cuerpos productivos donde se desarrolla la actividad vitivinícola. El resto de las edificaciones sirven de soporte para dicha actividad. Las unidades funcionales requeridas en los establecimientos han variado en el tiempo: se fueron adaptando de acuerdo con las diversas exigencias productivas de cada momento. En la actualidad, los establecimientos vitivinícolas que fueron construidos desde 1870 a 1970 se pueden encontrar adaptados a las nuevas exigencias productivas y en funcionamiento, o en un completo abandono. Los conjuntos de construcciones, junto a diversos implementos que los integran, son testimonios, huellas de otras realidades y conocimientos que acontecieron en ellos. Por ello, en el presente trabajo nos proponemos un análisis histórico-arquitectónico sobre la evolución de la materialidad de los establecimientos vitivinícolas desde 1870 hasta 1970; focalizamos nuestro estudio en comprender su crecimiento edilicio y el motivo de la distribución y ubicación de las diversas edificaciones que los integraron, en estrecha relación con la función y el marco contextual al que pertenecen

Estructura organizativa del Sistema de Gestión Integral de Documentos de archivo (SiGeID 1.0)

El nuevo contexto impone a las organizaciones la necesidad vital de disponer de adecuadas infraestructuras de comunicación, que les permitan conseguir un conocimiento real y suficiente del entorno. El presente artículo pretende mostrar la estructura organizativa del Sistema de Gestión Integral de Documentos de archivo SiGeID (1.0), como una herramienta informática que ayuda a las organizaciones empresariales al perfeccionamiento de la gestión de documentos. Dividido en tres módulos: Gestión y Seguridad Documental, Gestión de Archivo y Administración y Configuración, se tienen en cuenta además sus requerimientos funcionales y no funcionales

El establecimiento vitivinícola : Un conjunto edilicio al servicio de un modelo industrial por un siglo (1870-1970)

La vitivinicultura en la provincia de Mendoza, Argentina, se desarrolló a escala industrial y moderna a partir de fines del siglo XIX e inició su declinación en la década de 1970, lo que desencadenó la segunda modernización vitivinícola desde la de 1980. Las necesidades funcionales de esta época requirieron de construcciones con fines tanto habitacionales como productivos, lo que dio origen a conjuntos o complejos edilicios denominados establecimientos vitivinícolas. Las bodegas integrantes de estos conjuntos son los edificios destinados a elaborar vino; es decir, los cuerpos productivos donde se desarrolla la actividad vitivinícola. El resto de las edificaciones sirven de soporte para dicha actividad. Las unidades funcionales requeridas en los establecimientos han variado en el tiempo: se fueron adaptando de acuerdo con las diversas exigencias productivas de cada momento. En la actualidad, los establecimientos vitivinícolas que fueron construidos desde 1870 a 1970 se pueden encontrar adaptados a las nuevas exigencias productivas y en funcionamiento, o en un completo abandono. Los conjuntos de construcciones, junto a diversos implementos que los integran, son testimonios, huellas de otras realidades y conocimientos que acontecieron en ellos. Por ello, en el presente trabajo nos proponemos un análisis histórico-arquitectónico sobre la evolución de la materialidad de los establecimientos vitivinícolas desde 1870 hasta 1970; focalizamos nuestro estudio en comprender su crecimiento edilicio y el motivo de la distribución y ubicación de las diversas edificaciones que los integraron, en estrecha relación con la función y el marco contextual al que pertenecen

Estructura organizativa del Sistema de Gestión Integral de Documentos de archivo (SiGeID 1.0)

El nuevo contexto impone a las organizaciones la necesidad vital de disponer de adecuadas infraestructuras de comunicación, que les permitan conseguir un conocimiento real y suficiente del entorno. El presente artículo pretende mostrar la estructura organizativa del Sistema de Gestión Integral de Documentos de archivo SiGeID (1.0), como una herramienta informática que ayuda a las organizaciones empresariales al perfeccionamiento de la gestión de documentos. Dividido en tres módulos: Gestión y Seguridad Documental, Gestión de Archivo y Administración y Configuración, se tienen en cuenta además sus requerimientos funcionales y no funcionales

Estructura organizativa del Sistema de Gestión Integral de Documentos de archivo (SiGeID 1.0)

El nuevo contexto impone a las organizaciones la necesidad vital de disponer de adecuadas infraestructuras de comunicación, que les permitan conseguir un conocimiento real y suficiente del entorno. El presente artículo pretende mostrar la estructura organizativa del Sistema de Gestión Integral de Documentos de archivo SiGeID (1.0), como una herramienta informática que ayuda a las organizaciones empresariales al perfeccionamiento de la gestión de documentos. Dividido en tres módulos: Gestión y Seguridad Documental, Gestión de Archivo y Administración y Configuración, se tienen en cuenta además sus requerimientos funcionales y no funcionales

El establecimiento vitivinícola : Un conjunto edilicio al servicio de un modelo industrial por un siglo (1870-1970)

La vitivinicultura en la provincia de Mendoza, Argentina, se desarrolló a escala industrial y moderna a partir de fines del siglo XIX e inició su declinación en la década de 1970, lo que desencadenó la segunda modernización vitivinícola desde la de 1980. Las necesidades funcionales de esta época requirieron de construcciones con fines tanto habitacionales como productivos, lo que dio origen a conjuntos o complejos edilicios denominados establecimientos vitivinícolas. Las bodegas integrantes de estos conjuntos son los edificios destinados a elaborar vino; es decir, los cuerpos productivos donde se desarrolla la actividad vitivinícola. El resto de las edificaciones sirven de soporte para dicha actividad. Las unidades funcionales requeridas en los establecimientos han variado en el tiempo: se fueron adaptando de acuerdo con las diversas exigencias productivas de cada momento. En la actualidad, los establecimientos vitivinícolas que fueron construidos desde 1870 a 1970 se pueden encontrar adaptados a las nuevas exigencias productivas y en funcionamiento, o en un completo abandono. Los conjuntos de construcciones, junto a diversos implementos que los integran, son testimonios, huellas de otras realidades y conocimientos que acontecieron en ellos. Por ello, en el presente trabajo nos proponemos un análisis histórico-arquitectónico sobre la evolución de la materialidad de los establecimientos vitivinícolas desde 1870 hasta 1970; focalizamos nuestro estudio en comprender su crecimiento edilicio y el motivo de la distribución y ubicación de las diversas edificaciones que los integraron, en estrecha relación con la función y el marco contextual al que pertenecen

Linked Data at the Spanish National Library and the application of IFLA RDFS models

The Spanish National Library (Biblioteca Nacional de España1. BNE) and the Ontology Engineering Group2 of Universidad Politécnica de Madrid are working on the joint project ?Preliminary Study of Linked Data?, whose aim is to enrich the Web of Data with the BNE authority and bibliographic records. To this end, they are transforming the BNE information to RDF following the Linked Data principles3 proposed by Tim Berners Lee.

datos.bne.es: A library linked dataset

We describe the datos.bne.es library dataset. The dataset makes available the authority and bibliography catalogue from the Biblioteca Nacional de España (BNE, National Library of Spain) as Linked Data. The catalogue contains around 7 million authority and bibliographic records. The records in MARC 21 format were transformed to RDF and modelled using IFLA (International Federation of Library Associations) ontologies and other well-established vocabularies such as RDA (Resource Description and Access) or the Dublin Core Metadata Element Set. A tool named MARiMbA automatized the RDF generation process and the data linkage to DBpedia and other library linked data resources such as VIAF (Virtual International Authority File) or GND (Gemeinsame Normdatei, the authority dataset from the German National Library).

Integration of design tools and knowledge capture into a CAD system: a case study

onceptual design phase is partially supported by product lifecycle management/computer-aided design (PLM/CAD) systems causing discontinuity of the design information flow: customer needs — functional requirements — key characteristics — design parameters (DPs) — geometric DPs. Aiming to address this issue, it is proposed a knowledge-based approach is proposed to integrate quality function deployment, failure mode and effects analysis, and axiomatic design into a commercial PLM/CAD system. A case study, main subject of this article, was carried out to validate the proposed process, to evaluate, by a pilot development, how the commercial PLM/CAD modules and application programming interface could support the information flow, and based on the pilot scheme results to propose a full development framework.

UER technique: conceptualisation for agent oriented development

The problem of conceptualisation is the first step towards the identication of the functional requirements of a system. This article proposes two extensions of well-known object oriented techniques: UER (User-Environment-Responsibility) technique and enhanced CRC (Class-ResponsibilityCollaboration) cards. UER technique consists of (a) looking for the users of systems and describing the ways the system is used; (b) looking for the objects of the environment and describing the possible interactions; and (c) looking for the general requirements or goals of the system, the actions that it should carry out without explicit interaction. The enhanced CRC cards together with the internal use cases technique is used for dening collaborations between agents. These techniques can be easily integrated in UML (Unied Modelling Language) [2], dening the new notation symbols as stereotypes.

Interfaz gráfica y fase de pruebas de software de vídeo forense (Sistema de codificación DV)

El presente proyecto fin de carrera, realizado por el ingeniero técnico en telecomunicaciones Pedro M. Matamala Lucas, es la fase final de desarrollo de un proyecto de mayor magnitud correspondiente al software de vídeo forense SAVID. El propósito del proyecto en su totalidad es la creación de una herramienta informática capacitada para realizar el análisis de ficheros de vídeo, codificados y comprimidos por el sistema DV –Digital Video-. El objetivo del análisis, es aportar información acerca de si la cinta magnética presenta indicios de haber sido manipulada con una edición posterior a su grabación original, además, de mostrar al usuario otros datos de interés como las especificaciones técnicas de la señal de vídeo y audio. Por lo tanto, se facilitará al usuario, analista de vídeo forense, información que le ayude a valorar la originalidad del contenido del soporte que es sujeto del análisis. El objetivo específico de esta fase final, es la creación de la interfaz de usuario del software, que informa tanto del código binario de los sectores significativos, como de su interpretación tras el análisis. También permitirá al usuario el reporte de los resultados, además de otras funcionalidades que le permitan la navegación por los sectores del código que han sido modificados como efecto colateral de la edición de la cinta magnética original. Otro objetivo importante del proyecto ha sido la investigación de metodologías y técnicas de desarrollo de software para su posterior implementación, buscando con esto, una mayor eficiencia en la gestión del tiempo y una mayor calidad de software con el fin de garantizar su evolución y sostenibilidad en el futuro. Se ha hecho hincapié en las metodologías ágiles que han ido ganando relevancia en el sector de las tecnologías de la información en las últimas décadas, sustituyendo a metodologías clásicas como el desarrollo en cascada. Su flexibilidad durante el ciclo de vida del software, permite obtener mejores resultados cuando las especificaciones no están del todo definidas, ajustándose de este modo a las condiciones del proyecto. Resumiendo las especificaciones técnicas del software, C++ es el lenguaje de programación orientado a objetos con el que se ha desarrollado, utilizándose la tecnología MFC -Microsoft Foundation Classes- para la implementación. Es un proyecto MFC de tipo cuadro de dialogo,creado, compilado y publicado, con la herramienta de desarrollo integrado Microsoft Visual Studio 2010. La arquitectura con la que se ha estructurado es la arquetípica de tres capas, compuesta por la interfaz de usuario, capa de negocio y capa de acceso a datos. Se ha visto necesario configurar el proyecto con compatibilidad con CLR –Common Languages Runtime- para poder implementar la funcionalidad de creación de reportes. Acompañando a la aplicación informática, se presenta la memoria del proyecto y sus anexos correspondientes a los documentos EDRF –Especificaciones Detalladas de Requisitos funcionales-, EIU –Especificaciones de Interfaz de Usuario , DT -Diseño Técnico- y Guía de Usuario. SUMMARY. This dissertation, carried out by the telecommunications engineer Pedro M. Matamala Lucas, is in its final stage and is part of a larger project for the software of forensic video called SAVID. The purpose of the entire project is the creation of a software tool capable of analyzing video files that are coded and compressed by the DV -Digital Video- System. The objective of the analysis is to provide information on whether the magnetic tape shows signs of having been tampered with after the editing of the original recording, and also to show the user other relevant data and technical specifications of the video signal and audio. Therefore the user, forensic video analyst, will have information to help assess the originality of the content of the media that is subject to analysis. The specific objective of this final phase is the creation of the user interface of the software that provides information about the binary code of the significant sectors and also its interpretation after analysis. It will also allow the user to report the results, and other features that will allow browsing through the sections of the code that have been modified as a secondary effect of the original magnetic tape being tampered. Another important objective of the project is the investigation of methodologies and software development techniques to be used in deployment, with the aim of greater efficiency in time management and enhanced software quality in order to ensure its development and maintenance in the future. Agile methodologies, which have become important in the field of information technology in recent decades, have been used during the execution of the project, replacing classical methodologies such as Waterfall Development. The flexibility, as the result of using by agile methodologies, during the software life cycle, produces better results when the specifications are not fully defined, thus conforming to the initial conditions of the project. Summarizing the software technical specifications, C + + the programming language – which is object oriented and has been developed using technology MFC- Microsoft Foundation Classes for implementation. It is a project type dialog box, created, compiled and released with the integrated development tool Microsoft Visual Studio 2010. The architecture is structured in three layers: the user interface, business layer and data access layer. It has been necessary to configure the project with the support CLR -Common Languages Runtime – in order to implement the reporting functionality. The software application is submitted with the project report and its annexes to the following documents: Functional Requirements Specifications - Detailed User Interface Specifications, Technical Design and User Guide.

Interacción con juguetes para usuarios con discapacidad usando equipos con S.O. Android

El proyecto realizado, trata de una aplicación desarrollada en la plataforma Android, orientada a personas con algún tipo de discapacidad sensorial o psíquica. Dicha aplicación fomenta el uso y la integración de dispositivos móviles en este tipo de sector de población. Está pensada, para que, un usuario con discapacidad, pueda interactuar con ella y de forma transparente a él, se ha creado un sistema mediante el cual, se registra todo el comportamiento que ese usuario ha tenido durante el tiempo de uso de la aplicación, con el fin de llevar un seguimiento del mismo; evaluar si existen cambios en él; determinar si son necesarios algunos cambios en la aplicación que favorezcan una mejoría en cuanto al uso y consecución de resultados en el paciente, etc. Se ha combinado el uso de una aplicación instalada sobre un sistema operativo de libre distribución, concretamente Android, con un juguete de código abierto, como es Sphero. Eso ha permito el desarrollo de una aplicación perfectamente ajustada a los requisitos funcionales definidos, con una robustez y eficiencia similar a una aplicación de sistemas operativos móviles cerrados. Es importarte remarcar, que la primera finalidad de este proyecto es ofrecer la posibilidad de usar un juguete, como Sphero, que está orientado a un sector de población sin discapacidad, haciendo uso de cualquier dispositivo móvil, a personas con diferentes grados de discapacidad sensorial, motora y psíquica. Siempre clarificando, que no existe la posibilidad de usar esta aplicación para cualquier tipo y grado de discapacidad, ya que, ello supondría, un proyecto de una envergadura enorme. El hecho de usar un dispositivo móvil, es un derecho, que todos tenemos. Y por ello, se espera que tras la lectura y comprensión de este proyecto, se motive a los lectores a seguir desarrollando aplicaciones para que cualquier usuario, con discapacidad o no, tenga las mismas oportunidades de interactuación con dispositivos móviles. The carried out project, is an application developed on the Android platform , aimed at people with some kind of sensory or mental disability . This application encourages the use and integration of mobile devices in this type of population sector. It is designed to be interacted by a disable person and transparently to that user, it has been created a system by which all behavior, that user has had during the time of use of the application, is recorded, that’s to keep track of it ; assess whether there are changes in it, determine if changes are needed in the application that favor an improvement in the use and achieving patient outcomes , etc. . It has combined the use of an application installed on an open source operating system, namely Android, an open source toy , as is Sphero . That has made it possible to develop an application perfectly adjusted to the functional requirements defined with a robustness and efficiency similar to a mobile OS application closed. It is important to note, that the first aim of this project is to offer the possibility of using a toy, like Sphero , which is geared to a sector of the population without disabilities , using any mobile device , for people with different degrees of sensory impairment , motor and mental . Always clarifying that there is no possibility to use this application for any type and degree of disability, because the magnitude of the project would have been infinitely greater. The fact of using a mobile device, is a right we all have. And so, it is expected that upon reading and understanding of this project, motivate readers to continue developing applications for any user , disabled or not, have the same opportunities for interaction with mobile devices .

Marcel Breuer y el sueño de la cabaña americana

Marcel Breuer arquitecto húngaro y afamado diseñador de mobiliario procedente de la Bauhaus, emigra a Estados Unidos en 1937, invitado por Gropius como profesor en Harvard. Allí comienzan, Breuer y Gropius, una nueva etapa basada en la experimentación de la casa como revisión de los postulados de la arquitectura moderna: la casa como máquina de habitar, propuesta por Le Corbusier, procedente de la vieja Europa; versus la humanización de la máquina a través del efecto del material sobre la estructura y la forma extendidas y en contacto con el territorio, propuesta por Frank Lloyd Wright procedente de la nueva América. Sus experimentos domésticos sobre la casa-cabaña acercaron los métodos tradicionales de la construcción americana a una visión renovada abstracta y pura, donde los modos de vida, los requerimientos básicos, prácticos y funcionales se transformaron en la conexión del "Arte de Construir" a través del material y su puesta en obra. La búsqueda de una respuesta clara del habitar que satisfacía objetivos opuestos y necesidades humanas, llevó a su arquitectura de la abstracción a reconciliar al hombre con la naturaleza, dotarla de arte y vida, arquitectura y paisaje que pasaron a convertirse en los ideales modernos de la cabaña americana. ABSTRACT. Marcel Breuer, Hungarian architect and famed to furniture's designer of the Bauhaus emigrated to America in 1937, invited by Gropius as a professor at Harvard. Breuer and Gropius, there begin a new stage based on the experimentation of the house as a revision to the postulates of modern architecture: the house as a dwell machine proposed by Le Corbusier from old Europe; versus the humanization of the machine through the effect of material on the structure and form extended and in contact with the territory, proposed by Frank LI. Wright from the new America. His experiments on the house-cottage approached traditional methods of the American construction methods to a new vision, abstract and pure, where ways of life, and basic, practical and functional requirements became the connection to "Art of Building" trough the material and its placing. The search for a clear answer of dwelling that satisfied conflicting objectives and human needs, led to the architecture of abstraction to reconcile man with nature, endow it with life and art, an architecture and a landscape that became the modern ideals of American cottage.

Model-based Self-awareness Patterns for Autonomy

Los sistemas técnicos son cada vez más complejos, incorporan funciones más avanzadas, están más integrados con otros sistemas y trabajan en entornos menos controlados. Todo esto supone unas condiciones más exigentes y con mayor incertidumbre para los sistemas de control, a los que además se demanda un comportamiento más autónomo y fiable. La adaptabilidad de manera autónoma es un reto para tecnologías de control actualmente. El proyecto de investigación ASys propone abordarlo trasladando la responsabilidad de la capacidad de adaptación del sistema de los ingenieros en tiempo de diseño al propio sistema en operación. Esta tesis pretende avanzar en la formulación y materialización técnica de los principios de ASys de cognición y auto-consciencia basadas en modelos y autogestión de los sistemas en tiempo de operación para una autonomía robusta. Para ello el trabajo se ha centrado en la capacidad de auto-conciencia, inspirada en los sistemas biológicos, y se ha explorado la posibilidad de integrarla en la arquitectura de los sistemas de control. Además de la auto-consciencia, se han explorado otros temas relevantes: modelado funcional, modelado de software, tecnología de los patrones, tecnología de componentes, tolerancia a fallos. Se ha analizado el estado de la técnica en los ámbitos pertinentes para las cuestiones de la auto-consciencia y la adaptabilidad en sistemas técnicos: arquitecturas cognitivas, control tolerante a fallos, y arquitecturas software dinámicas y computación autonómica. El marco teórico de ASys existente de sistemas autónomos cognitivos ha sido adaptado para servir de base para este análisis de autoconsciencia y adaptación y para dar sustento conceptual al posterior desarrollo de la solución. La tesis propone una solución general de diseño para la construcción de sistemas autónomos auto-conscientes. La idea central es la integración de un meta-controlador en la arquitectura de control del sistema autónomo, capaz de percibir la estado funcional del sistema de control y, si es necesario, reconfigurarlo en tiempo de operación. Esta solución de metacontrol se ha formalizado en cuatro patrones de diseño: i) el Patrón Metacontrol, que define la integración de un subsistema de metacontrol, responsable de controlar al propio sistema de control a través de la interfaz proporcionada por su plataforma de componentes, ii) el patrón Bucle de Control Epistémico, que define un bucle de control cognitivo basado en el modelos y que se puede aplicar al diseño del metacontrol, iii) el patrón de Reflexión basada en Modelo Profundo propone una solución para construir el modelo ejecutable utilizado por el meta-controlador mediante una transformación de modelo a modelo a partir del modelo de ingeniería del sistema, y, finalmente, iv) el Patrón Metacontrol Funcional, que estructura el meta-controlador en dos bucles, uno para el control de la configuración de los componentes del sistema de control, y otro sobre éste, controlando las funciones que realiza dicha configuración de componentes; de esta manera las consideraciones funcionales y estructurales se desacoplan. La Arquitectura OM y el metamodelo TOMASys son las piezas centrales del marco arquitectónico desarrollado para materializar la solución compuesta de los patrones anteriores. El metamodelo TOMASys ha sido desarrollado para la representación de la estructura y su relación con los requisitos funcionales de cualquier sistema autónomo. La Arquitectura OM es un patrón de referencia para la construcción de una metacontrolador integrando los patrones de diseño propuestos. Este meta-controlador se puede integrar en la arquitectura de cualquier sistema control basado en componentes. El elemento clave de su funcionamiento es un modelo TOMASys del sistema decontrol, que el meta-controlador usa para monitorizarlo y calcular las acciones de reconfiguración necesarias para adaptarlo a las circunstancias en cada momento. Un proceso de ingeniería, complementado con otros recursos, ha sido elaborado para guiar la aplicación del marco arquitectónico OM. Dicho Proceso de Ingeniería OM define la metodología a seguir para construir el subsistema de metacontrol para un sistema autónomo a partir del modelo funcional del mismo. La librería OMJava proporciona una implementación del meta-controlador OM que se puede integrar en el control de cualquier sistema autónomo, independientemente del dominio de la aplicación o de su tecnología de implementación. Para concluir, la solución completa ha sido validada con el desarrollo de un robot móvil autónomo que incorpora un meta-controlador con la Arquitectura OM. Las propiedades de auto-consciencia y adaptación proporcionadas por el meta-controlador han sido validadas en diferentes escenarios de operación del robot, en los que el sistema era capaz de sobreponerse a fallos en el sistema de control mediante reconfiguraciones orquestadas por el metacontrolador. ABSTRACT Technical systems are becoming more complex, they incorporate more advanced functionalities, they are more integrated with other systems and they are deployed in less controlled environments. All this supposes a more demanding and uncertain scenario for control systems, which are also required to be more autonomous and dependable. Autonomous adaptivity is a current challenge for extant control technologies. The ASys research project proposes to address it by moving the responsibility for adaptivity from the engineers at design time to the system at run-time. This thesis has intended to advance in the formulation and technical reification of ASys principles of model-based self-cognition and having systems self-handle at runtime for robust autonomy. For that it has focused on the biologically inspired capability of self-awareness, and explored the possibilities to embed it into the very architecture of control systems. Besides self-awareness, other themes related to the envisioned solution have been explored: functional modeling, software modeling, patterns technology, components technology, fault tolerance. The state of the art in fields relevant for the issues of self-awareness and adaptivity has been analysed: cognitive architectures, fault-tolerant control, and software architectural reflection and autonomic computing. The extant and evolving ASys Theoretical Framework for cognitive autonomous systems has been adapted to provide a basement for this selfhood-centred analysis and to conceptually support the subsequent development of our solution. The thesis proposes a general design solution for building self-aware autonomous systems. Its central idea is the integration of a metacontroller in the control architecture of the autonomous system, capable of perceiving the functional state of the control system and reconfiguring it if necessary at run-time. This metacontrol solution has been formalised into four design patterns: i) the Metacontrol Pattern, which defines the integration of a metacontrol subsystem, controlling the domain control system through an interface provided by its implementation component platform, ii) the Epistemic Control Loop pattern, which defines a modelbased cognitive control loop that can be applied to the design of such a metacontroller, iii) the Deep Model Reflection pattern proposes a solution to produce the online executable model used by the metacontroller by model-to-model transformation from the engineering model, and, finally, iv) the Functional Metacontrol pattern, which proposes to structure the metacontroller in two loops, one for controlling the configuration of components of the controller, and another one on top of the former, controlling the functions being realised by that configuration; this way the functional and structural concerns become decoupled. The OM Architecture and the TOMASys metamodel are the core pieces of the architectural framework developed to reify this patterned solution. The TOMASys metamodel has been developed for representing the structure and its relation to the functional requirements of any autonomous system. The OM architecture is a blueprint for building a metacontroller according to the patterns. This metacontroller can be integrated on top of any component-based control architecture. At the core of its operation lies a TOMASys model of the control system. An engineering process and accompanying assets have been constructed to complete and exploit the architectural framework. The OM Engineering Process defines the process to follow to develop the metacontrol subsystem from the functional model of the controller of the autonomous system. The OMJava library provides a domain and application-independent implementation of an OM Metacontroller than can be used in the implementation phase of OMEP. Finally, the complete solution has been validated in the development of an autonomous mobile robot that incorporates an OM metacontroller. The functional selfawareness and adaptivity properties achieved thanks to the metacontrol system have been validated in different scenarios. In these scenarios the robot was able to overcome failures in the control system thanks to reconfigurations performed by the metacontroller.