![Close [x]](http://dw1.s81c.com/i/c.gif){kind=small}
SOA projects tend to be large initiatives with a lot of risk and potential reward associated with them. The Return on Investment (ROI) on a SOA project is sometimes very hard to quantify (and thus hard to sell), which brings about the need for a solid process and methodology to ensure the success of a SOA project.
SOA is a set of tools, technologies, frameworks, and best practices that enable the quick and easy implementation of services. In addition, the process of developing SOA uses methodology for identifying reusable services in your applications and organization. SOA is not a product or a standard.
The architecture is focused on allowing enterprises to identify, build, exchange, and maintain their business processes as services rather than as large, monolithic applications -- applications that today are often termed instant legacy. SOA existed well before Web services. (If you think back, CORBA and IDL were just variations of SOA.) However, as Gartner put it in 2003, "Through 2008, SOA and Web services will be implemented together in more than 75 percent of new SOA or Web services projects (0.7 probability)."
The technologies that enable SOA are targeted at reducing the complexities involved in software development. They address issues with distributed software, multiple platforms, and application integration. SOA provides an application architecture in which you define processes as services that have well-defined interfaces. These services can be dynamically invoked over a network. For the Chief Information Officer (CIO), SOA enables faster time-to-delivery of business processes and cost reduction resulting from reductions in development and maintenance costs.
This three-part series is designed to tie industry-adopted processes and methodologies to SOA and demonstrate how you can use them together. This article introduces you to the process (namely, the Capability Maturity Model (CMM)) and methodology (namely, Rational Unified Process) underlying SOA and lays the groundwork for how and why they can benefit your organization's SOA project.
The Software Engineering Institute introduced Version 1.0 of the CMM in 1991. A model used to describe the principles and practices of software process maturity, the CMM is a recognized benchmark for assessing software process maturity. The model’s aim is to increase the effectiveness of information technology (IT) organizations to deliver software products or projects by making the software process more predictable and repeatable.
Process repeatability is important, because the software process has to be applied consistently and methodically for organizations to deliver high-quality products or projects on time and on budget. Best practices that are defined need to be shared across software teams and be adaptable to the needs of individual groups.
The CMM defines a model that organizations can use to assess their software process maturity, but it also defines a model that you can use to advance from one level to another. The five maturity levels that the CMM describes can be characterized by the primary process changes made at each level:
- Initial: At this level, the software process is characterized as ad hoc and chaotic. Success is individual-based, because very few, if any, processes are defined.
- Repeatable: Basic processes are defined and repeated consistently by an individual project team on similar applications.
- Defined: The process is well-defined, documented, and standardized. All projects within the organization use the same software process, tailored to their specific needs.
- Managed: The software process is managed in terms of applicability and quality. The process has been examined quantitatively and controlled.
- Optimizing: Continuous process improvement is enabled by quantitative management. New technologies and processes are incorporated to respond to the changing technology and business marketplace.
Why should CMM be applied to a SOA project?
The application of a process maturity model such as CMM for software development can help you identify the need for SOA in your organization. Doing so can also help you quantify the costs and benefits of SOA for purposes of establishing a solid ROI for the project.
In the second article in this series, I will actually introduce a new version of CMM that I call the SOA Maturity Model. The SOA Maturity Model allows you to apply the CMM to the IT architecture of your organization. Similarly, by using this model, you will quickly be able to build a vision, scope, and plan for your SOA project as well as determine key performance indicators for its success.
Product companies and consulting firms can also leverage the SOA Maturity Model to line up their products and services so that organizations can get from a lower level of architectural maturity to a higher level.
After you have a process and have determined the need for SOA, the next step is to identify a methodology that you will use to build your SOA. You also need a methodology for the ongoing maintenance of the SOA project after you have rolled it out to your organization.
A software methodology is a systematic approach and control of how to develop software. Basically, a software methodology addresses the "hows" of software development, while the CMM process addresses the quality of that methodology and the software produced using the methodology.
Two distinctly different methodologies can be used with SOA: Rational Unified Process and Extreme Programming (XP). Rational Unified Process is a more traditional, heavyweight technology that’s particularly appropriate for large and complex projects. In contrast, XP is a more lightweight, agile methodology that is particularly suited for Internet-based development.
I have chosen these two methodologies because I believe that a SOA project has two high-level phases. The first phase is initial SOA rollout, in which you actually build your SOA. This phase requires a methodology like Rational Unified Process. The second phase is SOA maintenance, in which new projects build on top of the initial SOA. This phase can benefit from a lighter methodology such as XP. (More on this later.)
What is the Rational Unified Process?
The Rational Unified Process is an IBM product offering that provides an out-of-the-box software implementation methodology. The first iterations of RUP were focused more on requirement gathering and less on software development. Now, Rational Unified Process requires the use the Unified Modeling Language (UML) for system design and also encourages creation of a full prototype during the initial phases of a project that includes all functional and technical layers for the final target system. Building such a prototype can become complex as developers attempt to solve all the nonfunctional requirements during the prototype phase.
Although Rational Unified Process is adaptable to fit the methodology of any organization, it is a very prescriptive, heavy, methodology designed around the software implementation process. It breaks software development into four distinct phases:
- Inception
- Elaboration
- Construction
- Transition
The Inception phase is generally where you define the vision and scope for the project and develop the initial ROI. You complete the requirement-gathering and design processes in the Elaboration phase. The most time-intensive phase is the Construction phase, which corresponds to the traditional development phase of a project. In the Transition phase, you deploy the system to production and manage the first round of support. It is important to realize that almost every organization that is using the Rational Unified Process has probably tailored it somewhat. For example, you could do all requirement-gathering in the Inception phase and make the Elaboration phase the phase in which you do your design work. Regardless of how your organization might have tailored the Rational Unified Process, the fundamental concepts remain the same.
The Rational Unified Process is well supported by the IBM Rational Software Development Platform toolset. The IBM Rational Software Development Platform and the IBM Rational Suite have built-in features to support Web services and SOA development. IBM Rational Software Architect and Rational Software Modeler allow you to quickly model your SOA, and the development tools in the Rational Suite allow you to build and deploy your SOA.
XP is a relatively new software development methodology (about seven years old) that gained tremendous momentum during the Internet boom. XP encompasses concepts such as short iterations, pair programming, and test before coding. XP is being used in major companies like Credit Swiss Life, DaimlerChrysler, and Ford Motor Company. XP has been successful because it stresses customer satisfaction. The methodology is designed to deliver the software your customers need when it’s needed.
XP empowers you to respond confidently to changing customer requirements, even late in the project life cycle. It introduces the concept of defining small user stories using the Class-Responsibility-Collaborator (CRC) cards technique or other definition methodologies. (User stories are the XP equivalent of use cases.) XP is a quick and effective method of capturing requirements and organizing them into logical iterative builds, assigning priorities, and developing the user stories. However, XP does not cover validation of the requirements. Yes, XP presents an optimized methodology to develop requirements, but if the quality of the requirements is not addressed, the result might not be satisfactory. This is exactly why, in the upcoming third paper in this series, I will distinguish between when to use XP and when to use Rational Unified Process as part of your SOA rollout.
This paper introduced the basics of SOA and skimmed the surface of concepts such as the Capability Maturity Model (CMM), Rational Unified Process, and Extreme Programming (XP). In the next two papers in this series, the author will combine these concepts to provide a framework and methodology for building your enterprise SOA vision.
In the second paper in this series, the author will use the CMM to define a SOA Maturity Model, which can help you grade your organization in terms of architecture maturity and define a series of steps to get to a higher level of maturity (with a true SOA being the highest level of maturity).
In the third paper in this series, he will introduce a new software development methodology that is a hybrid of the Rational Unified Process and XP: Service-Oriented Unified Process (SOUP). SOUP breaks up the software-development process into two phases: It uses the Rational Unified Process to build your SOA, then switches to XP to maintain it.
-
Get your hands on application development tools and middleware products from DB2®, Lotus®, Rational®, Tivoli®, and WebSphere®. You can download evaluation versions of the products at no charge, or select the Linux® or Windows® version of developerWorks' Software Evaluation Kit, which includes Rational Unified Process and Rational Software Architect.
- Visit the IBM Rational Software Development Platform home page for more information on tools and technologies available from IBM.
- Check out the CMM Web site for more information about the Capability Maturity Model.
- Find more Rational resources for software development in the developerWorks Rational zone.
- Visit the Extreme Programming Web site to learn more about Extreme Programming.
- Read
"A defining moment for SOA"
by Michael S. Mimoso for several definitions of SOA.
- Visit the Service Architecture Web site, a great resource for information about SOA.
- Visit the CBDI site, another great resource for articles about Web services and SOA.
- To learn more about how CMM and the Rational Unified Process can be used together, read The Rational Unified Process -- An Enabler for Higher Process Maturity white paper (developerWorks, June 2003).
- Browse for books on these and other technical topics.
- Get involved in the developerWorks community by participating in
developerWorks blogs.
- The IBM developerWorks team hosts hundreds of technical briefings around the world which you can attend at no charge.
- Want more? The developerWorks SOA and Web services zone hosts hundreds of informative articles and introductory, intermediate, and advanced tutorials on how to develop Web services applications.
Kunal Mittal is a consultant specializing in Java, J2EE, and Web services technologies. He is the co-author of and has contributed to several books on these topics. Kunal is currently working on a portal project for Sony Pictures Entertainment. For more information, visit his Web site at http://www.soaconsultant.com.
Table of contents
Next steps from IBM
Rational Tester for SOA Quality is an automated web services testing and SOA testing tool that supports Web services SOAP, HTTP(S), JMS, WS-Security, UDDI, and RESTful standards.
- Try: The no-charge Rational Service Tester for SOA Quality helps quality assurance professionals validate web service based SOA application..
- Article: See the whats new with Rational Service Tester for SOA Quality, and its Generic Service Client, which provides a single client to interact with any SOA service type.
- Tutorial: Get hands-on experience with this Transport for SOAP feature tutorial using Rational Tester for SOA Quality.
- Buy: Rational Service Tester for SOA Quality
Tags
Use the slider bar to see more or fewer tags.
For articles in technology zones (such as Java technology, Linux, Open source, XML), Popular tags shows the top tags for all technology zones. For articles in product zones (such as Info Mgmt, Rational, WebSphere), Popular tags shows the top tags for just that product zone.
For articles in technology zones (such as Java technology, Linux, Open source, XML), My tags shows your tags for all technology zones. For articles in product zones (such as Info Mgmt, Rational, WebSphere), My tags shows your tags for just that product zone.
Popular article tags |
My article tagsSkip to tags list
Popular article tags |
My article tags
