Design Article
Design workflow management enhances SoC design quality and efficiency
Albert Li, Director, Reed Lee and Louis Liu, Manager Global Unichip Corp.
8/20/2012 11:29 AM EDT
Defining the workflow management system
GUC’s WFM system includes data management, library management, flow definition package, ticket execution environment, and quality control factor extraction, as shown in Figure 2.

The design team follows the procedures shown in Figure 3. At the project's start, the project leader checks the library and technology files into the library database, then defines the design name, job stages and version name in the data repository. At each stage, the project leader prepares the flow package with a ticket template. Any member of the project team can checkout the ticket file from the repository and execute the specific task requested by project leader. When completed, the team can review design quality on WFM GUI. If the quality meets the criteria, project members can check the results into the design database and continue to the next task.
When collaborating across different geographical regions, WFM automatically transfers design data to the other regions. A user checks the design data into the local WFM Design Database and WFM automatically sends and checks it into the other regions.

Flow definition package
To get consistent design quality across different projects, flow engineers can pre-implement the flow template (Figure 4). The main purpose of a WFM system is to let designers smoothly complete their jobs even when the designer is junior with limited experience. In the WFM system, there are collections of pre-developed flow definition packages. Each flow package represents a single execution step in the complete design flow. Each flow step could either be executed individually or combined with other flow steps to form a more complex flow. These flow packages are usually prepared by the flow engineers or senior design members and encapsulate valuable design know-how. A flow package contains parameterized tool scripts, job control mechanism and associated quality control factors.
Flow engineers need prepare four actions for each flow step, as shown in Figure 5. A “Pre-Check” action checks the inputted files for the job needs. Flow engineers also prepare EDA tool scripts for Job Execution action. A “Post-Check” action checks the EDA tool’s error and report. Then, a “QCF Extraction” action extracts QCF, Quality Control Factor. (Figure 6)



GUC’s WFM system includes data management, library management, flow definition package, ticket execution environment, and quality control factor extraction, as shown in Figure 2.

Figure 2: WFM System Architecture
The design team follows the procedures shown in Figure 3. At the project's start, the project leader checks the library and technology files into the library database, then defines the design name, job stages and version name in the data repository. At each stage, the project leader prepares the flow package with a ticket template. Any member of the project team can checkout the ticket file from the repository and execute the specific task requested by project leader. When completed, the team can review design quality on WFM GUI. If the quality meets the criteria, project members can check the results into the design database and continue to the next task.
When collaborating across different geographical regions, WFM automatically transfers design data to the other regions. A user checks the design data into the local WFM Design Database and WFM automatically sends and checks it into the other regions.

Figure 3: WFM Working Procedures
Flow definition package
To get consistent design quality across different projects, flow engineers can pre-implement the flow template (Figure 4). The main purpose of a WFM system is to let designers smoothly complete their jobs even when the designer is junior with limited experience. In the WFM system, there are collections of pre-developed flow definition packages. Each flow package represents a single execution step in the complete design flow. Each flow step could either be executed individually or combined with other flow steps to form a more complex flow. These flow packages are usually prepared by the flow engineers or senior design members and encapsulate valuable design know-how. A flow package contains parameterized tool scripts, job control mechanism and associated quality control factors.
Flow engineers need prepare four actions for each flow step, as shown in Figure 5. A “Pre-Check” action checks the inputted files for the job needs. Flow engineers also prepare EDA tool scripts for Job Execution action. A “Post-Check” action checks the EDA tool’s error and report. Then, a “QCF Extraction” action extracts QCF, Quality Control Factor. (Figure 6)

Figure 4: WFM Flow Definition Example

Figure 5: Actions of Flow Step

Figure 6: QCF Extraction
Navigate to related information


Daniel Payne
8/20/2012 5:35 PM EDT
I'm curious about your Design Data Management, is this your own system? Why didn't you choose some commercial DDM tool?
Thanks.
Sign in to Reply
Albert Li (GUC)
9/11/2012 2:46 AM EDT
Yes, the Design Data Management is our in-house system which is more like a place-holder to contain design data in each major design stage. It is not a working repository that store the daily design change, but instead it stores a full snapshot when certain pre-define stage had achieved. It could be used for data exchange among different parties. Our WFM-DDM infrastructure could co-worked with major commercial DDMs which served designer's daily design change.
The reason we don't choose specific commercial DDM is because in different design stage, the design data format is different and it can not be handled by one single DDM so-far.
Sign in to Reply
patrickg42
8/23/2012 4:41 AM EDT
Same question about the quality control. Why didn't you choose a commercial tool for that (like SatinTech MS)?
Sign in to Reply
Albert Li (GUC)
9/11/2012 3:03 AM EDT
GUC as an ASIC vendor working on leading edge technology, we had developed our own quality control system in-house for more than ten years. A few of them are collected from real production experience and we treat them as our confidential proprietary know-how. Using general commercial tool will not be able to serve our need. We actually transfer certain design criteria check to some commercial verification tool when needed.
For the dash-board view and metrics analysis, we do integrate with commercial PLM (Project Lifecycle Management) system developed by Dassault Systems.
http://www.3ds.com/fileadmin/COMPANY/CUSTOMER-STORIES/PDF/GUC-flyer-Eng-low-res.pdf
Sign in to Reply
Albert Li (GUC)
9/11/2012 3:02 AM EDT
GUC as an ASIC vendor working on leading edge technology, we had developed our own quality control system in-house for more than ten years. A few of them are collected from real production experience and we treat them as our confidential proprietary know-how. Using general commercial tool will not be able to serve our need. We actually transfer certain design criteria check to some commercial verification tool when needed.
For the dash-board view and metrics analysis, we do integrate with commercial PLM (Project Lifecycle Management) system developed by Dassault Systems.
http://www.3ds.com/fileadmin/COMPANY/CUSTOMER-STORIES/PDF/GUC-flyer-Eng-low-res.pdf
Sign in to Reply