CAD-PDM Integration, Transparency and Cloud Pain Killer

CAD-PDM Integration, Transparency and Cloud Pain Killer

cloud-pdm-integration

CAD/PDM integration is a very important topic. It is a piece of software that helps to establish a connection between core engineering world using CAD systems and rest of the world using design data. It was a place where lots of data management innovation happened in the past. It is also one of the most frequently debated topic, especially when it comes to how manage connectivity between CAD and PDM/PLM system. It created lot of successes to companies introducing data management to engineering departments and probably created as many failures to companies that didn’t do it well or messed up with management of PDM and CAD releases.

In my view, it remains hot topic these days. Cloud brings new stream of innovation into CAD-PDM space. Cloud and CAD files management is heavily debated among different communities these days. Navigate to read my What end of local storage means for CAD? and catch up on CAD, PLM and Future Cloud File Systems. One of my active opponents in the discussion about how to introduce cloud to CAD data management is GrabCAD’s Hardi Meybaum – Debunking the cons to CAD file sharing tools.

Earlier this week, GrabCAD made an announcement about GrabCAD Workbench availability for SolidWorks. It came aligned with SolidWorks World 2014 that is taking place these days in San Diego, CA. The following two articles provide good coverage of what SolidWorks GrabCAD Workbench integration does – GrabCAD workbench rolls new CAD file management features and Busy Week in the Cloud: GrabCAD and Autodesk 360 . Here is an interesting passage

…GrabCAD Workbench provides a cost-effective and easy-to-implement PDM/PLM alternative for small- to mid-sizes businesses. GrabCAD Workbench now also offers a SolidWorks add-in and neutral file translator, opening up even more options in file types for users. Workbench users can now upload and download files as well as resolve conflicts from within SolidWorks…

SolidWorks user community is hot PDM opportunity for the cloud. I remember my post two years ago SolidWorks, Cloud and Product Data Management speaking about potential cloud infusion of PDM in SolidWorks eco-system.

The interesting part of GrabCAD Workbench / SolidWorks plugin is the way it was integrated in SolidWorks. Below I put few screenshots of different PDM systems providing integration to SolidWorks. All of them are integrating PDM plug-in immersively into CAD (SolidWorks) environment to simplify user experience:

GrabCAD:

GrabCAD-SolidWorks-Add-in-copy

SolidWorks EPDM (formerly Conisio)

pdmworks_enterprise1_lg

SmarTeam:

solidworks-smarteam

Siemens TeamCenter:

Teamcenter-Integration-for-SolidWorks

It made me think about the way cloud is probably going to be introduced to engineering community of CAD users – painless plug-in connecting CAD system you are familiar with to the cloud infrastructure, servers and eco-system. The beauty of the approach is that it helps to hide from engineer “cloud nature of the system”. CAD user experience remains the same – familiar to engineers for many years. The potential danger is plug-in behavior in case of network low speed and cloud connectivity outage.

What is my conclusion? Data management transparency is a key for success. To serve users with familiar user experience and to sneak cloud servers into CAD system is a very nice approach that can provide a lot of potential. It holds the same risk old PDMs have – failure of servers or disruption / slowdown of CAD user experience. If it happens, user will boot out PDM system of CAD environment doesn’t matter of future cloud potential. It happened in the past with old PDM systems and won’t be different these days. Just my thoughts…

Best, Oleg

Share

Share This Post

  • Dana Nickerson

    The whole approach to starting a product design with CAD is
    backwards. Thus, the current CAD integration approach is backwards. The fact is
    that CAD starts way too soon in the product development process. With the
    complex systems needed for today’s products, the mechanical design should be
    done later. The systems design should be done first. Developing limit and trade
    curves is a good example. Most of the problems that occur in products today are
    not the result of the product geometry, most are the result of systems issues,
    software, geometric and electronic interfaces. We can no longer treat these
    product dimensions as separate disciplines, tools and files.

  • beyondplm

    Dana, thanks for your comment! I can see your points. It goes back to debates about top/down and bottom/up design methodologies. Both are valid and have some advantages for specific use cases. I think, CAD/PDM integrations should be neutral and not impose any product dev processes restrictions. At the end of the day, it is just about how to maintain iteration of design options and revision histories. Does it make sense?