DFSS as an Enabler of Service-Oriented Architecture

Finding ways to automate and improve business processes is a major focus for today’s organizations. At the heart of every business is a complicated web of human and automated processes. For the business to be as effective as possible, these processes must be as efficient as possible. Service-oriented architecture (SOA) is a concept whose time has come. The promise of SOA is that it can transform the information technology assets of a business, making it possible to do more with less. However, if care is not taken when implementing SOA, there is significant risk that the promise will not be realized.

By incorporating the Design for Six Sigma methodology with SOA initiatives, the promise of SOA can be achieved by assuring services are optimally designed from the start. This approach also will result in improved success rates, shorter delivery times and significant savings relative to traditional development approaches.

Overview of Service-oriented Architecture

Service-oriented architecture is a systematic approach to how IT functionality can be planned, conceptualized, designed and implemented as modular business services to achieve business results. The SOA vision includes clearly defined business, IT and architecture goals coupled with a governance model to help enforce standards and technical requirements over time. The SOA target state is achieved over time rather than as a big bang.

At the heart of an SOA are services. Services in an SOA are modules of business or application functionality with exposed interfaces that are invoked by messages from service consumers. The SOA design model assures reusability, interoperability and integration of services across all business processes and technology platforms.

Handpicked Content:   IBM Applies Green Principles to Reduce Waste at Irish Facility

Because services are the primary asset of an SOA, they require primary focus for the designer of an SOA. The critical nature of well-designed services necessitates a methodology for the design and management of processes used to deliver and maintain the services to customers. One must adopt a total approach to the design and development of services. The idea behind this concept is that service design and development does not merely consist of technology specific engineering functions.

Customers and business process owners do not care about IT engineering methods used to deliver a service. They are only concerned with the ability of the service to consistently satisfy customers’ performance needs. The ability of a service to consistently and reliably perform is related to the technology used in its design. However, an approach that focuses primarily on the technology used in its design, without clearly understanding the customer requirements for the service and the context within which it will be used, cannot be expected to deliver services that meet or exceed customer expectations. Therefore, a design methodology is needed that combines customer focus and technology independent methods with the IT engineering design processes. The Design for Six Sigma (DFSS) methodology delivers a total design and is an enabler of SOA.

Pitfalls of Typical Software Design

Software development initiatives are prone to design vulnerabilities that result from flawed or incomplete requirements. In addition, operational vulnerabilities may be introduced due to lack of process robustness. These design and operational vulnerabilities result from lack of a true design methodology, a rush to a favored solution, the pressure of a schedule and budget limitations. Traditional software quality methods such as system testing are after-the-fact practices that result in numerous cycles of design-test-fix and retest. These added-on quality methods result in suboptimal designs, increased development costs, longer development cycles and designs that are difficult to change or enhance.

Handpicked Content:   Implementing Design for Six Sigma (DFSS) in Europe

Designing Services Optimally the First Time

The principle objective of DFSS is to design services optimally the first time. Services that are designed from the start to operate at a Six Sigma level are not subject to design vulnerabilities and operational vulnerabilities. These robust designs function as intended under all operating conditions throughout its intended life cycle. DFSS using the DIDVO roadmap has five phases and nine steps:

  • Define – Project characterization (Step 1)
  • Innovate – Conceptual design (2)
  • Design – Preliminary design (3), detail design (4) and design realization (5)
  • Validate – Prototype/pilot (6) and pre-launch (7)
  • Operate – Launch (8) and manage the service maintaining a continuous improvement mindset (9)


The DIDVO methodology and tools can be used to enhance an existing SOA or create a new SOA. The following table highlights how the DIDVO roadmap relates to SOA development tasks step by step. After each step a tollgate is scheduled so the project team can report its accomplishments and thus make sure each step is complete.

DIDVO Roadmap Charts SOA Development Tasks
SOA TasksMethod/Tools
Step 1. Project Characterization:
Define project scopeSIPOC
Identify process owners and stakeholdersProject charter
Identify project objectives and goalsProject charter
Initiate project planProject plan
Identify project risksRisk matrix
Align project to CFOsBusiness flowdown
Understand VOC for servicesInterviews, focus groups and surveys
Quantify measurable customer requirements (CTQs)Prioritization
Step 2. Conceptual Design
Identify service functions to deliver CTQsFunction decomposition
Prioritize service functionsQFD matrix
Generate innovative solutionsBenchmarking, brainstorming and TRIZ
Select design conceptPugh matrix
Step 3. Preliminary Design
Create high-level designSIPOC, high-level process diagrams
Address design risksDFMEA
Mistake proof designPoke yoke
Step 4. Detailed Design
Create detailed design and measuresDetailed process diagram
Develop technical requirementsBRS
Identify infrastructure requirementsInfrastructure specifications
Evaluate detailed design capability, robustness and risksProbabilistic design
Plan controls and governance toolsDesign scorecard
Stpe 5. Design Realization
Build and test unitProject plan, test scripts
Shape change management actionsChange plot/plans
Confirm cost-benefit analysisCost-benefit analysis
Step 6. Prototype/Pilot
Generate test requirements/environmentBRS and SRS
Test prototype or run pilotTest plans
Analyze prototype or pilot resultsAccept prototype or pilot results
Step 7. Prelaunch
Update design as needed from prototype test/pilot results 
Confirm that design meets requirementsBRS and SRS
Plan for full implementationChange plot/plans, implementation plan
Step 8. Launch
Implement new service(s)Launch plan
Hand over to process ownerControl management package
Stabilize design elementsControl charts
Step 9. Management
Monitor system with established controlsScorecard
Demonstrate process performanceProcess capability analysis
Maintain continuous improvement mindsetPeriodic audits

Comments 1

  1. pradeep

    Very much informative

Leave a Reply