Принцип Циски - AAA - Аутентификация, Авторизация, Аккаутинг

piva
Настройка интефейса (внешнего отображения) пользователем ?

Да, можно и такое - через фичи ASP.Net

Добавчик:

[attachment 11459 salary2.png]





Исправлено 2 раз(а). Последнее : JS, 04.02.11 14:28

piva
Я не про интерфейс, а про обработку данных, в данном случае интефейсная часть - Web, расчеты уже будут вестись на фоксе, и, как понимаю, складываться обратно на сервер

Можно все делать на сервере, то в конвертированном, например, в VB коде.
Можно, как я уже сказал - сделать приложение - тонкий клиент с данными на сервере.

Ладно, это пока подумаем как.

Понял. Стили - это хорошо, только в реальной работе, как правило, это мало кого заботит и все работают с дефолтной. Хотя как фича, пусть остатется

piva
Тебе виднее, я не знаю что за почтовый сервис

Разработчики будут иметь свои e-mail адреса c ''.phorum_html_encode('xxxxxxxx@foxhelp.ru').''

piva
Понял. Стили - это хорошо, только в реальной работе, как правило, это мало кого заботит и все работают с дефолтной. Хотя как фича, пусть остатется

Динамическое добавление контролов на базе своих классов - тоже и вообще не проблема в ASP.Net.
То есть можно приментить принцип модульности. Хочу добавлю, хочу нет.

Я в этих делах не сведущ, поэтому прошу прощения за дилетантство, но...
На каждого пользователя должен быть своя идентификация, или доступ может быть одновременным?

Отлично, значит Web-мордьем при развитии - проблем больших не будет

Понял, тады - выше крыши хватит

ama68
Я в этих делах не сведущ, поэтому прошу прощения за дилетантство, но...
На каждого пользователя должен быть своя идентификация, или доступ может быть одновременным?

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

А для клиента?

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

Опа, кстати о VSS или чем-то таком - как бум делать ?

Это так! А как поступает 1Ц? Там платят за предприятие, или за рабочее место?

ama68
А для клиента?

А тут, Миша, от желаний клиента. Можно разнести, например, пользователей одного клиента (суть фирмы)
по ролям. Это тоже не проблема - соответственно и строим базу MS SQL.
И делаем режим - общий доступ для клиента или раздельный. (по умолчанию раздельный)

piva
Опа, кстати о VSS или чем-то таком - как бум делать ?

Об этом надо подумать - смотря кто на чем будет работать.
Есть и другие системы.

В 1С в одной проге - веди хоть кучу предприятий, помнится, где-то было ограничение на количество ИНН, ну тут тебе уже карты в руки, как скажешь, так и делать будем.

Я не про VSS конкретно, а про версионирование в приципе

JS

ama68
А для клиента?

А тут, Миша, от желаний клиента. Можно разнести, например, пользователей одного клиента (суть фирмы)
по ролям. Это тоже не проблема - соответственно и строим базу MS SQL.
И делаем режим - общий доступ для клиента или раздельный. (по умолчанию раздельный)

Значит, прежде чем строить базу данных, надо этот воппрос решить.