Розробка проекту ІТТ для управління файловими ресурсами та ресурсами друку в мережах під керуванням Win2000

МІНІСТЕРСТВО ОСВІТИ ТА НАУКИ УКРАЇНИ

ОДЕСЬКИЙ НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ ім. І.І. МЕЧНИКОВА

МИКОЛАЇВСЬКИЙ НАВЧАЛЬНО-НАУКОВИЙ ЦЕНТР

Курсова робота з дисципліни

"Проектування інформаційно-обчислювальних систем" на тему
"Розробка проекту інформаційно-обчислювальної системи керування файловими ресурсами та ресурсами друку "

Керівник

Песнякевіч О.К.

Виконавець

студент групи ___________ ________________________

Допущений до захисту (дата )_________________________( підпис)
Курсова робота захищена зоцінкою__________________________ (дата )______________

МИКОЛАЇВ

2002

МІНІСТЕРСТВО ОСВІТИ ТА НАУКИ УКРАЇНИ

ОДЕСЬКИЙ НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ

ім. І.І. МЕЧНИКОВА

МИКОЛАЇВСЬКИЙ НАВЧАЛЬНО-НАУКОВИЙ ЦЕНТР

"ЗАТВЕРДЖУЮ"

Зав. кафедрою (секцією)

______________________

"__"__________________

Завдання

на виконання курсової роботи

Студенту______________________

___________________група______

______

Предмет Проектування інформаційно-обчислювальних систем

Тема Розробка проекту інформаційно-обчислювальної системи керуванняфайловими ресурсами та ресурсами друку

Вихідні дані проект інформаційно-обчислювальної системи
Перелік питань, що підлягають розробці:
____________________________________________________________________________ ____________________________________________________________________________ ____________________________________________________________________________ ____________________________________________________________________________ ____________________________________________________________________________ ____________________________________________________________________________ ____________________________________________________________________________ ______________________________________________________________

дата видачі завдання Керівник
"______"________________________ ______________________________ Прізвище, ім'я, по батьковітермін здачі
"______"________________________ ______________________________ Підписзавдання прийняв до виконанню
"_____"_________________________ ______________________________ Підпис студента

Зміст

Введення

1. Аналіз матеріалів обстеження

2. Техніко-економічне обгрунтування проекту

3. Технічне завдання (розгорнуте)

4. Технічний проект

5. Робочий проект

6. Рекомендації по впровадженню, експлуатації і супроводу проекту
Висновок
Література
Програми

Введення

Вибрати темою курсової роботи розробку проекту інформаційно -обчислювальної системи управління файловими ресурсами та ресурсами друкумене навели думки про зростаючі потреби сьогоднішніх днів. У мірувдосконалення обчислювальної техніки і проникнення її в різнісфери відносин, як публічних, так і виробничих аналітичніможливості супроводжуючого програмного забезпечення повинні зростати взакону, аналогічного експоненціальним. Одним з основних вимогзабезпечують такий прогрес є високий ступінь впорядкованості наетапах проектування ІТТ. ІТТ у наш час є невід'ємною частиноюорганізацій, підприємств, органів державного нагляду, військовихпідрозділів та ін Таким чином наявні актуальність проектування іреалізація таких систем в рамках як освітніх процесів, так івиробничих.

Слід зазначити, що при організації ІТТ необхідно строгодотримуватися послідовності виконання основних етапів і вимог,що містяться в них. Такий підхід, при правильному аналізі та прийняттіадекватних рішень гарантує стабільність, надійність,повнофункціонального та потрібний швидкодію проектованих ІТТ.

Хочу звернути увагу на те, що в рамках курсової роботипроектується обчислювальна система як для роботи в ній користувачівофісних програм, так і для установки в ній нових засобівадміністрування. Ці кошти будуть спроектовані і реалізовані на одномуз етапів вирішення задачі. Актуальність створення таких засобів пов'язана зтим, що мають місце часті і, часом цілком обгрунтовані зауваження,що надходять як від починаючих користувачів, так і від досвідченихадміністраторів, які обслуговують сервери і мережі, що працюють під операційнимисистемами фірми Microsoft, особливо сервери Windows 2000.

На етапі постановки завдання буде зазначено, що мовою реалізації вибрано
Visual Basic, із застосуванням спеціальної бібліотеки типів і методів дляроботи з об'єктами контейнера Active Directory ОС Windows 2000.
Використання ADSI та ін аналогічних програмних інтерфейсів істотноприскорює і спрощує створення специфічних продуктів.

Аналіз матеріалів обстеження

На стадії аналізу матеріалів обстеження необхідно виконатизіставлення всієї зібраної інформації про об'єкт з тими вимогами,які пред'являються до об'єкта, визначення недоліків функціонуванняоб'єкта обстеження.
У відповідності з поставленим завданням необхідно проаналізувати необхідніресурси та спроектувати локально-обчислювальну мережу для роботи в ній 25операторів, розділених на дві робочі групи, для виконання двох типіводнорідних завдань. Таким чином, завдання проектування розділиться наосновні етапи:
-складання календарного робочого плану;
-проектування, розрахунок і реалізація проекту ЛВС;
-установка операційної системи та налаштування сервера (заклад обліковихзаписів, розподіл повноважень, встановлення приналежності до робітниківгрупам);
-проектування, написання, налагодження та встановлення ефективного програмногокоду для управління файловими ресурсами та ресурсами друку.
Наведені вище етапи визначать відповідні напрями роботи.
При виборі інструментарію необхідно визначити, який продуктивностівимагає робота операторів проектованої ІТТ, якої потужності машини, мережевеі периферійне устаткування забезпечать адекватні робочі показники, якуопераційну систему встановити (виходячи з проблем безпеки таделегування повноважень), хто і як буде використовувати програмууправління файловими ресурсами та ресурсами друку.

До факторів, що визначає вибір конкретного класу ОС і його версією,відносяться:
• необхідну кількість підтримуваних програмних продуктів;
• вимоги до апаратних засобів;
• можливість використання різних пристроїв введення-виводу;
• вимога підтримки мережевої технології;
• наявність довідкової служби для користувача;
• наявність дружнього інтерфейсу і простота використання;
• можливість переконфігурація і швидкого налаштування на нові апаратнізасобу;
• швидкодію;
• сумісність з іншими ОС;
• підтримка нових інформаційних технологій та ін
Оцінити ефективність вибраного інструментарію.

Техніко-економічне обгрунтування проекту

Метою розробки «Техніко-економічного обгрунтування» проекту ІТТє оцінка основних параметрів, що обмежують проект ІТТ, обгрунтуваннявибору та оцінка основних проектних рішень з окремих компонентівпроекту. При цьому розрізняють організаційні параметри, що характеризуютьспособи організації процесів перетворення інформації в системі,інформаційні та економічні параметри, що характеризують витрати настворення та експлуатацію системи, економію від її експлуатації. Основнимиоб'єктами параметризації в системі є завдання, комплекси задач,економічні показники, процеси обробки інформації.
Основні параметри, що обмежують ІТТ - це кількість фінансових коштів,планованих на реалізацію. Крім цього проектована ІТТ призначена дляроботи в локальній середовищі, що обумовлює обмеження у створенні шлюзівглобальної мережі, рішення задач маршрутизації та безпеки. Думказамовника і проектувальника зійшлися на організації ІТТ на базі IBM -сумісних комп'ютерів, об'єднаних в мережу стандарту Ethernet, підуправлінням ОС Windows 2000 і програмного комплексу для управлінняфайловими ресурсами та ресурсами друку.
Розглянемо докладніше. IBM-сумісні комп'ютери забезпечують доситьвисоку продуктивність, будучи при цьому найпоширенішим іпопулярним обчислювальним засобом. Слід зазначити, що досягається цеза рахунок використання відкритої архітектури і модульної компоновки, щозабезпечує і забезпечить у майбутньому апаратну сумісність сімейства.
Технологія стандарту Ethernet забезпечує відносно високу пропускнуспроможність, є найбільш поширеною і зарекомендувала себе.
Гнучкість підключення, надійність і порівняно невисока вартість

Технічне завдання

На основі ТЕО розробляються основні вимоги до майбутнього проекту ІТТ таскладається «Технічне завдання» відповідно до ГОСТ 34.602 - 89 «Технічнезавдання на створення автоматизованої системи », до складу якого входятьнаступні основні розділи.

- В розділі «Загальні відомості про проект» вказують: повне найменування системи, найменування підприємства-розробника і підприємства-замовника, перелік документів, на основі яких створюється система, планові терміни початку та закінчення робіт на розробку системи, відомості про джерела фінансування.
2. Розділ опису «Призначення, мети створення системи» складається з двохпідрозділів:в підрозділі «Призначення системи» даються вид автоматизується діяльностіі перелік об'єктів автоматизації, на яких передбачається їївикористовувати.

Отже, повна назва ІТТ - ЛОМ для рішення офісних завдань з можливістюпрограмно адмініструвати ресурси. Розробник - приватна особа,виконує проектування ЛОМ, встановлення та встановлення робочих станцій,включаючи ПЗ. Замовник - приватне підприємство, яке виконує велику кількістьрозрахунків, звітів, роздруківок. Система створюється на підставі договоруміж замовником і інженером комп'ютерних систем.
Призначення проектованої системи можна розглядати з точки зоруавтоматизується діяльності і з т.з. об'єктів автоматизації.
Передбачається автоматизувати адміністрування процесів друку іметодів передачі, зберігання і використання даних між робочимистанціями.
У процес друку входить декілька понять, таких як черги, пріоритети,завдання, коректно керуючи якими можна домогтися значного прироступродуктивності мережі, завантаженої завданнями.
Аналогічна ситуація і з управлінням файловими ресурсами, з огляду на економіюдискового простору і часу на передачу даних по мережі.
Об'єктами автоматизації будуть файлові ресурси та ресурси друку.
Затверджений календарний план робіт наведемо у вигляді таблиці.
| № п. | Етапи роботи | Термін виконання |
| 1 | Аналіз матеріалів обстеження | 21.10.2002 |
| | Проектування, розрахунок і реалізація проекту ЛВС | 25.10.2002 |
| | Аналіз, установка і настроювання ОС | 26.10.2002 |
| | Встановлення та налаштування засобів адміністрування | 27.10.2002 |
| 2 | Техніко-економічне обгрунтування проекту | 28.10.2002 |
| 3 | Технічне завдання (розгорнуте) | 5.11.2002 |
| 4 | Технічний проект | 9.11.2002 |
| 5 | Робочий проект | 12.11.2002 |
| 6 | Рекомендації з впровадження, експлуатації та | 13.11.2002 |
| | Супроводження проекту | |

Технічний проект

Проектування, розрахунок і реалізація проекту ЛВС

Беручи до уваги, що необхідно забезпечити робочими місцями 25операторів, і з огляду на потребу в наявності (по мінімуму) 1 системногоадміністратора, 2 лаборанта можна зробити обгрунтований висновок, що намбуде потрібно 28 комп'ютерів, мережеве обладнання, 2 принтера для мережевоїдруку.
Обгрунтуємо мережеву технологію: пропонується технологія Ethernet тому, щопри необхідної продуктивності має відносно невелику вартість,надійність, кросплатформеність, апаратну незалежність, ну і взагалівикористовується повсюдно, і зарекомендувала себе.
Розглянемо конфігурацію комп'ютера задовольняє за потужністю вимогамробочих груп. Буде потрібно 25 комп'ютерів для роботи з офісними завданнямитобто середньої потужності, 1 комп'ютер високої потужності для установки на ньомуконтролера домену, серверних додатків і організації розподіленогосховища даних, а також 2 комп'ютера проміжної потужності для серверівдруку.
Проаналізуємо конфігурацію комп'ютера-контролера домену:
| Модуль | Назва та параметри |
| Материнська плата | Asus I845 Socket 473 GHz 366 |
| | Hz + AC'97 + video |
| Процесор | P IV 2.2 Hz |
| Пам'ять | RDRAM 1024 Mb 800 MHz |
| Мережеве обладнання | 2 Мережних плати Fast Ethernet 100 |
| | Mbit |
| Пристрої зберігання та пер. даних | Контроллер 4 SCSI HDD 40 Gb |
| Відеокарта | На борту I715 4 Mb |
| Монітор | 17 "LG studioworks |

На початковій стадії проектування ЛОМ необхідно коректним чиномзадіяти ресурси площі приміщення, спроектувати силову мережу,яка забезпечить роботу ЛОМ та необхідного обладнання.
Калькуляційна схема силової мережі представлено нижче.
| Найменування обладнання. | Кількість | Вартість за од. |
| Силовий кабель | 150 м | 0.45 грн. 67,5 |
| Розетки | 100 шт | 0.70 грн. 70,0 |
| Хомут-розгалужувач | 30 шт | 0.30 грн. 9 |
| Шурупи | 200 шт | 0.25 грн. 50 |
| Вартість установ. Робіт | 300 грн. |
| Разом: | 496,5 |

Наведена нижче схема враховує розташування робочих станцій на площіробочого приміщення. Кожна розетка на схемі позначає комплекс роз'ємівхарчування (2 розетки для робочої станції, 3 розетки для серверів, розетки дляпериферійного обладнання).
Силовий кабель розраховується за спеціальною методикою виходячи з потужностіелементів живлення (АТС) кратною їх кількості.

Рис. Схема розташування роз'ємів живлення ЛВС.

Схема розташування роз'ємів живлення ЛВС визначить місцезнаходженнякомп'ютерів та обладнання в робочому залі. Варто домовитися про те, що кількістьроз'ємів живлення, показаних на малюнку у вигляді розеток, встановлюється взалежно від присутності периферійного обладнання в складі робочоїстанції або поза нею.

При проектуванні розташування робочих станцій в приміщенні необхідноврахувати властивості мережевої топології проектованої робочого середовища.
Проектована мережа має топологію "зірка" і будується, грунтуючись напідключення робочих станцій до комутатора. При цьому потрібно організуватироботу 28 комп'ютерів. Для цього знадобиться патч-кордом з'єднувати 2комутатора через порти.
Таким чином, необхідно 2 комутатора по 16 портів, по одному з якихбудуть з'єднані між собою. Таким чином, у розпорядженні мережі виявиться 30портів, які забезпечать мережеві підключення комп'ютерів і комутаціюпакетів мережевих протоколів.
Основна думка полягає в тому, щоб раціонально встановити комутаториі робочі станції так, щоб мінімізувати кількість мережевого кабелю,необхідного для їх підключення. Для цього довжина мережевого кабелю від робочоїстанції до комутатора з урахуванням відстані від мережевої карти до місцяпроводки і до комутатора повинна бути мінімальною, але з невеликим резервом
(використовується при ремонті мережевих роз'ємів).

Рис 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 Server 2000

Основною вимогою, що висуваються мною стосовно до проектованомукомплексу, є простота і наочність не тільки при перегляді іаналізі мережевих ресурсів, що підлягають адміністрування, а й при управлінніними. Необхідно вирішити завдання маніпуляції ресурсами домену таким чином,щоб адміністратор, що працює на віддаленій машині, міг, не ускладнюючиотримувати доступ до всіх відповідних елементів мережі.

Програма для управління файловими ресурсами в мережі під управлінням
Windows 2000. Можливості цього продукту повинні підтримуватиадміністративні інструменти, пропоновані програмістами фірми Microsoft,і, передбачається додати деякі нові.

До складу розробляється передбачається включити кількаробочих форм, за допомогою яких адміністратор може переглядативміст контейнера заповненого NetBios (мережевими) іменами комп'ютерівзаданого домена; вибравши ім'я відповідної станції переглянути загальніресурси створені для внутрідоменного використання; за допомогою динамічноїприв'язки імені станції та імені ресурсу переглядати та аналізуватипризначені для користувача підключення (сесії); створювати і видаляти загальні і принеобхідності відкриті ресурси; при роботі з ресурсами, у разі будь-якихзмін або з інших причин відключати обрану для користувачасесію; відключати всі сесії користувачів, пов'язані з зазначенимресурсом; змінювати другорядні властивості ресурсів, такі як опису,кількість підключень і т.д.

Розробка об'єктно-орієнтованої моделі в середовищі Rational Rose 2000 і алгоритму реалізації

Як відомо Rational Rose є спеціалізованою середовищем длярозробки об'єктно-орієнтованих моделей. Яка мета такогомоделювання? Відповідь на це питання проста: професійна класичнепрограмування передбачає стандартизований підхід, розбитий напевну кількість етапів. Основними пунктами є постановказавдання, алгоритмізація і деталізація досягнення мети, після чого починаєтьсяреалізація програмним шляхом. Проект Rational Rose, складений на базітипів використовуваних змінних, класів, і їх методів, є наочниманалітичним поданням перерахованого вище. Оскільки реалізованамною програма складається з двох основних частин, модель відображена на двохмалюнках

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

Рис 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, то есть на самом делеспрацьовує тіло кнопки "Готово". Таким чином, всі загальні ресурси мережевиймашини, ім'я которой вибрано у списку "Назва комп'ютера", а також всіпідключення до них знову перераховуються, що і реалізує функцію оновлення.
Обстеживши тепер список з іменами ресурсів, зауважимо, що створений напопередньому кроці ресурс уже занесений до списку.

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

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

Рис 2.6. Створення нового загального ресурсу та отримання її у відповідномусписку основної робочої форми шляхом натискання кнопки "Оновити".
Програма підтримує і видалення ресурсів, а також і зміна їх властивостей,як заданих в попередньому кроці - у момент створення, так і ті які ягенеруючи "за замовчуванням". Наприклад, максимальна кількість підключень пристворення з допомогою fileUPR автоматично встановлюється необмежену,тому що в більшості випадків, у тому числі і при використанні стандартнихутиліт Windows адміністратори використовують саме це значення. Аналогічноуправляємо файловими сесіями.
Значна частина процесу розробки програмного забезпечення доводитьсяна його налагодження і тестування. Основна маса труднощів, з якимидовелося зіткнутися при написанні коду, пов'язана з використанням посилань ікомпонентів, а також з обмеженість прав: не кожен користувач доменуможе отримати інформацію про об'єкти Active Directory, а тим більше мінятивластивості об'єктів і управляти ними. Певна частка труднощів виникла напочатковому етапі розробки при передачі даних між різними формами одногопроекту. Готове скомпільованій додаток вийшло дуже компактним
(як у плані займаного простору жорсткого диска так і в інтеграціїфункцій і можливостей в межах робочих форм).
Необхідно відзначити, що програмний проект лояльно ставиться до ресурсівапаратури, тобто для стійкої роботи не вимагає великих обчислювальнихпотужностей. Основні тимчасові затримки виникають при перерахуванні великогокількості елементів, наприклад комп'ютерів домену або довгих чергдруку, однак навіть вони стійко обробляються процесорами з тактовоючастотою порядку 400 МГц. Під час написання програмного коду була зустрінутакілька помилок, виправити які не вдалося і для реалізації необхіднихдій довелося використовувати інші методи та шляхи. Наприклад, усерединіцілочисельного циклу один і той же ресурс запитується двічі, ніжвикликає помилку "Object required", при цьому якщо зчитуються ресурсиголовного сервера (у моєму випадку MASTER), то їхні імена перераховуютьсякоректним чином. При використанні бібліотеки ADSI часто виникаютьпомилки при зв'язуванні властивостей об'єктів. Використовується строгий синтаксис іправила коректного поводження з службам (Наприклад LAN Manager). Такіпомилки призводять до порушення автоматизації використання властивостей об'єктів
"Automation Error". І третя, найбільш часта помилка - "Доступ заборонено"пов'язана саме з нестачею прав для здійснення певних операцій
(Наприклад, створення загального ресурсу або перегляд сесії користувачів).
Ну і помилки перетворення і переповнений