Public Schedule

Current OMG Technology Adoption Processes Under Way
Last updated: Thursday, 24-May-2012 01:41:16 EDT

Specifications which have been approved by the OMG membership are available to everyone, but only OMG members have access to specifications under development. This page lists OMG Request processes for technology submissions which are open to both members and the general public for comment or response. For more information on the OMG technology adoption process, please see the Process Technology FAQ.

Please note that the actual Request documents are freely available; simply click on the document number below to get the document in several different formats. However, the internal mechanics of the OMG process are available only to members by clicking on the process name.

A catalog of our published specifications is available here. If you're interested in learning more about the OMG and the benefits of becoming a member, please contact our Business Development staff.

Pending Requests for Comments:

VSIPL RFC Package (document mars/2012-03-37)
Vector Signal Image Processing Library RFC

VSIPL++ RFC Package (document mars/2012-03-38)

Pending Requests for Information:

Assuring Dependability of Consumer Devices RFI (document sysa/2011-12-02)
This RFI intends to be the first step to standardize the processes, methodologies, and tools to assure the software dependability of consumer devices.

Wireless Communication Framework RFI (document sbc/2011-09-01)
The OMG SBC DTF is requesting information from industry to guide the Task Force to: Identify gaps in wireless network interface standards (considering both OMG and non-OMG standards) that can be filled with a revised communication framework and a standard set of communication interfaces to achieve goals of platform independence and waveform interoperability. Establish a roadmap of revised communication interfaces ; and Determine the requirements for each of the interface standards in the roadmap

Pending Requests for Proposals:

Agent Metamodel and Profile (AMP) RFP (document ad/2008-09-05)
This Request for Proposal solicits submissions for an Agent Metamodel and Profile (AMP). Essentially, the AMP RFP requests a metamodel and profile for extending UML with capabilities applicable to agents and agent-based software. Submissions developed in response to this RFP will achieve the following: Clarify semantics concerned with modeling agents. Establish Agent modeling best practices utilizing OMG technologies. Develop a MOF-compliant agent metamodel to be used either standalone or via extending the existing UML metamodel with agent modeling capabilities. Enable agent model interchange between tools via XMI. Optionally facilitate modeling of Peer-to-Peer, Grid and Cloud computing, and other technologies in terms of a collection of Agents. It is expected that responses to this RFP will make good use of agent modeling capabilities already supported by the OMG.

Application Instrumentation RFP (document c4i/2011-12-03)
Command, Control, Computers, Communication, and Intelligence (C4I) systems are often distributed real-time systems with many applications integrated over a computer network. Understanding and debugging these systems is challenging, especially as they grow in complexity. Live run-time access to internal application status and statistics is critical to the understanding, monitoring, and management of these systems. Unfortunately, while tools are available to collect the various types of operating-system level information, there is no standard way to instrument application code and distribute the resulting data to other applications and analysts. The objective of this RFP is to provide a standard method to collect and distribute internal application data and status information by defining: o A minimally intrusive API for application instrumentation. The application developer would use this API to instrument the application code to record key variables as it is running. The collected data can then be processed in a lower priority thread and/or published on the network. o A distribution mechanism that allows configuration of quality-of-service parameters for distributing the collected data. o Configuration and remote control. A remote control mechanism that allows the control of the data collection and distribution of data at run-time.

Application Programming Interfaces (API) to Knowledge Bases (KB) RFP (document ad/2010-06-09)
The intent of this RFP is to request proposals for Application Programming Interfaces (API) to Knowledge Bases (KB). According to Wikipedia ([WIK-KB]), “a knowledge base is a special kind of database for knowledge management, providing the means for the computerized collection, organization, and retrieval of knowledge”. This RFP targets mainly the basic administration services as well as the retrieval and the modification of knowledge in a KB designed specifically for use with knowledge representation languages supported by OMG standards, including but not limited to those supported by the Ontology Definition Metamodel (ODM - http://www.omg.org/spec/ODM/1.0/). Proposals are sought that create a common set of APIs and interfaces for accessing namespaces and IRIs (internationalized uniform resource identifiers), documents, and other common infrastructure, some of which is modeled, for example, in the ODM RDFWeb package of the RDF metamodel, regardless of the target representation language, for knowledge representation languages that can be serialized in XML. The primary target is for accessing such KBs in the context of a tool, such as a parser, ontology editor, inference engine, or other applications where a uniform set of APIs and related services is desirable. APIs and service interfaces supporting basic queries, such as those that can be represented in SPARQL, are also desired. While this API shall be independent from the way the KB was populated and how the KB is designed and organized, the resultant API(s) and services shall be designed to complement and work in concert with ODM. It is understood that this effort may necessitate modifications to the ODM, including collaboration with ODM revisions underway to support OWL 2. This RFP solicits proposals for the following: API to retrieve raw information from a KB (resources, properties…); API to modify raw information in a KB; API to query knowledge in a KB (i.e., through reasoning); API to create instances: API to administrate the KB: add, import or remove ontology

Asynchronous Method Invocation for CORBA Component Model (AMI4CCM) RFP (document mars/2010-12-31)
CORBA Component Model (CCM) currently only supports synchronous twoway or asynchronous one-way invocations. For many applications there is a need for asynchronous two-way invocations. This RFP searches for proposals that make it possible to make AMI calls from CCM components in a standardized way.

Case Management Process Modeling (CMPM) (document bmi/2009-09-23)
This RFP solicits proposals for a meta-model extension to BPMN 2.0 (Business Process Modeling and Notation) to support modeling of case management processes. In case management each execution of a process involves a particular situation, a case, and a desired outcome for that case. Each case involves a particular subject (a person, a legal action, an insurance claim, etc.) and the actions performed related to that subject to achieve the desired result. The determination of actions to take in each case involves the exercise of human judgment and decision-making Activities don’t occur in a predefined sequence. A case management process will produce a case file that is a record of the history and current state of the case and may consist of multiple documents or records from relevant sources that become case file parts. Case management processes include knowledge encoded as rules that provides guidance, prompts, constraints and planning support for the human decision-maker. The encoded knowledge as well as the human decision-maker rely on the case file and observations to consider relevant facts and track associated actions. Automation of case management processes will · Enhance the ability for business people to learn from case histories and make timely changes to a case management process model to evolve the process to be more prescriptive and repeatable · Provide the means to ensure that appropriate records are maintained—a case file—for the history of the case and actions taken · Provide for more timely initiation of appropriate action when relevant circumstances of a case change · Provide for the application of regulations and policies at appropriate points in these ad hoc processes. · Provide for the exchange of business process models that include case management constructs. A number of vendor products have addressed this need in proprietary ways. To the extent proprietary case management constructs are incorporated into BPMN process models, the models cannot be exchanged between tools, users are faced with multiple graphical representations and users will be restricted in their choice of modeling tools as well as runtime business process engines. This RFP is intended to resolve these interoperability concerns.

Common Variability Language (CVL) RFP with AB changes (document ad/2009-12-03)
The objective of this RFP is to enable the specification of the variability in product line models in order to support seamless product line modeling across the whole product line engineering process. This CVL RFP requests a specification language including a metamodel, semantics and concrete syntax for variability specification. Variability specifications shall relate to a base product line model that describes the whole product line and shall comprise: a variability model with the following elements: a model of possible choices and relationships between those choices and the base model resolution models which resolve variability (by a set of choices) and thus define specific product models. CVL shall support base models in languages that are defined by means of MOF-compliant metamodels, including UML and Domain Specific Languages.

DDS Security RFP (document mars/2010-12-37)
The Data Distribution Service for Real-Time Systems (DDS) is the Object Management Group (OMG) standard for data-centric publish subscribe. The objective of this RFP is to define the set of Extensions to DDS required to provide Information Assurance for systems built using DDS.

Decision Model and Notation RFP (document bmi/2011-03-04)
This RFP solicits proposals for a standard Decision Model notation and metamodel and associated interchange format. Decision Models are developed to define how businesses make decisions, usually as a part of a business process model (covered by the OMG BPMN standard in Business Process Management Solutions). Such models are both business (for example, using business vocabularies per OMG SBVR) and IT (for example, mapping to rule engines per OMG PRR in Business Rule Management Systems). DMN will potentially galvanize the business analyst community into modeling decisions with vigor and to the subsequent benefit of their processes.

Deployment and Dynamic Configuration (DDC) of Robotic Technology Components (DDC4RTC) RFP (document mars/2010-06-16)
This RFP solicits proposals for the dynamic deployment and configuration for RT components. In particular, the proposal shall provide: - Ways to search for and deploy Robotic Technology Components (RTC) into robotic systems at run-time. - Ways to notify the relevant RTC instances of environment changes. - Ways to search for appropriate RTC instances and dynamically configure them.

Event Metamodel and Profile (EMP) RFP (document ad/2008-09-15)
This Request for Proposal solicits submissions for an Event Metamodel and Profile (EMP). Essentially, the EMP RFP requests a metamodel and profile for extending UML with capabilities applicable to the sensing and interpretation of events, such as monitoring, filtering, aggregation, and correlation. Submissions developed in response to this RFP will achieve the following: Clarify semantics concerned with modeling events. Establish Event modeling best practices utilizing OMG technologies. Develop a MOF-compliant event metamodel to be used either standalone or via extending the existing UML metamodel with event modeling capabilities. Enable event model interchange between tools via XMI. It is expected that responses to this RFP will make good use of event modeling capabilities already supported by the OMG

Final RFP for UML Profile for NIEM (document gov/2011-06-04)
The objective of this RFP is to provide a standard for modeling National Information Exchange Model (NIEM) artifacts (Model Package Documents - MPDs) with UML. MPDs include numbered releases, domain updates, and IEPDs (Please see Appendix A for the glossary of terms). This RFP solicits proposals for the following which together shall comprise "NIEM-UML": o UML profiles for modeling NIEM MPDs; a logical profile that will enable the development of Platform Independent Models for NIEM content, and a second profile that provides the parameters required to transform the logical model to NIEM conformant XML schema and MPD specifications (the Platform Specific Model) o A transformation from UML models that conform to the NIEM profiles (described above) to NIEM-conformant MPD artifacts o Optionally, a transformation from a NIEM-conformant XML schema set (as defined by the NIEM NDR) to a UML model that conforms to the profile(s) o A UML representation of the NIEM controlled vocabularies (reference namespaces) from which MPDs are constructed. This UML representation must conform to the profiles mentioned in the first bullet point.

Foundation for the Agile Creation and Enactment of Software Engineering Methods RFP (document ad/2011-06-26)
An agile approach to software engineering methods is one that supports practitioners of software engineering (architects, designers, developers, programmers, testers, deployers, analysts and project managers) in dynamically adapting and customizing their methods during the preparation and execution of a project, controlled through company specific governance, use of examples and other means. In contrast to previous approaches in this area, which have provided support mainly for process engineers, the goal here is to provide direct support for practitioners as the main target group. The objective of this RFP is to obtain a foundation for the agile creation and enactment of software engineering methods (that themselves may be agile or more traditional) by development practitioners themselves. This foundation is to consist of a kernel of software engineering domain concepts and relationships that is extensible (scalable), flexible and easy to use, and a domain-specific modeling language that allows developers to describe the essentials of their current and future practices and methods. These practices and methods can then be supported by tools based on this common foundation, and they can further be composed, simulated, applied, compared, enacted, tailored, used, adapted, evaluated and measured by practitioners as well as taught and researched by academic and research communities

Healthcare Community Services Provider Directory RFP (document health/2011-03-06)
The ability to discover, lookup, and locate health and non-health related service is key functionality essential to the delivery of health care. For example, the ability to locate providers able to address key needs, such as having the ability to perform specific procedures, to assess health conditions, and so on, are examples of this need. Further complicating this discovery process are issues such as medical center affiliations, professional certifications, insurance-related affiliations, etc. For example, when trying to locate a dentist with office hours on a public holiday, the Directory would allow for efficient discovery of relevant service-providers. The Healthcare and Community Services and Provider Directory provides key capabilities to identify, via a set of parameters, practitioners or other "human services" providers to assist in the continuum of care. By example, mechanisms such as effective referral are an integral part of patient/client care. This enables the right treatment and/or diagnosis to be given at the right place at the right time. To date many attempts have been made, by many organizations throughout the world, to create effective Service (as in Healthcare Services) Directories, with very little success. Specific objectives of this RFP include: ¢ The ability to identify/determine a suitable supplier of services based upon specified criteria ¢ The ability to support transfer of care / referral processes between caregivers or organizations providing healthcare and/or human services ¢ The ability to manage a catalog of health and human services, related to the providers of those services and associated locations of service and the services they provide ¢ The ability to support self-referral, professional-to-professional referral, call center support type use cases and applications ¢ To establish an industry-standard SOA interface/protocol in support of the above, elaborating a Platform Independent Model (PIM) and one or more Platform Specific Models (PSM) supportive of the functionality specified in the HL7 predecessor work.

IDL to C++0x Language Mapping RFP (document mars/2010-12-29)
The current OMG IDL to C++ mapping has many pitfalls. The C++ community has tentatively adopted a new draft ISO C++ standard which has C++0x as its unofficial name. This new C++ standard adds several features to the C++ programming language which should make it possible to create a modern mapping that is more robust and easier to use. This RFP solicits proposals for a totally new mapping for IDL to C++0x. It is not a solicitation to modify the existing IDL to C++ mapping. The existing mapping is kept intact and unmodified.

Information Exchange Framework (IEF) Information Exchange Policy Vocabulary (IEPV) RFP (document mars/2011-03-15)
The objective of Information Exchange Framework (IEF) Policy Vocabulary is to enhance the ability of organizations to describe the rules governing the sharing and protection of information. The IEF Information Exchange Policy Vocabulary RFP seeks to provide a robust vocabulary for expressing the policies, rules and constraints governing the release and exchange of information between information systems participating in an information sharing agreement. This specification will provide a formal vocabulary that is able to express the nouns and verbs used to construct statements that can be encoded as a set of human and machine readable policies and then enforced by software applications and services. This RFP solicits proposals for a formal vocabulary that can be expressed in one or more software enforceable policy languages. Submissions should specify how these policies are sufficient to permit rigorous modeling, validation and enforcement.

Information Exchange Framework Information Exchange Policy-based Packaging Services (IEPPS) RFP (document mars/2011-12-12)
The Information Exchange Framework (IEF) Policy-based Packaging Service (PS) will provide organizations an automated way to apply user defined policies that govern the sharing and protection of information. Information exchange policies will be described in accordance with the Information Exchange Policy Vocabulary (IEPV) (Request for Proposal (RFP): mars/2011-03-15). This RFP solicits proposals for a service specification describing the application-visible interface(s) and behavior of the packaging services. This includes services for data aggregation and marshalling; data guarding and filtering; syntactic and semantic validation; tag and label processing; data transformation; release control; and routing. The proposals should describe how the service interacts with the middleware and communication networks. In addition, it should address issues related to security, privacy, Quality of Service (QoS), logging, and auditing.

Information Management Metamodel (IMM) RFP (document ab/2005-12-02)
This RFP solicits proposals for a standard metamodel to address the needs of Information Management. This includes the scope of the existing Common Warehouse Metamodel (CWM) standard but is extended to cover the following areas: · MOF2 Metamodel for Information Management (IMM) · UML2 Profile for Relational Data Modeling, with a mapping to the IMM metamodel and SQL DDL · UML2 Profile for Logical (Entity Relationship) Data Modeling, with a mapping to the IMM metamodel · UML2 Profile for XML Data Modeling, with a mapping to the IMM metamodel and XML Schema · UML2 Profile for Record Modeling, with a mapping to the IMM metamodel and COBOL Copybooks · A standardized ‘Information Engineering’ data modeling notation with a mapping to the IMM metamodel

Interaction Flow Modeling Language (IFML) RFP (document ad/2011-12-06)
This RFP solicits proposals for a standard Interaction Flow Modeling Language in terms of: concrete syntax, metamodel, UML profile and associated interchange format. Submissions shall be capable of expressing the content, user interaction and control behaviour of the front-end of applications belonging to the following domains: o Traditional, HTML+HTTP based Web applications. o Rich Internet Applications, as supported by the forthcoming HTML 5 standard. o Mobile applications. o Client-server applications. o Desktop applications. o Embedded Human Machine Interfaces for control applications. o Multichannel and context-aware applications. The IFML RFP does not apply to the modeling of the presentation issues (layout and look&feel) of an application front-end and does not cater for the specification of bi-dimensional and tri-dimensional computer based graphics. The IFML RFP covers the modeling of interaction objects and their properties that are subject to or that impact the interaction flow as long as they affect the interaction. Therefore, the aspects relevant to interaction should be supported. Submissions developed in response to this RFP will address the following issues: o Define the semantics, an abstract syntax, a concrete syntax with stylistics (in terms of a visual notation plus a companion textual notation) of modeling elements capable of capturing the different perspectives of the application front-end, including: the containers and content elements that constitute the interaction front-end, the components and services that can be executed by the application, the interaction events and the actions that they can trigger, the control flow of the application in response to events, the binding of events and data objects to interface content elements, and the distribution of data and computation at the different tiers of the architecture. o Develop a MOF-compliant metamodel of the interaction flow modeling language. o Develop a UML profile aligned to the metamodel and a mapping between the two. o Enable interaction flow model interchange between tools via XMI.

MDA Tool Component RFP (document ad/2006-06-09)
This Request for Proposal (RFP) is one of a series of RFPs related to the development of the MDA Tool Component (MDATC) specification. The objective of this RFP is to provide a standard specification to define and package the material used to customize a tooling environment, in order to apply MDA to a specific domain or context. This packaging unit is called "MDA Tool Component". In support of this objective, the RFP solicits proposals for: · a specification of the definition and packaging aspects of MDA Tool Components

MOF to RDF Structural Mapping in Support of Linked Open Data RFP (document ad/2009-12-09)
RDF and Linked Open Data (LOD) have become important technologies for exposing, managing, analyzing, linking and federating data and metadata. This set of RDF based technologies, sometimes known as the “Semantic Web” or “Web 3.0”, are emerging as the lingua franca of data on the web. Major initiatives such as the President’s open government initiative are moving to the use of RDF & Linked Open Data as the foundation for publishing all government data and metadata in support of transparency. OMG & MOF based models should be a part of the LOD and Web 3.0 data cloud. The objective of this RFP is to define a structural mapping between OMG-MOF models and RDF to provide for better integration of MDA and LOD, to enable the ability to apply LOD capabilities to MOF compliant models and to make the information available in MOF compliant models available as LOD web resources. Any MOF based model should be able to become a LOD resource.

Management of Regulation and Compliance (MRC) (document bmi/2009-09-24)
Most businesses have to comply with regulation. This requires more than simply applying regulations "as they come". People in those business have to decide what their enterprises need to do in order to comply. They need software tools to support them in: 1. Interpreting what regulations mean to their enterprise 2. Assessing the impact of the regulations on the enterprise’s policies and operations 3. Deciding how to react (and documenting why), and distributing policies and guidance for compliance 4. Demonstrating that compliance policies are being followed across the enterprise and that they are effective. The objective of this RFP is a specification from which such tools could be developed. The RFP solicits proposals for the following: • A metamodel of interpreted regulation and compliance actions, with a supporting vocabulary. A specification for interchange of model instances, i.e. for interpretations and compliance actions for instances of regulation

Metamodel Extension Facility RFP (document ad/2011-06-22)
This RFP solicits proposals for a Facility for extending and integrating metamodels that will complement and may eventually replace the current UML Profiles capability. The new Facility will be: o Able to replicate all of the semantic capabilities of the current profile mechanism; o Applicable to any metamodel or well-formed metamodel subset, not just UML; o Defined in a technically sound manner; o Able to define new diagram mappings; o Integrated with OMG platform technologies.

Naval Meteorological & Oceanographic System Interface RFP (document c4i/2008-12-02)
This RFP solicits proposals for the specification of a Generic Meteorological Interface to all the Ship users. It aims to reduce the complexity of the interface between the Meteorological & Oceanographic System and the other units of the Combat System and to define the data interfaces between them.

Naval Navigation System Interface RFP (document c4i/2007-12-01)
This RFP solicits for a Naval Navigation System Interface (NNSI) that will address the quality-of-service aspects relevant for the Naval CMS domain; the NNSI will primarily provide the distribution of ship navigation and stabilization data suitable for use in a Naval CMS.

Open Architecture Radar Interface Standard (OARIS) RFP (document c4i/2012-03-06)
This RFP solicits proposals for the following: o A standard for the interface between the Combat Management System (CMS) and one or more Radars within a modular naval Combat System. o A standard that enables reuse regarding further interfaces to different categories of Combat System Equipment

Platform Independent and Platform Specific Model for Mobile Ad-hoc Networking RFP (document sbc/2007-12-04)
A Mobile Ad Hoc Network (MANET) is an extension to existing wireless networking technology to achievediscovery and multi-hop routing of packets across a wireless network. This RFP solicits a Platform-Independent Model (PIM) defining the necessary extensions to an OSI or TCP/IP network stack to enable Mobile Ad-hoc Networking (MANET) capabilities. The proposed PIM should be structured in a way so that it could act as a reference model for future MANET-related PIMs. The correctness and implementability of this PIM should be demonstrated through a Platform-Specific Model for MANET extensions to an existing networking stack.

Precise Semantics of UML Composite Structures RFP (document ad/2011-12-07)
The objective of this RFP is to solicit specifications containing more precise semantics for UML composite structures and their extensions (e.g., profiles) to enable execution, model checking, and reduce ambiguities in UML models. By semantics, we mean the underlying meaning of models, that is, the constraints that models place on the structure and runtime behavior of the specified system. In support of this objective, the RFP solicits proposals for the precise specification of the semantics for all the metaclasses supporting the ability of classifiers to have both an internal structure (comprising a network of linked parts) and an external structure (consisting of one or more ports). The specification should cover both structural semantics (e.g. the runtime manifestations of connectors, ports, and parts) and behavioral semantics (e.g. life-cycles of composite objects and their constituents, the nature and characteristics of flows through ports and connectors). Proposals shall build on the precise semantics of fUML, which specifies the execution semantics of a computationally complete and compact subset of UML 2 to support execution of activities.

Records Management Services Version 2 RFP (document gov/2009-12-05)
The OMG adopted the Records Management Services specification (Beta-1: http://www.omg.org/spec/RMS/1.0/Beta1/) in June 2009. Provision for specifying context dependent Attribute Profiles was established, but specific instances were not. Additionally, no fine grained compliance points were defined. Compliant implementations are constrained to implement the specification in toto. This RFP solicits proposals for the following: · The provision of one or more Attribute Profiles minimally supporting DoD 5015.02 compliant Records Management Environments. · The addition of compliance points to subset service operations and profile attribution as it is affected by the subsetting. This will allow RMS to be provisioned on a scale that suits the business needs of diverse organizations.

Semantic Information Modeling for Federation (SIMF) RFP (document ad/2011-12-10)
The SIMF RFP asks for submissions for a standard that addresses the federation of information across different representations, levels of abstraction, communities, organizations, viewpoints, and authorities. Federation, in this context, means using independently conceived information sets together for purposes beyond those for which the individual information sets were originally defined. The purpose of SIMF is to help federate information across different authorities, vocabularies and formats. Current conceptual and logical information modeling approaches tend to be focused on a particular information modeling problem, using a particular technical approach. Examples of such technical approaches include object modeling, DBMS modeling and exchange schema modeling. SIMF seeks to address the problem of information federation by specifying standards for conceptual domain modeling, logical information modeling and model bridging relationships. SIMF submissions will define, adopt and/or adapt languages to express the conceptual domain models, logical information models and model bridging relationships needed to achieve this federation. Many if not all of these capabilities can be achieved with expert application of multiple standards and technologies. SIMF is intended to unify and tailor these capabilities, providing a standard for tools that reduce the barrier to entry and overhead required to achieve federated information.

Test Information Interchange RFP (document c4i/2011-06-20)
The Naval Combat Management System (CMS) domain invests significant time and resources in testing and evaluation, and leverages automated software testing as a means to reduce the cost of testing software by shortening testing and certification times. Testing tools for software are becoming increasingly available in the commercial marketplace. In the context of Open System principles the desire to easily exchange information between test tool artifacts from different vendors continues to grow. The ability to easily exchange information between test tools is an enabler for improved testing workflow, and there are few standards in this area. This standard will enable the automated exchange of test related information among tools. This RFP solicits proposals for the following: o A standard for exchanging tests and test information among testing tools, via XML schema.

UML Profile for BPMN Processes RFP (document ab/2010-06-01)
Architects supporting defense and business communities using a UML-based tool chain would like to use BPMN for modeling processes within that chain. This requires using UML diagrams and BPMN process diagrams seamlessly together, along with an interchange format that can convey the combined usage, within UML tools. To enable users to visualize UML models with BPMN process notation, this RFP solicits proposals for the following: To define a UML profile for BPMN that 1) uses the semantics defined in BPMN 2, 2) provides a mapping between BPMN semantics and the profiled UML semantics and 3) defines XSLT transforms between the UML XMI for the profile and the BPMN 2 XSD, and vice versa, as well as QVT transforms between the UML and BPMN 2 metamodels. The profile must be a UML-based abstract syntax for BPMN process notation as it is defined in BPMN 2. The transforms are between the profiled UML metamodel and the BPMN metamodel. The RFP is not asking for changes to BPMN (notation, metamodel, or semantics). The scope of this profile covers elements and relationships in the BPMN that cover Process Modeling and Process Execution conformance types, including the Descriptive, Analytic, and Common Executable conformance sub-classes. Other BPMN conformance types are out of scope for this RFP.

UML Specification Simplification RFP (document ad/2009-12-10)
The purpose of this RFP is to provide a viable foundation upon which we can address existing known UML issues and any that might be discovered. This RFP is intentionally constrained to establish this basis rather than attempt to address the broader issues identified in the RFI submissions using the current specification, or to create the required foundation and address significant UML reorganization and refactoring at the same time. The RFP covers a specific set of issues that are typically considered outside the scope of an RTF. The mandatory requirements and evaluation criteria are intended to reduce the risk of submitters going beyond the purposes of the RFP and potentially resulting in fragmentation and instability in the UML marketplace, and placing undue burden on tool vendors without addressing issues and capabilities required to support significant new value from UML. Rather the results of the RFP are intended to provide the foundation upon which these changes can be efficiently and effectively addressed and achieved. We recognize that there are issues appropriate for an RTF that should not be delayed until this foundation has been created. It is expected that submitters will coordinate their work with ongoing UML RTFs to ensure consistency and inclusion of all changes. This RFP solicits proposals for the following: · Produce a normative merged XMI for UML2 L3 that is syntactically correct, and valid with respect to the UML specification (including OCL). The resulting UML metamodel and XMI will be equivalent to UML L3 of the latest publically available UML specification at the time of submission adoption. · Produce a consumable UML Superstructure specification document organized to remove redundancy and correct inconsistencies. Evaluation of consumablity may include: o The quality, consistency and coverage of examples. o Consistency and completeness between diagrams and text o Consistency and completeness of constraints and corresponding OCL expressions o Quality of indexes, cross references, table of contents, lists of figures and links within the specification to enable effective document navigation. · Eliminate the use of the Abstractions and InfrastructureLibrary packages in the definition of UML. · Eliminate the use of (but not support for) PackageMerge. · Eliminate UML2 compliance levels. · Merge all information about a metaclass into a single section for that metaclass · Address XMI namespace issues resulting from retaining package structure in UML No additional changes or features included in this RFP

Value Delivery Metamodel (VDM) RFP (document bmi/2009-03-09)
This RFP solicits proposals for a metamodel specification for modeling customer value delivery, based on the concept of a value chain. A value chain, as originally defined by Porter (see reference 1, Section 6.4.2, page 33), “disaggregates a firm into its strategically relevant activities in order to understand the behavior of costs and the existing and potential sources of differentiation”. According to Porter, a Value Chain is composed of a set of Value Activities, “the physical and technologically distinct activities that a firm performs”, and Margin, “the difference between total value and the collective cost of performing the value activities” (see reference 1). A primary value chain represents a chain of activities that contribute directly to delivery of end-customer value. Other value chains exist within the enterprise (support services) to produce value for internal customers. There are typically are multiple value chains for different products or lines of business. Consequently, each value chain is a use-case of enterprise capabilities required to produce a desired customer value. A value delivery model will include multiple value chains that may include participants in an extended enterprise and represent the sharing of capabilities across multiple value chains. The Value Delivery Metamodel shall • Provide support for high level abstractions that meet the needs of top management for strategic planning, including aggregation of cost, quality and timeliness measures for product or line of business value chains. • Provide support for analysis of value chain activities to understand the detailed costs, quality and timeliness in the context of customer value delivery and to associate market differentiators with the capabilities that achieve those differentiators. • Establish the linkages between value delivery activities and organizations unit (s) identifying the various roles those organizations play in relationship to those activities.. • Support identification of business capabilities that may be consolidated as shared services or engaged as alternative sources. • Enable exchange of value delivery models between different modeling tools. • Establish a linkage between comparative differentiators and appropriate elements within the Business Motivation Model (BMM) • Establish a linkage between competitive strategies and appropriate elements within the Business Motivation Model Value chain modeling is essential for understanding and managing a SOA because services are engaged in multiple business contexts, and their impact on these different contexts must be considered in the design of the service and its performance characteristics. The availability of a standard value delivery metamodel will advance the state of the art in business modeling, supporting more effective planning and analysis of enterprise operations. A standard model will enable tool vendors to develop more sophisticated modeling and analysis techniques and will enable users to migrate to the tools that best address their needs. This RFP does not require a normative notation or form of expression for value delivery models since the specifics of value delivery views may evolve, and product differentiation will promote the development of innovative views in different modeling tools.

Web-enabled DDS RFP (document mars/2009-09-19)
The Data Distribution Service for Real-Time Systems (DDS) is the Object Management Group (OMG) standard for data-centric publish subscribe. The objective of this RFP is to facilitate the use of DDS from web-client applications. The OMG DDS standard has experienced a record-breaking adoption within the Aerospace and Defense domains, and is swiftly expanding into new domains such as Transportation, Financial Services, and SCADA. To sustain and further propel its adoption, it is essential to expand the kinds of applications and technologies that can easily access DDS data and benefit from DDS’s performance and quality of service. An important class of applications that would greatly benefit from a simple, standards-based access to DDS are web-based applications. Both client-side web applications, such as those programmed using technologies like JavaScript or AJAX, as well as server-side web applications programmed using scripting languages like PHP, Perl, Ruby, and Python. The OMG DDS standard defines local interfaces that can be used by an application to access a virtual “Global Data Space” where applications can publish and subscribe data. These interfaces are realized in concrete programming languages such as C/C++, Java, .NET, or ADA from their IDL description. An application using the DDS API language bindings will need to load a programming-language specific library that implements these local interfaces and uses the DDS Interoperability Wire Protocol to communicate with the “Global Data Space” implemented collaboratively with other DDS applications on the network. The need to load a programming-language specific implementation library limits the potential use of DDS to applications written in one of the supported programming languages. For example if there are no DDS implementations that support scripting languages like Perl, PHP, Ruby, or Python, then a program written in those languages cannot directly use DDS. Furthermore, there are deployment scenarios where it is impossible or impractical to load a library in the client computer. All the client can do is access a web page and perhaps load into the browser code that it will execute within the environment of the browser (e.g. JavaScript or Flash). These scenarios are currently precluded from being able to consume or produce data in the DDS Global Data Space. To support these use cases, this RFP solicits proposals for exposing DDS via a variety of web-friendly protocols such that client applications do not need to load any libraries in order to produce and consume data in the DDS Global Data Space. Furthermore, web applications, including applications that execute inside a web browser, will be able to use DDS to Publish and Subscribe information and thereby benefit from the Performance, Scalability, and Quality of Service (QoS) available in the DDS Implementations.

Current Specification Revision Processes (available to members only:

2nd ALF FTF

2nd Extensible and Dynamic Topic Types for DDS FTF

2nd OCL 2.4 RTF

2nd SMOF FTF

2nd SysML-Modelica 1.0 FTF

2nd TACSIT 1.0 FTF

ADM KDM 1.4 RTF

AMI4CCM FTF

AMSM RTF 1.2

Abstract Syntax Tree Metamodel 1.0 (ASTM) RTF

BMM 1.2 RTF

BPDM 1.1 RTF

BPMN 2.1 RTF

CORBA-ZIOP RTF

Canonical XMI FTF

Common Terminology Services 2 (CTS2) FTF

Data Distribution Interoperability 2.1 RTF

Data Distribution RTF 3

Date-Time (DTV) 1.0 FTF

Diagram Definition 1.1 RTF

EXPRESS Metamodel 1.1 RTF

Federal Transition Framework (FTF) RTF V 1.1

IDL to C++11 Language Mapping (IDL2C++11) FTF

ISO/IEC C++ DDS PSM FTF 2

IXS and RLUS RTF 1.1

Java 5 Language PSM for DDS 1.0 (DDS-PSM-Java) FTF2

Java 5 Language PSM for DDS 1.0 FTF

MARTE 1.2 RTF

MDMI 1.1 RTF

MOF 2 Core 2.5 RTF

Model for Performance-Driven Government (MPG) RTF

Ontology Definition Metamodel (ODM) 1.1 RTF

PRR 1.1 RTF

Property and Casualty Information Model 1.0 FTF

QVT RTF 1.2

RUBY CORBA Language Mapping 1.2 (RCLM) RTF

Records Management Services V1.1 (RMS) RTF

Requirements Interchange Format V1.1 (ReqIF) RTF

RoIS 1.0 FTF

SBVR 1.2 RTF

SOLM FTF

SoaML RTF

Structured Assurance Case Metamodel (SACM) FTF 2

Structured Metrics Metamodel (SMM) RTF

SysML 1.4 RTF

TelcoML 1.0 FTF

UML Testing Profile 1.2 (UTP) RTF

UPDM 2.0 RTF

XMI 2.5 RTF

XML Telemetric & Command Exchange Format 1.2 (XTCE) RTF

fUML 1.1 RTF

hData REST Binding for RLUS 1.0 (hData) FTF

Copyright © 1997-2012 Object Management Group, Inc. All Rights Reserved. For questions about the WEBSITE , please contact webmaster@omg.org.
For TECHNICAL questions, please contact webtech@omg.org. This site is best viewed with Netscape Navigator, Mozilla Firefox or Internet
Explorer versions 6.0 or later or any browser capable of viewing JavaScript and CSS 2.0. The site is using DHTML JavaScript Menu By Milonic.com.