Business
objects are programming structures that abstract the things/concepts in the
business that a program is written to represent. These things should
be recognizable to a non-technical person familiar with the business, like the
users, business analysts, etc. For example, in a video rental store business we
can assume there would be DVDs, VHS tapes, customers, rental orders, late fees,
etc. In software representing that business there would be business objects
that represent DVDs, VHS tapes, customers, rental orders, late fees, etc. Each
object has data that describes or is attributed to the object and methods that
act on that data. For example, a DVD may have a Title and DateReleased
attributes (data), and may have the method “calculate rental price.” to
determine how much it costs to rent the DVD.
These objects are tangible with real-world meanings, however, there are other business objects that are a bit more conceptual but still have a definite intellectual meaning like Rental Agreement or Rental Policies. These things are less tangible, but real-world none the less.
An object classified as a business object does not contain code to validate its data, store its data, build itself from data, etc. The smarts inside the object and methods all have to do with business logic
See: Business Object (aka Domain Object)
No comments:
Post a Comment