Welcome!

SOA & WOA Authors: David Deans, Salvatore Genovese, Yeshim Deniz, Christopher Keene, Dave Haynes

Related Topics: SOA & WOA

SOA & WOA: Article

Service-Oriented Architecture and Business Process Management

Two to tango

What You Should Expect from BPM

  • BPM makes it easy for companies to program their current processes, automate their execution, monitor their current performance, and make on-the-fly changes to improve the current processes.
  • The process-managed enterprise is the company of the future.
  • BPM software enables you to automate those tasks that are currently being performed manually. Many of these tasks require some type of application process, approval or rejection process, notifications, and status reports. A BPM solution can make these processes automatic.
  • Exception handling is an area where BPM really shines. Organizations have few problems when their processes run smoothly 99 percent of the time. However, it's the exceptional processes in the 1 percent that dominate the majority of the company's time and resources.
  • BPM is excellent for processes that extend beyond the boundaries of an enterprise and communicate with processes of the partners, customers, suppliers, and vendors.
Benefits of an SOA and BPM Framework
An SOA, along with BPM, focuses on internal and cross-enterprise processes, thus helping organizations streamline operations, reduce costs, and increase responsiveness. Specifically, an SOA in conjunction with BPM provides general-purpose, service-based distributed computing capabilities that deliver:
  • Faster response rate to changing business requirements
  • Operational efficiencies
  • Faster, less expensive application integration
  • Easier application development and deployment
Responsiveness
Existing enterprise solutions are inadequate in their ability to quickly change processes in response to changing business dynamics. The effort typically requires additional manual code development and results in a system that is difficult to maintain and extend. An SOA and BPM infrastructure strengthens the enterprise by enabling rapid changes to existing processes by dynamically allowing the inclusion of additional services or the modification of existing services. An SOA and BPM framework also includes support for run-time deployment, thereby allowing modified processes to be redeployed instantly.

Efficiency
Most packaged enterprise applications perform well in streamlining processes related to standard tasks. However, the performance rapidly deteriorates while automating and streamlining customized processes that encompass multiple enterprise applications. The process is difficult, time consuming, and expensive to implement and maintain.

The SOA and BPM infrastructure addresses this issue by allowing the definition of any process in any network topology, spanning multiple enterprise boundaries. This is accomplished via a peer-to-peer messaging infrastructure with distributed security mechanisms that allow efficient data exchanges for easy implementation, while enabling each enterprise to enforce its own security policies. This allows an SOA and BPM framework to increase operational efficiency across the entire value chain.

Application Integration
Existing packaged application integration solutions are complex and require significant implementation effort, often including extensive manual coding for deployment purposes. An SOA and BPM infrastructure provides native support for run-time deployment of services across the network and dramatically reduces the overall costs of application integration and deployment by automating these time-consuming processes. It also allows extension of integration across business boundaries.

Application Development and Deployment
In the traditional software development process, translating requirements into working distributed systems is both time consuming and difficult, requiring several stages of manual development and deployment. This complex, error-prone task can be effectively streamlined using a higher-level, component-based SOAIF. The SOAIF incorporates tools that let processes that are developed, using standards such as Business Process Execution Language (BPEL), be easily translated into distributed high-level services, which are easier to develop, manipulate, and debug. These services are easily composed into implementation-level data flows without the user or developer having to track complex middleware concepts, such as topics or queues. Further, the implementation-level services can run on any machine across the network by virtue of the built-in dynamic deployment support SOAIF provides. The combination of service-oriented tools and built-in support for distributed debugging, run-time tracing and logging, and dynamic deployment allows the SOAIF to dramatically reduce the time taken to implement and deliver working processes.

Conclusion
The move toward SOAs will affect all distributed computing in the future. SOAs provide a layer of abstraction over all existing architectures, allowing distributed solutions to be built by composing asynchronous services into composite applications over a network.

Deploying an SOA requires software that provides service-oriented management, integration, security, tools, and processes. While these segments are currently served by individual packages and solutions, they'll evolve into a single SOA and BPM infrastructure solution.

An SOA and BPM framework includes all of the distributed computing functionality an organization needs to develop, deploy, manage, and extend an SOA; these frameworks will come to dominate enterprise computing over the next few years.

More Stories By Deepak Pareek

Deepak Pareek is a creative, forward-looking strategist, coach, author, and speaker capable of translating vision into actions and quantifiable results. He is an expert in enterprise technology with extensive exposure to global management and technology consulting. Deepak has a decade of hands-on experience in multiple technologies and currently works as an advisor and consultant with various top-of-the-summit technology organizations to provide futuristic vision and technology road maps.

Comments (2) View Comments

Share your thoughts on this story.

Add your comment
You must be signed in to add a comment. Sign-in | Register

In accordance with our Comment Policy, we encourage comments that are on topic, relevant and to-the-point. We will remove comments that include profanity, personal attacks, racial slurs, threats of violence, or other inappropriate material that violates our Terms and Conditions, and will block users who make repeated violations. We ask all readers to expect diversity of opinion and to treat one another with dignity and respect.


Most Recent Comments
Leon Debije 08/10/05 07:00:41 AM EDT

Dear Deepak Pareek,
Reading your article I completely agree on what you write. I was looking at BPM and SOA independently but what you state in the article 'Two to tango' is absolute required. The benefits are absolutely captured within the collaborative force and synergy of a BPM-SOA framework in adapting changes and transforming these into effective and efficient working applications within a accelerating timecycle.

As a Business System Analyst I do see the absolute benefit of re-using existing applications and data. However, the reality proofs that it is absolute difficult to address from a BPM perspective the impact of change at applications services. How to analyze and visualize the impact at SOA by changing BPM-requirements? Is BPM directly linked to SOA? Does SOA capture all relations within the application so it shows all impacted areas by the 'changing touch' from BPM side? Finally, how does that link between BPM and SOA technically look?

At what level does a change from BPM hit in? In my analyses I allways come to the activity level of an actor (system, role) in a one to one relation. What is meant in your article by the high-level software components? High-level in the sense of higher than this activity level (which is Deep-level to me = deeply analyzed into all details) or high level in the sense of highly sophisticated/complicated components detailed out very specific?

Besides all this the question is how to keep track on all changes that are ongoing at both sides BPM & SOA? How to control the functionality of the services, which one is applicable at what moment? What is the 'As is' and what the 'To be'? The complete process of BPM and SOA has to be manageable and taken under control.

To me for the moment the question is how this is supported by applications that cover all these 'services'.

Thank you....for this article and having the opportunity to respond!
Rgds,
Leon Debije (The Netherlands)

Deepak Pareek 06/28/05 12:31:53 PM EDT

Service-Oriented Architecture and Business Process Management. Today's business environment is changing rapidly. Business dynamics and technological innovations have left organizations with a disparate mix of operating systems, applications, and databases - making it difficult, time consuming, and costly for IT departments to deliver new applications that integrate heterogeneous technologies. The key to success in the networked economy is not only being able to create business processes to automate value chains, but also being able to modify these processes as business requirements change. Innovation in enterprise architecture will come from service-oriented architecture (SOA) and business process management (BPM).