Geum.ru

u/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов

Вид материалаДокументы

Содержание


От общего к частному
Пользовательская конфигурация изделия.
Мобилизация кадровых ресурсов.
От предметной специализации к системной интеграции.
Перераспределение инвестиционных рисков.
Концепция управления жизненным циклом
Подобный материал:
1   ...   14   15   16   17   18   19   20   21   22

Предыстория


У «первобытного» подхода к моделированию оставался очень серьезный недостаток — математическая модель представляла собой некий конечный результат с неизвестным происхождением. Она была хороша только когда уже готова, была статична и мало информативна. Для разрабатывающегося изделия, многократно меняющего свой облик в зависимости от различных обстоятельств, это означало только одно: каждый новый вариант — это новая модель.

Поскольку методически первобытное моделирование было совершенно «прямым», его трудно было автоматизировать и тогда усилиями разработчиков был создан новый тип геометрического моделирования с историей построения. В основе этого механизма лежала схема, содержащая аргументы построения трех видов: геометрические элементы (точки, прямые, кривые, плоскости, поверхности), численные параметры с единицами измерения (расстояния, углы) и численные параметры без размерности. История построения хранилась вместе с конечным результатом и позволяла изменять форму поверхности или объемного тела методом изменения численных значений параметров или замены элементов, входящих в его историю. Так впервые появилось понятие «спецификации геометрического определения» и «рекалькуляции», означающее возможность автоматического повторения метода построения геометрии при изменении одного или нескольких его аргументов. Разработчик изделия получил возможность варьировать различными параметрами с целью оптимизации целевого качества.

Со временем появились новые решения по способам хранения истории геометрии, например, алгебраическо-сценарийная параметризация, которая позволяла обогатить историю построения простейшими ассоциативными связями между элементами и их размерами. Это было важное расширение «спецификации геометрического определения», а возможности модификации геометрии существенно повысились. Одним из проявлений алгебраическо-сценарийной параметризации стало моделирование на основе стандартизованных схем построения (Feature Based Design).

От общего к частному


В таком духе продолжалось развитие средств CAD/CAM/CAE, вплоть до нынешнего момента: углублялась специализация программного обеспечения для различных отраслей промышленности, конструктивно-технологических классов деталей и различным дисциплинам, вовлеченным в процесс разработки изделия. Появились специализированные средства моделирования деталей из листовых деталей, отливок, поковок, профильных полуфабрикатов, труб, электрики и других. И у каждого была своя спецификация геометрического определения, со своими особенностями и терминологией.

Но это был лишь количественный рост, а на качественном уровне по-прежнему было только геометрическое моделирование и приложения, ради которых оно делалось, причем на разных платформах, с разными пользовательскими интерфейсами, способами представления изделия и разными форматами данных. Существенного прироста производительности на уровне всего промышленного бизнеса эти разработки уже не давали, наоборот, это многообразие программного обеспечения на рынке САПР создало множество проблем на стыках различных дисциплин и предприятий-участников производства. А возникшие в мировой промышленности глобальные изменения усилили их до уровня кризиса. И все потому, что весь этот многоликий CAD/CAM/CAE был безнадежно ограничен тем, что был основан на неком ядре геометрического моделирования, вокруг которого наслаивались различные приложения, оперирующие этой геометрией. Он оставался в узких рамках понятий, не выходящих за пределы синтеза формы и ничего не знал о том, что происходит на макроуровне. А там, за рамками, творятся дела не менее сложные и ответственные, чем проектирование в 3D: моделирование всех производственных процессов, а не только механообработки; планирование и оптимизация ресурсов; управление поставками и другие задачи, которые были значительно отдалены от САПР и обеспечивались своими, специализированными приложениями. Подружить их с инженерно-конструкторскими данными, рожденными в САПР, было чрезвычайно сложно.

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

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

Мобилизация кадровых ресурсов. Компании предпочитают сегодня нанимать специалистов на срок реализации текущей производственной темы и освобождать их после завершения проекта. Доля постоянного штата сотрудников уменьшается, а доля контрактников увеличивается. Это заставляет, с одной стороны, инвестировать в обучение и переподготовку, а с другой — искать способы снижения планки требований к уровню квалификации персонала. Снижение требований к квалификации заставляет задумываться о возможности перевоплощения экспертных знаний в другие, менее зависимые от человеческого фактора, формы. Так возникло понятие Knowledgeware — трансформация знаний из интуитивной формы в явную. Этот экзотический инструмент делает опыт немногих ведущих специалистов компании достоянием всего остального коллектива.

От предметной специализации к системной интеграции. Головные предприятия — инициаторы промышленного бизнеса все больше сосредотачиваются только на окончательной сборке изделия. Все большая доля производства приходится на компании-поставщики, причем их специализация меняется в сторону более технологичного типа — системного, когда предприятие-поставщик стремится продавать:
  • систему целиком, независимо от того, как она распределена на конечном изделии, например, пилотажно-навигационный комплекс;
  • производственную оснастку, средства обслуживания, диагностики и ремонта, документацию и сертификаты по этой системе - весь технологический комплект;
  • услуги своих специалистов, которые систему устанавливают, регулируют и поддерживают.

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

Перераспределение инвестиционных рисков. Предприятие — потребитель продукции все чаще становится прямым инвестором в ее разработку, «заказывая музыку» под свои вкусы. Потом потребитель просто получает то, что хотел, без больших разовых платежей. При этом заказчик берет у предприятия-изготовителя изделия часть технического и финансового риска. Такое «сглаженное» во времени расходование капиталов и более равномерное распределение рисков очень благоприятно сказывается на общих финансовых показателях, как производителя, так и потребителя. Эта приводит к тому, что заказчик должен быть сначала частым «посетителем» виртуального проекта, а потом и его соразработчиком. Поставщик должен постоянно находиться в среде проекта, чтобы поддерживать соответствие своего компонента динамически меняющейся конструктивной обстановке. При этом совсем не обязательно перекачивать к себе все подряд, тем более иметь у себя копию всего проекта. Напротив, пользование проектной информацией со стороны внешней организации должно быть строго селективной и адекватной той роли, которую она выполняет в проекте. Защита интеллектуальной собственности и коммерческой тайны при этом должна быть безупречной.

1    ссылка скрыта    ссылка скрыта    ссылка скрыта    ссылка скрыта

Концепция управления жизненным циклом


Сергей Очередько

ссылка скрыта :: ссылка скрыта

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

Например, вы — разработчик управляющих программ для станков ЧПУ, контрактник некой фирмы-производителя. У вас есть своя САПР и сеть для обмена данными с партнерами. При этом вы загружаете сеть трафиком большого объема данных, эксплуатируете дорогостоящую машину и программу непосредственно для выполнения работы, гоните обратно по сети все то же самое, плюс выполненную работу. А вот альтернативная модель.
  • Вы обращаетесь к нужным данным на сервере проекта, используя только их графический образ, оптимизированный для интеракций.
  • Для выполнения работы вы не загружаете ПО к себе на компьютер, а используете программу с сервера проекта. Вы задаете условия обработки детали и запускаете вычислительную операцию, но не у себя, а опять же на сервере проекта. А к себе на экран монитора получаете только уже просчитанную графику с результатами работы.
  • Далее вы сохраняете результат вычисления. Но не у себя на диске, а там, где он на момент порождения находится - на сервере проекта, передавая по сети только инструкцию на выполнение этого действия.

Вместо дорогой станции у вас на столе стоит относительно простой терминал, а по сети передаются только команды. Для выполнения работы не нужно заботиться о наличии ПО и лицензий к нему — об этом есть кому волноваться на сервере проекта.

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