[pt] As correlações dos parâmetros de processamento com a microestrutura e propriedades mecânicas resultantes apresentam grande relevância para o controle da qualidade e manutenção do grau API do tubo curvado por indução. Este trabalho enfoca principalmente nas alterações dos mecanismos de endurecimento para avaliar os efeitos do curvamento a quente e do revenimento posterior. Foi observado que além do refino de grão, a precipitação fina dos microligantes na austenita e a densidade de discordâncias são responsáveis pelas propriedades mecânicas do material como recebido. O endurecimento por solução sólida caracterizado para todas as amostras foi aproximadamente igual. O endurecimento devido ao refino de grão dependeu do fator de endurecimento. Nas curvas as transformações de fases de baixas temperaturas foram induzidas pela elevação da temperabilidade em função de maiores temperaturas de curvamento, contudo a extensão das camadas temperadas ficou limitada pelas taxas de resfriamento. A principal alteração promovida pelo curvamento a quente e diretamente associada ao projeto de liga do aço é devido à inibição da precipitação do vanádio e sua manutenção em solução sólida. O endurecimento das curvas a quente devido à precipitação do molibdênio, transformação de fases e densidade de discordâncias não foi suficiente para atingir o limite de escoamento mínimo especificado pela API, para o grau X80, sem a aplicação de revenimento posterior a 600 graus Celsius para obter precipitação fina de vanádio. / [en] The correlation between high frequency hot induction bending parameters with microstructure and mechanical properties is very important in order to keep the bent pipe within the API grade, in according with the API Specification 5L after the induction bending. The measured values of yield strength are a function of hardening mechanisms in both the tangent end and the bent section. The changes imposed by the thermal cycles of hot bending and tempering can modify the contribution of the strengthening mechanisms. This work aims to evaluate the changes of mechanical properties in the tangent end and the bent section from the point of view of the strengthening mechanisms such as phase transformation, dislocation density and precipitation. The results of the microstructural evaluations of the tangent section have shown that the hardening by grain refinement, precipitation in the austenite and the high dislocation density were responsible for high yield strength. The restrict range of cooling rate originated from the hot bending temperature was the most significant parameter on the microstructure, precipitation, dislocation density and hardening of the layers of the bent section. However, in the bend sections the restriction of precipitation of Vanadium significantly decreased the yield strength level. After hot bending the contributions of the strengthening mechanisms such as precipitation, phase transformation and dislocation hardening did not produce the desired minimum value of 552 MPa for the yield strength. Only after the tempering heat treatment at 600 Celsius degrees it was possible to obtain an increase in the yield strength.

Recentes avanços proporcionaram às grades computacionais um bom nível de maturidade. Esses sistemas têm sido implantados em ambientes de produção de qualidade na comunidade de pesquisa acadêmica e vêm despertando um grande interesse da indústria. Entretanto, desenvolver aplicações para essas infra-estruturas heterogêneas e distribuídas ainda é uma tarefa complexa e propensa a erros. As iniciativas de facilitar essa tarefa resultaram, na maioria dos casos, em ferramentas não integradas e baseadas em características específicas de cada grade computacional. O presente trabalho tem como objetivo minimizar a dificuldade de desenvolvimento de aplicações para a grade através da construção de um ambiente integrado e extensível de desenvolvimento (IDE) para computação em grade chamado InGriDE. O InGriDE fornece um conjunto único de ferramentas compatíveis com diferentes sistemas de middleware, desenvolvidas baseadas na interface de programação Grid Application Toolkit (GAT). O conjunto de funcionalidades do InGriDE foi desenvolvido com base na plataforma Eclipse que, além de fornecer um arcabouço para construção de IDEs, facilita a extensão do conjunto inicial de funcionalidades. Para validar a nossa solução, utilizamos em nosso estudo de caso o middleware InteGrade, desenvolvido no nosso grupo de pesquisa. Os resultados obtidos nesse trabalho mostraram a viabilidade de fornecer independência de middleware para IDEs através do uso de uma interface genérica de programação como o GAT. Além disso, os benefícios obtidos com o uso do Eclipse como arcabouço para construção de IDEs indicam que os recursos fornecidos por esse tipo de arcabouço atendem de forma eficiente as necessidades inerentes ao processo de desenvolvimento de aplicações para a grade. / Computational grids have evolved considerably over the past few years. These systems have been deployed in production environments in the academic research community and have increased the interest by the industrial community. However, developing applications over heterogeneous and distributed infrastructure is still a complex and error prone process. The initiatives to facilitate this task, in the majority of the cases, resulted in isolated, middleware-specific tools. This work has the objective of minimizing the difficulty of developing grid applications through the construction of an integrated and extensible development environment for grid computing, called InGriDE. InGriDE provides a unique set of tools, compliant with different middleware systems, based on the Grid Application Toolkit (GAT). We developed the InGriDE set of features, based on the Eclipse platform, which provides both a framework for building IDEs and the possibility to extend the initial set of features. To validate our solution we used the InteGrade middleware, developed in our research group, as our case study. The results obtained from our work showed the viability of providing middleware independence to IDEs through the use of a generic application programming interface like GAT. Moreover, the benefits obtained through the use of Eclipse as our framework for building IDEs indicates that this kind of framework satisfies the requirements inherent to the grid application development process in a efficient way.

DH Anticounterfeit, a company working against counterfeit products, has a mobile application that lacks a proper back-end system to handle and store DH Anticounterfeits data. There are plenty of ways to go about to x this problem, but this thesis is focused on the development of a REST API that will be replacing the non-existent system. The main goal is to create the API and run it within a containerized environment using Docker. The whole system should run on Amazon Web Services, that will be working as a server to keep the system going at all times. Nowadays, security is important due to plenty of ways to attack a system, which is why security and authorization will be a high priority. The result will be a well-functioning, high security system that uses MongoDB database to store and process data in a secure way.

<p>Visualization is a rapidly growing area of computer graphics. Due to the very progressive development of computer technology and especially 3D-graphic boards yesterdays imagination of visualizations, today is a reality. </p><p>At Saab Bofors Dynamics in Linköping missile systems are developed. Through the development, different subsystems are simulated before the manufacturing starts. The results of these simulations have to be visualized to get a meaning. The visualizations can be symbolic or more real looking 3D-visualizations. </p><p>During the work an investigation of available tools for computer visualizations on the market has been conducted. The outcome of the investigation has later been the foundation for the selection of tools to solve the visualization task. </p><p>One 3D-visualization application for general 3D-visualization has then been developed using two different 3D-APIs, and the experiences of these have then been analyzed.</p>

Tikslas: Išanalizuoti Java Enterprise Edition technologiją. Ją taikant, realizuoti aukcionų sistemą.Užduoties pagrindimas: šiai dienai Java programavimo kalba yra pritaikoma vis platesnio masto aplikacijoms kurti. Java EE technologija ateityje tik tobulės, todėl yra naudinga suprasti internetinių aplikacijų kūrimą naudojant Java programavimo kalbą. / Word “Internet” is widely used in our days. Many people can not imagine their lives without it. Companies are looking for technologies which would make their products more attractive to users, provide more user friendly interface and make their products unique. Java EE is to fill this spot.This paper contains short description of Java programming language and short history of Java as a programming language development, followed by general concepts of Java Enterprise Edition and MVC usage in it.

Šiame baigiamajame darbe yra nagrinėjami antivirusinėse programose taikomi failinės sistemos realaus laiko stebėjimo metodai – API sąsajos funkcijų perėmimas, failinių sistemų filtravimo tvarkyklės, dėklinės failinės sistemos, FUSE technologijos panaudojimas. Pateikiami metodų privalumai ir trūkumai. Darbo pabaigoje aprašoma C/C++ programavimo kalbomis sukurta realaus laiko failinės sistemos stėbėjimo programa - failinės sistemos filtravimo tvarkyklė ir vartotojo lygio modulis. Darbą sudaro šešios pagrindinės dalys: įvadas, teorinė, analitinė ir programavimo dalys, išvados ir literatūros sąrašas. Darbo apimtis – 54 p. teksto be priedų, 16 pav., 3 lent., 28 bibliografiniai šaltiniai. Atskirai pridedami darbo priedai. / In this final work antivirus file system real-time file system tracking methods – usage of file system filter drivers, API hooking, stackable file systems, FUSE technology for antivirus are analyzed. The pros and cons of these methods are given. At the end of the thesis real-time file system tracking program developed in the C/C++ programming languages is presented. Created program consists of two parts – file system filter driver and user-mode module. Structure of the work: introduction, theoretical, analysis and programming parts, conclusions, references. Thesis consists of: 54 p. text without appendixes, 16 pictures, 3 tables, 28 bibliographical entries. Appendixes included.

Submitted by Johnny Rodrigues (johnnyrodrigues@ufcg.edu.br) on 2018-04-16T18:53:29Z No. of bitstreams: 1 MIKAELA ANUSKA OLIVEIRA MAIA - DISSERTAÇÃO PPGCC 2014..pdf: 1160102 bytes, checksum: 5eb99698589be1aeca83623ca4b79e2f (MD5) / Made available in DSpace on 2018-04-16T18:53:29Z (GMT). No. of bitstreams: 1 MIKAELA ANUSKA OLIVEIRA MAIA - DISSERTAÇÃO PPGCC 2014..pdf: 1160102 bytes, checksum: 5eb99698589be1aeca83623ca4b79e2f (MD5) Previous issue date: 2014-08 / Apesar da diversidade que a API do Java Collections Framework(JCF) provê, com uma variedade de implementações para várias estruturas de dados, os desenvolvedores podem escolher interfaces ou classes inadequadas, em termos de eficiência ou propósito. Isto pode acontecer devido à documentação da API ser insuficiente ou a falta de análise ponderada pelo desenvolvedor de acordo com exigências do contexto. É possível a substituição manual, em paralelo com uma análise do contexto do programa. No entanto, isso é cansativo e suscetível a erros,desestimulando a modificação. Neste trabalho, nós definimos uma abordagem semi-automática para a seleção de interfaces e implementações dentro do JCF e a modificação de clientes do JCF, com base em técnicas de migração de API. A abordagem ajuda o usuário a escolher a coleção mais apropriada, com base em requisitos coletados por meio de perguntas mais intuitivas para o usuário. A seleção é resolvida com uma árvore de decisão que, a partir das respostas dadas pelo desenvolvedor, decide qual é a interface e implementação mais adequada do JCF. Após esta decisão, a modificação do programa é realizado por meio de adaptadores, minimizando a modificação do código fonte. Nós avaliamos a abordagem, implementada em uma ferramenta de apoio, com um estudo experimental que compreende estudantes de Ciência da Computação distribuídos aleatoriamente em grupos, os quais realizaram mudanças para clientes do JCF por diferentes métodos: manualmente, utilizando-se do EclipseJavaSearch e nossa abordagem. Os resultados foram avaliados na qualidade, esforço e tempo gasto. Descobrimos que a maioria dos usuários teve dificuldades em escolher a interface ou implementação apropriada para os requisitos apresentados. Nossa abordagem evidenciou uma melhora no esforço de selecionar a melhor coleção para a exigência, poupando algum tempo no processo. Sobre a qualidade da coleção selecionada, encontramos o mesmo comportamento usando as duas ferramentas. / Despite the API diversity that the Java Collections Framework (JCF) provides, with diverse implementations for several data structures, developers may choose inappropriate interfaces or classes, in terms of efficiency or purpose. This may happen due to insufficient API documentation or the lack of thoughtful analysis by the developer according to context requirements. A possible solution is manual replacement, in parallel with an analysis of the program context. However, this is tiresome and error-prone, discouraging the modification. In this work, we define a semi-automatic approach for (i) the selection of interfaces and implementation within the JCF and (ii) the modification of JCF clients, based on API migration techniques. The approach helps the user in choosing the most appropriate collection, based on requirements collected by means of simple yes/no questions. The selection is resolved with a decision tree that, from the answers given by the developer, decides which is the most adequate interface (and implementation) from the JCF. After this decision, the actual program modification is performed by means of adapters, minimizing the source code modification We evaluate the approach, as implemented in a supporting tool,with an experimental study comprising computer science students randomly distributed into groups,whose task was performing changes to JCF clients by different methods (manually, using Eclipse’s Java Search and our approach); the results were evaluated on quality, effort and time spent. We found that most students had a hard time choosing the right interface or implementation for the given requirements. Our approach seemed to improve the effort of selecting the best collection for the requirement, saving sometime in the process. Regarding the quality of the collection selected, we found the same behavior using both tools.

Submitted by Maria Medeiros (maria.dilva1@ufcg.edu.br) on 2018-08-20T13:27:19Z No. of bitstreams: 1 EPITÁCIO BRONZEADO NETO - DISSERTAÇÃO (PPGEM) 2018.pdf: 2616160 bytes, checksum: 1b560aacefbd9d94396aeb8e4d0a727c (MD5) / Made available in DSpace on 2018-08-20T13:27:19Z (GMT). No. of bitstreams: 1 EPITÁCIO BRONZEADO NETO - DISSERTAÇÃO (PPGEM) 2018.pdf: 2616160 bytes, checksum: 1b560aacefbd9d94396aeb8e4d0a727c (MD5) Previous issue date: 2018-02-27 / CNPq / O presente estudo documentado neste trabalho buscou investigar a possível correlação existente entre os valores de tenacidade à fratura obtida por meio de ensaios CTOD com a microestrutura da região de grãos grosseiros da região termicamente afetada de juntas do aço API 5L X80, fabricados no Brasil soldados por meio do processo manual e robotizado. Na soldagem manual foi utilizado processo SMAW onde nos passes de raiz foram realizados com eletrodo AWS E9010-G, os passes de preenchimento e acabamento foram realizados com eletrodo AWS E9018-G. Na soldagem robotizada, os passes de raiz foram realizados com processo GMAW e com arame ER120S-G, os demais, passes de preenchimento e acabamento foram realizados com arame tubular AWS E101T-1 tipo flux-cores com proteção gasosa de Ar+25%CO² (FCAW-G) ou AWS E91T8-G com arame auto protegido (FCAW-S). Após as soldagens foram usinados corpos de prova do tipo SE(B) normatizados segundo a ASTM E1820 com entalhe posicionado na região mais propícia a fragilização de acordo com as avaliações da metalográfica e microdureza com intuito de evidenciar o efeito deletério da presença de zonas frágeis (ZF) localizadas nesta região da junta soldada. Foi possível observar que indiferentemente do processo de soldagem houve uma redução significativa na tenacidade à fratura na RGG devido à presença de regiões frágeis constituídas de ilhas de Martensita e Austenita denominadas de microconstituinte AM devido a formação de microtrincas e heterogeneidade microestrutural principalmente no processo manual. Por fim, observou-se que o processo robotizado apresentou melhor repetibilidade e resultados mais favoráveis desde uma melhor distribuição microestrutural, perfil de dureza mais homogêneo e maiores valores de tenacidade à fratura. / The present study investigated the correlation between the fracture toughness values, obtained by CTOD test, with the microstructure of the coarse grains regions of the heat affected zone (HAZ) of API 5L X80 steel welded joints obtained by manual Shielded Metal Arc Welding (SMAW) and by automated Gas Metal Arc Welding Process (GMAW). In the robotized welding, the root passes were made with GMAW process and with ER120S-G wire, the others, composite fill and finishing passages made with AWS E101T-1 type flux-color tubular wire with clay protection Ar + 25% CO² (FCAW-G) or AWS E91T8-G with self-protected wire (FCAW-S). SE(B test specimens standardized according to ASTM E1820 with notch positioned in the most critical regions of the HAZ according to the metallographic and microhardness evaluations in order to evidence the deleterious effect of the fragile zone were done .It was possible to observe that there was a considerable reduction of CTOD value in region with the presence of Austenite and Martensite island nominated AM constituent due to formation of microcracks and microstructural heterogeneity mainly in the manual process. The results also showed that HAZ obtained using the automated GMAW process presented better repeatability, microstructural distribution and CTOD values.

Submitted by Maria Medeiros (maria.dilva1@ufcg.edu.br) on 2018-09-19T11:56:08Z No. of bitstreams: 1 DAYSE MARTINS DE ALMEIDA - TESE (PPGEP) 2005.pdf: 6732498 bytes, checksum: 10dba0463a9be058136fe3552bcae75d (MD5) / Made available in DSpace on 2018-09-19T11:56:08Z (GMT). No. of bitstreams: 1 DAYSE MARTINS DE ALMEIDA - TESE (PPGEP) 2005.pdf: 6732498 bytes, checksum: 10dba0463a9be058136fe3552bcae75d (MD5) Previous issue date: 2005-12-20 / O desenvolvimento de novos aços de Alta Resistência e Baixa Liga para tubulações considera requisitos de resistência mecânica e tenacidade cada vez mais severos. O atendimento às exigências de mercado conduziu à supressão de tratamentos térmicos e melhor soldabilidade do produto. A melhoria da soldabilidade exige a minimização do teor de carbono do material, esses novos aços precisam dispor de mecanismos de endurecimento que dispensem a presença desse elemento. Uma das alternativas mais viáveis é o aço bainítico com teor de carbono ultra baixo onde os mecanismos de endurecimento envolvem grandes densidades de deslocações, presença de elementos substitucionais e microestruturas mistas de bainita globular e ferrita. Para o estudo da ZTA deste tipo de aço foram realizados testes de implante de pinos acompanhados por análise de microestrutura, análise de fratura e análise de sinais de emissão acústica. A comparação dos resultados com os de um aço convencional perlítico indica uma boa soldabilidade dos aços bainíticos. / The development of new High Strength Low Aloy pipeline steels considers more severe mechanical stresses requirements and toughness. The employ necessities led to thermal treatments suppression and superior weldability. The weldability improvement demands lower carbon contends so those new steels need hardening mechanisms that use a carbon smaller amount. One of the viable alternatives is the ultra-low carbon bainitics steels – ULCB, where the hardening mechanisms involve large dislocations densities, substitutional elements presence and globular bainite and ferrite mixed microstructures. To the HAZ ULCB study implant tests, microstructure analyses, fracture analyses and acoustic emission analyses were done. The results relationship with a conventional perlitic steel indicates superior weldability for bainític steel.

This report discusses network automation primarily with Ansible. Ansible is a software from Red Hat that can be used for network automation. The report also goes through YAML which is a standardized way of exchanging data, Jinja2 that is a templating language, Python as well as the security with Ansible. The report also goes through why network automation is needed as well as how much time might be saved with Ansible. Ansible ships with modules for Cisco IOS such as ios_config and ios_command and for Cisco ASA asa_config, asa_command and asa_acl as well as many other modules for Arista, Juniper and for other vendors. Ansible can use new APIs by creating new modules for handling that particular API, which means that the only change needed in the playbooks is to change the module name. Ansible can handle NETCONF API using the netconf_config module or various Juniper modules. Ansible is used in this report to perform certain tasks such as to adding VLAN's, close ports on ASA's, audit network devices configuration as well as to create network diagram using the information from CDP. Ansible can be made as secure as manually doing the tasks except that Ansible can do it faster and more consistently.  For connecting to normal Linux servers Ansible uses OpenSSH which is a default SSH client on most Linux systems and for connecting to network devices it uses Paramiko. The security in Ansible depends on SSH and may or may not have passwords stored locally, Ansible can be as secure as the administrator wants it to be such as using RSA key-pair to authenticate, using vault encrypted credentials or asking the administrator about which username and password to use. Using Ansible network automation can save time, the amount saved depends on what is being done, how many devices it is doing it on as well as how the playbook is written. / Rapporten behandlar nätverksautomation primärt i Ansible. Ansible är en mjukvara från Red Hat som kan användas för nätverksautomering. Rapporten går igenom YAML som är ett sätt att standardisera överförning av data, Jinja2 som är ett mallspråk, Python samt säkerheten i Ansible. Rapporten går dessutom igenom varför vi ens vill ha nätverksautomation och hur mycket tid som möjligtvis kan sparas. Ansible kommer med moduler för Cisco IOS som exempelvis ios_config och ios_command och för Cisco ASA finns moduler så som asa_config, asa_command och asa_acl. För andra tillverkare så finns det moduler för Arista, Juniper och för andra leverantörer. Om en ny API kommer ut för en ny enhet så kan en ny Ansible modul skapas som använder denna, vilket betyder att Ansible playbooks kan då använda sig av de nya modulerna med samma struktur som tidigare. Ansible kan hantera NETCONF API med hjälp av netconf_config modulen och av flertalet Juniper moduler. Ansible kan användas på ett lika säkert sätt som manuellt arbete, med undantag på att Ansible gör det snabbare och mer konsekvent. För uppkoppling till vanliga Linux-servrar så använder Ansible OpenSSH klienten som standard och mot nätverksenheter utan Python installerat så används Python biblioteket Paramiko. Ansible använder sig av SSH och kan ha lösenord sparat i playbooken, utanför i annan fil, i ett krypterat vault, fråga användaren som användarnamn och lösenord samt autentisering med hjälp av RSA nycklar. Ansible används för att skapa olika VLAN, stänga portar på en ASA, granska nätverksenhetens konfiguration gentemot vad den borde ha för konfiguration samt för att skapa nätverksdiagram baserat på informationen från CDP. Genom att använda sig av Ansible nätverksautomation så kan tid sparas, hur mycket beror helt på vad som ska göras, hur många enheter det ska göras på samt hur playbooken faktiskt är skapad.