📜 Справочный архивный материал (2012 г.)

Эта статья была опубликована в блоге нашей предыдущей open-source СЭД Detrix. Мы сохранили её для истории. Обратите внимание, что публикация носит неформальный, творческий и юмористический характер, а оригинальная авторская стилистика прошлых лет сохранена полностью — это скорее живой опыт и отвлеченные размышления разработчика, нежели руководство к действию. Наша новая BPM-платформа DOC-V продолжает эти идеи на современном технологическом уровне.

Скачать DOC-V бесплатно

Регистрация нового сотрудника в системе не так уж и тривиальна, как того хотелось бы. Когда разрабатывалась такая сложная и громоздкая процедура регистрации, имели место быть благие намерения обеспечить гибкость. Ну а куда такие намерения ведут — известно уже не первое тысячелетие.

Сразу наведу еще жути, а потом перейдем к конструктиву. Если вы хотите зарегистрировать нового сотрудника в системе, готовьтесь к тому, что вам придется заполнить четыре справочника  (!), не считая дерева структуры (!!).  Дальше о порядке этого заполнения и о том, зачем же все таки понадобилось все это.

Как это устроено

 

Связка Структура-Подразделения-Должности-Сотрудник-Пользователи

Структура — это, фактически, голое, но иерархическое дерево. Его ветви заканчиваются точками, выделенными на рисунке. Различаются два вида точек: узловые (от которых растут новые ветви) и конечные (от которых уже ничего не растет). Узловые точки — это структурные подразделения организации, а конечные — должностные единицы.

Вот как это выглядит на практике:

Пример Структуры Detrix

Полужирными начертаниями выделены узловые точки, все остальное — конечные.

Узловые точки связаны отношением «один к одному» со справочником Подразделения. Т.е. одно подразделение из этого справочника может находиться в Структуре единожды.

С конечными точками дела обстоят сложнее. Они связаны со справочником Должности  (связь «один к одному»), который в свою очередь связан («один ко многим») со справочником Сотрудники, а тот со справочником Пользователи («один к одному»).

Что это дает

  1. За исключением дерева Структуры все строится на обыкновенных справочниках, что позволяет администратору без проблем расширить модель под конкретные нужды (к примеру, добавить новые поля в справочники Подразделения, Должности, Сотрудники, Пользователи).
  2. На основании п.1 следует вывод, что администратору, изучившему справочники системы, не нужно осваивать ничего нового. Преимущество несколько сомнительное, но для более внушительного количества достоинств вполне сгодится.
  3. Можно гибко управлять правами доступа. Например, в справочнике Сотрудники хранятся персональные данные, поэтому доступ к нему должен быть жестко регламентирован. А в справочнике Пользователи хранятся данные, которыми должны управлять ИТ-администраторы (логины, пароли, серверы).
  4. Модель обеспечивает возможность занятия одним сотрудником нескольких должностей, благодаря связи «один ко многим» между справочниками Должности и Сотрудники. Благодаря ей же, легко реализуется механизм замещающих.

Как это заполнять

Можно начать заполнение со справочника Пользователи. Создав новую запись, достаточно ввести имя пользователя, пароль и вызвать мини-представление справочника Сотрудники, нажав соответствующую кнопочку. В открывшемся окне мини-представления нащупать плюсик аккурат под кнопкой Найти. В открывшейся новой вкладке справочника Сотрудника ввести Отображаемое имя и закрыть вкладку. В мини-представлении нажать на пиктограмму, символизирующую обновление (рядом с плюсиком) и выбрать введенного сотрудника. Далее отправиться в справочники Должности, создать новую запись, ввести название должности и выбрать нашего сотрудника. Последний штрих — добавить созданную должностную единицу в соответствующее подразделение Структуры через контекстное меню этого подразделения.

Вызов контекстного меню Структуры

Ввод подразделений выполняется много проще: заполняется справочник Подразделения, а затем выстраивается иерархия в Структуре при помощи того же контекстного меню.