Статья
04/21/2016

Руководство по совместимости приложений для Office 2010

Применимо к: Office 2010

Последнее изменение раздела: 2015-03-09

Процесс тестирования совместимости приложений и исправления для развертываний Microsoft Office 2010 позволяет определять возможные проблемы совместимости и разрабатывать планы по их устранению. Эти сведения особенно полезны для ИТ-специалистов, которые должны оценивать проблемы совместимости приложений и реализовывать действия по минимизации их последствий. Для разработчиков, обновляющих приложения Office, сведения, указанные в данной статье, также могут быть полезными. После выполнения процесса, описанного в этой статье, администраторы и разработчики будут лучше понимать, какие надстройки и приложения взаимодействуют с Office и как перенести их в Office 2010.

В этой статье не рассматриваются вопросы совместимости, преобразования или переноса документов. Дополнительные сведения о преобразовании файлов прежних версий Office и использовании режима совместимости см. в статье Совместимость документов для Office 2010.

Содержание:

Введение в совместимость приложений Office 2010
Процесс оценки и исправления совместимости приложений
Планирование тестирования совместимости
Оценка среды
Тестирование и устранение проблем совместимости

Введение в совместимость приложений Office 2010

Разработчики и опытные пользователи писали код для расширения возможностей Office после выхода первых продуктов Office. С развитием Office по мере изменения возможностей, удаления возможностей и изменения формата файлов увеличилась и вероятность того, что старые надстройки и настройки не будут работать при использовании с Office 2010. Неудивительно, что обеспечение совместимости приложений может быть сложной задачей для организаций, в которых применяются файлы Office, хранящиеся десять или более лет.

В Office 2010 представлено множество улучшений продуктов и другие изменения, которые могут повлиять на совместимость с существующими файлами, макросами, надстройками и решениями Microsoft Visual Studio. Далее перечислены некоторые из этих изменений.

Исключенные компоненты Надстройки и приложения могут перестать работать, если они зависят от компонентов (и соответствующих объектных моделей), которые удалены в Office 2010.
Измененные возможности Обновленные возможности и их объектные модели могут привести к тому, что надстройки и приложения будут работать не так, как ожидается. Иногда эти изменения очевидные, а иногда их можно обнаружить только после тестирования.
Несовместимость с 64-разрядными приложениями Доступна как 32-, так и 64-разрядная версия пакета Office 2010. 64-разрядная версия предназначена для пользователей, которым требуется больший объем памяти при работе со сложными таблицами Microsoft Excel и файлами Microsoft Project. Если планируется развертывание 64-разрядной версии Office, следует учитывать, что элементы управления ActiveX, надстройки и решения Microsoft Visual Basic for Applications (VBA), созданные для работы с 32-разрядными клиентскими компьютерами, могут не работать с 64-разрядными версиями Office 2010.

Доступно несколько средств и решений для оценки и устранения проблем совместимости с Office 2010. ИТ-администраторы могут использовать средство оценки среды Office (OEAT) для выявления надстроек и приложений, которые взаимодействуют с Office. Разработчики могут выполнять дополнительные тесты с помощью нового инспектора совместимости кода Microsoft Office 2010 для поиска потенциально несовместимого кода в проектах VBA или Visual Studio. Если приложения нельзя исправить, администраторы могут использовать решения, такие как службы удаленных рабочих столов (службы терминалов), параллельные установки и новую технологию виртуализации приложений Майкрософт (App-V) для поддержки среды, совместимой с предыдущими версиями Office, вместе с Office 2010.

В следующих разделах кратко описываются средства оценки совместимости с Office 2010.

Средство оценки среды Office (OEAT) OEAT — это новое средство проверки Office 2010, которое определяет надстройки, установленные на компьютерах пользователей. Средство OEAT собирает и регистрирует сведения о надстройках для Microsoft Office 97, Microsoft Office 2000, Microsoft Office XP, Microsoft Office 2003 и Выпуск 2007 системы Microsoft Office. Оно также сравнивает список обнаруженных надстроек сторонних производителей со списком совместимых надстроек, которые отслеживаются программой по обеспечению совместимости приложений для независимых поставщиков программных продуктов.

Чтобы загрузить средство OEAT (Office Environment Assessment Tool — средство оценки среды Office), воспользуйтесь страницей средства оценки среды Office (средство Office 2010) (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=171092\&clcid=0x419) (Возможно, на английском языке).

Программа по обеспечению совместимости приложений для независимых поставщиков программных продуктов Эта новая программа отслеживает независимых поставщиков программных продуктов, которые совместимы с Office 2010. Независимые поставщики программных продуктов отправляют сведения о своих программах через специальный портал, а Майкрософт публикует этот список в центре ресурсов совместимости Microsoft Office 2010 (https://go.microsoft.com/fwlink/?linkid=186766\&clcid=0x419). Средство OEAT также использует этот список для выделения известных совместимых надстроек в сводном отчете.

Текущий список независимых поставщиков программных продуктов, участвующих в этой программе, см. в статье, посвященной совместимости с Microsoft Office 2010 (https://go.microsoft.com/fwlink/?linkid=186766\&clcid=0x419).

Инспектор совместимости кода Microsoft Office 2010 (OCCI) Инспектор совместимости кода Microsoft Office 2010 сравнивает существующий исходный код VBA, Visual Basic .NET и C# с API-вызовами объектной модели, несовместимыми с Office 2010. Это средство интегрируется с Microsoft Visual Basic for Applications 7.0 (VBA 7) и Microsoft Visual Studio 2008 или Microsoft Visual Studio 2010 и включает в себя простой сканер. Если инспектор кода находит код, несовместимый с Office 2010, он добавляет в код комментарий, чтобы разработчик мог исправить его в дальнейшем. Инспектор также ищет в коде операторы Declare и ссылки на DLL-файлы, используемые элементами управления ActiveX, которые нужно обновить для обеспечения совместимости с 64-разрядными версиями Office 2010.

Чтобы загрузить средство OCCI, воспользуйтесь страницей средства Office 2010: инспектор совместимости (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=181874\&clcid=0x419) (Возможно, на английском языке).

В следующей таблице описываются типы настроек на основе Office, которые могут встретиться во многих организациях, а также средства, используемые для оценки каждой настройки. Так как некоторые из них часто применялись в более ранних версиях Office, ссылки на дополнительные сведения зачастую будут приводить к документации для разработчиков по Office 2003 и более ранних версий.

Тип настройки	Описание	Средство оценки
Надстройки автоматизации (XLL или WLL)	Надстройки автоматизации позволяют разработчикам встраивать функции существующих приложений Office 2010 в пользовательские приложения. Примером надстройки автоматизации Office является приложение CRM, которое записывает данные о счетах клиента в таблицу Microsoft Excel. Дополнительные сведения о надстройках автоматизации см. в статье, посвященной надстройке COM Excel и надстройкам автоматизации (https://go.microsoft.com/fwlink/?linkid=186622&clcid=0x419).	Средство OEAT (Office Environment Assessment Tool — средство оценки среды Office)
Надстройка COM (DLL-файлы Windows)	Надстройки COM, впервые представленные в Microsoft Office 2000, позволяют разработчикам использовать удобные для них язык программирования и среду разработки для создания решений на основе Office. После написания надстройки COM она компилируется как DLL-файл. Этот файл может загружаться одним и несколькими приложениями Office и взаимодействовать с объектными моделями Office. Дополнительные сведения о надстройках COM см. в статье, посвященной надстройкам COM (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=186623&clcid=0x419) (Возможно, на английском языке).	Средство OEAT (Office Environment Assessment Tool — средство оценки среды Office)
Надстройки VBA формата Office 97–2003 (DOT, WLL, XLA, PPA) Надстройки VBA формата Office 2007–2010 (DOTM, XLAM, PPAM)	Надстройки шаблонов VBA создаются с помощью Microsoft Visual Basic for Applications (VBA). Дополнительные сведения о надстройках VBA см. в разделе Приступая к работе с VBA в Office 2010 (https://go.microsoft.com/fwlink/?linkid=186624&clcid=0x419). Сведения о различиях шаблонов и надстроек Microsoft Word см. в статье, посвященной шаблонам документов Word и надстройкам Word (глобальные шаблоны) (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=186625&clcid=0x419) (Возможно, на английском языке).	Средства OEAT (Office Environment Assessment Tool — средство оценки среды Office) и OCCI (Office Code Compatibility Inspector — инспектор совместимости кода Office)
Файлы Office 2007–2010 с поддержкой макросов VBA (DOCM, XLSM, PPTM)	Эти файлы содержат VBA-код макросов, но не сохраняются как надстройки. Средство OEAT обнаруживает файлы Word и Excel с поддержкой макросов, которые хранятся в папке автозагрузки или загружаются как глобальные шаблоны. Средство OEAT не обнаруживает файлы с поддержкой макросов, которые хранятся в других местах, и не находит файлы PowerPoint с поддержкой макросов в любом месте. Дополнительные сведения о файлах с поддержкой макросов см. в разделе File formats supported in Office 2010.	Средства OEAT (Office Environment Assessment Tool — средство оценки среды Office) и OCCI (Office Code Compatibility Inspector — инспектор совместимости кода Office)
Надстройки Office, созданные с помощью Visual Studio	Надстройки Office, созданные с помощью Visual Studio, позволяют организациям настраивать приложения Office и добавлять определенные функции, необходимые для бизнес-процессов. Visual Studio поддерживает два типа решений, которые можно использовать в организации. Настройки уровня документов Эти настройки состоят из сборки, которая связана с одним документом, рабочей книгой или шаблоном в Microsoft Word и Microsoft Excel. Возможности настроек уровня документа доступны, только если связанный документ открыт. Эти настройки не могут вносить изменения на уровне приложения, например отображать новые элементы меню или вкладки ленты, если открыт какой-либо документ. Надстройки уровня приложения Эти надстройки состоят из сборки, связанной с приложением Office. Такая надстройка может осуществлять вызовы объектной модели для автоматизации и расширения приложения, при этом она может использовать все классы платформы Microsoft .NET Framework. Средство OEAT можно использовать только для обнаружения надстроек уровня приложений. Дополнительные сведения о надстройках Office, созданных с помощью Visual Studio, см. в статье, посвященной обзору разработки решений Office (https://go.microsoft.com/fwlink/?linkid=188380&clcid=0x419).	Средства OEAT (Office Environment Assessment Tool — средство оценки среды Office) и OCCI (Office Code Compatibility Inspector — инспектор совместимости кода Office)

Процесс оценки и исправления совместимости приложений

На следующем рисунке показана сводка процесса оценки и исправления совместимости приложений. Каждой задаче, указанной на этом рисунке, соответствует раздел в этой статье.

Процесс совместимости приложений

Примечание

В этом руководстве не рассматриваются вопросы совместимости, преобразования или переноса документов. Дополнительные сведения о преобразовании файлов прежних версий Office и использовании режима совместимости см. в статье Совместимость документов для Office 2010.

Планирование тестирования совместимости

Планирование оценки, исправления и тестирования надстроек и приложений — это важный первый этап в общем процессе тестирования совместимости приложений. Хотя соблазн использовать предыдущие результаты тестирования совместимости Выпуск 2007 системы Office может быть велик, делать это не рекомендуется, так как это только задержит развертывание.

Планирование оценки

В следующих разделах описываются задачи планирования, которые помогут подготовиться к оценке надстроек и приложений в организации.

Создание центрального репозитория для документации и результатов оценки

Для упрощения управления процессом оценки и исправления рекомендуется создать центральный репозиторий обнаруженных приложений и их состояний. Такое решение, как Microsoft SharePoint Server 2010, поможет предоставлять всем участникам проекта самые последние данные и держать проект под контролем.

Определение заинтересованных лиц

Заинтересованные лица — это люди или группы, которые утверждают и выделяют ресурсы для проекта. Определив заинтересованных лиц на раннем этапе планирования, рабочая группа, отвечающая за совместимость приложений, сможет взаимодействовать с нужными людьми и протестировать результаты с их помощью.

В следующей таблице описываются типичные роли заинтересованных лиц в проекте обеспечения совместимости приложений.

Роль	Обязанности
Владелец приложения	Обеспечивает работу бизнес-процесса, выполнявшегося в предыдущей версии Office, после обновления.
Спонсор проекта	Обеспечивает успешность обновления Office и положительную реакцию в организации.

Назначение ролей для участников проекта

В следующей таблице описываются возможные роли и их обязанности, которые следует реализовать в проекте обеспечения совместимости приложений.

Роль	Обязанности
Руководитель проекта	Обеспечивает общую работу проекта и управляет общими ресурсами, показателями и рисками.
Инженер-испытатель по проверке совместимости	Следуют плану тестирования и проверяет компоненты Office на наличие любых потенциальных проблем несовместимости, в том числе связанных с форматами файлов, макросами, надстройками и автоматизацией Office.
Оператор OEAT	Понимает и выполняет установку и настройку средства OEAT.
Руководитель процесса исправления	Выполняет действия для устранения проблем совместимости с настройками Office.
Инженер-испытатель регрессии	Обеспечивает успешное исправление объекта Office. Эту роль часто выполняет руководитель процесса исправления.
Инженер-испытатель на этапе пользовательской приемки	Представитель затрагиваемого подразделения, который устанавливает, что приложение исправлено успешно и оно не влияет на другие настройки и действия. Эту роль не может выполнять человек, который осуществляет исправление и тестирование регрессии.
Бизнес-аналитик или владелец	Владеет кодом и документацией к приложениям и надстройкам, которые важны для подразделения.
Руководитель группы развертывания	Несет ответственность за своевременное выполнение всего технического процесса. Может делегировать определенные действия по созданию отчетов и администрированию.
Группа упаковки приложений	Несет ответственность за пакет установки Office 2010.
Клиентская группа (группа настольных компьютеров)	Несет ответственность за развертывание пакета Office 2010 с использованием средства управления настройкой организации, такого как Systems Center Configuration Manager (SCCM).
Служба поддержки	Обеспечивает функциональную поддержку Office для инженеров-испытателей и, после окончания переноса, для пользователей.

Определение и опрос подразделений

На следующем этапе планирования оценки нужно определить отделы и подразделения, а также опросить их представителей, чтобы понять, как они используют текущий набор надстроек в своей работе. Понимание важности каждой надстройки, ее назначения, причины создания, принципов работы и того, кто ее создал, очень важно для принятия взвешенного решения о способе исправления надстройки и устранения проблем при их обнаружении.

Некоторые надстройки для приложений Office могли быть созданы в организации неофициально. Поэтому могут потребоваться определенные исследования, чтобы отследить владельца и исходный код, если он еще существует.

Следующую форму можно использовать как шаблон для анкеты.

Сведения о приложении

Подразделение

Имя приложения

Контактное лицо или владелец приложения

AppID

Версия

Приоритет

Уровень

Состояние совместимости Office 2010, если оно известно (совместимо, несовместимо)

Описание проблемы совместимости, если имеется

количество пользователей;

Версия Office, используемая приложением (XP, 2003, 2007, 2010 и т. д.)

Опишите тип использования (например, экспорт документа или надстройки Office в приложение Office и т. д.)

Компоненты Office, используемые приложением

Word

Excel

Access

PowerPoint

Другие

Используются ли в приложении сложные объекты Office, такие как диаграммы, сводные таблицы или рисунки?

Это приложение для ввода данных или интерфейсное приложение? Если это так, укажите подробные сведения.

Какие языки поддерживаются приложением?

Определение клиентских компьютеров для проверки

После определения разных подразделений, в которых требуется проверить клиентские компьютеры, можно приступить к выявлению статистической выборки для каждого подразделения. Не каждый клиентский компьютер в организации нужно проверять.Однако в некоторых случаях (в зависимости от размера организации) проверка всей среды, группы или подразделения может быть проще, чем определение отдельных клиентских компьютеров для проверки. Статистическая выборка, состоящая из не более чем 20% всех компьютеров, позволит получить достаточно информации для успешной оценки и устранения проблем совместимости в среде Office 2010.

Важно!

На всех клиентских компьютерах, на которых запускается средство OEAT, должна быть установлена платформа Microsoft .NET Framework 2.0 или более поздняя версия. Дополнительные сведения о требованиях OEAT см. в разделе Руководство пользователя средства оценки среды Office для Office 2010.

Если в организации нет обновленного перечня оборудования, следует рассмотреть возможность запуска набора средств оценки и планирования Майкрософт (MAP) для создания перечня оборудования и оценки готовности среды Office 2010. С этим перечнем можно обратиться к руководителям подразделений для выбора подмножества клиентских компьютеров для оценки с помощью OEAT. Дополнительные сведения о наборе средств оценки и планирования Майкрософт см. в статье, посвященной набору средств оценки и планирования Майкрософт (https://go.microsoft.com/fwlink/?linkid=149448\&clcid=0x419).

Планирование исправления

В следующих разделах представлены сведения, которые помогут определить базовые критерии для классификации и исправления несовместимых приложений. Если прийти к соглашению на раннем этапе планирования, можно будет избежать разногласий и задержек после получения результатов оценки и тестирования.

Определение способа классификации приложений и их приоритета

Предприятия разрабатывают, развертывают и поддерживают разные приложения и надстройки на основе Office, которые могут сильно различаться по значимости. Поэтому важно объединить приложения в классы и уровни на основе их значимости для организации. Простой метод классификации — определить, является ли приложение критически важным для организации или нет. Кроме того, следует рассмотреть следующие характеристики для классификации:

собственные приложения и приложения сторонних производителей;
ведомственные приложения;
неуправляемые решения, такие как шаблоны, надстройки и макросы, созданные конечными пользователями;
количество пользователей приложений;
факт использования приложений высшим руководством;
ожидаемый срок жизни приложения.

В следующей таблице описывается, как организации могут классифицировать и определять приоритеты различных типов настроек Office.

Настройка	Критически важная	Не критически важная
Надстройки автоматизации.	Упреждающее сканирование, тестирование и исправление с помощью средства Office	Реагирование на обнаруженных пользователей
Надстройки COM	Упреждающее сканирование, тестирование и исправление с помощью средства Office	Реагирование на обнаруженных пользователей
Надстройки VBA	Упреждающее сканирование, тестирование и исправление с помощью средства OEAT и OCCI	Реагирование на обнаруженных пользователей

Для дальнейшей классификации важных приложений можно разделить их на уровень 1, уровень 2 и уровень 3. Далее представлен пример классификации каждого уровня.

Уровень 1: критически важные Сбой критически важных приложений может нарушить непрерывность работы и снизить доход организации. Любое приложение, используемое высшим руководством, следует считать критически важным независимо от количества пользователей или приоритета приложения. В этот уровень также включаются приложения, которые используют более 10% сотрудников организации.
Уровень 2: важные для бизнеса Эти приложения важны для организации, или их используют не менее 10% сотрудников организации. В этот уровень также можно включать приложения с любым бизнес-приоритетом, которые используют 1-10% сотрудников организации. Это не критически важные приложения, не влияющие на доходы организации. Однако они могут косвенно увеличить расходы или снизить доходы, влияя на производительность.
Уровень 3: бизнес-приложения Это не критически важные приложения, которые могут повлиять не более чем на 10 сотрудников или на 1% пользователей организации. Обычно это средства для выполнения небольших задач, которые слабо влияют на работу организации.

Определение стратегий исправления

После определения критериев классификации приложений следует сформировать потенциальные стратегии исправления. Хотя фактические работы по исправлению сложно спланировать, можно определить общие стратегии устранения проблем с каждым типом настроек. В следующей таблице представлены рекомендуемые стратегии исправления, основанные на типе приложения и его ожидаемом сроке использования.

Тип	Потенциальная стратегия
Собственное приложение с ограниченным временем существования	Удаление приложения и поиск нового процесса.
Собственное приложение с длительным временем существования	Переписывание или переработка кода в соответствии с новой объектной моделью.
Приложение стороннего производителя с ограниченным временем существования	Удаление приложения и поиск нового процесса.
Приложение стороннего производителя с длительным временем существования	Обратитесь к производителю за обновлением или заменой.
Приложение не работает	Переустановите приложение с новой структурой каталогов или создайте виртуальную среду для приложения.

При исправлении приложений можно обнаружить, что их приоритет может отличаться от исходной оценки. Следует применять строгий процесс оценки, в соответствии с которым можно перемещать приложение только на уровень вверх (но не вниз). Дополнительные сведения о том, как ИТ-отдел корпорации Майкрософт классифицирует приложения и определяет их приоритет, см. в статье, посвященной развертыванию Office в корпорации Майкрософт (https://go.microsoft.com/fwlink/?linkid=178278\&clcid=0x419).

На веб-сайте TechNet также представлены сведения об известных проблемах, которые возникают при переносе настроек Office. Дополнительные сведения см. в разделе Изменения продуктов и компонентов в Office 2010. Некоторые партнеры Майкрософт предлагают средства для оптимизации процесса исправления.

Планирование пилотной среды

Рабочая группа должна выбрать способ пилотной реализации надстроек и приложений. В частности, рабочая группа должно определить следующее.

Какие пользователи будут участвовать в пилотном развертывании.
Как пользователи в пилотной среде будут отчитываться о проблемах.
Будут ли сотрудники службы поддержки работать в пилотной среде и, если будут, как они будут обучаться.
Когда будет запущена пилотная среда. Например, некоторые организации начинают тестирование пилотной среды на этапе планирования, чтобы получить ранние отзывы по мере реализации.

Доступны следующие ресурсы для облегчения планирования пилотной среды. Эти ресурсы не относятся к тестированию совместимости с Office 2010. Однако многие из принципов, отраженных в них, можно применять и здесь.

Проектирование пилотного проекта (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=186680\&clcid=0x419) (Возможно, на английском языке)
Microsoft Operations Framework: проведение пилотного тестирования (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=186683\&clcid=0x419) (Возможно, на английском языке)
Сведения о процессе переноса (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=186684\&clcid=0x419) (Возможно, на английском языке)

Оценка среды

Во время этапа оценки собирается перечень надстроек и приложений посредством запуска OEAT на статистической выборке клиентских компьютеров. После анализа результатов и классификации приложений можно переходить к этапу тестирования и исправления.

Запуск средства оценки среды Office

Средство оценки среды Office (OEAT) можно запускать из общей сетевой папки или же его можно распространить среди пользователей. OEAT проверяет клиентские компьютеры и сохраняет результаты в указанном месте, обычно в общей сетевой папке. После завершения проверки можно использовать OEAT для компиляции результатов в таблице Microsoft Excel, которую можно применять во время исправления.

В зависимости от среды можно выполнить развертывание OEAT в одном из следующих случаев.

Среды Active Directory Выполните развертывание OEAT с помощью скрипта входа Active Directory. При входе пользователей в систему OEAT запускается автоматически, а результаты сохраняются в указанном месте.
Управляемые среды Выполните развертывание OEAT с помощью решения управления, такого как Systems Management Server (SMS) или System Center Configuration Manager (SCCM).
Неуправляемые или нецентрализованные ИТ-среды Создайте общую папку для средства OEAT и предоставьте пользователям инструкции для выполнения проверки вручную.

Дополнительные сведения о развертывании и использовании средства OEAT см. в разделе Руководство пользователя средства оценки среды Office для Office 2010. Сведения о загрузке OEAT см. в статье, посвященной средству Office 2010 (средство оценки среды Office) (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=171092\&clcid=0x419) (Возможно, на английском языке).

Изучение результатов OEAT

Если проверка клиентских компьютеров завершена, воспользуйтесь параметром Компиляция результатов в OEAT для создания электронной таблицы со сводными результатами по всем проверенным клиентским компьютерам. В этой электронной таблице несколько листов, в том числе следующие.

SummaryReport. Этот лист содержит сводные сведения, которые помогут определить, готовы ли просканированные клиентские компьютеры для Office 2010. Лист содержит данные о средней величине свободного места, процессорах, производителях компьютеров, установках Windows (включая уровни пакетов обновления) и выполненных установках Office. Полученные данные могут быть интересны с точки зрения управления конфигурацией клиентских компьютеров, на которых не могут работать нужные версии Office или Windows.
MicrosoftOfficeAddins На этом листе представлен список всех надстроек, включенных в Office.
AddinsNotShippedWithOffice. Этот лист содержит список всех надстроек, не включенных в состав Office. Этот отчет служит основой для оценки и планирования. Можно отсортировать этот список по приложениям, просмотреть последние даты обращения или изменения, а также просмотреть количество клиентских компьютеров, на которых была обнаружена соответствующая надстройка. Можно также сравнить номера версий одних и тех же надстроек, чтобы определить, не устарели ли некоторые подмножества клиентских компьютеров, что может свидетельствовать о проблеме процессов, связанных с управлением конфигурациями в организации.

На листе AddinsNotShippedWithOffice начните со столбца Compatibility (Совместимость), чтобы просмотреть состояние совместимости для каждой надстройки. Средство OEAT формирует данные для этого столбца, сравнивая обнаруженные надстройки с листом совместимых надстроек, отслеживаемых программой совместимости приложений независимых поставщиков программных продуктов. Возможные результаты состояния совместимости представлены ниже:

UNKNOWN (НЕИЗВЕСТНО). Эта надстройка в данный момент отсутствует в списке корпорации Майкрософт для поставщиков надстроек, совместимых с Office 2010. Следовательно, состояние этой надстройки неизвестно. Обратите внимание, что это состояние может измениться, когда для средства OEAT станут доступны новые данные о поставщиках. Новые данные о поставщиках можно загрузить при каждой компиляции этой электронной таблицы.
PARTIAL MATCH (ЧАСТИЧНОЕ СООТВЕТСТВИЕ). Средство OEAT сообщает это состояние в двух случаях: найдено соответствие только для имени поставщика либо найдено соответствие для имени поставщика и имени продукта, но не соответствует номер версии. Используйте ссылку, содержащуюся в столбце URL (URL-адрес), чтобы проверить в списке поставщиков наличие совместимых надстроек данного поставщика.
EXACT MATCH (ТОЧНОЕ СООТВЕТСТВИЕ), Это состояние показывает, что имя поставщика и имя продукта совпадают, а номер версии надстройки равен или больше версии, сообщенной поставщиком.

Важно!

Столбец Compatibility (Совместимость) не отображается, если пользователь решил не загружать данные о совместимости в ответ на приглашение окончательной версии средства OEAT, или используется бета-версия OEAT. Окончательную версию OEAT можно загрузить из Центра загрузки Microsoft (Возможно, на английском языке).

Завершение планов исправления

На данный момент можно скоррелировать результаты проверки средства OEAT с критериями классификации, заданными на этапе планирования. При определении расписания для этой работы следует убедиться, что дополнительное время будет уделено для исследования и классификации надстроек, которые не были выявлены при опросе представителей подразделений. Для изучения области несовместимости надстроек VBA и Visual Studio группа разработки может использовать инспектор совместимости кода (OCCI) на этом этапе, чтобы понять, какой объем кода придется изменить.

Тестирование и устранение проблем совместимости

На этом этапе начинается тестирование критически важных и других надстроек и приложений с высоким приоритетом для поиска специфических проблем совместимости с Office 2010. После выявления несовместимостей группа разработки начинает исправления несовместимых надстроек и приложений на основе работы, проделанной на этапе планирования.

Так как исправляется множество приложений и надстроек, нельзя предположить, что эти исправления будут работать вместе. Следует протестировать все исправления вместе и опробовать их в реальной ситуации. Каждый этап важен для проверки исправлений, стабилизации общего развертывания Office 2010 и более успешного переноса данных.

Тестирование надстроек и приложений

На следующих блок-схемах представлены общие рекомендации для разработчиков, тестирующих различные типы приложений для определения несовместимостей с Office 2010. Дополнительные сведения см. в следующих ресурсах.

Планирование и тестирование развертывания приложений (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=186685\&clcid=0x419) (Возможно, на английском языке)
Проверка совместимости бизнес-приложений с помощью процессов тестирования совместимости бизнес-приложений ИТ-отдела Майкрософт (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=186686\&clcid=0x419) (Возможно, на английском языке)

Общее тестирование приложений

Приведенная далее блок-схема показывает высокоуровневое представление тестирования приложений. На следующих блок-схемах в этом разделе описывается процесс тестирования для определенных типов приложений Office, таких как макросы и скрипты надстроек, а также тестирование автоматизаций Office.

Блок-схема тестирования приложений

Тестирование надстроек Office

Блок-схема тестирования надстроек Office

Тестирование макросов и скриптов

Блок-схема тестирования макросов

Тестирование автоматизаций Office

Блок-схема автоматического тестирования Office

Запуск инспектора совместимости кода Office

В процессе общего тестирования разработчики могут запускать инспектор совместимости кода для проверки на наличие известных измененных или устаревших функций членов объектной модели. Инспектор также ищет в коде VBA операторы Declare и ссылки на DLL-файлы, используемые элементами управления ActiveX, которые нужно обновить для обеспечения совместимости с 64-разрядными версиями Office 2010. Если средство находит потенциальные проблемы совместимости, оно добавляет комментарий в код, чтобы привлечь внимание разработчика.

После завершения каждой проверки инспектора кода создается подробный сводный отчет о найденном, в который включены следующие элементы.

Изменения Отмечаются любые синтаксические изменения члена объектной модели. Инспектор кода обнаруживает все измененные члены объектной модели начиная с версии Office 97.
Устаревшие возможности Отмечаются все использованные устаревшие члены объектной модели. Инспектор кода обнаруживает все устаревшие члены объектной модели начиная с версии Office 97.

Дополнительные сведения об использовании инспектора совместимости кода Office см. в статье Руководство пользователя для инспектора совместимости кода Microsoft Office. Ресурсы для разработчиков конкретных приложений, в том числе сведения об изменениях объектной модели относительно более ранних версий Office, см. на странице Microsoft Office 2010 (https://go.microsoft.com/fwlink/?linkid=206197\&clcid=0x419).

Исправление надстроек и приложений

Существует несколько подходов для исправления приложения или надстройки, несовместимой с Office 2010. В следующих разделах кратко описываются варианты исправления.

Получение обновлений от производителей

В отчетах OEAT предоставляются ссылки на надстройки, которые зарегистрированы как совместимые. Однако некоторые приложения могут отсутствовать в этом списке. В этом случае следует обратиться непосредственно к производителю. Нужно быть готовым к разработке временных способов исправления, если обновленная надстройка будет недоступна во время переноса или если надстройка не будет обновлена (или если производитель больше не занимается разработкой продуктов). Если временное исправление недоступно, следует рассмотреть возможность виртуализации приложений или параллельной установки разных версий.

Обновление внутренних приложений

Если доступен исходный код и известно, как работает надстройка или приложение, или доступна документация и группа разработки все еще активна или к ней можно обратиться за консультацией — это идеальная ситуация для обновления внутреннего решения. Процесс обновления внутренних приложений стал значительно легче благодаря инспектору совместимости кода, который определяет несовместимые функции в исходном коде. Группе разработки все равно потребуется выполнить необходимые действия для исправления проблем. Однако, им будет намного проще найти несовместимый код с помощью инспектора кода.

Примечание

Если платформа, используемая для написания внутреннего приложения, очень старая (например, Visual Basic 6 или более ранние версии), рекомендуется рассмотреть возможность повторного написания средства заново с использованием платформы .NET Framework.

Следующие рекомендации полезны для разработчиков, которым требуется обновить внутренние приложения.

Надстройки, созданные с помощью Visual Studio

Компоненты среды выполнения Office 2010 были созданы таким образом, чтобы все надстройки и решения для работы с документами и электронными таблицами средств Microsoft Visual Studio Tools для работы с приложениями (VSTA) и Visual Studio 2008 .NET работали с 64-разрядной версией Office 2010. Эти компоненты устанавливаются вместе с Office 2010. Поэтому администратору не требуется включать отдельную установку для этой среды выполнения. Однако существуют дополнительные вопросы, требующие рассмотрения.

В проекте Visual Studio, C# или Visual Basic код можно скомпилировать на языке MSIL, если используется параметр Любой процессор. Во время выполнения код MSIL проходит JIT-компиляцию для нужной архитектуры (AMD, 32- или 64-разрядной платформы Intel). Однако эта технология не применяется к .NET Framework версии 1.0 и 1.1. Эти версии не поддерживают преобразование в 64-разрядный код.

Даже соответствующий код .NET Framework 2.0 следует проверить, так как все вызовы процесса (p/invoke) в коде зависят от архитектуры процессора. Если попытаться вызвать собственные методы API с помощью p/invoke, могут возникнуть проблемы при запуске решения VSTO в 64-разрядной версии Office 2010.

Также проблемы могут возникнуть, если в коде выполняются вызовы Win32 API с сигнатурой (имя метода, список параметров и имя DLL), отличной от сигнатуры эквивалентного метода Win64 API. Это относится к любому решению, включая решение Office или решение на основе Windows.

Дополнительные сведения о создании решений для 64-разрядной версии Office 2010 см. в статьях, посвященных 64-разрядным приложениям для Visual Studio 2005 (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=178279\&clcid=0x419) (Возможно, на английском языке) и 64-разрядным приложениям для Visual Studio 2010 (https://go.microsoft.com/fwlink/?linkid=152431\&clcid=0x419), в библиотеке MSDN.

Решения и макросы VBA

Решения и макросы, созданные с помощью Visual Basic for Applications (VBA), будут работать, если они взаимодействуют с объектной моделью Office 2010. Однако определенные вызовы могут устареть и не будут работать. Если в коде VBA используются вызовы Windows API, скорее всего, это будут вызовы 32-разрядных библиотек DLL. Простой способ исправления для такого кода — обновить его, чтобы в операторах Declare использовалось ключевое слово PtrSafe. Для поиска операторов Declare можно использовать инспектор совместимости кода Office. Дополнительные сведения о совместимости кода VBA с 64-разрядными приложениями см. в статье, посвященной совместимости 32- и 64-разрядных версий Office 2010 (https://go.microsoft.com/fwlink/?linkid=186639\&clcid=0x419).

Элементы управления ActiveX

Собственные 32-разрядные элементы управления ActiveX (это, скорее всего, любые элементы управления, совместимые с Выпуск 2007 системы Office и предыдущими версиями Office) не поддерживаются в 64-разрядной версии Office 2010. Для исправления таких элементов управления требуется скомпилировать код заново (если доступен исходный код), запросить обновление у производителя или дождаться его выхода, или использовать метод виртуализации. Дополнительные сведения о совместимости кода VBA с 64-разрядными версиями см. в статье, посвященной совместимости 32-разрядной и 64-разрядных версий Office 2010 (https://go.microsoft.com/fwlink/?linkid=186639\&clcid=0x419).

Приложения Outlook

В Outlook 2010 применяется новый ускоренный процесс завершения работы надстроек. Этот процесс позволяет исключить длительные задержки, связанные с удержанием надстройками ресурсов после выхода пользователя из Outlook. Обратите внимание, что это изменение может отрицательно сказаться на работе некоторых существующих надстроек. Тем не менее, поставщики и ИТ-администраторы могут настроить Outlook на применение стандартного процесса завершения работы. Дополнительные сведения о новом процессе завершения работы см. в статье, посвященной изменениям завершения работы в Outlook 2010 (https://go.microsoft.com/fwlink/?linkid=203255\&clcid=0x419).

В Outlook 2010 не загружаются расширения клиента Exchange (ECE). Эти расширения используются некоторыми сторонними решениями, например, приложениями архивации и обеспечения безопасности. В связи с этим следует обновить такие решения для работы в Outlook 2010. Дополнительные сведения см. в статье, посвященной уведомлению о прекращении поддержки расширений клиента Exchange (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=203888\&clcid=0x419) (Возможно, на английском языке).

При установке 64-разрядной версии Outlook 2010 32-разрядные приложения MAPI, надстройки и макросы для Outlook необходимо обновить до 64-разрядных. Дополнительные сведения см. в статьях 64-разрядные выпуски Office 2010, Построение приложений MAPI на базе 32-разрядных и 64-разрядных платформ (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=203889\&clcid=0x419) (Возможно, на английском языке) и Разработка решений Outlook 2010 для 32-разрядных и 64-разрядных систем (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=208699\&clcid=0x419) (Возможно, на английском языке).

Использование параллельных установок или виртуализации

Если переписать код невозможно, доступны дополнительные методы обеспечения совместимости.

Если обновление надстройки от производителя будет доступно после даты развертывания, можно установить Office 2003 или более раннюю версию параллельно с Office 2010 (или только определенные приложения, для которых ожидаются обновления, например Office Excel 2003).

Примечание

При переходе на 64-разрядную версию Office 2010 нельзя параллельно установить Выпуск 2007 системы Office (или предыдущую версию) одновременно. Все доступные предыдущие версии — 32-разрядные.
При использовании Windows 7 можно параллельно установить Office 2003 (или более раннюю версию) в режиме совместимости с Windows XP или, если используется более старая версия Office, можно установить ее в виртуальной среде.
Используйте технологию App-V (ранее известную как SoftGrid). Дополнительные сведения о технологии App-V см. в статье, посвященной технологии Microsoft Application Virtualization 4.6 (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=143973\&clcid=0x419) (Возможно, на английском языке).
Используйте службы терминалов Windows и выполните одно из следующих действий.
- Если используется Windows Server 2003, можно использовать службы терминалов Windows для подготовки настольных компьютеров, на которых можно запускать эти решения удаленно в более ранней версии Office.
- Если используется Windows Server 2008, можно установить RemoteApp. При этом пользователи смогут работать на клиентских компьютерах так же, как при использовании старой версии Office. Дополнительные сведения о RemoteApp см. в статье, посвященной развертыванию служб терминалов RemoteApp Windows Server 2008 (https://go.microsoft.com/fwlink/?linkid=178280\&clcid=0x419).

Проверка исправлений надстроек и приложений

Реализация пилотной среды — это последний основной этап перед развертыванием Office 2010. Пилотная среда — это пробный полигон для проверки исправленных приложений. Проектная группа должна участвовать в реализации пилотной среды Office 2010 для поиска и исправления всех возможных проблем. На этом этапе группа управления выпуском отслеживает управляемую среду, в которой пользователи выполняют типичные бизнес-задачи с помощью новых возможностей, в том числе применяют исправленные приложения и надстройки, которые взаимодействуют с Office 2010. Так можно, узнать, работают ли исправления, как ожидалось, и выполняются ли требования организации.

По мере обнаружения проблем в пилотной среде следует применять итеративный подход для их устранения, разработки нового тестового случая, выполнения тестов и развертывания обновленных приложений в пилотной среде для дополнительной проверки. Особое внимание следует уделить тому, как работают эти параметры, отзывам пользователей и любым проблемам, которые ограничивают область или функциональность исправленной надстройки или приложения.

Дополнительные сведения о стабилизации приложений и их реализации в пилотной среде см. в статье, посвященной стабилизации работы службы управления (https://go.microsoft.com/fwlink/?linkid=115624\&clcid=0x419) в документации по Microsoft Operations Framework 4.0, в технической библиотеке TechNet.