<Quote>
Joe, does this (claim?) make sense to you and how do you respond
positively to this type of viewpoint about the DRM?
</Quote> (01)
Thanks for your insights Paul, and for asking for my opinion. I view all
viewpoints about the DRM as valid, and I personally welcome them. So by
default I respond positively to the type of viewpoint that you put
forth. (02)
If I have anything to contribute to the concepts that you put forth
(need to read them in depth), I will definitely let you know by replying
to this list. (03)
Joe (04)
Joseph Chiusano
Associate
Booz Allen Hamilton (05)
700 13th St. NW, Suite 1100
Washington, DC 20005
O: 202-508-6514
C: 202-251-0731
Visit us online@ http://www.boozallen.com (06)
-----Original Message-----
From: soa-forum-bounces@xxxxxxxxxxxxxx
[mailto:soa-forum-bounces@xxxxxxxxxxxxxx] On Behalf Of Paul Prueitt
(ontologystream)
Sent: Friday, March 31, 2006 1:47 PM
To: 'Service-Oriented Architecture CoP'
Cc: Leonid Ototsky
Subject: RE: [soa-forum] definition of "community" (07)
Data reference model = DRM. (08)
I wish that the link you provided was not 114 pages long. (09)
LoBs = ? (010)
(lines of business)? (011)
It would be most helpful for if these acronyms were always spelled out. (012)
Yes? (013)
The DRM 2.0, technical definition of a community of practice is not in
line with terminology found in various academic disciplines who study
real communities. (014)
Even in the KM "knowledge management" community, which tends to be
somewhat IT industry oriented, we have more profound and (more correct)
definitions of a community of practice. The DRM over simplifies in a
fashion that is restrictive of discussion - if DRM is considered
authoritative - which it is). (015)
One can use general systems theory to show that the DRM 2.0 technical
definition is a brittle definition that fails apart in crisis, and
perhaps even in normal human to human exchange activity. It certainly
does not support the type of stratification (locality - non-locality)
discussion needed to see the difference between the individualized
(lower conceptualization layer of BCM) and the collective (aggregated
layer of the BCM). (016)
An impedance mismatch starts with the notion that a CoP "requires" a
shared vocabulary. This can mean, and often does to the W3C, a fixed
controlled vocabulary. But the (more true) nature of language use can
be seen from the eyes of cultural anthropology and related disciplines.
Here one can begin to seen stratification in how words are formed in
social use and in individual use. But in most cases, the way in which
this DRM definition of CoP and "controlled vocabulary" is enforced is
characteristically for the benefit of IT control over process that
should be left to the control of policy makers. (This is claimed) (017)
The DRM (it seems to us) assumes a Directed (Implies a director) type
community control theory. SOA CAN BE considered consistent with
directed community control. (018)
OR SOA can be considered as "requiring" a real human collaboration (via
the SOA "contract"). In the BCM specification the "contract" is
strongly associated with (human "choice points"). This shows that BCM
is an entirely different interpretation of ! all ! terms in any
controlled vocabulary that is consistent with the DRM 2.0 definition of
CoP. Is this not true? (019)
But as Andrew has just pointed out; this (the directed) type of
community is not really consistent with a broad definition of service.
Because this is a core issue of conflict in the federal government's
relationship to its citizens, this is a vital issue - not merely
functionally but also politically. Yes? (020)
Joe, does this (claim?) make sense to you and how do you respond
positively to this type of viewpoint about the DRM? (021)
-----Original Message-----
From: soa-forum-bounces@xxxxxxxxxxxxxx
[mailto:soa-forum-bounces@xxxxxxxxxxxxxx] On Behalf Of Chiusano Joseph
Sent: Friday, March 31, 2006 6:54 AM
To: Service-Oriented Architecture CoP
Subject: RE: [soa-forum] definition of "community" (022)
Here is the definition of COI/COP that we included in the DRM 2.0
Glossary (note that we combined COI and COP into a single definition): (023)
Communities of Practice (COPs) or Communities of Interest (COIs):
Communities of Interest are collaborative groups of user who require a
shared vocabulary to exchange information to in pursuit of common goals,
interests, and business objectives. With the context on the DRM they may
include LoBs within the government and external organizations that are
dedicated to the support of business functions. (024)
For the references to these throughout the DRM 2.0 document, see:
http://www.whitehouse.gov/omb/egov/documents/DRM_2_0_Final.pdf. (025)
Joe (026)
Joseph Chiusano
Associate
Booz Allen Hamilton (027)
700 13th St. NW, Suite 1100
Washington, DC 20005
O: 202-508-6514
C: 202-251-0731
Visit us online@ http://www.boozallen.com (028)
-----Original Message-----
From: soa-forum-bounces@xxxxxxxxxxxxxx
[mailto:soa-forum-bounces@xxxxxxxxxxxxxx] On Behalf Of Paul Prueitt
(ontologystream)
Sent: Friday, March 31, 2006 12:44 PM
To: 'Service-Oriented Architecture CoP'
Subject: [soa-forum] definition of "community" (029)
I have suggested that the difficulty with these definitions is that
there is no model based stratification of entailment. (030)
(I know many will feel that the above sentence is not understandable,
but I can only speak to whose who feel the way I do, on this matter.) (031)
Entailment means "cause", but one immediately needs to see differences
between so called logical entailment (deductive inference) and physical
(material) entailment (which might be the laws of nature and some
initial and boundary conditions). Robert Rosen's work focused on the
difference between logical and physical entailments. (032)
Stratification of entailment is implicit in the BCM specification, the
second school claims. The conceptualization is the lowest layer of four
BCM layers and is done (in one interpretation of the method) by
individual uses of "SOFT" tools like outlines or topic maps. The hard
form of knowledge representation that John talks about (or that is OWL
like) is not necessary nor really correct. At the extension and
implementation layers OWL described information structure becomes very
useful. (033)
The "autonomous" conceptualization by individuals occurs all the time in
natural settings. (034)
The stratified architecture I proposed in the BCNGroup Roadmap uses this
stratification to roll-up a common representation from many individual
conceptualizations into a (well... BCM calls this the "business layer")
and I agree... but this layer is really a process or event layer in
more general settings. (By this, we imply that a type of control theory
is possible in the general cases, as related to things like
nanotechnology production, of chip design). (035)
Semantic extraction tools are many, and all these tools have this
conceptual rollup capability. Choice points are required in the BCM to
check and reify the conceptual formulation at the individual and the
common layers. This two layer stratification allows a comparison
between normalized business practices (for example) and individual
"purpose". Conceptual roll-up need not be purely linguistic in nature. (036)
http://www.bcngroup.org/area2/KSF/Notation/notation.htm (037)
A distributed harvesting of weblogs - designed for this purpose is one
way to take many community conceptual expressions and aggregate a common
conceptualization layer... as I did for Pondexture.. (038)
http://www.ontologystream.com/area1/MemeticOntology/mappingSocialSymbols
.htm (039)
Agent technology and theory misses most (OR ALL) of this capability
because of AI type assumptions made about the nature of computation and
the nature of natural systems. (One might claim). (040)
The top two layers are "extension" and "implementation". Thus BCM may
turn out to be a SOA methodology. (041)
My role in this discussion may be about at an end, I invite those who
are interested in a collaboration (open source but oriented towards a
business
model) to communicate with me privately. (042)
Dr Paul S Prueitt
Founder ontologystream, BCNGroup, virtualTaos
703-981-2676 (043)
-----Original Message-----
From: soa-forum-bounces@xxxxxxxxxxxxxx
[mailto:soa-forum-bounces@xxxxxxxxxxxxxx] On Behalf Of Andrew S. Townley
Sent: Friday, March 31, 2006 5:28 AM
To: Service-Oriented Architecture CoP
Subject: RE: [soa-forum] Business Need for SOA (Was SOA Semantic
Variation ) (044)
Hi Cory, (045)
I guess I see your definition of "contracted" as a sub-set of your
definition of "emergent". Where do you draw the line and when is it
important? (046)
I wasn't going to go so far as (grid-like) agents, because in a
messaging environment (which is ultimately what we're talking about
here), the only way to do that is to embed logic into the message
itself. To me, at the point where you go beyond reaction to state
transition events, there's no way it'll really work. Are you going to
allow me to execute arbitrary code inside your critical business system?
I'm not prepared to do that, and the reality is, I don't think it's
necessary. (047)
Really, (grid-like) agents are just a type of service requester in the
way that I view SOA implementation. Like many things, this is based on
your perspective. Which moves: the mountain or Mohammed? (Bear in
mind, while I read a little about the grid efforts about a year ago, it
wasn't at a tremendous level of depth) (048)
ast (049)
On Fri, 2006-03-31 at 14:04, Cory Casanave wrote:
> Just as a point of interest, we could identify 3 kinds of community
> behavior;
> * Directed (Implies a director)
> * Contracted (Agreed behavior, does not imply a director - this is
most of
> SOA)
> * Emergent (Group behavior emerges from common traits or behavior of
> individual - this is most of "nature")
>
> Contracted behavior is a very human thing that we have now imparted to
our
> machines. Our machines previously required directed behavior (the
"workflow
> manager" instead of SOA contracts).
>
> Emergent behavior - such as can be seen in an ant colony, is very
> interesting and what some of the agent community has explored.
However
> emergent behavior does imply some shared environment or (probably
> contracted) method of exchanging information - perhaps more as event
> notifications. But in the emergent case there is much less agreement
but
> there is some level of common behavior. Emergent behavior probably
comes
> from some kind of evolution.
>
> SOA can support all 3 kinds of behavior, but the very common case of
> creating and meeting obligations (from commerce to fire a missile) is
> generally contracted behavior.
>
> > -----Original Message-----
> > From: soa-forum-bounces@xxxxxxxxxxxxxx [mailto:soa-forum-
> > bounces@xxxxxxxxxxxxxx] On Behalf Of Andrew S. Townley
> > Sent: Thursday, March 30, 2006 2:24 PM
> > To: Service-Oriented Architecture CoP
> > Subject: RE: [soa-forum] Business Need for SOA (Was SOA Semantic
> > Variation )
> >
> >
> > Hi Metz,
> >
> > I just wanted to address one of your points, because I believe that
this
> > clarification is crucial to understanding where I'm coming from with (050)
> > this line of thinking.
> >
> > On Thu, 2006-03-30 at 19:20, Metz Rebekah wrote:
> > > One of the largest benefits of autonomy is the ability to work
> > >
> > > co-operatively to accomplish a larger goal. However, this
"directed"
> > > or
> > >
> > > "cooperative autonomy" is only effective if everyone fully
understands
> > >
> > > what they are supposed to do and have the ability to do it.
> > >
> > > [->] I agree with your assertion of directed vs. cooperative
> > > autonomy. I believe there is a continuum between these two
extremes.
> > > I would liken the first to the hierarchical structure of the
military
> > > and the second to a think tank or research institution. What we
see
> > > though is that there are a range of organizational (community)
> > > structures that work in between these extremes. My sense is that
> > > within those various organizational structures; not everyone fully (051)
> > > understands what they are supposed to do, nor do they have the
ability
> > > to fully do it. Nevertheless, the overall organization can be
> > > successful. Essentially, the community becomes self-healing.
> >
> > Actually, in this case I was lumping them together, not separating
> > them. Although, I do agree that in practice there is some
difference.
> > However, in any hierarchical organization (that is at all
successful),
> > there is a certain amount of delegation to people at all levels.
This
> > delegation also provides the context and the reasoning necessary for (052)
> > action. The results of that action may be directed if they are
> > delegated from someone who has a vision or goal in mind. They may
also
> > not provide all of the information available. Perhaps my use of
"fully"
> > in this case was misleading. What I actually meant was that they
have
> > enough information to perform the task to which they have been
assigned,
> > but the successful completion of that task will further the goals of
the
> > organization or individual who originally assigned it.
> >
> > In my mind, the only difference between "directed autonomy" vs
> > "collective autonomy" is what you alluded to in your
reply--dependent
> > vs. independent action. However, the net results are the same
because
> > the successful results of either directed or collective action
> > (hopefully) provides benefits to the community.
> >
> > ast
> >
> > --
> > Join me in Dubrovnik, Croatia on May 8-10th when I will be speaking
at
> > InfoSeCon 2006. For more information, see www.infosecon.org.
> >
> >
************************************************************************
**
> > *************************
> > The information in this email is confidential and may be legally
> > privileged. Access to this email by anyone other than the intended
> > addressee is unauthorized. If you are not the intended recipient of
this
> > message, any review, disclosure, copying, distribution, retention,
or
any
> > action taken or omitted to be taken in reliance on it is prohibited
and
> > may be unlawful. If you are not the intended recipient, please
reply to
> > or forward a copy of this message to the sender and delete the
message,
> > any attachments, and any copies thereof from your system.
> >
************************************************************************
**
> > *************************
> > _________________________________________________________________
> > Subscribe/Unsubscribe/Config:
http://colab.cim3.net/mailman/listinfo/soa-
> > forum/
> > Shared Files: http://colab.cim3.net/file/work/soa/
> > Community Portal: http://colab.cim3.net/ Community Wiki:
http://colab.cim3.net/cgi-bin/wiki.pl?AnnouncementofSOACoP
>
> _________________________________________________________________
> Subscribe/Unsubscribe/Config:
http://colab.cim3.net/mailman/listinfo/soa-forum/
> Shared Files: http://colab.cim3.net/file/work/soa/
> Community Portal: http://colab.cim3.net/ Community Wiki:
http://colab.cim3.net/cgi-bin/wiki.pl?AnnouncementofSOACoP
--
Join me in Dubrovnik, Croatia on May 8-10th when I will be speaking at
InfoSeCon 2006. For more information, see www.infosecon.org. (053)
************************************************************************
****
***********************
The information in this email is confidential and may be legally
privileged.
Access to this email by anyone other than the intended addressee is
unauthorized. If you are not the intended recipient of this message,
any review, disclosure, copying, distribution, retention, or any action
taken or omitted to be taken in reliance on it is prohibited and may be
unlawful.
If
you are not the intended recipient, please reply to or forward a copy of
this message to the sender and delete the message, any attachments, and
any copies thereof from your system.
************************************************************************
****
***********************
_________________________________________________________________
Subscribe/Unsubscribe/Config:
http://colab.cim3.net/mailman/listinfo/soa-forum/
Shared Files: http://colab.cim3.net/file/work/soa/
Community Portal: http://colab.cim3.net/ Community Wiki:
http://colab.cim3.net/cgi-bin/wiki.pl?AnnouncementofSOACoP (054)
_________________________________________________________________
Subscribe/Unsubscribe/Config:
http://colab.cim3.net/mailman/listinfo/soa-forum/
Shared Files: http://colab.cim3.net/file/work/soa/
Community Portal: http://colab.cim3.net/ Community Wiki:
http://colab.cim3.net/cgi-bin/wiki.pl?AnnouncementofSOACoP
_________________________________________________________________
Subscribe/Unsubscribe/Config:
http://colab.cim3.net/mailman/listinfo/soa-forum/
Shared Files: http://colab.cim3.net/file/work/soa/
Community Portal: http://colab.cim3.net/ Community Wiki:
http://colab.cim3.net/cgi-bin/wiki.pl?AnnouncementofSOACoP (055)
_________________________________________________________________
Subscribe/Unsubscribe/Config:
http://colab.cim3.net/mailman/listinfo/soa-forum/
Shared Files: http://colab.cim3.net/file/work/soa/
Community Portal: http://colab.cim3.net/ Community Wiki:
http://colab.cim3.net/cgi-bin/wiki.pl?AnnouncementofSOACoP
_________________________________________________________________
Subscribe/Unsubscribe/Config: http://colab.cim3.net/mailman/listinfo/soa-forum/
Shared Files: http://colab.cim3.net/file/work/soa/
Community Portal: http://colab.cim3.net/
Community Wiki: http://colab.cim3.net/cgi-bin/wiki.pl?AnnouncementofSOACoP (056)
|