Made with


Object-role modeling (ORM) is what can be used for modeling the needed semantics of the needed universe of discourse. Object-role modeling (ORM) is known to be often used either for software engineering and/or for data modeling. Any object-role model is known to be using different graphical symbols that can be based on the so-called “first order predicate logic” as well as a “set theory”. The object-role models are expected to enable the modeler to create some unambiguous definition. Such definition should be made of an arbitrary universe of discourse.

Being attribute free, the predicates of any ORM model that can be considered lend themselves to the design of the graph database models as well as the analysis in an ORM that was known to be originally conceived for benefiting the relational database designs.

An object-role model is a term that was coined in the 1970s. The so-called “ORM based tools” are since widely used (for over 30 years now) as they are convenient for such processes as data modeling. Object-role modeling has recently been used for modeling the XML-Schemas, business rules, data warehouses, web forms and requirements engineering.

Such models as the object-role ones are known to be based on the elementary facts. They expressed in diagrams that can be later verbalized into a natural language. Any fact is simply a proposition and with ORM such propositions are abstracted into the so-called "fact types". At the same time, the individual propositions are regarded as a sample data.

There is a difference between two terms — a "fact" and an "elementary fact". It is that no elementary fact can be simplified with no loss of meaning. Such "fact-based" approach is what can facilitate transforming, querying and modeling the needed information from any needed domain.


Example 1. Object-Role Modeling ORM Diagram

ORM is what it is known to be an “attribute-free” meaning that it treats all the elementary facts as relationships. It means that it treats the decisions for grouping the facts into structures such as the attribute-based entity types, relation and XML schemas and classes do. An implementation is known to be concerning irrelevant to semantics. Any object-role modeling is what improves the semantic stability, enabling verbalization into a natural language.

Fact-based modeling is known to be including different procedures that can be used for mapping the facts to the so-called “attribute-based structures”. An example of such structure can be the one of UML or ER.

The fact-based textual representations are all based on the formal subsets of native languages and many ORM proponents argue that its models are much simpler to understand by people who do not have enough technical education to understand the other ones.

Thus, some people argue that object-role models are simpler to understand than any declarative language as well as other graphical ones. All the fact-based graphical notations are usually more expressive than the ER or UML ones. The object-role models can be automatically mapped to both deductive and relational databases.

Knowing ORM2 as the latest generation of the object-role modeling, its main objectives for the ORM 2 graphical notation include it having a more compact display of ORM models having no compromises on the clarity. It also has an improved internationalization, being simplified on drawing the rules in order to facilitate the creation of any graphical editor. Having the extended use of views for selectively suppressing/displaying details, the ORM 2 graphical notation also supports the new features such as the role path delineation, the modalities and the closure aspects.

Any system development usually involves a few stages such as feasibility study, conceptual design of data and operations, requirements analysis, logical design, external design, internal design and implementation, prototyping, testing, validation and maintenance. There are all together seven steps of any conceptual schema design procedure that involve transforming all the familiar information examples into elementary facts, applying the so-called “quality checks”, drawing the fact types, checking for entity types that should be combined, noting any arithmetic derivations and adding uniqueness constraints, mandatory role constraints, value, set comparison and subtyping constraints as well as other constraints. The mentioned seven steps also include performing the final checks and checking the so-called “logical derivations” as well as the arity of the fact types.

Object-role modeling's conceptual schema design procedure is known to be focusing on the analysis as well as the design of data. All the roots of any object-role modeling can be traced for a research into semantic modeling for information systems as it evolved from the so-called “Natural language Information Analysis Method”. The mentioned method is a methodology that was initially developed by G.M. Nijssen in the mid-1970s in the Netherlands.

There was another recent development which is the use of an object-role modeling in combination with the standardized relation types which have the associated roles as well as a standard machine-readable dictionary. It also has a taxonomy of concepts that are also provided in the Gellish English dictionary. Such standardization of the relation types, concepts and roles is what enables the increased possibilities for any model reuse and model integration.

Object-Role Modeling ORM Diagram solution

Example 2. Object-Role Modeling ORM Diagram solution

There is more information about ORM in the other articles on this site and in case some ORM drawing has to be created, such as an ORM diagram, it can become possible once the ConceptDraw DIAGRAM diagramming and drawing software is downloaded from this site being used with another product of CS — the ConceptDraw STORE. Having the last-mentioned application, you can choose to install the Object-Role Modeling (ORM) solution in order to make any needed ORM diagram by using the pre-made templates of such drawings as well as the vector stencil libraries from the mentioned solution.

The reliability is a cornerstone for any corporate computer network. If you want to provide a high fault tolerance, a mesh network topology would be the solution. The main advantage of this network is that every node can work as a commutator, although it’s not easy to set up this kind of network. A mesh network topology may be full, or partial. Full mesh network means that each node of the network (computer, workstation or other equipment) is connected directly to each of the other nodes. A partial mesh topology means that a part of nodes are connected with a whole network, and the other part of nodes are only connected to those equipment, they exchange the majority of data. This illustration shows schematic diagram of a partial mesh network containing six nodes. Each node is represented as a circles and connections are drawn as straight lines. The connections may be both wired and wireless. This scheme can be used to make the specific logical or physical network diagrams by means the ConceptDraw Computer and Networks solution.Mesh Network Topology Diagram *
Picture: Mesh Network Topology Diagram
Related Solution:
When trying to figure out the nature of the problems occurring within a project, there are many ways to develop such understanding. One of the most common ways to document processes for further improvement is to draw a process flowchart, which depicts the activities of the process arranged in sequential order — this is business process management. ConceptDraw DIAGRAM is business process mapping software with impressive range of productivity features for business process management and classic project management. This business process management software is helpful for many purposes from different payment processes, or manufacturing processes to chemical processes. Business process mapping flowcharts helps clarify the actual workflow of different people engaged in the same process. This samples were made with ConceptDraw DIAGRAM — business process mapping software for flowcharting and used as classic visio alternative because its briefly named "visio for mac" and for windows, this sort of software named the business process management tools. This flowchart diagram shows a process flow of project management. The diagram that is presented here depicts the project life cycle that is basic for the most of project management methods. Breaking a project into phases allows to track it in the proper manner. Through separation on phases, the total workflow of a project is divided into some foreseeable components, thus making it easier to follow the project status. A project life cycle commonly includes: initiation, definition, design, development and implementation phases. Distinguished method to show parallel and interdependent processes, as well as project life cycle relationships. A flowchart diagram is often used as visual guide to project. For instance, it used by marketing project management software for visualizing stages of marketing activities or as project management workflow tools. Created with ConceptDraw DIAGRAM — business process mapping software which is flowcharting visio alternative or shortly its visio for mac, this sort of software platform often named the business process management tools.Process Flowchart
Picture: Process Flowchart
Related Solution:
The Rapid UML Solution from the Software Development area of ConceptDraw Solution Park helps you to create the UML Class Diagrams quick and easy using ConceptDraw DIAGRAM diagramming and vector drawing software.UML Class Diagram Tutorial *
Picture: UML Class Diagram Tutorial
Related Solution: