Какие АСУ используете у себя на предприятиях?

Дабы вам не ломать голову над первой темой в данном форуме, начну ее я - делитесь кто что использует или планирует использовать на своем родном заводе/фабрике и т.д.

0

У нас используется полностью собственной разработки система.
Охватывает основные аспекты коммерческой деятельности предприятия:
- расчеты с клиентами
- бухгалтерия
- персонал
- склады

Ей уже около 6 лет. Первоначально была сделана на FoxPro 2.X под DOS. Затем в мае 1999 года ее портировали под Visual FoxPro 5.0 без особых трудозатрат (чистое шаманство), потом бороли проблему 2000 года - были серьезные архитектурные проблемы.

Далее разработали новую концепцию создания (переделки) системы на основе ООП с виндовым интерфейсом и потихоньку переводили задачи.

Сейчас в системе более 200 юзеров и, соответственно, масса проблем с данными на файл-сервере (тяжело это для фокса).

Сейчас планируется повторить существующую функциональность в 3-х звенной архитектуре с WEB-клиентом, все на технологиях Microsoft.

Если кому интересно, спрашивайте детали, есть что рассказать...

Делаем клиентам и используем сами (тестируем на себе... ).

Хитрая штука с громким названием 'корпоративный портал'... Сделана жутко умная реализация интерфейса сервлета... соответственно, вся логика засовывается в потомков некоего служебного класса... Данные выдаются в xml-е, вывёрстываются xsl-трансформацией. Соответственно, конечный пользователь заходит обычным браузером по заданному адресу и всё, типа, видит...

Всё это великолепие крутится в resin-е, данные -- вообще говоря, в любой более-менее умной базе, хотя текущий back-end заточен только и исключительно под Oracle.

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

Да, бухгалтерии -- пока что -- нет.

Вот. Если будут вопросы -- готов конкретизировать.

0

2McVillain: очень интересный рассказ.

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

Ну, и все остальные существенные подробности, если, конечно, они не связаны с коммерческой тайной.

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

0

Имеем полный разброд и шатание:
1. Бухгалтерия:
1С - начиная с 5.0 и заканчивая 7.7
Бэст, Лука, Парус и множество разрозненных платежек и учетных систем

2. Планирование:
Имеется огромная куча разрозненных АРМов начиная с Clarion и FoxBase 2.X и заканчивая Access и Foxpro 6(Я даже думаю что на них то все и закончится)

3. Технология производства:
Ну здесь с 1993 вообще ничего не менялось(Clipper - он и в Африке -Clipper)(АСУ не касается)

4. САПР:
Пункт 2 еще мелко плавал(АСУ не касается)

И еще много всякой катавасии на 4-х программистов, которые уже прекрасно знают, что их работа никому на... не нужна. Попытки интеграции ведутся давненько - результат = 0. Внедрение на большом производственном предприятии, где все давно привыкли друг друга посылать - вещь жуткая и отвратительная. Но надежда, как говорится умирает последней.

> как ведет себя resin при большой нагрузке?

Живёт, куда он денется... Главное -- найти достаточно стабильную java-машину, всё упирается именно в неё.

> На какой платформе это реализовано (глуповато
> звучит вопрос, конечно, но очень уж интересно)?
> Как построена серверная часть системы (кластер
> это или одиноко стоящий сервер )?

В существующих production-вариантах resin+apache живёт на linux-е и HP-UX. Одинокий сервер. У нас в офисе тот же linux-сервер используется как development-среда для полудюжины проектов... Ну, плюс cvs, всякая html-ная документация...

Разработчики, как правило, запускают resin с экземпляром портала на локальных машинах. Различные WinNT, Win2000, linux.

Oracle стоит на отдельной машине, Solaris или Win2000. У нас в офисе все работающие экземпляры портала работают с одним сервером БД. Приводит к казусам, например, календарные уведомления приходят с 3..5 различных машин.

> что за предприятие такое (отрасль, кол-во
> персонала), чтобы понять, где такое бывает.

Мы сами -- большая IT-компания, около сотни сотрудников, правда, далеко не все пользуются порталом.

Клиенты -- разные. Большие, иногда с территориально разнесёнными филиалами. Насколько я в курсе, сто-двести пользователей машинка выдерживает нормально.

0

2McVillain: круто, что сказать.

Почему вопрос возник: есть желание попробовать штуковину интересную написать; остановились на Java (кстати, и с Resin; вообще, о нем неплохо высказываются в ru.java), но чего-то как-то проблемы Sun'а не радуют (я имею в виду сдвиг сроков выхода нового процессора и спад продаж серверов).

Может, у вас еще чего интересного слышно по этому поводу?

P.S. Прошу прощения у окружающих за оффтопик.

1Cv6.0 & 1Cv7.7

0

А есть ли здесь кто-нибудь, на чьем предприятии происходило или происходит внедрение SAP R/3?

SAP внедряется на одном заводе в г. Электросталь. У меня там работает один знакомый, говорит, что попали на крючок по полной. А обратной дорожки нет, ~ 1 млн.$ вложено.
А вообще я имел дело с представительством SAP, что на Краснодамианской наб. Это было недавно, наша фирма проводила анализ по системам управленческого учета. В результате мы не смогли добиться даже приближения к нашей реальности.

С нашей системой управленческого учета можно ознакомится в журнале 'Управление компанией' (0) 2001. Вот адресок:
http://www.rcb.ru/Archive/articlesyk.asp?aid=1824
Можно приехать и посмотреть своими глазами.

2Dm:

> Почему вопрос возник: есть желание попробовать штуковину
> интересную написать; остановились на Java (кстати, и с Resin;
> вообще, о нем неплохо высказываются в ru.java), но чего-то
> как-то проблемы Sun'а не радуют (я имею в виду сдвиг сроков
> выхода нового процессора и спад продаж серверов).

Два дня терпел -- и всё-таки не сдержался. Какая связь у сугубо программной технологии, не привязанной, вообще говоря, к архитектуре (и даже к производителю -- все спецификации открыты), с выходом процессора и продажами толстых risc-серверов?

В нашем проекте... Сейчас соображу... resin -- ни разу не sun-овский продукт. Оракл, винды и лункс -- тоже. jdk под линукс перенесён какими-то gpl-щиками. Единственное -- разработчики используют jdk от sun, да и то только потому, что он входит в состав JBuilder-а. Который тоже Inprise выпускает, а вовсе не солнце.

Где тут завязка на Sun и какие-то его разработки?

Так можно и от использования С отказаться, потому что у AT&T неважные показатели в квартальном балансе....... ы?

0

2McVillain

> Два дня терпел



> Какая связь у сугубо программной технологии, не привязанной, вообще
> говоря, к архитектуре (и даже к производителю -- все спецификации
> открыты), с выходом процессора и продажами толстых risc-серверов?

Приложение, о котором идет речь, писаться будет не месяц и не два (приблизительно, месяцев 6 - 8). И использовать его планируется не пару недель. Т. е., срок его жизни получается достаточно длинный. Если к тому времени Java не получит прогнозируемого распространения (читай - resin или аналогичные сервера не будут стоять на четверти машин в сети, а не на пяти процентах (из которых две трети - банки), как сейчас), то использование этого приложения будет достаточно проблематичным. Как это связано с Sun: а кто, собственно, локомотив в продвижении Java? И если у Sun'а проблемы, то они не могут иметь отношение только к одной из частей его бизнеса.

> В нашем проекте... Сейчас соображу... resin -- ни разу не sun-
> овский продукт. Оракл, винды и лункс -- тоже. jdk под линукс
> перенесён какими-то gpl-щиками. Единственное -- разработчики
> используют jdk от sun, да и то только потому, что он входит в
> состав JBuilder-а. Который тоже Inprise выпускает, а вовсе не
> солнце.

Ключевое слово здесь - JDK. Представим на секунду, что больше JDK от Sun выходить не будет, - и чего? Так и работать на позавчерашнем продукте? И тратить туеву хучу времени на разработку? Ну, не хочу я пользовать поделки от MS - а что, так много альтернатив? Можно, конечно, наваять чего-нибудь на perl'е, только как-то не хочется сравнивать, правда? - ни производительность, ни масштабируемость.

> Где тут завязка на Sun и какие-то его разработки?

Оно хорошо было бы, если бы ее не было.

> Так можно и от использования С отказаться, потому что у AT&T
> неважные показатели в квартальном балансе....... ы?

> Приложение, о котором идет речь, писаться будет
> не месяц и не два (приблизительно, месяцев 6 - 8).

Оптимисты...

> Если к тому времени Java не получит прогнозируемого
> распространения (читай - resin или аналогичные сервера не будут
> стоять на четверти машин в сети, а не на пяти процентах
> (из которых две трети - банки), как сейчас), то использование
> этого приложения будет достаточно проблематичным.

О, а это уже совсем интересно!.. Откуда данные? Про пять процентов, про банки?

А вообще, если выбирается платформа под _тиражируемый_ серверный продукт -- тогда критерии совсем другие. Мы-то всё делаем на заказ, чуть ли не вместе с сервером ставим.

> Ключевое слово здесь - JDK. Представим на секунду,
> что больше JDK от Sun выходить не будет, - и чего?
> Так и работать на позавчерашнем продукте?

Application Server от IBM работает только и исключительно на ibm jdk1.2.2. Это какой по счёту день от сегодняшнего?

И ещё вопрос -- навскидку, каких возможностей не будет хватать при работе с jdk1.2.2, а не с 1.3?

0

2McVillain:

> Оптимисты...

Это достаточно реалистичная оценка.

> этого приложения будет достаточно проблематичным.

> О, а это уже совсем интересно!.. Откуда данные? Про пять процентов,
> про банки?

netcraft.com etc. Про банки - единого источника нет.

> А вообще, если выбирается платформа под _тиражируемый_ серверный
> продукт -- тогда критерии совсем другие. Мы-то всё делаем на заказ,
> чуть ли не вместе с сервером ставим.

Примерно об этом я и хотел сказать. Не скажу, что испытываю сомнения в правильности своего выбора, но точки над i расставить хотелось.

> Application Server от IBM работает только и исключительно на ibm
> jdk1.2.2. Это какой по счёту день от сегодняшнего?

Я не о том; много ли разработчиков выберут в качестве базового продукт, который... скажем так: развивается не столь динамично, как конкурентно позиционируемые?

> И ещё вопрос -- навскидку, каких возможностей не будет хватать при
> работе с jdk1.2.2, а не с 1.3?

Да мне-то хватит; вопрос, будет ли этим кто-то еще пользоваться?

> netcraft.com etc.

За пять минут тыканья в ссылки не нашёл на неткрафте ни слова про резин.... :-(

> много ли разработчиков выберут в качестве базового продукт,
> который... скажем так: развивается не столь
> динамично, как конкурентно позиционируемые?

Это зависит от слишком многих факторов. Например:

- навыки разработчиков;

- требования заказчика (у нас работает целая группа на ColdFusion-е... Плюются, шипят и воют -- но заказчик принципиально использует только CF);

- продвижение продукта производителем;

- предыдущий опыт с этой или сходной технологией;

- волевое решение руководства (по самым разным причинам)...

Кстати, 'динамичность' очень часто приводит к редкостной сырости разработок. Безотносительно САПР и АСУ. Сейчас лично работаю с одним излишне динамичным продуктом... javadoc-овская документация не успевает за классами... Блин.

0

2McVillain

> За пять минут тыканья в ссылки не нашёл на неткрафте ни слова про
> резин.... :-(

Н-да, промашка вышла... Буду искать источник, которым я пользовался, - я эту цифру не придумывал.

> Это зависит от слишком многих факторов. Например:
> - навыки разработчиков;
> - требования заказчика (у нас работает целая группа на ColdFusion-
> е... Плюются, шипят и воют -- но заказчик принципиально использует
> только CF);

Не всегда оплачиваемая работа приятна.

> - продвижение продукта производителем;
> - предыдущий опыт с этой или сходной технологией;
> - волевое решение руководства (по самым разным причинам)...

Как бы стратегически решение принято - думаю, что оно не будет меняться; хочется надеяться, что принято правильно.

> Кстати, 'динамичность' очень часто приводит к редкостной сырости
> разработок. Безотносительно САПР и АСУ. Сейчас лично работаю с
> одним излишне динамичным продуктом... javadoc-овская документация
> не успевает за классами... Блин.

Оборотная сторона медали.

>> Кстати, 'динамичность' очень часто приводит к редкостной сырости
>> разработок. [...] Блин.
>
> Оборотная сторона медали.

Я очень сомневаюсь, что после окончания текущего проекта компания, где я работаю, будет активно предлагать клиентам разработки на этой _динамичной_ платформе. Если они очень попросят и хорошо заплатят -- можно _подумать_ (и вовсе не обязательно согласиться).

0

Люди !!!! А кто занимается разработкой АСУ для авиапредприятия:
УВД, расписание, карго и др. Давайте делиться опытом...
О себе: работаем в службе АСУ аэропорта Шереметьево, пишем на D5-D6+
Oracle 7.3...