Thanks Ken,
This is much closer in my opinion to what we have
been reaching toward. I was initially thinking
that a case with a third trusted actor was
needed, but as I thought it through, I decided
that these are sufficient to capture the atomic
cases and the atomic cases can be extended
without the need to have a specific third actor
diagram to show variations of transitivity.
I think this takes what James produced and puts
it in the scope or context of the RA Ecosystem.
Cheers,
Rex
At 12:05 AM -0400 4/6/09, Ken Laskey wrote:
>After another long talk with Dave Ellis, I am
>again inspired to try to express some ideas, and
>this time I come with definitions and diagrams.
>
>Goal: a desired set of real world effects
>
>Goal may be that the real world effects are
>realized, avoided, or some combination.
>
>Constraint: a specified set of real world effects that an actor is
> (1) limited from pursuing or being responsible for indirectly causing, or
> (2) responsible for pursuing
>
>Ownership Boundary: the extent of an
>identifiable set of actors sharing a common set
>of goals and constraints, and other common
>entities through which the goals and constraints
>can be expressed.
>
>A given actor may reside within one or more ownership boundaries.
>There may be agreed upon protocols for
>interactions that cross ownership boundaries or
>an actor crossing an ownership boundary may
>independently need to resolve any mismatches.
>
>Reputation: a property of a given actor assigned
>by other actors based on the accumulated
>experience experience of the other actors on the
>extent to which real world effects resulting
>from interaction with the given actor are
>assessed as desirable, neutral, or undesirable.
>
>Other definitions are needed but I was
>concentrating on the diagrams that follow.
>
>
>Attachment converted: Macintosh
>HD:Class_Diagram__Owne#15949FD.jpg (JPEG/«IC»)
>(015949FD)
>
>
>An Actor has goals and constraints based on the
>Ownership Boundary in which it resides. This
>Actor can be influenced or constrained by other
>actors who have their own goals and constraints,
>where the actors providing influence or
>constraints may be peers, subordinates, or
>superiors. The influencing actor is often a
>superior.
>
>
>Attachment converted: Macintosh
>HD:Class_Diagram__Goal#15949FE.jpg (JPEG/«IC»)
>(015949FE)
>Attachment converted: Macintosh
>HD:Class_Diagram__Reputation.jpg (JPEG/«IC»)
>(015949FF)
>
>
>A later diagram also includes evidence, and
>these will need to be merged or made consistent.
>
>
>Attachment converted: Macintosh
>HD:Class_Diagram__Trus#1594A00.jpg (JPEG/«IC»)
>(01594A00)
>
>
>Note when there is no direct interaction, the
>Trusted Actor knows nothing of the Trusting
>Actor and acts strictly in concert with its
>goals. The Trusting Actor has an interest in
>some possibly resulting real world effects but
>no interaction with the Trusted Actor.
>
>
>Attachment converted: Macintosh
>HD:Class_Diagram__Trus#1594A01.jpg (JPEG/«IC»)
>(01594A01)
>
>
>The following sequence diagrams are rough but
>demonstrate how the relationships should in the
>class diagrams are realized.
>
>
>Content-Disposition: inline;
>
> filename*0="Sequence_Diagram__Trust_w__interaction__Trust_w__interaction__Tr";
> filename*1="ust_w__interaction.jpg"
>Content-Type: image/jpeg; x-unix-mode=0644; name=
>
> "Sequence_Diagram__Trust_w__interaction__Trust_w__interaction__Trust_w__interaction.jpg"
>
>Attachment converted: Macintosh
>HD:Sequence_Diagram__Trust_w__.jpg (JPEG/«IC»)
>(01594A03)
>Content-Disposition: inline;
>
> filename*0="Sequence_Diagram__Trust_w_o_interaction__Trust_w_o_interaction__";
> filename*1="Trust_w_o_interaction.jpg"
>Content-Type: image/jpeg; x-unix-mode=0644; name=
>
> "Sequence_Diagram__Trust_w_o_interaction__Trust_w_o_interaction__Trust_w_o_interaction.jpg"
>
>Attachment converted: Macintosh
>HD:Sequence_Diagram__Trust_w_o.jpg (JPEG/«IC»)
>(01594A04)
>
>
>message 6 should have been deleted
>
>
>Content-Disposition: inline;
>
> filename*0="Sequence_Diagram__Trust_&_Risk_w__interaction__Trust_&_Risk_w__i";
> filename*1="nteraction__Trust_&_Risk_w__interaction.jpg"
>Content-Type: image/jpeg; x-unix-mode=0644; name=
>
> "Sequence_Diagram__Trust_&_Risk_w__interaction__Trust_&_Risk_w__interaction__Trust_&_Risk_w__interaction.jpg"
>
>Attachment converted: Macintosh
>HD:Sequence_Diagram__Trust_&_R.jpg (JPEG/«IC»)
>(01594A05)
>Content-Disposition: inline;
>
> filename*0="Sequence_Diagram__Trust_w_o_interaction__Trust_&_Risk_w_o_intera";
> filename*1="ction__Trust_&_Risk_w_o_interaction.jpg"
>Content-Type: image/jpeg; x-unix-mode=0644; name=
>
> "Sequence_Diagram__Trust_w_o_interaction__Trust_&_Risk_w_o_interaction__Trust_&_Risk_w_o_interaction.jpg"
>
>Attachment converted: Macintosh
>HD:Sequence_Diagram__Trust_w 1.jpg (JPEG/«IC»)
>(01594A06)
>
>
>
>-----------------------------------------------------------------------------
>Ken Laskey
>MITRE Corporation, M/S H305 phone: 703-983-7934
>7515 Colshire Drive fax: 703-983-1379
>McLean VA 22102-7508
>
>
>
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe from this mail list, you must leave the OASIS TC that
>generates this mail. Follow this link to all your TCs in OASIS at:
>https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
--
Rex Brooks
President, CEO
Starbourne Communications Design
GeoAddress: 1361-A Addison
Berkeley, CA 94702
Tel: 510-898-0670
