powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / Сравнение "складских программ" как?
7 сообщений из 32, страница 2 из 2
Сравнение "складских программ" как?
    #35057892
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Bill GreatЯ оговорил, что тема наша - это установления хар-к складских систем на 50 мест.Скадские системы - эжто довольно широкий класс систем. Сюда и системы для огромных мультиклиентских терминалов попадают и системы учета канцтоваров в офисе. Слкад торговой фирмы - это одно, склад готовой продукции - несколько иное. Для хранения скоропортящихся продуктов в холодильных камерах одни технологии используются, а для металлопроката - другие. Нет складских систем, которые покрывают весь возможный спектр.

Bill GreatРазговор о характеристках, а не оценках!
есть две стороны = хар-ки и что нам надо. Ведь интуитивно понятно, что есть классы ( грузовики, авто и тд) и в каждом можно набрать набор характеристик. Ведь складская программа это не заряжанненая Чумаков водица, а нечто покрывающая реальные потребности фирмы!Ну так о том и речь. Сначала надо с потребностями определиться, а потом уже смотреть какие характеристики имеет смысл сравнивать для ваших потребностей. Выбирая гоночный автомобиль такую характеристику как "объем багажника" вы учитывать не будете, а выбирая грузовик вряд ли обратите внимание на время разгона до 100 км/ч.
Но как я уже писал в любом случае гланая характеристика - перечень автоматизируемых бизнес-операций.
...
Рейтинг: 0 / 0
Сравнение "складских программ" как?
    #35099138
qazaq
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Bill GreatПривет всем! Задача
сравнить ( без стоимость!!!) класс "складских программ" на 50 рабочих мест
Вопросы к сообщникам
а) какие существуют критерии оценки ( если брать аналог. задачу для авто - то критерии мощность мотора, объём багажника и т.д.) ?
б) как их померить на реальных системах?
предлагаю самую простую - генерится одинаковый объем данных (большой) для обеих систем(100 записей генерят только для боссов и презентаций) ,1) садятся 2 носа и выполняют типичный набор своих ежедневных действий, еженедельных и т.д. по регламенту сначала на разных базах - сравнивают эффективность и информативность получаемых результатов (ну хотя бы время и удобство работы),
2) потом на одной выполняют одновременно одни и те же действия - сравнивают с результатом предыдущего пункта по каждой базе - обычная проверка тормознутости блокировок многопользовательской программы, 3) потом имитируется работа максимального числа пользователей с одним документом, карточкой товара (затем с таблицей) и сравнивается с п2 и п1 хотя бы по времени
Результаты обычно весьма показательны, даже когда 1 нос - презентатор, а 2 - тот , кто представляет технологич цепочку своих обычных действий
...
Рейтинг: 0 / 0
Сравнение "складских программ" как?
    #35100841
strizh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
> ... тормознутости блокировок многопользовательской программы ...
А если СУБД - версионник ? Про Oracle, Postgres - слышали ? :)
Та хоть сто юзеров на 1 документ :)
Вот только не пойму - зачем на 1 документ несколько юзеров, его корректирующих.
Юзер ivanov создал документ - он его владелец (ivanov записан в строчке таблицы документов серверной логикой), видит его в списке "Мои документы" (этот список формируется вьюшкой).
Есть юзер petrov, начальник первого, он тоже видит документ Иванова. Ему надо откорректировать документ подчиненного - открывает и корректирует на экране. Нажимает на сохранить - на сервер уходят команды
begin;
update "Документы" ...
update "Строчки документов" ...
...
commit;
Транзакция изолирована, и в ней серверная логика (триггерная функция) исправляет владельца документа - на petrov. Если в этот момент ivanov читает или прочитал тот же документ - увидит его предыдущую версию. Попробует исправить и записать - не сможет, так как документ уже исправила транзакция начальника, и документ теперь принадлежит Петрову :)
И где тут блокировки ?
...
Рейтинг: 0 / 0
Сравнение "складских программ" как?
    #35101673
Roman Brunets
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
strizh пишет:
> > ... тормознутости блокировок многопользовательской программы ...
> А если СУБД - версионник ? Про Oracle, Postgres - слышали ? :)

strizh, не порите чушь. И в Oracle, и в Postgres блокировки есть и вовсю
используются.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Сравнение "складских программ" как?
    #35101696
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
strizh>Транзакция изолирована, и в ней серверная логика (триггерная функция) исправляет владельца документа - на petrov
Владелец документа - это тот, кто последний его редактировал?

strizhЕсли в этот момент ivanov читает или прочитал тот же документ - увидит его предыдущую версию. Попробует исправить и записать - не сможет, так как документ уже исправила транзакция начальника, и документ теперь принадлежит Петрову :)
И где тут блокировки ?
Блокировки в более интересном варианте, в котором Иванов успешно поредактировал данные за 1миллисекунду до того, как у Петрова начался begin tran.
...
Рейтинг: 0 / 0
Сравнение "складских программ" как?
    #35102178
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Bogdanov AndreyТак вы же говорите, что с автомобилем все легко. Либо АКПП, либо МКПП нет и вас такая верификация устраивает. То же самое и со складскими программами у одних автоматическое размещение, а у других - управляемое. Мы же сейчас говорим не об оценке характеристик - нам не важно хорошо или плохо, надо лишь сказать "есть"/"нет".Автомобиль состоит из достаточно хорошо выделяемых частей. А складская программа состоит из бесформенной кучи байтов... :) Как сравнивать бесформенные кучи? Одна состоит из модулей, другая - монолит. В одной функционал "есть", но реализован он так, что никакими усилиями его не "подкрутишь" под собственную специфику. В другой функционала "нет", но после небольшого шевеления пальцем он там может появиться, причем именно такой, какой нужен заказчику. Как всё это между собой сравнивать?

И с автомобилями всё совсем не так просто. Имеет ли смысл долго и нудно прописывать для грузовика "АКПП - нет, подогрев сидений - нет, звуковая система долби-сураунд - нет, электростеклоподъемников - нет, места для задних пассажиров - нет... и т.д. и т.п.", если все эти параметры для грузовика несущественны? Для него главное - грузоподъемность и объем кузова. С другой стороны, имеет ли значение грузоподъемность и объем кузова для спортивного купе? Абсолютно никакого! Зато колоссальное значение играют параметры, которые были несущественными для грузовика.

А теперь представьте, что Вы пытаетесь систематизировать продукты, сваленную в одну кучу. Некоторые из них являются смесью мопеда с фотоаппаратом, некоторые - смесь моторной лодки с реактивным истребителем, некоторые дешевые как велосипед, но ездить вообще не умеют, зато умеют автомтически чистить зубы... Как всю это разношерстную какафонию систематизировать по какому-то фиксированному набору признаков? :) А на рынке софта ситуация на самом деле гораздо сложнее.

Поэтому каждый потенциальный потребитель сначала формализует для себя цели и качественные показатели, которые интересуют конкретно его в конкретной ситуации. То есть, формирует пространство оценки, в котором хоть как-то можно ориентироваться. Обязательно формулирует ограничения. Далее из всей бесформенной кучи выбирает те участки, которые каким-то существенным образом раскорячило в данное пространство. А далее выписывает в табличку по вертикали варианты, а по горизонтали - характеристики, которые счел для себя существенными. На пересечении указывает их значения для конкретных вариантов. Задав весовые коэффициенты, затем выбирет наиболее предпочтительный вариант по совокупности параметров. Это я очень кратко описал "системный анализ", который обычно применяется для решения подобных задач. :)
...
Рейтинг: 0 / 0
Сравнение "складских программ" как?
    #35102840
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GaryaПоэтому каждый потенциальный потребитель сначала формализует для себя цели и качественные показатели, которые интересуют конкретно его в конкретной ситуации. То есть, формирует пространство оценки, в котором хоть как-то можно ориентироваться. Обязательно формулирует ограничения. Далее из всей бесформенной кучи выбирает те участки, которые каким-то существенным образом раскорячило в данное пространство. А далее выписывает в табличку по вертикали варианты, а по горизонтали - характеристики, которые счел для себя существенными. На пересечении указывает их значения для конкретных вариантов. Задав весовые коэффициенты, затем выбирет наиболее предпочтительный вариант по совокупности параметров. Это я очень кратко описал "системный анализ", который обычно применяется для решения подобных задач. :)Полностью согласен и именно об этом писал. Это Bill Great утверждал, что со сравнением автомобилей ему все ясно, а вот со складскими прогораммами - не понятно. А я не замечаю существенной разницы в методологии анализа. Но Bill Great упорно хотел увидеть список оцениваемых характеристик для складской системы в общем случае.
...
Рейтинг: 0 / 0
7 сообщений из 32, страница 2 из 2
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / Сравнение "складских программ" как?
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]