2 Cat2: \r
Если начальство не жлобствует, а дает безлимитный допук в инет, то лучше не городить, а оптимизировать код. Что бы запросы и ответы были минимальны по килобайтам. Если жлобствует - то надо переубеждать. Аргумент - "во сколько может обойтись потеря инфы? Вас же по судам затаскают." Я так думаю, что на диал-апе, 100 руб в день (примерно 3 часа) не сумма для приличной конторы. \r
\r
Alexey Kuzminich может потерять заказчика. Заказчик может оказаться не дурак и найти других ребят, к-рые исполнят ему офф-лайн вариант. Вообще это напоминает топик подскажите о выборе архитектуры для корпоративной информационной системы, т.е нет существенной информации: нефункциональные требования к системе (перформанс, надежность, удобство, расходы на систему..), бюджет и т.д. Только общая функциональность и все. Неизвестно, например, 10-50 анкет вводятся 1 человеком или 5, и сколько времени занимает анкета? Сколько их предполагается в будущем анкет/людей? Вопрос по оплате он-лайн времени пользователями, исходя из качества (скорости, доступности) их диалапных соединений и кол-ва анкет. IMHO лучше подсчитать хотя бы грубо затраты на диалап\r
\r
2 Гость2: \r
1. Онлайн вариант: Пишите на ASP (PHP, Perl) несколько скриптов по заполнению базы и выводу отчетов. Юзеры работают через браузер. \r
Преимущества: Немедленная валидация данных, нет необходимости в синхронизации данных, любые отчеты. \r
Недостатки: Для ввода данных необходимо подключение к Инету \r
\r
Самый простой, в смысле традиционного архитектурного шаблона, а также пожалуй и в исполнении вариант для разработчиков\r
\r
2. Оффлайн: Как Вы уже сказали: Человек в оффлайне набивает 10-20-50 анкет. Затем входит в онлайн и отправляет данные серверу. Сервер обрабатывает и возвращает результат. \r
Транспорт не суть важно (http, мыло, ftp). \r
Премущества: Подключение к Инету только для отправки данных. \r
Недостатки: Необходимо синхронизировать данные на клиенте. Отчеты недоступны или доступны только по запросу. \r
\r
Интересна прогр.архитектура этого вар.2, т.е возможно какое-то приложение формирует txt/csv/xml.. файл отправляет его по smtp/ftp/http/.. и уже центральный сервер его "складирует" в БД. Отчеты? Самое простое: он-лайн запрос к Web-серверу\r
\r
Возможно и совмещение 2 вариантов: Серверная часть работает на веб-сервере, данные выдаются и принимаются в xml. Для передачи данных клиенту работающему через браузер xml преобразуется в html. Работа с оффлайн клиентом - через xml (SOAP) \r
\r
Это само по себе не вар.1 или 2 или их совмещение. xml как форма представления/хранения данных, soap как протокол могут использоваться и в вар.1 и в вар.2