OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

security-jc message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Subject: RE: [security-jc] Discussion of charter for SSJC


In response to the charter review on this weeks con-call I offer the
following revised discussion items.  If there is consensus that the
"charter" sections are somewhere near what we want, I'll attempt to pull
them together into a single statement for further review.

Joe.  During the meeting there was some push-back on using the term
"roadmap" in 2.0.  I recall this being a term you specifically used, I
though I'd draw this out JIC.


1  To promote the re-use of technical components
================================================
Charter context
---------------
1.1  Through consultation and participation, to encourage new and
developing TC's to re-use terms from developing/existing TC
specification glossaries. 

1.2  To provide context for re-usable security related specification
elements (models, use cases, elements, profiles etc).  When a member TC
develops what it considers to be a re-usable specification "element", to
review it and where suitable reference or endorse it as such (not sure
what endorse really means in this context).

Implementation
--------------
1.3  To develop an SSJC glossary that provides common terms and
descriptions for security related specification elements.

1.5  To develop a security specification element re-use matrix or
repository.  This would provide some way of documenting or referencing
those parts of a given OASIS TC specification that *should* be
considered for re-use by other TC's.


2 - To Develop an OASIS Security Standards Model
================================================
Charter 
-------
2.1  To define a consistent model of how OASIS security TC
specifications are related or re-used.

2.2  To provide guidance on how to implement a consistent security
architecture that employs OASIS security related TC specifications with
compatible external specifications or works. 

Implementation
--------------
2.4  To develop an OASIS security standards architecture model that
provides a description of how OASIS security related specification "fit
together" and relate to other security relevant works at W3C, WS-I etc.


3 - To Provide Help with the formation of new "Security Related" TC's
=====================================================================
Charter
-------
3.1  To help the OASIS TAB (or whoever) with the process of accepting
and chartering future security related TC's. 

Implementation
--------------
3.2  SSJC to be available to consult as required.


4 - To Provide Help With OASIS PR activities that effect security
=================================================================
Charter
--------
4.1  To help organize a consistent voice for security related PR
announcements.

4.2  To provide a forum for arranging OASIS security related external
events and event participation.

Implementation
--------------
4.3  SSJC to be available to consult with OASIS PR as required. 


--------------------------------------------------------
Darran Rolls                      http://www.waveset.com
Waveset Technologies Inc          drolls@waveset.com 
(512) 657 8360                    
--------------------------------------------------------



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Powered by eList eXpress LLC