Office 2010 응용 프로그램 호환성 가이드

 

적용 대상: Office 2010

마지막으로 수정된 항목: 2017-01-17

Microsoft Office 2010 배포에 대한 응용 프로그램 호환성 테스트 및 수정 프로세스는 호환성 문제를 식별하고 이를 수정하기 위한 계획을 손쉽게 세울 수 있도록 합니다. 이러한 정보는 주로 응용 프로그램 호환성 문제를 평가하고 해결하는 IT 전문가에게 도움이 됩니다. Office 응용 프로그램을 업그레이드하는 개발자도 이 정보를 유용하게 활용할 수 있습니다. 이 문서에 설명된 프로세스를 완료한 관리자와 개발자는 Office와 함께 연동되는 추가 기능 및 응용 프로그램에 대해서는 물론 이를 Office 2010으로 마이그레이션하는 방법을 보다 세부적으로 이해하게 될 것입니다.

이 문서에서는 문서 호환성, 변환 또는 마이그레이션에 대해서는 다루지 않습니다. 레거시 Office 파일을 변환하는 방법 및 호환 모드를 사용하는 방법에 대한 자세한 내용은 Office 2010의 문서 호환성을 참조하십시오.

이 문서의 내용:

  • Office 2010 응용 프로그램 호환성 소개

  • 응용 프로그램 호환성 평가 및 수정 프로세스

  • 호환성 테스트 계획

  • 환경 평가

  • 호환성 문제 테스트 및 수정

Office 2010 응용 프로그램 호환성 소개

개발자와 전문 사용자는 첫 Office 제품이 출시된 이래 Office를 확장하기 위해 작성하여 왔습니다. 기능이 변경 및 제거되고 파일 형식이 바뀌면서 Office가 발전함에 따라 이전의 추가 기능 및 사용자 지정 내용을 Office 2010에서 사용할 경우 올바르게 작동하지 않을 가능성이 생겨났습니다. 따라서 작성된 지 10년이 넘은 Office 파일을 보유하고 있는 조직에서는 응용 프로그램 호환성이라는 문제에 직면할 수 있습니다.

Office 2010에는 기존 파일, 매크로, 추가 기능 및 Microsoft Visual Studio 솔루션과의 호환성에 영향을 줄 수 있는 다양한 변경 사항과 많은 제품 개선 사항이 포함되어 있습니다. 다음 목록에는 이러한 변경 사항의 일부가 나와 있습니다.

  • 제거된 기능   추가 기능 및 응용 프로그램이 Office 2010에서 제거된 기능 및 해당 개체 모델에 의존하는 경우 올바르게 작동하지 않을 수 있습니다.

  • 변경된 기능   업데이트된 기능 및 해당 개체 모델로 인해 추가 기능 및 응용 프로그램이 예상대로 작동하지 않을 수 있습니다. 어떤 경우에는 이러한 변경 사항이 명확하게 드러나지만 철저한 테스트를 통해서만 확인되는 경우도 있습니다.

  • 64비트 비호환성   Office 2010은 32비트 및 64비트 버전으로 모두 제공됩니다. 64비트 버전은 복잡한 Microsoft Excel 스프레드시트 또는 Microsoft Project 파일 작업 시 더 많은 메모리 용량을 필요로 하는 사용자를 위한 제품입니다. 64비트 버전의 Office를 배포하려는 경우 32비트 클라이언트 컴퓨터에서 작동하도록 만들어진 ActiveX 컨트롤, 추가 기능 및 Microsoft VBA(Visual Basic for Applications) 솔루션은 64비트 버전의 Office 2010에서 올바르게 작동하지 않을 수 있음을 고려해야 합니다.

Office 2010의 응용 프로그램 호환성 문제를 평가 및 수정하기 위해 사용할 수 있는 도구 및 솔루션에는 몇 가지가 있습니다. IT 관리자는 새로운 OEAT(Office Environment Assessment Tool)를 사용하여 Office와 함께 연동되는 추가 기능과 응용 프로그램을 손쉽게 식별할 수 있습니다. 개발자는 새로운 Microsoft Office 2010 Code Compatibility Inspector 도구를 사용하여 VBA 프로젝트 또는 Visual Studio 코드 내에서 잠재적으로 호환되지 않을 수 있는 코드를 가려내는 방식으로 추가 테스트를 수행할 수 있습니다. 응용 프로그램을 수정할 수 없는 경우 관리자는 원격 데스크톱 서비스(터미널 서비스), 병렬 설치 및 새로운 Microsoft App-V(Application Virtualization) 같은 솔루션을 사용하여 이전의 호환되는 Office 환경을 Office 2010과 함께 유지할 수 있습니다.

다음 섹션에서는 Office 2010 응용 프로그램 호환성 평가 도구에 대해 간략히 설명합니다.

OEAT(Office Environment Assessment Tool)   OEAT는 사용자의 컴퓨터에 설치된 추가 기능을 식별하는 Office 2010을 위한 새로운 검사 도구입니다. OEAT는 Microsoft Office 97, Microsoft Office 2000, Microsoft Office XP, Microsoft Office 2003 및 2007 Microsoft Office 시스템에 대한 추가 기능 정보를 수집하여 보고합니다. 또한 OEAT에서는 검색된 타사 추가 기능 목록을 ISV(Independent Software Vendor) Application Compatibility Visibility Program을 통해 추적된 호환되는 추가 기능 목록과 비교합니다.

OEAT를 다운로드하려면 Office 2010 도구: Office Environment Assessment Tool(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=171092\&clcid=0x412)(영문일 수 있음)을 참조하십시오.

ISV Application Compatibility Visibility Program   이 새로운 프로그램에서는 자사의 제품이 Office 2010과 호환된다고 보증하는 ISV(Independent Software Vendor)를 추적합니다. ISV에서는 ISV 전용 포털을 통해 자사 제품의 정보를 제출하고 Microsoft는 이 목록을 Microsoft Office 2010 호환성 리소스 센터(https://go.microsoft.com/fwlink/?linkid=186766\&clcid=0x412)에 게시합니다. 또한 OEAT는 이 목록을 사용하여 알려진 호환 가능한 추가 기능을 요약 보고서에서 강조 표시합니다.

현재 이 프로그램에 참가한 ISV의 목록을 확인하려면 Microsoft Office 2010 호환성(https://go.microsoft.com/fwlink/?linkid=186766\&clcid=0x412)을 참조하십시오.

Microsoft OCCI(Office 2010 Code Compatibility Inspector)   Microsoft Office 2010 Code Compatibility Inspector는 Office 2010과 호환되지 않는 개체 모델 API 호출에 대해 기존 VBA, Visual Basic .NET 및 C# 소스 코드를 비교합니다. 이 도구는 Microsoft VBA 7(Visual Basic for Applications 7.0)과 Microsoft Visual Studio 2008 또는 Microsoft Visual Studio 2010에 모두 통합되며 기본 검사 프로그램이 포함되어 있습니다. 이 검사 도구에서는 Office 2010과 호환되지 않는 코드를 발견할 경우 개발자가 나중에 참조 및 수정할 수 있도록 코드에 메모를 추가합니다. 또한 이 검사 도구는 64비트 Office 2010과 호환되도록 업데이트해야 하는 ActiveX 컨트롤에서 사용하는 DLL에 대한 참조 및 Declare 문을 코드에서 검사합니다.

OCCI를 다운로드하려면 Office 2010 도구: Compatibility Inspector(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=181874\&clcid=0x412)(영문일 수 있음)를 참조하십시오.

다음 표에는 많은 조직에서 직면하는 Office 기반 사용자 지정의 종류와 각 사용자 지정을 평가하는 데 사용되는 도구가 나와 있습니다. 이러한 사용자 지정의 일부는 이전 버전의 Office에서 일반적이었기 때문에 추가 정보 링크가 Office 2003 이전 버전용 개발자 설명서를 가리키는 경우가 많습니다.

사용자 지정 유형 설명 평가 도구

자동화 추가 기능(.xll 또는 .wll)

개발자는 자동화 추가 기능을 사용하여 기존 Office 2010 응용 프로그램의 기능을 사용자 지정 응용 프로그램에 통합할 수 있습니다. Office 자동화 추가 기능의 예로는 고객의 요금 청구 데이터를 Microsoft Excel 워크시트에 작성하는 CRM 응용 프로그램이 있습니다.

자동화 추가 기능에 대한 자세한 내용은 Excel COM 추가 기능 및 자동화 추가 기능(https://go.microsoft.com/fwlink/?linkid=186622&clcid=0x412)을 참조하십시오.

OEAT

COM 추가 기능(Windows .dll)

Microsoft Office 2000의 일부로 도입된 COM 추가 기능은 개발자가 자신이 선택한 프로그래밍 언어 및 환경을 사용하여 Office 기반 솔루션을 만들 수 있도록 합니다. 작성된 COM 추가 기능은 .dll 파일로 컴파일됩니다. 그러면 이 .dll 파일은 하나 이상의 Office에서 로드되어 Office 개체 모델과 상호 작용할 수 있습니다.

COM 추가 기능에 대한 자세한 내용은 COM 추가 기능이란?(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=186623&clcid=0x412)(영문일 수 있음)을 참조하십시오.

OEAT

Office 97–2003 형식 VBA 추가 기능 (.dot, .wll, .xla, .xll, .ppa)

Office 2007–2010 형식 VBA 추가 기능 (.dotm, .xlam, .ppam)

VBA 서식 파일 추가 기능은 Microsoft VBA(Visual Basic for Applications)를 사용하여 만듭니다.

VBA 추가 기능에 대한 자세한 내용은 Office 2010에서 VBA 시작(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=186624&clcid=0x412)(영문일 수 있음)을 참조하십시오. Microsoft Word 서식 파일과 추가 기능의 차이점에 대한 자세한 내용은 Word 문서 서식 파일과 Word 추가 기능 비교(전역 서식 파일)(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=186625&clcid=0x412)(영문일 수 있음)를 참조하십시오.

OEAT 및 OCCI

Office 2007–2010 형식 VBA 매크로 사용 파일 (.docm, .xlsm, .pptm)

이러한 파일은 VBA 매크로 코드를 포함하지만 추가 기능으로 저장되지는 않습니다.

OEAT는 시작 폴더에 저장되거나 전역 서식 파일로 로드되는 Word 및 Excel의 매크로 사용 파일을 검색합니다. OEAT는 다른 위치에 저장된 매크로 사용 파일은 검색하지 않으며 위치에 관계없이 PowerPoint 매크로 사용 파일도 검색하지 않습니다.

매크로 사용 파일에 대한 자세한 내용은 Office 2010에서 지원되는 파일 형식을 참조하십시오.

OEAT 및 OCCI

Visual Studio를 사용하여 만든 Office 추가 기능

조직에서는 Visual Studio를 사용하여 만든 Office 추가 기능을 통해 Office 응용 프로그램을 사용자 지정하여 비즈니스 프로세스에 필요한 특정 기능을 추가할 수 있습니다.

Visual Studio에서는 조직에서 사용할 수 있는 다음과 같은 두 가지 종류의 솔루션을 지원합니다.

  • 문서 수준 사용자 지정   이러한 사용자 지정은 Microsoft Word 또는 Microsoft Excel의 단일 문서, 통합 문서 또는 서식 파일과 연결된 어셈블리로 구성되어 있습니다. 문서 수준 사용자 지정의 기능은 연결된 문서가 열려 있는 경우에만 사용할 수 있습니다. 이러한 사용자 지정은 문서가 열릴 때 새 메뉴 항목이나 리본 탭을 표시하는 등의 응용 프로그램 전반에 영향을 주는 요소는 변경할 수 없습니다.

  • 응용 프로그램 수준 추가 기능   이러한 추가 기능은 Office 응용 프로그램과 연결된 어셈블리로 구성되어 있습니다. 이 추가 기능은 개체 모델로 호출되어 응용 프로그램을 자동화 및 확장하는 것은 물론 Microsoft .NET Framework의 모든 클래스를 사용할 수도 있습니다.

OEAT는 응용 프로그램 수준 추가 기능을 검색하는 데만 사용할 수 있습니다.

Visual Studio를 사용하여 만든 Office 추가 기능에 대한 자세한 내용은 Office 솔루션 개발 개요(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=188380&clcid=0x412)(영문일 수 있음)를 참조하십시오.

OEAT 및 OCCI

응용 프로그램 호환성 평가 및 수정 프로세스

다음 그림에서는 응용 프로그램 호환성 평가 및 수정 프로세스를 요약해서 보여 줍니다. 이 그림에 정의된 각 작업은 이 문서의 해당 섹션에 설명되어 있습니다.

응용 프로그램 호환성 프로세스

참고

이 가이드에서는 문서 호환성, 변환 또는 마이그레이션에 대해서는 다루지 않습니다. 레거시 Office 파일을 변환하는 방법 및 호환 모드를 사용하는 방법에 대한 자세한 내용은 Office 2010의 문서 호환성을 참조하십시오.

호환성 테스트 계획

추가 기능 및 응용 프로그램의 평가, 수정 및 파일럿 진행을 계획하는 일은 전체 응용 프로그램 호환성 테스트 과정에서 중요한 첫 번째 단계입니다. 이전 2007 Office System 호환성 테스트 결과를 활용하길 원할 수도 있지만 성공적인 배포만 지연될 뿐이므로 그렇게 하지 않는 것이 좋습니다.

평가 계획

다음 섹션에서는 조직에서 추가 기능 및 응용 프로그램의 평가를 준비하는 데 도움이 되는 계획 작업에 대해 설명합니다.

평가 문서 및 결과를 위한 중앙 저장소 만들기

평가 및 수정 프로세스를 손쉽게 관리하려면 검색된 응용 프로그램 및 해당 상태가 저장되는 중앙 저장소를 만드는 것이 좋습니다. Microsoft SharePoint Server 2010 등의 솔루션을 사용하면 모든 프로젝트 구성원이 항상 최신 정보를 접하고 프로젝트가 일정에 따라 차질 없이 진행되도록 할 수 있습니다.

관련자 식별

관련자는 프로젝트에 리소스를 승인 및 할당하는 사람 또는 그룹입니다. 응용 프로그램 호환성 프로젝트 팀은 계획 과정 초기에 관련자를 확인함으로써 이해 관계가 있는 관련자에게 프로젝트 결과물을 전달하고 결과물의 유효성을 검사할 수 있습니다.

다음 표에서는 응용 프로그램 호환성 프로젝트의 일반적인 관련자 역할에 대해 설명합니다.

역할 책임

응용 프로그램 소유자

이전 Office 버전을 사용하여 수행된 비즈니스 프로세스가 업그레이드 후에도 계속 중단되지 않고 수행되는지 확인합니다.

프로젝트 스폰서

조직 내에서 Office 업그레이드 성공과 긍정적 평판을 홍보합니다.

프로젝트 참가자에 대한 역할 할당

다음 표에서는 응용 프로그램 호환성 프로젝트에서 이행해야 하는 역할 및 해당 역할의 책임에 대해 설명합니다.

역할 책임

프로젝트 관리자

프로젝트의 전반적인 흐름을 유지하고 전체 리소스, 메트릭 및 위험을 관리합니다.

호환성 유효성 검사 테스터

테스트 계획을 준수하고 파일 형식, 매크로, 추가 기능 또는 Office 자동화를 포함하여 잠재적인 비호환성 문제가 있는지 Office 구성 요소를 테스트합니다.

OEAT 운영자

OEAT의 설치와 구성을 이해하고 수행합니다.

수정 책임자

Office 사용자 지정 내용의 호환성 문제를 해결하는 작업을 수행합니다.

회귀 분석 테스터

Office 개체가 성공적으로 수정되었는지 확인합니다. 이 역할은 대개 수정 책임자가 이행합니다.

사용자 승인 테스터

응용 프로그램이 성공적으로 수정되었고 다른 사용자 지정 내용 또는 작업과 간섭이 없음을 파악하는 해당 사업부의 대표자입니다. 수정 또는 회귀 분석 테스트를 수행하는 인원이 이 역할을 맡아서는 안 됩니다.

비즈니스 분석가 또는 소유자

사업부에 중요한 역할을 하는 응용 프로그램 및 추가 기능의 코드와 설명서를 담당합니다.

배포 그룹 책임자

전체 기술 프로세스의 적시성을 담당하고 이를 추적합니다. 일부 보고 또는 관리 작업을 위임할 수도 있습니다.

응용 프로그램 패키지 그룹

Office 2010 설치 패키지를 담당합니다.

클라이언트(데스크톱) 팀

SCCM(Systems Center Configuration Manager) 같은 조직의 구성 관리 도구를 통해 Office 2010 패키지 배포를 담당합니다.

서비스 창구

테스터 및 사용자(마이그레이션 완료 시)에게 Office에 대한 기능 지원을 제공합니다.

사업부 식별 및 인터뷰

평가 계획의 다음 단계에서는 부서 또는 사업부 그룹을 식별하고 해당 대표자와 인터뷰하여 현재 추가 기능 집합이 비즈니스 요구 사항을 충족시키는 방식을 파악합니다. 각 추가 기능의 중요성, 목적, 만든 이유, 역할 및 만든 사람을 파악하면 추가 기능을 수정하고 발견된 문제를 해결하는 방법과 관련된 결정을 내릴 때 충분한 정보를 활용할 수 있게 됩니다.

Office 응용 프로그램의 일부 추가 기능은 조직 내에서 비공식적으로 만들어졌을 수 있습니다. 따라서 특정한 조사 작업을 통해 소유자 및 원본 소스 코드(여전히 있는 경우)를 추적해 찾아내야 할 수 있습니다.

다음은 인터뷰 설문 조사를 위한 서식 파일로 사용할 수 있는 양식입니다.

응용 프로그램 정보

사업부

응용 프로그램 이름

응용 프로그램 연락처/소유자

응용 프로그램 ID

버전

우선 순위

계층

알려진 Office 2010 호환성 상태(성공, 실패)

호환성 문제에 대한 설명(해당되는 경우)

사용자 수

응용 프로그램에서 사용되는 Office 버전(XP, 2003, 2007, 2010 등)

사용 유형 설명(예: Office 문서 내보내기, Office 응용 프로그램의 추가 기능 등)

응용 프로그램에서 사용되는 Office 제품군 구성 요소

Word

Excel

Access

PowerPoint

기타

해당 응용 프로그램에서 차트, 피벗 테이블 보고서 또는 드로잉 아트 같은 복잡한 Office 개체를 사용합니까?

해당 응용 프로그램이 데이터 입력 응용 프로그램이거나 프런트 엔드 응용 프로그램입니까? 이에 해당하는 경우 세부 정보를 제공해 주십시오.

응용 프로그램에서는 어떤 언어가 지원됩니까?

검사할 클라이언트 컴퓨터 식별

해당 클라이언트 컴퓨터를 검사해야 하는 여러 사업부를 확인한 후에는 각 사업부에 대해 통계적으로 관련성이 높은 클라이언트 컴퓨터 표본을 식별하는 프로세스를 시작할 수 있습니다. 조직의 모든 클라이언트 컴퓨터를 검사할 필요는 없습니다. 그러나 경우(조직의 규모)에 따라서는 전체 환경이나 전체 그룹 또는 OU(조직 구성 단위)를 검사하는 것이 참여할 개별 클라이언트 컴퓨터를 기술하는 것보다 덜 제한적일(더 편리할) 수 있습니다. 통계적으로 관련성이 있는 20% 이하의 표본이라도 Office 2010 환경의 호환성 문제를 성공적으로 평가 및 수정하기에는 정보가 충분합니다.

중요

OEAT를 실행하는 모든 클라이언트 컴퓨터에는 Microsoft .NET Framework 2.0 이상이 설치되어 있어야 합니다. OEAT 요구 사항에 대한 자세한 내용은 Office 2010용 OEAT(Office Environment Assessment Tool) 사용자 가이드을 참조하십시오.

조직에 최신 클라이언트 인벤토리가 없는 경우에는 MAP(Microsoft Assessment and Planning) Toolkit를 실행하여 클라이언트 인벤토리를 생성하고 Office 2010의 준비 상태를 평가합니다. 이 인벤토리에서 비즈니스 그룹 책임자와 공동으로 OEAT를 사용하여 평가할 일련의 클라이언트 컴퓨터를 선택할 수 있습니다. MAP Toolkit에 대한 자세한 내용은 Microsoft Assessment and Planning Toolkit(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=149448\&clcid=0x412)(영문일 수 있음)를 참조하십시오.

수정 계획

다음 섹션은 호환되지 않는 응용 프로그램을 분류 및 수정하기 위한 초기 기준을 정하는 데 도움이 됩니다. 계획 프로세스의 초기에 제반 사항을 일치시키면 평가 및 테스트 결과가 나온 후에도 좀처럼 불일치 사항 또는 다른 지연이 발생하지 않게 됩니다.

응용 프로그램 분류 및 우선 순위 지정 방식 결정

기업에서는 조직에 대한 가치가 저마다 크게 다를 수 있는 다양한 Office 기반 응용 프로그램 및 추가 기능을 개발, 배포 및 유지 관리합니다. 따라서 응용 프로그램을 비즈니스에 대한 가치를 토대로 클래스 또는 계층으로 정리하는 일이 중요합니다. 이를 위한 간단한 방법은 응용 프로그램을 중요 업무용인지 아닌지에 따라 분류하는 것입니다. 추가로 고려할 분류 기준은 다음과 같습니다.

  • 회사 내 및 타사 응용 프로그램

  • 부서 응용 프로그램

  • 관리되지 않는 솔루션(예: 최종 사용자가 만든 서식 파일, 추가 기능 및 매크로)

  • 응용 프로그램 사용자 수

  • 경영진의 응용 프로그램 사용률

  • 응용 프로그램의 예상 수명

다음 표에서는 조직에서 다양한 종류의 Office 사용자 지정 내용을 분류하고 우선 순위를 지정하는 방법에 대해 설명합니다.

사용자 지정 내용 중요 업무용 일반 업무용

자동화 추가 기능

사전 OEAT 검사, 테스트 및 수정

검색된 사용자에 대한 대응

COM 추가 기능

사전 OEAT 검사, 테스트 및 수정

검색된 사용자에 대한 대응

VBA 추가 기능

사전 OEAT 및 OCCI 검사, 테스트 및 수정

검색된 사용자에 대한 대응

중요 업무용 응용 프로그램의 우선 순위를 보다 손쉽게 지정하려면 응용 프로그램을 계층 1, 계층 2 또는 계층 3으로 분류하면 됩니다. 다음은 계층별 분류 지침의 예입니다.

  • 계층 1: 중요 업무용   중요 업무용 응용 프로그램에 장애가 발생하면 조직의 비즈니스 연속성 또는 매출에 손해가 발생합니다. 경영진이 사용하는 응용 프로그램은 해당 응용 프로그램의 사용자 수나 비즈니스 우선 순위에 관계없이 업무에 중요한 것으로 간주해야 합니다. 또한 이 계층에는 조직 사용자의 10%가 넘는 인원이 사용하는 응용 프로그램도 포함됩니다.

  • 계층 2: 일반 업무용   이러한 응용 프로그램은 일반 업무용이거나 조직에서 10% 이상의 사용자가 사용하는 응용 프로그램입니다. 또한 이 계층에는 조직 사용자의 1 ~ 10%에 해당하는 인원이 사용하는 응용 프로그램도 포함되며 모든 비즈니스 우선 순위가 지정될 수 있습니다. 이러한 응용 프로그램은 중요 업무용 응용 프로그램이나 매출에 영향을 주는 응용 프로그램이 아닙니다. 하지만 생산성에 영향을 끼쳐 간접적으로 비용을 증가시키거나 매출을 떨어뜨릴 수 있습니다.

  • 계층 3: 비즈니스 응용 프로그램   이러한 응용 프로그램은 중요 업무용 응용 프로그램이 아니며 조직에서 10명에 불과한 직원 또는 최대 1%에 해당하는 인원에게만 영향을 줄 수 있습니다. 또한 대개 소규모 작업을 지원하며 비즈니스에 대한 영향도가 낮은 응용 프로그램입니다.

수정 전략 식별

응용 프로그램을 분류하기 위한 기준을 정의한 후에는 잠재적인 수정 전략을 식별해야 합니다. 실제 수정 작업은 계획하기가 까다롭지만 사용자 지정 유형별로 문제 해결책을 안내하는 일반적인 전략을 정할 수 있습니다. 다음 표에는 응용 프로그램의 유형 및 예상 수명을 토대로 제안된 수정 전략이 나와 있습니다.

유형 잠재적인 전략

수명이 제한적인 회사 내 응용 프로그램

응용 프로그램의 사용을 중지하고 새 프로세스를 찾습니다.

수명이 긴 회사 내 응용 프로그램

새 개체 모델에 맞게 코드를 다시 작성하거나 다시 작업합니다.

수명이 제한적인 타사 응용 프로그램

응용 프로그램의 사용을 중지하고 새 프로세스를 찾습니다.

수명이 긴 타사 응용 프로그램

공급업체에 업데이트 또는 교체 가능 여부를 문의합니다.

정상적으로 작동하지 않는 응용 프로그램

새 디렉터리 구조를 사용하여 응용 프로그램을 다시 설치하거나 응용 프로그램에 대한 가상 환경을 만듭니다.

응용 프로그램을 수정할 때 응용 프로그램의 우선 순위가 초기 평가와 달리 변경될 수 있음을 알 수 있을 것입니다. 따라서 응용 프로그램이 계층 내에서 상향(하향이 아닌)으로만 이동할 수 있도록 하는 수정 평가와 관련된 엄격한 프로세스를 마련해야 합니다. Microsoft IT 부서에서 응용 프로그램을 분류하고 우선 순위를 지정한 방법에 대한 자세한 내용은 Microsoft에 2007 Office System 배포(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=178278\&clcid=0x412)(영문일 수 있음)를 참조하십시오.

또한 Microsoft에서는 Office 사용자 지정 내용을 마이그레이션할 때 발생하는 알려진 문제에 대한 규범 정보를 TechNet에 게시해 두고 있습니다. 자세한 내용은 Office 2010의 제품 및 기능 변경 사항을 참조하십시오. 수정 프로세스에 도움이 되는 도구를 제공하는 Microsoft 파트너도 있습니다.

파일럿 계획

프로젝트 팀은 추가 기능 및 응용 프로그램에 대해 파일럿을 진행하는 방식을 고려해야 합니다. 특히, 팀은 다음을 식별해야 합니다.

  • 파일럿에 참가할 사용자

  • 파일럿에 참가한 사용자가 문제를 보고하는 방식

  • 기술 지원팀 직원이 파일럿을 지원할지 여부와 지원할 경우 이들에 대해 교육을 진행하는 방식

  • 파일럿을 시작하는 시기. 예를 들어 일부 조직에서는 프로세스를 진행하면서 계획 단계 초기에 파일럿 테스트를 시작하여 조기 피드백을 얻기도 합니다.

다음은 파일럿을 계획하는 데 도움이 되는 리소스입니다. 이러한 리소스는 Office 2010 호환성 테스트에만 국한되는 것은 아니지만 이들 리소스에서 다뤄진 원리 중 상당 부분이 지금까지도 적용됩니다.

환경 평가

평가 단계를 수행하는 동안 통계적으로 관련성이 높은 클라이언트 컴퓨터 집합에 대해 OEAT를 실행하여 추가 기능 및 응용 프로그램 인벤토리를 수집합니다. 결과를 분석하고 응용 프로그램에 우선 순위를 지정하고 나면 테스트 및 수정 단계를 수행할 준비를 마치게 됩니다.

OEAT 실행

OEAT는 네트워크 공유에서 실행할 수도 있고 사용자에게 배포할 수도 있습니다. OEAT에서는 클라이언트 컴퓨터를 검사한 다음 검사 결과를 지정된 위치(대개 네트워크 공유)에 저장합니다. 검사가 완료되면 OEAT를 사용하여 결과를 수정 프로세스에 사용할 수 있도록 Microsoft Excel 스프레드시트로 컴파일할 수 있습니다.

환경에 따라 다음 중 한 가지 방법으로 OEAT를 배포할 수 있습니다.

  • Active Directory 환경   Active Directory Login 스크립트를 사용하여 OEAT를 배포합니다. 사용자가 로그인하면 OEAT가 자동으로 실행되고 결과가 지정된 위치에 저장됩니다.

  • 관리되는 환경   SMS(Systems Management Server) 또는 SCCM(System Center Configuration Manager) 같은 관리 솔루션을 사용하여 OEAT를 배포합니다.

  • 관리되지 않거나 비중앙 집중식인 IT 환경   OEAT를 위한 공유 위치를 만들고 사용자에게 검사를 수동으로 실행하는 방법에 대한 지침을 제공합니다.

OEAT를 배포 및 사용하는 방법에 대한 자세한 내용은 Office 2010용 OEAT(Office Environment Assessment Tool) 사용자 가이드를 참조하십시오. OEAT를 다운로드하려면 Office 2010 도구: Office Environment Assessment Tool(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=171092\&clcid=0x412)(영문일 수 있음)을 참조하십시오.

OEAT 결과 검토

클라이언트 컴퓨터 검사가 완료되면 OEAT의 Compile results 옵션을 사용하여 검사된 모든 클라이언트 컴퓨터의 결과가 요약되는 스프레드시트를 만듭니다. 이 스프레드시트에는 다음과 같은 여러 개의 워크시트가 포함됩니다.

  • SummaryReport   이 워크시트에는 검사된 클라이언트 컴퓨터가 Office 2010을 사용할 준비가 되었는지 확인하는 데 도움이 되는 요약 정보가 들어 있습니다. 또한 사용 가능한 평균 공간, 프로세서, 컴퓨터 제조업체, Windows 설치(서비스 팩 수준 포함), Office 설치에 대한 데이터가 포함되어 있습니다. 클라이언트 컴퓨터에 예상한 버전의 Office 또는 Windows가 실행되지 않는 경우에는 결과로 생성된 데이터를 구성 관리 측면에서 유용하게 활용할 수도 있습니다.

  • MicrosoftOfficeAddins   이 워크시트에는 Office에 포함된 모든 추가 기능의 목록이 나와 있습니다.

  • AddinsNotShippedWithOffice   이 워크시트에는 Office에 포함되지 않은 모든 추가 기능의 목록이 나와 있습니다. 대부분의 평가 및 계획은 이 보고서를 토대로 수행하게 됩니다. 목록을 응용 프로그램별로 정렬하고, 마지막으로 액세스하거나 수정한 날짜를 확인하고, 추가 기능이 검색된 클라이언트 컴퓨터의 수를 확인할 수 있습니다. 또한 동일한 추가 기능의 버전 번호를 비교하여 클라이언트 컴퓨터의 일부가 최신 버전이 아닌지 확인할 수 있습니다. 최신 버전이 아닐 경우 조직에서 구성 관리를 수행하는 과정에 문제가 발생할 수 있습니다.

AddinsNotShippedWithOffice 워크시트의 Compatibility 열부터 시작하여 각 추가 기능의 호환성 상태를 확인합니다. OEAT에서는 ISV Compatibility Program을 통해 추적되는 호환 가능한 추가 기능 목록과 검색된 추가 기능을 비교하여 이 열에 대한 데이터를 생성합니다. 가능한 호환성 상태 결과는 다음과 같습니다.

  • UNKNOWN   해당 추가 기능이 현재 Office 2010과 호환되는 추가 기능이 수록된 Microsoft 공급업체 목록에 없습니다. 따라서 추가 기능의 상태를 알 수 없습니다. 하지만 OEAT에 새 공급업체 데이터가 제공되면 이 상태가 바뀔 수도 있습니다. 스프레드시트를 컴파일할 때마다 새 공급업체 데이터를 다운로드할 수 있습니다.

  • PARTIAL MATCH   OEAT에서는 공급업체 이름만 일치하는 항목을 발견한 경우와 공급업체 이름 및 제품 이름이 일치하지만 버전 번호가 일치하지 않는 항목을 발견한 경우에 이 상태를 보고합니다. URL 열에 제공된 링크를 사용하여 공급업체 목록에서 해당 공급업체의 호환되는 추가 기능이 있는지 확인합니다.

  • EXACT MATCH   이 상태는 공급업체 이름 및 제품 이름이 일치하고 추가 기능의 버전 번호가 공급업체에서 보고한 버전보다 높거나 같은 경우에 표시됩니다.

중요

OEAT의 최종 버전에서 호환성 데이터를 다운로드하라는 메시지가 나타날 때 다운로드하지 않도록 선택하거나 OEAT의 베타 버전을 사용하는 경우에는 Compatibility 열이 표시되지 않습니다. OEAT의 최종 버전은 Microsoft 다운로드 센터(영문일 수 있음)에서 다운로드할 수 있습니다.

수정 계획 종료

이제 OEAT 결과를 계획 단계에서 정한 우선 순위 지정 기준과 연관시킬 준비가 되었습니다. 이 작업에 대한 일정을 설정할 때는 사업부 인터뷰를 진행하는 과정에 식별되지 않은 추가 기능을 조사하고 우선 순위를 지정할 추가 시간을 할애해야 합니다. VBA 추가 기능 및 Visual Studio 추가 기능의 비호환성 범위를 이해하기 위해 개발 팀은 이 단계에서 OCCI를 실행하여 변경해야 할 기본 코드의 양을 파악할 수 있습니다.

호환성 문제 테스트 및 수정

이 단계에서는 본인과 개발 팀이 중요 업무용을 비롯해 다른 높은 우선 순위가 지정된 추가 기능 및 응용 프로그램에 대한 테스트를 시작하여 Office 2010과의 특정 호환성 문제를 찾아냅니다. 비호환성이 식별되면 개발 팀은 계획 단계에서 수행한 작업을 토대로 호환되지 않는 추가 기능 및 응용 프로그램을 수정하기 시작합니다.

여러 응용 프로그램 및 추가 기능을 수정하지만 이러한 수정 사항이 모두 올바르게 작동한다고 가정할 수는 없습니다. 모든 수정 사항을 함께 테스트한 다음 실제 환경에서 파일럿을 진행해야 합니다. 각각의 단계는 수정 사항의 유효성을 검사하고, Office 2010의 전체 배포를 안정화하며, 결과적으로 보다 성공적인 마이그레이션을 만드는 데 중요한 역할을 합니다.

추가 기능 및 응용 프로그램 테스트

다음 순서도에서는 다양한 유형의 응용 프로그램을 테스트하여 Office 2010과의 비호환성을 식별하는 개발자를 위한 일반적인 지침을 제공합니다. 추가 지침은 다음 리소스를 참조하십시오.

일반적인 응용 프로그램 테스트

다음 순서도에서는 높은 수준의 응용 프로그램 테스트를 보여 줍니다. 이 섹션에 나와 있는 이후의 순서도에서는 추가 기능, 매크로 및 스크립트, Office 자동화 테스트 같은 특정 유형의 Office 응용 프로그램에 대한 테스트 프로세스에 대해 설명합니다.

응용 프로그램 테스팅 순서도

Office 추가 기능 테스트

Office 추가 기능 테스팅 순서도

매크로 및 스크립트 테스트

매크로 테스팅 순서도

Office 자동화 테스트

Office 자동 테스팅 순서도

Office Code Compatibility Inspector 도구 실행

전체 테스트 프로세스의 일부로 개발자는 OCCI 도구를 실행하여 개체 모델 구성원의 알려진 변경된 코드 또는 사용이 중단된 코드를 검사할 수 있습니다. 또한 OCCI에서는 64비트 Office 2010과 호환되도록 업데이트해야 하는 ActiveX에서 사용하는 DLL에 대한 참조 및 VBA Declare 문도 검사합니다. 이 도구는 잠재적인 호환성 문제를 발견하면 개발자가 문제에 관심을 가질 수 있도록 코드에 메모를 추가합니다.

Inspector 도구의 검사가 완료될 때마다 프로젝트에서 발견한 사항에 대한 요약 및 세부 보고서가 제공됩니다. 검사 대상 항목은 다음과 같습니다.

  • 변경된 코드   개체 모델 구성원의 모든 구문 변경 사항이 플래그로 지정됩니다. OCCI에서는 Office 97 이후로 변경된 모든 개체 모델 구성원이 사용된 부분을 검색합니다.

  • 사용이 중단된 코드   사용이 중단된 개체 모델 구성원이 사용된 부분에 플래그가 지정됩니다. OCCI에서는 Office 97 이후로 변경된 모든 개체 모델 구성원이 사용된 부분을 검색합니다.

OCCI를 사용하는 방법에 대한 자세한 내용은 Microsoft Office Code Compatibility Inspector 사용자 가이드를 참조하십시오. 이전 Office 버전 이후의 개체 모델 변경 사항에 대한 세부 정보 같은 응용 프로그램 관련 개발 리소스를 확인하려면 Microsoft Office 2010(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=206197\&clcid=0x412)(영문일 수 있음)을 참조하십시오.

추가 기능 및 응용 프로그램 수정

Office 2010과의 호환성 문제가 있는 응용 프로그램 또는 추가 기능을 수정하는 방법에는 여러 가지가 있습니다. 다음 섹션에서는 다양한 수정 옵션을 간략하게 설명합니다.

공급업체로부터 업데이트 얻기

OEAT 보고서에는 호환되는 것으로 알려진 추가 기능의 링크가 나와 있습니다. 그러나 일부 응용 프로그램은 이 목록에 없을 수도 있습니다. 이 경우 공급업체에 직접 문의해야 합니다. 업데이트된 추가 기능을 마이그레이션 시 사용할 수 없게 되거나 추가 기능이 업데이트되지 않는 경우(또는 공급업체가 폐업한 경우)에는 임시 해결책을 개발하도록 준비해야 합니다. 임시 해결책을 사용할 수 없는 경우 가상화 또는 병렬 설치를 고려합니다.

내부 응용 프로그램 업데이트

소스 코드를 가지고 있고 추가 기능 또는 응용 프로그램의 작동 방식을 알고 있거나, 설명서를 가지고 있고 원래 개발 팀이 여전히 활동 중이거나 함께 논의할 수 있는 상태라면 내부 응용 프로그램을 업데이트하기에 최상의 조건입니다. 소스 코드 내에서 호환되지 않는 함수를 식별하는 OCCI를 사용하면 내부 응용 프로그램을 업데이트하는 과정을 매우 간단하게 수행할 수 있습니다. 개발 팀은 여전히 필요한 수정 작업을 자체적으로 수행해야 하지만 OCCI를 사용함으로써 호환되지 않는 코드를 훨씬 쉽게 찾을 수 있습니다.

참고

내부 응용 프로그램을 작성하는 플랫폼이 너무 오래된 경우(예: Visual Basic 6 이전 버전)에는 .NET Framework를 사용하여 도구를 완전히 다시 작성하는 것이 좋습니다.

다음은 내부 응용 프로그램을 업데이트해야 하는 개발자에게 유용한 지침입니다.

Visual Studio를 사용하여 만든 추가 기능

Office 2010용 런타임 구성 요소는 Microsoft VSTA(Visual Studio Tools for Applications) 및 Visual Studio 2008 .NET 추가 기능, 문서 솔루션 및 스프레드시트 솔루션이 모두 64비트 Office 2010에서 실행되도록 하기 위해 만들어진 것입니다. 이러한 런타임 구성 요소는 Office 2010과 함께 설치되므로 관리자는 이 런타임을 위해 별도의 설치를 포함할 필요가 없습니다. 하지만 다른 사항을 고려해야 합니다.

Visual Studio 프로젝트에서는 Any CPU 옵션을 사용할 경우 C# 또는 Visual Basic 코드를 MSIL(Microsoft Intermediate language)로 컴파일할 수 있습니다. 런타임 시 MSIL은 올바른 칩셋(AMD 또는 Intel 32비트/64비트)에 대해 JIT(Just in Time) 방식으로 컴파일됩니다. 하지만 이 기술은 .NET Framework 버전 1.0 및 1.1에는 적용되지 않습니다. 이들 버전에서는 이러한 64비트 변환을 사용할 수 없습니다.

코드에서 프로세스 호출(p/invoke)에 대한 모든 호출은 기본 호출(프로세서 아키텍처 특정)이므로 규격을 따르는 .NET Framework 2.0 코드도 검토해야 합니다. p/invoke를 사용하여 기본 API 메서드를 호출하려는 경우 64비트 Office 2010에서 올바르게 실행되는 VSTO 솔루션에 문제가 발생할 수 있습니다.

등가의 Win64 API와 서명(메서드 이름, 매개 변수 이름 및 DLL 이름)이 완전히 같지 않은 Win32 API를 코드에서 호출해도 문제가 발생할 수 있습니다. 이는 Office 솔루션이든 Windows 기반 솔루션이든 관계없이 모든 솔루션에 해당됩니다.

64비트 Office 2010용 솔루션을 만드는 방법에 대한 자세한 내용은 MSDN 기술 라이브러리에서 Visual Studio 2005용 64비트 응용 프로그램(https://go.microsoft.com/fwlink/?linkid=178279\&clcid=0x412) 및 Visual Studio 2010용 64비트 응용 프로그램(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=152431\&clcid=0x412)(영문일 수 있음)을 참조하십시오.

VBA 솔루션 및 매크로

VBA(Visual Basic for Applications)를 사용하여 만든 솔루션 및 매크로는 Office 2010 개체 모델과 상호 작용할 경우 올바르게 작동합니다. 하지만 특정 호출은 사용이 중단되어 더 이상 작동하지 않습니다. VBA 코드에 Windows API 호출이 사용되는 경우 이러한 호출은 32비트 DLL일 가능성이 높습니다. 간단한 해결책은 Declare 문에 PtrSafe 키워드가 사용되도록 코드를 업데이트하는 것입니다. OCCI는 이러한 Declare 문을 식별하는 데 사용할 수 있습니다. VBA 64비트 호환성에 대한 자세한 내용은 Office 2010의 32비트 버전과 64비트 버전 간 호환성(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=186639\&clcid=0x412)(영문일 수 있음)을 참조하십시오.

ActiveX 컨트롤

기본 32비트 컨트롤인 ActiveX 컨트롤은 64비트 Office 2010에서 지원되지 않습니다. 이러한 컨트롤은 2007 Office System 및 이전 Office 버전과 호환되는 컨트롤일 가능성이 높습니다. 이러한 컨트롤을 수정하려면 다시 컴파일(소스 코드가 있는 경우)하거나, 공급업체 업데이트를 문의 또는 기다리거나, 가상화 방법을 사용해야 합니다. 마찬가지로 VBA 64비트 호환성에 대한 자세한 내용은 Office 2010의 32비트 버전과 64비트 버전 간 호환성(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=186639\&clcid=0x412)(영문일 수 있음)을 참조하십시오.

Outlook 응용 프로그램

Outlook 2010에서는 추가 기능에 대해 새로운 빠른 종료 프로세스를 적용합니다. 새로운 종료 프로세스에서는 사용자가 Outlook을 종료한 후에도 리소스를 유지하는 방식으로 추가 기능으로 인해 긴 지연 시간이 발생하지 않도록 합니다. 이러한 변경으로 인해 기존의 일부 추가 기능에는 좋지 않은 영향이 발생할 수 있지만 추가 기능 공급업체 및 IT 관리자는 Outlook을 표준 추가 기능 종료 프로세스로 강제로 되돌림으로써 이러한 영향을 해결할 수 있습니다. 새로운 종료 프로세스에 대한 자세한 내용은 Outlook 2010의 변경된 종료 기능(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=203255\&clcid=0x412)(영문일 수 있음)을 참조하십시오.

Outlook 2010에서는 ECE(Exchange Client 확장)가 로드되지 않습니다. 보관 또는 보안 솔루션 같은 ECE를 사용하는 일부 타사 응용 프로그램은 Outlook 2010에 대해 업데이트해야 합니다. 자세한 내용은 Exchange Client 확장의 사용 중단 공지(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=203888\&clcid=0x412)(영문일 수 있음)를 참조하십시오.

64비트 Outlook 2010을 설치하는 경우 Outlook용 32비트 MAPI 응용 프로그램, 추가 기능 및 매크로를 64비트로 업그레이드해야 합니다. 자세한 내용은 Office 2010 64비트 버전, 32비트 및 64비트 플랫폼에서 MAPI 응용 프로그램 구축(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=203889\&clcid=0x412)(영문일 수 있음) 및 32비트 및 64비트 시스템을 위한 Outlook 2010 솔루션 개발(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=208699\&clcid=0x412)(영문일 수 있음)을 참조하십시오.

병렬 설치 또는 가상화 사용

다시 코딩하거나 다시 작성하는 과정에 실질적으로 도움이 될 만한 솔루션이 없는 경우에는 추가 옵션을 통해 호환성 문제에 대한 솔루션을 손쉽게 찾을 수 있습니다.

  • 배포일 이후의 특정일에 전달될 수 있는 추가 기능에 대한 공급업체 업데이트를 기다리는 경우 Office 2003 이전 버전과 Office 2010(또는 Office Excel 2003 같은 공급업체 업데이트를 기다리는 특정 응용 프로그램)을 함께 설치할 수 있습니다.

    참고

    64비트 버전의 Office 2010으로 옮겨가는 경우에는 동시에 2007 Office System(또는 이전 버전)의 병렬 설치를 수행할 수 없습니다. 모든 이전 버전은 32비트 버전으로만 사용할 수 있습니다.

  • Windows 7을 실행하는 경우 Windows XP 호환 모드에서 Office 2003(또는 이전 버전)의 병렬 설치를 수행할 수도 있고, 이전 버전의 Office를 사용하는 경우 이를 가상 컴퓨팅 환경에 설치할 수도 있습니다.

  • App-V(이전의 SoftGrid)를 사용합니다. App-V에 대한 자세한 내용은 Microsoft Application Virtualization 4.6 (영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=143973\&clcid=0x412)(영문일 수 있음)을 참조하십시오.

  • Windows 터미널 서비스를 사용하여 다음 두 옵션 중 하나를 수행합니다.

    • Windows Server 2003이 있는 경우 Windows 터미널 서비스를 사용하여 이러한 솔루션을 원격으로 실행할 수 있는 데스크톱 컴퓨터에 이전 버전의 Office를 제공할 수 있습니다.

    • Windows Server 2008이 있는 경우 RemoteApp을 설치할 수 있습니다. 그러면 사용자는 해당 클라이언트 컴퓨터에서 레거시 응용 프로그램 및 레거시 버전의 Office를 사용하는 느낌을 받게 됩니다. RemoteApp에 대한 자세한 내용은 Windows Server 2008 터미널 서비스 RemoteApp 배포(https://go.microsoft.com/fwlink/?linkid=178280\&clcid=0x412)를 참조하십시오.

수정된 추가 기능 및 응용 프로그램 파일럿

파일럿을 진행하는 것은 Office 2010을 배포하기 전에 마지막으로 수행하는 중요한 단계입니다. 파일럿은 수정된 옵션을 검증할 수 있는 최상의 기회이며, 프로젝트 팀은 Office 2010 파일럿을 진행하는 내내 발생하는 문제를 캡처 및 수정하면서 파일럿에 계속 관여해야 합니다. 파일럿 도중 릴리스 관리 팀은 사용자가 Office 2010과 상호 작용하는 수정된 응용 프로그램 및 추가 기능 같은 새로운 기능을 사용함으로써 일상적인 비즈니스 작업을 수행하는 제어된 환경을 모니터링합니다. 이를 통해 수정 사항이 예상대로 작동하고 조직의 비즈니스 요구 사항이 충족되는지 확인할 수 있습니다.

파일럿에서 문제가 보고되면 발견된 문제를 수정하고, 새 테스트 사례를 디자인하고, 테스트를 수행한 다음 업데이트된 응용 프로그램을 추가 검토를 위해 다시 파일럿에 배포하도록 하는 반복적인 접근 방식을 수행해야 합니다. 특히, 이러한 옵션의 원활한 작동, 사용자 의견 그리고 수정된 추가 기능 또는 응용 프로그램의 범위나 기능을 제한하는 문제를 주의 깊게 살펴보아야 합니다.

응용 프로그램을 안정화하고 파일럿을 진행하는 방법에 대한 자세한 내용은 TechNet 기술 라이브러리의 Microsoft Operations Framework 4.0에서 서비스 관리 기능 안정화(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=115624\&clcid=0x412)(영문일 수 있음)를 참조하십시오.