Исправление сбоев в клиентских операционных системах
0,1-2,1
Максимум при Windows 95/98
10
Внесение исправлений в системные справочники, текущие
изменения настроек приложений
0,3-8,6
Максимум - при внедрении
11
Прочие
14,2
Использование
встроенных в middleware-приложений глобальных обработчиков оши-бок позволяет
сократить время по п. 3 (отправка отчетов об ошибках) практически до нуля, т.
к. вся ключевые отчеты система формирует и отправляет автоматически.
Обслуживание вызовов пользователей, исправление локальных сбоев на компьютерах
пользователей и вне-сение исправлений в справочники системы являются
практически неуправляемыми факто-рами. Плановое обслуживание компьютеров, анализ журналов работы системы, чтение спе-циальной литературы являются
постоянными величинами, истекающими из функциональ-ных обязанностей
администратора системы.
Следовательно, управляемыми факторами, способными сократить (перераспределить) трудозатраты
технического персонала на обслуживание системы являются: установка при-ложений
системы, установка исправлений (в т. ч. самой ИС и общесистемного ПО), контроль
за новыми версиями ПО. Причиной высоких показателей в этих категориях является
тради-ционный способ установки прикладного ПО: администратор сети запускает
инсталляцион-ные пакеты на компьютерах пользователей, а затем по мере появления
и т. н. "заплатки" к ним. Учитывая высокие показатели в выходе новых
версий отдельных программ МИС на ба-зе ООП, 1 администратор может обслуживать
до 22-25 пользователей. По нашему опыту, время от появления пакета исправлений
до его полной инсталляции на всех компьютерах се-ти может составлять от 2-3
суток при работе 50 станций до 4-7 суток при работе 100-150 станций. Этот факт
чреват тем, что злоумышленник может воспользоваться этим промежут-ком для
нарушения системы безопасности или другого нанесения вреда, если он знает
меха-низм ошибки, которую планируется исправить "заплаткой".
Анализируя
эти проблемы, было предложено использовать технологию установки и об-новления
приложений [8, 11, 14]. Суть ее работы состоит в следующем: в системе имеется
выделенная база данных дистрибутивов приложений. Все команды на запуск
приложений используют в своей работе специальный сервис, предоставляемый
системой. Ей передается команда на запуск приложения, содержащая код программы
и параметры ее запуска. Всю необходимую работу выполняет система, используя
следующий алгоритм (рис. 3).
Определяется, имеется ли описание программного продукта с переданным кодом в цен-тре
программ. Если описание не найдено, выдается сообщение об ошибке.
Вычисляются
из описания программы необходимые данные, в частности: номер версии ПО, имя
исполняемого файла и т. д.
Проверяется, имеется ли вызываемое ПО на компьютере пользователя: если нет, произ-водится
инсталляция программного обеспечения - из базы данных извлекаются необхо-димые
файлы и настройки, создается программная папка и выполняется копирование файлов
и т. д. После окончания процесса установки исполняемый файл запускается.
Если
вызываемое ПО имеется на компьютере пользователя, проверяется его версия и
сравнивается с версией в центре программ. В случае, если на локальном
компьютере со-держится устаревшая версия, производится обновление программных
файлов в зависимо-сти от настроек одним из следующих способов:
метод
переустановки. Он является наиболее простым решением. При его использова-нии, однако, механизм синхронизации должен оценить следующие факторы: доступность
обновленного дистрибутива, его объем и время копирования на данную рабочую
станцию, права доступа данного пользователя к нужному дистрибутиву, возможные
ограничения, накладываемые администратором сети на данный дистрибутив;
метод
обновления. Он более трудоемкий. Его суть в том, что на данном компьютере
приложение не переустанавливается целиком, а лишь перезаписывается его
исправленная часть. Этот метод имеет преимущество в том, что объем данных для
исправления значи-тельно меньше по сравнению с полным дистрибутивом.
метод
исправления справочников. Применяется, если приложение само не изменило свою
версию, однако его справочник устарел по сравнению с эталоном системы.
Если
все проверки пройдены, исполняемый файл запускается.
Рис.
3. Алгоритм работы подсистемы установки и обновления программ
Применение
данной технологии позволило сократить время, необходимое на обновле-ние
клиентского программного обеспечения с 2-3 дней до 5-10 сек. (в среднем), снизить за-траты ЛПУ на администрирование информационной системы на 47,8% за
счет снижения трудозатрат администратора системы и возможности совмещения
ставок программиста и администратора. Ежегодная экономия составляет около $72
на одного пользователя.
Рекомендуем скачать другие рефераты по теме: шпаргалки по математике, шпоры по управлению.