АСУП

  • В этой теме 54 ответа, 4 участника, последнее обновление 19.08.2008|07:06 сделано MIKL.
Просмотр 20 сообщений - с 1 по 20 (из 55 всего)
  • Автор
    Сообщения
  • #162551
    Аноним

      Всем привет!

      Решил всерьёз озадачиться проблемой АСУП для рекламно-производственных фирм. Точнее речь идёт предприятии, которое:
      1. имеет собственное производство, работающее под заказ,
      2. размещение заказов или части заказа на стороне,
      3. плановыая работа “на себя”,
      4. торговля.
      Т.е. типично “наши” предприятия.
      Насколько я понял по последним разговорам на форуме, тема интересна не только мне.

      В связи с этим хотелось-бы задать присутствующим пару вопросов.
      1. Кто использует в своей работе автоматизированные системы управления (в любом их виде и составе)?
      2. Что-бы вы хотели от такой системы управления? Что по вашему она должна уметь делать?
      3. Готовы-ли вы серьёзно совместно поработать на таким проектом. Пока только постановка задачи и проектирование. Обсуждение, прикидка “на себя”, обкатка.

      Некоторые вещи очевидны. Например, не стоит заниматься бух.учётом — пусть это делает 1С. Она это хорошо умеет. Там-же есть конфигурация “Производство”, решающая многие проблемы бухгалтерского и финансового учёта. Но иметь совместимость по данным с 1С нужно обязательно. CRM тоже можно готовый использовать.

      Есть желающие поработать и заодно разобраться как и что устроено у них и у коллег? Пишите.

      P.S. Кстати. провёл тут несколько ночей с маленькой чертовкой. Хотя многие считают её чертёнком, точнее демоном. :-)) Я говорю об операционной системе FreeBSD (www.freebsd.org). Собрал интернет-сервер, который обеспечивает практически весь интернет-серис для локальной сети:
      1. Централизованный доступ к интернет с защитой (GateWay + NAT);
      2. Защитный экран (FireWall);
      3. Почтовый сервис для домена с защитой от спама и вирусов (на базе sendmail);
      4. Веб-сервер (Apache HTTP-server + Perl + php + mySQL);
      5. FTP-сервер;
      6. Прокси-сервер для экономии трафика и ограничения доступа к некоторым ресурсам интернет (например, порнуха);
      7. Сбор, обработка и анализ трафика по локальным машинам (в последнее время траффик вырос жутко, а кто и что качает — не знаю);
      8. Обеспечить совместный доступ к данным рабочим станциям Windows и FreeBSD;
      9. Обеспечить безопасное удалённое управление сервером;
      Ну и ещё разные вкусные бонусы, например резалка баннеров или синхронизация часов :-))
      И всё это летает на первом пентюхе! Впечатления — потрясающие! Хороша чертовка!!! Не смотря на казалось-бы огромное количество информации по чертовке в интернете, в текущей версии 5.2.1 оказалось несколько нюансов, отнявших сутки. Да и описания установки системы в такой сборке нет. Так вот. Интересно кому-нибудь? Могу поделиться заметками на эту тему. Кстати, это часть задуманного плана :-))

      #185740
      Аноним

        Привет, Андрей!
        По АСУП озадачился всеръез. Согласен с отказом ведения бух.учета и совместимостью с 1С.
        Должна принимать заказ, списывая материалы со склада, планировать загрузку оборудования в зависимости от его конфигурации, перестраивать график загрузки в случае размещения срочного заказа. Выдавать возможность размещения срочного заказа.
        Списание материалов и график загрузки должны формироваться на основе реальных данных. Таблица расхода краски в зависимости от типа краски, сетки. Хронометраж всех дейтвий.
        Немного сумбурно, но (для меня) актуально.
        Вторая проблема не менее интересна. Хочу!

        #185741
        Аноним

          Привет всем. Попытки автоматизации учета прходящих заказов предпринимаются в нашей фирме уже 6 лет. Что касается АСУП – дело серьезное и хлопотное. Я пошел более простым путем. Первая версия проги на Клиппере (в ней сейчас и работаем пока) делает следующее: Позволяет заполнять карточку заказа с описанием, суммами, сроками, теми кто принял и делал, признаками (разработка, производство, сдано, отложено); ну и соответственно делать на основании этих данных определенные выборки и вносить изменения в состояние оплаты заказа. На данный момент заказал новую версию клиент-сервер с возможностью удаленной работы (технологов производств). К складу и бухгалтерии подвязываться не буду, хлопотно, т.к. бухучет месного поршива.

          #185742
          Аноним

            Эльмар!,
            у вашей задачи есть две проблемы
            1. все существующие , да и разрабатываемые программы имеют единую базу данных, которая имеет тенденцию к росту. Значит надо выделять блок ПРОИЗВОДСТВО в отдельный модуль со своей базой на удаленном компьютере и соответственно два раза в день обмениваться информацией. Утром из офиса в производство, вечером – наоборот.
            Теоретически решаемо, но примеров не видел
            2. Мне кажется, что должна создаваться более-менее универсальная программа для полиграфической фирмы с удаленным производством. А не только локальная шелкография. Мне не менее интересен расход тонера в принтере при том или ином заказе или сколько тратится смывки на офсетной машине. Но если мы уйдем в тонкости, то за деревьями не увидим леса.

            #185743
            Аноним

              Игорь, универсальных программ достаточно. Ни одна их них не учитывает особенности трафаретной печати. Не умеет строить график прохождения заказа и степень загрузки оборудования. Программу ФастМенеджер можно назвать монстром по сравнению со всеми нашими универсальными программами. Хотя основной ее модуль расчитан только на печать по футболкам.
              Для правильного расчета универсальная программа, на мой взгляд, не годится.
              Могут быть универсальными таблицы материалов, оборудования, еще чего-нибудь (не программист я), Андрей разберется ;-)

              #185744
              Аноним

                Эльмар, привет!

                > Игорь, универсальных программ достаточно.
                А с какими ты ознакомился? Поделись впечатлениями. Что понравилось, что нет, чего не хватает.

                > Ни одна их них не учитывает особенности трафаретной печати.
                А какие особенности у трафаретной печати? Не с точки зрения технологии печати, а с точки зрения планирования, использования? Мне казалось, что нет разницы. Обычная единица оборудования. Такая-же, как Ромайор или вырубной пресс. Может я не прав?

                > Не умеет строить график прохождения заказа и степень загрузки
                > оборудования.
                Вот это серьёзная проблема. Без этого все эти системки превращаются в продвинутый прайс-калькулятор.

                > Программу ФастМенеджер можно назвать монстром по сравнению со
                > всеми нашими универсальными программами. Хотя основной ее
                > модуль расчитан только на печать по футболкам.
                К сожалению она у меня не встала. Точнее встала, но не работает. Возможно это связано с тем, что у меня стоит ОФис ХР, а может потому-что до этого первая версия стояла и надо систему подчистить. Закончу настройку сервера, займусь этим быстрым манагером :-))
                Ну, а вообще, какие впечатления от FastManager-а? Поделись.

                > Для правильного расчета универсальная программа, на мой
                > взгляд, не годится.
                Почему?

                > Могут быть универсальными таблицы материалов, оборудования,
                > еще чего-нибудь (не программист я), Андрей разберется ;-)
                Один я не разберусь. Мне информации не хватает, мнений, критики. Я нарисовал разные схемки. Мне они, естественно, кажутся правильными. А как на самом деле — не знаю.

                #185745
                Аноним

                  Игорь, добрый день!

                  > у вашей задачи есть две проблемы
                  > 1. все существующие , да и разрабатываемые программы имеют
                  > единую базу данных, которая имеет тенденцию к росту. Значит
                  > надо выделять блок ПРОИЗВОДСТВО в отдельный модуль со своей
                  > базой на удаленном компьютере и соответственно два раза в
                  > день обмениваться информацией. Утром из офиса в производство,
                  > вечером – наоборот.
                  Не согласен. Даже регулярный обмен информацией (сшивка) подразумевает противоречивость данных.
                  А вот с другим согласен. Надо сначала архитектуру нарисовать. А для этого надо сделать постановку задачи. А для этого надо собрать информацию, т.е. провести обследование. Поэтому я и обратился к общественности.

                  > 2. Мне кажется, что должна создаваться более-менее
                  > универсальная программа для полиграфической фирмы с удаленным
                  > производством. А не только локальная шелкография. Мне не
                  > менее интересен расход тонера в принтере при том или ином
                  > заказе или сколько тратится смывки на офсетной машине. Но
                  > если мы уйдем в тонкости, то за деревьями не увидим леса.
                  Согласен. Я вообще не вижу разницы между ризографом, шелкухой, офсетом, и прочим оборудованием. Это обычный ресурс со своими характеристиками: время на подготовку производства (приладку по нашему :-), производительность. Кроме этого ресурса есть ещё персонал, деньги, материалы, субподрядчики.

                  #185746
                  Аноним

                    Денис, добрый день!

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

                    > Что касается АСУП – дело серьезное и хлопотное.
                    Да. Даже очень и очень.

                    > Первая версия проги на Клиппере
                    Клиппер! Сразу нахлынула волна воспоминаний :-)) Я первый банк (51 счёт и платёжки) на клиппере писал :-)) В 90 году прошлого века :-))

                    > делает следующее: Позволяет заполнять карточку заказа с
                    > описанием, суммами, сроками, теми кто принял и делал,
                    > признаками (разработка, производство, сдано, отложено); ну и
                    > соответственно делать на основании этих данных определенные
                    > выборки и вносить изменения в состояние оплаты заказа.
                    Нормально. Не хватает планирования, материалов, логистики. Но вполне можно и это расширить.

                    > На данный момент заказал новую версию клиент-сервер
                    На чём?

                    > с возможностью удаленной работы (технологов производств).
                    Правильный подход! Интересна реализация.

                    > К складу и бухгалтерии подвязываться не буду, хлопотно, т.к.
                    > бухучет месного поршива.
                    И не стоит. 1С:Предприятие с конфигурацией Производство отлично с этим справляется.

                    #185747
                    Аноним

                      Эльмар!

                      > планировать загрузку оборудования в зависимости от его
                      > конфигурации, перестраивать график загрузки в случае
                      > размещения срочного заказа. Выдавать возможность размещения
                      > срочного заказа.
                      Это как раз по теме, поднятой Павлом :-))

                      #185749
                      Аноним

                        > > На данный момент заказал новую версию клиент-сервер
                        > На чём?
                        >
                        > > с возможностью удаленной работы (технологов производств).
                        > Правильный подход! Интересна реализация.
                        Может кому пригодится:
                        Очень хорошо показа себя работа удаленного клиента серез терминальный доступ (NT TSE).
                        Отпадает необходимость гонять базу между машинами, резко снижаются аппаратные требования к клиентской машине. Вполне реальна удаленная работа по модему.

                        #185750
                        Аноним

                          Андрей Березин сказал:
                          >
                          > А с какими ты ознакомился? Поделись впечатлениями. Что
                          > понравилось, что нет, чего не хватает.
                          Из последних помню ТСполиграфия. Все расчитаны под офсет, много пре- и постпресса. Очень много справочников.
                          >
                          > > Ни одна их них не учитывает особенности трафаретной печати.
                          > А какие особенности у трафаретной печати? Не с точки зрения
                          > технологии печати, а с точки зрения планирования,
                          > использования? Мне казалось, что нет разницы. Обычная единица
                          > оборудования. Такая-же, как Ромайор или вырубной пресс. Может
                          > я не прав?
                          Особенности, на мой взгляд, в большом объеме коротких тиражей и срочных тиражей. Больше вариантов по цветности, материалам.

                          > Вот это серьёзная проблема. Без этого все эти системки
                          > превращаются в продвинутый прайс-калькулятор.
                          Правильно. А мне нужно расчитать себестоимость в каждом конкретном случае.
                          >
                          > Ну, а вообще, какие впечатления от FastManager-а? Поделись.
                          С такой программой можно работать! Но она для футболок. А как им объяснить, что мне нужен модуль для печати на пакетах? Как ты знаешь, у меня узкая специализация.
                          >
                          > > Для правильного расчета универсальная программа, на мой
                          > > взгляд, не годится.
                          > Почему?
                          За счет универсальности она становится очень громоздкой. Представь 1С со всеми модулями в одной коробке.
                          >
                          > > Могут быть универсальными таблицы материалов, оборудования,
                          > > еще чего-нибудь (не программист я), Андрей разберется ;-)
                          > Один я не разберусь. Мне информации не хватает, мнений,
                          > критики. Я нарисовал разные схемки. Мне они, естественно,
                          > кажутся правильными. А как на самом деле — не знаю.
                          Попробуй схему 1С. Мне кажется, это хороший вариант.

                          #185752
                          Аноним

                            Эльмар сказал:
                            > Из последних помню ТСполиграфия. Все расчитаны под офсет,
                            > много пре- и постпресса. Очень много справочников.
                            Смотрел. Странная она какая-то.

                            > Особенности, на мой взгляд, в большом объеме коротких тиражей
                            > и срочных тиражей. Больше вариантов по цветности, материалам.
                            Не понимаю. Ну и что? Это ведь наполнение справочников. Расчёты — это формулы.

                            > За счет универсальности она становится очень громоздкой.
                            > Представь 1С со всеми модулями в одной коробке.
                            Представил. Нормально. Ставлю то, что мне надо. Если стоит всё, то пользуюсь только необходимым. Но я о другом. Универсальной по технологиям и оборудованию систему должен делать сам пользователь. Это как в торговле. Ну какая разница чем торговать? Водкой, макаронами или стульями? Есть товар, у него есть цена, поставщик. Так и здесь. Есть единица оборудования и его свойства. Есть технологические цепочки использующие в определённом порядке (последовательно или параллельно) ресурсы. Эта цепочка используется при исполнения конкретного заказа.

                            > Попробуй схему 1С. Мне кажется, это хороший вариант.
                            1С — бухучёт. А нам нужно управление. 1С изначально работает с документами. А мы должны работать с ресурсами. Все разработки, базирующиеся на 1С — это улучшение документооборота. И учёт.
                            Или ты имел в виду другое?
                            Кстати, ты посмотрел 1С Полиграфия?

                            #185753
                            Аноним

                              Олег, добрый день!
                              > Очень хорошо показа себя работа удаленного клиента серез
                              > терминальный доступ (NT TSE).
                              С детства не люблю терминальные доступы :-(( У меня к ним, как у любого сисадмина, устойчивое неприятие. Хотя, нужно отдать им данное, они быстры. Но о безопасности можно забыть.

                              > Отпадает необходимость гонять базу между машинами, резко
                              > снижаются аппаратные требования к клиентской машине. Вполне
                              > реальна удаленная работа по модему.
                              А вот это всё очень правильно. База должна быть в одном экземпляре. Хотя и может быть распределена. Но для пользователя это должно быть прозрачно. Самый лучший способ просмотра — броузер. С любой точки мира, хоть из отпуска в Турции или из командировки в Питере :-)) Эльмар сможет проконтролировать процесс :-)) Да и архитектура интранет отработана во всём мире.

                              #185754
                              Аноним

                                Андрей Березин сказал:
                                >
                                > > Особенности, на мой взгляд, в большом объеме коротких тиражей
                                > > и срочных тиражей. Больше вариантов по цветности, материалам.
                                > Не понимаю. Ну и что? Это ведь наполнение справочников.
                                > Расчёты — это формулы.
                                Согласись, делать расчеты подо все в мире оборудование – нереально.
                                >
                                > > За счет универсальности она становится очень громоздкой.
                                > > Представь 1С со всеми модулями в одной коробке.
                                > Представил. Нормально. Ставлю то, что мне надо. Если стоит
                                > всё, то пользуюсь только необходимым. Но я о другом.
                                > Универсальной по технологиям и оборудованию систему должен
                                > делать сам пользователь. Это как в торговле. Ну какая разница
                                > чем торговать? Водкой, макаронами или стульями? Есть товар, у
                                > него есть цена, поставщик. Так и здесь. Есть единица
                                > оборудования и его свойства.
                                У каждого своя единица с индивидуальными свойствами.

                                >Есть технологические цепочки
                                > использующие в определённом порядке (последовательно или
                                > параллельно) ресурсы. Эта цепочка используется при исполнения
                                > конкретного заказа.
                                >
                                > > Попробуй схему 1С. Мне кажется, это хороший вариант.
                                > 1С — бухучёт. А нам нужно управление. 1С изначально работает
                                > с документами. А мы должны работать с ресурсами. Все
                                > разработки, базирующиеся на 1С — это улучшение
                                > документооборота. И учёт.
                                > Или ты имел в виду другое?
                                Мне тяжело правильно формулировать свои мысли на малознакомом языке :-) Должен быть универсальный модуль? куда я могу занести характеристики своего оборудования. Из этого модуля? сведения должны поступать для расчета временных и материальных затрат на тираж. Исходя из этих данных должен формироваться график производственных планов и диаграмм Ганта по заказам.

                                > Кстати, ты посмотрел 1С Полиграфия?
                                Завтра оплачивать буду.

                                #185759
                                Аноним

                                  Эльмар сказал:

                                  > Согласись, делать расчеты подо все в мире оборудование –
                                  > нереально.
                                  Подожди. А чем, с точки зрения планирования, расчёт для офсета отличается от расчёта для трафарета? Например:
                                  Цена=формы+приладка+оттиск*тираж
                                  Время=приладка+оттиск*тираж+уборка

                                  > > Есть единица оборудования и его свойства.
                                  > У каждого своя единица с индивидуальными свойствами.
                                  Совершенно справедливо. У каждого несколько своих единиц со своими свойствами. Например, ручной станок и 1/2 автомат имеют разные свойства. Например, время на приладку и производительность.

                                  > Мне тяжело правильно формулировать свои мысли на малознакомом
                                  > языке :-)
                                  А ты говори на знакомом. Если мне будет не понятно, я переспрошу.

                                  > Должен быть универсальный модуль? куда я могу
                                  > занести характеристики своего оборудования. Из этого модуля?
                                  > сведения должны поступать для расчета временных и
                                  > материальных затрат на тираж. Исходя из этих данных должен
                                  > формироваться график производственных планов и диаграмм Ганта
                                  > по заказам.
                                  Да. Имеется ядро и база данных. Всё остальное — приложения, обрабатывающие данную и свою информацию в каком-то разрезе.

                                  > > Кстати, ты посмотрел 1С Полиграфия?
                                  > Завтра оплачивать буду.
                                  Понятно. Значит тебе эта тема уже не интересна :-( Может поделишься своими впечатлениями?

                                  #185761
                                  Аноним

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

                                    #185763
                                    Аноним

                                      Добрый день,Андрей!
                                      >
                                      > > Очень хорошо показа себя работа удаленного клиента серез
                                      > > терминальный доступ (NT TSE).
                                      > С детства не люблю терминальные доступы :-(( У меня к ним,
                                      > как у любого сисадмина, устойчивое неприятие. Хотя, нужно
                                      > отдать им данное, они быстры. Но о безопасности можно забыть.
                                      Несогласен! :)
                                      Права доступа для терминальных пользователей вполне нормально администрируются. Кроме того всегда есть возможность выдернуть телефон из розетки ;)
                                      Зато ВСЕ изменения, как аппаратные, так и программные можно производить в одном месте – на сервере.
                                      >
                                      > > Отпадает необходимость гонять базу между машинами, резко
                                      > > снижаются аппаратные требования к клиентской машине. Вполне
                                      > > реальна удаленная работа по модему.
                                      > А вот это всё очень правильно. База должна быть в одном
                                      > экземпляре. Хотя и может быть распределена. Но для
                                      > пользователя это должно быть прозрачно. Самый лучший способ
                                      > просмотра — броузер. С любой точки мира, хоть из отпуска в
                                      > Турции или из командировки в Питере :-)) Эльмар сможет
                                      > проконтролировать процесс :-)) Да и архитектура интранет
                                      > отработана во всём мире.
                                      Вот тут и начинаются проблемы с безопасностью! IMHO если такой сервер будет подключен к Интернету, то вопрос “сломают или нет” уже не актуален. Вопрос только в том когда именно сломают. Самая надежная защита – физическое отсутствие соединения. :)

                                      #185768
                                      Аноним

                                        Добрый день, Олег!

                                        > Несогласен! :)
                                        > Права доступа для терминальных пользователей вполне нормально
                                        > администрируются.
                                        Хорошо. Я приведу тебе примеры.

                                        > Кроме того всегда есть возможность
                                        > выдернуть телефон из розетки ;)
                                        Какой телефон и из какой розетки? Да и кто выдёргивать будет?

                                        > Зато ВСЕ изменения, как аппаратные, так и программные можно
                                        > производить в одном месте – на сервере.
                                        Для этого не обязательно иметь терминальный доступ.

                                        > Вот тут и начинаются проблемы с безопасностью! IMHO если
                                        > такой сервер будет подключен к Интернету, то вопрос “сломают
                                        > или нет” уже не актуален. Вопрос только в том когда именно
                                        > сломают. Самая надежная защита – физическое отсутствие
                                        > соединения. :)
                                        Я бы сказал, что очень большое ИМХО. Отлаженная технология. Отличный софт. Причём, заметь, не майкрософтовский. Причём, заметь, СПЕЦИАЛИЗИРОВАННЫЙ. Созданный специально. Приведи хоть один пример взлома нормально защищённой системы на FreeBSD+Apache. Я не слышал ни об одном случае взлома системы авторизации Apache.

                                        #185772
                                        Аноним

                                          Добрый день, Андрей!
                                          Ничего не имею против связки FreeBSD+Apache.
                                          Да и обсуждение этой темы уже несколько выходит за рамки данного форума.
                                          Я только хотел поделиться положительным опытом решения для людей не знакомых с администрированием UNIX-оподобных систем.

                                          #185776
                                          Аноним

                                            Олег, привет!

                                            > Ничего не имею против связки FreeBSD+Apache.
                                            Ага! Согласился! :-) На самом деле, дыр везде хватает. Продукты MS ломают так-же часто, как и другие. В процентном отношении. Поэтому валовое значение больше :-)) Кроме того, всё как всегда зависит от человека. Я очень много читал и чтаю про взломы. Сам когда-то крякал и хакал :-) Сегодняшний взлом базируется на ленивом тупом админе, во время не обновившем систему или что-то где-то не доделал. Обрати внимание на вирусные эпидемии. Чаще всего на этот момент уже есть патчи для системы.

                                            > Да и обсуждение этой темы уже несколько выходит за рамки
                                            > данного форума.
                                            Да, согласен. Да и сама тема АСУ/КИС оказалась, на удивление, совершенно лишней здесь. Видимо никому это не надо, кроме Эльмара и меня.

                                            > Я только хотел поделиться положительным опытом решения для
                                            > людей не знакомых с администрированием UNIX-оподобных систем.
                                            И тебе это удалось. Нормальное решение. Это просто я зацепился. Я же говорю, с детсва стойкая непризнь к терминальным решениям :-)) А в общем случае всё нормально. Да и основные преимущества тоже очень верно, ИМХО, были подчёркнуты. А терминал или другое архитектурное решение — это уже реализация.

                                            Ну всё. Ухожу, ухожу, ухожу…

                                          Просмотр 20 сообщений - с 1 по 20 (из 55 всего)
                                          • Для ответа в этой теме необходимо авторизоваться.