관리는하고 레거시 자산

Share

|

를 논의하기 위해 기존의 문제는 근본적인 질문을 제기하는 방법에 대한 정보 시스템 (가) 조직을 최적화를 사용하는 정보 기술 (가)의 사업입니다. 레거시 애플 리케이션의 순수한 기술적 용어를 보는 대신, 관리자가 프로세스를 생성한 이러한 응용 프로그램을 살펴해야한다 이와 같은 방식으로하게 문제다. 이러한 전환의 시각을 필요로하는 기존의 문제를 이해할 수있는 더 큰 비즈니스 컨텍스트입니다.

현실에서,이는 단순한 microcosm의 큰 경제 세력입니다. 오늘날의 기업들은 급격한 변화에 대응하는 노력을 생성함으로써 유연성, 모듈형 비즈니스 프로세스를 신속하게 구현하고 만드는 수있는가 필요합니다. 이러한 유형의 프로세스를 지원하기 위해,이 조직이 움직이는를 넘어 전통 트랜잭션 프로세싱으로 새로운 지역과 배포를 신속하게 개발 및 클라이언트 / 서버 아키텍처입니다. 그러나 경우에이 기능은 단순히 시도에 대해 자세히을 수행 시스템 개발과 함께 새로운 기술, 그것이 누락가 더 큰 도전합니다.

비록 신흥 기술 등의 개체, 클라이언트 / 서버, 그리고 인터넷을 데려 흥미로운 기회를 만드는 새로운 유형의 비즈니스 솔루션, 그것은 레거시 시스템이 보류의 주요 열쇠를 미래의 성공을합니다. 레거시 응용 프로그램을 장악은 자원, 대변 수조 달러의 투자, 그리고 현재의 절반 이상의 선두 장애물에 깊은 노력을합니다. 대부분의 경우에이 조직 자체는 기존의 문제를 공동으로 메인 프레임 및 이전 - 월드 프로세스에 시간이 급격한 변화합니다. 빠른 비즈니스 변화와 빠른 기술 변화에 도전은 매니저를 통합 비즈니스 - 주도 개발과 함께 기존의 관점, 프로세스, 응용 프로그램 및 인프라입니다.

레거시 도전

최근의 추정에 의하면 현재 설치된 자료의 사명 - 중요한 레거시 응용 프로그램은 비용 3조달러을 대체합니다. 진도가 있기 때문에 이러한 지출과 그들의 비즈니스에 영향을이 단체를 조심스럽게 아직 결정적으로 이동해야합니다. 심지어 기본적인 유지 보수의 레거시 시스템 비용을 거대한 합은의 돈을을 떠나는 매니저와 함께 그들의 유일한 작은 분수의 새 응용 프로그램에 대한 예산은 매우 중요합니다.

이러한 비용 부담은 미래의 강화를위한 3 개의 주요 이유 : 먼저, 최고 경영자들은 정보 통신 기술에 투자하고있다 수년간 요구하고 결과에 대해 책임; 둘째, 예산이 향상되었습니다으로 제한 속도의 인플레에 대한 대부분의 최근의 과거; 셋째,에 점점 더 경쟁력이 세계, 기업가 계속 수요가 비용을 감축하고 더 나은 비즈니스의 모든 세그먼트 주소에 대한 투자를 반환합니다. 그 결과, 여러 도전에 맞설가이 조직 :

- 적어도 80 %의 대부분이 예산은 지출에 대한 레거시 시스템, 왼쪽으로 떨어지고있는 이물질에 대한 새로운 발전합니다. 동시에, 각각의 새로운 응용 프로그램이 더 복잡를 들여 더 많은를 개발하고 유지합니다.

- 있기 때문에 대부분의 초점은 기존의 유지 보수가에 대한 교정, 사소한 개선 사항, 그리고 예방 파국, 기존 투자를 빠르게 도달하는 지점이 줄어들고 한계 유틸리티 : 각 추 달러화 구매를 적게하고 적게 혜택, 특히 각 달러를 지출에 대한 새로운 솔루션과 비교하여 비즈니스 문제가있습니다.

- 빠른 속도의 기술 변화를 의미하는 시스템은 대체된 그들 때보다 더 빠른 속도로 기술이 더 안정됩니다.

- 너무 많이의 노력을 소비에 레거시 시스템은 근본적으로 비 - 치 -들; 연구에 의하면 50 % 이상의 이해를 위해 헌신적인 노력은 기존의 응용 프로그램을 시작한 다음 응용 프로그램이 후 재시험을 변경합니다.

- 집중적인 노력의 결과로 내용을 변경하는 레거시 응용 프로그램, 약 25 %는 기존의 시간을 소비하는 경우가에 대한 테스트를합니다. 좀 더 똑똑한, 계획, 그리고 초점을 접근해야한다 충분한 테스트를 함께 제공합니다 적은 노력합니다.

- 올해의 새로운 응용 프로그램이 될 내년의 레거시, 일반적으로 증가 설치되어 자료의 레거시 시스템이 유지되어야합니다.

이러한 도전이 여러 의미를가 매니저입니다. 관리자가 반드시 브레이크 순환의 사상 - 증대를 아직 골절이 설치되어 자료가 드라이브를 an 사상 - 큰 연간 유지 보수 비용입니다. 새 시스템에는 이익이 그것으로 자금 조달을 통해 생산성과 축적의 작은 비용 절감보다는 기업의 자본을 늘려 별인. 와 같이 많은 비즈니스 깊은 노력,이 변화는 자기 - 자금이체를 신속하게 할 수있습니다.

포트폴리오 관리는 것이 자산

어제의 순차 계획 접근 방식을 제공하고이 기능을 사용하여 충분히 긴 리드 타임을 충족 사업 목표, 더 이상 존재하지 않습니다 오늘날의 급변하는 비즈니스 세계에있습니다. 비록 사업을 변경 드라이브의 통합 과정과 기술, 비효율적 통신은 원인을 격차 비즈니스 전략과이 배달을 계속 확대합니다. 로 진입하는 주요 엔진의 변화, 그것 새롭게 무엇이 전략적능한 및 향상된 더욱 임베디드으로 모든 비즈니스 프로세스를 포함한 전자 상거래, 컴퓨터 통합 생산, 투자 프로그램 매매, 그리고 공급 체인 최적화합니다. 미래의 그것 따라서 holistic 이해의 비즈니스 전략과 프로세스를 필요로합니다.

stark에 대비, 많은 의사 결정과 관련한 레거시 시스템은 episodic, 미정, 갇힌에있는 패턴의 관성 지출합니다. 를 해결하기 위해 이러한 성향은 관리자가되어야 평 레거시 시스템에서와 같은 방식으로 매출을 지역별로, 인사, 또는는 회사 이미지가 평가됩니다. 보면 자산과 비즈니스 자원을 제공은 매니저와 함께 2 개의 메인 평 기준 :

1. 얼마나 효과적으로하지 주어진 시스템 또는 제품군의 애플 리케이션을 지원 사업 목표가?

2. 그 지원 작업을 수행하는 방법은 시스템을 효율적으로하지?

이 오리 엔테이션 하이라이트 한 쌍의 키 포인트입니다. 첫째, 둘 다 비즈니스 및 기술적인 관점이 필요한 조치를 심사 숙고 된 경우, 포트폴리오입니다. 사업 목표는 비즈니스 프로세스에서 파생된 진화와 진화 전략, 그리고이 어려운 과정이 될 수있습니다. 이 자산은 이러한 목표와 평와의 맵핑을 사용하는 포괄적인 일련의 통계 수치입니다. 둘째, 검사의 의미가 조각으로 포트폴리오를해야한다. 개별 요소의 포트폴리오를 함께 맞는 퍼즐 조각 같은 중요한 비즈니스 영역이나 프로세스를 지원합니다. 비록 개별 요소가 나타날 수있습니다 귀중한, 전반적인 비즈니스 결과가 나타날 수도있습니다 상당히 약한 단점이 있기 때문에 중요합니다 함께하는 방식을 다양한 부분에 적합합니다.

그 결과는이 심사는 다음 매핑된 이내에 그리드라고 불리는 사례 포트폴리오 심사 매트릭스입니다.

가 재해 포트폴리오 심사 매트릭스

가 재해 포트폴리오 심사 매트릭스를 포함 4 개의 카테고리로 제안된 작업 -에있는 4 개의 rs -이 안내서를 결정합니다. 정렬 자산으로 차별 포트폴리오를 줄여주는 진도의 레거시 문제가있는 전략을 분할 정복의 접근 방식입니다. 이 매니저에게 이해가 상대적 규모, 크기 및 투자는 각각의 응용 프로그램을 취득 통찰력있는 안내서 미래의 행동입니다.

분류 1 : 낮음 비즈니스 값, 낮은 기술적인 조건; 조치 : 은퇴합니다. 경우에 시스템을 수행하는 기능도 의문 값 미흡을하는 이유는 그것의 첫 번째 장소에서 실행되고 있습니까? 이러한 시스템을 차지하는 약 25 %의 북미 레거시 자료를 양성하는 훌륭한 후보를 조기 퇴직하거나 방치합니다. 이러한 경우 계속 살아 있어야합니다,이 관리자가 고려해야의 상단에 설치하는 그래픽 사용자 인터페이스의 문자 - 기반 화면입니다. 선택적 제도 개선이 다른 옵션을하지만, 정당과 함께하는 경우에만 비용을하실 수있습니다 비즈니스 결과입니다.

범주 2 : 낮음 비즈니스 값, 높은 기술적인 조건; 조치 : 되풀이돼

이 매니저가 높은 이유를 재구성해야한다 - 성능을 시스템이 기여하므로 거의가 사업입니다. 이러한 시스템, 전용 약 5 % 정도에 설치된 자료, 잘되지 않았을 수있습니다 정당화으로 충분 사건에 대한 조치를합니다. 다른 방법으로,보다 시간을 정당화가있을 수있습니다되기 구형입니다. 다른 경우는, 롤아웃 노동청되었을 수도있습니다. 이 관리자가 고려해야 이러한 자산을 더 중요한 응용 프로그램을 이동하는 능력을 제공하는 경우 해당 여전히 비즈니스 값하고 정년 퇴직을 단계별로되지 않은 경우입니다.

카테고리 3 : 높은 비즈니스 값, 낮은 기술적인 조건; 조치 : 2016 약 절반은 레거시 시스템에 빠지지이 카테고리입니다. 이러한 시스템이 필요할 수있습니다 pampering; 아직 그들의 비즈니스가 계속 따라 달라집니다. 이 매니저를 유지하는 노력한다 사업 지원, 보유 자산가 치, 그리고 품질 향상 기능이 어디에 해당 - 모든 비용을 절감합니다. 이 작업을 수행할 수있습니다은 여러가 지 방법, 예를 들면, 비즈니스 규칙에서 추출하여 운영 체제를 개발하는 값

기반 사례에 대한 조치가 지원 대체, 또는 개발하는 전략을 단계적으로 대체해 새로운 기능을 이전합니다.

카테고리 4 : 높은 비즈니스 값, 높은 기술적인 조건; 조치 : 갱신

약 20 %의 레거시 시스템은 이러한 이상적인 자산 상태를 전달하는 실질적인 비즈니스 값을 받고이 좋은 기술적인 조건입니다. 그것은 불행한 진실을하는 대부분의 응용 프로그램을 타겟으로하는 출발이 cobb이나됐다 시작이 cobb 있지만 그것이 밖으로 쓰러진 이래. 조직 구성 사명과 관련한 이러한 시스템은 이들을 마이 그 레이션을 보존 자산 값은 허용하여 비즈니스 목표 및 기술 변화로 전달합니다.

이후 심사,이 매니저 모양 너머의 즉각을 볼 수있습니다 레거시 시스템으로 제품의 근본 원인과 관련된 문제입니다. fragile과 중복으로보기보다는 기존 응용 프로그램에이 기능을 확장할 수있습니다 이동 유용한 삶의 레거시 자산입니다. 그 원인은 이러한 문제를 해결하여 - 어떤은 주로 기술적인 문제가되지 않습니다 -이 매니저를 이동할 수있습니다 - 너무 - 급격한 하락을 방지하기 위해 모든 사업에서 값과 기술적인 조건을 경험으로 대부분의 응용 프로그램입니다.

법제 포트폴리오 관리

에 대한 모든 관련 혜택, 포트폴리오 심사로 한 - 시간이 행사는 지속적인 이익을 제공하지 않습니다. 비록 일부 개선의 기회를 식별하는 관리자가되어야 행위에 대한 신속, 시간이지나면서 한 - 시간을 평가 급격히 저하로 건축 shelfware. 대신, 포트폴리오 심사되어야하는 하나의 과정의 첫 번째 단계는 매니저를 통해 지속적으로 관리하는 포트폴리오를 정했으가 사이에 연관이 자산과의 진화의 비즈니스 요구합니다. 가 수명을 현재의 기술은 소수의의 메인 프레임; 기대 an 심사를 운전하는 3 - 1 년 계획을 필연적으로 장착 질문에 대한 그 관련성 및 성장을 실망과 함께 그 효과가있습니다.

잘 - 구조화된 포트폴리오를 과세해야한다 평신도가 그룹에 대한 이러한 지속적인 경영 방식입니다. 이외에 재해 프로필을 심사한다 주소가 다른 주요 질문 :

- 어떻게 엔드 - 사용자와 공식이 - 지원하는 솔루션을 상호가?

- 어떻게 현재의 그것 자산을 지원 근본적인 비즈니스 목표와 프로세스가?

- 무엇이의 전환 및 개발 접근 방식에 대한 각 응용 프로그램의 포트폴리오가?

- 무엇이의 생명주기를 조건 및 투자 자세에 대한 각 응용 프로그램입니까?

- 어떻게합니까 애플 리케이션 전략에 대한 기술적인 인프라와 함께 맞는가?

- 어디에 초점을 지출해야한다는가?

이러한 질문에 응답하기위한 토대를 제공합니다 새로운 관계가있는 정렬 비즈니스 파트너가이 기능과 그 주변 비즈니스 목표입니다. 포트폴리오 심사 진입의 첫 번째 단계에서 벗어나 근본적인 변화가 이전 패턴으로이 기능의 대처 방법에 스트림의 요청과 연관된 비용을 주도의 요구에 대한 변경 사항을 기존의 시스템이나 제안합니다. 대신에이 함수를 빌드였습니다 방면으로의 진화를 관리하는 일련의 그것 자산입니다. 이 새로운 접근법을,

이 매니저 평 변경 사항의 상태를 상대로 자산과 비즈니스 프로세스 그들을 지원합니다.

가 평 자체를 나타냅니다 하이 - 레벨 계획을 발전의 그것 자산; 은 매우 높은 수준으로, 이것은 개념적 아키텍처의 법인입니다. 관련 평행을이 하이 - 레벨 계획이 발견시 계획과 건설의 모델에 사용합니다. 허용에 대한 부적응으로 인해 발생 무형의 자연의 컴퓨팅, 비즈니스 프로세스, 포트폴리오 전략, 기술 인프라 및 코드 사찰에는 모두 간단한 뜻인의 기본 계획 및 건설 훈련의 모델 (e.g., zoning 계획, 기반 시설 계획, 설계 승인, 각종를 사용하면, 코드 점검, 유지 보수를 규정). 무엇이이 함수가 일반적으로 부족한은 징계의 과정을의 역할을하는 도시 계획 부서, 그리고 유지 관리 규정에 대한 지속적인 upkeep.

조정을 하이브리드 컴퓨팅

일부는 단체가 좁게 내용은 레거시 도전 주로 기술적인 용어입니다. 이러한 시대의 하이브리드 컴퓨팅,이 관리자가 있어야합니다간에 이동이 급격하게 대조 세상보기 : 관계형 대 계층적, 유연한 대 경직된, 객체 - 기반의 비교 절차적, 분산의 비교 중앙 집중식, 열기 비교 마감합니다. 그 시절의 하나의 패러다임이 사라짐, 그리고 박차 속도의 비즈니스와 기술의 변화가 필요합니다은 기능을 수용하기 위해 여러 개의 아키텍처, 언어, 그리고 플랫폼입니다. 에 대한 응답, 성공적인 기업들은 그들의 근본적인 접근 방법을 재검토 통합, 기획 체계적 값 복구 주소 레거시 자산, 그리고 종합적인 전환 전략을 수립합니다.

미지의 통합

레거시 overintegration의 일반적인 비즈니스 응용 프로그램이 늘어났다는 크기는 2,824 5천4백퍼센트 이후에 시작은 1980입니다. 일반적인 미션 - 중요한 통합 응용 프로그램이 성장을 포함 120 만 줄의 코드 - 조립하여 담배를 함께 무엇 더라면 20 서로 다른 응용 프로그램을 15 년 전. 이 숫자를 제기하는 도전을 설명하기 시작합니다 레거시 overintegration.

스파게티 코드 - 지배적 도전 15-20년 전 - 통합 스파게티로 대체되었습니다. 많은 아키텍처 현재 수많은 기회를 uncontrolled 상호 간의 응용 프로그램, 프로그램, 코드 및 데이터입니다. 구조적 프로그래밍 - 널리 수용 스파게티 코드를 통해 전달 단계 - 일부 수업에 대한 스파게티 통합을 제공합니다. 그것 스트레스 긴밀한 응집 (즉, 건전한 높은 관련 함수를 함께)와 느슨한 커플링 (즉, 최소한의 연계 기능).

그러나 유감스럽게도 대부분의 사례 스파게티 통합 및 통합 공유 데이터베이스, 그 반대는 사실입니다. 레거시 응용 프로그램은 대개 느슨한 응집에 의해 특징과 기능적인 논리와 같은 제품을 수정하고 다양한 프로그램 및 애플 리케이션을 통해 고객이 데이터를 뿌렸다. 의 응용 프로그램이 단단히 결합된 둘 모두를 통해 공유 데이터베이스, 중복 데이터베이스 및 인터페이스 파일과 uncontrolled 간의 상호 작용을 통해 다양한 분야의 수많은 프로그램이있습니다. 변화를 컴포넌트 아키텍처 구성 요소 아키텍처를 대체 공유 데이터 통합을 꽉 응집 및 제어 커플링 - 관행이있는 많은 공통점과 함께 개체 - 지향 설계 및 분석을합니다. 이러한 아키텍처 변화

에 포커스를 표준 인터페이스와 건설 지침입니다. 또한, 통신 메커니즘을 기반으로 사용하는 구성 요소를 보완은 전통 초점을 응용 프로그램과 데이터가있습니다. 구성 요소 아키텍처와 같은 항목을 사용 데스크톱 통합, 소프트웨어 메시지 버스, 원격 데이터 액세스, 데이터웨어 하우스와 건물을 차단하는 데 도움이 애플 리케이션을 표준 인터페이스를 통해 협조합니다.

발상의 구성 요소는 쉽게 이해할 수 있지만 측면에서 신규 개발, 레거시 애플 리케이션에 적용될 수있습니다. 일부 단체는 이제 다시 사용할 수있는 구성 요소로 보는 이러한 응용 프로그램에 통합할 수있는 새로운 개발을 사용하여 개체 - 지향 기법입니다. 건물의 구성 요소 - 기반 메시지 - 주도 아키텍처,이 전문은 다양한 기법을 피하기 위해 사용할 수있습니다 급락에 심장의 레거시 시스템과 강제에 새로운 수준의 복잡합니다. 대부분의 이러한 기술은 지금이 잘 구축으로 다음과 같은 부분을 값 복구 및 전환 전략을 논의합니다.

교체를 구성 요소 아키텍처도 지원 2 개의 구체적인 약속 - 재사용 및 유지 -하는 것이 자산을 높여입니다. 재사 용할 수가 증가 치의 자산을 줄여 향후 개발 비용입니다. 유지 증 값을 허용하여 자산을 진화로 사업 변경 사항입니다. 모두 투자에 초점을 맞추는하여 비용을 크게 줄일 수 줄이기,보다 유연한 자산입니다. 속보 응용 프로그램으로 제어를 표준화 구성 요소는 중요하게 유지 그대로를 재사 용할 수있습니다.

회복 값부터 레거시 자산

레거시 애플 리케이션은 창고의 크신 비즈니스 값,이 값을 경우에도 매우 어려움을 악용할 수있습니다. 이 값은 하락을 하나로 통합하실 수있습니다 분류된 3 개의 주요 영역 : 데이터를 처리하는 논리를, 그리고 비즈니스 규칙입니다.

다행히 새로운 전략, 기술, 그리고 도구는 신흥 해주는 매니저와 스태프 수정할, recondition, 공존과 함께, 또는 기존의 애플 리케이션에서 추출 값을합니다. 이러한 접근 방식 또한 기존의 자산 이동에가 깝게 아키텍처는 지금 새로운 발전합니다.

전환 전략에 대해 레거시 자산

여러 근본적인 기법은 이제이 값을 기준으로 떠오르고 복구 프로그램에있는 하이브리드 환경을합니다. 다음 섹션으로 보여줍, 대부분의 이러한 전술에 의존 깨고 대형 애플 리케이션으로 작은 구성 요소를 차례 좌절감이나 또는피보험목적을회복시켜거기에손 그들입니다.

- 리버스 엔지니어링 - 자동화된 도구 도움말을 제기하는 시스템으로 높은 수준의 추상화에 의해, 예를 들면, 파생하는 시스템 사양이나 요구 사항이 모델의 기존 코드와 데이터를합니다. 이 기법에 새 기준을 만들 수있습니다 통합을위한 향상된 기능을 활성화하는 미래의 코드가 중생입니다. 또한, 전통 유지 보수 용이하여 증진 개발자를 '이해의 시스템입니다.

- 패키지 (즉, 구성 요소) - 표준 cots (상업 끄기 -는 - 선반) 패키지와 같은 워드 프로세서, 스프레드 시트, 직장 - 흐름 엔진, 및 그래픽 라이브러리 중요한 구성 요소에 대한 하이브리드 솔루션을 제공할 수있습니다.

- 구성 요소 - 파티션을 레거시 시스템이나 레거시 프로그램으로 작은 구성 요소를 사용하면이 직원 단계를 초과하거나 대체하는 시스템을 한 번에 하나의 작품입니다. 일부 코드 분석 도구에 도움이이 작업을하고 있지만 개념적 의지를 modularity 및 재사용보다 더 중요한 것은 특정 도구입니다.

- 합리화와 구조 조정 - 청소 중복을 제거하여 기존 코드를 따라 기준을 개선하는 구조, 및 업데이트 설명서를 간소화 유지 관리 및 향상됩니다. 이것이 자주의 첫 번째 단계는 기존의 전략입니다.

- 전환하고 rehosting - rehosting 관련이 움직이는 레거시 응용 프로그램 - 두시 - 방면 클라이언트 / 서버 플랫폼입니다. 이 접근법은 약속을 잠재적으로 낮은 비용 아니라 여러 개의 응용 프로그램 구성 요소를 사용하여보다 완벽하게 통합된 솔루션을위한 비즈니스 사용자입니다.

- 2.16 레이어 - 계층을 구분하는 응용 프로그램의 다양한 구성 요소와 같은 프레 젠 테이션 / 사용자 인터페이스, 응용 프로그램 로직, 데이터 액세스 수준, 및 통신합니다.

- wrappering - 작성하는 소프트웨어가 래퍼을 캡슐과 modularize 레거시 구성 요소를 사용하면 이들을 공존과 통신할 objectoriented 구성 요소가있습니다. 레거시 코드는 함수 서버를 사용하면 개체 - 지향 메시지를 보내고받을 수있습니다. 이런식으로, wrappering 순위 레거시 코드를 제공해 지속 값과 미래의 시스템에서 재사 용할 수있습니다.

- 전달 중생 - 자동화된 도구 도움말 개발자를 다시 생성 코드를 기반으로 바뀌었 높을 - 레벨 추상보다는 코드를 직접 수정합니다. 이 기술을 사용할 수있다는 이후 리버스 엔지니어링, 또는 경우에 원래의 시스템이 개발을 통해 코드를 생성합니다.

- 서라운드 - 만드는 추가 기능 및 데이터의 구성 요소가 주변의 레거시 시스템을하지만,이 시스템 자체를 수정하지 않고, 사용하면 기존의 구성 요소가 예정 밖으로 주변 구성 요소를 supplant 레거시 기능을합니다.

- 데이터웨어 하우스 - 반해 서라운드 전략을 넣을 새 기능을 앞 레거시 시스템과 통합하는 부분에 데스크톱 수준, 창고 뒤에서 레거시 애플 리케이션의 데이터를 통합합니다.

- 유지 관리 및 향상 -로 변환하기는 조직에 대한 부분을 설명하면, 최고의 진료가 미지의 전통적 접근 방식을 관리하는 진화의 레거시 자산도가가 영역의 유지 관리 및 향상됩니다.

- 신규 개발 - 최상 - 실천 모델과 능력을 만기 평 도움이 차트하는 코스를 더 나은 결과와 생산성의 새로운 응용 프로그램을 개발합니다.

- 패키지를 교체 - 소프트웨어 패키지를 자주 교체하는 레거시 시스템, 특히 경우에 사용 nondifferentiating 기본 지원 어플 리케이션입니다. cots 응용 프로그램이 패키지의 수도있습니다 서라운드 접근 방식에 사용합니다.

- 아웃소싱 : 긴 - 기간 또는 과도 -하기 때문에 수있습니다 비용 - 효과적인 아래의 오른쪽 상황을 식별하는 작업을 명확하게 정의하고

외부 그것은 관리자가 고려해야 outsourcers의 향상, 재개발, 또는 대체 단계의 레거시 전략입니다.

이러한 영상 기술이 분명하지 스탠드 - 혼자 메커니즘입니다. 뿐만 아니라이 겹치는들 사이에 다양한 기법, 그러나 또한 서로 상호 작용을 생산보다이를 조정 결과가있습니다. 이 매니저는 주어진 상황에서 신중하게 평가 기법에 대한 전체적인 프로젝트 계획의 일환입니다.

변환은 조직

일단은 조직이 의지를 개발하는 시스템의 아키텍처 구성 요소,이 관리자는 얼굴이 작업의 변형이 기능을 자체적으로 상호 작용하는 방식을 레거시 포트폴리오입니다. 때문에이 관리자는 상대적으로 침체 예산, 기능 개선되어야합니다 급속히 자기 - 자금이체. 이 같은 기능 개선에 따른 5 개 소스 :

1. 보다 나은 정렬의 비즈니스와은 목표와 전략이있습니다. 더 나은 파트너 사이의 비즈니스 및이 지역 사회 3. 보다 나은 관리 및 기술 공정 내에있는이 구조 4. 보다 나은 기술, 관행, 도구와 기술은 개발자가 수준 5. 지속적인 향상 기능은이 기능을

변신의는 조직 센터에 대한 관리를 사용자 수요, 레거시 시스템을 진화, 그리고는 자원입니다. 가있는 경향을 수락하는가 조직의 행동으로 또 다른 레거시보다는 옛 정을 및 재구성 경영 방식에 도전합니다. 가이 기능을해야하고 수정할 자체를 근본적으로 굴복하는 것과 같은 방법으로 여러 단체들이 깊은 비즈니스 프로세스입니다.

이 관리는 전통적으로 초점 중요한 기술 변경 사항이 발생할 작품 프로세스, 기술, 및 이해가 소요될 이들은 71 일까지입니다. 최근의 사례는 이러한 변경 사항을 포함 클라이언트 / 서버 기술, 객체 지향, 그리고 멀티미디어. 근본 문제는이 변신, 그러나, 관계를 널리 인정 사례와 신념 - 즉, 안에는 그 자체가 문화입니다.

이 문화적 변화

공예 - 기반 개발 정도가 활동이 여전히 진행의 문화 동급의 preindustrial 공예입니다. 방법은 개인 및 unstandardized, 개인 지식 없었던 파워, 그리고 성공 또는 실패는 쉽게 결정하지 않습니다. 언제 최악, 코드가 작성된 특이한 방법으로 직원들을 보존을 업데이 트해야합니다 그들의 개인적인 세공품, 트래핑 다른 개발자가되기 때문에 아무도 다른 사람 supposedly가 인식할 수있는 시스템입니다. 마지막으로, 길드의 구성원이 될 수있을 뿐이다 심판으로 이해하고 따라서 다른 craftsperson, 사람이 주저을 비판 공동 - 회원입니다. 예를 들어, 비록 형식적 피어 검토가 입증된을가 장 비용 - 효과적인 방법에 대한 예방 및 해소 코딩 오류, 몇은 개발자가 서로의 작동을 검사합니다.

본문은 성장의 증거를 강조이 문제의 심각합니다. 최근의 실험에 연루된 개인적인 소프트웨어를 생산 찾을 수있는 일부 프로그래머와 함께 최소한 5 년간의 경험을 투입 1,000 줄의 코드 수백명의 결함으로, 최악의 경우보다 1100.

근본적인 수업의 품질이 운동을 암시하는 비용은 이러한 모든 결함을 감지하고이를 막대한되어야합니다. 대부분의는 전문의 규모의 문제를 인식하지 않는다, 그리고 대부분은 단체가 부족 통계를 논할 것이있습니다. 더욱 놀랄가 향상되는 결과를 개인적인 통계 수치를 사용하여 3 개월 후 :이 동일한 프로그래머에게 투여 수백명의 결함 1,000 줄의 코드 향상된 자신의 전달 품질에 의해 영향을 미치는 요인이의 5에서 10 사이입니다.

이동의 시대 엔지니어링 정도의 레거시 관리가 필요가 단체로 이동 소프트웨어 유지 보수 및 개발에서 공학의 시대로 공예 작품입니다. 에있는 엔지니어링 접근 방법, 표준의 성능을 공유 및 전송, 패턴의 작업은 더 조직적, 그리고 구성 요소는 interchanged 및 재사용합니다.

이 모드의 생각을 대변하기 때문에 극적인 변화는 마음 - 세트의가 조직, 야당의 소프트웨어 공학 관점을 확산 수있습니다. 이 관리자는 장애인을 양성 인식은이 조직의 필요성에 대한 변경 사항을 다시 방법 및 우선순위에 따라 엔지니어링 문화입니다.

관리의 변화 과정을

대부분의 변경 사항을 처리하는 기존의 시스템은 매우 비효율적인 방식으로; 그들 걸릴 약 4 배만큼 새로운 개발 기간 동안 변경 사항입니다. 이 단체가 압력에 대응하는 비즈니스 유닛을 자주 시도합니다 빠른 수정합니다. 개발자가 일상적 입력 복잡한 소프트웨어 시스템과 수행 사소한 수정 프로그램 (대개의 스트림을 생성하므로 -라고 불리는 수정 - 일 - 수정 작업을 완료하기 전에 오류)입니다. 그들을 진행하여 또 다른 작업을하지 않고 떠나는라는 기록이 무엇 않았다고합니다. 가 개념적 무결성의 원래 설계, 문서, 그리고 구현된 시스템 자체가 급격히 저하로 반복되는 빠른 - 수정 프로그램을 변경 구축과 같은 전자 상처 조직입니다. 이러한 시스템은 필연적으로 어려움을 이해하고 유지합니다.

다시 한번, 일부 단체들이 그들의 접근 방법을 근본적으로 재검토 치료가 설치된 자료 더처럼 포장된 소프트웨어, 즉 변경 요청은 합리화 및 관리합니다. 이러한 단체들은 교체주기가 빠른 - 수정 프로그램을 구현하는 접근 방식으로 반복 향상 다음과 같은 중요한 이점 :

- 그들을 얻을 넓은 관점 일련의 사소한 변경합니다.

- 그들에 대한 수요가 비싼 tinkering 저항을 전달하는 작은 비즈니스 이점입니다.

- 그들을 개발하기보다 효율적인 접근 방법을 유지 관리하기 때문에 그들을 줄일 50 %의 유지 보수가 현재 응용 프로그램을 이해하는 시간을 소비하는 경우가있습니다.

- 그들과 같은 고급 기술을 사용합니다 워크샵, 비즈니스 프로세스를 리뷰 및 프로토 타입을 보장하는 권리 문제가 해결되고있습니다.

- 그들의 무결성을 보호합니다 디자인 및 설명서입니다.

이 접근법을 통해, 비즈니스 및는 파트너를 행사할 a 훨씬 높은 수준의 제어 및 주소는 실제 비즈니스 및 기술적인 문제가있습니다. 정식 감독 본문 또는 변경을 검토 보드 조인 비즈니스 스폰서 및 프로세스 소유자와 함께이 포트폴리오 매니저입니다. 이사회를 유지 오랜 - 범위가 초점 (기본 주위의 사례 포트폴리오 심사) 및 방지 적발되고 최대의 일상의 변화를 요청합니다. 중요한 변경 사항을 분명히 이사회의 승인을 필요로하지만 더 사소한 부적응 및 문제 해결 적으로는 일부 덜 공식 교류회입니다. 어떤 계약서를 변경 여러 개의 질문에 대한 답변이 필요합니다 :

-으로 어느 정도는 원래의 설계 변경 요청과 호환됩니까?

-으로 어느 정도는 변경할 필요합니까?

- 어느 정도의 시스템을 향상 변경은? 하지의 이익을 정당화하는 비용니까? 는 전략적 계획의 변경과 호환됩니까?

-은 예산 한도 내에서 변경합니까?

- 얼마나 중요는 다른 사람의 변화와 비교 백로그가? - 어떻게 곧 깨닫게 될 것이다 비즈니스 만기가?

- 지의 조합은 규모의 경제를 생성하는 변경이나 기타 synergies가?

이후 이러한 질문들이 대답을 조직 그런 다음 분류 변경, 그룹을 요청하여 긴급 및 비즈니스 혜택을 만들었다 검토 과정을 일정을 변경하여 우선 순위, 비용 - 효과, 그리고 타당성에 대한 전반적인 레거시 전략입니다. 시급한 과제 - 같은 시스템 장애와 관련된 사람 -이 수행보다 신속하게되면 시스템이 잘 설명하고 숙련된 사람들이 사용할 수있습니다. 사소한 변경 사항이없는 강력한 비즈니스 사례가 그룹과 구현에 계획된 릴리스의 유지 관리 프로세스를 최적화합니다.

한 번 정기적인 일정을 업데이 트와 보도 자료가 설립, 비즈니스 사용자를 의존 조직을 일괄적으로 변경, 계획의 도입으로 사업을 변경하고 내용은 포트폴리오로 비즈니스 자산의 오랜 - 용어보다는 한 순간 - tomoment 관점입니다. 하루의 시간이 인력에 대한 지출을 줄이고 아마도 중복되거나 병든 - 조언 시스템을 변경 사항을 확보하기위한 더 많은 종류의 작품입니다.

이 사건에 대한 통계

비즈니스 될 것인가없이는 이익 -과 - 손실을 진술과 같은가? 자책하지 않고처럼 될 것인가 야구 - 자료 율에 대한 평균을하고 있습니까? 대부분의 조직, 기존의 통계 수치가 부분적으로만 부족의 문제는 기술과 방법론 문제; 이 될 수있습니다 원형 들어 조직 문화의 도전에 의해 제기합니다.

비록 많은 조직 그러므로 찾기 어려울을 유지하는 역사는 자신의 프로젝트, 견적, 및 실제, 다른 단체가하지 커밋을 측정 프로그램과 열매 배당합니다. 이러한 프로그램은 파업의 결과입니다. 예를 들어, 최근의 보고서에 대한 500은 단체가 찾을 수있는 사이 25 그리고 30 % (심지어 최대 60 %)의 노력에 따라 몇 단체가하는 데 성공했다 a 통계 프로그램은 시정 조치에 초점을 설치한 시스템 (이 클래식 품질 용어, 이것은 순수 rework)입니다.

본문은 성장에 대한 지원은 조직 외부의 통계 수치는 원래의 제품 및 임베디드 소프트웨어를 지역 사회 내에있는 기업입니다. 이러한 외부 고객은 더 많은 빈곤층 - 품질의 소프트웨어를 반환하지 않습니다. 따라서,이 문제는 나를 trics가 장 잘 이해할 것으로 근본적는 문화 충돌과 경영에 도전 이내이다. 가 장 큰 문제는 그만큼 탄탄한 기술에 대한 과거 실적은 불을 찾기, 신뢰성 평가 미래의 실적을 유지 만점에 도달합니다. 다음 섹션으로 나타내기, 많은 카테고리의 레거시의 활동을 빌려 자신을 정확하게 측정합니다.

Product Measurements How many lines of code were generated, changed, reengineered? How many function points were delivered or modified? How many defects were embedded along the way and how many errors were discovered before delivery? After delivery?

How well do the products satisfy customer needs? How well does a given system add value to or enable a business process?

Process Measurements How many hours were devoted to which projects in the past 12 months? How many of those were direct, indirect, and managerial? What funds were expended where and when? How much time was spent adding value to the application? What were the cycle times? When was testing performed and how effective was it? What kind of work was being performed?

The following four categories have been suggested for maintenance work: corrective (i.e., fixing mistakes), adaptive (i.e., keeping up with external regulations and changes in technology), perfective (i.e., changing user requirements or performance), and preventive (i.e., enhancing maintainability and reliability).

Organizational Performance How well does the IS organization compare with industry standards such as the Software Engineering Institute maturity model? How does the IS organization satisfy its customers? How well is IS delivering value and responding to needs?

Once a system of metrics is in place, managing users, legacy systems, and IS people becomes more straightforward. Without metrics, management remains a matter of educated guesswork. Some of America’s most admired corporations — such as Motorola and Hewlett Packard — have recognized the urgency of the issue and are driving metrics throughout their organizations.

RECOMMENDED COURSE OF ACTION

What has come to be known as the legacy problem is not only a matter of today’s inheritance of yesterday’s assets. Tomorrow’s legacy must be considered as well. If today’s IS organizations use the same procurement and maintenance processes, handle the same customers using the same change control and architectural approaches, and then have to cope with four or five times as many technology choices, they cannot expect anything better five years down the road. One might even argue that the legacy situation of five years from now will be an order of magnitude worse than it is today.

As with any major reengineering effort, issues of politics and culture are significant. Traditional wisdom on integration has left a legacy of complexity. This inheritance must be managed in a world where the IS function no longer has the monopoly franchise on rapidly changing information technology. These challenges create the need for IS managers both to reengineer IS itself and to provide the leadership and understanding critical to rethinking perspectives and driving the change.

Legacy is not an episodic, one-time hangover from the days of the mainframe. Legacy is the ongoing challenge of leveraging evolving IS assets in the era of hybrid computing.