Spelling suggestions: "subject:"sistemas legado"" "subject:"sistemas agregados""
1 |
Metodologia de migração de dados em um contexto de migração de sistemas legadosHeleno Ramos de Mendonça, Manoel 31 January 2009 (has links)
Made available in DSpace on 2014-06-12T15:53:15Z (GMT). No. of bitstreams: 2
arquivo1908_1.pdf: 3933909 bytes, checksum: 1a743cd4f4926cdc1b2c1d1ac6eb8f11 (MD5)
license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5)
Previous issue date: 2009 / A presente dissertação visa à definição de uma metodologia para migração de dados em
um contexto de migração de sistemas legados, desenvolvida utilizando os conceitos e
práticas já estabelecidas das várias metodologias para migração de sistemas legados, das
estratégias para migração de dados e das técnicas de gerência de projetos.
Existem diversos trabalhos que abordam a necessidade da definição e organização de
atividades essenciais para que esforços de migração de dados legados alcancem seus
objetivos, existem até mesmo estratégias de migração de dados definidas. Porém, não se
encontrou na literatura consultada trabalho que analise as três áreas essenciais para tal
empreitada
migração de sistemas legados, migração de dados e gerência de projetos -
e proponha uma metodologia tão abrangente quanto o apresentado neste trabalho.
Somado a isto, encontra-se a necessidade de gerentes de projeto e projetistas de
soluções de utilizar metodologias definidas e testadas que os orientem e ajudem em
tarefa tão fundamental e crítica para o sucesso de um projeto de migração de sistema
legado como é a migração dos dados legados.
Fez-se uma análise dos trabalhos relacionados e bibliografia disponível e foram
definidos os pontos de interseção das três áreas estudadas. Baseando-se nestes pontos
convergentes e relacionados, foram especificadas cinqüenta e duas atividades, divididas
em seis etapas, que cobrem os passos necessários para o planejamento, execução e
controle de uma migração de dados legados.
Para validar as atividades propostas, a metodologia foi aplicada em um estudo de caso
real onde foram migrados cento e vinte e nove milhões de registros legados para cento e
quarenta e cinco novas tabelas. O estudo de caso durou dezoito meses. Os resultados
obtidos foram promissores se comparados com médias históricas da organização e com
outros projetos que foram desenvolvidos na mesma época sem o uso da metodologia
proposta
|
2 |
LIFT: A Legacy InFormation retrieval ToolBRITO, Kellyton dos Santos January 2007 (has links)
Made available in DSpace on 2014-06-12T15:59:52Z (GMT). No. of bitstreams: 2
arquivo5693_1.pdf: 3340527 bytes, checksum: df4bb9bbed3003f04e9e9d74e94cbda1 (MD5)
license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5)
Previous issue date: 2007 / Atualmente, as empresas continuamente alteram suas práticas e seus
processos a fim de permanecerem competitivas em seus negócios. Visto que os
sistemas de informação não são mais tratados apenas como items adicionais,
mas sim como parte do próprio negócio, eles devem acompanhar e dar suporte à
dinâmica das empresas. Porém, a manutenção ou evolução dos sistemas ainda é
um desafio, em especial quando se trata do entendimento dos sistemas legados,
geralmente mal documentados.
Nesse cenário, a engenharia reversa pode ser uma maneira de organizar o
entendimento e a recuperação de conhecimento dos sistemas legados. Entrento,
apesar da existencia de alguns processos, métodos e ferramentas para apoio às
atividades de engenharia reversa, algumas tarefas ainda são difíceis de serem
reproduzidas no contexto industrial. Dentre elas, pode-se destacar a pouca
existência e uso de ferramentas que automatizem as atividades da engenharia
reversa, além de pouca evidência empírica da sua utilidade.
Portanto, este trabalho apresenta os requisitos, a arquitetura e a
implementação de uma ferramenta de engenharia reversa. Os requisitos da
ferramenta foram baseados em um amplo estudo sobre as áreas de reengenharia
e engenharia reversa, cobrindo tanto experiências acadêmicas quanto
industriais. Além disso, são apresentados e discutidos os resultados de um
estudo de caso em que a ferramenta é aplicada em um projeto industrial, cujo
objetivo foi a engenharia reversa de uma aplicação de 210KLOC, desenvolvida
em NATURAL/ADABAS, de uma instituição financeira
|
3 |
Padrões de software a partir da engenharia reversa de sistemas legados. / Software patterns from legacy systems reverse engineering.Braga, Rosana Teresinha Vaccare 22 December 1998 (has links)
A execução da engenharia reversa orientada a objetos de um sistema legado desenvolvido com orientação procedimental é usada como base para sua reengenharia, seguindo duas abordagens diferentes. Na primeira, o sistema passa por reengenharia com mudança de orientação, por meio de segmentação e, posteriormente, é transformado para uma linguagem orientada a objetos de forma semi-automática. Na segunda, é feito o reconhecimento de padrões recorrentes de software no modelo de objetos produzido pela engenharia reversa, para depois efetuar a reengenharia utilizando esses padrões. Os resultados obtidos por intermédio dessas duas abordagens podem ser comparados quanto à manutenibilidade, legibilidade e reuso. A versão original do sistema legado escolhido para a realização da experiência está implementado na linguagem Clipper e possui cerca de vinte mil linhas de código. Trata-se de uma oficina auto-elétrica e mecânica de veículos. Para a engenharia reversa foi escolhido o método Fusion/RE, sendo feita uma proposta para sua evolução, adicionando um maior detalhamento da etapa de abstração do modelo de análise do sistema. Para mudança de orientação do paradigma de desenvolviemnto, de procedimental para orientado a objetos, são propostas duas etapas adicionais a serem executadas após a aplicação do Fusion/RE: o projeto avante do sistema e a segmentação do programa legado. Indicações sobre como fazer a segmentação são fornecidas. A transformação do código segmentado em Clipper para Java é feita com auxílio da máquina Draco-Puc. Uma estratégia é proposta para o reconhecimento de padrões a partir do modelo de objetos do sistema obtido pela engenharia reversa. Por meio dela, instâncias dos padrões Type-Object, Association-Object, State Across a Collection e Behaviour Across a Collection podem ser reconhecidas. Experiências de implementação de alguns desses padrões, em Delphi, são feitas. / The object oriented reverse engineering of a legacy system, originally developed using the procedural paradigm, is the basis for two different reengineering approaches. In the first, the reengineering is done to change the implementation paradigm by segmentation, followed by the semi-automatic transformation to an object oriented language. In the second, recurring patterns are first recognized in the object model produced by the reverse engineering, and then the reengineering is done adopting these patterns. Results obtained by these two approaches are compared to assess their maintainability, legibility and reuse. The original version of the legacy system used in this experience has about twenty thousand lines of Clipper code and refers to an electric and mechanic car repair shop. For the reverse engineering phase the Fusion/RE method is used, and a proposal is done for its evolution, adding features to detail its system analysis model abstraction phase. To change the system orientation paradigm, from procedural to object-oriented, two additional phases are proposed to be conducted after the application of the Fusion/RE method: the forward design of the system and the legacy code segmentation. Hints and rationales are supplied to conduct the code segmentaion. The code transformation from segmented Clipper to Java is done with support of the Draco-Puc machine. A strategy is proposed for pattern recognition based on the system object model obtained through reverse engineering. Through it, instances of Type-Object, Association-Object, State Across a Collection and Behaviour Across a Collection patterns can be recognized. Delphi implementation experiments of these patterns are done.
|
4 |
Um processo de migração de sistema legado funcional para orientado a objetos direcionado por indicadores de qualidade. / A quality indicator driven process to toward object oriented from functional legacy systems.Santos, Wagner Leal dos 06 June 2007 (has links)
A manutenção de sistemas legados tem se tornado uma preocupação constante das grandes empresas. O setor bancário brasileiro, por exemplo, possui milhões de linhas de código confeccionados em linguagens procedurais, essenciais para atingir os objetivos de negócios destas instituições. Muitos desses programas são considerados bem antigos, possuindo mais de 30 anos de existência e, apesar de serem extremamente úteis para estas organizações, não permitem aproveitar as vantagens das novas tecnologias, tais como o uso de interfaces gráficas, processamento distribuído, entre outros. Fazer um outro aplicativo de software a partir do início pode ser uma tarefa muito árdua e incorrer em grandes riscos para o negócio da empresa. Migrar esses sistemas aos poucos parece ser a melhor estratégia. Isso porque, a utilização dessa abordagem permite que a adaptação dos usuários ao novo sistema seja gradativa, ou seja, ocorre à medida que as funcionalidades de negócio são contempladas pelo novo sistema. Considerando a necessidade evidente que essa migração terá de ocorrer mais cedo ou mais tarde, este trabalho propõe um processo para permitir uma evolução gradual do software legado para uma plataforma mais moderna e de mais amplo uso atualmente, que possa atender melhor às novas necessidades dos negócios. Esse processo é formado por etapas de avaliação da situação atual do sistema, de transformação de arquitetura e de transformação do código funcional para o orientado a objetos. Além disso, é direcionado por indicadores de qualidade e apoiado por tipos de visão e respectivos estilos arquiteturais. O foco deste trabalho está em sistemas de instituições financeiras desenvolvidos em Mainframe ou AS/400, onde há grande incidência de códigos antigos orientados a procedimentos. / The maintenance of old legacies software has become a constant concern of the great companies. The Brazilian banking sector, for example, has millions of lines of code made under the functional paradigm, essential to reach the business-oriented objectives of these institutions. Many of these systems are very old, arriving to possess more than 30 years of existence. These programs, extremely useful for these organizations, do not allow the use of the advantages of the new technologies, such as the use of graphical interfaces, distributed processing and so on. The replacement of all old system for a new on may be a very arduous task and to incur into great risks for the company. Migrate these systems in small steps seems to a better strategy to deal with this problem that will have to be faced earlier or later. This work considers process to allow the gradual evolution of the legacy system to a better platform that allows the use of the advantages of the new technologies, through the use of quality indicators, the evaluation of the current system, the transformation of the architecture with focus at the change of functional paradigm to the object oriented one and of the use of view types and the corresponding architectural styles. This work is mainly delivered to financial institutions systems developed in Mainframe or AS/400 that have great incidence of these old legacies systems.
|
5 |
Aruba: uma arquitetura para geração de serviços a partir de sistemas legados de forma não intrusivaLarentis, Andrêsa Vargas 10 January 2008 (has links)
Made available in DSpace on 2015-03-05T13:59:42Z (GMT). No. of bitstreams: 0
Previous issue date: 10 / Nenhuma / A abordagem tradicional de construção de softwares baseia-se num modelo voltado para atender um conjunto de requisitos de negócios (normalmente um modelo de objetos ou componentes), porém, precisa estar preparado para atender necessidades de negócios que podem surgir no decorrer do processo. Assim, um modelo baseado em serviços pode representar uma nova forma de tecnologia para atender estas necessidades. No cenário brasileiro e internacional, o parque de sistemas de computação legado é muito expressivo. Estes sistemas se encontram em produção utilizando tecnologias muitas vezes já ultrapassadas que permitem uma pequena taxa de reuso. Portar estes sistemas para uma tecnologia baseada em serviços, visando obter reuso em grande escala, requer uma análise criteriosa do código existente e algumas customizações para disponibilizar serviços sem comprometer seu funcionamento. Este trabalho propõe e implementa uma arquitetura denominada Aruba que permite a geração de serviços a partir de sistemas legados e o acesso a / The traditional software development is based on a model focused in answering a set of business requirements (generally an object or component model), but it needs to be prepared to deliver solutions to business needs that may occur during the process. This way, a service based model may represent a new technology approach to meet these needs. At the Brazilian and international scenario there are many legacy systems. These systems are being currently in use and often are built on old technologies that do not allow much reuse. Porting these systems to a service based technology, aiming large scale reuse, needs analysis of the existing code and some customizations to make services available without compromising its functions.
This work explains an architecture called Aruba that allows service generation from legacy systems with no need of legacy code change. This solution uses the Web Services technology, which allows service description and use through WSDL and SOAP (all XML based), and uses a database as re
|
6 |
Padrões de software a partir da engenharia reversa de sistemas legados. / Software patterns from legacy systems reverse engineering.Rosana Teresinha Vaccare Braga 22 December 1998 (has links)
A execução da engenharia reversa orientada a objetos de um sistema legado desenvolvido com orientação procedimental é usada como base para sua reengenharia, seguindo duas abordagens diferentes. Na primeira, o sistema passa por reengenharia com mudança de orientação, por meio de segmentação e, posteriormente, é transformado para uma linguagem orientada a objetos de forma semi-automática. Na segunda, é feito o reconhecimento de padrões recorrentes de software no modelo de objetos produzido pela engenharia reversa, para depois efetuar a reengenharia utilizando esses padrões. Os resultados obtidos por intermédio dessas duas abordagens podem ser comparados quanto à manutenibilidade, legibilidade e reuso. A versão original do sistema legado escolhido para a realização da experiência está implementado na linguagem Clipper e possui cerca de vinte mil linhas de código. Trata-se de uma oficina auto-elétrica e mecânica de veículos. Para a engenharia reversa foi escolhido o método Fusion/RE, sendo feita uma proposta para sua evolução, adicionando um maior detalhamento da etapa de abstração do modelo de análise do sistema. Para mudança de orientação do paradigma de desenvolviemnto, de procedimental para orientado a objetos, são propostas duas etapas adicionais a serem executadas após a aplicação do Fusion/RE: o projeto avante do sistema e a segmentação do programa legado. Indicações sobre como fazer a segmentação são fornecidas. A transformação do código segmentado em Clipper para Java é feita com auxílio da máquina Draco-Puc. Uma estratégia é proposta para o reconhecimento de padrões a partir do modelo de objetos do sistema obtido pela engenharia reversa. Por meio dela, instâncias dos padrões Type-Object, Association-Object, State Across a Collection e Behaviour Across a Collection podem ser reconhecidas. Experiências de implementação de alguns desses padrões, em Delphi, são feitas. / The object oriented reverse engineering of a legacy system, originally developed using the procedural paradigm, is the basis for two different reengineering approaches. In the first, the reengineering is done to change the implementation paradigm by segmentation, followed by the semi-automatic transformation to an object oriented language. In the second, recurring patterns are first recognized in the object model produced by the reverse engineering, and then the reengineering is done adopting these patterns. Results obtained by these two approaches are compared to assess their maintainability, legibility and reuse. The original version of the legacy system used in this experience has about twenty thousand lines of Clipper code and refers to an electric and mechanic car repair shop. For the reverse engineering phase the Fusion/RE method is used, and a proposal is done for its evolution, adding features to detail its system analysis model abstraction phase. To change the system orientation paradigm, from procedural to object-oriented, two additional phases are proposed to be conducted after the application of the Fusion/RE method: the forward design of the system and the legacy code segmentation. Hints and rationales are supplied to conduct the code segmentaion. The code transformation from segmented Clipper to Java is done with support of the Draco-Puc machine. A strategy is proposed for pattern recognition based on the system object model obtained through reverse engineering. Through it, instances of Type-Object, Association-Object, State Across a Collection and Behaviour Across a Collection patterns can be recognized. Delphi implementation experiments of these patterns are done.
|
7 |
Um processo de migração de sistema legado funcional para orientado a objetos direcionado por indicadores de qualidade. / A quality indicator driven process to toward object oriented from functional legacy systems.Wagner Leal dos Santos 06 June 2007 (has links)
A manutenção de sistemas legados tem se tornado uma preocupação constante das grandes empresas. O setor bancário brasileiro, por exemplo, possui milhões de linhas de código confeccionados em linguagens procedurais, essenciais para atingir os objetivos de negócios destas instituições. Muitos desses programas são considerados bem antigos, possuindo mais de 30 anos de existência e, apesar de serem extremamente úteis para estas organizações, não permitem aproveitar as vantagens das novas tecnologias, tais como o uso de interfaces gráficas, processamento distribuído, entre outros. Fazer um outro aplicativo de software a partir do início pode ser uma tarefa muito árdua e incorrer em grandes riscos para o negócio da empresa. Migrar esses sistemas aos poucos parece ser a melhor estratégia. Isso porque, a utilização dessa abordagem permite que a adaptação dos usuários ao novo sistema seja gradativa, ou seja, ocorre à medida que as funcionalidades de negócio são contempladas pelo novo sistema. Considerando a necessidade evidente que essa migração terá de ocorrer mais cedo ou mais tarde, este trabalho propõe um processo para permitir uma evolução gradual do software legado para uma plataforma mais moderna e de mais amplo uso atualmente, que possa atender melhor às novas necessidades dos negócios. Esse processo é formado por etapas de avaliação da situação atual do sistema, de transformação de arquitetura e de transformação do código funcional para o orientado a objetos. Além disso, é direcionado por indicadores de qualidade e apoiado por tipos de visão e respectivos estilos arquiteturais. O foco deste trabalho está em sistemas de instituições financeiras desenvolvidos em Mainframe ou AS/400, onde há grande incidência de códigos antigos orientados a procedimentos. / The maintenance of old legacies software has become a constant concern of the great companies. The Brazilian banking sector, for example, has millions of lines of code made under the functional paradigm, essential to reach the business-oriented objectives of these institutions. Many of these systems are very old, arriving to possess more than 30 years of existence. These programs, extremely useful for these organizations, do not allow the use of the advantages of the new technologies, such as the use of graphical interfaces, distributed processing and so on. The replacement of all old system for a new on may be a very arduous task and to incur into great risks for the company. Migrate these systems in small steps seems to a better strategy to deal with this problem that will have to be faced earlier or later. This work considers process to allow the gradual evolution of the legacy system to a better platform that allows the use of the advantages of the new technologies, through the use of quality indicators, the evaluation of the current system, the transformation of the architecture with focus at the change of functional paradigm to the object oriented one and of the use of view types and the corresponding architectural styles. This work is mainly delivered to financial institutions systems developed in Mainframe or AS/400 that have great incidence of these old legacies systems.
|
8 |
Fatores críticos de sucesso para integração com sistemas legados: um estudo de caso no SERPRO / Critical success factors for integration with legacy systems: A SERPRO case studyAnastácio, Wellington Montefusco 18 March 2014 (has links)
Para o cidadão solicitar serviços de governo através de um portal que centralize o atendimento e não requeira conhecimento prévio da estrutura administrativa que organiza esses serviços, é necessário que o governo se atente a uma questão desafiadora: Quais são as poucas áreas na integração com sistemas legados cujo tratamento inadequado implicará necessariamente no fracasso na implementação do portal? Uma vez que sistemas de informação estão fortemente ligados aos processos de negócio da organização que atendem, a resposta dessa pergunta não tem natureza unicamente tecnológica. Buscou-se, nesse trabalho, a identificação das poucas áreas críticas para o sucesso na integração com sistemas legados no governo e explicações que ajudassem a entender por que elas assim são. Conhecer e entender os resultados obtidos contribui para a superação de barreiras que residem no desafio de implantar o portal centralizador que facilitará o autoatendimento dos cidadãos e contribuirá para o avanço do governo eletrônico. A estratégia utilizada para atingir os objetivos foi a de estudo de caso da organização pública Serviço Federal de Processamento de Dados (SERPRO). Este estudo teve uma natureza exploratória e descritiva e a organização é relevante porque atende demandas de sistemas de informação para o governo nas esferas municipal, federal e estadual há quase cinco décadas. O estudo de caso se desenvolveu em duas fases: (1) survey para identificar os fatores críticos de sucesso, incluindo análise fatorial para identificar as dimensões críticas que resumem os fatores encontrados e; (2) entrevistas semiestruturadas aplicadas a dez profissionais escolhidos pelo critério de representarem percepções extremas e opostas em relação à percepção média sobre cada dimensões crítica encontrada. Todas as entrevistas foram transcritas e categorizadas por análise temática. Foram obtidos 106 respondentes do survey e mais de 12 horas de conteúdo transcrito para as análises. Os resultados obtidos foram que o sucesso da integração de sistemas de informação com sistemas legados no governo está fortemente ligado a quatro dimensões: (1) efetividade dos recursos tecnológicos e humanos, porque a complexidade do sistema legado foi identificada como a causa de fracasso mais relevante em projetos dessa natureza; (2) processo minimizador de incertezas, porque as distorções na comunicação e os imprevistos que surgem ao longo do projeto requisitam altíssima qualidade de comunicação; (3) poder de prioridade, porque conflitos de interesse são frequentes e é crítico que se tenha poder e recursos para resolver questões como falta de prioridade de uma equipe externa; e (4) clareza da necessidade do negócio, porque essa clareza dá à equipe de desenvolvimento a segurança necessária sobre a consistência da solução de integração de sistemas. / For the citizen requesting government services through a centralized portal service which does not require prior knowledge of the government administrative structure organizing these services, it is necessary that the government pay attention to a challenging question: What are the few areas in integration with legacy systems in which inadequate treatment results necessarily in failure to the portal implementation? Since information systems have a strong link to the business processes, the question has not only a technological nature answer. In this work, we sought to identify the few critical areas for successful integration with legacy systems in government environment. We also pursued to find possible explanations that help to understand the reason why they are critical. To know and to understand the results obtained in this work contributes to overcoming barriers that reside on the challenge of promoting centralized interface that will facilitate self-service for citizens and will promote the electronic government. The strategy used for the achievement of the objectives was a case study of the public organization Serviço Federal de Processamento de Dados (SERPRO). This study was of exploratory and descriptive nature and this organization is important because it meets the demands of information systems for the government at the municipal, state and federal levels to nearly five decades. This case study had two phases. First, we identified critical success factors with a survey and found dimensions that summarize the identified factors with a factor analyses. Second, we conducted a sequence of ten semi-structured interviews applied to experienced professionals. The criterion used to select these professionals were their perceived perception about the importance of the critical dimensions that we found. The selected perception should be extreme and opposite in relation to the average perception of the dimension. We transcribed and categorized all the interviews with a thematic analysis. As results, we got 106 survey respondents and 12 hours of transcribed interviews. We found four critical dimensions to the successful integration of information systems with legacy systems in government. The first is the effectiveness of technological and human resources because we identified that the complexity of legacy system in projects of system integration as the most important cause of failures. The second is to minimize process uncertainty because of the risk of distortions in communication and the need of contingencies that may arise during the project. The third is critical dimension is the priority force because conflicts of interest are common and it is critical to have the power and the necessary resources to solve them. The last dimension is the clarity of the business need, because this clearly gives the development team the necessary security about the consistency of the solution of systems integration.
|
9 |
Fatores críticos de sucesso para integração com sistemas legados: um estudo de caso no SERPRO / Critical success factors for integration with legacy systems: A SERPRO case studyWellington Montefusco Anastácio 18 March 2014 (has links)
Para o cidadão solicitar serviços de governo através de um portal que centralize o atendimento e não requeira conhecimento prévio da estrutura administrativa que organiza esses serviços, é necessário que o governo se atente a uma questão desafiadora: Quais são as poucas áreas na integração com sistemas legados cujo tratamento inadequado implicará necessariamente no fracasso na implementação do portal? Uma vez que sistemas de informação estão fortemente ligados aos processos de negócio da organização que atendem, a resposta dessa pergunta não tem natureza unicamente tecnológica. Buscou-se, nesse trabalho, a identificação das poucas áreas críticas para o sucesso na integração com sistemas legados no governo e explicações que ajudassem a entender por que elas assim são. Conhecer e entender os resultados obtidos contribui para a superação de barreiras que residem no desafio de implantar o portal centralizador que facilitará o autoatendimento dos cidadãos e contribuirá para o avanço do governo eletrônico. A estratégia utilizada para atingir os objetivos foi a de estudo de caso da organização pública Serviço Federal de Processamento de Dados (SERPRO). Este estudo teve uma natureza exploratória e descritiva e a organização é relevante porque atende demandas de sistemas de informação para o governo nas esferas municipal, federal e estadual há quase cinco décadas. O estudo de caso se desenvolveu em duas fases: (1) survey para identificar os fatores críticos de sucesso, incluindo análise fatorial para identificar as dimensões críticas que resumem os fatores encontrados e; (2) entrevistas semiestruturadas aplicadas a dez profissionais escolhidos pelo critério de representarem percepções extremas e opostas em relação à percepção média sobre cada dimensões crítica encontrada. Todas as entrevistas foram transcritas e categorizadas por análise temática. Foram obtidos 106 respondentes do survey e mais de 12 horas de conteúdo transcrito para as análises. Os resultados obtidos foram que o sucesso da integração de sistemas de informação com sistemas legados no governo está fortemente ligado a quatro dimensões: (1) efetividade dos recursos tecnológicos e humanos, porque a complexidade do sistema legado foi identificada como a causa de fracasso mais relevante em projetos dessa natureza; (2) processo minimizador de incertezas, porque as distorções na comunicação e os imprevistos que surgem ao longo do projeto requisitam altíssima qualidade de comunicação; (3) poder de prioridade, porque conflitos de interesse são frequentes e é crítico que se tenha poder e recursos para resolver questões como falta de prioridade de uma equipe externa; e (4) clareza da necessidade do negócio, porque essa clareza dá à equipe de desenvolvimento a segurança necessária sobre a consistência da solução de integração de sistemas. / For the citizen requesting government services through a centralized portal service which does not require prior knowledge of the government administrative structure organizing these services, it is necessary that the government pay attention to a challenging question: What are the few areas in integration with legacy systems in which inadequate treatment results necessarily in failure to the portal implementation? Since information systems have a strong link to the business processes, the question has not only a technological nature answer. In this work, we sought to identify the few critical areas for successful integration with legacy systems in government environment. We also pursued to find possible explanations that help to understand the reason why they are critical. To know and to understand the results obtained in this work contributes to overcoming barriers that reside on the challenge of promoting centralized interface that will facilitate self-service for citizens and will promote the electronic government. The strategy used for the achievement of the objectives was a case study of the public organization Serviço Federal de Processamento de Dados (SERPRO). This study was of exploratory and descriptive nature and this organization is important because it meets the demands of information systems for the government at the municipal, state and federal levels to nearly five decades. This case study had two phases. First, we identified critical success factors with a survey and found dimensions that summarize the identified factors with a factor analyses. Second, we conducted a sequence of ten semi-structured interviews applied to experienced professionals. The criterion used to select these professionals were their perceived perception about the importance of the critical dimensions that we found. The selected perception should be extreme and opposite in relation to the average perception of the dimension. We transcribed and categorized all the interviews with a thematic analysis. As results, we got 106 survey respondents and 12 hours of transcribed interviews. We found four critical dimensions to the successful integration of information systems with legacy systems in government. The first is the effectiveness of technological and human resources because we identified that the complexity of legacy system in projects of system integration as the most important cause of failures. The second is to minimize process uncertainty because of the risk of distortions in communication and the need of contingencies that may arise during the project. The third is critical dimension is the priority force because conflicts of interest are common and it is critical to have the power and the necessary resources to solve them. The last dimension is the clarity of the business need, because this clearly gives the development team the necessary security about the consistency of the solution of systems integration.
|
10 |
Engenharia de requisitos aplicada em sistema legado de gestão e custeio de propostas comerciais: pesquisa-ação em empresa do setor de estamparia / Requirements engineering applied to legacy system of management and costing methods of sales proposals: research-action in company stamping industryOliveira, Paulo Henrique Ribeiro de 29 February 2016 (has links)
Submitted by Nadir Basilio (nadirsb@uninove.br) on 2016-07-01T14:26:09Z
No. of bitstreams: 1
Paulo Henrique Ribeiro De Oliveira.pdf: 2464979 bytes, checksum: 93b7213ac2b763d9ce75892da0e93cda (MD5) / Made available in DSpace on 2016-07-01T14:26:09Z (GMT). No. of bitstreams: 1
Paulo Henrique Ribeiro De Oliveira.pdf: 2464979 bytes, checksum: 93b7213ac2b763d9ce75892da0e93cda (MD5)
Previous issue date: 2016-02-29 / The effort spent in maintaining systems regarded as legacies is relatively higher than that of new projects development effort. Such systems should be kept in place because, in most cases, are difficult to replace, given the complexity of changing the interaction and the impact on the functioning of processes, ie, the system can not stop. Thus, maintenance or modifications represent a sign of success for a Legacy System because it means that it is still useful and worth investing resources to keep it updated and running. However, if changes are carried out due to an emergency on business dynamics, and proper documentation is not completed, problems involving control and management of future maintenance might arise. In this context, it is the Requirements Engineering´s responsibility, as a sub-area of Software Engineering, to improve processes by proposing methods, tools and techniques that promote the development of the Requirement´s documentation, so that the requirements are in accordance with the satisfaction of stakeholders, meeting the business attributes in question. The objective of this work was to apply the Requirements Engineering in Legacy Systems of Management and Costing Methods of Sales Proposals in the stamping industry. Through literature review, document analysis and action research, the study was divided into four phases considering the development of the Sales Proposal Management and Costing Method System and three maintenance stages performed with the application of Requirements Engineering. In the first phase, a group of artifacts was generated expressing all system features. In the second phase, a progressive maintenance incorporated new features based in the system´s backlog with requirements collected in the first phase. The third phase included a new stamping business area that was not present in the initial development. Lastly, the fourth phase included new maintenance adjustments that answered to the needs of the stamping business system. The results of the study phases proved that the processes described in the Requirements Engineering (RE) were present in the information gathering actions, analysis, documentation and verification and validation of requirements, bringing academic and technical knowledge on issues related to legacy systems, ER and Software Engineering. As a result, it was concluded that the Requirements Engineering can be applied to Legacy Systems of Management and Costing Methods of Sales Proposals in stamping company in the industry. / O esforço despendido para a manutenção de sistemas considerados como legado é relativamente maior que o esforço de desenvolvimento de novos projetos. Tais sistemas devem ser mantidos em funcionamento pois, em sua maioria, são de difícil substituição, dada a complexidade de convívio da mudança e o impacto no funcionamento dos processos, ou seja, o sistema não pode parar. Dessa forma, manutenções ou modificações representam um sinal de sucesso para um sistema legado, pois significam que ele ainda é útil e que vale a pena investir recursos para mantê-lo atualizado e em funcionamento. No entanto, se modificações são realizadas emergencialmente devido a dinâmica do negócio, e a devida documentação não é realizada, tem-se instaurado o caos para o controle e gerência de futuras manutenções. Neste contexto, cabe à Engenharia de Requisitos, como sub-área da Engenharia de Software, aperfeiçoar os processos para o gerenciamento do ciclo de vida dos requisitos propondo métodos, ferramentas e técnicas que promovam o desenvolvimento do documento de requisitos, para que os requisitos estejam em conformidade com a satisfação dos stakeholders, atendendo as características do negócio em questão. Assim, o objetivo deste trabalho foi aplicar a Engenharia de Requisitos em Sistema Legado de Gestão e Custeio de Propostas Comerciais em empresa do setor de estamparia. Por meio de levantamento bibliográfico, análise documental e pesquisa-ação, o estudo foi dividido em quatro fases considerando o desenvolvimento do Sistema de Gestão e Custeio de Propostas Comerciais e três manutenções realizadas com a aplicação da Engenharia de Requisitos. Na primeira fase um conjunto de artefatos foi gerado expressando todas as funcionalidades do sistema. Na segunda fase uma manutenção evolutiva incorporou novas funcionalidades no sistema baseada em requisitos de backlog coletados na primeira fase. A terceira fase incluiu uma nova área de negócios da estamparia que não esteve presente no desenvolvimento inicial e a quarta fase contemplou novas manutenções ajustando o sistema as necessidades de negócio da estamparia. Os resultados das fases do estudo possibilitaram identificar que os processos descritos na Engenharia de Requisitos (ER) se fizeram presentes nas ações de levantamento, análise, documentação e verificação e validação de requisitos trazendo conhecimento acadêmico e técnico nos temas relacionados a sistemas legados, ER e Engenharia de Software. Concluiu-se, então, que a Engenharia de Requisitos pode ser aplicada em Sistema Legado de Gestão e Custeio de Propostas Comerciais em empresa do setor de estamparia.
|
Page generated in 0.0793 seconds