Главная страница Случайная страница
Разделы сайта
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника
Використання систем
|
|
У цьому розділі розглянемо ролі користувачів, процес депонування і зовнішнє використання, тобто перегляд і пошук.
4.1. Користувачі, групи та права
Спочатку конфігурація в EPrints представляє чотири групи користувачів, що визначаються правами доступу:
- звичайний користувач може переглядати вміст репозиторію, підписуватися на розсилки, створювати збережені пошуки;
- депонент володіє правами звичайного користувача, володіє власною робочою областю, куди він може завантажувати елементи, і може подавати елементи з робочої області редактору на розгляд;
- редактор володіє правами депонента, і може приймати, відхиляти чи видаляти елементи, подані користувачами для розміщення в репозиторії;
- адміністратор володіє правами редактора, а також може управляти обліковими записами користувача та елементами репозиторію.
Існує можливість конфігурації прав доступу для кожної групи користувачів, наприклад обмежувати теми, доступні окремому редактору для перевірки, чи пропускати крок редакторської перевірки в разі, якщо депонування ініціюється довіреною групою користувачів. Така конфігурація може бути здійснена за допомогою редагування відповідних файлів. У процесі депонування для кожного елемента вибирається, чи буде він загальнодоступним, або дозвіл переглядати його буде дано тільки зареєстрованим користувачам, або тільки редакторам і адміністраторам (тобто тільки штату репозиторію).
DSpace. Багато функцій DSpace, наприклад перегляд і пошук документів в системі, можуть виконуватися анонімно, але щоб виконати внесення документів користувачеві потрібно зареєструватися.
Про кожного користувача DSpace зберігає таку інформацію:
- Адреса електронної пошти;
- Прізвище та ім'я;
- Пароль;
- Список колекцій, де користувача можуть повідомляти про нові надходження;
- Ознака самореєстрації, тобто чи був створений обліковий запис користувача автоматично системою, або наприклад, в результаті звернення до адміністратора. DSpace володіє більш просунутою системою прав користувача в порівнянні з EPrints, яка тісно пов'язана з вживаною моделлю даних. Виділено наступні групи користувачів: депоненти, адміністратори, учасники процесу депонування, передплатники і користувачі з дозволом переглядати не загальнодоступні елементи.
Гнучка система прав доступу в DSpace дозволяє обмежувати доступ до різних частин архіву. Кожному розділу архіву можна призначити групу користувачів, яким дозволяється доступ до цього розділу. Кожній колекції призначається безліч з окремих користувачів і груп, які будуть депонентами для цієї колекції, будуть мати доступ до вмісту, грати роль редакторів, або, нарешті, адмініструвати колекцію.
Гнучка система авторизації DSpace заснована на прив'язці дій до об'єктів (політики ресурсів) і списків користувачів (груп), які можуть їх виконувати. Існує дві спеціальні групи - «адміністратори», де користувачі можуть здійснювати будь-які дії, і «анонімний», яка містить всіх користувачів системи. Наприклад, більшість елементів DSpace мають політику для анонімних користувачів ЧИТАННЯ.
У табл. 3 і 4 відповідно представлені перелік можливих дій, які розуміє система авторизації і політики ресурсів.
Таблиця 3. Можливі дії в DSpace
| Ч ЧИТАННЯ (READ) | Дія пов'язана з тим, що користувач дізнається про існування об'єкту в системі, і проглядає які-небудь пов'язані з ним мета дані |
| ЗАПИС (WRITE) | Зміна метаданих, пов'язаних з об'єктом. Тут не включена можливість видалення |
| ДОДАТИ (ADD) | Дія додавання об'єкту (наприклад, елементу) в контейнер (наприклад, в колекцію). Щоб внести елемент в колекцію, користувач повинен мати дозвіл ДОДАТИ в цій колекції |
| ВИЛУЧИТИ (R (REEMOVE) | Дія, пов'язана з вилученням об'єкту з контейнера |
Звертаємо увагу, що тут немає дії ВИДАЛИТИ. Для того, щоб «вилучити» об'єкт з архіву (наприклад, елемент) потрібно мати дозвіл на вилучення об’єктів (в даному випадку, колекцію), яка їх містить.
Елементи можуть бути видалені з DSpace одним із двох способів. Вони можуть бути «вилучені», що означає, що вони залишаються в архіві, але повністю приховані для огляду. У цьому випадку, якщо користувач намагається отримати доступ до вилученому елементу, йому надсилається повідомлення, яке вказує, що елемент був видалений. В іншому випадку, елемент може також бути «видалений», коли він повністю видалений з архіву.
Таблиця 4. Політики ресурсів в DSpace
| Розділ (Commuity) ADD/REMOVE | Додати або вилучити колекції або підрозділи |
| Додати або вилучити елементи (ADD - дозвіл на занесення елементу) | |
| Колекція (Сollection) ADD/REMOVE | Успадковується як READ всіма елементами, що вносяться |
| DEFAULT_ITEM_READ | Успадковується як READ файлами всіх елементів, що вносяться |
| DEFAULT_BITSTREAM_READ COLLECTION_ADMIN | Адміністратори колекції можуть редагувати елементи в колекції, вилучати, відображати інші елементи в даній колекції |
| Елемент (Item) ADD/REMOVE | Додати або вилучити набори |
| READ | Можна проглядати елемент (метадані елементу завжди видно) |
| WRITE | Можна модифікувати елемент |
| Набір (Bundle) ADD/REMOVE | Додати або вилучити файли в наборі |
| Файл (Bitsream) READ | Проглянути файл |
| WRITE |
Узагальнюючи, можна сказати, що з точки зору ролей і прав доступу EPrints краще підходить для однорідних репозиторіїв, де не мають значення права користувача, що виходять за рамки звичайного, тобто не потрібні особливі права групам користувачів для доступу до різних частин репозиторію. Така система проста і не вимагає налаштування прав користувачів. Що ж стосується DSpace, то ця система володіє більш гнучкою системою прав доступу, яка дозволяє обмежувати доступ до різних частин архіву. Можливість адміністрування і управління процесом депонування за допомогою веб-інтерфейсу є зручним і простим у використанні в DSpace.
|
|