J2EE Design Pattern : Business Tier Patterns : Business Object Design Pattern

• Business Object Design Pattern?
• Example for Business Object

Business object have a conceptual domain model with business logic and relationship.

Problem

• You have a conceptual domain model with business logic and relationship.
• When there is little or no business logic in a business operation, applications will typically let clients directly access business data in the data store

Context

You have a conceptual domain model with business logic and relationship.

Solution

• Use Business Objects to separate business data and logic using an object model.
• Business Objects encapsulate and manage business data, behavior and persistence. Business Objects help separate persistence logic from business logic. Business Objects maintain the core business data, and implement the behavior that is common to the entire application or domain.

Participants and Collaborations

Client

The Client represents a client of the BusinessObject. The Client is typically a Session Façade, a helper object, or an Application Service that needs to access the BusinessObject.

ParentBO

ParentBO is the top-level BusinessObject that represents the parent object in the composite BusinessObject model. The parent object encapsulates dependent objects and implements its own intrinsic business logic and business rules.

DependentBO

These are dependent BusinessObjects that are managed by the ParentBO. Dependent BusinessObjects are tightly coupled to their parents and rely on their parents for their lifecycle management. Dependent objects do not exist without their parent objects. Each dependent object implements its own intrinsic business logic and rules to fulfill its responsibilities.

Implementation Strategies

• POJO Business Object Strategy
• Composite Entity Business Object Strategy