Before you start
Learn what to expect from this tutorial and how to get the most out of it.
This tutorial series gives you a detailed look at modeling service-oriented architecture (SOA) by using IBM® Rational® Software Architect. Although primarily for software architects and about the activities that they perform, it is also helpful to people in other roles in the software development process, including those who provide input into software architecture, such as business analysts, and those who use the software architecture as input to perform their own activities, such as software designers and developers (architecture realization, design, and implementation). This series also covers several core SOA concepts that are useful to a wide audience.
These tutorials focus on three topics:
- Architecture: Describe what the architecture comprises and where it fits into the overall software development process.
- Services: Create the architecture for an SOA system (services are central to this architecture).
- Models: Demonstrate how the Rational Software Architect supports a model-driven development (MDD) approach to the specification of service-oriented architectures.
After describing software architecture and defining the place of services within it, this series then introduces Rational Software Architect and its SOA- and architecture-related features. By using a fictitious online DVD rental case study throughout, these three tutorials:
- Describe the work products used as input to the service architecture activities, including the component business model, business process model, system use case model, and external systems part of the design model.
- Describe, step-by-step, how the service model representing the architecture is specified in Rational Software Architect, including service consumers, service specifications, service partitions, atomic and composite service providers, services, service collaborations, service interactions, and service channels.
- Explain how the service model is then used in the subsequent phases of the software development process, such as design and implementation.
In Part 1, we introduced the video rental case study that is used as the example throughout this tutorial series. We placed service architecture within the framework of the Rational Unified Process and introduced the IBM SOA Solution Stack for reference. We noted the various work products that are used as input to a service architecture, and then used the case study to provide examples for two of them: the business architecture model (described in Part 1 in the form of a component business model) and the business process model.
In Part 2, we took a detailed look at what a domain model is and how it can be represented in Rational Software Architect. You started to get hands-on experience with the tool and created the domain model used in this series.
In this part, we'll cover how you can use an external systems model as part of the bottom-up track of the "meet-in-the-middle" approach.
After completing this tutorial, you should be able to:
- Describe how the external system model is used to model external software systems
- Produce an external system model for the case study
To get the most value from this tutorial, it is recommended (but not necessary) that you be familiar with:
- Service-oriented architecture (SOA)
- IBM Rational Software Architect V7.0 (fix 002 recommended) or later
- Unified Modeling Language (UML)
- IBM® Rational® Method Composer® , previously known as IBM® Rational Unified Process®(RUP®)
We highly recommend reading the first two parts in this tutorial series before reading this part.
Rational Software Architect Version 7 (FixPak 003 recommended) or later.



