The core of the framework has a small
set of deliverables:
- A list of services identified within the framework, and for each of these
- The definition of the scope and purpose of the service
- List of applicable standards and specifications
- Information on open-source toolkits developed by the programme
- List of prior work of value, such as projects and case studies, or
demonstration projects using the service
- Information on shared services offered on an ASP basis, for example relevant
JISC IE services
General guidance on creating, exposing, and consuming services
Note that the current version of the framework
only contains:
- A list of services identified within the framework, and for each of these
- The definition of the scope and purpose of the service
- List of applicable standards and specifications
Also, note that we are interested in producing
toolkits for the framework rather than
complete solutions. This is because we want to encourage a diverse range of software
for institutions to choose from, both open-source and commercial.
Therefore, development activity for the
framework will be primarily concentrated on
providing libraries that enable developers (again, from commercial as well as open-
source communities) to create applications that provide and consume services defined
within the framework.
Demonstrator projects will be aimed at
testing out the service definitions and toolkits in
actual use.
By developing these libraries and toolkits
and providing them free-of-charge we
substantially reduce the cost of creating software based on services defined in the
framework, and reduce the cost of entry to a service-oriented architecture for UK
institutions.
We also don’t want to build large
pieces of software such as content management
systems, as these are very complex pieces of software (and there are plenty of
commercial and open-source solutions available).
It may be the case that there are some
parts of the framework for which there is demand
from the JISC community but no available solutions from vendors or the open-source
community, in which case it may be necessary to build an open-source reference
implementation to fill the gap. This is not an ideal approach, as it tends to lead to
problems of sustainability.
Overall, then, the strategy is to create
small, tightly scoped pieces of development work
that will have maximum impact on the sector. There will be no “white elephants”.