Прошу помощи уважаемой аудитории.
Итак, существует некая контора, торгующая пивом в немеряном колличестве.
Соответсвенно, есть ряд поставщиков (территориально удаленных) и еще больше
оптовых крупных (и не очень) клиентов. Масштаб деятельности-обеспечение
поставок пива областного центра, обороты соответсвующие. По ряду причин
сегодняшняя организация информационных потоков фирмы потребовала
изменений, появляются новые задачи, компания растет и т.д. вкратце структура
такова:
Основной сервер установлен в офисе. На нем крутятся IBM DB2(откуда она здесь
взялась, понятия не имею)+Lotus, плюс еще джентельменский набор из
нескольких машин (бухгалтер, юрист, оператор, ревизор и т.д.) Четыре
территориально удаленных сервера (по одному на склад) имеют подключение на
3-5 локальных машин каждый (кладовщики на складе), связаны в сеть через хаб
кабелем 50-300м друг от друга, на одном миниАТС. Связь этой сетки с основным
сервером в офисе через 56к модем.
Один сервер территориально удален (подключены 2 локальных машины), связь с
основным через GPRS модем.
Один сервер территориально удален, работает как локальная машина с
перспективой расширения до 5 (а может и больше) пользователей, связь с
основным через 56к модем (реально скорость 19к)
Локальная машина боса, территориально удалена, связь с сервером через модем
56к или по ноуту через инет.
Локальная машина аналитика, территориально удалена, доступ к серверу на
модеме 56к.
На сегодняшний день фунциклирует самописная система докуменооборота на
Lotuse, т.е. установлен на всех серверах и машинах. Стоит задача модернизации
(или миграции) вот с этим и вопросы.
Итак, по-порядку, что имется:
1. Учет-Lotus
2. Аналитика-Lotus
3. Репликация-Lotus
4. Надежность-Lotus
5. Бизнес-логика-Lotus
6. Дизайн-Lotus
7. Стоимость ПО-нет данных
Теперь, что предполагаестя:
1. Учет-СУБД
2. Аналитика-СУБД (OLAP?)
3. Репликация-Lotus (СУБД?)
4. Надежность-СУБД (и/или Lotus?)
5. Стоимость ПО и внедрения (модернизации)-?
Есть вариант модернизации: связка Lotus+СУБД на каждом сервере, возможно
звездочкой, т.е. репликации выполняет Lotus, хранится все это синхронно на всех серверах, СУБД выдает OLАP Система документооборота вобщем работает, но что-то мне это не очень нравится есть ли возможность обойтись одной
промышленной СУБД? Но это проект фактически с нуля, а хотелось бы
модернизации, возможен ли компромис и какой? Из готовых решений смотрели в
сторону 1Сv8.
Какая СУБД наиболее оптимальна под эти задачи? Смотрел в сторону Oracle, IBM DB2 круто и дорого, интересное решение Sybase ASA, или все на Firebird загнать (авантюра ИМХО). Ваши соображения?

Здравствуйте, SYSDBA, Вы писали:

SYS>Прошу помощи уважаемой аудитории.
SYS>Итак, существует некая контора, торгующая пивом в немеряном колличестве.
SYS>Соответсвенно, есть ряд поставщиков (территориально удаленных) и еще больше
SYS>оптовых крупных (и не очень) клиентов. Масштаб деятельности-обеспечение
SYS>поставок пива областного центра, обороты соответсвующие. По ряду причин
SYS>сегодняшняя организация информационных потоков фирмы потребовала
SYS>изменений, появляются новые задачи, компания растет и т.д. вкратце структура
SYS>такова:
SYS>Основной сервер установлен в офисе. На нем крутятся IBM DB2(откуда она здесь
SYS>взялась, понятия не имею)+Lotus, плюс еще джентельменский набор из
SYS>нескольких машин (бухгалтер, юрист, оператор, ревизор и т.д.) Четыре
SYS>территориально удаленных сервера (по одному на склад) имеют подключение на
SYS>3-5 локальных машин каждый (кладовщики на складе), связаны в сеть через хаб
SYS>кабелем 50-300м друг от друга, на одном миниАТС. Связь этой сетки с основным
SYS>сервером в офисе через 56к модем.
SYS>Один сервер территориально удален (подключены 2 локальных машины), связь с
SYS>основным через GPRS модем.
SYS>Один сервер территориально удален, работает как локальная машина с
SYS>перспективой расширения до 5 (а может и больше) пользователей, связь с
SYS>основным через 56к модем (реально скорость 19к)
SYS>Локальная машина боса, территориально удалена, связь с сервером через модем
SYS>56к или по ноуту через инет.
SYS>Локальная машина аналитика, территориально удалена, доступ к серверу на
SYS>модеме 56к.
SYS>На сегодняшний день фунциклирует самописная система докуменооборота на
SYS>Lotuse, т.е. установлен на всех серверах и машинах. Стоит задача модернизации
SYS>(или миграции) вот с этим и вопросы.
SYS>Итак, по-порядку, что имется:
SYS>1. Учет-Lotus
SYS>2. Аналитика-Lotus
SYS>3. Репликация-Lotus
SYS>4. Надежность-Lotus
SYS>5. Бизнес-логика-Lotus
SYS>6. Дизайн-Lotus
SYS>7. Стоимость ПО-нет данных
SYS>Теперь, что предполагаестя:
SYS>1. Учет-СУБД
SYS>2. Аналитика-СУБД (OLAP?)
SYS>3. Репликация-Lotus (СУБД?)
SYS>4. Надежность-СУБД (и/или Lotus?)
SYS>5. Стоимость ПО и внедрения (модернизации)-?
SYS>Есть вариант модернизации: связка Lotus+СУБД на каждом сервере, возможно
SYS>звездочкой, т.е. репликации выполняет Lotus, хранится все это синхронно на всех серверах, СУБД выдает OLАP Система документооборота вобщем работает, но что-то мне это не очень нравится есть ли возможность обойтись одной
SYS>промышленной СУБД? Но это проект фактически с нуля, а хотелось бы
SYS>модернизации, возможен ли компромис и какой? Из готовых решений смотрели в
SYS>сторону 1Сv8.
SYS>Какая СУБД наиболее оптимальна под эти задачи? Смотрел в сторону Oracle, IBM DB2 круто и дорого, интересное решение Sybase ASA, или все на Firebird загнать (авантюра ИМХО). Ваши соображения?

0) В любом моем предложении тебе будет много НО, так как везде есть много ньюансов

1) Кто сказал что IBM DB2 это дорого???
DB2 Express — Сервер 500$ concurent client 100$
По возможностям почти не отличатся от DB2 Enterprise Edition, ограничения 2 CPU в машине и ОС Linux или Windows.

2) Обходится одной СУБД тебе полюбому придется делать репликацию, причем у каждого сервера свои заморочки.
Делай синхронизацию через Lotus, единственное что бы я сделал, подумал как ее можно было бы усовершенствовать,
опять же тут может быть несколько вариантов, которые зависят от твоих знаний и желания усовершенствовать, мне правда больше
нравится интеграция через WebSphere MQ, но это зависит от ответа на следующий вопрос.

3) В какие деньги хочет влезть клиент = Софт/Железо/(Koнсалтинг — я имею написание дописание софта)

4) Можно стремится к идеальной системе, но это IMHO порочный путь...

5) Где лежат твои деньги в написании софта??? в поставке обрудование etc...

Здравствуйте, Аноним, Вы писали:
А>1) Кто сказал что IBM DB2 это дорого???
А>DB2 Express — Сервер 500$ concurent client 100$
А>По возможностям почти не отличатся от DB2 Enterprise Edition, ограничения 2 CPU в машине и ОС Linux или Windows.

Спасибо за информацию, и (если мы о ценах), то у Sybase очень хитрая (мягко говоря) маркетинговая политика, попробуйте-ка влет найти их прайс в сети Вот и я удивился. Лично нужно в представительстве в Москве договариваться. Я могу ошибаться, есть данные такого плана на лицензии SYBASE ASA:
сервер 500$
лицензия на подключение 90$
лицензия на камень 1500$
золотой диск 5000$ (требует уточнения цена и кол-во инсталяций с него)
бесплатная Developer Edition
Еще есть данные на 10 лицензий за 1440$. Но согласитесь, цена важный, но не определяющий фактор при выборе СУБД?

А>2) Обходится одной СУБД тебе полюбому придется делать репликацию, причем у каждого сервера свои заморочки.

Истина. Одна поправочка. Почему я на Sybase-то и запал. Что касается репликаций, то штатные средства реплицации имеют очень богатые возможности, как транспортного уровня, так и логического. Это суперкритично. И у нее это реализовано блестяще: Поддержка 2 видов оффлайн репликаций:
1. Поддержка двусторонней репликации по лог-файлу между серверами ASA с любым уровнем вложенности механизмом SQL REMOTE
2. Поддержка двусторонней репликации срезом данных (snapshot) между сервером ASA и консолидированной СУБД (ASA, ASE, Oracle, DB2, MSSQL) механизмом MobiLink
Возможность написания на репликации триггеров и событий обработки конфликтов и хода репликации
Поддержка множества протоколов транспортной среды передачи данных (FILE, FTP, SMTP, MAPI, VIM(который, кстати, используется в Lotus Notes))
Поддержка условий подписки для организации разделения потока информации по узлам (критично)

А>Делай синхронизацию через Lotus, единственное что бы я сделал, подумал как ее можно было бы усовершенствовать,
А>опять же тут может быть несколько вариантов, которые зависят от твоих знаний и желания усовершенствовать, мне правда больше
А>нравится интеграция через WebSphere MQ, но это зависит от ответа на следующий вопрос.

Вот и думаю. Завтра поеду систему пощупать руками, пока ничего не скажу. Первое, что приходит на ум-писать новый прооект по складскому учету и документообороту, используя и корректируя бизнес-логику от Lotus, ну и далее по плану-проектирование БД, написание приложений, тестирование, ввод в эксплуатацию и т.д.
WebSphere MQ от меня очень далеко, не имея представления об этой технологии, говорить не буду.

А>3) В какие деньги хочет влезть клиент = Софт/Железо/(Koнсалтинг — я имею написание дописание софта)

Интересный вопрос. Железо модернизировать вроде не хочет. Может выложить бабки за софт, если будет "научное" обоснование перехода на новую платформу. Сколько, не знаю, рассматривался вариант готового решения на 1Сv8, готовы были заплатить за сетевую лицензию, но отказались. В принципе, я тоже большой симпатии к 1С не испытываю, хотя уважаю бесспорно.

А>4) Можно стремится к идеальной системе, но это IMHO порочный путь...
Согласен. Нет в мире совершенства, да и не нужно оно. Текучку бы оптимизировать

А>5) Где лежат твои деньги в написании софта??? в поставке обрудование etc...

Возможно, мой ответ обескуражит: нигде. То есть я работаю "за спасибо". Все очень просто. Не имея опыта реализации проектов такого масштаба для меня уникальный шанс поработать в команде профи, набраться опыта и следующий проект уже оценить себя иначе Вот сейчас пытаюсь проводить анализ, выдам свои предложения менеджеру проекта, а там посмотрим.

Здравствуйте, SYSDBA, Вы писали:

На рынке дофигищи готовых продуктов документооборота. Их только ленивый не делает. И практически каждый имеет многофилиальность.
SYS>2. Аналитика-СУБД (OLAP?)
Это должен быть достаточно специфичный документооборот (если под него нужно уже олап строить).

С уважением, Gleb.

Здравствуйте, SYSDBA, Вы писали:

Зря Вы, коллега заморачиваетесь по поводу выбора платформы разработки. С учетом отсутствия опыта поимеете страшный гемор. Скиллз поднимете, это как пить дать, но только это будет опыт "Как не надо делать".

Учтите — как бы Вы не сделали первый вариант системы, это будет неоптимальное решение.

Рекомендую Вам начать с подготовки ТЗ на функционал. В конечном итоге может оказаться, что и 1С неплохо справится (я не сторонник 1С, более того — я их противник. Но если при учете всех факторов оказывается, что 1С — оптимальный вариант, я рожу кривить не буду).

Насчет лотуса — вот уж кто тормоз, так это он.