|
||||||||||
| PREV CLASS NEXT CLASS | FRAMES NO FRAMES | |||||||||
| SUMMARY: NESTED | FIELD | CONSTR | METHOD | DETAIL: FIELD | CONSTR | METHOD | |||||||||
public interface ServiceEffectSpecification
A representation of the model object 'Service Effect Specification'. Service Effect Specification Models the effect of invoking a specific service of a basic component. Therefore, it references a Signature from an Interface, for which the component takes a ProvidedRole, to identify the described service. This class is abstract and SEFFs for specific analysis purposes need to inherit from this class. A BasicComponent may have an arbitrary number of SEFFs. It can have multiple SEFFs of a different type for a single provided service. For example, one SEFF can express all external service calls with no particular order, while another one includes a restricted order, or still another one expresses resource demands of the service. While different SEFF types have been proposed, the only type currently included in the meta-model is the ResourceDemandingSEFF for performance prediction. Different types of SEFFs should not contradict each other if the languages are equally powerful. For example, the order of allowed external service calls should be the same for each SEFF type modelling sequences of such calls if the modelling languages have the same expressiveness. SEFFs are part of a component and not part of an interface, because they are implementation dependent. The SEFFs of a CompositeComponent are not represented in the meta-model and can be derived automatically by connecting the SEFFs of the encapsulated components of its nested AssemblyContexts. Different SEFFs of a single component access the same component parameter specifications. That means that parameter dependencies to the same component parameters in different SEFF types refer also to the same characterisations.
The following features are supported:
SeffPackage.getServiceEffectSpecification()| Field Summary | |
|---|---|
static String |
copyright
|
| Method Summary | |
|---|---|
Signature |
getDescribedService__SEFF()
Returns the value of the 'Described Service SEFF' reference. |
String |
getSeffTypeID()
Returns the value of the 'Seff Type ID' attribute. |
void |
setDescribedService__SEFF(Signature value)
Sets the value of the ' Described Service SEFF' reference. |
void |
setSeffTypeID(String value)
Sets the value of the ' Seff Type ID' attribute. |
| Field Detail |
|---|
static final String copyright
| Method Detail |
|---|
String getSeffTypeID()
"1".
If the meaning of the 'Seff Type ID' attribute isn't clear, there really should be more of a description here...
setSeffTypeID(String),
SeffPackage.getServiceEffectSpecification_SeffTypeID()void setSeffTypeID(String value)
Seff Type ID' attribute.
value - the new value of the 'Seff Type ID' attribute.getSeffTypeID()Signature getDescribedService__SEFF()
If the meaning of the 'Described Service SEFF' reference isn't clear, there really should be more of a description here...
setDescribedService__SEFF(Signature),
SeffPackage.getServiceEffectSpecification_DescribedService__SEFF()void setDescribedService__SEFF(Signature value)
Described Service SEFF' reference.
value - the new value of the 'Described Service SEFF' reference.getDescribedService__SEFF()
|
||||||||||
| PREV CLASS NEXT CLASS | FRAMES NO FRAMES | |||||||||
| SUMMARY: NESTED | FIELD | CONSTR | METHOD | DETAIL: FIELD | CONSTR | METHOD | |||||||||