Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Потрепаться";
Текущий архив: 2003.07.24;
Скачать: [xml.tar.bz2];

Вниз

Поговорим об автоматизации...   Найти похожие ветки 

 
Александр Бакулин   (2003-07-08 17:34) [0]

Есть у меня некоторые наработки, которые мне позволили создать программную среду, на основе которой, можно создавать программы автоматизации предприятий. Вот и захотелось мне поговорить о нужности такого рода системы и о ее перспективах. Обсудить ее со всех сторон. А посмотреть ее можно здесь: http://caspian.nm.ru


 
Sir Alex   (2003-07-08 18:24) [1]

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


 
Jeer   (2003-07-08 18:33) [2]

Мда, занятно..


 
Sir Alex   (2003-07-09 09:53) [3]

Дык эта... а на что собственно смотреть? Пустая БД + pasScript + FastReport -- Я и так их знаю... хоть платежка какая нибудь была реализована. Т.е. что толку смотреть на движок? Дайте хоть какую конфигурацию.


 
Jeer   (2003-07-09 09:59) [4]

GenoTechs, Inc. is the new owner of the PasScript Software. PasScript is now in the process of being integrated into WebPascal version 4, the underlying scripting language of AstroMark Product Suite. The combined scripts will be named AstroScript.

GenoTechs, Inc. retains all copyright and trademark rights to PasScript.

AstroMark Enterprise Development Suite: Platinum Partner
Price: $999.95 plus


 
Anatoly Podgoretsky   (2003-07-09 10:14) [5]

Движение в правильном направленни, правда сделано не более 5%
Известны коммерческие системы, где в поставку входит MSSQL, Delphi Professional, как рабочее место администратора и дизайнера базы - создание отчетов, форм, запросов, управление самой базой) на основе продуманных бизнес компонент и экспертов.
Система предназначена для конечных пользователей, в удобном и понятным не программирующему пользователю виде. В палитре все лишнее убрано, добавлены закладки с бизнес компонентами.

Ну стоимость понятна из набора средств.

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

Название к сожалению не могу вспомнить.


 
petr_v_a   (2003-07-09 11:03) [6]

Идеи все хорошие, но, к сожалению, не совсем новые - примерно их используют 1С и ABACUS. Не очень хорошо, что весь код клиентский - все-таки на больших базах будут проблемы.
Но в любом случае проект достоин самого большого уважения


 
АлексейК   (2003-07-09 11:09) [7]

Возникает несколько вопросов:
1. Сколько же необходимо времени, что бы привязать эту систему к конкретному участку автоматизации. Например автомазирировать склад или бухгалтерию?
2. После привязки продукта к конкретным условиям, что станет с его быстродействием?
3. Кто должен прописывать бизнес логику? Если писать все самому, то какой эфект от покупки данной системы?


 
Александр Бакулин   (2003-07-09 12:57) [8]

Постараюсь ответить сразу всем :)
Я не говорю, что все просто и быстро, я не говорю, что все готово. Прямо сейчас никаких конфигураций еще нет. Я больше всего боялся того, что никто разбираться и читать не захочет, а смотреть сейчас и правда не на что.

To Sir Alex: wellcome в мыло bakulin@hotbox.ru если осталось желание что-то делать. Всего совсем готового там, естественно, нет.

To petr_v_a: Совсем новое что-то трудно придумать. А насчет толстого клиента... Для всех классов будут XML-обертки. Может быть на их основе, а может и на основе чего-то другого будет создаваться трехзвенная модель с сервером приложений. Я просто не хочу сейчас так далеко замахиваться. Мне бы сделать хотя бы часть задуманного. Очень приветствовал бы людей, желающих помочь в разработке, ибо если я буду делать это в одиночку, то появление первой конфигурации нужно ждать не раньше конца года.


 
Jeer   (2003-07-09 13:02) [9]

Так как насчет дистрибьюции pasScript ?
Он же немало вроде стал стоить ?


 
Александр Бакулин   (2003-07-09 13:48) [10]

Насчет дистрибьюции... Так как компонент попал ко мне непосредственно от разработчика еще до продажи его GenoTechs, то я считаю правомерным его использование. Я не юрист. Но что-то мне подсказывает, что использовать его я могу. К тому же пока на этом не делается денег и, я думаю, что даже если такое ограничение есть, можно договорится с Александром Барановским на "клонирование" компонента под другим именем плюс какое-то изменение логики. Хотя иска от GenoTechs я бы не стал ждать. Это слишком нереально


 
petr_v_a   (2003-07-09 13:56) [11]

> Александр Бакулин (09.07.03 12:57)
Я не говорю о том, что клиент должен быть "тонкий" - есть пример, когда формально "толстый" клиент нормально работает по модему на 19200, не шибко быстро, но вполне приемлемо, некоторые сайты на такой скрости больше тормозят. Я говорю о том, что если большая часть обработки идет на клиенте ( ну на application сервере, для базы это едино ) на больших объемах Вы убьете любую СУБД, ведь клиент-серверная архитектура для того и придумана, чтоб обрабатывать данные на сервере БД.


 
Johnny Smith   (2003-07-09 14:06) [12]

Ну, идея, в принципе понятна.
Думается, что многим разработчикам в какой-то момент (и не по одному разу) приходила в голову идея создать что-нибудь этакое универсальное (ну, пусть не СОВСЕМ универсальное, а так, универсальное для какой-либо сферы бизнеса). Некое промежуточное звено, которое облегчило бы создание конечный программных модулей. Тем более, что есть примеры удачных воплощений - тот же 1С
Но вот какое дело.
Почему-то никто не считает нужным в самом начале спросить себя о следующем:
1. Кому это понадобится?
2. Чем новая тулза будет круче (полезнее, привлекательнее, эффективнее) остальных?
3. Поймут ли (и примут ли) потенциальные разработчики предложенную в тулзе логику и технологию?
Иногда оказывается, что все, что предлагает данная тулза (написанная на Дельфях), умеет делать все то, что и так можно написать на Дельфях, причем с меньшими силами и с большими возможностями.


 
Александр Бакулин   (2003-07-09 17:35) [13]

To petr_v_a: никто не запрещает самые труоемкие операции выносить в хранимые процедуры + правильно написанные тригера, более того, так и надо делать.

To Johnny Smith:
1. Я думаю, что понадобиться это может тем же, кто использует 1С и всякие подобные программы. Я лично знаю многих людей, тем же 1С недовольных и отнюдь не чайников в нем.
2. При создании нужно стараться учесть опыт подобных разработок, оценить их возможности и хорошие и плохие стороны, не побояться позаимствовать хорошее и постараться избавиться от плохого. Кроме того, существуют такие факторы как цена и удобство использования. Система еще только оформляется и появляется, я не хочу сказать, что я досконально знаю как и что надо сделать. Достаточно отчетливо я представляю себе лишь архитектуру ядра. Для написания хороших конфигураций нужна работа с консультантами и людьми заинтересованными в появлении хороших конфигураций.
3. Именно для этого я и вывел систему в свет уже на стадии ее создания, чтобы потенциальные разработчики сами могли решить что им по нраву.
А насчет меньших сил и больших возможностей... Я пытаюсь создать достаточно универсальную систему и скриптовой язык играет в ней немалую роль. Дельфи - компилятор и на месте перекомпилировать программу не всегда удобно.
И еще. Я не ставлю никаких глобальных целей на ближайшее будущее. Я хочу попробовать. Получится - хорошо, не получится - тоже полезный опыт.


 
kaif   (2003-07-10 00:24) [14]

Проблема 1С не в отстойных технологиях программирования, а в отстойных технологиях самого экаунтинга. Поэтому система, противопоставляющая себя 1С технически, но не предлагающая нового взгляда на бухучет может показаться разработчикам слишком абстрактной.
Хотя с точки зрения реализации (возможность ООП с наследованием и переопределением методов без перекомпиляции) это конечно очень круто.
Не уверен, что одновременная ориентация на разные сервера верна.
Я сам занят похожей задачей. Поэтому желаю и вам успеха. Ваша система может оказаться неплохой для крупных фирм, так как не зависит от сервера и потенциально трехзвенна (в отличие от моей, которая принципиально двухзвенна).


 
Александр Бакулин   (2003-07-10 08:56) [15]

Пока от бизнес-логики и ООП никто далеко не ушел...
А с конфигурациями... Главное найти хороших консультантов со свежим взглядом на вещи..



Страницы: 1 вся ветка

Форум: "Потрепаться";
Текущий архив: 2003.07.24;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.5 MB
Время: 0.008 c
3-77764
RAHS
2003-06-28 14:41
2003.07.24
Нечеткое сравнение полей


1-77989
Кен
2003-07-09 07:54
2003.07.24
Как сделать такое же меню как в редакторе Дельфи выпадает, при


3-77813
Spawn
2003-07-03 12:13
2003.07.24
Проблема создания БД


1-77857
Officeman
2003-07-11 23:25
2003.07.24
TListView1 ! Как записать его содержимое(файлы) в отдельную папку


1-77918
panov
2003-07-09 19:12
2003.07.24
Позиционирование в TRichEdit





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский