feature article
Subscribe Now

Keeping Things Safe for Work

MethodICs Introduces ProjectIC for Enterprise Project Data Management

So you’re doing a design of this clever, dashy little inner-city small-but-fast car. And, like everyone else, you’re not doing it all 100% by yourself. You’ve invented the wheel enough times to where the thrill is pretty much gone; you’re going to buy some wheels instead and focus your efforts, maybe, on infotainment instead. You know, nothing takes the boredom out of downtown traffic like a video and the ability to update your Facebook page with one hand while you drive with the other and talk on your phone with the other.

And there’s plenty of other stuff you don’t want to redo yet again. So you unearth some of your old moldy dashboard designs. And you pull in some reclining seat IP. And you buy some rear-view-mirror verification models. And there’s this project that someone else at your company did last year where they came up with a high-performance wheel that was really awesome, so you re-use that (after the guy managed to dig up the old design files).

Everything goes along fine. And you find a bug in the seat IP, and you fix it. And that wheel from your buddy wasn’t going to be used in a crappy neighborhood – yours will be, so you want to modify it to add a locking lug nut. And that works, and you’re pretty much doing great.

Problem is, someone else down the hall is doing another project for a more suburban vehicle that needs some of the same things yours does. And she’s pulling on some of the same IP and legacy design modules. And she’s not getting the changes you’ve made, and you’re not getting the changes she’s making.

Oh, wait, you don’t really care. Your project is working, and whether hers is like yours or different won’t affect your review one whit at the end of the year, so, yeah, whatever.

OK, let’s start again.

You’re managing a group of design teams that are designing specialty vehicles for different environments. Each of them is pulling design chunks from here and there and wherever, and a number of modules are being used in more than one car. And they’re modifying them to create variants that might be useful later on, and they’re fixing bugs that others may run into later and have to fix themselves. Lots of potential time being wasted. Lots of potential confusion. Lots of potential for things to go wrong.

There, that’s better; that really does sound like a problem. Because your review won’t shine quite as brightly if the projects under your purview are late or buggy or simply inefficiently done.

The problem is, the bigger the company, the harder it is to keep all of this straight. Yeah, you may have your design groups humming along smoothly, but what about your boss? She wants a good review too, and if her groups are disorganized (well, except for you), then she’s going to look disorganized. Not a good thing to do to your boss. Or… for your peers to do.

This is, unfortunately, one of those things that ends up having to be considered at the enterprise level. Because everyone has a boss. Well, until you get to the BoD. And when was the last time you saw any of them do a design or manage a project? But they can bring the hammer down; that’s something they’re good at. So at a big company, you pretty much have to go up pretty high in order to get to the point where all design activity is reporting to one person. It might even be the CEO if you have multiple business lines.

So how, if you’re the CEO, are you going to do this? Well, simple. You use the tried and true CEO method: you holler, “Somebody fix it! I don’t want to hear problems, I don’t want to hear excuses, I just want results!” There, that was easy.

OK, so now say you’re the poor schlub that just got tasked with making a pesky problem simply go away. How are you going to handle this?

Design management company MethodICs is proposing a new tool called ProjectIC to address this sort of thing.

OK, so I guess you got me at this point – it’s called ProjectIC, not ProjectCAR. So those of you reading this to see if it will help you with your slipping transmission issues, you can go do something else like check to see if some gaskets are leaking or something.

Those of you doing IC design – say, for that nifty infotainment system that will cause someone to veer off and hit a streetlight, which will be videotaped by one of the Big Brother eyes-in-the-sky that know all and see all, and which will be posted anonymously on YouTube for all to see, indirectly making you a famous guy except that no one will ever know your name or face – this does apply to you.

The idea behind ProjectIC is that it manages the meta-information about all your projects. For each project, it catalogs a bill of materials. And it can cross-catalog the various projects, keeping track of who’s using what IP or legacy block or TLM model. If bugs are fixed, those can be pushed to other users of the same IP.

The blocks your team designs can also be “published” in a company catalog, essentially making available an internal library of IP blocks. And those blocks, as well as purchased blocks, can be tagged with the appropriate rights and obligations information to ensure that things get used only in ways that keep the lawyers away.

Basically, you’ve got a company-wide database and the ability to manage the design data for all of the projects.

Now, like other things we’ve talked about on these pages, we have a situation where each company may want to do things a different way. The choice is typically to make something very customizable – requiring customization work – or trying to force a one-size solution. In this case, you build the structure yourself, so the way your projects and files are structured can be incorporated into the system.

So, if this works as promised, you can correlate the fact that both the suburban rambler and the urban sprite are using the same image-filtering IP, and, if a bug is found in one project, it can be fixed in the other. Which means you may never need to figure out whether the fact that the rambler ran over Mary Jane Stevenson’s roses and the sprite KOed a fire hydrant, both as a result of an unexpected NSFW image popping onto the monitor, was ultimately due to the same bug in both cars.

 

More info:

ProjectIC

Leave a Reply

featured blogs
May 20, 2022
I'm very happy with my new OMTech 40W CO2 laser engraver/cutter, but only because the folks from Makers Local 256 helped me get it up and running....
May 20, 2022
This week was the 11th Embedded Vision Summit. So that means the first one, back in 2011, was just a couple of years after what I regard as the watershed event in vision, the poster session (it... ...
May 19, 2022
Learn about the AI chip design breakthroughs and case studies discussed at SNUG Silicon Valley 2022, including autonomous PPA optimization using DSO.ai. The post Key Highlights from SNUG 2022: AI Is Fast Forwarding Chip Design appeared first on From Silicon To Software....
May 12, 2022
By Shelly Stalnaker Every year, the editors of Elektronik in Germany compile a list of the most interesting and innovative… ...

featured video

EdgeQ Creates Big Connections with a Small Chip

Sponsored by Cadence Design Systems

Find out how EdgeQ delivered the world’s first 5G base station on a chip using Cadence’s logic simulation, digital implementation, timing and power signoff, synthesis, and physical verification signoff tools.

Click here for more information

featured paper

5 common Hall-effect sensor myths

Sponsored by Texas Instruments

Hall-effect sensors can be used in a variety of automotive and industrial systems. Higher system performance requirements created the need for improved accuracy and more integration – extending the use of Hall-effect sensors. Read this article to learn about common Hall-effect sensor misconceptions and see how these sensors can be used in real-world applications.

Click to read more

featured chalk talk

Power over Ethernet - Yesterday, Today, and Tomorrow

Sponsored by Mouser Electronics and Microchip

Power over Ethernet has come a long way since its initial creation way back in 1997. In this episode of Chalk Talk, Amelia Dalton chats with Alan Jay Zwiren from Microchip about the past, present, and future of power over ethernet including details of how a PoE system works, why midspans are crucial for power over ethernet connectivity and why Microchip can be your one stop shop for your next PoE design needs.

Click here for more information about Microchip Technology multi-Power over Ethernet (mPoE)