Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Сравнение "складских программ" как?
|
|||
|---|---|---|---|
|
#18+
Bill GreatЯ оговорил, что тема наша - это установления хар-к складских систем на 50 мест.Скадские системы - эжто довольно широкий класс систем. Сюда и системы для огромных мультиклиентских терминалов попадают и системы учета канцтоваров в офисе. Слкад торговой фирмы - это одно, склад готовой продукции - несколько иное. Для хранения скоропортящихся продуктов в холодильных камерах одни технологии используются, а для металлопроката - другие. Нет складских систем, которые покрывают весь возможный спектр. Bill GreatРазговор о характеристках, а не оценках! есть две стороны = хар-ки и что нам надо. Ведь интуитивно понятно, что есть классы ( грузовики, авто и тд) и в каждом можно набрать набор характеристик. Ведь складская программа это не заряжанненая Чумаков водица, а нечто покрывающая реальные потребности фирмы!Ну так о том и речь. Сначала надо с потребностями определиться, а потом уже смотреть какие характеристики имеет смысл сравнивать для ваших потребностей. Выбирая гоночный автомобиль такую характеристику как "объем багажника" вы учитывать не будете, а выбирая грузовик вряд ли обратите внимание на время разгона до 100 км/ч. Но как я уже писал в любом случае гланая характеристика - перечень автоматизируемых бизнес-операций. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2008, 20:16 |
|
||
|
Сравнение "складских программ" как?
|
|||
|---|---|---|---|
|
#18+
Bill GreatПривет всем! Задача сравнить ( без стоимость!!!) класс "складских программ" на 50 рабочих мест Вопросы к сообщникам а) какие существуют критерии оценки ( если брать аналог. задачу для авто - то критерии мощность мотора, объём багажника и т.д.) ? б) как их померить на реальных системах? предлагаю самую простую - генерится одинаковый объем данных (большой) для обеих систем(100 записей генерят только для боссов и презентаций) ,1) садятся 2 носа и выполняют типичный набор своих ежедневных действий, еженедельных и т.д. по регламенту сначала на разных базах - сравнивают эффективность и информативность получаемых результатов (ну хотя бы время и удобство работы), 2) потом на одной выполняют одновременно одни и те же действия - сравнивают с результатом предыдущего пункта по каждой базе - обычная проверка тормознутости блокировок многопользовательской программы, 3) потом имитируется работа максимального числа пользователей с одним документом, карточкой товара (затем с таблицей) и сравнивается с п2 и п1 хотя бы по времени Результаты обычно весьма показательны, даже когда 1 нос - презентатор, а 2 - тот , кто представляет технологич цепочку своих обычных действий ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2008, 02:45 |
|
||
|
Сравнение "складских программ" как?
|
|||
|---|---|---|---|
|
#18+
> ... тормознутости блокировок многопользовательской программы ... А если СУБД - версионник ? Про Oracle, Postgres - слышали ? :) Та хоть сто юзеров на 1 документ :) Вот только не пойму - зачем на 1 документ несколько юзеров, его корректирующих. Юзер ivanov создал документ - он его владелец (ivanov записан в строчке таблицы документов серверной логикой), видит его в списке "Мои документы" (этот список формируется вьюшкой). Есть юзер petrov, начальник первого, он тоже видит документ Иванова. Ему надо откорректировать документ подчиненного - открывает и корректирует на экране. Нажимает на сохранить - на сервер уходят команды begin; update "Документы" ... update "Строчки документов" ... ... commit; Транзакция изолирована, и в ней серверная логика (триггерная функция) исправляет владельца документа - на petrov. Если в этот момент ivanov читает или прочитал тот же документ - увидит его предыдущую версию. Попробует исправить и записать - не сможет, так как документ уже исправила транзакция начальника, и документ теперь принадлежит Петрову :) И где тут блокировки ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2008, 14:52 |
|
||
|
Сравнение "складских программ" как?
|
|||
|---|---|---|---|
|
#18+
strizh пишет: > > ... тормознутости блокировок многопользовательской программы ... > А если СУБД - версионник ? Про Oracle, Postgres - слышали ? :) strizh, не порите чушь. И в Oracle, и в Postgres блокировки есть и вовсю используются. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2008, 17:41 |
|
||
|
Сравнение "складских программ" как?
|
|||
|---|---|---|---|
|
#18+
strizh>Транзакция изолирована, и в ней серверная логика (триггерная функция) исправляет владельца документа - на petrov Владелец документа - это тот, кто последний его редактировал? strizhЕсли в этот момент ivanov читает или прочитал тот же документ - увидит его предыдущую версию. Попробует исправить и записать - не сможет, так как документ уже исправила транзакция начальника, и документ теперь принадлежит Петрову :) И где тут блокировки ? Блокировки в более интересном варианте, в котором Иванов успешно поредактировал данные за 1миллисекунду до того, как у Петрова начался begin tran. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2008, 17:50 |
|
||
|
Сравнение "складских программ" как?
|
|||
|---|---|---|---|
|
#18+
Bogdanov AndreyТак вы же говорите, что с автомобилем все легко. Либо АКПП, либо МКПП нет и вас такая верификация устраивает. То же самое и со складскими программами у одних автоматическое размещение, а у других - управляемое. Мы же сейчас говорим не об оценке характеристик - нам не важно хорошо или плохо, надо лишь сказать "есть"/"нет".Автомобиль состоит из достаточно хорошо выделяемых частей. А складская программа состоит из бесформенной кучи байтов... :) Как сравнивать бесформенные кучи? Одна состоит из модулей, другая - монолит. В одной функционал "есть", но реализован он так, что никакими усилиями его не "подкрутишь" под собственную специфику. В другой функционала "нет", но после небольшого шевеления пальцем он там может появиться, причем именно такой, какой нужен заказчику. Как всё это между собой сравнивать? И с автомобилями всё совсем не так просто. Имеет ли смысл долго и нудно прописывать для грузовика "АКПП - нет, подогрев сидений - нет, звуковая система долби-сураунд - нет, электростеклоподъемников - нет, места для задних пассажиров - нет... и т.д. и т.п.", если все эти параметры для грузовика несущественны? Для него главное - грузоподъемность и объем кузова. С другой стороны, имеет ли значение грузоподъемность и объем кузова для спортивного купе? Абсолютно никакого! Зато колоссальное значение играют параметры, которые были несущественными для грузовика. А теперь представьте, что Вы пытаетесь систематизировать продукты, сваленную в одну кучу. Некоторые из них являются смесью мопеда с фотоаппаратом, некоторые - смесь моторной лодки с реактивным истребителем, некоторые дешевые как велосипед, но ездить вообще не умеют, зато умеют автомтически чистить зубы... Как всю это разношерстную какафонию систематизировать по какому-то фиксированному набору признаков? :) А на рынке софта ситуация на самом деле гораздо сложнее. Поэтому каждый потенциальный потребитель сначала формализует для себя цели и качественные показатели, которые интересуют конкретно его в конкретной ситуации. То есть, формирует пространство оценки, в котором хоть как-то можно ориентироваться. Обязательно формулирует ограничения. Далее из всей бесформенной кучи выбирает те участки, которые каким-то существенным образом раскорячило в данное пространство. А далее выписывает в табличку по вертикали варианты, а по горизонтали - характеристики, которые счел для себя существенными. На пересечении указывает их значения для конкретных вариантов. Задав весовые коэффициенты, затем выбирет наиболее предпочтительный вариант по совокупности параметров. Это я очень кратко описал "системный анализ", который обычно применяется для решения подобных задач. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2008, 22:03 |
|
||
|
Сравнение "складских программ" как?
|
|||
|---|---|---|---|
|
#18+
GaryaПоэтому каждый потенциальный потребитель сначала формализует для себя цели и качественные показатели, которые интересуют конкретно его в конкретной ситуации. То есть, формирует пространство оценки, в котором хоть как-то можно ориентироваться. Обязательно формулирует ограничения. Далее из всей бесформенной кучи выбирает те участки, которые каким-то существенным образом раскорячило в данное пространство. А далее выписывает в табличку по вертикали варианты, а по горизонтали - характеристики, которые счел для себя существенными. На пересечении указывает их значения для конкретных вариантов. Задав весовые коэффициенты, затем выбирет наиболее предпочтительный вариант по совокупности параметров. Это я очень кратко описал "системный анализ", который обычно применяется для решения подобных задач. :)Полностью согласен и именно об этом писал. Это Bill Great утверждал, что со сравнением автомобилей ему все ясно, а вот со складскими прогораммами - не понятно. А я не замечаю существенной разницы в методологии анализа. Но Bill Great упорно хотел увидеть список оцениваемых характеристик для складской системы в общем случае. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2008, 10:43 |
|
||
|
|

start [/forum/topic.php?fid=29&msg=35057892&tid=1527162]: |
0ms |
get settings: |
7ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
56ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
67ms |
get tp. blocked users: |
2ms |
| others: | 244ms |
| total: | 413ms |

| 0 / 0 |
