ITC/USA 2011 Conference Proceedings / The Forty-Seventh Annual International Telemetering Conference and Technical Exhibition / October 24-27, 2011 / Bally's Las Vegas, Las Vegas, Nevada / In this paper, we explore ways in which CTEIP's integrated Network Enhanced Telemetry (iNET) program can benefit from the hardware descriptions supported by the Instrumentation Hardware Abstraction Language (IHAL). We describe how IHAL can be used at the end of the current iNET instrumentation configuration use-case to "fine tune" the instrumentation configuration. Additionally, we describe how IHAL can be used at the beginning of the current instrumentation configuration use-case to enable cross-vendor reasoning and automated construction of multi-vendor instrumentation configurations. Finally, we investigate how IHAL can be used within the iNET system manager to enhance capabilities such as instrumentation discovery.

Mémoire numérisé par la Direction des bibliothèques de l'Université de Montréal.

A direct and highly efficient synthesis has been developed for telmisartan, the active ingredient in the widely prescribed antihypertensive drug Micardis®. This approach brings together two functionalized benzimidazoles using a high-yielding Suzuki reaction that can be catalyzed by a homogeneous palladium source or palladium on a solid support. The ability to perform the cross-coupling reaction was facilitated by the regio-controlled preparation of a 2-bromo-1-methylbenzimidazole precursor. The method developed is the first reported selective bromination at the 2-position of a benzimidazole and produces the first major precursor in high yield (93%). The second precursor, potassium (4-methyl-2-propylbenzimidazol-6-yl) trifluoroborate, was prepared from commercially available 4-bromo-2-methyl-6-nitroaniline. An optimized preparation is described that provides a direct three-step process to prepare the benzimidazole and install the borate; this synthetic sequence yields the second precursor with a 90% yield and no isolated intermediates. The two prepared precursors were combined with a third, commercially available methyl-4’-(bromomethyl)-[1,1’-biphenyl]-2-carboxylate, utilizing a short sequence of high yielding reactions to produce the telmisartan with an 83% yield from these advanced intermediates. This new convergent approach provides the active drug ingredient with an overall yield of 74% while circumventing many issues associated with the previously reported processes. Additionally, a flow-based synthesis of telmisartan was achieved with no intermediate purifications or solvent exchanges. The continuous process utilizes a tubular reactor system coupled with a plug flow cartridge, ultimately delivering telmisartan in an 86% isolated yield.

Este trabalho mostra o desenvolvimento de uma Interface de Programação de Aplicativos (Application Program Interface - API) para um gerenciador de dados orientado a objetos. A API é composta por um conjunto de primitivas que integram a definição e a manipulação de objetos em uma representação compatível com uma linguagem de programação orientada a objetos. A definição da API explora os recursos básicos de modelos de dados orientados a objetos e baseia-se nas extensões de um metamodelo baseado em quatro abstrações: classificação, generalização, agregação e composição. O suporte à abstração de classificação com hierarquias em múltiplos níveis é tratado com especial destaque, pois resulta em uma das características predominantes da API: o tratamento homogêneo de tipos e instâncias em tempo de execução, unificando comandos usualmente separados em DDL (Data Definition Language) e DML (Data Manipulation Language). A implementação da API sobre um gerenciador relacional emula um gerenciador de dados orientado a objetos. Os conceitos envolvidos no trabalho de emulação foram aplicados no desenvolvimento de uma versão com núcleo relacional do Gerenciador de Objetos SIRIUS, criando em ambiente experimental, precursor à versão com núcleo nativo desse gerenciador. A API definida neste trabalho é compatível com ambas as versões do Gerenciador SIRIUS, permitindo que uma aplicação utilize qualquer uma das versões sem alterações em seu código fonte. Para exemplificar a utilização prática da API, foi implementado um utilitário de bases de dados destinado à representação de modelagens baseadas no modelo de dados SIRIUS usando a versão relacional do Gerenciador de Objetos SIRIUS. Esse utilitário, além de demonstrar a utilização da API, demonstra também como as operações típicas da DDL e da DML são integradas em um único conjunto de comandos que não faz diferença entre a definição de tipos e de instâncias.

Made available in DSpace on 2014-06-12T17:38:03Z (GMT). No. of bitstreams: 2 arquivo3823_1.pdf: 1925092 bytes, checksum: c28739759fef3b35a51684329d53f339 (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2008 / Petróleo Brasileiro S.A. / As transformações de fase de um aço estrutural foram estudadas a partir do resfriamento contínuo num substrato metálico capaz de simular as transformações microestruturais de diferentes pontos de uma ZTA (Zona Termicamente Afetada). O Material estudado foi o Aço API 5L Grau X-70, muito utilizado em tubulações nas Industriais Petroquímicas pela sua elevada resistência mecânica e baixo peso, constituindo-se num dos chamados aços ARBL (Alta Resistência e Baixa Liga). Neste contexto, o estudo térmico realizado simula as transformações microestruturais no metal de base nos processos de soldagem SMAW (Shield Metal Arc Welding) ou Eletrodo Revestido e GTAW (Gas Tungsten Arc Welding) ou TIG (Tungstem Insert Gas), assumindo por isso uma grande importância para levantamento das propriedades físicas e mecânicas de diferentes pontos da zona termicamente afetada. O Simulador Térmico de Soldas desenvolvido e aqui denominado de Gleeble mostrou-se capaz de reproduzir as diferentes condições termodinâmicas de pontos de uma ZTA, possibilitando o levantamento de curvas do ciclo térmico em função das condições impostas. Para o aquecimento dos corpos de prova foram utilizados dois fornos de resistência elétrica de alta potência para realização de aquecimento rápido e durante o resfriamento dos corpos de prova no Gleeble a temperatura era registrada por meio de termopar com registrador de temperatura digital gerando as curvas de resfriamento em microcomputador. Assim sendo, foram levantadas curvas de resfriamento para corpos de prova resfriados em Gleeble a partir de diferentes temperaturas utilizando-se Software (aplicativo) comercial para aquisição dos dados. Os resultados obtidos no Gleeble foram comparados aos resultados simulados num outro aplicativo comercial (SOLDASOFT) capaz de reproduzir ciclos térmicos e repartições térmicas em função dos parâmetros de soldagem, fornecidos como dados de entrada. Para comparação das microestruturas resultantes do Gleeble foram feitas soldas reais realizadas pelos processos ER (Eletrodo Revestido) e TIG. A caracterização microestrutural foi feita por microscopia ótica

Les systèmes logiciels dépendent de plus en plus des librairies et des frameworks logiciels. Les programmeurs réutilisent les fonctionnalités offertes par ces librairies à travers une interface de programmation (API). Par conséquent, ils doivent faire face à la complexité des APIs nécessaires pour accomplir leurs tâches, tout en surmontant l’absence de directive sur l’utilisation de ces API dans leur documentation. Dans cette thèse, nous proposons une approche holistique qui cible le problème de réutilisation des librairies, à trois niveaux. En premier lieu, nous nous sommes intéressés à la réutilisation d’une seule méthode d’une API. À ce niveau, nous proposons d’identifier les contraintes d’utilisation liées aux paramètres de la méthode, en analysant uniquement le code source de la librairie. Nous avons appliqué plusieurs analyses de programme pour détecter quatre types de contraintes d’utilisation considérées critiques. Dans un deuxième temps, nous changeons l’échelle pour nous focaliser sur l’inférence des patrons d’utilisation d’une API. Ces patrons sont utiles pour aider les développeurs à apprendre les façons courantes d’utiliser des méthodes complémentaires de l’API. Nous proposons d’abord une technique basée sur l’analyse des programmes clients de l’API. Cette technique permet l’inférence de patrons multi-niveaux. Ces derniers présentent des relations de co-utilisation entre les méthodes de l’API à travers des scénarios d’utilisation entremêlés. Ensuite, nous proposons une technique basée uniquement sur l’analyse du code de la librairie, pour surmonter la contrainte de l’existence des programmes clients de l‘API. Cette technique infère les patrons par analyse des relations structurelles et sémantiques entre les méthodes. Finalement, nous proposons une technique coopérative pour l’inférence des patrons d’utilisation. Cette technique est axée sur la combinaison des heuristiques basées respectivement sur les clients et sur le code de la librairie. Cette combinaison permet de profiter à la fois de la précision des techniques basées sur les clients et de la généralisabilité des techniques basées sur les librairies. Pour la dernière contribution de notre thèse, nous visons un plus haut niveau de réutilisation des librairies. Nous présentons une nouvelle approche, pour identifier automatiquement les patrons d’utilisation de plusieurs librairies, couramment utilisées ensemble, et généralement développées par différentes tierces parties. Ces patrons permettent de découvrir les possibilités de réutilisation de plusieurs librairies pour réaliser diverses fonctionnalités du projets. / Software systems increasingly depend on external library and frameworks. Software developers need to reuse functionalities provided by these libraries through their Application Programming Interfaces (APIs). Hence, software developers have to cope with the complexity of existing APIs needed to accomplish their work, and overcome the lack of usage directive in the API documentation. In this thesis, we propose a holistic approach that deals with the library usability problem at three levels of granularity. In the first step, we focus on the method level. We propose to identify usage constraints related to method parameters, by analyzing only the library source code. We applied program analysis strategies to detect four critical usage constraint types. At the second step, we change the scale to focus on API usage pattern mining in order to help developers to better learn common ways to use the API complementary methods. We first propose a client-based technique for mining multilevel API usage patterns to exhibit the co-usage relationships between API methods across interfering usage scenarios. Then, we proposed a library-based technique to overcome the strong constraint of client programs’ selection. Our technique infers API usage patterns through the analysis of structural and semantic relationships between API methods. Finally, we proposed a cooperative usage pattern mining technique that combines client-based and library-based usage pattern mining. Our technique takes advantage at the same time from the precision of the client-based technique and from the generalizability of the library-based technique. As a last contribution of this thesis, we target a higher level of library usability. We present a novel approach, to automatically identify third-party library usage patterns, of libraries that are commonly used together. This aims to help developers to discover reuse opportunities, and pick complementary libraries that may be relevant for their projects.

This document discusses the visualization of data in the web environment using JavaScript and PHP. Specifically, create a web application for dynamically displaying time series in an interactive environment via the REST API in JSON format. There are described technologies for creating web applications and their use. This is work involving designing and creating a web application.

Zugl.: Karlsruhe, Univ., Diss., 2006

<p>This report proposes a modular Application Programmer's Interface (API) for handling the mental layer of intelligent virtual agents for a wide range of application types, with the aim of reducing the work required to program a completely new AI engine, and describes its implementation. One of the key elements and major difficulties in its design is the need to make it general enough to suit most types of applications, while preserving its usefulness and keeping it both efficient and reliable. A sample application interfacing with the API is created to demonstrate its capabilities, various AI algorithms are looked into and their respective suitability for the API is evaluated, and some techniques are implemented as modules in the API.</p>

Detta examensarbete behandlar problemet med att testa inbyggda system i kontorsmiljö. För att göra detta och därigenom kunna göra anrop på det inbyggda systemets API, måste detta anrop skickas som ett seriellt datapaket över en seriell kommunikationslänk som TCP/IP. Detta möjliggjordes genom att först upprätta en kommunikationslänk med protokollet TCP/IP, där användningen av POSIX-sockets tillämpades. För att packa ner och packa upp funktionsanropen till seriell data implementerades ett protokoll som följdes när detta utfördes. Hantering av data i samband med överföring över TCP/IP sköttes av ett protokoll vid namn BGSFP, ett protokoll som bygger på det tidigare protokollet TSFP.