Os sistemas embarcados automotivos são caracterizados por sistemas computacionais que suportam funcionalidades na forma de softwares embarcados para proporcionar aos usuários maior conforto, segurança e desempenho. Entretanto, existe uma grande quantidade de funções integradas que elevam o nível de complexidade de forma que se deve utilizar métodos e ferramentas de projetos adequados para garantir os requisitos funcionais e não funcionais do sistema. Todo o projeto de software embarcado automotivo deve iniciar com a definição de requisitos funcionais e de acordo com a dinâmica do subsistema que uma ECU (Electronic Control Unit) irá controlar e/ou gerenciar, deve-se ainda definir os requisitos temporais. Uma função automotiva pode ter requisitos temporais do tipo, período de ativação, atraso fim-a-fim, deadline entre outras que por sua vez estão estritamente relacionadas com as características da arquitetura de hardware utilizada. Em um sistema automotivo, tem-se uma arquitetura de computação embarcada distribuída em que existem tarefas e mensagens que trocam sinais entre si e podem ter requisitos temporais que devam ser atendidos. A análise temporal para verificação e validação dos requisitos temporais pode ser realizada ao nível de arquitetura distribuída, tarefas e instruções sendo que a utilização adequada de métodos e ferramentas é uma condição necessária para sua verificação. Desta forma, apresenta-se uma descrição do estado da arte de análise temporal em sistemas embarcados automotivos, suas propriedades e a utilização das ferramentas da Gliwa para avaliar se os requisitos temporais são atendidos. Um exemplo ilustrativo foi implementado com o propósito de apresentar como os métodos, processos e ferramentas devem ser aplicados para verificar se os requisitos temporais definidos previamente no início do projeto foram atendidos e para que em um sistema já existente possam suportar funções adicionais com requisitos temporais a serem garantidos. É importante verificar que as ferramentas de análise temporal, tem o propósito ainda de verificar se os recursos computacionais estão sendo utilizados de acordo com o especificado no início do projeto. / Automotive embedded systems are characterized by computer systems that support embedded software functionalities to provide users with greater comfort, security and performance. However, there are a number of integrated functions that raise the level of complexity so that appropriate design methods and tools must be used to guarantee the functional and non-functional requirements of the system. All automotive embedded software design must begin with the definition of functional requirements and according to the dynamics of the subsystem that an ECU (Electronic Control Unit) will control and/or manage, it is necessary to define the time requirements. An automotive function may have time requirements of type, activation period, end-to-end delay and deadline among others which in turn are strictly related to the characteristics of the hardware architecture used. In an automotive system there is a distributed embedded computing architecture in which there are tasks and messages that exchange signals between them and may have timing requirements that must be met. The timing analysis for verification and validation of timing constrains can be carried out at the level of distributed architecture, tasks and instructions, and the proper use of methods and tools is a necessary condition for their verification. In this way, a description of the state of the art of timing analysis in automotive embedded systems, their properties and the use of the tools of Gliwa to evaluate if the timing constrains are met. An illustrative example has been implemented with the purpose of presenting how the methods, processes and tools should be applied to verify that the time requirements defined at the beginning of the project are met and that in an existing system can support additional functions with requirements to be guaranteed. It is important to note that timing analysis tools are still intended to verify that computational resources are being used as specified at the beginning of the project.

CNPq / Sistemas embarcados são sistemas computacionais projetados para aplicações específicas, os quais estão presentes em praticamente todos os dispositivos eletrônicos atuais. A utilização de um sistema operacional (SO) é uma maneira de simplificar o desenvolvimento de software, livrando os programadores do gerenciamento do hardware de baixo nível e fornecendo uma interface de programação simples para tarefas que ocorrem com frequência. A alta complexidade dos computadores pessoais atuais torna a utilização de um SO indispensável. Por outro lado, sistemas embarcados são arquiteturas limitadas, geralmente com muitas restrições de custo e consumo. Devido às demandas adicionais impostas por um SO, os desenvolvedores de sistemas embarcados enfrentam a crítica decisão quanto à adoção ou não de um SO. Nesta dissertação, apresenta-se uma série de critérios a fim de auxiliar os projetistas de sistemas embarcados na decisão quanto ao uso ou não de um SO. Além disso, outros critérios são apresentados com o intuito de guiar a seleção do SO mais adequado às características do projeto. Adicionalmente, escolheu-se 15 sistemas operacionais para serem analisados de acordo com os critérios apresentados, os quais podem ser utilizados como base para o processo de seleção de um SO. Adicionalmente, a fim de avaliar o impacto da adoção de um SO em um projeto embarcado, apresenta-se um estudo de caso no qual uma aplicação modelo (uma estação meteorológica embarcada) foi desenvolvida em três diferentes cenários: sem um SO, usando um SO de tempo real (µC/OS-II), e usando um SO de propósito geral (uClinux). Uma FPGA e um SoPC foram utilizados para obter uma plataforma flexível de hardware apta para acomodar as três configurações. A adoção de um SO proporcionou uma redução de até 48% no tempo de desenvolvimento; em contrapartida, isto aumentou os requisitos de memória de programa em pelo menos 71%. / An embedded system (ES) is a computing system designed for a specific purpose, present essentially in every electronic device. The use of an operating system (OS) is advocated as a means to simplify software development, freeing programmers from managing low-level hardware and providing a simpler programming interface for common tasks. The high complexity of modern desktop computers makes an OS indispensable; embedded systems, on the other hand, are limited architectures, usually severely cost- and power-constrained. Because of the additional demands imposed by an OS, embedded developers are faced with the crucial decision of whether to adopt an OS or not. In this work, we introduce a set of criteria to help determine whether an OS should be adopted in an embedded design. We then go further and establish a series of rules to help decide which OS to pick, if one should be used. In addition, we present a case study in which a sample application (an embedded weather station) was developed under three different scenarios: without any OS, using the µC/OS-II real-time OS, and using the uClinux general-purpose OS. An FPGA and a SoPC were used to provide a flexible hardware platform able to accommodate all three configurations. The adoption of an OS provided a reduction of up to 48% in development time; on the other hand, it increased program memory requirements in at least 71%.

This work aims to present a system for parking spaces detection using opportunistic cameras. The central idea is to use images from cameras that are already installed to identify possible parking spaces. It is important to highlight that legal, privacy and security issues in using cameras for parking detection is out of scope. This work addressed the problem of how to use cameras opportunistically to detect free parking spaces. The idea for the solution is that by means of embedded systems, adapted them to the cameras already installed in the city, we can successfully design the detection of vacancies. The main objective of this work is to present the feasibility of using embedded systems to detect parking spaces, for such, it is proposed three image processing techniques to solve the problem and as main contribution it is presented a distributed architecture for use of cameras opportunistically to obtain the images. The major contributions of this work were the development of three image processing techniques for vehicle detection; a distributed and opportunistic architecture proposal using cameras to detect parking spaces; comparative evaluation of the proposed architecture and two other existing architectures; a routing algorithm for routing requests in the Embedded architecture Initially, it was evaluated three proposed image processing techniques to detect parking spaces, the best technique was the Dilation after Border Detection with a success rate close to 100%, this evaluation was performed to choose the technique used in the rest of this work. After choose the best technique, it was performed an experiment using the proposed architecture and two others that are used for comparison, the result of the experiment demonstrated the feasibility of use the Embedded architecture. To conduct large experiments is a complex task, because of this a simulation was developed using the network simulator Sinalgo to analyze four variables in the system (communication radius, number of auxiliary cameras, amount of simultaneous requests and percentage of failed cameras). The simulation result shows that the factors with the greatest influence on the variation of the average times of the requests are the size of the communication radius and the amount of auxiliary cameras. / Coordenação de Aperfeiçoamento de Pessoal de Nível Superior / Este trabalho apresenta um sistema para detecção de vagas de estacionamento utilizando câmeras de forma oportunista. A ideia central é a utilização de imagens provenientes de câmeras já instaladas para verificar a existência de vagas de estacionamento. É importante ressaltar que questões legais, de segurança e privacidade no uso de câmeras para detecção de vagas de estacionamento estão fora do escopo desta dissertação. Neste trabalho é abordado o problema de como utilizar câmeras de forma oportunista para detecção de vagas de estacionamento. A ideia para a solução é que por intermédio de sistemas embarcados, adaptado-os às câmeras já instaladas na cidade, podemos conceber satisfatoriamente a detecção de vagas. O objetivo principal deste trabalho é apresentar a viabilidade da utilização de sistemas embarcados para detecção de vagas de estacionamento. Para tal são propostas três técnicas de processamento de imagens para resolução do problema e como principal contribuição temos a apresentação de uma arquitetura distribuída para utilização de câmeras de forma oportunista para obtenção das imagens. As principais contribuições deste trabalho são a avaliação de três técnicas de processamento de imagens para detecção de veículos; proposta de uma arquitetura distribuída e oportunista utilizando câmeras para detecção de vagas de estacionamento; uma avaliação comparativa entre a arquitetura proposta e outras duas arquiteturas existentes; e um algoritmo de roteamento para encaminhamento das requisições na arquitetura Embutida. Inicialmente foram avaliadas três técnicas propostas de processamento de imagens para detecção de vagas de estacionamento, sendo a melhor delas a Dilatação após Detecção de Borda com uma eficácia de aproximadamente 100%. Essa avaliação serviu para escolhermos a técnica usada no restante do trabalho. Após a escolha da técnica, realizamos um experimento utilizando a arquitetura proposta e outras duas que serviram para comparação. O resultado do experimento demonstrou a viabilidade da utilização da arquitetura Embutida. Como realizar experimentos de grande porte é uma tarefa complexa, foi desenvolvida uma simulação utilizando o simulador de redes Sinalgo para analisar quatro variáveis no sistema (raio de comunicação, quantidade de câmeras auxiliares, quantidade de requisições simultâneas e percentual de falhas nas câmeras). Com o resultado da simulação pode-se concluir que os fatores com maior influência na variação dos tempos médios das requisições são o tamanho do raio de comunicação e a quantidade de câmeras auxiliares.

CAPES / Um sistema monitor de consumo de energia elétrica para setores internos de unidades consumidoras foi desenvolvido para um projeto de P&D (Pesquisa e Desenvolvimento) ANEEL (Agência Nacional de Energia Elétrica). O sistema utiliza Redes de Sensores sem Fios (RSSF) alocadas em pontos estratégicos da rede de energia elétrica e conectadas por radioenlace a um banco de dados remoto. Os sensores fornecem dados que são registrados e posteriormente acessados por um aplicativo que apresenta informativos ao usuários por meio de alertas, relatórios e interfaces gráficas. As RSSF são empregadas em sistemas de aquisição de sinais de múltiplos sensores dispersos em grandes áreas, em redes escalonáveis quanto ao número de dispositivos e flexíveis quanto a topologias, que podem ser formadas automaticamente em função das melhores rotas ou das rotas disponíveis em um dado momento. As RSSF também têm sido úteis em sistemas relacionados ao conceito da Smart Grid, oferecendo uma ferramenta “inteligente”, que permite integrar informações colhidas a partir de cargas elétricas nas unidades consumidoras ao sistema de geração e distribuição de energia, com o objetivo de melhorar o desempenho do sistema nos picos de demanda. Apesar da disponibilidade tecnológicas, dispositivos comerciais ainda são escassos no mercado, resultando em custos finais elevados para sistemas de monitoramento de consumo. Assim, para preencher esta lacuna foi desenvolvida uma configuração de infraestrutura de baixo custo, com módulos sensores interligados por barramentos I2C com uma memória compartilhada, formando um cluster que é ligado em RSSF capaz de formar redes em malha por meio do protocolo Miwi P2P (Peer to Peer). Como múltiplos sensores ocupam uma única antena para enviar dados, os custos são minimizados. Outro diferencial do método é dar acesso a sensores concentrados dentro de armários e gabinetes metálicos, que de outra forma não poderiam ser conectados em uma RSSF. / An electric power consumption monitoring system for indoor sectors of costumers was developed to an ANEELR&D project. The system uses wireless sensor networks (WSN) placed at strategic points of the power grid and connected by radio link to a remote database. The sensor provide data, that are recorded and later accessed by a software presenting information to end users through alerts, reports and graphical interfaces. The WSN systems are used to acquire signals from multiple sensors scattered over large areas, with number of devices scalable in networks and flexible topologies, which can be formed automatically choosing the best routes or available routes. The WSNs have been useful in systems related with smart grid, offering a "smart" tool that allows collect information from electric loads in consumer units to the system of generation and distribution of energy, with the aim of improving system performance at peak demand by an electric utility. Despite the availability of technological, commercial devices are still scarce in the Brazilian market, resulting in high costs for final consumption monitoring systems. Therefore, to fill a gap a new configuration was developed presenting an infrastructure affordably with sensor modules connected by I2C bus with a shared memory forming clusters that are connected in WSN but can work in mesh networks through miwi P2P (Peer to Peer) protocol. With multiple sensors sharing a single antenna to send data, costs are reduced. Another exclusive feature of this method is to give access to sensors inside of cabinets and enclosures, which otherwise would not connected to a WSN.

Os veículos automotivos possuem diversas funcionalidades em que, para ser melhoradas ou inovadas, é mandatório que se garanta melhor desempenho, segurança e confiabilidade. Para isto, é necessário criar, ou aperfeiçoar os já existentes, métodos e processos de desenvolvimento de software embarcado automotivo. As metodologias de desenvolvimento tradicionais não atendem aos requisitos e complexidade destes sistemas. Desta forma, a metodologia de desenvolvimento de software baseado em modelos (MBD – Model-Based Design) pode contribuir grandemente, por tornar possível a otimização com recursos de análise e testes. Por estes motivos, este trabalho busca demonstrar como se pode aplicar esta metodologia desenvolvimento baseado em modelos para as funções de software automotivo, considerando as etapas deste processo como MIL (Model-Inthe- Loop), SIL (Software-In-the Loop), PIL (Processor-In-the Loop) e RCP (Rapid Control Prototyping) e comprovar a sua eficácia. Considera-se ainda que foram utilizadas ferramentas compatíveis e essenciais para o processo de desenvolvimento, tais como para definição dos requisitos, elaboração da planta física, projeto controlador, verificação e testes. / The vehicles has many functions wherein, to be improve or innovated, is essential that the warranty of a better performance, safety and reliability. For this, is necessary to create, or improve the already existing, developing methods and processes of automotive embedded software. However, the traditional development methodologies do not meet the requirements and complexity of these systems. Therefore the methodology of model-based design (MBD) may contribute greatly, by making possible the optimization using analysis resources and tests. For these reasons, this work seeks to demonstrate how you can apply this development methodology based on models for automotive software functions, considering the steps in this process as MIL (Model-In-the-Loop), SIL (Software-In-the Loop), PIL (Processor-In-the Loop) and RCP (Rapid Control Prototyping) and prove its effectiveness. It is further considered that were used compatible and essential tools for the development process, such as for requirements definition, development of physical plant, controller design, verification and testing.

Esta tese propõe um método denominado PM-MDA para o desenvolvimento de Modelos de Plataforma (Platform Model - PM) no contexto da abordagem Model Driven Architecture (MDA). O método PM-MDA tem como foco o desenvolvimento de projetos de Software embarcado baseados em Sistemas Operacionais em Tempo Real (Real-Time Operating System - RTOS). Adicionalmente, este estudo define um perfil UML 2.0 para modelagem da aplicação e plataforma de software embarcado denominado Profile for modeling Application and Platform of Embedded Software (PROAPES) que é usado no método PM-MDA. Tal perfil define um conjunto de estereótipos para descrever genericamente Modelos de Plataforma e Modelos Independentes de Plataforma (Platform Independent Model - PIM). Além disso, são definidas extensões desse perfil, tal como o perfil PROAPESX que permite a modelagem de PMs para versões do RTOS X Real-Time Kernel e hardware associados. Além disso, o perfil PROAPES possibilita vincular um PIM a um PM, permitindo que esses modelos sejam inseridos como atributos de entrada em uma Transformação de Modelos. No contexto da MDA, esse perfil constitui-se em um metamodelo de plataforma (um metamodelo de uma família de plataformas similares) para a construção de modelos de plataforma. Desse modo, um PM é usado como parte fundamental para o desenvolvimento de software embarcado na abordagem MDA, fornecendo meios de obter independência de plataforma. Em abordagens atuais de MDA, as transformações de modelos empregam implicitamente os modelos de plataforma. Como os interesses referentes à plataforma não são separados dos interesses referentes às transformações de modelos, para cada plataforma requerida deve existir uma ou mais transformações de modelos correspondentes que são configuradas especificamente para aquela plataforma. O resultado são processos de transformações de modelos difíceis de serem automatizados. No domínio de sistemas embarcados, o uso de MDA é ainda mais importante devido à heterogeneidade de plataformas e à complexidade destes sistemas. O método PM-MDA, que faz uso do perfil PROAPES, visa sistematizar o processo de criação e disponibilização de modelos de plataforma separados do processo de transformação de modelos, possibilitando a geração de processos de transformações de modelos eficientes e adaptáveis. / This thesis proposes a method called PM-MDA for the development of Platform Models in the context of Model Driven Architecture (MDA). The PM-MDA method focuses on the development of embedded software projects based on Real-Time Operating Systems (RTOS). Additionally, this study defines a UML 2.0 Profile for Modeling Application and Platform of Embedded Software (PROAPES), which is used in the PM-MDA method. Such profile defines a set of stereotypes to generically describe Platform Models (PMs) and Platform Independent Models (PIMs). Further, extensions are defined in this profile, e.g. the PROAPESX profile, allowing the modeling of PMs into versions of the X RTOS Real-Time Kernel and associated hardware. In its turn, the PROAPES profile enables the link of a PIM to a PM, allowing these models to be entered as input attributes in a Model Transformation. In the context of MDA, this profile is a platform metamodel for building PMs, i.e., a metamodel of a family of similar platforms. In this way, a PM is used as a fundamental part in the development of embedded software in the MDA approach by providing means of obtaining platform independence. In current MDA approaches, model transformations implicitly employ PMs. As the concerns regarding the platform are not separated from the concerns related to model transformations, for each required platform there must be one or more corresponding model transformations that are configured specifically for that platform. This results in model transformation processes that are expensive and difficult to be automated. In some application domains such as embedded systems, the use of MDA is more motivating because of the heterogeneity of platforms and the complexity of these systems. The PM-MDA method, which makes use of the PROAPES profile, aims to systematize the process of creating and providing platform models separated from the model transformation process, enabling the generation of efficient and adaptable model transformations.

A indústria automotiva necessita de constante aumento de qualidade e inovação para se diferenciar das concorrentes, porém sem impactar os custos de produção. No desenvolvimento tradicional geralmente o aumento da complexidade de um sistema é diretamente proporcional ao custo da sua produção. Para inverter esta relação é necessário que se implementem técnicas e padrões modernos de desenvolvimento. Além disso, é estratégico que os engenheiros, hoje em dia, estejam preparados para trabalhar com ferramentas modernas. Este trabalho tem a intenção de apresentar algumas técnicas modernas de desenvolvimento e demonstrar o fluxo de trabalho necessário para a criação de funções automotivas modernas, disponibilizando uma bibliografia que demonstra conceitos e práticas da cadeia de ferramentas específicas para este fim. Inicialmente é apresentada uma visão geral do desenvolvimento de softwares automotivos e uma comparação entre a metodologia tradicional e a abordagem X-in-the-Loop. Na sequência do trabalho o padrão AUTOSAR é apresentado para ser aplicado após o desenvolvimento da função de um painel de instrumentos automotivo. / The automotive industry needs constant increase of quality and innovation to differentiate from competitors, but without impacting production costs. In the traditional development increasing complexity of a system directly increases the cost of production. To reverse this relationship it is necessary to implement modern development techniques and standards. This work intends to present some modern development techniques demonstrating the workflow necessary for the creation of modern automotive functions, providing a bibliography that demonstrates concepts and practices of the tool chain for this purpose. Initially, an overview of the development of automotive software and a comparison between the traditional methodology and the X-in-the-Loop approach is presented. Following the AUTOSAR standard is presented to be applied after the design of an automotive dashboard function.

CNPq / Sistemas embarcados são sistemas computacionais projetados para aplicações específicas, os quais estão presentes em praticamente todos os dispositivos eletrônicos atuais. A utilização de um sistema operacional (SO) é uma maneira de simplificar o desenvolvimento de software, livrando os programadores do gerenciamento do hardware de baixo nível e fornecendo uma interface de programação simples para tarefas que ocorrem com frequência. A alta complexidade dos computadores pessoais atuais torna a utilização de um SO indispensável. Por outro lado, sistemas embarcados são arquiteturas limitadas, geralmente com muitas restrições de custo e consumo. Devido às demandas adicionais impostas por um SO, os desenvolvedores de sistemas embarcados enfrentam a crítica decisão quanto à adoção ou não de um SO. Nesta dissertação, apresenta-se uma série de critérios a fim de auxiliar os projetistas de sistemas embarcados na decisão quanto ao uso ou não de um SO. Além disso, outros critérios são apresentados com o intuito de guiar a seleção do SO mais adequado às características do projeto. Adicionalmente, escolheu-se 15 sistemas operacionais para serem analisados de acordo com os critérios apresentados, os quais podem ser utilizados como base para o processo de seleção de um SO. Adicionalmente, a fim de avaliar o impacto da adoção de um SO em um projeto embarcado, apresenta-se um estudo de caso no qual uma aplicação modelo (uma estação meteorológica embarcada) foi desenvolvida em três diferentes cenários: sem um SO, usando um SO de tempo real (µC/OS-II), e usando um SO de propósito geral (uClinux). Uma FPGA e um SoPC foram utilizados para obter uma plataforma flexível de hardware apta para acomodar as três configurações. A adoção de um SO proporcionou uma redução de até 48% no tempo de desenvolvimento; em contrapartida, isto aumentou os requisitos de memória de programa em pelo menos 71%. / An embedded system (ES) is a computing system designed for a specific purpose, present essentially in every electronic device. The use of an operating system (OS) is advocated as a means to simplify software development, freeing programmers from managing low-level hardware and providing a simpler programming interface for common tasks. The high complexity of modern desktop computers makes an OS indispensable; embedded systems, on the other hand, are limited architectures, usually severely cost- and power-constrained. Because of the additional demands imposed by an OS, embedded developers are faced with the crucial decision of whether to adopt an OS or not. In this work, we introduce a set of criteria to help determine whether an OS should be adopted in an embedded design. We then go further and establish a series of rules to help decide which OS to pick, if one should be used. In addition, we present a case study in which a sample application (an embedded weather station) was developed under three different scenarios: without any OS, using the µC/OS-II real-time OS, and using the uClinux general-purpose OS. An FPGA and a SoPC were used to provide a flexible hardware platform able to accommodate all three configurations. The adoption of an OS provided a reduction of up to 48% in development time; on the other hand, it increased program memory requirements in at least 71%.

Esta tese propõe um método denominado PM-MDA para o desenvolvimento de Modelos de Plataforma (Platform Model - PM) no contexto da abordagem Model Driven Architecture (MDA). O método PM-MDA tem como foco o desenvolvimento de projetos de Software embarcado baseados em Sistemas Operacionais em Tempo Real (Real-Time Operating System - RTOS). Adicionalmente, este estudo define um perfil UML 2.0 para modelagem da aplicação e plataforma de software embarcado denominado Profile for modeling Application and Platform of Embedded Software (PROAPES) que é usado no método PM-MDA. Tal perfil define um conjunto de estereótipos para descrever genericamente Modelos de Plataforma e Modelos Independentes de Plataforma (Platform Independent Model - PIM). Além disso, são definidas extensões desse perfil, tal como o perfil PROAPESX que permite a modelagem de PMs para versões do RTOS X Real-Time Kernel e hardware associados. Além disso, o perfil PROAPES possibilita vincular um PIM a um PM, permitindo que esses modelos sejam inseridos como atributos de entrada em uma Transformação de Modelos. No contexto da MDA, esse perfil constitui-se em um metamodelo de plataforma (um metamodelo de uma família de plataformas similares) para a construção de modelos de plataforma. Desse modo, um PM é usado como parte fundamental para o desenvolvimento de software embarcado na abordagem MDA, fornecendo meios de obter independência de plataforma. Em abordagens atuais de MDA, as transformações de modelos empregam implicitamente os modelos de plataforma. Como os interesses referentes à plataforma não são separados dos interesses referentes às transformações de modelos, para cada plataforma requerida deve existir uma ou mais transformações de modelos correspondentes que são configuradas especificamente para aquela plataforma. O resultado são processos de transformações de modelos difíceis de serem automatizados. No domínio de sistemas embarcados, o uso de MDA é ainda mais importante devido à heterogeneidade de plataformas e à complexidade destes sistemas. O método PM-MDA, que faz uso do perfil PROAPES, visa sistematizar o processo de criação e disponibilização de modelos de plataforma separados do processo de transformação de modelos, possibilitando a geração de processos de transformações de modelos eficientes e adaptáveis. / This thesis proposes a method called PM-MDA for the development of Platform Models in the context of Model Driven Architecture (MDA). The PM-MDA method focuses on the development of embedded software projects based on Real-Time Operating Systems (RTOS). Additionally, this study defines a UML 2.0 Profile for Modeling Application and Platform of Embedded Software (PROAPES), which is used in the PM-MDA method. Such profile defines a set of stereotypes to generically describe Platform Models (PMs) and Platform Independent Models (PIMs). Further, extensions are defined in this profile, e.g. the PROAPESX profile, allowing the modeling of PMs into versions of the X RTOS Real-Time Kernel and associated hardware. In its turn, the PROAPES profile enables the link of a PIM to a PM, allowing these models to be entered as input attributes in a Model Transformation. In the context of MDA, this profile is a platform metamodel for building PMs, i.e., a metamodel of a family of similar platforms. In this way, a PM is used as a fundamental part in the development of embedded software in the MDA approach by providing means of obtaining platform independence. In current MDA approaches, model transformations implicitly employ PMs. As the concerns regarding the platform are not separated from the concerns related to model transformations, for each required platform there must be one or more corresponding model transformations that are configured specifically for that platform. This results in model transformation processes that are expensive and difficult to be automated. In some application domains such as embedded systems, the use of MDA is more motivating because of the heterogeneity of platforms and the complexity of these systems. The PM-MDA method, which makes use of the PROAPES profile, aims to systematize the process of creating and providing platform models separated from the model transformation process, enabling the generation of efficient and adaptable model transformations.

A indústria automotiva necessita de constante aumento de qualidade e inovação para se diferenciar das concorrentes, porém sem impactar os custos de produção. No desenvolvimento tradicional geralmente o aumento da complexidade de um sistema é diretamente proporcional ao custo da sua produção. Para inverter esta relação é necessário que se implementem técnicas e padrões modernos de desenvolvimento. Além disso, é estratégico que os engenheiros, hoje em dia, estejam preparados para trabalhar com ferramentas modernas. Este trabalho tem a intenção de apresentar algumas técnicas modernas de desenvolvimento e demonstrar o fluxo de trabalho necessário para a criação de funções automotivas modernas, disponibilizando uma bibliografia que demonstra conceitos e práticas da cadeia de ferramentas específicas para este fim. Inicialmente é apresentada uma visão geral do desenvolvimento de softwares automotivos e uma comparação entre a metodologia tradicional e a abordagem X-in-the-Loop. Na sequência do trabalho o padrão AUTOSAR é apresentado para ser aplicado após o desenvolvimento da função de um painel de instrumentos automotivo. / The automotive industry needs constant increase of quality and innovation to differentiate from competitors, but without impacting production costs. In the traditional development increasing complexity of a system directly increases the cost of production. To reverse this relationship it is necessary to implement modern development techniques and standards. This work intends to present some modern development techniques demonstrating the workflow necessary for the creation of modern automotive functions, providing a bibliography that demonstrates concepts and practices of the tool chain for this purpose. Initially, an overview of the development of automotive software and a comparison between the traditional methodology and the X-in-the-Loop approach is presented. Following the AUTOSAR standard is presented to be applied after the design of an automotive dashboard function.