From the point of view of PW components include migration actions, characterization and quality assurance as well as a combination of components. Components must provide a common interface and must be available on the component catalogue. An Overview of goals and requirements can be found in the document GoalsandrequirementsforPTfromtheperspectiveofPW.pdf.
|These requirements were refined in GoalsandrequirementsforPTfromtheperspectiveofPW.pdf and further discussed at the Registry Workshop at AIT|
Retrieve a list of all available components.
- source formats *
- target formats *, **
- software license
* use of wildcard should be possible, e.g. search for image migration components image/*
** not relevant for Characterization, QA
(cost, software license, .. could also be of interest for QA tools, when used in executable plan.)
Retrieve a machine readable description of a component (based on component id).
- tool category (Migration, Characterization, Quality Assurance, ...)
- output specification (e.g. for QA Tools: measured criteria)
- (config parameters?)
- information to invoke the component
- Invoke component directly (e.g. as WS)
- Use component in a Taverna workflow
PW uses services provided by the Platform for different tasks.
The user has defined the organizational policies, and representative sample objects of a certain format.
The Platform is queried for suitable migration actions according to format , ..., information about all found migration actions is displayed to the user, who can select a subset of these actions for evaluation.
The Platform is queried for suitable characterization and QA components.
An experimental Taverna workflow is created, using the selected migration actions and characterization and QA components.
This experimental Taverna workflow is executed on [tbd] (for PW it is not relevant, where the workflow is executed, as long as there are all components available. However, if it is not executed on the Platform, information about performance cannot be gathered from this experiment - at least they are not comparable)
Results have to be retrieved from the Platform/datastore, this includes migrated objects as well as characterization results, runtime information, ...
Based on collection profile and selected migration action.
It includes migration components, and may also include QA workflows/components
The user can decide to install the plan in the repository using the Plan Manager.
This plan is executed on the Platform