SEARCH
0-9 A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Prev | Current Page 335 | Next

Michael Bell

"Service-Oriented Modeling (SOA): Service Analysis, Design, and Architecture"

A domain represents a business
occupation, such as trading, insurance, underwriting, or risk management. A domain can
also depict an organizational business unit, such as a money transfer group or a loan division.
Moreover, a domain can also be associated with a specific organizational product, such
as customer service portal, auto channel offerings, or a mutual fund trading system. A domain
is also a business authority that generates revenue for the organization. But domains are not
necessarily profit-generating enterprise entities. They can also be business facilities that help
boost productivity and profitability??”for example, human resources, accounting, compliance, and
auditing.
Domains define business boundaries that can be easily translated to tangible structures.
They can be conceived as zones of business responsibilities and mapped to an organization??™s
objectives. Therefore, the service-oriented business integration process should align services with
business domains. This process should be centered on two major activities First, identify the
business domains that services can be best associated with, in terms of their business expertise,
occupation, products, or business units. Second, find the right granularity levels for service integration.
This can be accomplished by inspecting the business requirements of a business domain
and matching them against service??™s offerings.


Pages:
323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347