1. Replaced all "xsd:IDREF" with "xsd:string" to remove the assumption that all referenced elements must reside in the same XML file. This allows us to import a method plug-in that references elements in the method library. 2. Removed redundant definitions such as and . We only need the definition for most elements. After the cleanup, we are left with 3 root-level definitions: This implies that the XML file can have , or as the root element. This gives us the flexibility of exporting a single method plug-in, a single method configuration or a method library with 2 or more method plug-ins and configurations. 3. Added to ContentElement and Activity. For example, 4. Removed VariabilityElement and updated the Section, ContentElement and Activity definition with the "variabilityType" and "variabilityBasedOnElement" attributes. For example, If "Role 1" extends "Role 2", the XML definition will now be: 5. Updated the ProcessComponent defintion. The "Process" child element type should be "uma:Process" not "xsd:IDREF" or "xsd:string". Every Method Unit is being created and owned by an author or authoring team. The date the last change that resulted into this version has been made. The description of the last change that resulted into this version. Every Package has a version number used to track changes. 6. Added "CategoryContentPackage" to simply the definition of standard and custom categories. A 'CategoryContentPackage" can only contain ContentCategory elements. The XML Schema definition is: A special Method Package that only contains Content Category Elements. An example would be: role_1 role_2 role_set_1 role_set_2 custom_category_2 role_set_1 role_set_2 7. Updated the definition. Its "id" attribute type has been changed frrom "xsd:ID" to "xsd:string". 8. Replaced all with to include time and timezone information. See http://books.xmlschemata.org/relaxng/ch19-77049.html or http://www.w3schools.com/schema/schema_dtypes_date.asp for more information.