powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Правильное ли понятие "Рабочее место"?
11 сообщений из 111, страница 5 из 5
Правильное ли понятие "Рабочее место"?
    #33848818
наутилус
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot Petro123нет не всё :)
1. Нужно написать и спроектировать программу или форму где "вася-охранник
может поставить галочку". Т.е. спроектировать ЕЩЁ ОДНО РМ-конфигуратор_РМ.
== правильно, только не рабочее место, а форма. с галочками разрешить/запретить/показать/скрыть_и_тд

2. Что вы будете делать если нужно объеденить клиентские формы в одну для A+B-сотрудника. Например, вывести график "Динамика продаж" в углу формы сотрудника АРМ "Оператор-бухгалтер"?
== ну... у меня такого нет. я сразу в "углу формы" сделаю график, и человеку, которому не нужно это видеть буду непоказывать этот график (кнопку/меню/прочее)
Интересно кто у Вас в коробочном продукте отвечает за эту "настройку".
Конечно, можно и внедрение забубенить за отдельные деньги и командировочные.
== первоначально, при тз обговариваются роли (РМ), потом рассказывают кто чем занимается "тётя глаша может всё". производится настройка. очень желательно что бы при этом присутствовал человек заказчика который будет поддерживать/обслуживать/ комплекс. если его нет или отвечаем мы - задача упрощается =) после сдачи проекта - жизнь течёт, жизнь меняется и или люди "подправляют" под себя, или мы подправляем...
[/quot]
...
Рейтинг: 0 / 0
Правильное ли понятие "Рабочее место"?
    #33848893
трудАголик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123Правильное ли понятие "Рабочее место"?Вполне допустимо

Petro123Требуется обосновать/разделить клиентскую часть и БД по разным рабочим местам функционально.Клиентская часть может:
1. настраиваться динамически на основании прав доступа (чаще),
2. в зависимости от конкретных требований заказчика разрабатываться жестко, тривиальным кодированием (довольно редко). При таком подходе, изменения БД, связанные с изменениями бизнес-процессов, могут вызвать неработоспособность приложения. Обычно об этом договариваются на берегу
В случае необходимости изменения жестко закодированного приложения оно дописывается/переписывается разработчиком.
Общей частью при этих двух подходах обычно считается принятая модель разграничения доступа.
БД проектируется таким образом, чтобы обеспечить потребности всех "рабочих мест", описаных в ТЗ. Изменение функционала обычно включает в себя изменение метаинформации, на основании которой формируется внешний вид клиентской части, разработанной в соответствии с п.1

Petro123Какие понятия используются при проектировании рабочих мест?Требуемый функционал, разграничение доступа.
...
Рейтинг: 0 / 0
Правильное ли понятие "Рабочее место"?
    #33848909
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
наутилус
))))))
1. Хорошо! Пусть форма это мааааааааааленькое РМ :)
2. У нас в одном таком конструкторе-проекте 200 команд. Как понимаешь количество комбинаций ..... легче послать чем спроектировать в углу пустое место. На худой конец можно ещё динам.таблицу с динамо-колонками.
3.
авторпервоначально, при тз обговариваются роли (РМ),
понимаю, мы уже обговорили. Теперь надо задокументировать в какой-нить дряни типа idefX или диаграммах.
Хотя читал что и в простом тексте можно:
wwwбудет являться описание пользовательских требований -- их можно описать в виде сценариев и/или юзкейсов (ТЕКСТОМ!) -- из них можно понять какие функциональные требования должна иметь система.
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!
...
Рейтинг: 0 / 0
Правильное ли понятие "Рабочее место"?
    #33865557
Dik76
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Здравствуйте, Petro123.

Мне интересно, получение прав на работу с рабочим местом предоставляет
права на все данные? Предполагается ли вертикальное разграничение прав
на данные в рамках одного рабочего места?

--
Dik76

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Правильное ли понятие "Рабочее место"?
    #33865995
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dik76
Здравствуйте, Petro123.
Мне интересно, получение прав на работу с рабочим местом предоставляет
права на все данные? Предполагается ли вертикальное разграничение прав
на данные в рамках одного рабочего места?
--
Dik76
Posted via ActualForum NNTP Server 1.3
аналогия с Профилем в OS
======
Рабочее место/АРМ в советские времена - предпологает окружение пользователя, интерфейс, его права на действия с данными.
Права на действия с данными жёстко проектируются до написания кода программы/БД.
=============
Например твой вопрос будет звучать так:
авторМне интересно, получение прав на работу с рабочим местом Аналитик_Предприятия предоставляет
права на все данные? Предполагается ли вертикальное разграничение прав
на данные в рамках одного рабочего места?
Будут предоставлены права на все данные для группы пользователей (в терминологии БД - набор ролей) с именем "Аналитик_Предприятия".

Вертикально разграничение прав в рамках одной группы IMHO изврат, или в особых случаях:
- при приёме нового работника проще добавить его в группу пользователей, чем настраивать его вертикальные ОСОБЫЕ права.
- если есть 2 администратора Петя и Вася (в группе-РМ "Администраторы"), но у одного ОСОБЫЕ права, то значит Петя бо'лее Администратор?
...
Рейтинг: 0 / 0
Правильное ли понятие "Рабочее место"?
    #33866004
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
трудАголик....... Обычно об этом договариваются на берегу

поддерживаю весь ответ, и эту фразу особенно )
...
Рейтинг: 0 / 0
Правильное ли понятие "Рабочее место"?
    #33868575
Dik76
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Здравствуйте, Petro123.


Вертикально разграничение прав в рамках одной группы IMHO изврат,
.....Понятно - такое не предусматривается, хотя это не такой уж
и изврат.. вопросы секурности данных иногда заставляют так делать.
Ведь в конце концов не делать же новый модуль, если для некоторых
пользователей надо показывать на одно поле больше.
Я это все к чему: если такое разграничение прав надо сделать, то
появится и система раздачи прав на данные, а от этого не долеко и до
разграничения прав на меню, операции и т.п. и все это в рамках одного
модуля.

--
Dik76

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Правильное ли понятие "Рабочее место"?
    #33868636
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dik76Ведь в конце концов не делать же новый модуль, если для некоторых
пользователей надо показывать на одно поле больше.

А почему нет? Это логичней и проще чем делить записи в одном. Иначе получается что есть просто поезда, а есть поездатые поезда. В общем, как уже выше отмечено - изврат.
...
Рейтинг: 0 / 0
Правильное ли понятие "Рабочее место"?
    #33869018
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dik76

я предпологаю, что в наше время "просто колонка" никому не нужна, нужны "доступные команды".
Т.е. мало поставить галочку в БД "показать ещё одно поле":
Надо научить клиент-прогу его показывать.

Возможно появится новая команда в "списке разрешённых команд" для данной группы (см.рисунок как в Word).

А у пользователей появится возможность перетащить эту команду в меню, кнопку, гор.клавиши, папап-меню, кнопку на системном блоке, на SMS сообщение (что то я увлёкся ))

Если у вас есть штат отделов на предприятии и приходит "человек по блату" в под него должность делаете? Или даёте ему красные штаны чтоб все знали его ОСОБЫЕ права?
...
Рейтинг: 0 / 0
Правильное ли понятие "Рабочее место"?
    #33871542
Dik76
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafm
> А почему нет? Это логичней и проще чем делить записи в одном.
C точки зрения производителя ПО это конечно беспорно - чем больше
модулей, тем больше денег :)
я предпологаю, что в наше время "просто колонка" никому не нужна, нужны "доступные команды".
Т.е. мало поставить галочку в БД "показать ещё одно поле":
Надо научить клиент-прогу его показывать.Именно. И продолжая
аналогию, не вижу существенной разницы между правами на данные и
правами на формы и операции.
Скажем мне пришлось писать веб-клиент в котором простому пользователю
доступна цена на товар, а удаленным менеджерам, дилерам еще и остатки на
складе. Можно конечно разнести функционал и в разные режимы, только
зачем? Разграничение прав доступа решает задачу.

В общем не вижу смысла спорить... можно сделать N-ое количество
рабочих мест, но мне лениво.

--
Dik76

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Правильное ли понятие "Рабочее место"?
    #33871736
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot Dik76]
C точки зрения производителя ПО это конечно беспорно - чем больше
модулей, тем больше денег :)
[quot ]
Я про производителей ни слова не сказал.:) Речь идет об обычной логике
...
Рейтинг: 0 / 0
11 сообщений из 111, страница 5 из 5
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Правильное ли понятие "Рабочее место"?
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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