Resources > Models &Technical Components > Technical Components > Service Genre Login
  Minimize
 
 
Service Genres Print  Minimize

What Are Service Genres?

A Service Genre is a collection of related behaviours describing an abstract capability that supports a business process. It represents an interoperability point or interface to a set of individual activities or capabilities - actions that would be needed to carry out the process.

While Service Genres convey the broad essence of the set of activities, abstractly describing the different capabilities that a service of that type might provide, they are not intended to be used to specify the detail required for an implementation of the service. Rather, Service Genres are only intended to convey the key concepts of a grouping of related services. It is the Service Expressions that are implemented to develop the Applications that actually provide the service. (If you need only a portion of the total functionality of the Service Genre, implement just those parts that you need from the Service Expressions.)

In practice, Service Genres are abstracted from Service Usage Models or refactored from existing Service Genres or CORE SUMs based on the processes they need to support. Service Genres are by definition generic, so they can easily be part of more than one Service Usage Model or CORE SUM.

There is no set process for defining a Service Genre, but it may include thinking about how the service's behaviours might be bound to specific technologies as Service Expressions, or it might be created by examining related existing Service Expressions. Regardless of the back-and-forth process used to fully define a Service Genre, ultimately Service Expressions are 'derivatives' of a Service Genre.

Illustrative Example

Consider a company that is in the business of shipping packages. An analysis of the steps that have to occur between the shipper, the sender and recipient would reveal a myriad of individual actions related to getting the package from point A to point B. If you organize these actions into logical groups or sets of activities, you will have identified the key business processes.

The services that you would need to support these processes are the Service Genres: services such as transferring the package to the shipper, delivering the package, tracking the location, etc. The example lists five Service Genres and the related groups of Behaviours.

Service Genres

Behaviours

Service Expressions

Preparing Bill of Lading/
Shipping instructions

Select sender
Select recipient
Select delivery method (standard, express)
Select payment
Select insurance
Select customs info

Online form
Paper form prepared by sender
Paper form prepared by shipper

Transfer to shipper

Ingest into delivery system
Track pickup/Notify sender
Track pickup/Notify recipient

Drop box
Counter
Home pickup
Business pickup

Delivery

Track delivery/Notify sender
Track delivery/Notify recipient
Delivery release

Pickup from shipper
Delivery to address by truck
Delivery to address by postal carrier

Tracking/Alert

Track status

Notify (push email)
Check status (lookup)

Delivery confirmation

Send confirmation

Electronic
Post

The Service Expressions describe the binding of these behaviours to specific technology choices. In this example, the Service Genre “Delivery” could in practice use different ways (Service Expressions) to achieve “Delivery”.

 
Formal Service Genre Description Print  Minimize

The Service Genre Description is the documentation used to provide detailed information about the set of related behaviours that the Service Genre represents. The information in the Service Genre Description should allow specialization as particular Service Expressions; the Service Expressions can then be implemented and the instances combined as Applications. However, the Service Genre should also be general enough for incorporation into more than one Service Usage Model and CORE SUM.

A Service Genre should not overlap in functionality with other Service Genres. The e‑Framework’s aim is to accumulate a collection of domain-specific and common Service Genres for use within multiple Service Usage Models and CORE SUMs. The e-Framework will not accept Service Genres that duplicate existing services.

If you would like to submit a Service Genre to the e-Framework for consideration, go to Service Genre Submission page. Before submitting you are encouraged to view examples of Service Genres currently registered in the e-Framework.

Last updated 30 January 2008

 
  Minimize
Unless otherwise noted material from the e-Framework website can be downloaded for your own use under a Creative Commons Attribution-ShareAlike 2.5 Australia License
CreativeCommons-by-sa.png
 
Thursday, January 08, 2009
Copyright e-Framework Partners 2006 - 2008

Terms and Conditions

Privacy Statement