The architectural consideration of SOA in the preceding chapter offers advice
on what directions to choose and how to define the strategic goals for an SOA
project. This chapter takes the next step toward execution by focusing on how
to plan an SOA project. The topics in this chapter constitute the best
practices we have uncovered for forming a project office (see Section 4.1),
how to define the phases of SOA adoption, the need for and mechanisms of SOA
governance, and finally, the various project roles and how they interact with
each other.
This is not intended to be a complete template for a project plan, nor do we
intend to show the optimal organizational structure for the parties involved
in SOA projects. Based on our vigorous experience with different clients in
v... (more)
Normal 0 false false false MicrosoftInternetExplorer4
In SOA, the main emphasis is on the identification of the right services
followed by their specification and realization. Although some might argue
that object-oriented analysis and design (OOAD) techniques can be used as a
good starting point for services, its main emphasis is on microlevel
abstractions. Services, on the other hand, a... (more)
When the programming model shifted from the traditional procedural model to
that of object-orientation, a major paradigm shift occurred in the world of
IT development. The focus was on encapsulating the state and behavior of
entities and calling that encapsulation a class. Instances of a class were
called objects, which occupied some space in the memory. Object orientation
(OO) brought i... (more)
Service Oriented Modeling and Architecture (SOMA) is a modeling and design
technique developed by IBM that provides prescriptive steps for how to enable
target business processes by defining and developing a service-based IT
solution. SOMA provides the communication link between the business
requirements and the IT solution. It provides guidance on how to use business
model and informati... (more)