Diagramming Concept Models                            

Ronald G.  Ross
Ronald G. Ross Co-Founder & Principal, Business Rule Solutions, LLC , Executive Editor, Business Rules Journal , and Co-Chair, Building Business Capability (BBC) Read Author Bio       || Read All Articles by Ronald G. Ross

Extracted from Business Knowledge Blueprints: Enabling Your Data to Speak the Language of the Business, by Ronald G. Ross, 2020.
http://brsolutions.com/business-knowledge-blueprints.html

Should you depict the structure of your concept model using a diagram? Definitely. Visualizations are extremely helpful in portraying sizeable blueprints of anything complex. Just don't forget the definitions. A concept model is first and foremost about business meanings.

Use the diagrams to verify the completeness and consistency of your vocabulary and business definitions. Often, diagrams also help in simplifying the concept model. Always remember one very important thing though. If a diagram disagrees with the entries in your glossary, it's the diagram that's wrong, not the glossary.

Notation

What notation should you use for your diagrams? Never try to use data modeling, UML, or other software design conventions. Those conventions simply weren't designed for concept models.

A concept model is about capturing business knowledge and disambiguating business communications. It's about business meaning, not about designing computer systems or databases. Big difference — one that software and database professionals often have a hard time appreciating. Ignore this warning and you are likely to turn off business people to concept models pretty quickly.

Over the years, BRJ authors have presented their approaches to diagramming concept models in practice.[1] [2] In our work we use ConceptSpeak™, the Business Rule Solutions, LLC (BRS) set of guidelines and techniques for designing business knowledge blueprints. ConceptSpeak includes a semantically-rich set of conventions for depicting a concept model as a diagram[3], but it's important to note that ConceptSpeak is by no means simply a diagramming notation. It also includes a comprehensive and carefully coordinated set of guidelines for creating business definitions of terms.[4] Without these, no approach can be suitable for concept models.

Pragmatics

Whatever conventions you use, here's an important rule of thumb for the boxes in your concept model diagrams: Never leave a new box undefined overnight. Without a definition, you have no shared concept at all, with or without a term. Take a stab at it. Sleep on it. What you wrote down will probably need significant revision, but at least you've put a stake in the ground. All bets are off with undefined boxes!

Inevitably, you will be asked to explain how to read your diagrams. Be careful about the words you use for that. Never use the word flow. Process models flow (i.e., embody a series of transforms). Concept models, in contrast, are always structural; they never comprise flows.

A consequence of the no-flow rule — one that can be initially hard for people new to concept models — is that there is no natural or preferred point to start 'reading' a concept model diagram. Any starting point is as good as another. Just dive in! That part will become easy once you get the hang of it. Also, you will always find that some concepts are more central than others, so those will naturally gravitate centerstage in your concept model and/or its individual neighborhoods.

References

[1] David Lyalin, "Applying Euler Diagrams and Venn Diagrams to Concept Modeling," Business Rules Journal, Vol. 21, No. 2, (Feb. 2020) URL: http://www.brcommunity.com/a2020/c021.html return to article

[2] Thomas Frisendal, "Concept Mapping and Concept Modeling — Sensemaking at the Business Level," Business Rules Journal, Vol. 14, No. 5, (May 2013) URL: http://www.brcommunity.com/a2013/b700.html return to article

[3] I will cover the conventions of ConceptSpeak in detail, beginning next time, in a multi-part series.return to article

[4] A free primer on ConceptSpeak™ is available for download from the BRSolutions website.return to article

# # #

Standard citation for this article:


citations icon
Ronald G. Ross , "Diagramming Concept Models                             " Business Rules Journal Vol. 21, No. 12, (Dec. 2020)
URL: http://www.brcommunity.com/a2020/c052.html

About our Contributor:


Ronald  G. Ross
Ronald G. Ross Co-Founder & Principal, Business Rule Solutions, LLC , Executive Editor, Business Rules Journal , and Co-Chair, Building Business Capability (BBC)

Ronald G. Ross is Principal and Co-Founder of Business Rule Solutions, LLC, where he actively develops and applies the IPSpeak methodology including RuleSpeak®, DecisionSpeak and TableSpeak.

Ron is recognized internationally as the "father of business rules." He is the author of ten professional books including the groundbreaking first book on business rules The Business Rule Book in 1994. His newest are:


Ron serves as Executive Editor of BRCommunity.com and its flagship publication, Business Rules Journal. He is a sought-after speaker at conferences world-wide. More than 50,000 people have heard him speak; many more have attended his seminars and read his books.

Ron has served as Chair of the annual International Business Rules & Decisions Forum conference since 1997., now part of the Building Business Capability (BBC) conference where he serves as Co-Chair. He was a charter member of the Business Rules Group (BRG) in the 1980s, and an editor of its Business Motivation Model (BMM) standard and the Business Rules Manifesto. He is active in OMG standards development, with core involvement in SBVR.

Ron holds a BA from Rice University and an MS in information science from Illinois Institute of Technology. Find Ron's blog on http://www.brsolutions.com/category/blog/. For more information about Ron visit www.RonRoss.info. Tweets: @Ronald_G_Ross

Read All Articles by Ronald G. Ross
Subscribe to the eBRJ Newsletter
CONTRIBUTOR ARCHIVES
Speaking Plainly: Organizational Silos in Perspective
ConceptSpeak™ (Part 5): Representing the States of Things
ConceptSpeak™ (Part 5): Representing the States of Things
ConceptSpeak™ (Part 4): Nouns Based on Verbs — Objectifications & Roles
7 Common Myths (Plus 1) About the Zachman Architecture Framework
In The Spotlight

Online Interactive Training Series

In response to a great many requests, Business Rule Solutions now offers at-a-distance learning options. No travel, no backlogs, no hassles. Same great instructors, but with schedules, content and pricing designed to meet the special needs of busy professionals.