Sun Java Enterprise System Deployment Planning Guide

Identity-Based Communications Example

This example illustrates an identity-based communications solution for a medium-sized enterprise of about 1,000 to 5,000 employees. Typically, an exhaustive business analysis followed by detailed technical requirements analysis is needed to design the logical architecture. However, because this is a theoretical example, assume that the following business requirements have been determined:

Use cases for this example would detail login procedures, reading email, sending email, personalizing the portal, synchronizing calendars, and other similar user activities.

The following figure shows a logical architecture for this type of identity-based communications solution.

Diagram showing logical components for an Identity-based Communications
scenario deployed in a multitiered architecture.

Use Cases for Identity-Based Communications Example

For a deployment solution of this nature, there typically are numerous detailed use cases outlining the user interaction with the services provided by the solution. This example focuses on the interaction among components when a user logs into a portal from a web browser client. The example splits this login scenario into two use cases:

The two use cases can be considered one extended use case. However, for this example, the use cases are separated for simplicity.

ProcedureUse Case 1: User Logs in Successfully and Portal Retrieves User’s Configuration

  1. Web browser client sends user ID and password to Portal Server.

  2. Portal Server requests authentication from Access Manager.

  3. Access Manager requests verification of user ID and password from Directory Server.

  4. Directory Server verifies user ID and password.

  5. Access Manager requests user profile from Directory Server.

  6. Directory Server returns user profile.

  7. Portal Server requests user display profile from Access Manager.

  8. Access Manager returns portal configuration.

  9. Portal configuration is displayed in web browser client.

    Diagram illustrating the data flow among Identity-based Communications
scenario components for Use Case 1.

ProcedureUse Case 2: Portal Server Displays Email and Calendar Information

  1. After successful log in, authentication, and retrieval of portal configuration, Portal Server requests email messages from Messaging Server MMP.

  2. MMP requests message list from Messaging Server STR.

  3. STR returns message list to MMP.

  4. MMP forwards message headers to Portal Server.

  5. Portal Server requests calender information from Communications Express.

  6. Communications Express requests calendar information from Calendar Server backend.

  7. Calendar Server backend returns calendar information to Communications Express.

  8. Communications Express forwards calendar information to Portal Server.

  9. Portal Server sends all channel information to web browser client.

    Diagram illustrating the data flow among Identity-based Communications
scenario components for Use Case 2.