[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: [OASIS Issue Tracker] Updated: (SOAEERP-39) i022Performance:QualityAssertion
[ http://tools.oasis-open.org/issues/browse/SOAEERP-39?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul Yang updated SOAEERP-39: ------------------------------ Summary: i022 Performance:QualityAssertion (was: Performance:QualityAssertion) > i022 Performance:QualityAssertion > --------------------------------- > > Key: SOAEERP-39 > URL: http://tools.oasis-open.org/issues/browse/SOAEERP-39 > Project: OASIS Service-Oriented Architecture End-to-End Resource Planning (SOA-EERP) TC > Issue Type: Task > Components: Protocol Spec > Reporter: Paul Yang > Assignee: Szu Chang > > Hi Everyone, > (Note: I'll repeat this intro where it applies to the issues I bring > up.) I have not had time to address these specs as I would have > preferred, but as I am working through the process of diagramming the > SOA Reference Architecture Foundation due to be released for Public > Review in July (hopefully), I do have time to bring up a few > crossover issues that will help align and coordinate the use of the > RAF to develop specific, concrete solution architectures. > This Issue applies to the BQoS Specification for the Performance category. > I think we should include a formal mechanism for Service Providers to > assert the specific Qualities of their services. Because this is > something that I expect will evolve over time, I don't have > suggestions at this time for specific subcategories of Quality. I > think it would be wise to include this as a free text element at > first. Later we may have subcategories that arise, but I wouldn't > want to wait until we define those in order to get feedback from our > audience on what they want to assert about their services. > For instance, a conference management service might assert: "We > deliver a high percentage of decision makers and decision > influencers." This kind of assertion sets the foundation for a rating > service to say something like, "Acme Conference Management delivered > an audience for Conference X in which only 35% of attendees could be > confirmed as decision makers." > Because many Quality Assertions may be subjective (e..g. "a good time > will be had by all"), without such an assertion, rating services and > potential Service Consumers will not have a basis against which to > evaluate services. The point is that even subjective Quality > Assertions can be evaluated by ratings services, even if we can > assign an objective unit of measure. > By providing Service Providers with a BQoS: > Performance:QualityAssertion, I think we can begin to make better > assessments of services. > Cheers, > Rex > Raised against / Related drafts > EERP-bQoS revision: WD04 > Justification > N/A > Related Issues > Origin > Rex Brooks > Owner > Szu Chang -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://tools.oasis-open.org/issues/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]