HOW TO ALIGN SOA based IT SYSTEMS WITH CHANGING STRATEGIES (Part II) ?
STEPS OF THE "GOAL-DRIVEN SOA" DEVELOPMENT PROCESS FROM REQUIREMENTS TOWARDS THE SOFTWARE IMPLEMENTATION LEVEL USING THE OMG's SoaML, BMM and MDA STANDARDS with ENTERPRISE ARCHITECT (EA) from Sparxsystems
Notice : In the previous section of this case study, we have shown how to identify and structure 'Business Capabilities" starting by high-level business goals. This section shows the following steps :
This step allows us to describe business processes that realize Goal-Driven Services and service points of a business capability.
The figure 3 below illustrates a description of the business process that realizes the GDBS Visitor [Registration].
Note that each action of this business process makes a call (request / response) to the activity encapsulated by a service point - which may be implemented by a web service.
Figure 3 : A GDBS orchestrates execution of Service Point Activities that are part of a "Business Capability"
Service point activities that are invoked by the GDBS need also be described in this step.
To reduce the volume of graphical specifications on this page, we present description of these activities in the step 3 below.
A Goal-Driven Service (GDBS) may require through its service / requests points « SRV-Ps » participation of resources (use cases, actors, entities, …) to realize process actions.
In such a goal-driven vision, service components that are part of a business capability may require use case components if they need actor / system interactions to realize related functions.
Separate identification of service components from its usage scenarios also provide them the ability to be invoked as web services by numerous client use cases.
The figure 4 below illustrates a description of action choreography between Use Case and Service Components that realize the Enter Visitor activity of the Service Point Visitor [Entry].
Figure 4 : Description of UC and Service actions that realize the Enter Visitor activity of the Service Point Visitor [Entry]
The figure 5 below illustrates previous service and use case components as well as their realization scenarios into the Business and IT Architecture layers.
Figure 5 : Representation of detailed interaction between a Goal-Driven Service Point Visitor [Entry] and its related Use Case Component Enter Visitor
Goal-driven services carry out strategic and tactical constraints imposed to business capabilities they support.
To react to such changes, they orchestrate behaviours implemented by their service/request points « SRV-P ».
In a business analysis monitoring (BAM) context, they also handle processing of related exceptions, SLA constraints imposed to their service points and provide related feed-back for the business analysis monitoring.
In the next step below, we show description of goal-driven service and use case components at the IT system level with their service/ request points according to the OMG's SoaML standard.
After transformation into Goal-Oriented Object (GOO) components, UC and Service descriptions will be plugged into the architecture backbone of the 'Goal-Driven SOA" framework (cf. figures 7 and 8 next).
This work by Birol Berkem (GooBiz.com) is licensed under a Creative Commons Attribution-Noncommercial-Share Alike 3.0 Unported License.
Permissions beyond the scope of this license may be available by mail to email@example.com
Birol Berkem (Ph.D), GooBiz