SeCSE Integrated Environment view Service Engineering: to address the needs of service developers who require methods to define ... Service Discovery: to address the needs of service consumers by offering mechanisms to locate the 'best' service ... Service Centric System Engineering: to address the needs of service integrators by offering mechanisms to compose services ... Service Delivery: to address the needs of service providers and of service integrators by offering support to management ....

Objectives

Driven by real-world problems and scenarios SeCSE will:

  • extend existing approaches to service and system specification to include:
    • Requirements modelling
    • Quality of service
    • Dependability specifications

    to be used for service discovery and binding mechanisms

  • develop notations, models, processes and tools that support analysis, design and reasoning about service-centric systems
  • influence future generations of standards

The following table shows the expected results and the role that will mainly benefit from each of them.

Role SeCSE expected results
Service Developers
  • Processes, techniques and tools for exposing individual services by describing the ways they can be deployed, the behaviour they can exhibit and other quality characteristics that they may have.
  • Processes, techniques and tools for assessing the extent to which the services satisfy service requirements prior to deployment.
Service Integrators Processes, techniques and tools for modelling architectures for service-centric applications from service requirements. These architectures must be able to support the dynamic composition of services and should be easy to evolve in order to fit with frequently changing environments or even environments that may change during service deployment. The developed approaches should also support reasoning about the compatibility and consistency of services.
Service Providers Processes, techniques and tools for identifying, specifying and monitoring service provision levels during deployment. A service provision level may include functional and quality service requirements and constraints on deployment contexts. Service providers may offer different service provision levels for the same service and different service users may demand varying service provision levels from the same service. In such cases, method and tool support is required to identify different service provision levels w.r.t particular business needs, to specify these levels and to check that individual services and service-centric applications adhere to them.
Service Consumers
  • Processes, techniques and tools for transforming imprecise user requirements into specifications of service requirements that describe functional characteristics of services and quality characteristics of both services (e.g. availability, security, performance) and their providers (e.g., service provider maturity, continuity). These service requirements specification should support the discovery of services.
  • Processes, techniques and tools for supporting monitoring of service behaviour in order to assess their compatibility with what it is expected.