Зашпіліце дзеткам зашпількі. Цяпер вы ведаеце, што кампанія Onshape абвясціла аб пачатку года Параметрычнае мадэляванне 2.0. Відавочна, яны заключылі здзелку два за аднаго па імёнах 2.0, абвясціўшы сёння Кіраванне дадзенымі 2.0.
Яны таксама атрымалі два да аднаго па праблемах з праектаваннем "У ДУПУ", паколькі, як і канфігурацыі, шматчасткавы і кантэкстны дызайн у іх метадалогіі параметрічнага мадэлявання, функцыі ў іх метадалогіі кіравання данымі адмяняюць працу ад працы- кругі і ручныя працоўныя працэсы да метаду, які захоўвае мадэль у кантэксце працоўнага працэсу, а не ў што-небудзь, што вы забіваеце ў іншую сістэму або ў кантэйнер для падшывак побач з пакоем для адпачынку з пяццю зламанымі кававаркамі.
У кіраванні данымі 2.0 (DM2.0) ёсць два кампаненты: кіраванне выпускамі і працоўны працэс зацвярджэння (RAW) і адначасовы спіс матэрыялаў (BOM). Давайце паглядзім. Але спачатку…
Чым адрозніваецца DM2.0?
Джон Хірштык разбівае яго. Ён вылучае шэсць прынцыпаў, якія самі па сабе не абавязкова з'яўляюцца унікальнымі, але разам яны ствараюць аснову для аптымізацыі спецыфікацый і RAW. Яны сканцэнтраваны на:
- База дадзеных, а не файлы
- Бяспечная воблачная працоўная прастора, а не раскіданыя копіі
- Паралельна, а не паслядоўна
- Імгненнае супрацоўніцтва, а не сустрэчы
- Дызайн і дадзеныя ў адным месцы, не так шмат
- Нуль IT
Чуеце гэтага сістэмнага адміністратара Фрэнка? НУЛЬ ІТ. Пачніце здабываць сваю крыптаграфію на мэйнфрэйме кампаніі, пакіньце нас распрацоўваць БУДУЧЫНЮ.
Цяпер у гэтых магчымасцях няма нічога новага, аднак ніхто не аб'ядноўваў іх у праграме САПР з згуртаваным падыходам да працэсу дэталяў і рэвізій. Такім чынам, нават больш (і гэта відавочна з гэтымі новымі функцыямі) Onshape аб'яднаў усё разам у праграмнае забеспячэнне для 3D-мадэлявання, створанае з самага пачатку для аптымізацыі працэсу распрацоўкі прадукту.
Кіраванне рэлізамі і працэс зацвярджэння
Колькі колераў на вашым маніторы, столькі метадаў кіравання рэлізамі і метадаў зацвярджэння. Вы працуеце ў той ці іншы кожны дзень, хутчэй за ўсё. Onshape адлюстроўвае патрэбы ў аснове гэтага працэсу з дапамогай новага падыходу да кіравання рэлізамі і працоўнымі працэсамі. Вось як пра гэта гаворыць Джон:
Як і ўсё астатняе ў Onshape, стварэнне кандыдата ў выпуск і зацвярджэнне выпуску не перашкаджае нікому працягваць сваю працу - не трэба чакаць рэгістрацыі і выезду. Мы дазваляем карыстальнікам ствараць прапанаваны выпуск для любой камбінацыі дэталяў, зборак, канфігурацый і іншых актываў у выглядзе аднаго выпуску.
Дзякуючы гэтаму ён праходзіць праз выпуск або састарэлы працоўны працэс з рэвізіяй, нумарам дэталі і ўмовамі выпуску, устаноўленымі вамі. Кожны, хто выкарыстоўвае Onshape у вашай кампаніі, ведае, што адбываецца з дэталямі і вузламі на гэтым шляху. Нельга выскокваць, каб праверыць гэтую ці іншую сістэму, праверыць падшыўкі з чырвонай лініяй або спытаць у каго-небудзь статус той часткі, якая ўжо спазнілася на два тыдні. Нягледзячы на тое, што ён можа не адпавядаць вашаму бягучаму працоўнаму працэсу, версіі або схеме нумарацыі дэталяў, ён дастаткова гнуткі, каб апрацоўваць мноства сцэнарыяў, і, вядома, гэта толькі пачатак.
Адначасовы спіс матэрыялаў
Я ведаю, што вы ведаеце прыёмы прагляду спецыфікацыі падчас мадэлявання. Незалежна ад таго, экспартуецца гэта ў электронную табліцу або ўбудоўваецца ў чарцёж або канфігурацыю, гэта ў лепшым выпадку неэфектыўна. Вось як Джон апісвае адначасовы спіс матэрыялаў:
Цяпер у Onshape ваша спецыфікацыя ствараецца і абнаўляецца аўтаматычна падчас распрацоўкі зборкі. Фактычна, гэта не проста падтрымліваецца ў сінхранізацыі, гэта таксама адначасовы спосаб рэдагавання зборкі, гэтак жа, як табліца ліставога металу ў Simultaneous Sheet Metal і табліцы канфігурацыі ў Simultaneous Configurations. Ваша спецыфікацыя Onshape ніколі не сінхранізуецца са зборкай, якую яна адлюстроўвае.
Разам з гэтым яны выпусцілі BOM API, які дазваляе вам або іх партнёрам ствараць індывідуальныя праграмы (напрыклад, OpenBOM), якія пашыраюць тое, што вы можаце зрабіць з дадзенымі спецыфікацыі.
Я шчыра расплакаўся, калі ўбачыў гэтыя функцыі, таму што ведаю, колькі часу я патраціў на іншыя метады і сістэмы, наладжваючы і дакументуючы іншыя метады і сістэмы і спрачаючыся пра іншыя метады і сістэмы.
Смешна (у добрым сэнсе), наколькі Onshape спрасціў гэтыя два аспекты працэсу праектавання. Я думаю, што самае галоўнае, што я зразумеў, убачыўшы новыя магчымасці, - гэта тое, як мы прывыкаем да абыходных шляхоў і неэфектыўных сістэм, да такой ступені, што абараняем іх, нават апраўдваючы іх, зыходзячы з большай колькасці часу, які патрабуецца на гэта - вось што сапраўды смешна (у дрэнны шлях).
Воксельныя інавацыі выкарыстоўвае Onshape, таму я пытаюся ў Майкла Бромлі, вядучага інжынера-механіка, як яны выкарыстоўваюць новы працоўны працэс кіравання выпускамі і зацвярджэння. Раней у іх быў вельмі ручны і схільны да памылак працэс, які спрабаваў апрацоўваць кіраванне рэлізамі праз галіну распрацоўкі і галіну выпуску. Ён сказаў мне:
Новы працэс кіравання рэлізамі цяпер прывязвае гісторыю версій да асобных частак, зборак і чарцяжоў. Гэта важная функцыя для дакументацыі і выкарыстання функцыі пошуку для пошуку гатовай дэталі. Цяпер існуе дыскрэтны дакументаваны стан дэталі/зборкі/чарцяжа, які можа знаходзіцца ў вызваленым стане. Такім чынам, мы можам наладзіць працэс, пры якім можна вырабляць або заказваць толькі дэталь/зборку/чарцёж у выпушчаным стане. Мы будзем выкарыстоўваць працэс кіравання рэлізамі для ўсіх даных, звязаных з нашым праектам.
Мне сапраўды цікава даведацца, ці змянілі гэтыя функцыі што-небудзь для вас, ці дапамаглі яны вам, як дапамаглі Voxel, ці змянілі нешта яшчэ. Калі ласка, пракаментуйце або напішыце па электроннай пошце - вельмі хацеў бы пачуць ад вас.
