Реферати українською » Коммуникации и связь » Архітектури реалізації корпоративних інформаційних систем


Реферат Архітектури реалізації корпоративних інформаційних систем

Страница 1 из 2 | Следующая страница

>РЕФЕРАТ

з дисципліни «Інформатика»

на задану тему «>Архитектури реалізації корпоративних інформаційних систем»

 


1. АрхітектураКЛИЕНТ-СЕРВЕР

При побудові корпоративних інформаційних мереж, зазвичай, використовуються дві базові архітектури:Клиент-сервер іИнтернет/Интранет. У чому переваги та недоліки використання кожної з наведених даних архітектур і якщо їх застосування виправдано? Знайти відповіді це ми постараємося у цьому розділі.

Однією з найпоширеніших сьогодні архітектур побудови корпоративних інформаційних систем є архітектураКЛИЕНТ-СЕРВЕР.

Мал.1. Компоненти архітектуриКлиент-сервер і їхні властивості.

У реалізованої з цієї архітектурі інформаційної мережі клієнту надано широкий, спектр додатків і інструментів розробки, орієнтовані на максимальне використання обчислювальних можливостей клієнтських робочих місць, використовуючи ресурси серверу переважно для збереження і обміну документами, і навіть для виходу в зовнішню середу. З цією програмних систем, які мають поділ на клієнтську ісерверную частини, застосування цієї архітектури дозволяє краще захиститисерверную частина додатків, у своїй, надаючи можливість додатків або безпосередньо адресуватися решти серверним додатків, абомаршрутизировать запити до них. Засобом (інструментарієм) для реалізації клієнтських модулів для ОС Windows у разі є, зазвичай,Delpfi.

Однак цьому часті звернення клієнта до сервера знижують продуктивність роботи мережі, крім цього доводиться вирішувати питання безпечної роботи у мережі, оскільки докладання і такі розподілені між різними клієнтами.Распределенний характер побудови системи зумовлює складність її настроювання й супроводу. Що складніший структура мережі, побудованої за архітектуроюКЛИЕНТ-СЕРВЕР, тим вища ймовірність відмови кожного з її компонентів.

Рис.2. Порівняльні характеристики двох- і триланкової архітектури клієнт-сервер.

Останнім часом дедалі більше розвиток отримує архітектураИнтернет/Интранет. У основі реалізації корпоративних інформаційних систем з урахуванням даної архітектури лежить принцип "відкритої архітектури", що значно визначає незалежність реалізації корпоративної системи від конкретного виробника. Усі програмне забезпечення таких систем реалізується у виглядіаплетов чисервлетов (програм написаних мовоюJAVA) або у виглядіcgi-модулей (програм написаних зазвичай наPerl або з).

Основними економічними перевагами даної архітектури є:

· щодо низькі видатки впровадження і експлуатацію;

· висока спроможність до інтеграції існуючих гетерогенних інформаційних ресурсів корпорацій;

· підвищення рівня ефективність використання устаткування (збереження інвестицій).

· прикладні програмні кошти доступні з будь-якої світової робочого місця, має відповідні права доступу;

· мінімальний склад програмно-технічних коштів уклиентском робоче місце (теоретично необхідні лише програма перегляду - броузер іобщесистемное ПО);

· мінімальних витрат на настроювання і супроводження клієнтських робочих місць, що дозволяє реалізовувати системи з тисячами користувачів (причому чимало з яких можуть працювати за віддаленими терміналами).


2. АрхітектураИнтернет/Интранет

 

>Рис.3. Компоненти архітектуриИнтернет-Интранет і їхні властивості.

У випадкуАИС, реалізована з використанням даної архітектури включаєWeb-узли з інтерактивним інформаційним наповненням, реалізованих з допомогою технологій Java,JavaBeans іJavaScript, котрі взаємодіють із предметної базою даних, з одного боку, і з клієнтським місцем з іншого. База даних, своєю чергою, є джерелом інформації для інтерактивних додатків реального часу.

За запитом клієнта WEB вузол здійснює такі операції (див. мал.7):

· ПосилаєASCII коди HTML сторінок (чиVRML документів), які включають за необхідності елементиjavaScript;

·Отсилает двоїчний код запитаного ресурсу (зображення,адио-,видеофайла, архіву тощо.);

·Отсилает байт кодиJAVAапплетов.

· Приймає конкретну інформацію з користувача (результат заповнення активної форми, чи статистичну інформацію встановленуCGIскриптом);

· Здійснює заповнення бази даних;

· Приймає повідомлення від користувача і регламентує доступом до ресурсів Web вузла з урахуванням аналізу прийнятої інформації (перевірка паролів тощо.);

· Приймає інформацію з користувача і залежно від нього динамічно формує HTML сторінки, абоVRML документи, звертаючись, за необхідності, до баз даних, і існуючим на WEB вузлі HTML сторінкам іVRML документам.

· 

>Рис.4. Інформаційні взаємозв'язку компонентів WEB вузла

Потому, як клієнт почув у відповідь WEB серверу, вона здійснює такі операції:

· візуалізує HTML сторінку абоVRML документ з вікна броузера;

· інтерпретує командиJavaScript, модифікує образ HTML сторінки тощо.;

· інтерпретуючи байт кодиJAVAапплетов, дозволяє навантажувати й виконувати активні докладання;

· веде діалог із користувачем, які заповнюють форми, і це створює нові запити до WEB серверу;

· з допомогою утиліт відтворює коди аудіо й відео файлів, підтримує мультимедійні кошти;

· забезпечує моделювання віртуальної переглядаючиVRML документи.

>Рис.5. Функціональна схема інтерактивного взаємодії користувачів в архітектуріинтернет/интранет.

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

Сьогодні відомий і широко застосовуються три основних технології створення інтерактивного взаємодії з користувачем в Web. Перший шлях залежить від використанніСтандартногоИнтерфейсаШлюза (>CommomGatewayInterface) -CGI. Другий - включенняJavaScript - сценаріїв в тілоWeb-страниц. І найбільш потужний, що дає практично необмежені можливості спосіб - застосування технології Java (>ипользованиеJava-аплетов).

>CGI - це механізм для вибору, обробітку грунту і форматування інформації. Можливість взаємодії, забезпечуванаCGI, надається у багатьох формах, але переважно це динамічний доступом до інформації, котра міститься в базах даних. Наприклад, багато вузлів застосовуютьCGI у тому, щоб користувачі могли вимагати бази даних, і отримувати відповіді як динамічно сформованихWeb-страниц (див. мал.6).

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

На відміну від HTML,CGI перестав бути мовою описи документів. Власне, і мову взагалі; це стандарт. Він просто визначає, як сервери Web передають інформацію, використовуючи докладання, виконувані на сервері. Це чудовий спосіб можливостей серверу Web без перетворення у своїй її самої. Приблизно так як броузер Web звертається до допоміжним додатків в обробці інформації, що він не розуміє,CGI надає серверу Web можливість докласти роботу в інші докладання, такі як бази даних, і кошти пошуку.


>Рис.6. Схема взаємодії між браузером, сервером і сценаріємCGI

Під час написання програми шлюзу (яка може конвертувати введення з однієї системи до іншої)CGI дозволяє вживати майже будь-яка мова програмування. Здатність використовувати під час написання програми шлюзу будь-яка мова, навіть мову сценаріїв, надзвичайно важлива. Найпопулярнішими мовами єshell,Perl, З і З++.Сценарием традиційно називають програму, яка виконується з допомогою інтерпретатора, виконує кожен рядок програми з мері її зчитування.

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

1.Браузер приймає введену користувачем інформацію, зазвичай з допомогою фори.

2.Браузер поміщає введену користувачем інформацію вURL, який би ім'я і місце розташування сценаріюCGI, потрібного запровадити.

архітектура клієнт сервер інтранет

3.Браузер підключається до сервера Web і затребуванаURL. Сервер визначає, щоURL повинен запровадити сценарійCGI, і запускає зазначений сценарій.

4. СценарійCGI виконується, обробляючи все передані йому дані.

5. СценарійCGI динамічно формуєWeb-страницу і повертає результат серверу.

6. Сервер повертає результат клієнту.

7.Браузер відображає результат користувачеві

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

Найбільшою міццю у реалізації клієнтського програмного забезпечення маютьаплети - програми написані мовіJAVA. У вузькому значенні слова Java - цеобъектно-ориентированний мову, нагадує З++, а більш простий і освоєння й порядку використання. У більш широкому сенсі Java - ціла технологія програмування, спочатку розрахована на інтеграцію зWeb-сервисом, цебто в використання у мережевий середовищі. ОскількиWeb-навигатори існують практично всім апаратно-програмних платформ,Java-среда має бути як можна більш мобільного, в ідеалі повністю незалежної від платформи.

З метою рішення перелічених проблем було прийнято, крім інтеграцію зWeb-навигатором, дві інші найважливіших постулату.

1. Буласпецифицирована віртуальнаJava-машина (>JVM), де їх необхідно виконувати (інтерпретуватися)Java-программи. Визначено архітектура, уявлення елементів даних, і система командJava-машини. ВихідніJava-тексти транслюються в коди цієї машини. Тим самим було, у разі нової апаратно-програмної платформи впортировании потребуватиме лишеJava-машина; все програми, написані Java, підуть не змінювалась.

2. Визначено, що час редагування зовнішніх економічних зв'язківJava-программи при роботіWeb-навигатора прозорим для користувача чином може здійснюватися пошук необхідних об'єктів як на локальної машині, а й у інших комп'ютерах, доступних через мережу (зокрема, наWWW-сервере). Знайдені об'єкти завантажуються, які методи виконуються потім машиною користувача.

Безсумнівно, між двома сформульованими положеннями існує тісний зв'язок. Укомпилируемой середовищі важко абстрагуватися від апаратних особливостей комп'ютера, як важко (хоч і можна) реалізувати прозору динамічну завантаження через мережу. З іншого боку, прийом об'єктів ззовні вимагає підвищеної обережності під час роботи із нею, отже, і всімаJava-программами. Приймати необхідні заходи для безпеки найпростіше винтерпретируемой, а чи некомпилируемой середовищі. Взагалі, мобільність, динамізму безпеку - супутники інтерпретатора, а чи не компілятора.

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


>Рис.7. Java технології при реалізаціїАИС.

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

ІнтерфейсJDBC (JavaDatabaseConnectivity - зв'язаність баз даних Java) є спробою реалізації доступу до даних із програм Java, котрий залежить від платформи, і бази даних. У версіїJDK 1.1JDBC є складовою основного Java АПІ.

>JDBC - це набірреляционних об'єктів і методів взаємодії з джерелами даних. Програма мовою Java відкриває зв'язку з таблицею, створює об'єкт оператор, передає нього операториSQL системи управління базою даних отримує результати і службову інформацію про неї. У типовому випадку файли .>classJDBC іапплет/приложение мовою Java перебувають у комп'ютері клієнта. Хоча є підстави завантажені із електромережі, для мінімізації затримок під час виконання краще мати класиJDBC у клієнта. Систему керування базою даних (>CУБД) і джерело даних зазвичай лежать на такого далекого сервері.

На малюнку 8 показані різні варіанти реалізацій зв'язкуJDBC з базою даних.Апплет/приложение взаємодіє зіJDBC у системі клієнта, драйвер відпо-відає обмін інформацією зі базою даних через мережу.

КласиJDBC перебувають у пакетіjava.sql.*. Усі програми Java використовують об'єкти і силові методи від цього пакета для читання і запис в джерело даних. Програмі, використовуєJDBC, потрібно драйвер до джерела даних, з яким її введуть взаємодіяти. Цей драйвер може бути написаний іншою (не Java) мові програмування, чи що вона може бути програмою мовою Java, яка спілкується з сервером, використовуючиRPC (>RemoteProcedureCall) - віддалений виклик процедур чиHTTP. Обидві схеми наведено нарис.19.ДрайверJDBC то, можливо бібліотекою іншою (не Java), як програма поєднанняODBC -JDBC, чи класом Java, який спілкується через мережу з сервером бази даних, використовуючиRPC чиHTTP. Допускається, що додаток матиме працювати з кількома джерелами даних, можливо, з неоднорідними. Через це уJDBC є диспетчер драйверів, чиї обов'язок полягають у управлінні драйверами і надання програмі списку завантажених драйверів.

Хоча словосполучення "База даних" входить у розшифровку абревіатуриJDBC, форма, утримання і розташування даних цікавлять програму Java, яка використовуєJDBC, оскільки є драйвер до цих даним.


>Рис.8 Варіанти реалізації зв'язкуJDBC з базою даних

>СопряжениеJDBC -ODBC

Як складової частиниJDBC поставляється драйвер для доступу зJDBC до джерел данихODBC (OpenDatabaseConnectivity), і називається "програма поєднанняJDBC -ODBC". Ця програма поєднання реалізована якJdbcOdbc.class і є бібліотекою для доступу до драйверуODBC.

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

Відповідно до правилами InternetJDBC ідентифікує базі даних з допомогоюURL, який має форму:

>jdbc:<субпротокол>:<имя, що зСУБД чи Протоколом>

У баз даних вInternet/intranet "ім'я" може містити мережевийURL

//<ім'яхоста>:<порт>/..

<>субпротокол> може бути будь-якою ім'ям, яке розуміє база даних. Ім'ясубпротокола ">odbc"зарезервированно для джерел даних форматуODBC. ТиповийJDBCURL для бази данихODBC виглядає так:

>jdbc:odbc:<DNS - ім'яODBC>;User=<имя користувача>;PW=<пароль>

Внутрішня побудоваJDBC – докладання


>Рис.9. Ієрархія класівJDBC і потік АПІJDBC

Щоб обробити інформацію з даних,информационно-обучающая система мовою Java виконує ряд кроків. На див. мал.9 показано основні об'єктиJDBC, методи лікування й послідовність виконання, По-перше, програма викликає методgetConnection (), щоб отримати об'єктConnection.Затем вона створює об'єктStatement і підготовляє операторSQL.

ОператорSQL можуть виконати негайно (об'єктStatement), і може бутиоткомпилирован (об'єктPreparedStatement) чи подано у вигляді виклику процедури (об'єктCallableStatement). Коли виконується методexecuteQuery(), повертається об'єктResultSet. ОператориSQL, такі якupdatе чиdelete не повертаютьResultSet. Для таких операторів використовується методexecuteUpdate(). Він повертає ціле,указивающее кількість рядів, порушених операторомSQL.

>ResultSet містить ряди даних, іанализируетcя методом next(). Якщо додаток обробляє транзакції, можна скористатися методамиrollback() іcommit() для скасування чи підтвердження змін, внесених операторомSQL.

Приклади запиту і модифікації бази даних із використаннямJDBC

Цей приклад ілюструє як за допомогоюSQL -опрератораSELECT складається список всіх студентів із бази даних. Нижче наводяться кроки, що необхідні виконання цього завдання з допомогою АПІJDBC. Кожен крок має форму тексту мовою Java з коментарями.

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

publicvoidListStudents ()throwsSQLException

{

>int і,noOfColumns;

>StringstNo,stFName,stLName;

Страница 1 из 2 | Следующая страница

Схожі реферати:

Навігація