Дано:
Давно существующая и стабильно работающая mission-critical система (управление складскими операциями).
Реализация: платформа - *nix (AIX, Solaris, Linux; кроссплатформенность и/или смена платформы не рассматривается). БД - Оракл (Есть мысли о переходе на MySQL/PostgreSQL для мелкомасштабных недорогих вариантов). Логика целиком написана на С (в БД логики нет вообще).
Пользовательский интерфейс - допотопные текстовые экраны, с которыми юзер работает через telnet.

Нужно:
Приделать к такому великолепию GUI для работы через браузер, причем довольно (GUI) навороченный , хотя и без всякой логики. GUI должен уметь делать интеракцию с уже работающей логикой. Структуру и данные в БД трогать нельзя.

Вопрос: какой технологией воспользоваться?
Мысли пока движутся в направлении готовых MVC фрэймворков (начал играться с django...) + AJAX (тоже какая-нить готовая оупенсорсная библиотека).
Разработчики ни в чем подобном опыта не имеют.
Какие будут идеи?
Заранее спасибо.

Осака ВестингаузВроде бы, вебсфера умеет показывать текстовые приложения через веб.
Вебсфера - дорого и масштабы не те. Кроме того, задача сохранить текстовое приложение как пользовательский интерфейс не стоит. Основная логика работает в виде сервисов, бегущих на машине, так что имеется в виду разработка красивого фронта к БД плюс возможность интеракции с процессами на сервере.

Осака ВестингаузОграничение, что платформа юниксовая, относится и к разрабатываемой системе, или только к старой? Если второе, то, учитывая Equinox-65Разработчики ни в чем подобном опыта не имеют - по скорости изучения и по производительности труда начинающих лучше всего asp.net

Система не меняется, к существующей рабочей системе "цепляется" GUI.
ASP.net - штука отличная, тольно на юниксе воспользоватся рэдмондскими изделиями не получится.

iscrafmоставить все как есть. Затраты на прицепление GUI, с учетом сказанного, что логики в БД нет будут равнозанчны затратам на разрабтку с "нуля". Если не потянете, оставляйте как есть.

"Как есть" с таким интерфейсом система неконкурентоспособна на рынке. Кроме того, средство отображения текстовых форм в юниксе (FMS) стоит денег. Так что делать что-то надо.

softwarer Equinox-65"Как есть" с таким интерфейсом система неконкурентоспособна на рынке.
Я бы в любом случае не был бы особо оптимистичен.

Неужели GUI для WEBа - это така головная боль? Ведь существующих подобных проектов немало....

softwarerДа нет, дело не в этом. Выбор веба для вас, вполне вероятно, правилен по той причине, что позволит целиком переложить на заказчика вопрос платных ОС на рабочих местах. Не хочется подробно расписывать мысли при недостатке информации; просто по той информации, что есть, я не очень представляю себе клиента, которому ваше решение понравится резко больше используемого сейчас.

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

softwarerЕще раз, медленно и печально: "клиента, которому ваше решение понравится больше используемого сейчас", а не "ваше новое решение понравится больше, нежели ваше старое решение".

Специфика нашего рынка такова, что "используемое сейчас" клиентом решение - это или наше старое, или никакое вообще, так что в обеих случаях реальна опасность выбора в пользу конкурента.

dvvvТо есть я правильно понимаю, что нужна штука, которая, предельно упрощенно говоря, транслирует поток текстовых символов терминального вывода, формируемых "уже работающей логикой" в страницы HTML?
При этом транслировать достаточно навороченно - например, показывать кроме таблицы еще и графическую диаграмму?

Даже проще: грубо говоря, GUI будет читать (и только читать) данные напрямую из базы. Логика, работающая сегодня за кулисами терминального ввода будет бежать в виде сервиса, интерактирующего с GUI с одной стороны и с той же базой с другой. Другими словами, юзер будет видеть данные из базы, а любая операция с данными, требующая задействования логики, будет выполнятся в GUI через этот самый сервис, который будет писать в базу и общатся с другими системными сервисами.

softwarerТаки как-то непонятно: есть у вас конкуренты или нет, а если есть - почему их продукции ни у кого нет. Также я как-то с трудом верю в клиентов, у которых нет никакого софта - "так не бывает" среди тех, кого можно рассматривать как потенциальных клиентов, тем более в такой сто раз исхоженной области, как склад.
Конкурентов до недавнего времени не было, появились сейчас и привлекают в основном своим GUI.
Клиентов без продвинутого софта для управления складом сколько угодно - они просто собирают заказы и делают инвентаризацию по-старинке - с бумажкой в руках.
softwarer1. Обеспечение и поддержание функционального превосходства над конкурентами. Интерфейс - дело хорошее, но он не выиграет противостояния у того факта, что ваша система делает нечто нужное, чего никто больше не делает.

2. Затыкание дыр. Микширование основных мест, в которых ваша система прогрывает реальным или потенциальным конкурентам, до уровня "не слишком хуже". Cюда входит и интерфейс, и эксель.

3. Сочетание первых двух пунктов с постепенным переходом к "близкой к правильной архитектуре". "Правильная" - это та, которую проектировали бы грамотные специалисты, если бы сейчас начали делать такую задачу с нуля. Какая конкретно правильная - не хочу думать и говорить на эту тему, с одной стороны мало данных, с другой - начнется ненужный флейм.
Всё это верно на 100%, работаем в этих направлениях постоянно и плотно. Просто сейчас вырисовывается бютжет и время заняться GUI. В конце-концов скриншоты в презентациях показывать стыдно.
Насчёт перехода на СУБД от DB2, бесплатный Оракл или MySQL - это задача следующая по приоритету. Пока вопрос стоит о GUI.

Someбади авторКакие будут идеи?

Вам нужно умереть, как бизнесу, и освободить место молодым.

А вообще, управление складами - WMS-ОЧЕНЬ проработанная область.
Речь может идти только о какой-нибудь сугубо российской кривулине, для управления сугубо российским таможенным складом, например.

Не в тему.
С утверждением что "WMS-ОЧЕНЬ проработанная область", тем более в России, готов поспорить (не в этой теме).
В России, кстати, у нас (пока) только одна инсталляция, и далеко не на таможенном складе. Зато десятки других, успешно работающих - от ЮАР до Латвии.

BelyЕсли "кровь из носу" надо все уткнуть на один сервер - изучайте PHP.
Надо. А чем, на Ваш взгляд PHP лучше чем JSP/JSF, Python или Ruby для подобных решений?
BelyАлмазы, чтоли, складируете?
До алмазов ещё не добрались. А всё остальное - пожалуйста. От автозапчастей до мороженного :)