: Public abstract <<TMF_BusinessEntity>> Business Entity
Conceptually, a ServiceBundle is thought of as a collection of ResourceFacingServiceSpecifications. This enables the needs of different sets of ResourceFacingServiceSpecifications to be grouped together, hence, the name "bundle". Since these are ResoureFacingSpecifications, they define reusable templates for implementing the ResourceFacingServices that are required by a particular CustomerFacingService (as represented by a ServicePackage).<br/><br/><br/><br/>ServiceBundles were designed to define a set of Class of Service specifications that were required by a CustomerFacingService to work together. A ServicePackage is the entity that models the requirements of the CustomerFacingService. Thus, ServicePackages can specify different packaging of CustomerFacingServices that are obtained by a Customer via a Product, and ServiceBundles specify the set of ResourceFacingServices that each CustomerFacingService requires.<br/><br/><br/><br/>ServiceBundles are a natural way to implement the requirements of a ServicePackage, and are related to a ServicePackage through the ServicePackageUsesServiceBundles aggregation.<br/>
- Attributes
- Associations To
- Associations From
- Tagged Values
- Advanced
- Other Links
Attribute |
Public Boolean hasMultipleQoSTypes
|
Details:
Alias: |
|
Initial: |
|
Stereotype: |
|
Ordered: |
|
Range: |
|
Transient: |
False |
Derived: |
False |
IsID: |
False |
Notes:
|
This is a Boolean attribute that, if TRUE, defines this ServiceBundle as containing more than a single type of QoSService (e.g., DiffServ and 802.1P as an example).<br/>
|
|
Tag |
Value |
IsCoreEntity |
False |
 Details:
Values: true,false Default: False
|
rsa_guid |
_3E3F0EC000E93D555E790109 |
 Details:
|
Property |
Value |
isActive: |
0 |
isFinalSpecialization: |
0 |