290 IBM Branch Transformation Toolkit 5.1 Migration and Usage Guidelines
necessity to develop new code and reduces the time required to make new
financial services available to all delivery channels.
The architecture and technological approach of the Branch Transformation
Toolkit creates retail delivery solutions that preserve investment in existing
enterprise systems while accounting for the inherent instability of any
infrastructure due to the innovations that appear frequently in the high-tech
industry. While providing a way to preserve the existing systems, the Branch
Transformation Toolkit is not tied to one particular platform since it is built on
Java
TM
, the programming language of choice for handling platform change.
The toolkit also takes advantage of existing platforms and technologies such as
Eclipse, Web services, J2EE, and so on. The toolkit runtime architecture is
based on the J2EE architecture with extensions, and many development tools
the toolkit provides are Eclipse plug-ins.
Architecture
The architecture of the toolkit’s application is based on a logical three-tier model,
that is, back-end enterprise tier, application server tier, and client tier.
Within the application server tier, the toolkit has two separate layers. The
application presentation layer is responsible for receiving requests from the client
and passing that request to the application logic layer. It also passes the
response back to the client. The application logic layer is responsible for
performing the request as a process and passing the response back to the
application presentation layer.
In general, the application presentation layer resides in a Web container in
WebSphere Application Server, while the application logic layer resides in a EJB
container. The services are the exception because they can reside anywhere.
The design and portability of the toolkit allow the middle-tier servers to exist at
either the branch level, that is, one server per branch, the regional level, that is,
one server per group of branches, or even a centralized level, that is, a single
server for the entire financial institution. The design provides flexibility to achieve
the right balance between the number of servers and the network bandwidth,
without affecting any application logic. Besides the application server, there
might be a
technical server responsible for providing common services such as
disks or printers to the client workstations. If the application presentation layer
and the application logic layer are on the same architectural level, they can
physically be on the same machine.
See Figure 8-44 on page 291.