Разработка проекта ИВС для управления файловыми ресурсами и ресурсами печати в сетях под управлением Win2000

компьютеров и оборудования в рабочем зале. Стоит оговорить, что количество

разъёмов питания, показанных на рисунке в виде розеток, устанавливается в

зависимости от присутствия периферийного оборудования в составе рабочей

станции или вне её.

При проектировании расположения рабочих станций в помещении необходимо

учесть свойства сетевой топологии проектируемой рабочей среды.

Проектируемая сеть имеет топологию “звезда” и строится, основываясь на

подключении рабочих станций к коммутатору. При этом требуется организовать

работу 28 компьютеров. Для этого понадобится патч-кордом соединять 2

коммутатора через порты.

Таким образом, необходимо 2 коммутатора по 16 портов, по одному из которых

будут соединены между собой. Таким образом, в распоряжении сети окажется 30

портов, которые обеспечат сетевые подключения компьютеров и коммутацию

пакетов сетевых протоколов.

Основная мысль заключается в том, чтобы рационально установить коммутаторы

и рабочие станции так, чтобы минимизировать количество сетевого кабеля,

необходимого для их подключения. Для этого длина сетевого кабеля от рабочей

станции к коммутатору с учётом расстояния от сетевой карты до места

проводки и до коммутатора должна быть минимальной, но с небольшим резервом

(используется при ремонте сетевых разъёмов).

[pic]

Рис 2. Схема звездообразного подключения (Fast Ethernet) компьютеров в

сети : сервер, сервера печати, рабочие станции.

Из рисунка видно, что коммутаторы расположены на разных стенках, в местах,

где компьютеры расположены наиболее плотно.

Рассмотрим данную схему с учётом технических характеристик.

Для реализации проектируемой ЛВС требуется:

28 компьютеров, конфигурация которых указана выше;

2 коммутатора на 16 портов;

сетевой кабель 250 метров;

2 принтера;

сетевые разъёмы RJ-45 70 шт. (учитывая резервные).

Составим калькуляцию проекта ЛВС.

|Компонент |Стоимость , грн |

|Сервер |4.400 |

|Серверы печати |4.200 |

|Рабочие станции |50.000 |

|Сетевой кабель (250 м) |175 |

|Коммутаторы |1.500 |

|Разъёмы |175 |

|Принтеры |700 |

|Оплата установочных работ |500 |

|Итого |61.650 |

Приняв во внимание стоимость силовой сети 497 грн. Получим окончательную

стоимость ЛВС 62.147 грн.

Анализ, установка и настройка ОС

Спроектировав и установив компьютеры, разработчик ЛВС вплотную подходит к

задаче установки и настройки программного обеспечения. Этот этап по-другому

можно назвать “превращением компьютера в рабочую станцию”.

Чтобы корректным образом установить и настроить программное обеспечение

необходимо проанализировать, какие задачи будут выполняться на рабочих

станциях и, какие специфические требования выдвигаются при работе

операторов.

Такими специфическими требованиями могут быть :

- защищенность;

- надежность;

- восстанавливаемость;

- кроссплатформенность;

- производительность (скорость обработки данных);

- совместимость (с др. программными средствами в т.ч. лицензионными);

- стоимость;

- требования к ресурсам аппаратной части.

Защищенность может обеспечиваться несколькими способами, наиболее

распространёнными являются делегирование полномочий, применение алгоритмов

шифрования, использование межсетевых экранов, применение специальных патчей

и др. средств позволяющих исключить несанкционированный доступ и акции,

влекущие ущерб.

Надёжность гарантирует сохранность рабочих материалов, стабильную работу

системы и необходимых программ.

Восстанавливаемость дает возможность возобновить считываемость данных,

работу системы и программ в случае непредвиденных обстоятельств, повлекших

за собой сбой, приведший к нестабильной работе машины.

Кроссплатформенность является очень важным свойством ОС и программ, даёт

возможность использовать рабочие продукты в др. ОС.

Производительность

Рассмотрим, какие задачи преимущественно будут выполняться на рабочих

станциях. При постановке задачи проектирования было оговорено, что

операторы проектируемой ЛВС будут пользоваться в основном офисными

программами. В различных ОС программный комплекс, предназначенный для

решения офисных задач, требуют аппаратуру, существенно отличающуюся по

мощности. Например, в ОС DOS, Windows, OS/2 офисные программы не требуют

большого количества аппаратных ресурсов, тогда как в MAC OS и различных

версиях Linux, потребуется значительно много вычислительных мощностей.

Сопоставив специфические требования и сложившуюся на сегодняшний день

картину применения ЛВС можно сделать выбор в пользу ОС Windows 2000. Эта ОС

обеспечит оптимальное сочетание требований и возможностей. Кроме

кроссплатформенности все специфические требования будут выполнены, что

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

В итоге получаем следующую картину. Для реализации поставленной цели

необходимо установить : на контроллере домена Windows 2000 Server, на

серверах печати Windows 2000 Advanced Server, на рабочих станциях Windows

2000 Professional. Документацию по установке и настройке соответствующих ОС

можно найти на инсталляционных дисках, в интернете, профессиональной

литературе и т.д. Развернув на сервере службу Active Directory, будет

достигнута требуемая безопасность.

Настроив взаимодействие компьютеров в сети путём установки сетевого

протокола TCP/IP необходимо установить рабочие офисные программы и

проектируемую программу для управления файловыми ресурсами и ресурсами

печати.

Отметим тот факт, что при использовании предлагаемой конфигурации

операционных систем получаем возможность распределять нагрузки на сервер.

Имеется в виду распределение рабочей нагрузки для серверных программ.

Например в сети используется 3 клиент серверные платформы. Если в сети

используется один сервер, выполняющий функции контроллера домена, то при

работе на нем трёх серверных программ, нагрузка как на сеть, так и на

серверную станцию повлечет большую потерю производительности. Обеспечив же

дополнительные серверные станции и устанавливая серверные приложения на

нём, происходит распределение нагрузки. А в случае некоторых обстоятельств

и корректного разбиения пользователей на рабочие группы, используя, как в

данном случае 2 коммутатора, такая программная конфигурация значительно

разгрузит сетевой трафик и повысит как производительность, так и

безопасность сети.

Рабочий проект

Глава 2 Разработка программы управления файловыми ресурсами и ресурсами

печати в сети под управлением ОС Windows 2000 Server

Основным требованием, выдвигаемым мной применительно к проектируемому

комплексу, является простота и наглядность не только при просмотре и

анализе сетевых ресурсов, подлежащих администрированию, но и при управлении

ими. Необходимо решить задачу манипуляции ресурсами домена таким образом,

чтобы администратор, работающий на удалённой машине, мог, не затрудняясь

получать доступ ко всем соответствующим элементам сети.

Программа для управления файловыми ресурсами в сети под управлением

Windows 2000. Возможности этого продукта должны поддерживать

административные инструменты, предлагаемые программистами фирмы Microsoft,

и, предполагается добавить некоторые новые.

В состав разрабатываемого приложения предполагается включить несколько

рабочих форм, с помощью которых администратор может просматривать

содержимое контейнера заполненного NetBios (сетевыми) именами компьютеров

заданного домена; выбрав имя соответствующей станции просмотреть общие

ресурсы созданные для внутридоменного использования; с помощью динамической

привязки имени станции и имени ресурса просматривать и анализировать

пользовательские подключения (сессии); создавать и удалять общие и при

необходимости открытые ресурсы; при работе с ресурсами, в случае каких-либо

изменений или по другим причинам отключать выбранную пользовательскую

сессию; отключать все пользовательские сессии, связанные с указанным

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

количество подключений и т.д.

Разработка объектно-ориентированной модели в среде Rational Rose 2000 и

алгоритма реализации

Как известно Rational Rose является специализированной средой для

разработки объектно-ориентированных моделей. Какова цель такого

моделирования? Ответ на этот вопрос прост: профессиональное классическое

программирование предполагает стандартизированный подход, разбитый на

определённое количество этапов. Основными пунктами является постановка

задачи, алгоритмизация и детализация достижения цели, после чего начинается

реализация программным путём. Проект Rational Rose, составленный на базе

типов используемых переменных, классов, и их методов, является наглядным

аналитическим представлением вышеперечисленного. Поскольку реализованная

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

рисунках

[pic]

Рис 2.1. Объектно-ориентированная модель (проект Rational Rose): управление

файловыми ресурсами и ресурсами печати.

Разработка объектно-ориентированного программного приложения на языке

Visual Basic 6.0 с использованием библиотеки службы активного каталога ADSI

Принцип, заложенный в данную программу, предполагает создание и удаление

объектов, а также изменение их свойств методов. Для уменьшения времени

сетевого считывания и установки свойств в ADSI применяется модель

кэширования свойств (property caching). Каждый интерфейс ADSI описывается

собственным интерфейсом iads, который поддерживает эту модель кэширования с

помощью методов GetInfo и SetInfo.

Набор программных инструментов, с помощью которых реализуется задача,

ограничен компилятором Visual Basic 6, а также программная библиотека

Active DS Type Library, которую необходимо установить, в случае отсутствия

таковой в составе инсталляционного пакета Visual Studio, а также подключить

в меню Project(References

[pic]

Рис 2.3. Подключение библиотеки Active DS Type Library

В результате компилятор начинает “понимать” набор специализированных типов

и методов.

Метод GetInfo вызывается всякий раз при запросе новых данных, хранимых в

каталоге.

Метод SetInfo.В ADSI есть также метод SetInfo интерфейса IADs для

уменьшения числа событий записи в каталог. При формировании нового объекта

в пространстве имен можно использовать несколько свойств создания этого

объекта, но только одну операцию записи обновления в каталоге. Как и

системный реестр Windows, большинство каталогов оптимизированы для

выполнения быстрых запросов, но это не относится к производительности

записи. Для минимизации сетевой нагрузки кэш свойств ADSI позволяет

выполнять одну операцию записи, которая наиболее оптимально ограничивает

количество вызовов метода SetInfo. Анализируя поставленную цель можно

сделать вывод, что задача должна быть реализована как два набора методов,

первый – для управления файловыми ресурсами, второй – для управления

ресурсами печати. Служба активного каталога ADSI предоставляет для этого

мощные программные интерфейсы, инкапсулированные в стандартную библиотеку,

в данном случае языка MS Visual Basic, которая называется Active DS Type

Library. Данная библиотека представляет собой библиотеку типов данных,

манипулируя которыми программист получает доступ к требуемым ресурсам и их

свойствам.

Интерфейсы ADSI IADsFileService, IADsFileServiceOperations и

IADsFileShare позволяют перечислять совместно используемые ресурсы и

управлять ими на выбранном компьютере, а комбинируя эти интерфейсы с

IADsContainer, можно создавать новые совместно используемые файловые

ресурсы.

После создания новых ресурсов можно просматривать и управлять сессиями,

которые ассоциированы с каждым открытым ресурсом. Загружая в коллекцию

(интерфейс IADsCollection) содержимое динамического интерфейса IADsSession,

можно программно просматривать и удалять пользовательские сессии,

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

Интерфейсы ADSI IADsPrintQueue и IADsPrintQueueОperations позволяют

перечислять задания существующей очереди печати и управлять ею. Для

просмотра заданий печати очереди и управления ими можно использовать

интерфейсы IADsPrintJob И IADsPrintJobOperations.

С помощью описанных интерфейсов и приведенного в приложениях данной работы

кода можно создавать программы для управления:

- файловыми ресурсами;

- файловыми сессиями;

- открытыми ресурсами;

- ресурсами печати.

Управление файловыми ресурсами. С помощью интерфейсов IADsFileService,

IADsFileServiceOperations, IADsFileShare, IADsSession и IADsContainer можно

программно создавать и удалять совместно используемые файловые ресурсы. Эти

интерфейсы также можно применять для просмотра открытых сессий и ресурсов.

Для перечисления совместно используемых ресурсов компьютера в первую

очередь необходимо связать контейнер LanmanServer с конкретным компьютером.

Основной принцип, использования ADSI – объектно-ориентированный подход.

Команда GetObject связывает объект типа IADS c требуемыми значениями

переменных, содержащих имена используемого домена, компьютера и контейнера

LanmanServer. Далее, обращаясь к методам нужных классов и слою абстракций

ADSI, вызываются требуемые функции API, позволяющие управлять свойствами и

возможностями системных служб ОС Windows NT/2000. Значения переменных

ComputerName, ComputerDomain, PrintQueueName и других, обозначающих имена

сетевых ресурсов, используются как входные параметры функций API, которые

обрабатываются ADSI.

Основной подход в программной реализации – связывание объектов. Это

означает, что имеется возможность получить новый объект, имеющий свойства,

при изменении которых достигается поставленная цель – администрирование

ресурсов. В обоих проектах есть общая операция – перечисление компьютеров

домена. Она реализуется путём объявления переменных типа IADsContaner и

IADsComputer, заполнения контейнера, с помощью фильтра, элементами массива

компьютеров и вывод соответствующих сетевых имён в комбинированный список

рабочих форм: Dim cont As IADsContainer

Dim contName As String

Dim computer As IADsComputer

contName = computerdomain

Set cont = GetObject(“WinNT://” & contName)

cont.Filter =

Array(“Computer”)

For Each computer In cont

cbo1.AddItem computer.Name

Next

Строки, начинающиеся с DIM, объявляют переменные IADsContainer - это тип

интерфейса ADSI, именно переменная cont и будет объектом, используя

свойства которого получаем возможность перечислить компьютеры (тип

IADsComputrer) в домене с именем computerdomain. В теле цикла перечислим

все компьютеры домена и внесём их имена в комбинированный список.

Аналогично связываем и др. объекты, свойства которых могут и будут

использованы для задач администрирования.

Можно перечислить все компьютеры, а затем использовать условие для

определения необходимой очереди печати (выполняется на сервере печати) на

основе ее точного имени, как это и реализовано в предоставленной программе.

Dim ComputerName As String

Dim ComputerDomain As String

Dim PrintQueueName As String

Dim PrintQueue As IADsPrintQueue

ComputerDomain = “Target_Computer_ Domain”

ComputerName = “Target_Сотриter_Name”

PrintQueueName = “Target_Print_Queue”

Set PrintQueue = GetObject(“WinNT://” & ComputerDomain & “/” _

& ComputerName & “/” & PrintQueueName & “, printqueue”)

В данном примере очередь печати, обрабатываемая на компьютере с именем

«Target_Сотриter_Name», находящемся в домене «Target_Computer_Domain»

и именуемая как «Target_Print_Queue» будет “связана” и обратиться к ней

можно будет через объект PrintQueue. Допустим, необходимо приостановить

процесс печати. Для этого можно, изменив в коде только тип переменной,

отвечающей за имя объекта PrintQueue на IADsPrintQueueOperation и продолжая

код применить строку : PrintQueue.Pause , аналогично можно возобновить

печать и т.д.

На втором этапе- «Рабочем проектировании» осуществляется техническая

реализация выбранных наилучших вариантов и разрабатывается документация

«Рабочий проект». Наиболее ответственной работой, выполняемой на этом

этапе, являются «Кодирование и составление программной документации». Т.к.

в данном случае кодирование представляет собой написание программного кода,

фрагменты которого приведены выше, то налицо актуальность написания

программной документации в виде инструкций для системного программиста и

пользователя программы (администратора).

Общие требования. Для корректной работы программы управления файловыми

ресурсами и ресурсами печати, как системному программисту, так и

пользователю ПО потребуется набор прав администратора, т.е. полный доступ

ко всем ресурсам.

Для системного программиста. Задачей системного программиста является

подготовка ОС и рабочих программ для установки спроектированного комплекса.

Как уже было оговорено выше, рабочей ОС выбрано семейство Windows 2000,

инструкции по установке которой, можно найти в литературе, на сайте

www.microsoft.com , а также на установочном диске. Обязательным требованием

является стабильное межсетевое взаимодействие. Установка рабочих офисных

программ так же документируется фирмой разработчиком. Остаётся сказать, что

при использовании откомпилированной версии программы администрирования на

компьютере необходимо инсталлировать необходимые динамические библиотеки,

которые устанавливаются либо вместе с пакетом Visual Studio, либо

программой установки рабочего проекта. При использовании исходной версии –

код Visual Basic, необходимо подключать дополнительные компоненты языка,

что требует определённых прав.

Для пользователя. Предполагается, что пользователем программы будет

администратор сети, где комплекс ПО используется, т.е. все необходимые

права у него есть. Основным требованием в работе программы будет

предоставление всех необходимых данных и параметров рабочему механизму. Это

означает, что недопустимы попытки обработки каких-либо ресурсов в случае

потери даже одного из параметров (таких как Имя_домена, Имя_Рабочей_станции

и др.), т.к. это может привести к сбоям, влияющим на корректную работу

программы и сохранность раннее полученных результатов. Программа обеспечена

справочным файлом, т.е. по нажатию F1 пользователь может получить

необходимую подсказку.

Рассмотрим проект FIleUPR, созданный для управления файловыми ресурсами.

Как видно из рисунка 2.1 в его состав входит четыре формы, одна из которых

является стартовой (frmbase). Итак загружаем fileUPR.vbp и запускаем его,

либо его откомпилированную версию fileUPR.exe – в этом случае он

запускается сам. На рисунке 2.5 изображена основная рабочая форма проекта

(frmbase). Для связывания с помощью GetObject свойств объектов с помощью

которых будет осуществляться управление ресурсами и сессиями необходимо

заполнить поля “имя домена” и “имя компьютера”, затем нажать кнопку

“Готово”. Событие Click метода cmd_run реализует создание необходимых

объектов и заполнение списка “Общие ресурсы” и “Пользовательские сессии”.

После этого можно управлять ими используя набор кнопок, расположенных в

соответствующих фрагментах (фреймах).

Пусть теперь необходимо создать общий сетевой ресурс. Для этого

нажимаем кнопку “Создать” – в результате чего открывается форма “Создание

общего ресурса”, где определяем свойства ресурса, заполняя соответствующие

строки см. рис 2.6. Выполнив это действие нажимаем кнопку “Создать” этой же

формы. В ответ получаем сообщение “Создан ресурс с заданными свойствами”.

Возвратимся теперь к основной форме и нажмём кнопку “Обновить”, в событии

Click которой внесена строка cmd_run.Click, то есть на самом деле

срабатывает тело кнопки “Готово”. Таким образом, все общие ресурсы сетевой

машины, имя которой выбрано в списке “Имя компьютера”, а также все

подключения к ним снова перечисляются, что и реализует функцию обновления.

Пролистав теперь список с именами ресурсов, заметим, что созданный на

предыдущем шаге ресурс уже занесен в список.

[pic]

Рис 2.5. Вид основной рабочей формы (frmbase) проекта fileUPR.

[pic]

Рис 2.6. Окно запроса свойств для нового ресурса.

[pic]

Рис 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.

В ходе выполнения задачи были встречены определённые трудности.

-----------------------

Вывод заключений на основании результатов

Адекватность результатов

Вывод результатов обработки

Использование методов, наследуемых объектами

Организация объектов путём связывания полученных значений

Присвоение переменным необходимых значений

Инициализация значений ComputerDomain, ComputerName..

Объявление переменных соответствующих типов

Организация подключения библиотеки Active DS Type Library

Начало

Конец

Рис 1 Принципиальный алгоритм реализации

Страницы: 1, 2