Реферат: Разработка проекта ИВС для управления файловыми ресурсами и ресурсами печати в сетях под управлением Win2000
Рассмотрим проект FIleUPR, созданный для управления файловыми ресурсами. Как видно из рисунка 2.1 в его состав входит четыре формы, одна из которых является стартовой (frmbase). Итак загружаем fileUPR.vbp и запускаем его, либо его откомпилированную версию fileUPR.exe – в этом случае он запускается сам. На рисунке 2.5 изображена основная рабочая форма проекта (frmbase). Для связывания с помощью GetObject свойств объектов с помощью которых будет осуществляться управление ресурсами и сессиями необходимо заполнить поля “имя домена” и “имя компьютера”, затем нажать кнопку “Готово”. Событие Click метода cmd_run реализует создание необходимых объектов и заполнение списка “Общие ресурсы” и “Пользовательские сессии”. После этого можно управлять ими используя набор кнопок, расположенных в соответствующих фрагментах (фреймах).
Пусть теперь необходимо создать общий сетевой ресурс. Для этого нажимаем кнопку “Создать” – в результате чего открывается форма “Создание общего ресурса”, где определяем свойства ресурса, заполняя соответствующие строки см. рис 2.6. Выполнив это действие нажимаем кнопку “Создать” этой же формы. В ответ получаем сообщение “Создан ресурс с заданными свойствами”. Возвратимся теперь к основной форме и нажмём кнопку “Обновить”, в событии Click которой внесена строка cmd_run.Click, то есть на самом деле срабатывает тело кнопки “Готово”. Таким образом, все общие ресурсы сетевой машины, имя которой выбрано в списке “Имя компьютера”, а также все подключения к ним снова перечисляются, что и реализует функцию обновления. Пролистав теперь список с именами ресурсов, заметим, что созданный на предыдущем шаге ресурс уже занесен в список.
Рис 2.5. Вид основной рабочей формы (frmbase) проекта fileUPR.
Рис 2.6. Окно запроса свойств для нового ресурса.
Рис 2.6. Создание нового общего ресурса и получение его в соответствующем списке основной рабочей формы путём нажатия кнопки “Обновить”.
Программа поддерживает и удаление ресурсов, а также и изменение их свойств, как заданных в предыдущем шаге – в момент создания, так и те которые я генерирую “по умолчанию”. Например, максимальное количество подключений при создании с помощью fileUPR автоматически устанавливается неограниченное, так как в большинстве случаев, в том числе и при использовании стандартных утилит Windows администраторы используют именно это значение. Аналогично управляем файловыми сессиями.
Значительная часть процесса разработки программного обеспечения приходится на его отладку и тестирование. Основная масса затруднений, с которыми пришлось столкнуться при написании кода, связана с использованием ссылок и компонентов, а также с ограниченность прав: не каждый пользователь домена может получить информацию об объектах Active Directory, а тем более менять свойства объектов и управлять ими. Определённая доля трудностей возникла на начальном этапе разработки при передаче данных между разными формами одного проекта. Готовое откомпилированное приложение получилось очень компактным (как в плане занимаемого пространства жесткого диска так и в интеграции функций и возможностей в пределах рабочих форм ).
Необходимо отметить, что программный проект лояльно относится к ресурсам аппаратуры, т.е. для устойчивой работы не требует больших вычислительных мощностей. Основные временные задержки возникают при перечислении большого количества элементов, например компьютеров домена или длинных очередей печати, однако даже они устойчиво обрабатываются процессорами с тактовой частотой порядка 400 МГц. В ходе написания программного кода было встречено несколько ошибок, исправить которые не удалось и для реализации необходимых действий пришлось использовать другие методы и пути. Например, внутри целочисленного цикла один и тот же ресурс запрашивается дважды, чем вызывает ошибку “Object required”, при этом если считываются ресурсы главного сервера (в моём случае \\MASTER), то их имена перечисляются корректным образом. При использовании библиотеки ADSI часто возникают ошибки при связывании свойств объектов. Используется строгий синтаксис и правила корректного обращения с службам (Например LAN Manager). Такие ошибки приводят к нарушению автоматизации использования свойств объектов “Automation Error”. И третья, наиболее частая ошибка – “Ошибка доступа” связана как раз с нехваткой прав для совершения определённых операций (Например, создание общего ресурса или просмотр пользовательских сессий). Ну и ошибки преобразования и переполнения типов “Type mismatch”, а также “Variable not default” были обработаны по мере приближения к завершению разработки. Потенциальной проблемой, в ходе разработки стало завершение работы приложения Visual Basic при отсутствии прав администратора в момент использования элементов управления ActiveX. Выходом из сложившейся ситуации стало использование прав администратора на локальной машине – в итоге ошибка, определённая выше как третья сохраняется, но Visual Basic работает корректно.
Кроме ошибок, возникших при выполнении проекта пришлось столкнуться с некоторыми неудобными моментами, например при работе с объектом ListView – комбинированный табличный список выбрать маркером (.Selected) можно только нулевое “подполе” (SubItem), т.о. все последующие операции со строкой списка выполняются опираясь на значение SubItem(0), в том числе и при удалении строки из списка (приходится применять циклы). Затруднения, возникающие при передаче значений между формами проекта, также были разрешены, причем решений может быть несколько:
- построение модулей классов на основе переменных и функций с областью видимости Public;
- прямая передача параметров между формами используя значения, определяющие содержимое полей (например, при передаче данных из основной формы frmbase в форму выводящую информацию о ресурсе используем код: frmRes.txt1.Text = cbo2.Text), где cbo2.Text – значение поля cbo2.
- передача параметров посредством сохранения промежуточных данных.
Т.о. при исключении критических ошибок, влекущих за собой неустойчивую обработку завершена отладка приложений. Тестирование проводилось на готовых, откомпилированных образцах проекта (в виде исполнимых файлов и файлов справок). Тестирование показало, что достигнута поставленная цель: высокая степень интеграции возможностей и выполняемых функций в пределах темы выполняемого задания, наглядность и простота операций, а также внедрение программных методов использующих принцип провайдера, “разговаривающего” на нужных языках программирования.
Рекомендации по внедрению, эксплуатации и сопровождению проекта
Основная цель написания данного дополнения к проектной документации – избежание ошибок и потерь производительности, как в результате действий системного администратора, так и пользователя рабочего проекта.
При внедрении проекта необходимо позаботиться об устойчивости и надёжности работы самой вычислительной сети. При тестировании было отмечено, что проект не требует значительных вычислительных мощностей, т.е. при использовании проектируемой аппаратной и сетевой конфигурации программа должна “порхать” – работать очень быстро. Однако на практике бывает и иначе, например, при большой загрузке сети, значительном количестве подключений пользователей к контроллеру домена и различных клиент-серверных операций, обрабатываемых сервисами Active Directory. Кроме того производительность ЛВС зависит ещё от многих факторов, т.к. например некорректно установленные драйвера или широковещательные шторма или обращение нескольких пользователей к одному ресурсу, что может вызвать коллизию и др. В общем, при медленной работе программы необходимо в первую очередь обратить внимание на производительность ЛВС.
При затруднениях в эксплуатации проверить адекватность входных данных. Например, в основной рабочей форме был выведен список всех сетевых станций, и при каких-либо затруднениях появилась необходимость перенастроить очередь печати (поменять приоритеты), пользователь программы выбирает домен и имя сервера печати, выполняет необходимое действие, и в этот момент администратор печати перезагружает станцию. В этом случае программа может “повиснуть” или долго пытаться восстановить работоспособность, что ни в коем случае не является её дефектом или предлогом для повторной инсталляции и др. мер.
Сопровождением проекта является справочный файл, кроме того необходимо заметить, что написания кода на языке такого высокого уровня как Visual Basic оставляет возможность сохранить исходные тексты для дополнения необходимыми возможностями и др.
Заключение
Подводя итог в решении задачи проектирования ИВС в рамках курсовой работы, необходимо отметить, что данная задача структурирована и инкапсулирует раннее изученные материалы. Например, такие как сетевое проектирование, цифровые ЭВМ и периферийные устройства, а также алгоритмирование, построение диаграммы классов и программирование прикладных задач.
Хочу заметить, что в процессе проектирования и реализации были применены такие инструменты: Rational Rose 2000, Visio 2000, MS Visual Basic 6.0.
В ходе выполнения задачи были встречены определённые трудности.
