Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Проектирование БД Новый топик    Ответить
 Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия  [new]
Kibertonik
Member

Откуда:
Сообщений: 4
Хороших вам дней и идей!!!
Прошу вас подсказать как лучше спроектировать БД по документообороту и отделу кадров, в предприятии где часто (практически каждые 3 мес. и независящим от самого предприятия причинам) меняется структура предприятия, названия управления и отделов, как по горизонтали, так и по вертикали иерархии. Что надо учесть, что немаловажно и наоборот - что можно проигнорировать?
Не стал ограничивать своим видением - приветствуются все варианты.
2 апр 19, 12:35    [21849920]     Ответить | Цитировать Сообщить модератору
 Re: Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия  [new]
L_argo
Member

Откуда:
Сообщений: 889
Вопрос слишком общий, чтоб на него что-то конкретно ответить.
Проектирование с нуля ? Курсач ?

Как минимум - фиксировать историю дерева подчиненности подразделений и сотрудников. Операции поиска должны позволять искать инфу как в текущей конфигурации предприятия, так и в исторической.

(но это вам все равно не поможет)
2 апр 19, 13:00    [21849962]     Ответить | Цитировать Сообщить модератору
 Re: Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия  [new]
Kibertonik
Member

Откуда:
Сообщений: 4
L_argo
Вопрос слишком общий, чтоб на него что-то конкретно ответить.
Проектирование с нуля ? Курсач ?


Проектирование с нуля. Меня смущает то - что я раньше проектировал для предприятий, в которых структура более или менее стабильна, и таблицы были как везде - сотрудники, отделы, назначения на должности. Не знаю - почему, но меня интуитивно смущает этот момент, вот и думаю - браться за это дело или нет...
2 апр 19, 13:10    [21849982]     Ответить | Цитировать Сообщить модератору
 Re: Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия  [new]
МодальноеОкно
Member

Откуда:
Сообщений: 2144
Kibertonik
меняется структура предприятия, названия управления и отделов, как по горизонтали, так и по вертикали иерархии.


нельзя формализовать неформализуемое
2 апр 19, 13:53    [21850045]     Ответить | Цитировать Сообщить модератору
 Re: Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия  [new]
МодальноеОкно
Member

Откуда:
Сообщений: 2144
кадровикам проще - они введут приказы на перемещение со старой должности\отдела на новую.

а что делать со структурой отделов? ее получается хранить надо, причем привязанную по дате - вчера у нас структура №1, сегодня №2, завтра №3. и кадровые документы повторяют все изменения через приказы №1->№2->№3

тоже самое со штатным расписанием
2 апр 19, 13:57    [21850051]     Ответить | Цитировать Сообщить модератору
 Re: Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия  [new]
МодальноеОкно
Member

Откуда:
Сообщений: 2144
беги дядь мить (с) кино
2 апр 19, 13:57    [21850052]     Ответить | Цитировать Сообщить модератору
 Re: Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия  [new]
Kibertonik
Member

Откуда:
Сообщений: 4
МодальноеОкно
кадровикам проще - они введут приказы на перемещение со старой должности\отдела на новую.

а что делать со структурой отделов? ее получается хранить надо, причем привязанную по дате - вчера у нас структура №1, сегодня №2, завтра №3. и кадровые документы повторяют все изменения через приказы №1->№2->№3

тоже самое со штатным расписанием


Вот и о том-же. Но ведь выход всегда есть.

Умен не тот кто пробивает выход в стене, а тот кто может найти двери.
2 апр 19, 14:45    [21850113]     Ответить | Цитировать Сообщить модератору
 Re: Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия  [new]
s_ustinov
Member

Откуда: Munchen, DE
Сообщений: 2108
Kibertonik
Хороших вам дней и идей!!!
Прошу вас подсказать как лучше спроектировать БД по документообороту и отделу кадров, в предприятии где часто (практически каждые 3 мес. и независящим от самого предприятия причинам) меняется структура предприятия, названия управления и отделов, как по горизонтали, так и по вертикали иерархии. Что надо учесть, что немаловажно и наоборот - что можно проигнорировать?
Не стал ограничивать своим видением - приветствуются все варианты.

Может почитать про Slowly changing dimension?
Вроде, то что вам надо.
2 апр 19, 15:53    [21850263]     Ответить | Цитировать Сообщить модератору
 Re: Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 48131

Kibertonik
я раньше проектировал для предприятий, в которых структура более или менее стабильна, и
таблицы были как везде - сотрудники, отделы, назначения на должности.

А теперь ты попл на предприятие, где сотрудники могут исчезнуть как класс? Или тебя
вгоняет в ступор, что "отделы" переименовываются в "подразделения"/"отряды"/"банды"?

Структура "человек и вложенные организационные единицы" остаётся той же самой при любой
перетасовке названий ОЕ.

Posted via ActualForum NNTP Server 1.5

2 апр 19, 16:24    [21850341]     Ответить | Цитировать Сообщить модератору
 Re: Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия  [new]
NGM
Member

Откуда:
Сообщений: 241
L_argo
Как минимум - фиксировать историю дерева подчиненности подразделений и сотрудников. Операции поиска должны позволять искать инфу как в текущей конфигурации предприятия, так и в исторической.


Практика использования СЭД показала, что в 98% процентах случаев совершенно безразлично - в каком структурном подразделении и у кого в подчинении был сотрудник на момент выпуска документа. Даже если документу неделя от роду, а за эту неделю поменялась оргструктура и камрад ушел работать в другой отдел.

Оставшиеся 2% не стоят затрат на реализацию неформализуемой задачи.
2 апр 19, 16:44    [21850369]     Ответить | Цитировать Сообщить модератору
 Re: Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия  [new]
NGM
Member

Откуда:
Сообщений: 241
Kibertonik
Что надо учесть, что немаловажно и наоборот - что можно проигнорировать?


Подумайте над возможностью исключения из документооборота (в рамках СЭД) конечных исполнителей. Оставив только руководителей (да и то - не всех) очень часто можно существенно разгрузить как архитектуру, так и саму систему. Ни капли не потеряв в прозрачности и функциональности документооборота.
2 апр 19, 16:49    [21850373]     Ответить | Цитировать Сообщить модератору
 Re: Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия  [new]
МодальноеОкно
Member

Откуда:
Сообщений: 2144
NGM
Практика использования СЭД показала, что в 98% процентах случаев совершенно безразлично


работа сэд в отличие от отдела кадров ничем не регламентирована
2 апр 19, 19:06    [21850547]     Ответить | Цитировать Сообщить модератору
 Re: Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия  [new]
kaldorey
Member

Откуда:
Сообщений: 588
Kibertonik,

Просто делаем сущности и связи между ними. Если нужна иерархия, лучше тоже в отдельном месте регулировать как отношения. И конечно, везде хранить историю, как самих сущностей, так и отношений. Если приходится менять обработку, ограничиваем такие обработки (также может храниться в таблицах, но может и нет) временем действия и сверху рулим - если такая-то дата, то такой сценарий.

Например - есть сотрудники, есть структуры, в которых эти сотрудники находятся - это уже 2 сущности более менее постоянной структуры независимо от того, как меняются составы и характеристики внутри.
3 апр 19, 13:26    [21851247]     Ответить | Цитировать Сообщить модератору
 Re: Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия  [new]
Kibertonik
Member

Откуда:
Сообщений: 4
kaldorey
Kibertonik,

Просто делаем сущности и связи между ними. Если нужна иерархия, лучше тоже в отдельном месте регулировать как отношения. И конечно, везде хранить историю, как самих сущностей, так и отношений. Если приходится менять обработку, ограничиваем такие обработки (также может храниться в таблицах, но может и нет) временем действия и сверху рулим - если такая-то дата, то такой сценарий.

Например - есть сотрудники, есть структуры, в которых эти сотрудники находятся - это уже 2 сущности более менее постоянной структуры независимо от того, как меняются составы и характеристики внутри.



Спасибо! О результатах сообщу.
5 апр 19, 09:59    [21853604]     Ответить | Цитировать Сообщить модератору
Все форумы / Проектирование БД Ответить