Re: Список клиентов для доступа к серверу и АРМ Книговыдача
Пользователь:
А. Роман (IP-адрес скрыт)
Дата: 16, January, 2013 08:42
Здравствуйте, уважаемые коллеги!
Ни в коем случае не претендую на истину в последней инстанции, но все же...
Мой личный опыт (работаю в вузовских библиотеках с 1999г.) не дает мне возможности говорить, что указанная ситуация с подменами работы сотрудников - общая практика. Я лично встречал такие ситуации 1-2 раза, за все время, хотя знаком с парой-тройкой десятков библиотек. Наоборот, в большинстве случаев сотрудники очень жестко привязаны к конкретным пунктам (отделам) выдачи. Но тем не менее, описанные выше ситуации никто не отвергает.
Логика, проверки соответствия параметров книговыдачи для конкретного пользователя довольно-таки сложная и разветвленная, чтобы говорить о ее модернизации или не дай Бог - замене. Тут и фильтры (по месту выдачи) отображения информации о выдачах, и сведения о предварительных заказах и права пользователя на те или иные действия (кнопочки интерфейса АРМ) и т.д. и т.п.
Как наиболее простой и понятный (в рамках действующих правил и настроек) мне видится следующее решение. Т.к. АРМ допускают работу с вложенными (по крайней мере одним уровнем) ini-файлами (читай профилями), то:
1. Для каждого пункта обслуживания создаются ini с общими для всех сотрудников параметрами характерными для данного места выдачи.
2. Выделяются категории сотрудников - по правам и привилегиям и создаются ini с правами групп для каждого из отделов (напр. один профиль - только для выдачи/возврата, другой - для оформления утери и работы с платными услугами и т.п.) для каждого мета выдачи.
3. для конкретных сотрудников создаются ini (как конструктор) набором соотв. общих и категорийных ini файлов отдельно ДЛЯ КАЖДОГО ПУНКТА ВЫДАЧИ. например: Маша-ЧЗ, Маша-ОУЛ, Маша-НБ и т.п. При этом пароль у Маши вполне м.б. единым для всех пунктов обслуживания.
Порядок должен быть. Его гарантирует проработка структуры ini (профилей) иначе - может получиться бардак. Очень советую (а согласно закону о защите персональных данных - эти меры просто неизбежно должны быть приняты - разделение ответственности за действия с ПД и возможность протоколировать эти действия и при необходимости установить ответственное за них лицо) потратить время и организовать структурированные профили.
Вероятно, возможны и иные варианты, т.к. несмотря на общность всегда присутствуют и частные моменты. Если что-то упустил из виду, коллеги, поправьте.
Редактировано 1 раз. Последний раз 16.01.2013 08:44 пользователем А. Роман.