Сервер сценариев Windows Script Host несколько лет назад был предложен компанией Microsoft в качестве инструмента разработки и выполнения специальных сценариев операционной системы Windows. Различные его версии входят в стандартную поставку ОС Windows 98/2000/ХР. Сценарии WSH могут создаваться с помощью специализированных языков, например, Microsoft Visual Basic Script Edition (VBScript) или Microsoft JScript и использовать любые объекты, зарегистрированные в системе, что и определяет чрезвычайно мощные возможности таких сценариев. Собственная объектная модель WSH позволяет из сценариев работать с файловой системой, системным реестром, специальными папками, ярлыками Windows, ресурсами локальной сети, а также запускать процессы и контролировать ход их выполнения.

Технология WMI — это глобальная концепция настройки, управления и слежения за работой различных частей корпоративной компьютерной се­ти. В частности, используя WMI, можно с помощью специальных утилит или сценариев Windows Script Host (WSH) решать следующие задачи:

- управление различными версиями операционной системы Windows. (С по­мощью сценариев WMI можно обращаться к системным счетчикам про­изводительности, анализировать журналы событий (Event Logs), работать с файловой системой, установленными принтерами, управлять запущен­ными процессами и сервисами, просматривать и изменять настройки реестра, создавать и удалять совместно используемые ресурсы и т. д.) При этом все операции можно выполнять одинаковым образом как на ло­кальной, так и на удаленной машине;

- управление ресурсами и службами сети.Сценарии WMI позволяют на­страивать сетевые службы (DNS) и управлять сетевыми устройствами;

- мониторинг состояния системы в реальном времени. (Можно создавать сценарии-обработчики событий WMI, которые позволяют отслеживать и нужным образом обрабатывать события, связанные с теми или иными изменениями в информационной системе (например, появление опреде­ленной записи в журнале событий на локальном или удаленном компью­тере, заполнение жесткого диска сервера до определенного предела, из­менение определенного ключа в системном реестре и т. п.)).

Архитектура WMI состоит из трех частей, показанных на рисунке.

Управляемые объекты/ресурсы (managed resources) — любые логические или физические компоненты информационной системы, доступ к кото­рым может быть получен с помощью WMI. В качестве управляемых ре­сурсов могут выступать, например, файлы на жестком диске, запу­щенный экземпляр приложения, системное событие, предоставленный в общее пользование ресурс, сетевой пакет или установленный в компь­ютере процессор.

Ядро WMI(WMI infrastructure). Это связующее звено архитектуры WMI, отвечающее за связь управляющих программ с управляемыми объектами. Ядро WMI, в свою очередь, можно разделить на три части: менеджер объ­ектов CIM (Common Information Model Object Manager), репозиторий (хранилище классов и объектов) CIM и провайдеры WMI. Кроме этого, для доступа к WMI с помощью сценариев необходима специальная библиотека поддержки сценариев WMI (WMI scripting library, которая рас­полагается в файле wbemdisp.dll в каталоге System32\ Wbem).

Провайдеры WMI обеспечивают связь между менеджером объектов и управляемыми ресурсами: провайдеры предоставляют для CIM данные об управляемом объекте, обрабатывают запросы от управляющих программ и ге­нерируют сообщения о наступлении определенных событий. При этом провайдер общается с управляемым объектом с помощью специфического API этого объекта, а с CIMOM — посредством стандарт­ного интерфейса прикладного программирования WMI (WMI API). Таким образом, провайдеры скрывают детали внутренней реализации управляемых объектов, позволяя CIM обращаться к этим объектам единообразно, ис­пользуя один и тот же WMI API.

Управляющие программы (management applications), которые являются потребителями сервисов WMI. В качестве потребителей могут выступать полновесные Win32-пpилoжeния, Web-приложения, сценарии WSH или другие инструменты администрирования, с помощью которых происхо­дит доступ к управляемым объектам посредством WMI.

Структура базы данных приложения представлена на рисунке. Все записи относятся к определенной дате. Рабочие станции представлены иерархией «домен-компьютер». Каждый компьютер имеет свой IP- и MAC-адрес. Аппаратное обеспечение рабочей станции представлено отдельной таблицей и может служить для анализа состояния физических блоков компьютера. В следующей таблице описаны операционная система, установленная на рабочей станции, и учетные записи пользователей. Каждой учетной записи поставлены в соответствие фамилия сотрудника, которому она принадлежит, и программное обеспечение с датой его установки, выделенное в отдельную таблицу.

Для написание программы выбран язык VBScript, так как он обеспечивает достаточно простой доступ к объектам WMI и позволяет реализовать все требуемые функции.

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

Журнал учета изменений реестра выполнен в виде текстового файла с расширением «log», а база данных ресурсов ЛВС – в виде файла MS Access с расширением «mdb».

Структура программы представленао на рисунке. Файл Exec.vbs запускает на исполнение поочередно сценарии compList.vbs, для формирования списка всех рабочих станций сети, и sysinfо.vbs, для сбора сведений о каждой рабочей станции. В соответствие с каждым сценарием выполнение основной программы задерживается на определенный промежуток времени для последующего корректного отображения в форме myForm.htm. Далее из нее становятся доступны просмотр процессов, запущенных на рабочих станциях, сохранение сведений в базе данных и ведение журнала учете изменений определенного раздела реестра.

На следующем рисунке представлен алгоритм прог.модуля sisinfo.vbs. Программа в цикле перебирает объекты классов WMI, соответствующие определенным аппаратным ресурсам, записывая необходимые параметры в переменную temp, которая затем выводится в файл.

Пользовательский интерфейс приложения представлен на следующем плакате.

В работе рассмотрены вопросы безопасности жизнедеятельности персонала, проведено технико-экономическое обоснование проекта, построен график безубыточности, согласно которому внедрение приложение окупается за 2-2,5 месяца.

Разработанное приложение позволяет осуществить определение следующих ресурсов рабочих станций ЛВС:

- сетевое имя проверяемой рабочей станции;

- название операционной системы, дата и время ее установки;

- USB контроллеры;

- тип и тактовая частота процессора;

- название и объем банков памяти;

- название и размеры установленных жестких дисков;

- модель привода CD-ROM;

- название видеоадаптера, объем видеопамяти, текущее разрешение, частоту вертикальной развертки;

- название и производителя звуковой карты;

- название сетевого адаптера, MAC- и IP-адреса;

- установленные приложения.