Quality function deployment (QFD) is a method developed in Japan beginning in 1966 to help transform the voice of the customer into engineering characteristics for a product. [1] [2] Yoji Akao, the original developer, described QFD as a "method to transform qualitative user demands into quantitative parameters, to deploy the functions forming quality, and to deploy methods for achieving the design quality into subsystems and component parts, and ultimately to specific elements of the manufacturing process." [1] The author combined his work in quality assurance and quality control points with function deployment used in value engineering.
The house of quality, a part of QFD, [3] is the basic design tool of quality function deployment. [4] It identifies and classifies customer desires (WHATs), identifies the importance of those desires, identifies engineering characteristics which may be relevant to those desires (HOWs), correlates the two, allows for verification of those correlations, and then assigns objectives and priorities for the system requirements. [2] This process can be applied at any system composition level (e.g. system, subsystem, or component) in the design of a product, and can allow for assessment of different abstractions of a system. [2] It is intensely progressed through a number of hierarchical levels of WHATs and HOWs and analyse each stage of product growth (service enhancement), and production (service delivery). [5]
The house of quality appeared in 1972 in the design of an oil tanker by Mitsubishi Heavy Industries. [4]
The output of the house of quality is generally a matrix with customer desires on one dimension and correlated nonfunctional requirements on the other dimension. [2] [6] The cells of matrix table are filled with the weights assigned to the stakeholder characteristics where those characteristics are affected by the system parameters across the top of the matrix. [6] At the bottom of the matrix, the column is summed, which allows for the system characteristics to be weighted according to the stakeholder characteristics. [6] System parameters not correlated to stakeholder characteristics may be unnecessary to the system design and are identified by empty matrix columns, while stakeholder characteristics (identified by empty rows) not correlated to system parameters indicate "characteristics not addressed by the design parameters". [6] System parameters and stakeholder characteristics with weak correlations potentially indicate missing information, while matrices with "too many correlations" indicate that the stakeholder needs may need to be refined. [6]
The concepts of fuzzy logic have been applied to QFD ("Fuzzy QFD" or "FQFD"). [7] A review of 59 papers in 2013 by Abdolshah and Moradi found a number of conclusions: most FQFD "studies were focused on quantitative methods" to construct a house of quality matrix based on customer requirements, where the most-employed techniques were based on multiple-criteria decision analysis methods. [7] They noted that there are factors other than the house of quality relevant to product development, and called metaheuristic methods "a promising approach for solving complicated problems of FQFD." [7]
The process of quality function deployment (QFD) is described in ISO 16355-1:2021. [8] Pugh concept selection can be used in coordination with QFD to select a promising product or service configuration from among listed alternatives.
Modular function deployment uses QFD to establish customer requirements and to identify important design requirements with a special emphasis on modularity. There are three main differences to QFD as applied in modular function deployment compared to house of quality: [9] The benchmarking data is mostly gone; the checkboxes and crosses have been replaced with circles, and the triangular "roof" is missing. [9]
Software architecture is the set of structures needed to reason about a software system and the discipline of creating such structures and systems. Each structure comprises software elements, relations among them, and properties of both elements and relations.
Quality assurance (QA) is the term used in both manufacturing and service industries to describe the systematic efforts taken to assure that the product(s) delivered to customer(s) meet with the contractual and other agreed upon performance, design, reliability, and maintainability expectations of that customer. The core purpose of Quality Assurance is to prevent mistakes and defects in the development and production of both manufactured products, such as automobiles and shoes, and delivered services, such as automotive repair and athletic shoe design. Assuring quality and therefore avoiding problems and delays when delivering products or services to customers is what ISO 9000 defines as that "part of quality management focused on providing confidence that quality requirements will be fulfilled". This defect prevention aspect of quality assurance differs from the defect detection aspect of quality control and has been referred to as a shift left since it focuses on quality efforts earlier in product development and production and on avoiding defects in the first place rather than correcting them after the fact.
In systems engineering and software engineering, requirements analysis focuses on the tasks that determine the needs or conditions to meet the new or altered product or project, taking account of the possibly conflicting requirements of the various stakeholders, analyzing, documenting, validating, and managing software or system requirements.
In engineering, a requirement is a condition that must be satisfied for the output of a work effort to be acceptable. It is an explicit, objective, clear and often quantitative description of a condition to be satisfied by a material, design, product, or service.
Design for Six Sigma (DFSS) is a collection of best-practices for the development of new products and processes. It is sometimes deployed as an engineering design process or business process management method. DFSS originated at General Electric to build on the success they had with traditional Six Sigma; but instead of process improvement, DFSS was made to target new product development. It is used in many industries, like finance, marketing, basic engineering, process industries, waste management, and electronics. It is based on the use of statistical tools like linear regression and enables empirical research similar to that performed in other fields, such as social science. While the tools and order used in Six Sigma require a process to be in place and functioning, DFSS has the objective of determining the needs of customers and the business, and driving those needs into the product solution so created. It is used for product or process design in contrast with process improvement. Measurement is the most important part of most Six Sigma or DFSS tools, but whereas in Six Sigma measurements are made from an existing process, DFSS focuses on gaining a deep insight into customer needs and using these to inform every design decision and trade-off.
In the context of software engineering, software quality refers to two related but distinct notions:
ISO/IEC 9126Software engineering — Product quality was an international standard for the evaluation of software quality. It has been replaced by ISO/IEC 25010:2011.
Kansei engineering aims at the development or improvement of products and services by translating the customer's psychological feelings and needs into the domain of product design. It was founded by Mitsuo Nagamachi, professor emeritus of Hiroshima University. Kansei engineering parametrically links the customer's emotional responses to the properties and characteristics of a product or service. In consequence, products can be designed to bring forward the intended feeling.
Quality management ensures that an organization, product or service consistently functions well. It has four main components: quality planning, quality assurance, quality control, and quality improvement. Quality management is focused both on product and service quality and the means to achieve it. Quality management, therefore, uses quality assurance and control of processes as well as products to achieve more consistent quality. Quality control is also part of quality management. What a customer wants and is willing to pay for it, determines quality. It is a written or unwritten commitment to a known or unknown consumer in the market. Quality can be defined as how well the product performs its intended function.
Target costing is an approach to determine a product's life-cycle cost which should be sufficient to develop specified functionality and quality, while ensuring its desired profit. It involves setting a target cost by subtracting a desired profit margin from a competitive market price. A target cost is the maximum amount of cost that can be incurred on a product, however, the firm can still earn the required profit margin from that product at a particular selling price. Target costing decomposes the target cost from product level to component level. Through this decomposition, target costing spreads the competitive pressure faced by the company to product's designers and suppliers. Target costing consists of cost planning in the design phase of production as well as cost control throughout the resulting product life cycle. The cardinal rule of target costing is to never exceed the target cost. However, the focus of target costing is not to minimize costs, but to achieve a desired level of cost reduction determined by the target costing process.
The Department of Defense Architecture Framework (DoDAF) is an architecture framework for the United States Department of Defense (DoD) that provides visualization infrastructure for specific stakeholders concerns through viewpoints organized by various views. These views are artifacts for visualizing, understanding, and assimilating the broad scope and complexities of an architecture description through tabular, structural, behavioral, ontological, pictorial, temporal, graphical, probabilistic, or alternative conceptual means. The current release is DoDAF 2.02.
The Kano model is a theory for product development and customer satisfaction developed in the 1980s by Noriaki Kano. This model provides a framework for understanding how different features of a product or service impact customer satisfaction, allowing organizations to prioritize development efforts effectively. According to the Kano Model, customer preferences are classified into five distinct categories, each representing different levels of influence on satisfaction.
The function point is a "unit of measurement" to express the amount of business functionality an information system provides to a user. Function points are used to compute a functional size measurement (FSM) of software. The cost of a single unit is calculated from past projects.
Requirement prioritization is used in the Software product management for determining which candidate requirements of a software product should be included in a certain release. Requirements are also prioritized to minimize risk during development so that the most important or high risk requirements are implemented first. Several methods for assessing a prioritization of software requirements exist.
Yoji Akao was a Japanese planning specialist recognized as the developer of Hoshin Kanri. With the late Shigeru Mizuno, he developed Quality Function Deployment. Akao and Mizuno also co-founded the Quality Function Deployment Institute: a non-profit organization dedicated to dissemination and advancement of QFD.
In business, engineering, and manufacturing, quality – or high quality – has a pragmatic interpretation as the non-inferiority or superiority of something ; it is also defined as being suitable for the intended purpose while satisfying customer expectations. Quality is a perceptual, conditional, and somewhat subjective attribute and may be understood differently by different people. Consumers may focus on the specification quality of a product/service, or how it compares to competitors in the marketplace. Producers might measure the conformance quality, or degree to which the product/service was produced correctly. Support personnel may measure quality in the degree that a product is reliable, maintainable, or sustainable. In such ways, the subjectivity of quality is rendered objective via operational definitions and measured with metrics such as proxy measures.
Axiomatic Product Development Lifecycle (APDL) (also known as Transdisciplinary System Development Lifecycle (TSDL), and Transdisciplinary Product Development Lifecycle (TPDL) ) is a systems engineering product development model proposed by Bulent Gumus that extends the Axiomatic design (AD) method. APDL covers the whole product lifecycle including early factors that affect the entire cycle such as development testing, input constraints and system components.
In requirements engineering, requirements elicitation is the practice of researching and discovering the requirements of a system from users, customers, and other stakeholders. The practice is also sometimes referred to as "requirement gathering".
ARCADIA is a system and software architecture engineering method based on architecture-centric and model-driven engineering activities.