Технічна реалізація архітектури кієнт/сервер r/3

Архітектура клієнт/сервер R/3

З точки зору ПЗ(Програмного забезпечення) триланкова архітектура клієнт/сервер складається з презентаційного рівня, рівня додатків та рівня БД(Баз даних). З точки зору апаратних засобів ці рівні незалежно функціонують на різних машинах або спільно на одному комп’ютері. Крім того, R/3 дозволяє розподіляти презентаційний рівень та рівень додатків по декількох комп'ютерів.

Презентаційний рівень

Для користувачів, працюючих з бізнес-функціями R/3, основне значення має презентаційний рівень. В системі R/3 він складається з графічного інтерфейса SAP(SAPGUI, Graphical user Interface). Інтерфейс SAPGUI сприймає те, що вводить користувач, та передає цю інформацію для подальшої обробки на наступний рівень – рівень додатків. Та навпаки SAPGUI отримує данні від рівня додатків та надає їх користувачу. Адміністратор системи R/3 може визначати скільки саме процесів SAPGUI будуть запускатися з клієнтських місць.

Рівень додатків

Тут виконуються фактичні обчислення та оцінки. Необхідні для цього відомості запрашуються з рівня БД. Вхідні дані обробляються рівнем додатків та передаються в БД. Рівень додатків представляє собою центр управління системою R/3, тобто це один з центральних компонентів, на котрий може впливати адміністратор системи R/3. В білшості випадків застосоване адміністратором кошти повністю інтегровані з R/3. Це озеачає, що операції з адміністрування системи R/3можна застосовувати через інтерфейс користувача SAPGUI.

Рівень БД

Цей рівень складається з реляційних систем управління базою даних(РСУБД). Обмін даних між РСУБД та процесамидодатків здійснюється черкз інтерфейс SQL. Дані в системі R/3 зберігаються в одній БД, на одному комп’ютері. Ім’я цієї БД визначається ім’ям системи R/3. Вона має складатися з трьох символів – букв у верхньому регістрі або цифр, наприклад: D10, K11, K4K, DDD.Для позначення імені системи R/3 зазвичай використовуються скорочення SID(System Identifier).

Призначення повноважень

Створення користувача- одне з завдань системного адмінистратора R/3 або адмінистратора користувачів. Повноваження визначаються, виходячи з того, які дії повинен використовувати користувач конкретного типу або групи. Іноді завдання призначення повноважень покладають на іншу особу - адміністратора повноважень. Рекомендується розподіляти ці обов'язки хоча б між двома особами, що дозволить звести до мінімуму ризик злому.

Повноваження та об’єкти поноважень

Кожне уповноваження у системі R / 3 засноване на так званому об'єкті повноважень. З технічної точки зору цей об'єкт являє собою модуль, що містить ім'я, поля і, можливо, значення, які представляють операції (дії). Присвоєння об'єкту повноважень процесу (звітом, транзакції або оновленню) визначення SAP.

Число об'єктів авторизації в системі R / 3 досить значно, що пов'язано з диапозоном функцій R / 3. Щоб кращє розрізняти їх, об'єкти розділяються на класи об'єктів.

Профілі повноважень

Щоб спростити завдання присвоєння повноважень, їх можна групувати в профілі повноважень, а кілька профілів повноважень - один складений профіль. Компанія SAP пропонує повний набір заздалегідь визначених профілів повноважень, що відповідають вимогам звичайного використання. В будь-який час для розроблених вами програм можна створити свої власні повноваження. Вони визначаються на основі ваших нових власних об'єктів повноважень, які можна привласнити існуючим профілям або новим створюваним вами профілем. Профілі R / 3 мають три різних стани:

• Активний / неактивний

• Обслужений (тобто адаптованості до поточних умов або залишений без змін).

Створювані нові профілі повинні актівіроватся (тобто них повинна знати вся система - лише після цього вони будуть їй доступні).