Опубликовано: сентябрь 2010 г
| Вид материала | Документы |
- Бюллетень новых поступлений за сентябрь-октябрь 2010 г. Оглавление Бюллетень новых, 536.63kb.
- Публи кации за 2010 год патенты, 625.1kb.
- Прогноз социально – экономического развития российской федерации на 2010 год и на плановый, 5527.55kb.
- Прогноз социально – экономического развития российской федерации на 2010 год и на плановый, 5527.5kb.
- Принят Государственной Думой 26 ноября 2010 года Одобрен Советом Федерации 1 декабря, 620.37kb.
- План работы координаторов комитета по молодежной политике Администрации Ростовской, 83.44kb.
- Л. Н. Гумилев Троецарствие в Китае Опубликовано в Доклад, 907.99kb.
- Просим Вас спланировать размещение статей и рекламных модулей в журнале на 2010, 2011, 38.25kb.
- Решение от 08 декабря 2009 г. N 141, 2962.24kb.
- Э. И. Соркин Опубликовано в Сборнике доклад, 343.75kb.
Процесс оценки и исправления совместимости приложенийНа следующем рисунке показана сводка процесса оценки и исправления совместимости приложений. Каждой задаче, указанной на этом рисунке, соответствует раздел в этой статье.   Примечание. В этой статье не описывается совместимость файлов, их преобразование и перенос. Дополнительные сведения о преобразовании файлов Office в файлы Office 2010 см. в разделах ссылка скрыта и Обзор диспетчера планирования переноса Office (OMPM). Планирование тестирования совместимостиПланирование оценки, исправления и тестирования надстроек и приложений — это важный первый этап в общем процессе тестирования совместимости приложений. Хотя соблазн использовать предыдущие результаты тестирования совместимости Office 2007 может быть велик, делать это не рекомендуется, так как это только задержит развертывание. Планирование оценкиВ следующих разделах описываются задачи планирования, которые помогут подготовиться к оценке надстроек и приложений в организации. Создание центрального репозитория для документации и результатов оценкиДля упрощения управления процессом оценки и исправления рекомендуется создать центральный репозиторий обнаруженных приложений и их состояний. Такое решение, как Microsoft SharePoint Server 2010, поможет предоставлять всем участникам проекта самые последние данные и держать проект под контролем. Определение заинтересованных лицЗаинтересованные лица — это люди или группы, которые утверждают и выделяют ресурсы для проекта. Определив заинтересованных лиц на раннем этапе планирования, рабочая группа, отвечающая за совместимость приложений, сможет взаимодействовать с нужными людьми и протестировать результаты с их помощью. В следующей таблице описываются типичные роли заинтересованных лиц в проекте обеспечения совместимости приложений.
Назначение ролей для участников проектаВ следующей таблице описываются возможные роли и их обязанности, которые следует реализовать в проекте обеспечения совместимости приложений.
Определение и опрос подразделенийНа следующем этапе планирования оценки нужно определить отделы и подразделения, а также опросить их представителей, чтобы понять, как они используют текущий набор надстроек в своей работе. Понимание важности каждой надстройки, ее назначения, причины создания, принципов работы и того, кто ее создал, очень важно для принятия взвешенного решения о способе исправления надстройки и устранения проблем при их обнаружении. Некоторые надстройки для приложений Office могли быть созданы в организации неофициально. Поэтому могут потребоваться определенные исследования, чтобы отследить владельца и исходный код, если он еще существует. Следующую форму можно использовать как шаблон для анкеты.
Определение клиентских компьютеров для проверкиПосле определения разных подразделений, в которых требуется проверить клиентские компьютеры, можно приступить к выявлению статистической выборки для каждого подразделения. Не каждый клиентский компьютер в организации нужно проверять.Однако в некоторых случаях (в зависимости от размера организации) проверка всей среды, группы или подразделения может быть проще, чем определение отдельных клиентских компьютеров для проверки. Статистическая выборка, состоящая из не более чем 20% всех компьютеров, позволит получить достаточно информации для успешной оценки и устранения проблем совместимости в среде Office 2010.  Важно! На всех клиентских компьютерах, на которых запускается средство OEAT, должна быть установлена платформа Microsoft .NET Framework 2.0 или более поздняя версия. Дополнительные сведения о требованиях OEAT см. в разделе Руководство пользователя средства оценки среды Office для Office 2010. Если в организации нет обновленного перечня оборудования, следует рассмотреть возможность запуска набора средств оценки и планирования Майкрософт (MAP) для создания перечня оборудования и оценки готовности среды Office 2010. С этим перечнем можно обратиться к руководителям подразделений для выбора подмножества клиентских компьютеров для оценки с помощью OEAT. Дополнительные сведения о наборе средств оценки и планирования Майкрософт см. в разделе ссылка скрыта (oft.com/fwlink/?linkid=149448&clcid=0x419). Планирование исправленияВ следующих разделах представлены сведения, которые помогут определить базовые критерии для классификации и исправления несовместимых приложений. Если прийти к соглашению на раннем этапе планирования, можно будет избежать разногласий и задержек после получения результатов оценки и тестирования. Определение способа классификации приложений и их приоритетаПредприятия разрабатывают, развертывают и поддерживают разные приложения и надстройки на основе Office, которые могут сильно различаться по значимости. Поэтому важно объединить приложения в классы и уровни на основе их значимости для организации. Простой метод классификации — определить, является ли приложение критически важным для организации или нет. Кроме того, следует рассмотреть следующие характеристики для классификации: собственные приложения и приложения сторонних производителей; ведомственные приложения; неуправляемые решения, такие как шаблоны, надстройки и макросы, созданные конечными пользователями; количество пользователей приложений; факт использования приложений высшим руководством; ожидаемый срок жизни приложения. В следующей таблице описывается, как организации могут классифицировать и определять приоритеты различных типов настроек Office.
Для дальнейшей классификации важных приложений можно разделить их на уровень 1, уровень 2 и уровень 3. Далее представлен пример классификации каждого уровня. Уровень 1: критически важные Сбой критически важных приложений может нарушить непрерывность работы и снизить доход организации. Любое приложение, используемое высшим руководством, следует считать критически важным независимо от количества пользователей или приоритета приложения. В этот уровень также включаются приложения, которые используют более 10% сотрудников организации. Уровень 2: важные для бизнеса Эти приложения важны для организации, или их используют не менее 10% сотрудников организации. В этот уровень также можно включать приложения с любым бизнес-приоритетом, которые используют 1-10% сотрудников организации. Это не критически важные приложения, не влияющие на доходы организации. Однако они могут косвенно увеличить расходы или снизить доходы, влияя на производительность. Уровень 3: бизнес-приложения Это не критически важные приложения, которые могут повлиять не более чем на 10 сотрудников или на 1% пользователей организации. Обычно это средства для выполнения небольших задач, которые слабо влияют на работу организации. Определение стратегий исправленияПосле определения критериев классификации приложений следует сформировать потенциальные стратегии исправления. Хотя фактические работы по исправлению сложно спланировать, можно определить общие стратегии устранения проблем с каждым типом настроек. В следующей таблице представлены рекомендуемые стратегии исправления, основанные на типе приложения и его ожидаемом сроке использования.
При исправлении приложений можно обнаружить, что их приоритет может отличаться от исходной оценки. Следует применять строгий процесс оценки, в соответствии с которым можно перемещать приложение только на уровень вверх (но не вниз). Дополнительные сведения о том, как ИТ-отдел корпорации Майкрософт классифицирует приложения и определяет их приоритет, см. в разделе ссылка скрыта (oft.com/fwlink/?linkid=178278&clcid=0x419). На веб-сайте TechNet также представлены сведения об известных проблемах, которые возникают при переносе настроек Office. Дополнительные сведения см. в разделе Изменения продуктов и компонентов в Office 2010. Некоторые партнеры Майкрософт предлагают средства для оптимизации процесса исправления. Планирование пилотной средыРабочая группа должна выбрать способ пилотной реализации надстроек и приложений. В частности, рабочая группа должно определить следующее. Какие пользователи будут участвовать в пилотном развертывании. Как пользователи в пилотной среде будут отчитываться о проблемах. Будут ли сотрудники службы поддержки работать в пилотной среде и, если будут, как они будут обучаться. Когда будет запущена пилотная среда. Например, некоторые организации начинают тестирование пилотной среды на этапе планирования, чтобы получить ранние отзывы по мере реализации. Доступны следующие ресурсы для облегчения планирования пилотной среды. Эти ресурсы не относятся к тестированию совместимости с Office 2010. Однако многие из принципов, отраженных в них, можно применять и здесь. ссылка скрыта (oft.com/fwlink/?linkid=186680&clcid=0x419) (Возможно, на английском языке) ссылка скрыта (oft.com/fwlink/?linkid=186683&clcid=0x419) ссылка скрыта (oft.com/fwlink/?linkid=186684&clcid=0x419) (Возможно, на английском языке) |