|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
softwarerНа уровне же реализации все упирается в тот же убогий веб. И будет упираться, пока API, доступное в браузере не станет физически тем же самым, что и API, доступное десктопным приложениям. Интересная мысль. Тогда получается что приложение на СП должно обмениваться с браузером по АPI ? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2006, 16:31 |
|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
> как они распределяются по вендорам, не подскажете? Статистика по браузерам - в свободном доступе. А ERP на серверах, google или порноархив - абсолютно фиолетово. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2006, 16:32 |
|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
guest_20040621> как они распределяются по вендорам, не подскажете? Статистика по браузерам - в свободном доступе. А ERP на серверах, google или порноархив - абсолютно фиолетово. При чем здесь google, порно и другие замечательные вещи. Разговор идет об web-интерфейсах в ERP системах. Прозвучала цифра в млрд таких пользователей. Хочется узнать конкретно - у кого. На тему топика хоть иногда нужно все же подглядывать :) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2006, 16:39 |
|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
АБ softwarerубогий веб точно: убогая технология, исключительно по недоразумению набравшая миллиард пользователей Точно. Убогая технология, что элементарно показывается на примере даже столь простой задачи, как этот форум. Что же до недоразумений - миллиард китайцев, видимо, едят рис только потому, что это лучшая еда на свете. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2006, 19:01 |
|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
softwarerУбогая технология, что элементарно показывается на примере даже столь простой задачи, как этот форум Возникает резонный вопрос: зачем же Вы в таком случае оставили тут 12 тысяч своих нетленных записей? "Обыкновенное чудо"Я гналась за Вами два дня, чтобы сказать Вам, как я к Вам равнодушна ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2006, 19:06 |
|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
модИнтересная мысль. Тогда получается что приложение на СП должно обмениваться с браузером по АPI ? Если Вы подразумеваете архитектуру, в которой браузер выступает в роли "клиента удаленного терминального сервера", то в общем абсолютно все равно, чем они будут обмениваться, важно, какие возможности при этом доступны. Если говорить о том, что клиент таки выполняется на клиентской машине (в виде javascript, applet или чего угодно еще), то этот клиент определенно должен использовать более продуманный способ коммуникации, нежели GET/POST, да и доступные сейчас решения более высокого уровня, например XMLRPC, но в этом случае опять же важно, что за API ему доступно. Я полагаю, что наилучший путь развития сведет понятие "браузер" к набору сервисных рюшечек над эффективным RPC/RMI API. Впрочем, я знаю за собой привычку думать о людях лучше, чем они есть, а учитывая практику развития интернет-технологий - уверен, что наилучший путь развития выбран не будет. Куда более вероятно, что будет сделано что-нибудь крайне хреновое, например RPC over HTTP. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2006, 19:21 |
|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
АБ softwarerУбогая технология, что элементарно показывается на примере даже столь простой задачи, как этот форум Возникает резонный вопрос: зачем же Вы в таком случае оставили тут 12 тысяч своих нетленных записей? Резонный ответ: из сострадания к людям, не имеющим возможности пользоваться чем-то получше. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2006, 19:22 |
|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
softwarerЕсли Вы подразумеваете архитектуру, в которой браузер выступает в роли "клиента удаленного терминального сервера", то в общем абсолютно все равно, чем они будут обмениваться, важно, какие возможности при этом доступны. Да, именно это. Поскольку сам клиент обычный win32, то возможности браузера и протокола д.б. аналогичные. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.11.2006, 16:49 |
|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
Насколько я понимаю, для таких вот терминальных клиентов есть два принципиальных подхода, и оба применяются на практике. Первый - передавать вызовы некоего стандартного API, по сути сделать "удаленный драйвер дисплея", "удаленный HDC" или нечто типа этого. Второй - передавать картинку (изменения картинки). Каждый из вариантов имеет свои преимущества и недостатки. Если говорить о сегодняшних представлениях о бизнес-приложениях, то второй путь представляется мне более удачным, в силу того что протокол окажется прост, однозначен и устойчив к появлению новых фич "API отрисовки". В самом деле, допустим разработчик ОС добавил примитив, условно, отрисовки радужного могендовида. Если идти по первому пути, окажется, что наша программа несовместима со старыми версиями терминальных клиентов, все должны лихорадочно добавлять этот примитив, и что самое веселое, на разных платформах он окажется реализован несколько по-разному - примерно так, как сейчас по-разному реализованы детали отображения одного и того же html. Если идти по второму пути... да собственно сделали - и хорошо, будет работать без единого лишнего движения. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2006, 00:27 |
|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
softwarerНасколько я понимаю, для таких вот терминальных клиентов есть два принципиальных подхода, и оба применяются на практике. Первый - передавать вызовы некоего стандартного API, по сути сделать "удаленный драйвер дисплея", "удаленный HDC" или нечто типа этого. Второй - передавать картинку (изменения картинки). Каждый из вариантов имеет свои преимущества и недостатки. Если говорить о сегодняшних представлениях о бизнес-приложениях, то второй путь представляется мне более удачным, в силу того что протокол окажется прост, однозначен и устойчив к появлению новых фич "API отрисовки". В самом деле, допустим разработчик ОС добавил примитив, условно, отрисовки радужного могендовида. Если идти по первому пути, окажется, что наша программа несовместима со старыми версиями терминальных клиентов, все должны лихорадочно добавлять этот примитив, и что самое веселое, на разных платформах он окажется реализован несколько по-разному - примерно так, как сейчас по-разному реализованы детали отображения одного и того же html. Если идти по второму пути... да собственно сделали - и хорошо, будет работать без единого лишнего движения. по сути второй вариант - это телевизор матрица пикселов думаю что - перспективно нечто среднее между 1 и 2 вариантами - матрица с более крупными ячейками - типа электронной таблицы например EXCEL в роли браузера (собственно - сделали) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2006, 02:00 |
|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
softwarerЕсли говорить о сегодняшних представлениях о бизнес-приложениях, то второй путь представляется мне более удачным Полностью согласен. Дабавлю что м.б. приложения, ходящие мимо API. Получается цитрих форева, веб в топку ? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2006, 09:34 |
|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
softwarerсобственно сделали - и хорошо, будет работать без единого лишнего движения. Лишних движений просто масса. Датчики сетевого подключения не умолкают. Трафик в трубу... ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2006, 09:34 |
|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
модцитрих форева, веб в топку ? и то и другое, практически, передача картинки. Неужели считается что данные для картинки занимают больший объем, чем сама картинка (данные + интерфейс)? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2006, 09:38 |
|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
мод softwarerЕсли говорить о сегодняшних представлениях о бизнес-приложениях, то второй путь представляется мне более удачным Полностью согласен. Дабавлю что м.б. приложения, ходящие мимо API. Получается цитрих форева, веб в топку ? +1 а вопрос трафика рано или поздно будет решён. Так же как и танцы с бубнами вокруг "слабых видеокарт". ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2006, 10:37 |
|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
iscrafmи то и другое, практически, передача картинки. Неужели считается что данные для картинки занимают больший объем, чем сама картинка (данные + интерфейс)? Мы вроде не про объем, а про функциональность. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2006, 11:02 |
|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
iscrafm модцитрих форева, веб в топку ? и то и другое, практически, передача картинки. Неужели считается что данные для картинки занимают больший объем, чем сама картинка (данные + интерфейс)? web-картинка непрерывно усложняется движение становится правилом а не исключением наступает момент перехода количества в качество - данные для картинки занимают почти тот же обьем скоро будет - картинка - проще и выгоднее - несмотря на трафик (видимо пора рубить коту хвост - и лучше сразу - а не по частям :) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2006, 11:27 |
|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
iscrafmи то и другое, практически, передача картинки. К сожалению, нет. Веб (точнее, html) задумывался как передача картинки, но уже лет десять назад явно таковым не является. iscrafmНеужели считается что данные для картинки занимают больший объем, чем сама картинка (данные + интерфейс)? Объем - не единственное, о чем следует думать. При той кривости, которая отчетливо проявляется уже на столь простом API, как html с расширениями, при той кривизне, которую можно ожидать при реализации таким путем полноценного API в мировом масштабе - скорость работы окажется уже не так важна. Как я сказал, каждое из решений обладает своими достоинствами. Понятно, что в DOOM3 методом передачи картинки не очень-то поиграешь, а методом передачи команд - может и удастся. Поэтому я и оговорился насчет бизнес-приложений, в число требований к которым DOOM3 вроде как пока не входит. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2006, 17:46 |
|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
Вставлю. Нельзя разделять функциональность и скорость работы т.к. это равно работоспособности, или "геймплею" системы :) Единственный и правильный критерий при создании эффективной ЕРП системы - это ее работоспособность. И второй правильный критерий - правильное продвижение в правильно нацеленном сегменте рынка. И третий - ровнорукое внедрение. Написать на java - нажить тупняки при мальнькой объеме ОЗУ у конечных пользователей, немного гигантов могут позволить себе делать такие мега-продукты коммерчески оправланными и действительно любимыми пользователями. Не ровняйте мысли амирикосов и их рынок со своим. Написать на ассемблере - нажить геморрой себе и 90% возможность не написать систему. Сделать систему полностью в web-интерпретации - видел такое на выставке. Впечатляет наличием незакрытых мест в реальной работе (практически не пришлось напрягаться для их поиска). Модель может жить бесспорно и я отношу ее к вкусу, моде и другим стимулам, но никак не к функциональной целесообразности. Не делать внутреннего языка - правильно, кому он нужен? Разве не хватает языков высокого уровня? Взращивание поколения конфигурастов возможно только на определенном этапе, например 1Ц. Объемы передаваемых данных - отношу напрямую к уровню профессионализма разработчиков. Целесообразности написать систему в такой среде и языке, которые будут тянуть много данных не может быть оправдана лозунгами "Это красиво", "Это можно". Единственный стимул это делать - ДЕНЬГИ заказчика. И расскажите, что я не прав. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2006, 18:05 |
|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
Валентин К Не делать внутреннего языка - правильно, кому он нужен? Разве не хватает языков высокого уровня? Взращивание поколения конфигурастов возможно только на определенном этапе, например 1Ц. Тогда систему нужно продовать с исходниками. А на систему продающуюся с исходниками, гарантия, по понятным причинам, не распростроняется. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2006, 18:55 |
|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
как будто она распространяется на системы без исходников. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2006, 19:00 |
|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
Erick Тогда систему нужно продовать с исходниками. А на систему продающуюся с исходниками, гарантия, по понятным причинам, не распростроняется. С не всеми исходниками. Я не вижу ничего плохого в том, чтобы дать сопровождению нормальные возможности, и четко ориентировать, что менять может только профессиональный программер, а не бухгалтера и чудо-админы. Если нет у заказчика службы ИТ, тогда изменения - на поддержку, если есть - могут делать у себя, для начала согласовывая с вендором... т.к. обычно в систему закладывается функционала больше чем используется на практике каждым отдельно взятым конечным потребителем. А что, для примера, у 1Ц есть гарантия? Гарантия для конечного пользоваля - штука специфическая и на практике ее фактически нет. Я как собственник купил бы систему, к которой легко найти программера и вендора с сопровождением. И так думаю, не только я, т.к. достаточно много общался с собственниками... поэтому и существует сегмент программ, которые некоторые называют "самописные"... хотя Винда и Линукс тоже самописные... вобщем грань эта весь шаткая... что-то в сторону завернул :) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2006, 19:13 |
|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
softwarer iscrafmи то и другое, практически, передача картинки. К сожалению, нет. Веб (точнее, html) задумывался как передача картинки, но уже лет десять назад явно таковым не является. пока на другое не тянет... подождем softwarerа методом передачи команд... да,пока так, по старинке. Зато надежно. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.11.2006, 01:41 |
|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
М... Архитектура клиент-сервер. Эта СУБД MS SQL 2005! Вся ERP пишется на хранимых процедурах! Вся логика выполняется на СЕРВЕРЕ! Клиент написан на скриптовом языке, и работает в Интернет Браузере! Клиент только для ввода/вывода данных и нетяжелых вычислений! Такая система будет 1. Работать везде! 2. Не требовать инсталяции клиента! 3. Одновременная работа стольких пользователей, сколько MS SQL поддерживает! Одни плюсы! Вроде внимательно все просмотрел, но не нашел ответа автора на простой вопрос - как будет производиться верстка html-страниц отправляемых клиенту - веб-браузеру? Это будет делаться в хранимых процедурах? Такое трудно представить... Невольно возникает мысль о 3-м звене, со всеми вытекающими... ... |
|||
:
Нравится:
Не нравится:
|
|||
25.11.2006, 16:45 |
|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
Валентин К А что, для примера, у 1Ц есть гарантия? Гарантия для конечного пользоваля - штука специфическая и на практике ее фактически нет. Не знаю как в 1С, а у Галактики есть годовая гарантия. автор Гарантийные услуги Отдел технической поддержки: - консультирует пользователей по телефону и на своей территории; - предоставляет новые версии программ, разработанные как в плановом порядке, так и в связи с изменениями в законодательстве; - конвертирует базу данных заказчика при смене версии программы (если работы ведутся на территории корпорации); - принимает рекламации и передает клиентам программные патчи, устраняющие обнаруженные ошибки. Кроме того, за дополнительную плату специалисты корпорации могут выехать к заказчику, чтобы, например, внедрить ту или иную программную функцию, проконсультировать и обучить специалистов прямо на рабочих местах, исследовать причины неэффективного использования программы и т.д. Выезд на предприятие для конвертации или восстановления базы данных также требует оплаты. Затем, по истечению гарантии, можно перейти на абонентское обслуживание (тоже самое, только за отдельную плату). Когда в офисе Галактики я задал вопрос: "Поставляете ли вы исходники?". Они ответили:"Если мы дадим вам исходники, мы будем вынуждены снять вас с гарантийного обслуживания". А по поводу сопровождения своими силами, я тоже не совсем согласен. И в этом я тоже солидарен с позицией Галактики: автор Абонентское обслуживание: пять аргументов "за" Аргумент первый. Если клиент обходится без абонентского обслуживания, то иногда это свидетельствует о высоком уровне подготовки его специалистов. Но чаще, к сожалению, о том, что система используется неэффективно: как говорят специалисты - "в качестве пишущей машинки". Реализуется крайне ограниченный список функций системы - поэтому и вопросов у заказчика не возникает… Аргумент второй. Белорусское законодательство меняется очень быстро. И многие нововведения - например, когда меняется форма накладной или платежного поручения, порядок начисления подоходного налога или больничных выплат и т.п. - требуют перенастройки управленческого комплекса или даже разработки программных обновлений. Компания-разработчик с этими проблемами справится быстрее и эффективнее. Аргумент третий. Многим предприятиям сегодня не по карману содержать мощную службу АСУ, способную целиком взять на себя обучение сотрудников бухгалтерии и других служб. Как правило, специалисты такого предприятия обращаются за помощью намного чаще. Следовательно, и абонентская плата, которая не зависит от количества обращений и объема оказанных услуг, окупается для них быстрее. Аргумент четвертый. Абонентская плата окупается для заказчика независимо от того, часто или редко он обращается за технической поддержкой. Ведь до 90% от суммы абонентских платежей идет на разработку новых программных продуктов. Следовательно, основная выгода абонента заключается в том, что эти продукты он получает бесплатно. Аргумент пятый. Кроме абонплаты, есть еще один платеж, разовый - за постановку на абонентское обслуживание. От него избавлены заказчики, которые переходят на абонентское обслуживание сразу после гарантийного срока. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.11.2006, 12:09 |
|
Как создать эффективную ERP систему!
|
|||
---|---|---|---|
#18+
iscrafm модцитрих форева, веб в топку ? и то и другое, практически, передача картинки. Неужели считается что данные для картинки занимают больший объем, чем сама картинка (данные + интерфейс)? смотря сколько данных для картинки тут же писали про "пример" когда надо выбрать в комбобоксе из 5 000 000 записей в первом варианте вы передадите все записи вашему клиенту/браузеру на выбор во втором только "видимую" часть -и "тормоза" по установке фильтров и выборке из объема только удовлетворяющие вам данные все будут на том сервере. плюс "классика" -обработка - там прогрессбары в том числе и тп если в режиме "терминала" -ну увидете вы скачкообразное движение прогрессбара -но не теряете скорость в первом же варианте все данные гоняться туда/сюда и плавность будет -но засчет существенного снижения скорости, которое будет тормозить других пользователей и приведет к еще большему снижению скорости.... ну и там "мелочи" про обрыв коннекта" и "все заново" и режимы "отключиться от сесии, но при этом там работа не прекращается -мониторинг или большие расчеты/отчеты и переодически подключаться для контроля..." и обновление только там или всех клиентов... в общем горка проблем ;) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.11.2006, 17:33 |
|
|
start [/forum/topic.php?fid=33&msg=34152274&tid=1549204]: |
0ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
53ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
1ms |
others: | 15ms |
total: | 171ms |
0 / 0 |