Сообщений в теме: 16

[Иван Сенин]

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

 

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

 

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

 

   Демонстрационный образец «Гербария» будет готов к концу 2016 года. В ОПК отмечают, что интерес к проекту уже проявили ряд крупных предприятий и корпораций.

 

[Виктор 900]

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

 

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

 

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

 

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

[Иван Сенин]

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

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

[Виктор 900]

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

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

 

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

[Иван Сенин]

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

[ingenerkons]

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

[Ratstar]

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

[Proserg85]

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

[Иван Сенин]

Proserg85

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

[ingenerkons]

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

[Dimon012]

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

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

[ingenerkons]

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

[Ratstar]

 

 

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

 

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

[Dimon012]

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

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

[marsdmitri]

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

[ingenerkons]

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

[vss]

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

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

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

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

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

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

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

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

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

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

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