Re: [soa-rm-ra] Diagramming trust - another take

[Rex Brooks <rexb@starbourne.com>]

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