Maak jou oog-gespe kinders vas. Nou, jy weet Onshape het die aankondiging van die jaar afgeskop Parametriese modellering 2.0. Hulle het blykbaar 'n twee-vir-een-ooreenkoms met 2.0-name gekry, wat vandag aangekondig is databestuur 2.0.
Hulle het ook 'n twee-vir-een-idee gekry oor die opskop van ontwerpprobleme IN DIE ASS, aangesien funksies in hul data-bestuursmetodologie, soos konfigurasies, meerdelige en binne-konteks-ontwerp in hul parametriese modelleringsmetodologie, die werk van werk afskuif. rond en handmatige werkstrome na 'n metode wat die model binne die konteks van die werkstroom hou in plaas van iets waarmee u in en uit 'n ander stelsel of in 'n asblik langs die breekkamer met die vyf gebreekte koffiemakers sit.
Daar is twee komponente vir Data Management 2.0 (DM2.0) - Release Management & Approval Workflow (RAWs) en Simultaneous Bill of Materials (BOMs). Kom ons kyk. Maar eerste…
Wat is so anders aan DM2.0?
Jon Hirschtick breek dit af. Hy wys op ses beginsels wat op sigself nie noodwendig uniek is nie, maar gesamentlik 'n grondslag bied vir die vaartbelyning van stembusse en RAW's. Hulle fokus op:
- 'N Databasis, nie lêers nie
- Veilige wolkwerkruimte, nie kopieë nie
- Parallel, nie reekse nie
- Onmiddellike samewerking, nie vergaderings nie
- Ontwerp en data op een plek, nie baie nie
- Nul IT
Hoor u dit van Sys Admin Frank? ZERO DIT. Gaan na u kripto op die hoofraam van die onderneming, laat ons toe om die toekoms te ontwerp.
Hierdie vermoëns is niks nuuts nie; niemand het dit egter bymekaar gebring in 'n CAD -app met 'n samehangende benadering tot deel en hersieningswerk nie. Dus, nog meer, (en dit is duidelik met hierdie nuwe funksies) Onshape het alles bymekaar gebring in 'n 3D -modelleringsagteware wat van die begin af gebou is om die produkontwikkelingsproses te stroomlyn.
Vrystellingsbestuur en goedkeuringswerkstroom
Daar is net soveel vrystellingsbestuur- en goedkeuringswerkstroommetodes as wat daar kleure in u monitor is. U werk waarskynlik elke dag binne een of ander. Onshape vang die behoeftes in die kern van hierdie proses vas met 'n nuwe benadering om bestuur en werkstrome vry te stel. Hier is hoe Jon dit stel:
Soos met alles anders in Onshape, blokkeer niemand om hul werk voort te sit nie - om te wag vir in- en uitklok. Ons laat gebruikers toe om 'n voorgestelde weergawe vir enige kombinasie van onderdele, samestellings, konfigurasies en ander bates as 'n enkele weergawe te skep.
Hiermee beweeg dit deur 'n vrystelling of verouderde werkstroom met hersiening, onderdeelnommer en vrystellingsvoorwaardes wat u stel. Almal wat Onshape in u onderneming gebruik, weet onderweg wat met onderdele en byeenkomste gebeur. Moenie spring om hierdie stelsel of die stelsel te kontroleer nie, kyk na die rooi lynbinders of vra iemand die status van die deel wat reeds twee weke laat is. Alhoewel dit moontlik nie by u huidige werkstroom, hersiening of onderdeelnommer pas nie, is dit buigsaam genoeg om baie scenario's te hanteer, en dit is net die begin.
Gelyktydige materiaalbrief
Ek weet dat u die truuks ken om na u stempel te kyk terwyl u model doen. Of dit nou na 'n sigblad uitvoer of in 'n tekening of opset insluit, dit is in die beste geval ondoeltreffend. Hier is hoe Jon 'n gelyktydige stuk materiaal beskryf:
Nou in onshape word u stempellêer outomaties geskep en bygewerk terwyl die samestelling ontwerp is. Dit word trouens nie net gesinkroniseer nie, dit is ook 'n gelyktydige manier om die samestelling te wysig, net soos die plaatmetaaltafel in gelyktydige plaatmetaal en die konfigurasietabelle in gelyktydige konfigurasies. Jou OnsHape BOM is nooit sinchroniseer met die samestelling wat dit weerspieël nie.
Daarbenewens het hulle 'n BOM -API vrygestel waarmee u of hul vennote persoonlike programme kan bou (soos OpenBOM) wat u kan uitbrei oor wat u met die stuklijstdata kan doen.
Ek het eerlikwaar 'n bietjie opgeskeur toe ek hierdie funksies sien, want ek weet hoeveel tyd ek aan ander metodes en stelsels bestee het, om ander metodes en stelsels op te stel en te dokumenteer, en te argumenteer oor ander metodes en stelsels.
Dit is belaglik (op 'n goeie manier) hoeveel Onshape hierdie twee aspekte van die ontwerpproses vereenvoudig het. Ek dink die grootste besef wat ek gehad het toe ek die nuwe funksies gesien het, is hoe ons gewoond raak aan oplossings en ondoeltreffende stelsels, tot die punt dat ons dit verdedig, selfs as ons dit regverdig op grond van die groter tyd wat dit neem - dit is regtig belaglik (in 'n slegte manier).
Voxel Innovasies gebruik Onshape, daarom vra ek Michael Bromley, hoofmeganiese ingenieur, hoe hulle die nuwe vrystellingsbestuur- en goedkeuringswerkstroom gebruik. Voorheen het hulle 'n baie handmatige en foutgevoelige proses gehad wat probeer het om vrystellingsbestuur te hanteer deur middel van 'n ontwikkelingstak en 'n vrygestelde tak. Hy het my vertel:
Die nuwe vrystellingsbestuursproses koppel nou 'n hersieningsgeskiedenis aan individuele onderdele, samestellings en tekeninge. Dit is 'n kritieke kenmerk vir dokumentasie en die gebruik van die soekfunksies om 'n ingeboude deel te vind. Daar is nou 'n diskrete gedokumenteerde toestand van 'n onderdeel/samestelling/tekening wat in 'n vrygestelde toestand geleë kan wees. Daarom kan ons 'n proses instel dat slegs 'n onderdeel/samestelling/tekening in 'n vrygestelde toestand vervaardig of bestel kan word. Ons sal die vrystellingsbestuursproses gebruik vir al ons projekverwante data.
Ek is regtig nuuskierig om te weet of hierdie funksies iets vir u verander het, of dit u gehelp het, net soos Voxel of iets anders verander het. Lewer kommentaar of e -pos - ek hoor dit graag.
