Red River Architecure for Business

2005-01-28T16:40:00Z

Red River

A Business Architecture and Framework

The Red River Business Architecture and Framework is a set architectures, patterns and business semantics defined in accordance with certain business reference models and ontologies. This framework provides for the reification of process and information definition from one view or perspective to the next without the loss of semantic or computational integrity. The Business Collaboration Framework which is the previous incantation of the RRBA was donated to the United Nations and to the public domain in October of 2000 and forms the basis of the UN/CEFACT Modeling Methodology (UMM). Currently the RRBA is being finalized as an International Standard within the ISO./IEC JTC1 SC32 Workgroup 1 known as the Open-edi Descriptive Technique (OeDT), ISO/IEC CD 15944-3. It is the intent of this document to exact components of the RRBA and from the ODeT and present them in an informative format in this document, as an introduction to the architecture.

The Red River Business Architecture and Framework is the result of 14 years of continuing evolution in which key concepts and artifacts were developed in concert with various industry and public standard organizations. These include UN/CEFACT, ISO, ITU, TMForum, UN/CEFACT-TMWG, and RosettaNet.

The goal of the Red River Business Architecture and Framework (RRBA) is multi-faceted perspective on the problem domain of business process automation.

A primary goal of the RRBA is to capture the business knowledge that enables the development of low cost software components to help the small and medium size companies, and emerging economies engage in e-Business practices. By focusing on developing business process and information models in a protocol neutral manner, the RRBA provides insurance against obsolescence by allowing recasting of the business scenarios into new technologies such as eXtensible Markup Language (XML), or other technologies that may emerge ten to fifteen years from now. Hence the RRBA “future-proofs” business scenarios against obsolescence by new protocol standards and technologies.

The RRBA uses the following standards as reference model to ensure the computational, architectural and legal integrity of the framework.

· ISO/IEC IS 14662 Information Technologies - Open-edi reference model

· ISO/IEC 15944-3, Business Agreements Semantic Descriptive Techniques

· PART 2 UNIFORM RULES OF CONDUCT FOR INTERCHANGE OF TRADE DATA BY TELETRANSMISSION (UNCID), CHAPTER 2 - Text of the Uniform Rules of Conduct, http://www.unece.org/trade/untdid/texts/d220_d.htm

· UN/ECE RECOMMENDATION No.26, THE COMMERCIAL USE OF INTERCHANGE AGREEMENTS FOR ELECTRONIC DATA INTERCHANGE, http://www.unece.org/trade/untdid/texts/d240_d.htm

· The Commercial use of Electronic Data Interchange, Section of Business Law American Bar Association, A report and model trading partner agreement, http://www.abanet.org/buslaw/catalog/5070258.html

· UN/CEFACT Modeling Methodology. CEFACT/TMWG/N090R10. February 2001. UN/CEFACT Technical Modeling Working Group

· “The REA Accounting Model: A Generalized Framework for Accounting Systems in a Shared Data Environment”

For more info see the article posted under Business Architectures.

Welcome to Red River Community

2004-10-11T20:05:00Z

Welcome to the Red River Community

Here in the land of the Red River, we purpose to identify and/or defined business architectures, ontologies and environments that promote trusted business solutions.

Architectural Principles – Familiarity and Trust

Whether conducting business via electronic media or via good ole traditional ways, such as dinner at a fanciful restaurant, business is very much a human activity. It is heavily influenced by human philosophy and psychology. Familiarity with the activity being conducted is as crucial to business as the conducting of business itself. If a business person is unable to associate a business activity with their defined business goals or objectives, they will resist all pressures to conduct such activity. It really makes little sense for them to be involved in something that they are unfamiliar or uncomfortable with. Familiarity means that they involved in or conducting an activity that they understand, that there are predictable results or outcomes and when they perform the activity, what they thought they did is in fact what they did. When business is conducted, it is conducted according to generally accepted business principles and practices. Many of these principles reflect human behavior traits such as commitment, accountability, authority, responsibility and fulfillment. These philosophical ideologies are as important to a small sweater seamstress in Peru they are to the CEO of a fortune 500 company.

Along with familiarity, a complimentary and key aspect of business is trust. While a business person is conducting business, they must be assured that what they meant to do, is what they did and they it was done accurately. It is also very important that their privacy be respect, both in the activity they conduct and the information they share. If a business solution is both familiar and trusted, then a business person will embrace the solution as viable and useful.

Familiarity and trust are the key architectural principles behind the Red River Architecture. The Red River Architecture is a multi-faceted, layered perspective of the problem domain of business process automation. The key issue regarding both familiarity and trust is how to take the business process or activity, the business information and all of the terms and conditions as defined by a business person and translate these into a computational form without altering any of the meaning or intent of the original definition and at the same time not requiring any change in behavior or conduct of the business person. There are three integrated concepts that the Red River Architecture uses to facilitate these goals. These are the multi-facet views, reification between the views and use of standard industry ontologies and reference models.

The multi-faceted views provide for architecture that enables the separation of concerns within the problem/solution domain. Reification is a legal or biology concept that means that any information or process that is transformed into new information or process, it is in effect identical to the original, though it may have structural changes, it has the same meaning. A problem or solution viewed from one perspective may look different if viewed from a different perspective, but in fact they are the same. The third critical ingredient is to ensure that the terminology and grammar at each perspective is precise and unambiguous.