• Type: Task
    • Resolution: Won't Fix
    • Priority: Major
    • cd04
    • Affects Version/s: cd03
    • Component/s: spec
    • None
    • Hide

      Proposal 1 2009-06-24

      SOA_EERP Business Rating spec version 1.0 Working Draft 06 (WD06) uploaded
      at
      http://www.oasis-open.org/committees/download.php/33070/BusinessRating-v1.0-spec-wd06.pdf

      It fixed this issue on line # 98-101 and 137 -140.

      It is proposed to close the issue with above changes.

      Proposal 2 2009-06-24

      Rex: In i022 in BQOS we need to provide a set of quality-performance assertions. Under rating, anyone should be able to use the BQOS specification, take whatever a service provide states (as an assertion) and evaluate it. This lends itself to making forms rather than long, rambling text descriptions—forms with boxes to check are much easier to work with.

      Action: i023 Keep open (as for i022) and defer to next CD. This issue will be addressed after CD02.

      Proposal 3 2009-09-02

      Per TC meeting on 09/02/2009, mark it to defer to post CD02. This issue will be addressed after CD02.

      Show
      Proposal 1 2009-06-24 SOA_EERP Business Rating spec version 1.0 Working Draft 06 (WD06) uploaded at http://www.oasis-open.org/committees/download.php/33070/BusinessRating-v1.0-spec-wd06.pdf It fixed this issue on line # 98-101 and 137 -140. It is proposed to close the issue with above changes. Proposal 2 2009-06-24 Rex: In i022 in BQOS we need to provide a set of quality-performance assertions. Under rating, anyone should be able to use the BQOS specification, take whatever a service provide states (as an assertion) and evaluate it. This lends itself to making forms rather than long, rambling text descriptions—forms with boxes to check are much easier to work with. Action: i023 Keep open (as for i022) and defer to next CD. This issue will be addressed after CD02. Proposal 3 2009-09-02 Per TC meeting on 09/02/2009, mark it to defer to post CD02. This issue will be addressed after CD02.

      (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 Rating Specification for the Performance category.

      This element is the mechanism for Service Rating Entities to provide
      their evaluation for how well Service Providers fulfill the
      QualityAssertion(s) of their service(s). As with my suggestion for
      BQoS:Performance:QualityAssertion, this Evaluation element is
      something that I expect will evolve over time, and I don't have
      suggestions at this time for specific subcategories of
      QualityAssestionEvaluation. 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 and how
      they want assertions evaluated.

      For instance, when a conference management service asserts: "We
      deliver a high percentage of decision makers and decision
      influencers," this assertion can be evaluated by a rating service to
      say something like, "Acme Conference Management's delivery of
      decision makers and decison influencers at 35% for Conference X
      prompts our rating of poor for this assertion."

      Because many Quality Assertions and Evaluations may be subjective
      (e..g. "a good time will be had by all"), the compilation of attendee
      surveys using equally subjective assessments provides a somewhat more
      objective basis for ratings services to evaluate quality assertions.
      Without the mechanisms for assertion and evaluation, these ratings
      would be more purely subjective and less valuable for potential
      service consumers.

      By providing Service Providers with a BQoS:
      Performance:QualityAssertion, and Service Ratings Firms with a
      QualiftyAssertionEvaluation, I think we can begin to make better
      assessments of services.

      Cheers,
      Rex

      Raised against / Related drafts
      EERP-Rating revision: WD05
      Justification
      N/A
      Related Issues
      Origin
      Rex Brooks
      Owner
      Szu Chang

            Assignee:
            Szu Chang (Inactive)
            Reporter:
            Paul Yang (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

              Created:
              Updated:
              Resolved: