Getting Started with XML in the Federal Government:
Recommendations to the EIEITC XML Working Group
Logistics Management Institute
Getting Started With the Extensible Markup Language
If the federal government is to make a serious commitment to implementing the Extensible Markup Language (XML), it must take specific, decisive action to put in place both the necessary XML implementation guidance and policy and supporting structures to ensure that government wide benefits of XML are achieved. This paper is intended to provide information on how to address this need.
By its very nature, the XML technology is extensible. This extensibility is both the boon and the bane of the technology. Being extensible means that the underlying XML syntax can be used to create any tailored markup language by anyone with only rudimentary IT skills. However, the ability to create on-the-fly markup languages can lead to a proliferation of XML languages within a single organization. Such a proliferation is not critical in simple browser to web server solutions. However, in the area of business to business (B2B) exchanges, such a proliferation is undesirable. More importantly, the government's efforts at creating a single face to industry will be more difficult. This is because the use of different XML project processes, XML document design rules, document definition methodologies, and employment of competing World Wide Web Consortium (W3C) technical specifications put escalating resource requirements on both the government and private sector sides of any XML implementation equation.
To properly address government wide issues, stem the expected flood of divergent XML solutions, and ensure smart application of Information Technology (IT) resources, the Enterprise Interoperability and Emerging Information Technology Committee (EIEITC) of the Federal Chief Information Officer (CIO) council has chartered an XML Working Group. The XML Working Group's charter identifies the following areas of responsibility
u Develop XML best practices and recommended standards
u Develop partnerships with key industry and public groups developing XML standards and specifications
u Develop partnerships with existing federal "vertical" communities to accelerate the delivery of XML benefits, and
u Conduct "results-oriented" education and outreach
It is critical for the XML Working Group to take aggressive steps in each of these areas early on. The following sections provide preliminary recommendations for a course of action for each of these areas.
u Develop XML implementation and use guidelines. To start this process, the XML workgroup should:
ä Draft a memo from the CIO council for government wide distribution that -
n lets Departments and Agencies know that the XML Working Group is developing XML implementation and use guidelines,
n identifies meeting plans to discuss approach and issues,
n seeks involvement of key players in the process,
n seeks partnership with the Federal EC Program Office (ECPMO), and
n requests information on any related efforts that may be underway
ä As a precursor to subsequent meetings, the Working Group should -
n Conduct some level of research to determine extent of existing XML tag and schema repositories
n Conduct some level of research to determine if comparable documents are available in both the public and private sectors
n Determine if modifying Federal Information Processing Standard (FIPS) 161-2 to include XML is appropriate
n Prepare outline and skeleton draft of proposed guidelines
u Determine approach to XML registries and repositories
ä Define the need for, and functional features of, a federal XML registry and repository
ä Evaluate the developing XML.ORG, ebXML, and BizTalk registry and repository solutions. Determine if one or more could be used as the actual registry and repository, or at a minimum, as the model for a federally funded and operated system.
u Determine the current approach to developing/managing XML standards and implementation
ä Send a formal request to the Federal ECPMO requesting the status of empowering the Federal EDI Standards Management Coordinating Committee (FESMCC) with XML standards responsibilities.
u Develop XML design guidelines. These design guidelines should differentiate between documents for web browsing/database interactions and those that will be part of automated computer-to-computer B2B exchanges. Design guidelines should -
ä Select between XML Document Type Definitions (DTDs) or Schema's as the preferred method for defining XML document structures and datatypes.
n This is an area that properly falls under the FESMCC. However, until the FESMCC agrees to assume this role, the XML workgroup should offer an interim position. This position should be that all work is to be done in the W3C schema specification. That specification is in last call status, and is expected to move forward to candidate status. Tools are already available for developing and processing schemas, and the technical advantages available outweigh the slight risk of future changes to this specification. We make this recommendation because we believe those risks are limited to increased functionality in the schema specification that will come about from other related W3C XML technical specifications that are in the development process, and any changes can be readily incorporated if they hold value.
ä Identify which W3C approved specifications can and/or should be used in developing XML documents.
n In that respect, certain specifications address the same if not similar issues. Additionally, the capabilities and limitations of Department/Agency technical solutions must be evaluated as part of this process.
ä Define preferred document and data modeling approaches.
n The Unified Modeling Language (UML) and Rational Rose seem to offer the best fit with XML. UML is being evaluated by ebXML and American National Standards Institute (ANSI) Accredited Standards Committee (ASC) X12, and UML and Rational Rose are being adopted by the United Nations Centre for Trade Facilitation and Electronic Business (UN/CEFACT). Tools exist that will transform UML into XML objects. A unified approach within the federal government to follow the above mentioned selections will help move the government towards increased interoperability.
ä Identify how the component pieces of XML documents (such as entities, element names, namespaces, and attributes) should be created and used.
u Develop approach to defining, identifying, sharing and refreshing XML best practices
ä Conduct some level of research to determine the availability, if any, of private sector best XML practices repositories.
ä Conduct some level of research to determine availability of government best practices
ä Based on the previous two elements, develop recommended approach
The XML workgroup needs to determine an approach to achieving compliance with the Office of Management and Budget (OMB) Circular A-1119 with respect to participating in the development of and using commercial standards. Key to ensuring a coordinated federal effort is developing a process to coalesce requirements across department/agency boundaries. As such, the Working group needs to develop specific recommendations and an operational framework for maximizing and coordinating participation in key XML standards groups. The purpose of this involvement is to influence and ultimately attain the best set of XML technical specifications and business standards that supports the governments needs. Candidate groups are -
u W3C. A non-profit consortium responsible for the technical specifications that create the World Wide Web and related technologies such as XML.
u Organization for the Advancement of Structured Information Standards (OASIS). A nonprofit, international consortium dedicated to accelerating the adoption of product-independent formats based on public standards
u RosettaNet. An independent, self-funded, non-profit consortium dedicated to the development and deployment of standard electronic business interfaces.
u BizTalk. A community of standards users, with the goal of driving the rapid, consistent adoption of XML to enable electronic commerce and application integration.
u ebXML. An initiative that is co-sponsored by UN/CEFACT and OASIS to develop an interoperable framework for using XML
u ANSI ASC X12. Accredited to build national EDI standards.
u We also recommend contact with CommerceOne and the Object Modeling Group (OMG) to determine their level of XML development work.
Numerous XML initiatives are underway within existing federal vertical communities. These initiatives are in many cases not leveraging the lessons learned and resources available of other federal initiatives. Further, these initiatives are in many cases developing competing solutions that exacerbate interoperability within agencies, between agencies, and between agencies and the private sector. To address this issue, and leverage the resources being applied to achieve better results, the Working Group as a first step should catalog all initiatives and develop a structure and methodology to facilitate cooperation and partnerships.
To develop an education and outreach approach, the working group should
u Proactively foster understanding within Departments and Agencies that XML can replicate and extend traditional EDI functionality in B2B and A2A exchanges using Internet compatible transport protocols. This could be accomplished through presentations by members of the workgroup and development and publishing of a white paper on the role of XML in the federal government.
u Develop a methodology for ensuring that important issues under consideration by the various XML forums, including at a minimum those identified above, are identified and shared across the agencies.
u Develop a methodology for identifying and sharing information on free and reduced cost XML training and education.
 The term schema (small s) is used to generically describe "a definition of an XML document's structure and content". There are two methodologies available, the Standard Generalized Markup Language (SGML) Document Type Definition and the developing W3C Schema Specifications. All references to schema (small s) will equate to this definition. All references to Schema (large S) will equate to the developing W3C Schema specifications.
 A registry is a mechanism whereby relevant documents and metadata about them can be registered such that a pointer to their location, and all their metadata, can be retrieved as the result of a query. A repository is a location or a set of distributed locations where documents pointed at by the registry reside and from which they can be retrieved by conventional (http / ftp) means, perhaps with additional authentication/permission layers. Source: ebXML Requirements Specification Version 1.0 of 8 May 2000