Submitted by Marcele Costal de Castro (costalcastro@gmail.com) on 2017-09-15T14:09:21Z No. of bitstreams: 1 ISAAC JOSÉ ANTONIO LUQUETTI SANTOS M.pdf: 4824335 bytes, checksum: 1928dd62b49e2fa05b704c455c75e97a (MD5) / Made available in DSpace on 2017-09-15T14:09:21Z (GMT). No. of bitstreams: 1 ISAAC JOSÉ ANTONIO LUQUETTI SANTOS M.pdf: 4824335 bytes, checksum: 1928dd62b49e2fa05b704c455c75e97a (MD5) Previous issue date: 1996 / O projeto é um conjunto de atividades que tem como principal objetivo a construção e/ou produção de um sistema. É realizado o estudo da viabilidade de implantação, são definidos os dados de entrada, as especificações técnicas e o planejamento de construção do projeto. Na fase do projeto conceitual é realizado o estudo da viabilidade de implantação, são definidos os dados de entrada, as especificações técnicas e o planejamento de construção do projeto. Os. Na fase do projeto inicial é realizada a análise funcional do sistema, implementação das especificações técnicas e os estudos de otimização do sistema. Após a concretização dessas etapas o projeto é revisado e avaliado. A fase de produção e/ou construção consiste nos testes dos componentes que constituem o projeto e posteriormente sua produção. O objetivo com relação ao projeto de um sistema é o de estabelecer um equilíbrio entre os fatores econômicos e os fatores técnicos que o afetam. A manutenibilidade, como uma característica de projeto, faz parte dos fatores que determinam a disponibilidade do sistema. O objetivo do trabalho de dissertação é o de estabelecer uma metodologia que defina as atividades, em cada fase do ciclo de vida do projeto, necessárias para implementar um requisitos da manutenibilidade tem início na fase de desenvolvimento e termina na fase de utilização e suporte programa de manutenibilidade.

Submitted by Diogo Barreiros (diogo.barreiros@ufba.br) on 2017-06-08T11:28:18Z No. of bitstreams: 1 Dissertação Mydiã_Freitas.pdf: 3038925 bytes, checksum: 799df53dc64e5b455ed52bb760695ae2 (MD5) / Approved for entry into archive by Vanessa Reis (vanessa.jamile@ufba.br) on 2017-06-12T15:16:18Z (GMT) No. of bitstreams: 1 Dissertação Mydiã_Freitas.pdf: 3038925 bytes, checksum: 799df53dc64e5b455ed52bb760695ae2 (MD5) / Made available in DSpace on 2017-06-12T15:16:18Z (GMT). No. of bitstreams: 1 Dissertação Mydiã_Freitas.pdf: 3038925 bytes, checksum: 799df53dc64e5b455ed52bb760695ae2 (MD5) / Code smell é definido como um potencial problema de design localizado em determinada parte do código fonte de um sistema de software e pode indicar deficiências no design que podem influenciar a facilidade de manutenção, facilidade de teste e confiabilidade do software. Um bom exemplo de code smell que vai de encontro aos princípios do bom design definido na programação orientada a objetos é o Shotgun Surgery, que corresponde a classes cuja modificação implica em muitas pequenas alterações em muitas outras classes. Quando as modificações estão espalhadas, elas são difíceis de serem encontradas. Como resultado, é fácil perder uma mudança importante, causando assim, problemas na manutenção do sistema. A atividade de identificação de code smells é analisada e confirmada pelo próprio programador ou um revisor independente, contudo, a detecção manual de code smells por meio de inspeções de código consume muito tempo e é pouco escalável. Ferramentas que auxiliam a identificação de code smells têm sido bastante utilizadas em diversos estudos. Neste contexto, esta dissertação propõe investigar se a detecção automática de code smells por meio de ferramentas é considerada útil pelos desenvolvedores como forma de avaliar a qualidade do design de sistemas de software, principalmente em termos de facilidade de manutenção. Realizamos três estudos: sendo um estudo preliminar e dois estudos experimentais similares. O objetivo do estudo preliminar era nos auxiliar a perceber e corrigir problemas que pudessem surgir no decorrer do desenvolvimento dos estudos experimentais. O objetivo desses estudos era investigar a qualidade do design de sistemas de softwares e code smells através do uso de ferramentas de detecção. Os resultados desses estudos indicam que existe relação entre os code smells God Class, Data Class, Shotgun Surgery, Refused Bequest e Feature Envy com problemas de design associados a dificuldades no processo de manutenção de sistemas de softwares.

A falta de integração entre áreas de conhecimento pode gerar efeitos negativos no processo de projeto em uma construtora-incorporadora. Em muitos casos, o projeto do produto é elaborado pela incorporadora sem qualquer participação da área responsável pela produção e de outras áreas da construtora. O trabalho apresenta uma análise sobre a gestão de projetos na construção de edifícios, valorizando a participação da engenharia de produção nessa fase, apoiando-se nos conceitos de Projeto Simultâneo, e propõe diretrizes para sua aplicação na construtora-incorporadora Cyrela, com enfoque na construtibilidade e manutenibilidade. Para desenvolver a pesquisa foi realizada uma revisão bibliográfica sobre as características da gestão de projetos, da Engenharia de Produção na construção de edifícios, e sobre a Engenharia Simultânea no desenvolvimento de produtos com comparativo de modelos de indústrias seriadas para a construção civil, incluindo a interação entre os agentes do processo. Como resultados são apresentados: uma análise da interação entre os agentes do processo; a ligação entre pessoas, processos e tecnologia; os conceitos de construtibilidade, manutenibilidade e retroalimentação na interface com projetos. São igualmente feitas análises das tendências de modernização na gestão dos projetos por meio da modelagem da informação da construção e, apoiado em estudo de caso, são apresentadas as experiências do Projeto Simultâneo aplicadas na Cyrela. Por fim, são apresentadas as diretrizes para participação da Engenharia de Produção da Construtora e Incorporadora Cyrela no Projeto Simultâneo, sendo essa a principal contribuição do trabalho. Embora suas contribuições possam servir de referência para demais empresas do setor, essa pesquisa foi desenvolvida para aplicações práticas da Cyrela, construtora-incorporadora que atua na construção de edifícios em todas as regiões do Brasil. / The lack of integration between knowledge areas can generate negative effects in the design process in a construction-real estate developer. In many cases, the product design is prepared by the real estate developer without any involvement of the area responsible for production and other areas of construction. This thesis presents an analysis of the project management in building construction, valuing the participation of engineering production in this stage, basing on the concepts of Concurrent Design and proposes guidelines for its application at Cyrela constructionreal estate developer company, focusing on constructability and maintainability. To develop the research was performed a literature review about the characteristics of Project Management, Production Engineering in building construction, and the Concurrent Engineering in the development of products with comparative serial industries models for the construction industry, including interaction between agents of the process. As results are presented: an analysis of the interaction between the agents of the process; a link between people, processes and technology; the concepts of constructability, maintainability and feedback on interface with projects. Modernization trends in project management are analyzed also through building information modeling and, through case study, are presented the Concurrent Design experiences applied at Cyrela. Finally are presented the guidelines to the participation of the Production Engineering of Cyrela construction-real estate developer on Concurrent Design, being the main contribution of this thesis. Although the contributions may serve as a reference for other companies in the sector, this research was developed for practical applications at Cyrela, constructionreal estate developer that acts in the construction of buildings in all regions of Brazil.

Este trabalho traduz um estudo de casos, que procura pesquisar e sistematizar o conhecimento sobre a gestão do estado dos equipamentos para atender às suas funções produtivas, isto é, uma gestão orientada para resultados. A função manutenção tem sido considerada como aquela que agrega conhecimentos e atividades para assegurar a disponibilidade operacional dos sistemas produtivos, dentro de padrões de desempenho antecipadamente especificados, ao menor custo possível e atendendo a requisitos pertinentes de segurança. Nesse contexto, pretende-se caracterizar de que modo abordagens ou políticas, adotadas por empresas selecionadas, que requerem o exercício da função manutenção, se vinculam a indicadores de disponibilidade. Ao longo do trabalho, a disponibilidade é tratada como um \"indicador de resultado\" das atividades de manutenção. Transparece da literatura que a análise da tendência desse indicador deve orientar as tomadas de decisão referentes às ações sobre o equipamento. Desse modo, compete verificar se, e como, é feito o vínculo entre esse indicador e decisões relativas à manutenção, sem perder de vista a produtividade da empresa. Assim, descreve-se o contexto em que se inserem a manutenção e a disponibilidade e são identificados elementos que, interferindo na disponibilidade, permitem desdobrá-la e associá-la a uma estrutura analítica que auxilie o levantamento e encaminhamento de análises sobre os dados obtidos no campo, para melhor percepção do tratamento dado à disponibilidade. Para possibilitar o encaminhamento do estudo de casos e a definição das proposições de pesquisa, a função manutenção é associada a um processo, em que se usa o indicador de disponibilidade como feedback, para a otimização do próprio processo de operação da função manutenção, bem como da especificação dos recursos de entrada desse processo. Três proposições são estruturadas e verificadas em quatro empresas que tipificam dois grupos distintos de operações, focalizando o tratamento dado à disponibilidade, e, no seu âmbito, o tratamento de compromissos de gestão e do estudo do ciclo de vida do equipamento. Para possibilitar uma avaliação objetiva das variáveis das proposições da pesquisa, que são de natureza essencialmente qualitativa, encontrou-se, no Capability Maturity Model (CMM), um modelo conceitual que, por suas características evolutivas, forneceu inspiração para estruturar o necessário instrumento de avaliação. A conclusão da pesquisa revela que as proposições de estudo não se confirmaram de forma plena, apontando sensível diferença de seu atendimento quando se faz a comparação entre os dois grupos de empresas, deixando, assim, um espaço em aberto para novas pesquisas. / This work is focused on a case study development. It intends to research and systematize knowledge about the state or condition management of equipment in order to fulfill their productive functions. That means that this management is result oriented. When the maintenance function is defined, it has been considered as the one that associates knowledge and activities in order to assure the operational availability of the productive systems. This operational availability has to be conducted within previously specified performance standards, at the lowest cost possible, and according to established safety requirements. Within this context, this research intends to describe how the approaches, or basic strategies, adopted by selected companies, which require the maintenance function, are attached to availability indicators. It is implied by the theory observed in literature, the trend analysis of this indicator should guide the decision making process concerning actions about the equipment. It is important to examine if, and how, the relationship between this indicator and the decisions involving maintenance is performed, without loosing sight of the company productivity. Therefore, it is observed the context where maintenance and availability are present and identify elements that contribute, because of their properties, to the operational availability of the productive equipment. As part of the theoretical framework, elements were identified that, because of their availability interference, allowed to unfold this availability and associate it to an analytical structure. This contributed to the data survey process and proceed to the analysis of the data obtained in the field, in order to improve the perception of the treatment given to availability. In order to allow the case study orientation and the definition of research propositions, the maintenance function is modeled as a process, where the availability indicator is used as feedback for the optimization of the operation process of the maintenance function itself, as well as an input resource specification of this process. Three propositions are studied and observed, in four companies that represent two different operation groups. So, it is possible to study how they treat availability, management trade-offs and the equipment life cycle. It was stated the need to define a structured methodology to make an objective evaluation of the investigated organizations possible, as research propositions, are essentially of qualitative nature. The Capability Maturity Model (CMM), a conceptual model, inspired, due to its up-grading characteristics, to structure the necessary evaluation tool. The research\'s conclusion appoints that the propositions were not completely confirmed. There is sensible difference between the two groups of organizations. So there is a potential of new researches.

Este trabalho traduz um estudo de casos, que procura pesquisar e sistematizar o conhecimento sobre a gestão do estado dos equipamentos para atender às suas funções produtivas, isto é, uma gestão orientada para resultados. A função manutenção tem sido considerada como aquela que agrega conhecimentos e atividades para assegurar a disponibilidade operacional dos sistemas produtivos, dentro de padrões de desempenho antecipadamente especificados, ao menor custo possível e atendendo a requisitos pertinentes de segurança. Nesse contexto, pretende-se caracterizar de que modo abordagens ou políticas, adotadas por empresas selecionadas, que requerem o exercício da função manutenção, se vinculam a indicadores de disponibilidade. Ao longo do trabalho, a disponibilidade é tratada como um \"indicador de resultado\" das atividades de manutenção. Transparece da literatura que a análise da tendência desse indicador deve orientar as tomadas de decisão referentes às ações sobre o equipamento. Desse modo, compete verificar se, e como, é feito o vínculo entre esse indicador e decisões relativas à manutenção, sem perder de vista a produtividade da empresa. Assim, descreve-se o contexto em que se inserem a manutenção e a disponibilidade e são identificados elementos que, interferindo na disponibilidade, permitem desdobrá-la e associá-la a uma estrutura analítica que auxilie o levantamento e encaminhamento de análises sobre os dados obtidos no campo, para melhor percepção do tratamento dado à disponibilidade. Para possibilitar o encaminhamento do estudo de casos e a definição das proposições de pesquisa, a função manutenção é associada a um processo, em que se usa o indicador de disponibilidade como feedback, para a otimização do próprio processo de operação da função manutenção, bem como da especificação dos recursos de entrada desse processo. Três proposições são estruturadas e verificadas em quatro empresas que tipificam dois grupos distintos de operações, focalizando o tratamento dado à disponibilidade, e, no seu âmbito, o tratamento de compromissos de gestão e do estudo do ciclo de vida do equipamento. Para possibilitar uma avaliação objetiva das variáveis das proposições da pesquisa, que são de natureza essencialmente qualitativa, encontrou-se, no Capability Maturity Model (CMM), um modelo conceitual que, por suas características evolutivas, forneceu inspiração para estruturar o necessário instrumento de avaliação. A conclusão da pesquisa revela que as proposições de estudo não se confirmaram de forma plena, apontando sensível diferença de seu atendimento quando se faz a comparação entre os dois grupos de empresas, deixando, assim, um espaço em aberto para novas pesquisas. / This work is focused on a case study development. It intends to research and systematize knowledge about the state or condition management of equipment in order to fulfill their productive functions. That means that this management is result oriented. When the maintenance function is defined, it has been considered as the one that associates knowledge and activities in order to assure the operational availability of the productive systems. This operational availability has to be conducted within previously specified performance standards, at the lowest cost possible, and according to established safety requirements. Within this context, this research intends to describe how the approaches, or basic strategies, adopted by selected companies, which require the maintenance function, are attached to availability indicators. It is implied by the theory observed in literature, the trend analysis of this indicator should guide the decision making process concerning actions about the equipment. It is important to examine if, and how, the relationship between this indicator and the decisions involving maintenance is performed, without loosing sight of the company productivity. Therefore, it is observed the context where maintenance and availability are present and identify elements that contribute, because of their properties, to the operational availability of the productive equipment. As part of the theoretical framework, elements were identified that, because of their availability interference, allowed to unfold this availability and associate it to an analytical structure. This contributed to the data survey process and proceed to the analysis of the data obtained in the field, in order to improve the perception of the treatment given to availability. In order to allow the case study orientation and the definition of research propositions, the maintenance function is modeled as a process, where the availability indicator is used as feedback for the optimization of the operation process of the maintenance function itself, as well as an input resource specification of this process. Three propositions are studied and observed, in four companies that represent two different operation groups. So, it is possible to study how they treat availability, management trade-offs and the equipment life cycle. It was stated the need to define a structured methodology to make an objective evaluation of the investigated organizations possible, as research propositions, are essentially of qualitative nature. The Capability Maturity Model (CMM), a conceptual model, inspired, due to its up-grading characteristics, to structure the necessary evaluation tool. The research\'s conclusion appoints that the propositions were not completely confirmed. There is sensible difference between the two groups of organizations. So there is a potential of new researches.

Submitted by Automação e Estatística (sst@bczm.ufrn.br) on 2018-07-02T18:48:21Z No. of bitstreams: 1 FredericoNunesDoPrantoFilho_DISSERT.pdf: 1838536 bytes, checksum: 869402048f640b021eff0f26d27f9d3d (MD5) / Approved for entry into archive by Arlan Eloi Leite Silva (eloihistoriador@yahoo.com.br) on 2018-07-04T13:33:21Z (GMT) No. of bitstreams: 1 FredericoNunesDoPrantoFilho_DISSERT.pdf: 1838536 bytes, checksum: 869402048f640b021eff0f26d27f9d3d (MD5) / Made available in DSpace on 2018-07-04T13:33:21Z (GMT). No. of bitstreams: 1 FredericoNunesDoPrantoFilho_DISSERT.pdf: 1838536 bytes, checksum: 869402048f640b021eff0f26d27f9d3d (MD5) Previous issue date: 2016-12-12 / As linguagens de programação convencionais, tais como C#, Ruby, Python e outras, fornecem mecanismos internos de tratamento de exceções a m de prover uma implementação de tratamento de exceções robusta e manutenível em sistemas de software. Essas linguagens suportam o que chamamos de mecanismos de tratamento de exceções dirigidos à manutenção, visto que elas reduzem as restrições de programação no tratamento de exceção buscando agilizar as mudanças no código fonte durante a evolução do software. No entanto, muitos dos problemas que resultam do tratamento de exceção são causados pela forma local na qual as exceções são tratadas. Desta forma, os desenvolvedores devem compreender a origem da exceção, o local onde a exceção será tratada e todo o uxo de controle excepcional entre esses dois pontos. Consequentemente, à medida que o desenvolvimento do software evolui, este uxo torna-se cada vez menos conhecido, prejudicando a manutenção e robustez do sistema. Este trabalho apresenta nova implementação do modelo de tratamento de exceção, chamado ECSFlow, para a linguagem C#, baseada no modelo EFlow. Diferentemente de outros mecanismos de tratamento de exceção, este modelo provê abstrações para descrever o controle do uxo excepcional a partir de uma visão global, permitindo entender o uxo excepcional de uma perspectiva m-a- m, observando somente uma parte do código. Além disso, o modelo permite associar o código excepcional ao código normal de forma mais exível. A implementação proposta foi avaliada qualitativamente e quantitativamente através de um estudo de caso de uma aplicação real. / Mainstream programming languages, such as C#, Ruby, Python and many others, provide built-in exception handling mechanisms to support robust and maintainable implementation of exception handling in software systems. These languages support what we call maintenance-driven exception handling mechanisms, since they reduce the programming restrictions in exception handling toward an more agile source code maintenance in software evolution. However, many of the problems that stem from the use of exception handling are caused by the local way in which exceptions are handled. It demands that developers understand the source of an exception, the place where it is handled, and everything in between. As a consequence, as system development progresses, exceptional control ows become less well-understood, with potentially negative consequences for the program maintainability and reliability. This paper presents an new exception handling model implementation for C# languagem called ECSFlow, based on the EFlow model. In contrast to other exception handling mechanisms, our model provides abstractions to explicitly describe global views of exceptional control ows, making possible to understand exception ows from an end-to-end perspective by looking at a single part of the program. Also, it leverages to make the association of exception code with normal code more exible. We evaluate qualitatively and quantitatively the proposed implementation through a case study targeting a real application.

Submitted by Fabio Sobreira Campos da Costa (fabio.sobreira@ufpe.br) on 2016-08-08T12:30:47Z No. of bitstreams: 2 license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) Dissertacao_Micael.pdf: 1885236 bytes, checksum: dce77e81bc020dd0cb75344d091e690b (MD5) / Made available in DSpace on 2016-08-08T12:30:47Z (GMT). No. of bitstreams: 2 license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) Dissertacao_Micael.pdf: 1885236 bytes, checksum: dce77e81bc020dd0cb75344d091e690b (MD5) Previous issue date: 2016-02-01 / O desenvolvimento de software engloba uma série de atividades cuja complexidade é notória. Quando este desenvolvimento não é gerenciado adequadamente pode haver diminuição na qualidade do software, aumento nos custos e atrasos nas entregas. Neste contexto, a manutenibilidade de software é considerada um atributo de qualidade que possui uma importante função na análise de qualidade de software. Geralmente, diversas áreas distintas, tais como Desenvolvimento de Software, Gestão de Projetos e Pesquisa de Software adotam métricas que atuam como indicadores que resumem uma série de informações, ajudando a caracterizar e entender certas circunstancias envolvidas na produção de um sistema. Por outro lado, determinar características de manutenibilidade em um sistema pode apresentar significantes desafios para um engenheiro de manutenibilidade. Por conseguinte, visando auxiliar o uso destas métricas, diversas ferramentas estão disponíveis para facilitar a análise e coleta de métricas software aplicadas a diversos contextos no desenvolvimento de um projeto. No entanto, a variedade de ferramentas e falta de informações para avaliar melhor o uso de cada uma, pode dificultar em algum aspecto a seleção e aplicação de novas métricas ou ferramentas. Face a esta realidade, este trabalho tem como objetivo investigar a adoção e uso de ferramentas que auxiliem a coleta de métricas de manutenibilidade de software e como elas podem estar relacionadas a escolha de tais atributos utilizados sob contexto industrial. E adicionalmente, verificar a sua representatividade, quais são as mais comuns e em que contexto são utilizadas. Para levantar os dados necessários para a análise e avaliação dessas ferramentas utilizadas no cenário industrial foi escolhido o Survey, como método empírico. Os dados coletados mostraram-se significantes para entendimento do cenário industrial no contexto relacionado, ajudando na integralização do conhecimento sobre uso de ferramentas e métricas adotadas na indústria. / Software development includes a series of activities whose complexity is notorious. When the development is not properly managed there can be decrease in software quality, higher costs and schedule delays. In this context, software maintainability (SM) is considered a quality attribute that plays an important role in the software quality analysis. Usually, several different areas such as Software Development, Project Management and Research in Software adopt metrics that act as indicators that summarize lots of information, helping to characterize and understand certain circumstances involved in the system production. However, determining maintainability characteristics of a system can present significant challenges for maintainability engineer. Therefore seeking to support using metrics, several tools have been developed to facilitate the collection and analysis of software metrics applied in different contexts on a project. However, the variety of tools and lack of information to better evaluate the use of each one, can hinder in some way the selection and application of new metrics and tools. Considering this fact, this research aims to investigate the adoption and use of tools to assist the collection of SM metrics and how they may be related to the choice of such attributes used in industrial context. Besides, we also aim to verify its representativeness, which are the most common and in what context they have been used. To gather all necessary data for analysis and evaluation of these tools used in industrial scenario, we chose Survey as empirical method. The data collected proved to be significant for understanding the industrial scenario in the referred context, helping the integration of knowledge about using tools and metrics adopted in the industry.

Submitted by Giovanna Brasil (1154060@mackenzie.br) on 2018-04-26T20:26:15Z No. of bitstreams: 2 Luiz Fernando de Azevedo Silva.pdf: 4716985 bytes, checksum: 547381bdfdd6cfde58ce7c7a497339a2 (MD5) license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5) / Approved for entry into archive by Paola Damato (repositorio@mackenzie.br) on 2018-04-28T15:43:57Z (GMT) No. of bitstreams: 2 Luiz Fernando de Azevedo Silva.pdf: 4716985 bytes, checksum: 547381bdfdd6cfde58ce7c7a497339a2 (MD5) license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5) / Made available in DSpace on 2018-04-28T15:43:57Z (GMT). No. of bitstreams: 2 Luiz Fernando de Azevedo Silva.pdf: 4716985 bytes, checksum: 547381bdfdd6cfde58ce7c7a497339a2 (MD5) license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5) Previous issue date: 2018-02-07 / In Brazil, deficiency in the quality of social housing affects the costs of maintaining these buildings over the life of their residents. The present research aims to discuss the main factors that lead to poor quality in the HIS design / production process, analyzing how these factors increase maintenance needs. Part of a unique case study, based on a qualitative and quantitative research in the Heliópolis I Housing Buildings, by the architect Ruy Ohtake. As methodological procedures, it evaluates the bibliographic references on the subject, as well as on-site visits, analysis of the current state of the common spaces of the work, interviews and data analysis. Focusing on the maintenance of the building as well as the economic and operational difficulties arise the main factors that impact in the day to day of the management of maintenance of the buildings. It also discusses the responsibilities that pertain to the maintenance of the building in the design and design stages of the building, in accordance with the approach of the Brazilian Association of Technical Standards (ABNT) based on the Brazilian standards NBR 5674/2012 (Maintenance of buildings) and NBR 15575/2013 (Performance Standard). / No Brasil, a falta da qualidade na habitação de interesse social impacta diretamente os custos com a manutenção destes edifícios ao longo da vida de seus moradores. A presente pesquisa discute os principais fatores que levam a baixa qualidade no processo da concepção/produção da HIS, analisando como estes fatores ampliam as necessidades de manutenção. Parte de um estudo de caso único, com base em uma pesquisa qualitativa e quantitativa no Conjunto Habitacional Heliópolis I, do arquiteto Ruy Ohtake. Como procedimentos metodológicos avalia as referências bibliográficas sobre o tema, bem como visitas in loco, análise do estado atual dos espaços comuns da obra, entrevistas e análise dos dados. Com foco na manutenção do edifício assim como as dificuldades econômicas e operacionais levanta-se os principais fatores que impactam no dia a dia da gestão de manutenção dos edifícios. Discute ainda das responsabilidades que tangenciam a manutenção do edifício nas fases de projeto e concepção do edifício, de acordo com a abordagem da Associação Brasileira de Normas Técnicas (ABNT) baseado nos critérios das normas brasileiras NBR 5674/2012 (Manutenção de edificações) e NBR 15575/2013 (Norma de desempenho).

A falta de integração entre áreas de conhecimento pode gerar efeitos negativos no processo de projeto em uma construtora-incorporadora. Em muitos casos, o projeto do produto é elaborado pela incorporadora sem qualquer participação da área responsável pela produção e de outras áreas da construtora. O trabalho apresenta uma análise sobre a gestão de projetos na construção de edifícios, valorizando a participação da engenharia de produção nessa fase, apoiando-se nos conceitos de Projeto Simultâneo, e propõe diretrizes para sua aplicação na construtora-incorporadora Cyrela, com enfoque na construtibilidade e manutenibilidade. Para desenvolver a pesquisa foi realizada uma revisão bibliográfica sobre as características da gestão de projetos, da Engenharia de Produção na construção de edifícios, e sobre a Engenharia Simultânea no desenvolvimento de produtos com comparativo de modelos de indústrias seriadas para a construção civil, incluindo a interação entre os agentes do processo. Como resultados são apresentados: uma análise da interação entre os agentes do processo; a ligação entre pessoas, processos e tecnologia; os conceitos de construtibilidade, manutenibilidade e retroalimentação na interface com projetos. São igualmente feitas análises das tendências de modernização na gestão dos projetos por meio da modelagem da informação da construção e, apoiado em estudo de caso, são apresentadas as experiências do Projeto Simultâneo aplicadas na Cyrela. Por fim, são apresentadas as diretrizes para participação da Engenharia de Produção da Construtora e Incorporadora Cyrela no Projeto Simultâneo, sendo essa a principal contribuição do trabalho. Embora suas contribuições possam servir de referência para demais empresas do setor, essa pesquisa foi desenvolvida para aplicações práticas da Cyrela, construtora-incorporadora que atua na construção de edifícios em todas as regiões do Brasil. / The lack of integration between knowledge areas can generate negative effects in the design process in a construction-real estate developer. In many cases, the product design is prepared by the real estate developer without any involvement of the area responsible for production and other areas of construction. This thesis presents an analysis of the project management in building construction, valuing the participation of engineering production in this stage, basing on the concepts of Concurrent Design and proposes guidelines for its application at Cyrela constructionreal estate developer company, focusing on constructability and maintainability. To develop the research was performed a literature review about the characteristics of Project Management, Production Engineering in building construction, and the Concurrent Engineering in the development of products with comparative serial industries models for the construction industry, including interaction between agents of the process. As results are presented: an analysis of the interaction between the agents of the process; a link between people, processes and technology; the concepts of constructability, maintainability and feedback on interface with projects. Modernization trends in project management are analyzed also through building information modeling and, through case study, are presented the Concurrent Design experiences applied at Cyrela. Finally are presented the guidelines to the participation of the Production Engineering of Cyrela construction-real estate developer on Concurrent Design, being the main contribution of this thesis. Although the contributions may serve as a reference for other companies in the sector, this research was developed for practical applications at Cyrela, constructionreal estate developer that acts in the construction of buildings in all regions of Brazil.

[pt] Code smells são estruturas pobres que prejudicam a manutenção do sistema. Sendo assim, code smells devem ser detectados e removidos, através de refatoração, no começo do ciclo de vida do software. Refatoração consiste em modificações no código que visam melhorar a manutenção do software, removendo ou mitigando estruturas pobres. Contudo, as estratégias de detecção e refatoração de smells são subjetivas. Isto é, desenvolvedores trabalhando no mesmo sistema podem divergir acerca da existência de um smell. Essa divergência é influenciada pelo conhecimento do desenvolvedor, incluindo o design do sistema e o código analisado. Como consequência, essa divergência afeta também a aplicação das refatorações. Assim, é preciso customizar a detecção de smell e refatoração a partir do conhecimento dos desenvolvedores. Afinal, o desenvolvedor é quem confirma a nocividade de um smell e define como refatorá-lo. Para isso, decompomos nossa pesquisa em 3 passos: (i) como customizar estratégias de detecção de smells?, (ii) se e com que frequência os desenvolvedores customizam suas refatorações? e (iii) como dar suporte a customização de refatoração?. No primeiro passo avaliamos as técnicas de aprendizagem de máquina quanto a capacidade de customizar sua detecção para cada desenvolvedor. Segundo, nós investigamos como desenvolvedores customizam refatorações, analisando suas modificações de código enquanto aplicam certos tipos de refatoração. Além disso, nós também discutimos como essas customizações estão relacionadas com a inserção, remoção ou mitigação de smells e se são apoiados pelo Eclipse. Terceiro, nós propusemos uma abordagem que permite a aplicação de refatorações customizadas. Nossos resultados indicaram que as técnicas de aprendizagem de máquina são capazes de capturar o conhecimento do desenvolvedor e obter alta acurácia detectando smells. Além disso, desenvolvedores frequentemente customizam refatorações que não são totalmente suportadas pelo Eclipse. Para piorar, customizações complexas, geralmente manuais, tendem a reduzir o efeito positivo da refatoração. Portanto, nossos resultados servem como base para melhorar o suporte de ferramentas: a (i) detecção customizada de smells, levando em consideração o conhecimento do desenvolvedor e (ii) a aplicação de refatoração customizada. / [en] Code smells are poor structures that harm software maintenance. Therefore, code smells should be detected and removed, through refactoring, early in the software lifecycle. Refactoring consists of a sequence of code modifications that aim to improve software maintenance by removing or mitigating poor code structures. However, the strategies for detecting and refactoring smells are subjective. Even developers working on the same software may diverge on their opinions about the existence of a smell. In fact, this divergence is mostly influenced by the developer s knowledge, including the system s design and the analyzed source code. As a consequence, the same divergence affects the application of the corresponding refactorings. Therefore, there is a need to support the customization of smell detection and refactoring based on the developer s knowledge. The developer is who, after all, becomes the decision maker on confirming the harmfulness of a smelly structure and how to refactor it out. In order to address this issue, we split our research in 3 steps: (i) how to customize smell detection strategies? (ii) whether and how often developers customize their refactorings? and (iii) how to support refactoring customization? In the first step, we evaluated the use of machine learning techniques for properly customizing smell detection for each developer. Second, we investigated how developers customize refactorings by analyzing their code modifications while applying certain refactoring types. Besides, we also discussed how these customizations are related to the introduction, removal or mitigation of smells, and whether they are currently supported by Eclipse, a popular IDE. Third, we proposed an approach that allows the application of custom refactoring. Our results indicated that machine learning techniques are able to efficiently capture the developer s knowledge and achieve high smell detection accuracy. Also, even though developers frequently customize refactorings, their customizations are often not supported by Eclipse. To make it worse, complex customizations, which are manually performed, tend to reduce the positive effect of the refactoring. Therefore, our contributions serve as a basis for improving tool support for: (i) customized detection of smells considering the developer s knowledge, and (ii) application of customized refactoring.