UML Profile for Modeling QoS and FT Avatar
  1. OMG Specification

UML Profile for Modeling QoS and FT — Closed Issues

  • Acronym: QFTP
  • Issues Count: 18
  • Description: Issues resolved by a task force and approved by Board
Closed All
Issues resolved by a task force and approved by Board

Issues Descriptions

Page 15 Paragraph 3

  • Key: QFTP11-20
  • Legacy Issue Number: 10403
  • Status: closed  
  • Source: Universidad Politecnica de Madrid ( Miguel de Miguel)
  • Summary:

    The attribute Qualification specifies the strictness of the constraint. The values are: Guarantee, ** chage Best Bets**-Effort, Threshold-Best-Effort, Compulsory-Best-Effort, and none.

  • Reported: QFTP 1.0 — Tue, 10 Oct 2006 04:00 GMT
  • Disposition: Resolved — QFTP 1.1
  • Disposition Summary:

    No Data Available

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Page 13 paragraph 1

  • Key: QFTP11-17
  • Legacy Issue Number: 10400
  • Status: closed  
  • Source: Universidad Politecnica de Madrid ( Miguel de Miguel)
  • Summary:

    A QoS Context is described with QoS Characteristics or with the combination of other QoS Context*inser s. This means that a QoS Context that does not include **insert an*other QoS Context must be defined in terms of QoS Characteristics:

  • Reported: QFTP 1.0 — Tue, 10 Oct 2006 04:00 GMT
  • Disposition: Resolved — QFTP 1.1
  • Disposition Summary:

    No Data Available

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Page 77 paragraph 3:

  • Key: QFTP11-22
  • Legacy Issue Number: 10406
  • Status: closed  
  • Source: Universidad Politecnica de Madrid ( Miguel de Miguel)
  • Summary:

    Figure A-1**insert space ** includes the concepts of resource and resource services.

  • Reported: QFTP 1.0 — Tue, 10 Oct 2006 04:00 GMT
  • Disposition: Resolved — QFTP 1.1
  • Disposition Summary:

    No Data Available

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Page 79 paragraph 79

  • Key: QFTP11-23
  • Legacy Issue Number: 10407
  • Status: closed  
  • Source: Universidad Politecnica de Madrid ( Miguel de Miguel)
  • Summary:

    QoSRequired and QoSContract constraint based on QoS4SADemand can annotate UML 2.0 Messages, Control Flows,

    Associations, and Transitions for the description of frequencies of demand of services. These UML elements have

    associated implicitly or explicitly request of services from a client to a service provider, and the QoS Constraints provide

    additional information for the temporal distribution of the invocations. ** Change QoS4SADemand** QoS4SADeamand include some dimensions that

  • Reported: QFTP 1.0 — Tue, 10 Oct 2006 04:00 GMT
  • Disposition: Resolved — QFTP 1.1
  • Disposition Summary:

    No Data Available

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Paragraph 4:

  • Key: QFTP11-16
  • Legacy Issue Number: 10399
  • Status: closed  
  • Source: Universidad Politecnica de Madrid ( Miguel de Miguel)
  • Summary:

    QoS Value and QoS Characteristics are specializations of QoS** change c to C** haracteristics and QoSValue

  • Reported: QFTP 1.0 — Tue, 10 Oct 2006 04:00 GMT
  • Disposition: Resolved — QFTP 1.1
  • Disposition Summary:

    No Data Available

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Page 14 Paragraph 8

  • Key: QFTP11-19
  • Legacy Issue Number: 10402
  • Status: closed  
  • Source: Universidad Politecnica de Madrid ( Miguel de Miguel)
  • Summary:

    QoS Contract: The quality provider specifies the quality values it can support (provider- Offered QoS) and the

    requirements that must achieve its clients (provider-Required QoS). And the user, the quality it requires (client-

    Required QoS), and the quality that it ensures (client-Offered QoS). ** this is not a sentence Finally**, in an assembly process, we must

    establish an agreement between all constraints.

  • Reported: QFTP 1.0 — Tue, 10 Oct 2006 04:00 GMT
  • Disposition: Resolved — QFTP 1.1
  • Disposition Summary:

    No Data Available

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Page 54 paragraph 1:

  • Key: QFTP11-21
  • Legacy Issue Number: 10405
  • Status: closed  
  • Source: Universidad Politecnica de Madrid ( Miguel de Miguel)
  • Summary:

    As seen in Figure 11-9, SWOTElement is modeled as ** Don't see this use case in the figure below UseCase** and EnterpriseAsset as Classifier.

  • Reported: QFTP 1.0 — Tue, 10 Oct 2006 04:00 GMT
  • Disposition: Resolved — QFTP 1.1
  • Disposition Summary:

    No Data Available

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Paragraph 3:

  • Key: QFTP11-18
  • Legacy Issue Number: 10401
  • Status: closed  
  • Source: Universidad Politecnica de Madrid ( Miguel de Miguel)
  • Summary:

    QoS Constraint: This is an abstract metaclass. A QoS Constraint limits the allowed values of one or more QoSCharacteristics. The QoS Constraints define the constraints of the QoS Characteristics of modeling elements. Application requirements or architectural decisions limit the allowed values of quality and the QoS Constraints

    describe these limitations. QoS Context defines the QoS Characteristics and functional elements involved in a QoS Constraint. The QoS Context establishes the vocabulary of the constraint, and the QoS Constraint ** remove the** allowed values.

  • Reported: QFTP 1.0 — Tue, 10 Oct 2006 04:00 GMT
  • Disposition: Resolved — QFTP 1.1
  • Disposition Summary:

    No Data Available

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Paragraph 5:

  • Key: QFTP11-14
  • Legacy Issue Number: 10397
  • Status: closed  
  • Source: Universidad Politecnica de Madrid ( Miguel de Miguel)
  • Summary:

    Quality levels express the quantifiable level of satisfaction of a non-functional property. An RCC can associate quality

    levels to its facets and event sinks. These quality levels are the RCC** remove 's ** quality provided contracts.

  • Reported: QFTP 1.0 — Tue, 10 Oct 2006 04:00 GMT
  • Disposition: Resolved — QFTP 1.1
  • Disposition Summary:

    No Data Available

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Page 11 paragraph 3

  • Key: QFTP11-15
  • Legacy Issue Number: 10398
  • Status: closed  
  • Source: Universidad Politecnica de Madrid ( Miguel de Miguel)
  • Summary:

    QoS Value: QoS Characteristics and QoS Context provide support for the description of quantifiable QoS values. However, often there are some QoS specific values identifiable at modeling time (e.g., limits of characteristics, or specific QoS values). QoS Value instantiate** insert s** QoS Characteristic and fixes it with specific values of its value definitions (QoS DimensionSlot). When we attach a QoS Value to a model element, we are characterizing the element with quality values

  • Reported: QFTP 1.0 — Tue, 10 Oct 2006 04:00 GMT
  • Disposition: Resolved — QFTP 1.1
  • Disposition Summary:

    No Data Available

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Paragraph 5:

  • Key: QFTP11-10
  • Legacy Issue Number: 10393
  • Status: closed  
  • Source: Universidad Politecnica de Madrid ( Miguel de Miguel)
  • Summary:

    The characteristics of quality and their parameters are based on two types of concerns: i) user satisfaction, ** remove these** parameters are based on the user or client

  • Reported: QFTP 1.0 — Tue, 10 Oct 2006 04:00 GMT
  • Disposition: Resolved — QFTP 1.1
  • Disposition Summary:

    No Data Available

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Page 5 third paragraph 3

  • Key: QFTP11-9
  • Legacy Issue Number: 10392
  • Status: closed  
  • Source: Universidad Politecnica de Madrid ( Miguel de Miguel)
  • Summary:

    Most modeling languages provide support for the description of functional behavior, they describe ** remove the** non-functional requirement*include s* merely using simple comments or informal structures. An example are the interfaces that provide support for the description of functional services in some modeling and interface description languages, but they do not specify nonfunctional properties of implementators. When a client defines a dependency of these interfaces, it has no information about the quality properties.

  • Reported: QFTP 1.0 — Tue, 10 Oct 2006 04:00 GMT
  • Disposition: Resolved — QFTP 1.1
  • Disposition Summary:

    No Data Available

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Paragraph 6

  • Key: QFTP11-11
  • Legacy Issue Number: 10394
  • Status: closed  
  • Source: Universidad Politecnica de Madrid ( Miguel de Miguel)
  • Summary:

    The function ** chage does ** the quality characterization of software components or the entire system, where qi are the quality attributes of other components or external environment that affect *remove to* the quality of this component (input), r are

  • Reported: QFTP 1.0 — Tue, 10 Oct 2006 04:00 GMT
  • Disposition: Resolved — QFTP 1.1
  • Disposition Summary:

    No Data Available

  • Updated: Fri, 6 Mar 2015 20:58 GMT

QoSCompoundConstraint in the profile

  • Key: QFTP11-7
  • Legacy Issue Number: 10390
  • Status: closed  
  • Source: Universidad Politecnica de Madrid ( Miguel de Miguel)
  • Summary:

    QoSCompoundConstraint does not have associated a stereotype in the profile. It must be represented with some

    Other QoSConstraint stereotypes, but this creates imprecision. Specific stereotype is needed to avoid this.

  • Reported: QFTP 1.0 — Tue, 17 Oct 2006 04:00 GMT
  • Disposition: Resolved — QFTP 1.1
  • Disposition Summary:

    No Data Available

  • Updated: Fri, 6 Mar 2015 20:58 GMT

update name styles in QoS metamodels

  • Key: QFTP11-8
  • Legacy Issue Number: 10391
  • Status: closed  
  • Source: Universidad Politecnica de Madrid ( Miguel de Miguel)
  • Summary:

    Update names in roles of QoS Metamodel to use the same name styles as in UML2 metamodels

  • Reported: QFTP 1.0 — Tue, 17 Oct 2006 04:00 GMT
  • Disposition: Resolved — QFTP 1.1
  • Disposition Summary:

    No Data Available

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Page 6 paragraph 4

  • Key: QFTP11-13
  • Legacy Issue Number: 10396
  • Status: closed  
  • Source: Universidad Politecnica de Madrid ( Miguel de Miguel)
  • Summary:

    The facets, receptacles, event sinks, and event sources interconnect the RCC group, which collaborate to provide support of QASF. They support QASF transforming input data and events into output data and events. The QASF are the external QoS system operations, which have a quality utility associated that express the degree of satisfaction of the operation, from the user or external system point of view. The quality utility is expressed in terms of quality types and quality constraints. The grouped RCC are not quality independent in the sense that their configuration and quality provided in

    their facets and event sink may limit the quality behavior of another RCC. The end-to-end quality of a qualified functionality depends on the sequence of transformations developed along the RCC sequence. For example, the end-to end latency of a video signal transformation depends on the latency of all RCC*insert s* involved in the transformation operation.

  • Reported: QFTP 1.0 — Tue, 10 Oct 2006 04:00 GMT
  • Disposition: Resolved — QFTP 1.1
  • Disposition Summary:

    No Data Available

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Relations of QoS Metamol metaclasses and UML2 metaclasses

  • Key: QFTP11-6
  • Legacy Issue Number: 10389
  • Status: closed  
  • Source: Universidad Politecnica de Madrid ( Miguel de Miguel)
  • Summary:

    QoS Metamodels in the FTF does not include relations of metaclasses and metaclasses in UML2.

    This approach allows using QoS repositories in UML2 independent environments (e.g. non-UML2 QoS-aware

    Modeling languages), but to do provide details about how to integrate QoS metamodels and UML2 metamodels.

    Relations from QoS matamodel to UML2 would provide details about the integration of both modeling languages.

  • Reported: QFTP 1.0 — Tue, 17 Oct 2006 04:00 GMT
  • Disposition: Resolved — QFTP 1.1
  • Disposition Summary:

    No Data Available

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Paragraph 7:

  • Key: QFTP11-12
  • Legacy Issue Number: 10395
  • Status: closed  
  • Source: Universidad Politecnica de Madrid ( Miguel de Miguel)
  • Summary:

    QoS specification languages are based on a set of constructors that provide support to describe the main QoS elements of the problem. Nevertheless, the model requires a general reference architecture. We are going to consider the QoS specification for two different abstraction levels: QoS application analysis and QoS application architecture. In the first case we analyze the QoS of the system** remove s**

  • Reported: QFTP 1.0 — Tue, 10 Oct 2006 04:00 GMT
  • Disposition: Resolved — QFTP 1.1
  • Disposition Summary:

    No Data Available

  • Updated: Fri, 6 Mar 2015 20:58 GMT