In order to design and produce transmit/receive modules for active phased array radars which is able to satisfy customer needs, the customer requirements are required to be collected. In this step, the market segment required to be analyzed during the process for the project was determined and also the identification of customers was undertaken.
Table 1.0 Customer Requirements - VOC or “WHATs”
Sl no
|
Customer requirement
|
1
|
Meets Technical Specification
|
2
|
Design for Quality
|
3
|
Design for Reliability (MTBF,
Derating etc)
|
4
|
Design for testability
|
5
|
High Efficiency
|
6
|
Thermal Stability
|
7
|
Less power consumption
|
8
|
Light in weight
|
9
|
Ease in Maintenance
|
Customer Importance Ratings.
The selected customer’s requirements were ranked on the basis of Customer feedback collected through survey. In the survey, the customer rated the importance of each requirement on a scale from 1- 5, with 5 being most important and 1 being less important. For calculation of Importance rating of all customers requirement statistical method MODE is used.
Table 2.0 Customer Importance Ratings
Customer Requirements
(What's)
|
Meets Technical Specification
|
Design for Quality
|
Design for Reliability (MTBF,
Derating etc)
|
Design for testability
|
High Efficiency
|
Thermal Stability
|
Less power consumption
|
Light in weight
|
Ease in Maintenance
|
Importance Rating of customer
requirments
|
5
|
4
|
4
|
4
|
5
|
4
|
4
|
3
|
3
|
Customer Rating of the Competitor.
In this step the customer ratings are to be taken with respect to the competitors’ product. The rating will be used to set the benchmarking of the product. The procedure has been substituted by taking the same voice of customers for competitors (AMPL, Data Pattern, BEL). In the survey, the customer rated the importance of each requirement on a scale from 1- 5, with 5 being most important and 1 being less important and the statistical method MODE is used for getting the results.
Table 3.0 Competitor Ratings
Customer Requirements (What's)
|
Meets Technical Specification
|
Design for Quality
|
Design for Reliability (MTBF, Derating etc)
|
Design for testability
|
High Efficiency
|
Thermal Stability
|
Less power consumption
|
Light in weight
|
Ease in Maintenance
|
Competitor rating 1- AMPL
|
4
|
4
|
4
|
3
|
3
|
3
|
3
|
3
|
3
|
Competitor rating 2- Data Pattern
|
4
|
4
|
3
|
4
|
3
|
3
|
4
|
4
|
4
|
Competitor rating 3- BEL
|
3
|
3
|
3
|
3
|
3
|
3
|
3
|
3
|
3
|
competitors
|
Meets Technical Specification
|
Design for Quality
|
Design for Reliability (MTBF,
Derating etc)
|
Design for testability
|
High Efficiency
|
Thermal Stability
|
Less power consumption
|
Light in weight
|
Ease in Maintenance
|
Benchmarking
|
4
|
4
|
4
|
4
|
3
|
3
|
4
|
4
|
4
|
Technical Requirements- Voice of Engineer “Hows”.
The technical requirements are attributes about the product or service that can be measured and benchmarked against the competition. There are 5 technical requirements considered to make our product more reliable and more robust than existing modules.
Table 4.0 Voice of Engineer
Sl no
|
Technical
|
Descriptor
|
1
|
Design Capabilities
|
2
|
Manufacturing capabilities
|
3
|
Vendor QA Process
|
4
|
Design Verification Test
|
5
|
Qualification Test
|
Relationship Matrix.
The relationship matrix is where the team determines the relationship between customer needs and the company’s ability to meet those needs. Rating of the relationship between the customer requirements and the technical requirements was evaluated in this step and constructed a relationship matrix. The relationship matrix provides a listing of how the technical requirements represent each customer’s needs on a scale of 1, 3, and 9.
(a) 1 represents a slight or possible relationship
(b) 3 represents a moderate relationship
(c) 9 represents for a strong relationship.
Table 5.0 Relationship Matrix
Functional Requirements (How's)
→
|
Manufacturing capabilities
|
Vendor QA Process
|
Design Verification Test
|
Qualification Test
|
Customer Requirements - (What's)
↓
|
Meets Technical Specificaiton
|
9
|
9
|
9
|
3
|
Design for Quality
|
|
3
|
3
|
3
|
Design for Reliability (MTBF,Derating etc)
|
|
1
|
3
|
3
|
Design for testability
|
9
|
9
|
9
|
9
|
High Efficiency
|
|
|
3
|
|
Thermal Stability
|
|
|
3
|
3
|
Less power consumption
|
|
|
3
|
3
|
Light in weight
|
|
|
3
|
3
|
Ease in Maintenance
|
3
|
|
3
|
3
|
Difficulty, Cost and time
The difficulty level to achieve these technical descriptors is scaled by discussing with technical team members. Similarly, estimated cost and time required for completion of the project is scaled by having a discussion with project manager.
Technical Analysis of Competitor Products
This process involves reverse engineering on the competitor products to determine specific values for competitor technical requirements. Also, to better understand the competition and engineering, a comparison of competitor technical requirement can be conducted and benchmarking of these is added in the HOQ.
Table 6.0 Technical Analysis of Competitor Products
Technical
|
Design Capabilities
|
Manufa cturing capabilit
ies
|
Vendor QA
Process
|
Design Verificatio n Test
|
Quali ficati on
Test
|
Requirements (How's)
|
Competitor
rating 1- AMPL
|
4
|
3
|
3
|
2
|
3
|
Competitor rating 2-Data Pattern
|
3
|
4
|
3
|
3
|
2
|
Competitor rating 3-BEL
|
4
|
4
|
3
|
3
|
3
|
Correlation Matrix
The development of technical correlations was carried out and assigned in the roof of the house of the quality. Examination of how each of the technical requirements is impacting other can be undertaken from this matrix and documentation has to be done on strong negative relationships between technical requirements and work. The correlations were formulated to determine the relationship between the “How’s” and to show what “How’s” influence each technique. These indications show that technical elements affect the performance of each other’s, which is represented by the sign,
Table 7.0 Correlation Matrix
++
|
+
|
.
|
-
|
--
|
Strong Positive
|
Positive
|
No correlation
|
Negative
|
Strong Negative
|

QFD Results and Inference
- Quality function deployment technique can be used in the processing development of designing and producing transmit/receive modules for active phased array radars to make it more reliable and more robust than existing modules to improve customer satisfaction.
- From the Pareto chart of Technical Descriptor and Importance we can see that Design capabilities and Design verification test got around 60 % of importance for improvement of T/R modules.
- So, our focus should be to implement Reliability and quality at design phase and have to validate it. For which we need use some design tool before testing like, Ansys Sherlock which is uses POF method.