Continue to Site

Welcome to EDAboard.com

Welcome to our site! EDAboard.com is an international Electronics Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals... and a whole lot more! To participate you need to register. Registration is free. Click here to register now.

Requirements tracing for the HR department (oh yeah, and fpga).

Status
Not open for further replies.

mrflibble

Advanced Member level 5
Joined
Apr 19, 2010
Messages
2,720
Helped
679
Reputation
1,360
Reaction score
652
Trophy points
1,393
Activity points
19,551
While searching for some information on requirements tracing for fpga projects I came across this one:

**broken link removed**

Requirements:
Strong hands on working experience in verification with SystemVerilog
5 years experience with UVM
Experience with requirements tracing


And that was posted in august 2014. Soooo, 5 years experience in UVM you say? Starting UVM work in august 2009 would have been a tad challenging. :roll:

Other than time traveling job posting with the "requirements tracing" string in it, what do you people use to capture & keep track of your requirements for fpga projects?

- requirement, what's that?
- simple spreadsheet
- spreadsheet with custom macro's that M$ shall deprecate at an inopportune moment
- magic excel + access combo for even more pain
- MS project
- specific tools like ReqTracer
- something else?
 

- requirement, what's that?
- simple spreadsheet
- MS project
done all of these at one time or another.

- spreadsheet with custom macro's that M$ shall deprecate at an inopportune moment
- magic excel + access combo for even more pain
Never tried doing this as I don't like things that break when they upgrade SW on my machine.

- specific tools like ReqTracer
- something else?
Never used ReqTracer, but in a couple of places I've worked at this was used: https://en.wikipedia.org/wiki/Trac as we also used subversion for source control.

- - - Updated - - -

5 years experience with UVM
In December 2009, a technical subcommittee of Accellera voted to establish the UVM

Hmmm, I guess they want to hire someone that worked at Accellera that was on the technical subcommittee. ;-)
 
I use a simple spreadsheet for anything.

Although I have done many years of DVT testing since the early 80's for high level products such as computer systems, and reverse engineering tests of Disk drives, it basically comes down to verifying the product specifications and measuring the margin of exceeding any specification under worst case.

Honestly I don't have much FPGA experience, but when I once designed a head-mounted display ( circa '99) using the Kopin VGA chip to view any laptop in VGA mode or any VCR or TV analog signal , I chose an Altera FPGA and wrote all the requirements in simple high level structures on paper for H sync, Vsync and routing the RGB analog signals.

A test engineer in my dept, who specialized in ATE had no Altera experience but succeeded in applying the same test principles used in ATE by generating a vector test table to verify the design.

It took me a couple months from concept to delivery of the 1st working prototype while our Customer Service Mgr who was also a Mech. Eng did the mechanical CAD design for the plastic housing in his spare time. He got SLA samples overnight and I got PCB samples in 1 day. It was the smallest TV monitor in the world at that time and we beat Motorola in show N tell at COMDEX for demonstrating how to read a fax on cell phone or an ultrasonic display on the eye TV headset. ( more clunky than Google's glasses but it worked. ) It was called the M1.

So you can invent your own method as long as you have well defined specifications and can translate them into code and verify it against all variables such as timing race conditions, thermal effects, shock and vibration effects and power supply noise.

For code, I like the GitHub cloud method of change control when collaboration is required. But for individual needs anything will do. But to work in a large organization collaboration is essential.

The best tool is the one you know how to use well and is scale-able to large projects and organizations.

BTW San Jose used to have jobs like this about an inch thick in the Sunday Mercury News when I used to travel to Silicon Valley all the time.....

You don't need 5 yrs experience. You just need to learn how to do anything well and then quickly. DIY learning is my motus operandi, consequently I invented many things before their time, including SCADA in '77 using a pair of HP9825s and mapping the keyboard into a rocket launchpad payload controller.

- - - Updated - - -

To define all the HR requirements look at some popular tools like
http://www.bamboohr.com/?utm_source=RevSite-CapterraHRS-Demo#scheduledemo

Then rank your priority list for yourself and your "customers" to separate the MUST haves from the NICETOHAVES to hammer out a spec.
 
Status
Not open for further replies.

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Back
Top