Перейти к содержимому

Фотография

Универсальная инженерная программная платформа.

CAD программа чертеж инженер формат

  • Авторизуйтесь для ответа в теме
Сообщений в теме: 16

#1 Иван Сенин

Иван Сенин

    Знаток

    • Имя:Иван
    • Сфера деятельности:Производство
  • Зарегистрирован
  • PipPipPip
  • 1 365 сообщений

Отправлено 02 Июль 2015 - 03:16

   Как заметили в одной из смежных тем обсуждения, проблема современных CAD программ, является их индивидуальность. Что в свою очередь означает что разработанные в одних приложениях чертежи, вряд ли откроются в каком-либо другом. Что в свою очередь создает трудность во взаимодействии между разными отделами, предприятиями, фирмами и т.п.  Что бы как-то сгладить данный неприятный и актуальный на данный момент нюанс, «Объединенная приборостроительная корпорация» (ОПК), входящая в состав компании «Ростех» и специализирующаяся в области систем и средств связи, автоматизированных систем управления, радиоэлектронной безопасности и роботизированных комплексов, сообщила о проведении работ по созданию интегрированной инженерной программной платформы, которая упростит процессы создания софтверных решений на предприятиях оборонно-промышленного комплекса. Инструментарий разрабатывается под кодовым названием «Гербарий» и будет размещён на специальном портале, к которому получат доступ потребители такого софта. Генеральным подрядчиком по проекту была выбрана одна из компаний холдинга ОПК — «Системы управления».

 
   «В настоящий момент отечественная промышленность испытывает целый ряд проблем, из-за которых тормозится развитие инженерного программного обеспечения, — комментирует проект руководитель департамента инновационного развития ОПК Александр Калинин. — Во-первых, существует много различных типов программных средств, в том числе коммерческих разработок и самописных программ, информационно не совместимых между собой. Во-вторых, применение западного ПО, созданного на основе закрытого программного кода, не позволяет его использовать при разработке изделий специального назначения. Единая платформа, разрабатываемая холдингом «Системы управления», позволит создавать программные решения, совместимые друг с другом, без потери данных и времени».
 
   Единая программная платформа будет функционировать в виде портала с поддержкой средств коллективной работы и доступом для двух категорий пользователей: разработчиков и потребителей решений. Комплекс предоставит возможность использовать готовые модули инженерно-программного обеспечения для базовых задач, размещать заказы на разработку ПО, обращаться за технической поддержкой к разработчикам, создавать на основе шаблонов свои софтверные решения, привлекать к разработкам других специалистов, хранить в базе собственные программные решения, проводить верификацию программного продукта.
 
   Демонстрационный образец «Гербария» будет готов к концу 2016 года. В ОПК отмечают, что интерес к проекту уже проявили ряд крупных предприятий и корпораций.

 



#2 Виктор 900

Виктор 900

    Знаток

    • ГородТамбов
    • Имя:Виктор
    • Организация:Частное лицо
    • Сфера деятельности:Производство
  • Зарегистрирован
  • PipPipPip
  • 1 040 сообщений

Отправлено 02 Июль 2015 - 12:16

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

 

 Что интересно подразумевают под базовыми задачами) 

 

Лично я как понял мы сделаем что то, но это не конечный продукт, потом Вы нам поможете довести до ума и заплатите за разработку, а мы будем это продавать и Вам и другим)) тоесть изначально что то сырое...

 

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



#3 Иван Сенин

Иван Сенин

    Знаток

    • Имя:Иван
    • Сфера деятельности:Производство
  • Зарегистрирован
  • PipPipPip
  • 1 365 сообщений

Отправлено 02 Июль 2015 - 13:10

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

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



#4 Виктор 900

Виктор 900

    Знаток

    • ГородТамбов
    • Имя:Виктор
    • Организация:Частное лицо
    • Сфера деятельности:Производство
  • Зарегистрирован
  • PipPipPip
  • 1 040 сообщений

Отправлено 02 Июль 2015 - 13:18

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

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

 

интересно как у них будет решен вопрос с безопасностью) все таки оборонный комплекс



#5 Иван Сенин

Иван Сенин

    Знаток

    • Имя:Иван
    • Сфера деятельности:Производство
  • Зарегистрирован
  • PipPipPip
  • 1 365 сообщений

Отправлено 02 Июль 2015 - 14:02

  Этим вопросом думаю займутся специально обученные люди)



#6 ingenerkons

ingenerkons

    Знаток

    • Имя:Владимир
    • Сфера деятельности:Конструирование
  • Зарегистрирован
  • PipPipPip
  • 4 549 сообщений

Отправлено 10 Июль 2015 - 17:03

Идея сама по себе неплохая и если успешно реализуют то смысл будет очень хороший если с прошлым сравнивать то можно пожалуй с базой ГОСТов сравнить до сих пор все пользуются:-)

С уважением Владимир.


#7 Ratstar

Ratstar

    Знаток

    • Имя:Владимир
    • Сфера деятельности:Конструирование
  • Зарегистрирован
  • PipPipPip
  • 37 сообщений

Отправлено 10 Июль 2015 - 19:38

Такие вещи на раз-два не делаются. Большие системы САПР по сложности не уступают космическим ракетам. Нужны профессионалы высокого уровня для реализации. Программисты, инженеры, программные архитекторы, UX-дизайнеры и управляться они должны отличными менеджерами, которые разбираются в специфике и способные принимать решения исходя из технических деталей. Сомневаюсь что это возможно вот так, на раз-два...



#8 Proserg85

Proserg85

    Знаток

    • Имя:Сергей
    • Сфера деятельности:Разработка технологии
  • Зарегистрирован
  • PipPipPip
  • 2 774 сообщений

Отправлено 11 Июль 2015 - 01:53

Очень нужная штука. Один знакомый рассказывал, который работал в одной очень крупной компании ОПК, что в период внедрения разного cad ПО , чуть ли не каждый отдел обзавелся собственной cad системой.А так как каждый отдел занимался своей профильной частью, то проблемы проявились только при слиянии всех частей в одно целое...
  • ingenerkons это нравится

#9 Иван Сенин

Иван Сенин

    Знаток

    • Имя:Иван
    • Сфера деятельности:Производство
  • Зарегистрирован
  • PipPipPip
  • 1 365 сообщений

Отправлено 11 Июль 2015 - 10:43

Proserg85

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


  • Dimon012 и ingenerkons это нравится

#10 ingenerkons

ingenerkons

    Знаток

    • Имя:Владимир
    • Сфера деятельности:Конструирование
  • Зарегистрирован
  • PipPipPip
  • 4 549 сообщений

Отправлено 11 Июль 2015 - 18:55

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


  • инф-абразив это нравится

С уважением Владимир.


#11 Dimon012

Dimon012

    Знаток

    • ГородВладивосток
    • Имя:Дмитрий
    • Сфера деятельности:Информационные технологии
  • Зарегистрирован
  • PipPipPip
  • 1 782 сообщений

Отправлено 12 Июль 2015 - 14:42

Такие вещи на раз-два не делаются. Большие системы САПР по сложности не уступают космическим ракетам. Нужны профессионалы высокого уровня для реализации. Программисты, инженеры, программные архитекторы, UX-дизайнеры и управляться они должны отличными менеджерами, которые разбираются в специфике и способные принимать решения исходя из технических деталей. Сомневаюсь что это возможно вот так, на раз-два...

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


  • ingenerkons это нравится
С уважением Дмитрий.
burlakov.012@yandex.ru

#12 ingenerkons

ingenerkons

    Знаток

    • Имя:Владимир
    • Сфера деятельности:Конструирование
  • Зарегистрирован
  • PipPipPip
  • 4 549 сообщений

Отправлено 12 Июль 2015 - 19:44

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


С уважением Владимир.


#13 Ratstar

Ratstar

    Знаток

    • Имя:Владимир
    • Сфера деятельности:Конструирование
  • Зарегистрирован
  • PipPipPip
  • 37 сообщений

Отправлено 13 Июль 2015 - 00:04

 

 

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

 

Так я о чем и пишу. Тут не только куча времени нужна, но и куча денег. 


  • Dimon012 и Иван Сенин это нравится

#14 Dimon012

Dimon012

    Знаток

    • ГородВладивосток
    • Имя:Дмитрий
    • Сфера деятельности:Информационные технологии
  • Зарегистрирован
  • PipPipPip
  • 1 782 сообщений

Отправлено 13 Июль 2015 - 03:14

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

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


С уважением Дмитрий.
burlakov.012@yandex.ru

#15 marsdmitri

marsdmitri

    Знаток

    • Имя:Дмитрий
    • Сфера деятельности:Конструирование
  • Зарегистрирован
  • PipPipPip
  • 32 сообщений

Отправлено 20 Июль 2015 - 20:40

Что в свою очередь означает что разработанные в одних приложениях чертежи, вряд ли откроются в каком-либо другом????



#16 ingenerkons

ingenerkons

    Знаток

    • Имя:Владимир
    • Сфера деятельности:Конструирование
  • Зарегистрирован
  • PipPipPip
  • 4 549 сообщений

Отправлено 21 Июль 2015 - 12:46

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


С уважением Владимир.


#17 vss

vss

    Знаток

    • Имя:Сопкин В.С.
    • Сфера деятельности:Информационные технологии
  • Зарегистрирован
  • PipPipPip
  • 113 сообщений

Отправлено 21 Июль 2015 - 14:43

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

На практике это сплошь и рядом.

Пример 1: Крупное промышленное предприятие

Конструкторы систем управления для оборудования закладывали в спецификации резисторы определенного номинала с определенными допусками (плюс-минус, к примеру, 1,5 %), выключатель "в тропическом исполнении". В применяемой номенклатуре комплектующих такие присутствуют.

Но снабженцы работали только с сокращенной номенклатурой (для своего удобства). Если есть резистор 10 Ком, то у них он только такой. И различать номенклатуру по допускам, вариантам исполнения они не желают. В результате перед сборкой нужно было перерывать весь склад, чтобы найти подходящее, если оно там конечно есть. Иначе - срыв срока выполнения заказа. Конструкторы спроектировали, технологи тоже отработали, снабженцы закупили, а результата нет.

Пример 2: Жилищно-эксплуатационная контора

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

Таких примеров десятки (на разных предприятиях). И само программное обеспечение эти проблемы не решает. Это чисто организационные дела: методики кодирования номенклатуры и всего прочего, распределение функций между подразделениями, технология выполнения всех видов работ, разграничение прав, обязанностей и ответственности работников в информационной системе предприятия.

Кто-то всё это должен породить, контролировать, сопровождать. Иначе, отличная система у конструкторов на них же и замкнется.

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

Правила игры под названием АСУ, должен придумывать кто-то другой, кто отвечает за конечный результат для предприятия.







Темы с аналогичным тегами CAD, программа, чертеж, инженер, формат

Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных