Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Ответы по инф-ке все кроме посл.docx
Скачиваний:
35
Добавлен:
01.04.2015
Размер:
129.51 Кб
Скачать
  1. Функции ос по установке, исполнению и удалению приложений.

Одной из основных функций ОС является работа с приложениями.

ОС позволяет управлять установкой, исполнением и удалением приложений. Управление выполняется через «Пуск» - «Настройка» - «Панель управления». Непосредственно управлением работой с установкой/удалением приложений занимается служба «установки».

Служба установки Windows Installer - это компонент операционной системы, централизованно управляющий конфигурацией установки приложения, а также его удалением. Использование Windows Installer позволяет операционной системе управлять установкой и конфигурированием приложений, что обеспечивает:

·Управление подсчетом ссылок и проверкой версий совместно используемых компонентов, что помогает обеспечить лучшее сосуществование приложений.

·Устойчивые установки и самовосстанавливающиеся приложения.

·Надежное и полное удаление, включая корректную обработку разделенных компонентов.

·Способность выполнять установку в защищенных системах (для непривилегированных пользователей и пользователей, не являющихся администраторами).

·Полное использование приложением возможностей установки, обновления и удаления Windows 2000 IntelliMirror по сети на базе политик.Installer позволяет использовать все эти возможности с помощью пакетов, описывающих конфигурации приложений. Windows Installer поставляется вместе со всеми версиями Windows 2000 и выше, а также распространяется с Windows NT 4, Windows 98 и Windows 95.

Если приложение использует Windows Installer, конечные пользователи получают следующие преимущества:

·Уменьшение числа проблем при установке приложения: менее вероятно, что установка и удаление приложений отразится на производительности другого приложения, благодаря надлежащей реализации счетчика ссылок и проверки версии.

·Самовосстановление испорченных приложений при запуске: Во время загрузки приложения Windows Installer проверит корректность его установки и, если установка некорректна, динамически восстановит приложение.

·Проведение установки: Если установка не завершена (например, если произошел сбой в сети), Windows Installer может вернуться к ранее установленной без ошибки версии приложения.

·Установка приложения по запросу.

Если приложение использует службу Windows Installer, системные администраторы в корпоративной среде получают следующие преимущества:

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

·Пакет на базе Windows Installer (файл.msi) позволяет администратору легко определить устанавливаемые файлы и их версии. Это особенно полезно для организаций, в которых поддерживается список «хороших версий» совместно используемых библиотек DLL и позволено устанавливать только приложения, использующие общие библиотеки DLL из этого списка.

·Интерфейсы API для управления службой Windows Installer могут использоваться с инструментами управления, позволяющими производить удаленную проверку целостности файлов и приложений.

·Установка по требованию и отсутствие привязки к путям с помощью API установки обеспечивает более надежную поддержку приложением пользователей, работающих на нескольких компьютерах, (сокращена зависимость от фиксированных путей, которые могут быть различными на разных компьютерах).

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

Установка с помощью пакета на базе Windows Installer, прошедшего тест на корректность:

·Соблюдение правил разбивки приложений на компоненты

·Идентификация совместно используемых компонентов

·Установка по умолчанию в каталог Program Files

·Корректная поддержка добавления/удаления программных файлов

·Поддержка приложением оповещения

·Корректная поддержка удаленияInstaller всегда устанавливает и удаляет приложение как единый участок информации, называемый компонентом. Компонент может состоять из набора файлов, параметров реестра, ярлыков или любой другой информации, которая должна записываться на компьютер пользователя в процессе установки. Программа установки идентифицирует компонент с помощью его уникального кода GUID. Местоположение компонента определяется с помощью файла ключевого пути, принадлежащего этому компоненту. Поскольку обычно компоненты используются совместно несколькими приложениями или продуктами, разработчики должны корректно организовывать разбивку приложения на компоненты, чтобы обеспечить управляемость приложения программой установки. Более подробную информацию можно найти в разделе «Organizing Applications into Components (Компонентная организация приложений)» в документации по Windows Installer в Platform SDK.

Чтобы гарантировать, что удаление одной программы не нарушит работу других программ в системе и что Windows Installer корректно удалит все ресурсы, относящиеся к данной программе, Ваше приложение должно строго придерживаться следующих правил:

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

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

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

·Серверы COM должны быть ключевым путем компонента. Это означает, что на один компонент может быть только один сервер COM. Отдельный файл, находящийся только в одном компоненте, может обслуживать несколько CLSID. Однако два файла, обслуживающие различные CLSID, должны находиться в различных компонентах.

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