레거시 소프트웨어의 실제적용의 사례
애플리케이션 폐기관행을 통해 레거시 시스템을 교체 할 수 없는 경우에도 이를 개선 할 수 있습니다. 대부분의 개발은 종종 레거시 시스템에 새로운 인터페이스를 추가하는데 사용됩니다. 가장 눈에 띄는 기술은 터미널 기반 메인 프레임 애플리케이션에 웹 기반 인터페이스를 제공하는 것입니다. 이로 인해 응답 시간이 느려지고 단순작업이 느려져 직원 생산성이 저하 될 수 있지만 인터페이스 스타일이 비숙련 사용자에게 친숙하고 사용하기 쉽기 때문에 종종 업그레이드로 간주됩니다. John McCormick은 미들웨어를 포함하는 그러한 전략에 대해 설명 하였습니다. 레거시 소프트웨어 시스템은 종종 서식 지정 지침을 추가하지 않거나 최신 PC / Windows 프린터에서 사용할 수 없는 프로토콜을 사용하기 때문에 인쇄 개선에 문제가 되고 있습니다. 인쇄 서버를 사용하여 데이터를 확보하여 더 최신 코드로 변환 할 수 있습니다. RTF(서식이 있는 텍스트 형식) 또는 PostScript 문서는 레거시 응용 프로그램에서 만든 다음 인쇄하기 전에 PC에서 해석 할 수 있습니다. 생체 인식 보안 조치는 레거시 시스템에서 구현하기 어렵습니다. 실행 가능한 솔루션은 텔넷 또는 HTTP 프록시 서버를 사용하여 사용자와 메인 프레임 사이에 위치하여 레거시 애플리케이션에 대한 보안 액세스를 구현하는 것입니다. 일부 조직에서 수행되는 변경 사항은 완전한 시스템을 생성하는 ABP(자동 비즈니스 프로세스) 소프트웨어로 전환하는 것 입니다. 그런 다음 이러한 시스템은 조직의 레거시 시스템에 연결하여 데이터 저장소로 사용할 수 있습니다. 이 접근 방식은 여러 가지 중요한 이점을 제공 할 수 있습니다. 사용자는 레거시 시스템의 비효율성으로부터 격리되고 변경 사항을 ABP 소프트웨어에 빠르고 쉽게 통합 할 수 있습니다. 모델 중심의 역 및 순방향 엔지니어링 접근 방식은 레거시 소프트웨어의 개선에도 사용할 수 있습니다. 다음은 NASA의 예를 통해 알아보겠습니다. 뮌헨 공과 대학의 Andreas Hein은 우주 탐사에서 레거시 시스템의 사용을 연구했습니다. Hein에 따르면 레거시 시스템은 조직에 검증, 검증, 테스트 및 운영 이력 기능이 있는 경우 재사용 되기에 메리트가 있습니다. 이러한 기능은 개발, 구현, 사용 또는 유지 관리와 같은 다양한 소프트웨어 사용기간에 따른 단계가 통합되어야 합니다. 소프트웨어 시스템의 경우 시스템을 사용하고 유지하는 능력 또한 중요합니다. 그렇지 않으면 시스템이 점점 더 이해하기 어렵고 유지 관리하기가 쉽지 않게 됩니다. Hein에 따르면 검증, 검증, 테스트 및 운영 이력은 시스템의 신뢰성과 품질에 대한 확신을 높인다고 합니다. 그러나 이 히스토리를 축적하는 것은 종종 많은 비용이 많이 듭니다. NASA에서 사용하는 우주 왕복선 프로그램은 1970년대의 많은 기술을 사용했습니다. 비행인증에 대한 비용이 많이 들기 때문에 교체 비용 또한 많이 들었습니다. 원래 하드웨어는 비행을 위한 비용과 비싼 통합 및 인증 요구 사항을 완료했지만 새로운 장비는 전체 프로세스는 다시 이행해야 했습니다. 이 길고 상세한 프로세스는 단일 장치가 우주 왕복선 프로그램에 사용되기 전에 새로운 구성과 요소에 대한 광범위한 테스트를 필요로 했습니다. 따라서 인증 프로세스를 시작한 새로운 시스템은 사실상 비행 승인 시점까지 레거시 시스템 또한 지상 및 발사체 자산을 포함한 전체 우주 왕복선 시스템은 폐쇄형 시스템으로 함께 작동하도록 설계 되었습니다. 사양이 변경되지 않았기 때문에 인증된 모든 시스템과 구성 요소가 설계 대상 역할에서 잘 수행되었습니다. 셔틀이 2010년에 폐기될 예정이 되었기에 전에도 NASA는 1970년대 기술을 계속해서 사용하는 것이 시스템을 업그레이드하고 새로운 구성 요소를 재 인증하는 것보다 유리하다는 사실을 발견했습니다. 컴퓨터에서 레고시라는 단어는 통용된 단어로 사용되고 있습니다. 레거시 지원 이라는 용어는 종종 레거시 시스템과 함께 사용됩니다. 이 용어는 최신 소프트웨어의 기능을 나타낼 수 있습니다. 예를 들어 "레거시 지원"이 있는 운영 체제는 이전 하드웨어를 감지하고 사용할 수 있습니다. 이 용어는 비즈니스 기능을 가리키는 데 사용될 수 도 있습니다. 이를 이용하는데 적절한 예로는 이전 제품에 대해 소프트웨어 유지 관리를 지원하거나 제공하는 소프트웨어 또는 하드웨어 공급 업체 등이 있습니다. 레거시는 더 이상 판매되지 않거나 상당한 시장 점유율을 잃은 제품이거나 최신 제품이 아닌 제품 일 수 있습니다. 레거시 제품은 최신 제품에 비해 약간의 이점이 있어 고객이 계속 유지하는 것이 좋습니다. 합리적 결정을 내리는 사람이 새 제품을 구입하기로 선택하지 않는다면 제품은 누구에게도 이점이 없는 경우에만 진정으로 구식으로 표현이 됩니다. '레거시 모드'라는 용어는 특히 이전 버전과의 호환성을 의미하기도 합니다. 마치 이전 버전인 것처럼 수행 할 수 있는 소프트웨어 제품은 “레거시 모드에서 실행 중” 이란 표현을 나타냅니다. 이러한 종류의 기능은 많은 응용 프로그램이 이러한 기본 구성 요소에 의존하는 운영 체제 및 인터넷 브라우저에서 일반적으로 사용됩니다. 컴퓨터 메인 프레임 시대는 레거시 모드에서 실행되는 많은 응용 프로그램을 구현하고 있습니다. 현대의 비즈니스 컴퓨팅 환경에서 n-tier 또는 3-tier 아키텍처는 단일 시스템을 구성하는 많은 구성 요소를 포함하므로 레거시 모드로 배치하기가 더 어렵습니다. 가상화 기술은 레거시 하드웨어를 에뮬레이트하는 소프트웨어 시스템에서 오래된 운영 체제와 브라우저를 실행하여 레거시 시스템이 최신 하드웨어에서 계속 작동 할 수 있도록 하는 최근의 혁신기술입니다. IT 업계는 레거시 현대화 및 레거시 변환으로 대응하고 있습니다. 새로운 사용자 인터페이스로 기존 비즈니스 로직을 개편 하고 때로는 웹 서비스를 통한 서비스 지원 액세스를 사용하기도 합니다. 이러한 기술을 통해 조직은 검색 도구를 사용하여 기존 코드 자산을 이해하고 기존 코드에 새로운 사용자 및 애플리케이션 인터페이스를 제공하며 워크플로를 개선하고, 비용을 억제하며 위험을 최소화하기도 합니다. 이러한 경향은 레거시 시스템의 내구성을 높이는 요인에 대한 문제점 인식의 기틀이 되기도 합니다. 기술자들은 비용이 많이 들고 위험한 재작성을 피하기 위해 처음부터 건전한 아키텍처의 중요성을 다시 배우고 있습니다. 가장 일반적인 레거시 시스템은 구현중에 신중한 계획과 엄격한 방법론과 함께 잘 알려진 IT아키텍처 원칙을 수용하는 경향이 있습니다. 잘못 설계된 시스템은 도퇴되고 고유한 결함으로 인해 교체가 필요하기 때문에 종종 지속이 어려울 수도 있습니다. 따라서 많은 조직이 레거시 시스템의 가치와 해당 시스템의 이론적 토대를 재발견하고 있습니다.
최근댓글