I built a service-oriented solution a year ago comprised of 3 services. I've just been told that the business process automated by the solution is going to be replaced by a new business process that…

Question

Options

• AReplace the solution with a brand new service-oriented solution comprised of new services designed
• BIdentify the services within the solution that are no longer relevant to the new business process and
• CAssuming there is an established service inventory in place, attempt to locate any existing services that
• DDue to the fact that service-oriented solutions are inherently unable to adapt to business process

• A
  24% (14)
• B
  14% (8)
• C
  58% (34)
• D
  5% (3)

Explanation

Option C is correct because a core principle of service-oriented architecture is service reusability - when business requirements change, you should first consult the established service inventory to identify existing services that can satisfy the new process, either as-is or with minor updates. This avoids redundant development and maximizes the ROI of already-deployed services.

Why the distractors fail:

• A is wrong because rebuilding from scratch ignores reusable services already in the inventory - a direct violation of SOA's reusability principle.
• B is wrong because retiring irrelevant services is a secondary concern; your first move should be finding what still applies, not what to discard.
• D is factually false - adaptability to changing business processes is one of SOA's primary design goals, not a weakness.

Memory tip: Think of SOA's service inventory like a LEGO bin - when you need to build something new, you check the bin first before buying more pieces.

No community discussion yet for this question.