Most efforts will probably be dedicated to discovering which existing software assets
can participate in a solution. And moreover, it may turn out that a solution cannot be presented
by engaging only a single service. These efforts are typically the art of service collaboration,
involving the integration of numerous service-oriented constituents. Thus, analysis initiatives
112 Part Three Service-Oriented Discovery and Analysis
should include inspection of candidate software assets??”either formalized abstractions or physical
executables??”and their collective contribution to the problem that is being addressed.
Remember, discovery and analysis is an assessment and evaluation process. Here, software
practitioners are commissioned to scrupulously inspect the problem domain, understand the proposed
organizational solutions, and appraise the service??™s capabilities to provide viable remedies.
They are also required to identify the participating assets and furnish a refined analysis solution
proposition to the organization. This effort is not about designing detailed implementations and
certainly not about providing a final architecture blueprint. Design and architecture modeling
activities should be pursued later on in the service life cycle process.
And finally, as will become clear, it is necessary to analyze, and assess the proposed
enterprise solutions to emerging concerns; remember that Harold W.
Pages:
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214