응용 프로그램 호환성

응용 프로그램 호환성 프로젝트 계획

Chris Jackson

한 눈에 보기:

• 비전 및 범위 정의
• 팀 빌드
• 프로젝트 ’s 세 가지 주요 단계
• 수정 방법

내용

비전 및 범위 정의: Windows
비전 및 범위 정의: 응용 프로그램 관리
팀 빌드
수집
분석
테스트
재조정
결론

내 작업 표시 최신 버전의 Windows 마이그레이션하는 프로세스를 중 고객은 작동하도록 세계의 사용합니다. 종종 발생하는 가장 큰 obstacle가 다음 질문에 발생시키는 응용 프로그램 호환성: How 훨씬 이를 알려주려고 항목을 수정하려면 비용을? 기간을 다시 알려주려고 적용하려면? 알아야 할 어떤 있습니까? 방법을 수행할 I accelerate 프로세스를 것이 너무 오래 사용자의 경우?

응용 프로그램 호환성 프로젝트에 소프트웨어 개발 프로젝트를 비슷합니다 다음과 같이 마주보는 어떻게 알 수 시간 및 비용 예상 시간에 구체화합니다. 필자는 사람들이 시간과 비용을 응용 프로그램 수를 기준으로 예상 제안 있지만 이 시스템을 제공할 수 가장 평균 설명했습니다. 평균 닫기 대개 동안에는 아무도 거의 실제로 적중 이를, 대부분의 조직에서는 평균, 특히 더 중이거나 disappointingly 더.

따라서 응용 프로그램 호환성 프로젝트 계획 단계에 대한 이동 방법에 대한 말하는 보겠습니다 (시간에 조정에 및 최소화 전체에서 이러한 초기, 예상 비용 이해. 팁과 트릭이 되었기를 저장하는 가장 성공적인 고객이 사용했을 함께 공유합니다 I 프로세스에서 수정합니다. 특히 직접 않는 사용자를 참가자 생산성 최대화 싶습니다 테스트 최종 사용자와 비즈니스 소유자는 성공하기 위해서는 해당 협력 필요한 때문에 응용 프로그램 우선 순위 지정 같은 프로세스가 관련된.

비전 및 범위 정의: Windows

응용 프로그램 호환성 다룰 때는 다음 지속적으로 설계자에게 가져올 있습니다. 중요, 손상된 임무 Visual Basic 3.0 응용 프로그램 및 소스 코드 없이 Pocket 찾은 경우 않는 가져올 쉽게 있습니다. motivating rallying cry를 할 것입니다. 하드, 전략적 결정을 안내해주는 주요 목표를 할 것입니다.

예를 들어, 관리자 권한이 필요한 응용 프로그램을 수정하는 Windows 업그레이드 주요 목표는 사용 것입니다 적용하는 경우 RunAsAdmin 아닌 표준 사용자로 실행 shim이 않습니다 좋은 완화. 찾기, 구성 및 정보를 사용하여 쉽게 하려면 것이 기본 목적인 상태에서 " 새로 구입 " 수정 프로그램을 사용하여 끊어진 응용 프로그램을 수정해야 고려 정보 시각화 및 셸 통합 기능을 고려하는 제품의 여러 사용할 수 있을 것입니다.

사용자 비전 적어 후에는 범위를 정의할. 사용자 비전 표준 사용자 데스크톱 백분율로 이동 포함되어 있으면 해당 백분율을 정의하십시오. 이 확실한, 소리 수 경우 자주 overlooked 뿐 아니라 강력한 성공을 관련이.

비전 및 범위 정의: 응용 프로그램 관리

운영 체제 마이그레이션이 응용 프로그램 관리 위한 목표를 설정할 완벽한 시간을입니다. 엔터프라이즈 내의 모든 응용 프로그램을 변경하지 중인, 즉 응용 프로그램 포트폴리오를 관리하는 방법을 고려하는 경우 뛰어난 시간.

두 가지 관점에서 응용 프로그램 관리 목표를 검토하십시오.

• 민첩성 경쟁력을 같이 기술 변경 응답할 방법을 빠르게 수 있습니다? 방법을 잘 중인 소프트웨어의 위험 및 프로덕션 시간을 최소화할 수 있는? 응용 프로그램의 수명 주기 얼마나 잘 관리해야 합니다? 소프트웨어를 해결에 어떤 비즈니스 문제가 이해 수행할 및 최적의 소프트웨어 솔루션이? 의도적으로 및 strategically 소프트웨어를 사용해야 할.
• 생산성 향상 사용자 생산성을 극대화하기 있습니까? 친숙한, 모던, 및 일관되게 고품질 소프트웨어 환경을 제공할 수행할 수? 생산성 및 헬프 데스크 비용 관리 품질 표준이 있습니까? 같은 소프트웨어 플랫폼 사용하여 사용자의 공동 있습니다? 원하는 비즈니스 생산성 사용 소프트웨어를 이용할 수.

가장 큰 단일 응용 프로그램 관리 응용 프로그램 커졌습니다 경우 이동 거의 모든 곳에서 검사하는 것입니다. 일부 조직에서는 10만 부분을 소프트웨어 가까이 할. 이게 완전히 unmanageable! 이에 대한 대기 (50-사용자의 팀 고용, 각 응용 프로그램 테스트가 한 시간 전용 소비할 수 및 경우 여전히 걸릴 수 테스트를 완료하려면 전체 달력 연도를. 응용 프로그램 호환성 프로젝트에 배율 프로젝트를 있으며 중 가장 큰 다음 오류 때문에 WINS 배율을 최소화하기 위해.

어떤 가장 큰 문제가 경우 향상됩니다 방법을 적습니다. 대개 없습니다 이동할 수 500 10만 응용 프로그램에서 이 시간. 수 있을 않습니다 없애기 밀어넣기 위해 두 손 시간이 있으므로 큰 단추 사용하여 모든 이전 VB6 응용. 그럼에도 불구하고 목표 설정, 사용자 비전 통합할 및 합니다 사용자 범위에서 평가.

팀 빌드

비전 및 적절한 범위, 것이 시간 작업을 수행하려면 팀을 구성합니다. (사용자 역할이 둘 채울 수 있습니다 (중요한 역할을 다음과 같습니다.

• 프로젝트 관리자 많은 부문 및 조직에서 여러 팀의 조정합니다.
• 비즈니스 Coordination 리더 응용 프로그램 우선 순위 데이터를 가져오는, 찾을 사용자 수용 테스트를 좌표 및 파일럿 사용자 (이 역할에 자주 프로젝트 관리자가 실행할 (좌표 비즈니스 응용 프로그램 소유자는 작동합니다.
• 기술 리더 교육 간격을 식별하고 복잡한 호환성 문제를 해결하기 위해 디버거 작업할 개발자가 작동합니다.
• 테스트 관리자 팀과 기본 사용자가 편리하게 의자 및 소프트웨어 테스트 기준으로 현재 OS 이미지가 있는지 확인합니다.
• 응용 프로그램 리서치 팀 타사 소프트웨어 (자주 outsourced (현재 지원 상태를 확인합니다.
• 테스트 팀 실행 설치한 후 스모크 테스트를 사용자 (자주 outsourced (테스트하기 전에 기본 호환성을 보장하기 위한.
• 완화 팀 테스트하는 동안 해당 화면에 호환성 문제를 해결합니다.
• 패키지 팀 (자주 outsourced (완료된 테스트 후 설치 패키지를 만듭니다.

전체 팀이 서로 및 운영 체제 마이그레이션에 관련된 다른 사용자와 밀접하게 작동하지 합니다. 예를 들어, 현재 이미지 및 최신 그룹 정책 구성을 할 수 있을 것입니다.

한 비전 및 정의된 범위가 식별된 팀, 하려면 호스팅하려는 작업 계획 시작하는 데 시간이 것이.입니다. 프로세스가 세 단계로 나눌 수 있습니다.

• 수집 어떻게 합니까? (현재 상태)
• 분석 어떻게 수행할 I 공유해 보세요. (원하는 상태)
• 테스트 및 완화할 어떤 작동?

수집

작업 계획하기 전에 소프트웨어를 이해해야 하는 경우 현재 상태. 더 많은 소프트웨어 관리 도구를, 현재 상태가 있는 자세한 표시 복잡한. 소프트웨어 관리 도구에서 응용 프로그램 인벤토리 이미 있으면 사용하십시오. 그렇지 않으면 해당 사용 가능한 응용 프로그램 Compatibility Toolkit(ACT) Microsoft 에서 뛰어난 재고 제공할 수 있습니다. 도구를 사용하면 문제가 되지 않습니다.. 있는 도구를 사용하면 필요한 모든 데이터를 나중에 프로세스에서 위로 상태가 됩니다 응답 질문에 경우 어떤 중요하지 않습니다. 사용자 목록 구조를 수 있도록 알아야 할 같습니다.

• 부서나 조직 사용자가 있는 작동합니까? 이 정보를 사용하면 어떤 소프트웨어를 식별하는 우선 순위 드라이브 또는 중복 확인 있는 비즈니스 문제를 해결합니다. 필자는 본 적이 여러 가지 방법으로, 수집된 이 컴퓨터 이름, IP 서브넷 및 등의 사용하여.
• 역할 사용자가 수행하는 작업은 무엇입니까? 이 정보는 어떤 소프트웨어 데 사용됩니다, 다시 우선 순위 완료되거나 중복 확인 식별하는 데 도움이 됩니다. 이 데이터는 일반적으로 느끼고 있지 않는 한 찾으려면 인코딩된 위치, 같은 Active Directory입니다.
• 사용 소프트웨어를 사용자 수가 설치되어? 훨씬 더 얼마나 사용자가 사용합니다? 아무도 갖고 설치되면 해당 또는 설치가 되어 사람이 않습니다 사용하는 것이 알고 응용 프로그램을 끕니다 쉽습니다.

나중에 함께 다음 데이터 응용 프로그램 테스트가 사용자가 쉽게 사용할 수 것입니다.

• OS 패치 수준 여기서 소프트웨어 (presumably) 작동하고 있도록 테스터가 가지 예외가 발생할 때 연결이 끊긴 경우와 작업 경우에는 비교할 수 있습니다 사용자 구성 세부 정보를 합니다.
• 실무 전문가 원하는 테스트를 실제 사용자가 필요합니다 실제 사용자 시나리오를 나타냅니다. SMEs 식별한 않은 경우 아마도 사용 현황 데이터를 확인할 수 후보.
• 설치된 다른 응용 프로그램 경우에 따라 응용 프로그램 문제는 식별할 수 있어야 할 수 있는 응용 프로그램 간에 충돌이 인해.

마지막으로, 실제 배포 지원하기 위해 소프트웨어 인벤토리 데이터가 있는 원할. 역할을 배포할 계획이라면 (" Deploying 사용하여 역할 " 알아보려면 보충 기사를 참조하십시오 좋습니다 이유를), 역할별로 응용 프로그램을 태그 사용하면 안내하는 먼저 해당 응용 프로그램을 테스트할 수 있습니다. 마찬가지로, 나누기 또는 지리적 배포할 계획이라면 수 살펴보겠습니다 수 배포하는 첫 번째 사용자가 사용하는 응용 프로그램 테스트를 시작해야 할 수 것입니다.

수 완전히 이해하지 현재 상태를? 훌륭한, 즉 다음 섹션으로 건너뜁니다. 그렇지 않으면 이제 가져올 수 있는 도구를 선택합니다.

응용 프로그램 호환성 노력 비즈니스 사례를 빌드하는 원시 숫자 초기 할 수 있습니다. Microsoft는 Microsoft 평가 및 계획 Toolkit 일부 대략적인 번호가 얻을 수 있는 agentless 도구를 제공합니다. 전체 프로젝트를 드라이브 충분하지 않은 일반적으로, 동안 이 도구를 보다 쉽게 투자 할 일부 표시를 제공합니다.

역할 배포

가장 성공적인 고객이 역할을 통해 Windows Vista를 배포할. 작업 작업자 역할 구조적 때 이 특히 잘 작동합니다. 역할은 다른 쉽게 별다른 나누기 이외의 소프트웨어 사용 가장 commonality를 갖습니다. 호출 가운데 같은 구조적 작업 작업자 역할을 시작할 수 있습니다. 이 그룹은 응용 프로그램에 수십 아마도 비교적 적은 수의 가질 수 있습니다. 모든 완료, 이러한 응용 프로그램을 테스트하고 이 역할을 배포할 준비가 수 수 있습니다. 관리, brag 및 다음 역할에 따라 이동할 수 있습니다. 팀 도덕성 높습니다 때문에 성공, 관리 것이 행복한 진행 표시되어 있으므로 팀 역할 정보 작업자 역할 같은 소프트웨어 많은 누락 전에 관리가 용이한 숫자에 대한 작업을 수행하는 방법은 가져옵니다.

자세한 데이터를 가져오려면 에이전트가 필요합니다. 여러 가지 MSI, xcopy, setup.exe, 등 응용 프로그램을 설치하는 방법을 같은 사소한 아닌 경우 인벤터리를 수집. 모든 사용자에게 중요하지 응용 프로그램을 찾아 할. 대부분의 도구 표면 리치 클라이언트 응용 하지만 웹 응용 프로그램, ActiveX 컨트롤 및 Microsoft Office 응용 프로그램을 어떻습니까? 모든 표면에 도구입니다를 찾을 I 않았습니다.

응용 프로그램 인벤토리 없는 Application Compatibility Toolkit (ACT) 할 중요합니다 방식으로 데스크톱 응용 프로그램 surfacing 최고 가장 좋은 것입니다: 응용 프로그램 및 지원 문을 개까지 매핑할 수 있는 버전을 제공하는.

사용하여 다음 방식으로 함께 관련하여 ACT을 인벤토리에 I 하려면 한 오해를 위로 선택을: Compatibility Evaluator 테스트용 대신 있는지 좋습니다. 수집할 양을 결정할 때 해당 값 기준으로 이 데이터를 비용을 주의를. 호환성 계산기는 사용하여 테스트 필요가 없습니다 않은 됩니다. 계산기는 프로덕션 환경에서 실행할 수 있습니다 (있도록 성능을 튜닝한 있는 사용자가 있다면 명시적으로 설계되지 않았습니다 (이 경우 속도가 사용자가 너무 많이 수도 있었습니다 (모든 문제를 catch 있으므로.

호환성 계산기는 효과적으로 deprecations (한 GINA 같은 운영 체제에서 제거된 기능) 보고합니다. Internet Explorer 호환성 평가기 Internet Explorer 7 및 위의 경우에만 실행될 등의 상당히 많이 랩 또는 파일럿 컴퓨터 사용하도록 제한합니다 있는 전경에서 작업하지 않는 테스트하기 전에 배포할 수 있으므로 제외하고는 fantastic, 같습니다. UAC 평가기 훨씬 파일을 catch 않는 있으므로 레지스트리 가상화 자동 수정 않는 표준 사용자로 실행 중인 다른 버그의 대신 거친 예측 것이. 요약하자면, catch하고 해당 작업을 모든 반드시 호환성 버그의 주소를 합니다 있지만 범위가 제한되어 인해 것이 중 좋지 예측 경우 않으며 방법이 잘못된 응용 프로그램 전체에 연결이 끊어진.

우리는 이 비용과 비교해. 복잡한 소프트웨어 배포 시스템을 위치에 쉽고 저렴한 에이전트를 배포하는 것이.입니다. 해야 할 수도 가격 데이터를 수집하는 데 시간을 뿐만 아니라 데이터 컬렉션을 지원하도록 서버 out. 각 로그 처리하도록 17 초 평균이 함께 모든 8시간 업로드 3 날짜의 1, 000개의 컴퓨터 컬렉션의 작업을 수행하고 2 일 단위로 이 데이터를 처리할 I 수 합니다. 수 있지만, 30일 동안 200,000 모듈식 엔터프라이즈에서 모든 컴퓨터에서 수집하는 했습니다 경우 모든 8시간 업로드하는 I 'd 처리할 데이터 10 년 (!) 가까이 기다립니다.

그래도 재고 수집 있다면, 하위 컴퓨터 집합을 통해 호환성 데이터 수집 있지만 투자 relentlessly 의미가 만듭니다. 필자는 이 데이터를 수집하는 데 관련된 너무 많은 방대한 비용 예측 본 적이.

분석

알고 있는 어떤, 원하는 결정해야 합니다 (원하는 상태로 재고. 이를 위해서는 비즈니스 간의 공동 작업 및 IT, 및 설계자에게 선택 수의. 결과적으로 어떤 사용자의 그림 1에 나와 너무 여러 번 따라 진행할 프로세스를 본 적이, 않으려는 작업 비용 많이 소비한 수 완료 후 사용할 위치를 수 경우에만 알아내는 어떤.

그림 1 Unwise 응용 프로그램 분석, 즉 어떤 작동하는 것은 아닙니다 어떤 수 원하는.

어떤 작동 따라 원하는 작업에 결정하는 문제는 최종 해당 것입니다 keeping) 및 지원 (중복 응용 문제를 발생할 때문에 바로 또는 결정하는 비용을 조사하고 해당 소요된 이미 있는 후 응용 프로그램을 제거하기 위해 위로.

원하는 먼저 알아내는 및 연구하는 및 해당 응용 프로그램만 회사 값을 추가하는 확인한 테스트 비용을 투자 이상의 의미가 만듭니다.

응용 프로그램 분석 프로세스에 생산성을 하려면 좋습니다 수 일부 명시적 목표를 설정할 것에 대한 진행 상황을 측정값. 권장되는 목표는 다음과 같습니다.

• 최대 응용 프로그램 응용 프로그램 지원하기 위해 원할 수에 대한 명시적 목표를 설정하십시오.
• 관리되는 응용 프로그램 허용 응용 프로그램을 " 관리되는 응용 프로그램에서 비즈니스 우선 순위 및 사용자 수를 기준으로 되면에 대한 허용 오차 수준을 설정할.
• 관리 수준 분산된 조직에서 응용 프로그램 관리, 이 지침은 해당 비즈니스 적합한 구현하려면 자치 업무 단위를 affording 조직 전체의 목표를 설정하십시오.
• 상업용 소프트웨어 버전 표준 항상 최신 버전의 모든 소프트웨어를, 구입 매우 비싼 수 있지만 매우 오래된 소프트웨어 필요 위험이 발생합니다. (현재 버전) n 또는 n-1 (이전 버전) 비즈니스 중요한 응용 프로그램에 대한 표준을 설정하는 것이 좋습니다
• 지원되는 플랫폼 제한 복잡성을 관리할 플랫폼을 사용하면 지원됩니다. 새 버전을 가진 유일한 기능은 최신 플랫폼이 호환성을 만드는 위치에 실행 중이어야 싶지 동안 모든 업그레이드 매우 크고 비용이 많이 드는 됩니다.
• 응용 프로그램 우선 순위 목표 사용자가 어떤 " 비즈니스 중요한 " 의미합니다에 대한 큐브 뷰 매우 다른 경우 일반 있도록 백분율 목표 또는 일부 목표 조건을 설정하여 표시하려는

이러한 목표를 염두에 함께 때가 관련된 작업 비즈니스 면에 인력을 — 소프트웨어를 사용할 방법과 그 이유에 알고 사람이. 소규모 조직에서는 one-on-one 수 있습니다. 대규모 조직에서 SharePoint 포털 사용하여 분석 프로세스에 알리기 위해 데이터를 수집할 수 있습니다. 간단하게 하려면 동안 수 또한 할 마찬가지로, " 우리가 할 임시 법률상 장소에, 작업 이 세금 소프트웨어의 이전 일곱 개의 버전을 유지. " 데이터를 캡처할 수 있습니다.

한 중요한 연습: 팀의 공식적으로 없는 사람 시간을 최적화. 비즈니스 소유자는 일반적으로 있는 Helping 수 즉시 유치하는 데 거의 함께.

응용 프로그램에 대한 이미 알려진 정보를 수집할 방법을 수 수행할? 상업용 소프트웨어 정보를 공유한 경우 Windows 호환 센터있지만 이 사이트에 있는 데이터 사용하여 목록을 위로 일치해야 합니다. Application Compatibility Toolkit 5.5이 일치하는 자동화합니다.

이 원칙을 초기 및 자주 잘라내기 전체에 적용됩니다. 응용 프로그램에서 30초 동안 없앴습니다 높은 값을 리소스가 조사하고 해당 시간 비용을 낮은 값을 리소스 보다 저렴한 상태입니다. 비즈니스 소유자 및 비즈니스 소유자는 주위에 유지할 것인지 결정합니다 도움을 연구 응용 프로그램만 데이터를 수집하는 전에 확실한 노이즈를 제거하십시오. 그림 2에서는 응용 프로그램을 조사하고 기본 방법은 보여 줍니다.

그림 2 ’s 저렴한 초기, 응용 프로그램 목록을 아래로 필터

이 얼마나 잘 작동합니까? 한 고객에 함께 54 다른 컴퓨터에서 약 1,200 응용 프로그램의 인벤토리를 걸렸습니다. 식사 중 시간 통해 비즈니스 규칙에 맞게 확실한 노이즈가 제거됩니다. Microsoft는 곧 450 응용 프로그램 목록을 아래로 축소될 포함하며 수 있을 좁힐 이를 추가 시간이 훨씬 더. 시간 제거할 중요하지 않은 응용 프로그램을 통해 700 것은 — 상당한 비용 절감.

이제 원하는 상태에 따라 비용 예상을 구체화할 수 있습니다. 추가로 상업용 소프트웨어 알려진 호환성 상태 사용하여 해당 예상 알리는 및 아마도 정적 분석 도구를 사용하여 예상한 작업 또는 문제를 이해하는 수 있습니다.

테스트

다음으로 사용자를 테스트 프로세스에서 관련 것인지 결정해야 합니다. 팀 고려 사항에는 포함됩니다.

• 내부 팀 구성 강력한 프로젝트 관리자가 가지며 팀 내부적으로 선행 기술 전문가, 여러 역할 (테스터, 디버거를, 개발 팀이, 사용자, 비즈니스 소유자 및 등) 조정할 수 있습니다. 보장 수.
• 관련된 파트너 대부분의 조직에서는 프로세스를 지원하기 위해 파트너가 포함됩니다. (대상 기술 증대를, 직원 증대를, 공장 방식에서는 등이) 맞게 이러한 만들고 방법을 이러한 살펴보겠습니다 통합할 비즈니스 기능을 테스트할 사용자의 생각해

또한 사용하려는 기술을 계획 할 것입니다. 다음 기술을 고려하십시오.

• 가상 컴퓨터 실행 취소 디스크 및 스냅숏 기능이 저장됩니다 수 많은 시간) 에서 실행 먼저 " 버그, 영구적으로 컴퓨터 상태를 파괴하여 버그에)
• 터미널 서비스 원격 지원 이러한 유용합니다 매우 테스트, 빠르게 Windows Vista 컴퓨터에 사용자 권한을 부여하려면 쉽게 사용자. 있으며 버그 생식 및 조사 원격 지원을 사용하면
• 파일럿 컴퓨터 사용자가 처음 액세스할 수 있도록 응용 프로그램을 테스트하는 데 교환을 hotrod 새 랩톱 매우 motivating 수 있습니다.

다음으로 테스트 프로세스를 매핑하십시오. 그림 3 은 기초 워크플로를 보여 줍니다.

그림 3 -응용 프로그램 테스트 프로세스

확실한 해당 안 함 하려면 수 모든 작업을 수행할 사용자에게 관련된 전에 중단됩니다. 마지막으로 위로 설치 blow 해당 모양이 있는 데만 환경에 가져올 않으려고 사용자가 convincing 아닌 더 없어 아무 방법이.

마찬가지로, 테스터가 수정하려면 없습니다 있다면 내용이 테스트 설정 종료 안 함 확인하십시오. 지원이 필요한 경우 전용 테스트 버전 지원됩니다.

재조정

효율적인 테스트 할 염두에 수정 테스트 할 것입니다. 맞추는 것이 수정 버킷을 확인할 때까지 실패한 응용 프로그램을 디버깅하려면; 있는 버킷 다음에는 중지하십시오.

물론 이렇게 하려면 테스터에게 considering, 언제 있다면 버킷 알고 있어야. crisply 수정 전략을 정의하십시오. 대부분의 조직에서는 고려해야 수정 옵션은 다음과 같습니다.

• 새로 가져옵니다. 이 문제를 가능성이 매우 높습니다 대개 응용 프로그램의 일부에 중요합니다) 하는 공급업체에 지원을 제공합니다. 개발 또는 인식 비용과 가장 비싼 방법이 될 경향이. 일반적으로 이 방법은 감당할 수 언제든지가 사용됩니다!
• 심은 it. 비용 절약 경로가 이 — 있을 가져오기 전에 운영 체제에 대한 호출을 수정하여 응용 프로그램을 쉽게. 모든 변경 여부에 소스 코드에 액세스하지 않고 응용 프로그램을 수정할 수 있습니다. 최소한의 shim 데이터베이스에 대한 추가 관리 오버헤드가 발생할 수 있으며 이렇게 이 하면 응용 프로그램의 적절한 수를 수정할 수 있습니다. 단점은 지원 것은 대부분의 공급업체 shimmed 응용 프로그램을 지원하지 않습니다. shim 사용하여 모든 응용 프로그램을 수정할 수 없습니다. 일반적으로 대부분의 위치를 공급업체에 비즈니스 벗어났습니다, 소프트웨어 지원이 필요할 수 전략적 없는 또는 이러한 바로 시간이 구매 응용 프로그램의 shim을 것이 좋습니다.
• 변경 정책. 특정 기능 응용 프로그램의 수가 중단되면 해당 기능을 사용하지 않으려면 할 수 있습니다. 장점은 shim을 사용하는 것과 비슷합니다 (변경 또는 소스 코드에 경우에도 액세스할 필요가 없습니다. 대해서도 유사한 단점이 있습니다 (지원 및 모두 해결할 수 없는 부족. 일부 사용자는 이 방법은 웹 응용 프로그램의 shim 옵션이 없는 것이 좋습니다. 보안 기능 중 일부는 수 개별적으로 제어할 수 있으며 stopgap 솔루션으로 사용할 수 없습니다. 일반적인 선택 기본적으로 Internet Explorer 8 않습니다) 있는 로컬 인트라넷 영역에 대한 보호 모드를 사용하지 않는 것입니다. 그러나 유의하십시오, 언제든지 시스템의 기본 보안 수정, 해당 결정을 매우 심각한 수행할. 예를 들어, UAC를 해제하면 OS 마이그레이션의 비즈니스 가치를 decimate 수 있습니다.
• 응용 프로그램 가상화. 응용 프로그램 호환성 솔루션에 응용 프로그램 가상화 주위에 혼란 많은 경우 기본 OS 및 따라서 전체 및 foolproof 솔루션을 응용 프로그램의 전체 분리를 같이 설명한 듣지 I 있어야. 이것은 emphatically untrue 오늘입니다. 파일 및 레지스트리 호출을 나머지 응용 프로그램을 계속 기본 OS 호출하고 파일 시스템 또는 레지스트리 외부의 모든 호환성 문제가 고정되지 않은 유지됩니다. 것이 훌륭한-프로그램 충돌을 제외한 OS 충돌 응용 프로그램 일반 솔루션이 없습니다. 지원 상태를 알 수 있지만 대개 사용자 favor에 없는 경우에도 지원되면 해당 기본적으로 해당 OS에서 일부 회사 내의 응용 프로그램 가상화 소프트웨어를 지원하는 없습니다. 고객은 이 솔루션을 사용하는 일반적인 시나리오는: 가상 응용 프로그램 뒤에 배포 텍스트 같은 있으므로 바로 좋은 22주년을 또한 호환성 문제를 해결하는 이를 있는 것이 또는 문제가 핵심 부하 에서 다른 응용 프로그램과 충돌로 인해 때 파일 시스템 및 레지스트리 문제가 있습니다.
• 시스템 가상화 및 터미널 서비스. 시스템 가상화는 무작위 메서드입니다. 해당 사용자의 이동하는 작업을 수 실제로 실행되고 있으므로 해당 OS, 이전 버전에서 사용자의 로컬 컴퓨터에 있는지 또는 다른 위치에 서버에서 알고 있습니다. 해당 거의 항상 넣습니다 수 지원되는 경우 이가 지원되는 운영 체제에서 실제로 실행 중인 수 있으므로. 그러나 보다 주의해야 경향이 필자는 " 모든 것이 가상화, 오늘날 마이그레이션 및 작업을 나중에 수정할 " 이라고 일부 동안. 관리 오버헤드가, 잠재적으로 관리 중인 이후 이중 사용자별 운영 체제 수입니다. 로컬 가상화를 사용하고 있으면 합니다 동시에 두 운영 체제를 지원하기 위해 (특히 메모리) 리소스가 있는 컴퓨터를. 사용자 환경을 오늘 아닙니다 항상 있는 유용한 Microsoft 및 파트너 모두 이 향상시키기 위해 솔루션을 가지) 있지만 시작 단추 두 개를 볼 대부분의 사용자는 perplexed 있는 것처럼. 내 고객은 대부분의 응용 프로그램 문제를 마지막 수단으로만 사용합니다 경향이 있습니다. (사실 많은 고객이 테스트 임계값을 설정하려면, 경우 수정 팀은 다음 시간 내에 문제를 수정할 수 없습니다 이를 예상 잠재적으로 계속에 대해 수행하는 대신 각 응용 프로그램의 바로 중지하고 이전 운영 체제 환경에 응용 프로그램을 배치합니다.)
• it. 없애기 이 옵션은 잊지 마십시오! 때때로 하는 것이 없습니다 가치가 낮은 비즈니스 값이 응용 프로그램 또는 중복 부분을 소프트웨어 재조정 수입니다. 그 대신 끕니다.

결론

우리는 있어야 일부 가장 중요한 고려 사항 계획 응용 프로그램 호환성 프로젝트를 통해 진행된다는. 필자는 있어야 이 한 단색 청크 (프로젝트 실제로 시작되기 전에 전체 프로젝트 계획을 생성), 내에 있거나 계획 이루어지며 앞의 한 완료된 후 각 단계에 대한 계획을 고객은 협력하여 I 있어야. 중요한 점을 이해해야 합니다 있습니다 수 수행 수 시간과 비용을 절약할 나중에 각 단계에서 것입니다.

프로세스에서 공학 craftsmanship, 응용 프로그램 호환성 프로젝트로 큰 Challenge 측면이 없는 있지만 경우 대량 관리하고 장려 사용자가 데 incented 않는 사용자를. 이러한 팁 및 지침을 데 도움이 합니다.

Chris Jackson Microsoft의 Windows Application Experience SWAT 팀 기술 리더 것입니다. 그는 조사합니다 이러한 많은 업계 이벤트를 Windows 응용 프로그램 호환성에 대한 지침 교육을 제공하는 물론 응용 프로그램 호환성 문제를 완화할 수 있도록 세계의 엔터프라이즈 고객과 업무 경험을 갖고 있으며 Chris 연락하시면 됩니다. blogs.msdn.com/cjacks.