Dissertação (mestrado) - Pontifícia Universidade Católica do Paraná, Curitiba, 2011 / Bibliografia: f.125-132 / Para se tornarem ou se manterem competitivas, as empresas estão fazendo uso efetivo de tecnologia da informação visando o suporte aos processos de negócio. Os Sistemas de Informação baseados em Processos (PAIS) estão sendo utilizados com o objetivo de / In order to become or remain competitive, companies are making effective use of information technology aiming at support to the business processes. Process-Aware Information Systems (PAIS) are being used in order to offer this type of process support,

Made available in DSpace on 2010-04-20T20:14:54Z (GMT). No. of bitstreams: 0 Previous issue date: 1997-03-31T00:00:00Z / Descreve o sistema ABC de custos, tendo como pano de fundo a nova realidade empresarial, e salienta como este sistema de custeio vem ao encontro das atuais necessidades das empresas. Enfatiza a análise das atividades realizada pelo ABC e sua possibilidade de gerar melhoras operacionais. Expõe a seguir algumas das novas ferramentas de reorganização, especificamente a reengenharia e a organização horizontal, que visam realizar modificações a nível de processos, de maneira a contribuir para o alcance de melhores índices de performance. Realiza uma análise de complementaridade entre o ABC e estas metodologias de reorganização, com base em seu enfoque comum em processos. Como conclusão, uma pesquisa exploratória tenta verificar, se na prática, existe relacionamento entre o sistema de custos ABC e as reorganizações com base em processos, em companhias que implantaram este sistema de custeio.

Made available in DSpace on 2010-04-20T20:20:42Z (GMT). No. of bitstreams: 0 Previous issue date: 1997-07-04T00:00:00Z / Trata da utilização de técnicas a serem utilizadas em projetos de mudanças de processos de negócios. Apresenta as principais razões que levam a empresa a mudar a sua estrutura organizacional de visão funcional para a visão por processos com foco no cliente. Propõe uma categorização para os projetos, apresenta uma classificação para os principais métodos de mudança de processos e recomenda a utilização destas técnicas para cada tipo de projeto.

Made available in DSpace on 2016-06-02T19:05:27Z (GMT). No. of bitstreams: 1 1694.pdf: 901058 bytes, checksum: e514a96a13b1c36a4d60a8b5b7008adb (MD5) Previous issue date: 2007-10-28 / To reduce costs, to minimize risks, to anticipate deadlines and to optimize resources of new product designs it is recommended, whenever possible, to reuse artifacts of existing successful similar products. However, these artifacts must be of easy adaptation to meet the requirements of the new products with a few or no need of re-design or re-coding. This work describes a feature oriented iterative reengineering approach to concomitantly achieve both the revitalization of embedded legacy systems and the incremental creation of a core of reusable artifacts, to support the development of other similar systems, members of a product family. Such systems are generally small and pass through frequent maintenances to support the evolution of the hardware they integrate, accelerating the natural software degradation process. The accomplishment of a reengineering process can extend the life cycle of these systems, improving their structural properties for a better adaptation to changes. Agile principles and techniques are applied throughout the process, providing continuous interactions with the customer and deliveries of executable and tested partially modernized versions in short and frequent intervals, with documentation in appropriate level and prepared for future modifications. Software Product Line techniques are used for the domain modeling and for the design of generic software components. Its activities are accomplished without the need of code freezing or duplication and allow maintenances and interruptions at anytime, without prejudice of the enhancements already developed in all previously ended iterations. A case study is presented to exemplify the proposed approach in a real environment and to evaluate its results. / Para reduzir custos, minimizar riscos, antecipar prazos e otimizar recursos de projetos de novos produtos recomenda-se, sempre que possível, a reutilização de artefatos de produtos similares e bem sucedidos existentes. Porém, esses artefatos devem ser de fácil adaptação para que satisfaçam aos requisitos desses novos produtos com pouca ou nenhuma necessidade de re-projeto ou de re-codificação. Este trabalho descreve uma abordagem de reengenharia iterativa orientada a características para realizar concomitantemente a revitalização de sistemas embutidos legados e a criação incremental de um núcleo de artefatos reutilizáveis, para apoiar o desenvolvimento de outros sistemas similares, membros de uma família de produtos. Tais sistemas são geralmente pequenos e sofrem constantes manutenções para apoiarem a evolução do hardware que integram, acelerando o processo natural de degradação do software. A realização de um processo de reengenharia pode prolongar a vida útil desses sistemas, melhorando suas propriedades estruturais para uma melhor adaptação a mudanças. Princípios e técnicas ágeis são aplicados ao longo de todo o processo, provendo interações contínuas com o cliente, entregas de versões executáveis testadas e parcialmente modernizadas em intervalos curtos e freqüentes, com documentação em nível apropriado e preparadas para modificações futuras. Técnicas de Linha de Produtos de Software são utilizadas para a modelagem de domínio e para o projeto de componentes genéricos de software. Suas atividades são realizadas sem a necessidade de congelamentos ou duplicações de código e permitem que manutenções e paralisações ocorram a qualquer instante, sem prejuízo das melhorias já desenvolvidas nas iterações previamente concluídas. Um estudo de caso é apresentado para exemplificar a aplicação da abordagem proposta em um ambiente real e para avaliar os seus resultados.

Made available in DSpace on 2016-06-02T19:05:37Z (GMT). No. of bitstreams: 1 2182.pdf: 4421179 bytes, checksum: 63de133f5bf22386eb28a4d02f879274 (MD5) Previous issue date: 2008-08-22 / Software systems suffer countless modifications during all its life cycle. Software Configuration Management (SCM) is concerned with organizing, controlling and managing the development and evolution of those systems. GAwCRe is a web application generator built based on Software Product Line for the rehabilitation clinics management domain. The generator instantiation is made through a Modelling Language that is based on the pattern language SiGCli. An ad hoc process has been proposed in order to apply the GAwCRe application generator within Arcabouço de Reengenharia Ágil (ARA). The ARA has the purpose of migrating small and medium procedural systems to the OO paradigm. This research presents an approach of SCM along with ARA to support the Processo de Reengenharia Ágil de Sistemas Legados Utilizando Geradores de Aplicações. The proposed approach uses a process, that is based on the standard IEEE 828-2005, to guide the planning of the SCM activities. Three systems were used: version control, changes control and build management. Other systems and tools are foreseen to provide the integration of the work spaces. The proposed approach supports the employ of the Processo Ágil de Reengenharia Utilizando Geradores de Aplicações associated with the ARA, other generators of applications built based in pattern languages also can be used to aid the design and implementation of the resulting system. Two legacy systems were partially reengineered applying the proposed approach. / Sistemas de software passam por inúmeras modificações o longo de seu ciclo de vida. Gerência de Configuração de Software (GCS) preocupa-se em organizar, controlar e gerenciar o desenvolvimento e a evolução desses sistemas. GAwCRe é um gerador de aplicações para a Web desenvolvido com base em Linha de Produtos de Software, no domínio de clínicas de reabilitação física (Fisioterapia, Terapia Ocupacional e Educação Física). A instanciação do gerador é feita a partir de uma Linguagem de Modelagem de Aplicação definida com base na linguagem de padrões SiGCli. Por um processo ad hoc foi proposta a utilização do gerador GAwCRe como ferramenta de apoio junto ao Arcabouço de Reengenharia Ágil (ARA). ARA apóia a migração de sistemas legados procedimentais para o paradigma orientado a objetos utilizando recursos como: reúso de projeto e de código, processos, linguagens de padrões de análise, práticas de métodos ágeis e ferramentas. Esta dissertação apresenta uma abordagem de GCS junto ao ARA para apoiar o Processo de Reengenharia Ágil de Sistemas Legados Utilizando Geradores de Aplicações. A abordagem proposta utiliza processo baseado na norma IEEE 828-2005 para guiar o planejamento das atividades de GCS. Foram empregados três sistemas: controle de versões, controle de mudanças e gerenciamento de construções. Outros sistemas e ferramentas são previstos para prover a integração dos espaços de trabalho. A abordagem proposta apóia o emprego do Processo Ágil de Reengenharia Utilizando Geradores de Aplicações em associação ao ARA, assim, outros geradores de aplicações construídos com base em linguagens de padrões podem ser utilizados para auxiliar a obtenção do projeto e para a implementação do sistema alvo. A reengenharia de dois sistemas legados foi parcialmente realizada apoiada pela abordagem proposta.

Made available in DSpace on 2016-06-02T19:06:25Z (GMT). No. of bitstreams: 1 DissVF.pdf: 2770170 bytes, checksum: c70be91c57d8935f147f6ce4c5cce5cc (MD5) Previous issue date: 2005-05-31 / Universidade Federal de Minas Gerais / Along the time the applications usually need to evolve to catch up with and to assist to the new technologies that appear or get mature in the different computing areas, as it happens, for instance, with the programming languages. Starting from that demand, new researches are being accomplished to offer support to this development. This situation was improved with the ripening of Web technologies, once the need of the company nowadays is not always to convert an application totally, but to adapt these applications to accommodate these new technologies. The modernization of old applications, denominated legacy applications, is an arduous and a high cost task for the companies. Although there are several approaches that support this process in the literature, there is still a lack of resources that offer flexibility, take advantage of previous investments of the companies and get practical results. This way, the modernization process in the companies is almost always accomplished in a manual and "ad-hoc" form. Based on these ideas, this work presents AMGraA, an approach for gradual modernization of legacy applications, reconstructing them to attend to new technologies that came out along the time. This research project resulted of a partnership among GOES (Group of Software Engineering), a software development company, and FAPESP in support to the research and the development in the small companies. / Ao longo do tempo, as aplicações normalmente precisam evoluir para acompanhar e atender às novas tecnologias que surgem ou amadurecem nas diferentes áreas da computação, como ocorre, por exemplo, com as linguagens de programação. A partir dessa exigência, novas pesquisas estão sendo realizadas para oferecer suporte a essa evolução contínua. Esse quadro aprimorou-se com o amadurecimento das tecnologias para Web, uma vez que a necessidade da empresa hoje nem sempre é reconstruir totalmente uma aplicação, mas adaptá-la para acomodar essas novas tecnologias. A modernização de aplicações antigas, denominadas legadas, é uma tarefa árdua e de alto custo para as empresas. Embora existam na literatura várias abordagens que apóiam este processo, ainda há uma carência de recursos que ofereçam flexibilidade, aproveitem investimentos anteriores das empresas e consigam resultados práticos. Deste modo, o processo de modernização nas empresas é realizado quase sempre de forma manual e ad-hoc. Motivado por estas idéias, este trabalho apresenta a AMGraA, uma abordagem para a modernização gradativa de aplicações legadas, reconstruindo-as para atender às novas tecnologias que surgiram ao longo do tempo. Este projeto de pesquisa resultou de uma parceria entre o GOES (Grupo de Engenharia de Software), uma empresa de desenvolvimento de software, e a Fapesp, em apoio ao programa de desenvolvimento à pesquisa em pequenas empresas.

Made available in DSpace on 2016-06-02T19:06:28Z (GMT). No. of bitstreams: 1 DissLRCR.pdf: 1289177 bytes, checksum: 0d5c30e3a6fab66cbd1251a5fc2211d1 (MD5) Previous issue date: 2005-12-19 / This dissertation presents a study case on object-oriented systems refactoring. Systems developed according to the object-oriented paradigm may contain reusable code, even though not always have been designed for it. Systems maintenance is not an easy task, even for object-oriented systems. Software design patterns favour the implementation of efficient solutions for recurrent problems, easing reusability and maintainability. In cases of systems not designed using design patterns, it is possible to refactor the system using them, without altering the system functionality. This prospective study refers to the search for guidelines to help the software engineer to conduct this type of refactoring. For that purpose, seven systems implemented in Java, that were available in the Web, have been used. The study has three phases: the first refers to existing system functionality and class model recovery; so that, in the second phase, applicable software design patterns can be implemented; and the class model previously obtained can be updated with the software design patterns applied. In the third phase, the new system functionality is verified by tests, to confirm that the conducted refactoring has not altered it. The refactored system usually presents an increase in the LOC number, but becomes more maintainable due to better structuring and cohesion. Reuse is also eased. One restriction of this research is that the case study has been conducted only for small-scale information systems. / Esta dissertação apresenta um estudo de caso de refatoração de sistemas orientados a objetos. Sistemas desenvolvidos de acordo com o paradigma de orientação a objetos podem conter código reusável, apesar de nem sempre terem sido projetados para isso. Manutenção de sistemas não é uma tarefa fácil, nem mesmo para sistemas orientados a objetos. Padrões de projeto de software favorecem a implementação de soluções eficientes para problemas recorrentes, facilitando a reusabilidade e manutenibilidade. Nos casos dos sistemas não projetados com o seu uso, é possível refatorar o sistema usando-os, sem alterar a sua funcionalidade. Este estudo prospectivo refere-se à busca de diretrizes para auxiliar o engenheiro de software a conduzir esse tipo de refatoração. Para isso, sete sistemas implementados em Java que estavam disponíveis na Web foram usados. O estudo tem três etapas: a primeira refere-se à recuperação da funcionalidade e do modelo de classes do sistema existente de modo que, na segunda etapa, padrões de projeto de software aplicáveis possam ser implementados; e o modelo de classes previamente obtido possa ser atualizado com os padrões de projeto de software aplicados. Na terceira etapa, a funcionalidade do novo sistema é verificada por testes, para confirmar que a refatoração conduzida não a alterou. O sistema refatorado, usualmente, apresenta um aumento no número de LOC, mas torna-se mais manutenível, devido a melhor estruturação e coesão. O reuso é também facilitado. Uma restrição desta pesquisa é que o estudo de caso foi conduzido apenas para sistemas de informação de pequeno porte.

Submitted by Automa??o e Estat?stica (sst@bczm.ufrn.br) on 2018-03-12T21:07:03Z No. of bitstreams: 1 ErickSharllsRamosDePontes_DISSERT.pdf: 5142026 bytes, checksum: c5d7c498155fa9693ffcb28bbc0c9c56 (MD5) / Approved for entry into archive by Arlan Eloi Leite Silva (eloihistoriador@yahoo.com.br) on 2018-03-19T12:35:22Z (GMT) No. of bitstreams: 1 ErickSharllsRamosDePontes_DISSERT.pdf: 5142026 bytes, checksum: c5d7c498155fa9693ffcb28bbc0c9c56 (MD5) / Made available in DSpace on 2018-03-19T12:35:22Z (GMT). No. of bitstreams: 1 ErickSharllsRamosDePontes_DISSERT.pdf: 5142026 bytes, checksum: c5d7c498155fa9693ffcb28bbc0c9c56 (MD5) Previous issue date: 2017-08-25 / Uma Linha de produto de software (LPS) representa uma fam?lia de sistemas relacionados que compartilham similaridades e variabilidades visando atender ?s necessidades de um segmento de mercado espec?fico. A ado??o de LPS tem sido aplicada em diversas ?reas na ind?stria de software devido aos benef?cios alcan?ados, tais como, redu??o dos custos no desenvolvimento, aumento da qualidade e redu??o do tempo de comercializa??o. No entanto, cen?rios distintos podem ser encontrados para implementa??o de uma linha de produtos, caracterizando 3 abordagens para ado??o de LPS: (1) abordagem proativa: n?o existe softwares em produ??o, e uma LPS ? desenvolvida do zero; (2) abordagem reativa: j? existe uma LPS em produ??o que vai sofrer incremento para atender novos requisitos; (3) abordagem extrativa: a LPS ? desenvolvida a partir dos artefatos de um sistema ou conjunto de sistemas relacionados que j? est?o em produ??o. No contexto de abordagens extrativa e reativa, este trabalho prop?e um m?todo de extra??o e evolu??o de LPSs a partir de sistemas existentes implementados na linguagem Java. O m?todo foi extra?do a partir da condu??o de um estudo emp?rico de desenvolvimento de uma LPS para o dom?nio de sistemas de controle de espa?os f?sicos utilizados em diferentes centros da Universidade Federal do Rio Grande do Norte (UFRN) e define tr?s atividades que apresentam um conjunto de diretrizes para refatora??o e modulariza??o de features em sistemas implementados em Java: (i) Modelar features da LPS, (ii) Projetar e implementar LPS atrav?s da refatora??o de um sistema existente, e (iii) Realizar testes para cada um dos produtos atuais existentes. Em seguida, o m?todo foi avaliado por meio da sua aplica??o durante evolu??es da LPS para atender novos requisitos demandados pelos clientes. Por fim, foi constatado um aumento de linhas de c?digo dos produtos da LPS, no entanto, o n?cleo da LPS possui uma quantidade de linhas de c?digo menor que qualquer produto antes e depois da extra??o da LPS. Com isso, os artefatos da LPS ficaram melhor modularizados em termos de features, o que pode facilitar a evolu??o tanto do c?digo do n?cleo quanto dos artefatos variantes de cada aplica??o. / A software product line (SPL) represents a family of related systems that share commonalities and variabilities to address the needs of a specific market or mission. The adoption of SPL has been applied in several areas in the software industry due to the benefits achieved, such as reduction of development costs, quality improvement and reduction of time to market. However, distinct scenarios can be found when developing a SPL, which lead to 3 approaches for adopting a SPL: (1) proactive approach: there are no previous software implementation and a SPL is developed from scratch; (2) reactive approach: there is a SPL available which is evolved to address new features and products; (3) extractive approach: SPL is developed from the assets of a system or a set of related systems that already exists. In the scenarios of the extractive and reactive approaches, this dissertation proposes a method of extraction and evolution of SPLs from existing systems implemented in the Java language. The method was extracted from an empirical study of an LPS for the domain of systems that manage physical spaces from different Federal University of Rio Grande do Norte (UFRN) departments and defined three activities that present a set of guidelines for refactoring and modularizing features in systems implemented in Java: (i) Model SPL features, (ii) Design and Implement LPS by refactoring an existing system, and (iii) Perform tests for each of the existing products. The method is evaluated through its application during SPL evolutions to address new requirements demanded by the customers. As a result of the study, we found an increase in the number of lines of code of the products of the products, however, the SPL core had lower lines of code than any product before and after the LPS extraction. Thus, the SPL assets have become better modularized in terms of features, which may facilitate the evolution of core and variant implementations of each application.

Um método composto de quatro passos para conduzir engenharia reversa orientada a objetos de sistemas desenvolvidos sem usar a tecnologia de orientação a objetos e apresentado. Este método abrangente e detalhado mostrando como fazer engenharia reversa constitui um avanço para o estado da arte, pois não há métodos publicados nesse nível de detalhe ate o momento. A documentação produzida pela engenharia reversa baseada no Método Fusion para desenvolvimento de sistemas orientados a objetos e composta de um Modelo de Objetos, um Modelo de Operação e um Modelo de Ciclo de Vida. Um conjunto de modelos intermediário extraído diretamente do código e dos documentos de interação processo/dados e também incluído com o nome de Modelo de Análise do Sistema Atual. A engenharia reversa de um ambiente de software para projetar sistemas reativos e mostrada em detalhes. Esse software tem 30.000 linhas de código C, divididas em 495 procedimentos agrupados em 36 módulos. Um documento semelhante a um dicionário de dados foi preparado com base na documentação contida em diversas dissertações, artigos e principalmente em seu código fonte. O ambiente de desenvolvimento de sistemas reativos e descrito, bem como sua evolução através de diversas versões e sua aplicação e ilustrada pelo projeto do statechart correspondente a um relógio despertador. Facilidades para especificar atividades associadas aos statecharts foram incorporadas ao ambiente StatSim como parte dos trabalhos desenvolvidos nesta tese e são também discutidas e aplicadas a um exemplo. A simulação de statecharts de controle sujeitos a diferentes eventos possíveis e incluída através de diagramas e \"logs\". Esse exemplo é também usado para ilustrar um procedimento relacionado ao acoplamento de statercharts e diagramas de atividades na especificação de sistemas reativos e para mostrar o uso do ambiente de software para verificar essa especificação. O Método Fusion e comparado a outros métodos de desenvolvimento de sistemas orientados a objetos. O ambiente de desenvolvimento de sistemas reativos baseado em statecharts e posicionado entre outras ferramentas para o desenvolvimento de tais sistemas. / A method composed of four steps to conduct object oriented reverse engineering in systems developed using non object oriented technology is presented. This comprehensive, detailed method showing how to do reverse engineering is an advance to the state of the art as there are no published methods hitherto at this level of detail. The documentation produced by the reverse engineering based on the Fusion Method for object oriented systems development is composed by an Object Model, an Operation Model and a Life Cycle Model. An intermediary set of models directly extracted from the code and from a process/data interaction document is also included with the name of Current Systems Analysis Model. The reverse engineering of a software environment for designing reactive systems is shown in detail. This software comprises 30.000 lines of code in C, spread for 495 procedures grouped in 36 modules. This data dictionary-like document was prepared based on documentation contained in several dissertations and papers and mainly on the code itself. The reactive systems software development environment is described as well as its evolution through several versions, and its application is illustrated by designing the statecharts corresponding to an alarm clock. Facilities to specify activities triggered by the statecharts incorporated to the StatSim environment as part of this thesis\' are also discussed and applied to the example. The simulation of the controlling statecharts subjected to different possible events is included through diagrams and logs. This example is also used to illustrate a procedure devised for coupling statecharts and activity diagrams in the specification of reactive systems and for using the software environment to verify this specification. The Fusion Method is compared to other methods for object oriented systems development. The reactive systems development environment based on statecharts is situated among other tools for the development of such systems.

O processo de desenvolvimento de produtos geralmente não tem sido considerado na implantação de sistemas ERP. No entanto, devido ao aumento da abrangência dos ERPs com a inclusão de novas funcionalidades, e devido à importância desses sistemas para a integração dos processos de negócio, muitas empresas passam a considerar a sua utilização para apoiar as atividades e gerenciar as informações de desenvolvimento de produtos. Este trabalho apresenta uma análise abrangente e detalhada da aplicabilidade de um sistema ERP no processo de desenvolvimento de produtos. Tal análise é subdividida em três fases. Inicialmente, é realizado um estudo exploratório da aplicabilidade do sistema ERP em um processo específico de desenvolvimento de produtos representado por um modelo de referência. Em seguida, é executado um estudo descritivo de uma aplicação piloto do ERP em um ambiente de desenvolvimento de produtos. Por fim, são realizado estudos de caso para caracterizar a utilização do ERP no desenvolvimento de produtos de três empresas. / Product development process has not been considered within ERP systems’ implementation projects. However, due to the widening of ERP systems scope, with the inclusion of new functionalities, and due to the actual importance of these systems to business process integration, many industries are considering applying ERP systems to support product development activities and to manage product development information. This research presents an extended and detailed analysis of the applicability of one ERP system in product development process. The analysis is divided in three phases: first, an exploratory study is conducted in order to verify the applicability of the ERP system in a specific product development process represented by a reference model. Second, a descriptive study of a pilot application of the ERP system in a product development environment is presented; and finally, three case studies about the use of the ERP system in product development process are discussed.