OldLedi,

Коллега, Традиционно ответ на поставленный Вами вопрос упирается в главную тему - а что Заказчику надо делать? Судя по тому что у Вас Бухгалтерская задача/система ввод данных и их безопасность наиболее существенны. Обычно - каk показала сегодняшняя практика наиболее удобно использовать в таком случае так называемый 'Тонкий Клиент" thin client. В Общей архитектуре нагрузкой его становится "Сервер Приложений" Application server, который в основном занимается бизнес логикой, а вот базы данных конфигурируются так чтобы как можно более полно автоматизировать процесс создания и администрирования данных. Например широко используется репликация для синхронизации базовых - или системных данных - ну например валютных котировок в реалньном времени. Для отчётности и поиска мы используем OLAP системы - Data Mart или Data Warehouse. То есть архитектура сегодняшнего бухгалтерского комплекса достаточно многоплановая. Мой Вам дружеский совет - начните с архитектуры. Не поддавайтесь на уговоры типа мы хотим IE и всё тут. Объясните что в браузере например существует лимит обозримости ввода данных. Кроме того требуются специальные средства защиты от прямого воздействия на сервер через браузер - известный под названием "иньекцирование" Injection. Поэтому для Вывода данных может быть и удобно иметь красивый интерфейсик IE, а вот для обработки и особенно ВВОДА большого количества... Мы обычно не рекоммендуем браузеры. Проще это достигается чётко отработанным форматом окошек - пусть даже тонких клиентского приложения.

Извините я попытался объяснить на самом высоком уровне - с высоты 60000 фт.

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

Когда мы готовим концептуальную платформу для интерфейса мы ставим камеру нацеленную на пользователя и записываем каждое движение и каждый клик на экране. Есть такие системочки. Все интерфейсы и поля в них фиксируются - потом анализируем что из "ручного" ввода можно автоматизировать. Потом готовим для начала простенькие Браузер - связанные экранчики - здесь очень важно определить что будет управляться мышкой (как например выборка из drop down or radio button check-box etc) а что будет вводиться ручками. Если ввод составляет более 30% работы среднестатистического пользователя - обычно мы отказываемся от браузера. Но опять же - очень имперический подход. А вот если это thin client стараемся максимально приблизить к существующим системам ввода.

SeVa2 Marmelad, коллега, не зло замечу, спуститесь на землю,все ваши доводы уже не соответствуют действительности Silverlight

Оооо Как Вы Коллега пролили Бальзам на мою душу... Я всё ещё представляю Russian IT как ХХ век... Извините Коллега, Но если так.... - Прошу нашу OldLady к столу на WCF WPF местечко. Истинный ХХI век - но для нас - тружеников ERP - пока ещё недоступный... Even here in the USA - we are slow motion people... :)

SeVa Говорит и показывает SAP , Кто найдет отличие от толстого клиента?


А ктож спорит, коллега, если кто нить чего изобрёл - сам Бог велит попробовать ЭТО на примере SAP. конешна работать будет - но пока не сегодня -- где нить завтра послезавтра мы конешна буем такое внедрять. Ну не стоять же столько лет на одном месте; Так ведь: Революция понимаишЬЬЬ... А вот отличия найти не удалось - вернее совсем не удалось посмотреть - потому как нету ещё разрешения клиента грузить Silverlight опять же всё те же консерны - безопасность, понимаишЬЬь технология непроверенная.. Так что пока до эксплуатационщиков дойдёт - мы все тут настроим кучу интеерсных решений для Ув OldLady....

Кстати - где то на PDC 1998 Биля Гейц демонстрировал прелести XML технологии - кто нить помнит что это такое....? А то я всё жду и жду когда мы наконец XML будем раскручивать по полной программмее... Никак не дождусь...