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

РефератДопомога в написанніДізнатися вартістьмоєї роботи

Разработка проекту ІТУ керувати файловими ресурсами і ресурсами друку, у мережах під керівництвом Win2000 (реферат, курсова, диплом, контрольна)

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

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

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

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

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

Керівник.

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

Виконавець.

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

________________________.

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

МИКОЛАЇВ.

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

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

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

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

«ЗАТВЕРДЖУЮ».

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

______________________.

«__"__________________.

Завдання.

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

Студенту______________________.

___________________група______.

______.

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

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

Содержание Введение.

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 |.

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

[pic].

Рис. Схема розташування разъёмов харчування ЛВС.

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

При проектуванні розташування робочих станцій у приміщенні необхідно врахувати властивості мережевий топології проектованої робочої середовища. Проектируемая мережу має топологію «зірка» і будується, виходячи з підключенні робочих станцій до комутатору. У цьому потрібно організувати роботу 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 з необхідними значеннями змінних, містять імена використовуваного домену, комп’ютера та контейнера LanmanServer. Далі, звертаючись до методів потрібних класів та прошарку абстракцій ADSI, викликаються необхідні функції АПІ, дозволяють управляти властивостями і можливостями системних служб ОС Windows NT/2000. Значення змінних ComputerName, ComputerDomain, PrintQueueName та інших, що пропагують імена мережевих ресурсів, використовують як вхідні параметри функцій АПІ, які обробляються 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, інструкції встановлення якої, можна знайти у літературі, з сайту internet, і навіть на установочном диску. Обов’язковою вимогою є стабільне межсетевое взаємодія. Установка робочих офісних програм як і документується фірмою розробником. Залишається сказати, що під час використання откомпилированной версії програми адміністрування на комп’ютері необхідно інсталювати необхідні динамічні бібліотеки, які або разом із пакетом 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 Принциповий алгоритм реализации.

Показати весь текст

Заповнити форму поточною роботою