|
|
|
Правильное ли понятие "Рабочее место"?
|
|||
|---|---|---|---|
|
#18+
[quot Petro123нет не всё :) 1. Нужно написать и спроектировать программу или форму где "вася-охранник может поставить галочку". Т.е. спроектировать ЕЩЁ ОДНО РМ-конфигуратор_РМ. == правильно, только не рабочее место, а форма. с галочками разрешить/запретить/показать/скрыть_и_тд 2. Что вы будете делать если нужно объеденить клиентские формы в одну для A+B-сотрудника. Например, вывести график "Динамика продаж" в углу формы сотрудника АРМ "Оператор-бухгалтер"? == ну... у меня такого нет. я сразу в "углу формы" сделаю график, и человеку, которому не нужно это видеть буду непоказывать этот график (кнопку/меню/прочее) Интересно кто у Вас в коробочном продукте отвечает за эту "настройку". Конечно, можно и внедрение забубенить за отдельные деньги и командировочные. == первоначально, при тз обговариваются роли (РМ), потом рассказывают кто чем занимается "тётя глаша может всё". производится настройка. очень желательно что бы при этом присутствовал человек заказчика который будет поддерживать/обслуживать/ комплекс. если его нет или отвечаем мы - задача упрощается =) после сдачи проекта - жизнь течёт, жизнь меняется и или люди "подправляют" под себя, или мы подправляем... [/quot] ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.07.2006, 16:33 |
|
||
|
Правильное ли понятие "Рабочее место"?
|
|||
|---|---|---|---|
|
#18+
Petro123Правильное ли понятие "Рабочее место"?Вполне допустимо Petro123Требуется обосновать/разделить клиентскую часть и БД по разным рабочим местам функционально.Клиентская часть может: 1. настраиваться динамически на основании прав доступа (чаще), 2. в зависимости от конкретных требований заказчика разрабатываться жестко, тривиальным кодированием (довольно редко). При таком подходе, изменения БД, связанные с изменениями бизнес-процессов, могут вызвать неработоспособность приложения. Обычно об этом договариваются на берегу В случае необходимости изменения жестко закодированного приложения оно дописывается/переписывается разработчиком. Общей частью при этих двух подходах обычно считается принятая модель разграничения доступа. БД проектируется таким образом, чтобы обеспечить потребности всех "рабочих мест", описаных в ТЗ. Изменение функционала обычно включает в себя изменение метаинформации, на основании которой формируется внешний вид клиентской части, разработанной в соответствии с п.1 Petro123Какие понятия используются при проектировании рабочих мест?Требуемый функционал, разграничение доступа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.07.2006, 16:50 |
|
||
|
Правильное ли понятие "Рабочее место"?
|
|||
|---|---|---|---|
|
#18+
наутилус )))))) 1. Хорошо! Пусть форма это мааааааааааленькое РМ :) 2. У нас в одном таком конструкторе-проекте 200 команд. Как понимаешь количество комбинаций ..... легче послать чем спроектировать в углу пустое место. На худой конец можно ещё динам.таблицу с динамо-колонками. 3. авторпервоначально, при тз обговариваются роли (РМ), понимаю, мы уже обговорили. Теперь надо задокументировать в какой-нить дряни типа idefX или диаграммах. Хотя читал что и в простом тексте можно: wwwбудет являться описание пользовательских требований -- их можно описать в виде сценариев и/или юзкейсов (ТЕКСТОМ!) -- из них можно понять какие функциональные требования должна иметь система. ______________________________________________ Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.07.2006, 16:54 |
|
||
|
Правильное ли понятие "Рабочее место"?
|
|||
|---|---|---|---|
|
#18+
Здравствуйте, Petro123. Мне интересно, получение прав на работу с рабочим местом предоставляет права на все данные? Предполагается ли вертикальное разграничение прав на данные в рамках одного рабочего места? -- Dik76 Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2006, 01:28 |
|
||
|
Правильное ли понятие "Рабочее место"?
|
|||
|---|---|---|---|
|
#18+
Dik76 Здравствуйте, Petro123. Мне интересно, получение прав на работу с рабочим местом предоставляет права на все данные? Предполагается ли вертикальное разграничение прав на данные в рамках одного рабочего места? -- Dik76 Posted via ActualForum NNTP Server 1.3 аналогия с Профилем в OS ====== Рабочее место/АРМ в советские времена - предпологает окружение пользователя, интерфейс, его права на действия с данными. Права на действия с данными жёстко проектируются до написания кода программы/БД. ============= Например твой вопрос будет звучать так: авторМне интересно, получение прав на работу с рабочим местом Аналитик_Предприятия предоставляет права на все данные? Предполагается ли вертикальное разграничение прав на данные в рамках одного рабочего места? Будут предоставлены права на все данные для группы пользователей (в терминологии БД - набор ролей) с именем "Аналитик_Предприятия". Вертикально разграничение прав в рамках одной группы IMHO изврат, или в особых случаях: - при приёме нового работника проще добавить его в группу пользователей, чем настраивать его вертикальные ОСОБЫЕ права. - если есть 2 администратора Петя и Вася (в группе-РМ "Администраторы"), но у одного ОСОБЫЕ права, то значит Петя бо'лее Администратор? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2006, 10:23 |
|
||
|
Правильное ли понятие "Рабочее место"?
|
|||
|---|---|---|---|
|
#18+
трудАголик....... Обычно об этом договариваются на берегу поддерживаю весь ответ, и эту фразу особенно ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2006, 10:26 |
|
||
|
Правильное ли понятие "Рабочее место"?
|
|||
|---|---|---|---|
|
#18+
Здравствуйте, Petro123. Вертикально разграничение прав в рамках одной группы IMHO изврат, .....Понятно - такое не предусматривается, хотя это не такой уж и изврат.. вопросы секурности данных иногда заставляют так делать. Ведь в конце концов не делать же новый модуль, если для некоторых пользователей надо показывать на одно поле больше. Я это все к чему: если такое разграничение прав надо сделать, то появится и система раздачи прав на данные, а от этого не долеко и до разграничения прав на меню, операции и т.п. и все это в рамках одного модуля. -- Dik76 Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2006, 00:10 |
|
||
|
Правильное ли понятие "Рабочее место"?
|
|||
|---|---|---|---|
|
#18+
Dik76Ведь в конце концов не делать же новый модуль, если для некоторых пользователей надо показывать на одно поле больше. А почему нет? Это логичней и проще чем делить записи в одном. Иначе получается что есть просто поезда, а есть поездатые поезда. В общем, как уже выше отмечено - изврат. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2006, 01:58 |
|
||
|
Правильное ли понятие "Рабочее место"?
|
|||
|---|---|---|---|
|
#18+
Dik76 я предпологаю, что в наше время "просто колонка" никому не нужна, нужны "доступные команды". Т.е. мало поставить галочку в БД "показать ещё одно поле": Надо научить клиент-прогу его показывать. Возможно появится новая команда в "списке разрешённых команд" для данной группы (см.рисунок как в Word). А у пользователей появится возможность перетащить эту команду в меню, кнопку, гор.клавиши, папап-меню, кнопку на системном блоке, на SMS сообщение (что то я увлёкся )) Если у вас есть штат отделов на предприятии и приходит "человек по блату" в под него должность делаете? Или даёте ему красные штаны чтоб все знали его ОСОБЫЕ права? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2006, 10:22 |
|
||
|
Правильное ли понятие "Рабочее место"?
|
|||
|---|---|---|---|
|
#18+
iscrafm > А почему нет? Это логичней и проще чем делить записи в одном. C точки зрения производителя ПО это конечно беспорно - чем больше модулей, тем больше денег :) я предпологаю, что в наше время "просто колонка" никому не нужна, нужны "доступные команды". Т.е. мало поставить галочку в БД "показать ещё одно поле": Надо научить клиент-прогу его показывать.Именно. И продолжая аналогию, не вижу существенной разницы между правами на данные и правами на формы и операции. Скажем мне пришлось писать веб-клиент в котором простому пользователю доступна цена на товар, а удаленным менеджерам, дилерам еще и остатки на складе. Можно конечно разнести функционал и в разные режимы, только зачем? Разграничение прав доступа решает задачу. В общем не вижу смысла спорить... можно сделать N-ое количество рабочих мест, но мне лениво. -- Dik76 Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2006, 23:54 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=33865557&tid=1545137]: |
0ms |
get settings: |
6ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
75ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
| others: | 231ms |
| total: | 396ms |

| 0 / 0 |
