powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Одновременное изменение документа
11 сообщений из 61, страница 3 из 3
Одновременное изменение документа
    #34542297
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сахават Юсифов iscrafm Сахават ЮсифовВ итоге один из шефов мартышка.
почему Сахават?
Ну, я подумал, что у самого полномочий больше, чему у зама и соответственно работа зама впустую если они оба меняли одну и ту же часть документа..
вот и получаются требования к системе (зависят от заказчика с увеличением сложности вниз):

- возможность чтения ОДНОГО документа одновременно разными пользователями
- возможность чтения части документов одновременно разными пользователями


- возможность редактирования ОДНОГО документа одновременно разными пользователями
а) переписывая раннего
б) предупреждая
б) предупреждая и сохраняя локально свой документ

- возможность редактирования части документов одновременно разными пользователями
то же самое, но с добавлением слияния подуровней
...
Рейтинг: 0 / 0
Одновременное изменение документа
    #34542747
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafm Александр Гoлдун
Неприемлено для документов, имеющих сложный жизненный путь.
был бы признателен за расшифровку.. что Вы понимаете под "сложным жизненным путем" документа
Да любой документ, имеющий больше статусов, нежели проведен-непроведен, когда в разных состояниях с ним могут работать разные люди. Какие-нибудь заявки, требующие согласования, утверждения и т.п. В таком варианте пункт:

3.2 Пользователь может сохранить изменения если документ ранее был сохранен пользователем с полномочиями ниже или равными (см. рис).

может оказаться неприемлемым, так как вполне может оказаться, что в жизненном цикле документа более полномочный пользователь участвует раньше.
...
Рейтинг: 0 / 0
Одновременное изменение документа
    #34542896
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Александр Гoлдун
Да любой документ, имеющий больше статусов, нежели проведен-непроведен, когда в разных состояниях с ним могут работать разные люди. Какие-нибудь заявки, требующие согласования, утверждения и т.п. В таком варианте пункт:.....
может оказаться неприемлемым, так как вполне может оказаться, что в жизненном цикле документа более полномочный пользователь участвует раньше.
пару ремарок:
1. Документ можно сохранить со своими разрешениями или назначить более низкие. Т.е. если у пользователя приоритет, допустим 5 и он хочет, чтобы нижестоящие могли после него внести изменения, то при сохранении он может выбрать от 0 до 5. Это так, образно.

2. я просто разделяю процесс подготовки документа и процессы его согласования, визирования и т.п. У документа есть Исполнитель , его и только его задача выдать на-гора нормальный документ. Для того, чтобы довести его до кондиции он постится в систему документооборота, где по определенному маршруту попадает к нужным людям. Но работают они с образом документа. Свои корректировки вносят путем подписей или замечаний к Исполнителю (см. рис), а не непосредственно в документ. Если каждый начнет править то что не нравится непосредственно в документе, то это я называю кашей. Поэтому и говорю, что все колизии можно (нужно) разруливать нормальной организацией процесса.
...
Рейтинг: 0 / 0
Одновременное изменение документа
    #34542915
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafm Поэтому и говорю, что все колизии можно (нужно) разруливать нормальной организацией процесса.

Да. :)
...
Рейтинг: 0 / 0
Одновременное изменение документа
    #34543026
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
IMHO не надо мешать вопрос многопользовательской работы с одним документом с вопросом прав на данные работы.
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!
...
Рейтинг: 0 / 0
Одновременное изменение документа
    #34543190
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123IMHO не надо мешать вопрос многопользовательской работы с одним документом с вопросом прав на данные работы.

вопросы на самом деле взаимосвязаны. Простой пример подготовки документа двумя способами (см.рис):
1. К Плану закупок допускается сотня пользователей и они пытаются его редактировать его. Понятно, что вопросы многопользовательской работы с документом встают в полный рост.
2. У каждого пользователя есть индивидуальная заявка, которой он управляет. Ввел заявку, выполнил учет документа - процедура постинга в соответствии с указанной бизнес-логикой разместила ее в сводном Плане закупок (или отказала). Но заявку редактирует только ее Автор (Исполнитель).
т.е. простой организацией архитектуры системы и оптимальной организацией процесса вопрос многопользовательской работы с одним документом ислючается из списка актуальных. Это я к чему... :) в той же Искре нет встроенных механизмов блокировки документов и не приходилось даже заморачиваться по этому поводу. Все вопросы решаются только указанным выше способом.
...
Рейтинг: 0 / 0
Одновременное изменение документа
    #34543439
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторВвел заявку, выполнил учет документа
это если смотреть на Программу по учёту ДОКУМЕНТОВ (типа 1С). Там главная информация - это Документ.
Поэтому надо не мешать одно с другим.
Сначала надо чтобы Бизнес-логика определила что такое документ:
- набор полей в СУБД
- БЛОБ поле двоичное с классом Документ внутри
- файл ХМL ванутри
- *.doc
- *.bmp

Всё остальное будет плясать от этого. В том числе от Бизнес-процессов работы с этим документом.

______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!
...
Рейтинг: 0 / 0
Одновременное изменение документа
    #34543680
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123 авторВвел заявку, выполнил учет документа
это если смотреть на Программу по учёту ДОКУМЕНТОВ (типа 1С). Там главная информация - это Документ.

Назовите это Бланк, Data Entry, Форма, Transaction Params, Ввводилка... если Вам не нравится слово Документ. Суть от этого не изменится.
Речь идет о данных, которые нужно записать в БД. Какая разница в каком они виде.
...
Рейтинг: 0 / 0
Одновременное изменение документа
    #34543984
AlexTheRaven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Eugene7
<...>
Я вижу три пути:
1. Если кем то документ открыт на редактирование, другие могут открыть лишь на просмотр. То бишь при открытии проверять, открыт ли кем то еще, и если так, то дизаблить контролы.

Можно посмотреть в CVS, SVN, VSS. Для каждого элемента, для к-рого нужно редактирование, независимое о "родительского" - свой файл.
Всегда должен быть кто-то, кто может принять решение о том, что нужно пренебречь чужой работой и снять блокировку.
Как вариант, "Пока Вы редактировали, данные изменились. Кода вы начинали редактировать, были XXX, теперь стали YYY, а вы хотите их сделать ZZZ. Сделать?"

Eugene7
2. При сохранении менять лишь то, что было изменено. Но тут надо будет проверять, что же изменилось. Данных много. Придеться проходить проходить по всем данным и сверять, что тоже не очень нравиться. Либо сделать систему, которая регистрирует изменения. Но насмотревшись на это всяких вордах(где внес изменение, потом исправил обратно, а при закрытии он все равно считает что ты что-то изменил) тоже не в восторге.

Можно посмотреть в MediaWiki. Но даже там - сначала разбиваете документ на разделы, а потом редактируете разделы независимо друг от друга.

Eugene73. Если какой то параметр был изменен, обновлять его на других клиентах прямо в открытой форме. Тоже не очень нравиться решение(много сложностей с узнавание что что-то изменилось и обновлением этого).
Можно посмотреть в ARIS Toolset, по крайней мере - 6.x: один пользователь изменил название элемента модели - у остальных отобразилось, кто изменил последним - тот и прав. Технически сложнее, чем (1), но вполне реализуемо.

IMHO самый простой и привычный вариант - (1). Хотя кажется мне, что (1), (2) и (3) не являются взаимоисключающими.
...
Рейтинг: 0 / 0
Одновременное изменение документа
    #34544495
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafm
Назовите это Бланк, Data Entry, Форма, Transaction Params, Ввводилка... если Вам не нравится слово Документ. Суть от этого не изменится.
Речь идет о данных, которые нужно записать в БД. Какая разница в каком они виде.
Материя первична (то биш ... ФОРМАТ данных для сохранения от БИЗНЕСА первичен).

- документ - трамвайный билет (*.doc)
- документ - трамвайный билет сканированный (*.bmp)
- документ - трамвайный билет (*.xml)

ТемаRe: Одновременное изменение документа
или
ТемаRe: Одновременное изменение частей документа
...
Рейтинг: 0 / 0
Одновременное изменение документа
    #34544670
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123Материя первична (то биш ... ФОРМАТ данных для сохранения от БИЗНЕСА первичен).

сорри.. о чем это Вы? Не знаю с чего Вы это взяли..
...
Рейтинг: 0 / 0
11 сообщений из 61, страница 3 из 3
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Одновременное изменение документа
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]