In the previous chapter, we explored the Protégé workspace, navigating the ontology editing environment and understanding its key panels and perspectives. We also began to develop the mindset of a semantic engineer – thinking in terms of conceptual categories, machine-readable meaning, and structured knowledge.
Now, we move from understanding the tool to actively modeling domain concepts. This chapter focuses on the first practical step in ontology engineering: creating classes and defining a structured hierarchy. Classes are the core of OWL ontologies – they represent abstract concepts in a domain, define the structure for semantic relationships, and form the foundation for reasoning and knowledge graph construction.
From the perspective of the Executable Knowledge Architecture (EKA), creating classes represents the first concrete step in translating enterprise knowledge from meta-models and diagrams into formal, machine-understandable semantics. Classes are the backbone nodes of your knowledge model, linking conceptual design to the eventual executable intelligence layer.
By the end of this chapter, you will be able to:
Table of Content
In OWL, classes represent conceptual categories – abstract groupings of things that share common characteristics. They answer the typical question: _“What types of entities exist in this domain?”
In the Pizza ontology:
Pizza represents the overarching domain concepts for all pizzas.Topping represents ingredients or components added to pizzas.VegetarianPizza and NonVegetarianPizza represent specialized subclasses of Pizza, reflecting the dietary classification.CheeseTopping, MeatTopping, and VegetableTopping are subclasses of Topping, further organizing the ingredient concepts.Classes are the semantic archors for your ontology. They enable logical inheritance, reasoning, and relationships to be defined later.
In EKA terms, classes transform conceptual diagrams into formal semantic nodes, bridging the gap between enterprise knowledge design and executable intelligence.
Without a solid class hierarchy, downstream ontology operations like object property assignment, instance creation, and reasoning can become inconsistent or unreliable.
The process (step) of creating classes in Protégé introduces you to hands-on ontology engineering:
Open the Classes Tab:
Protégé organizes ontology classes hierarchically in this tab. This interface allows for creation, subclassing, and annotation management.

Create the Root Class:
While owl:Thing exists by default as the universal root, creating a domain-specific root, Pizza, gives semantic clarity and establishes a class starting point for the ontology.

Add Subclasses:
Pizza, create VegetarianPizza and NonVegetarianPizza.Topping, create CheeseTopping, MeatTopping, and VegetableTopping
Manage the Hierarchy:
VegetarianPizza ⊆ Pizza means every vegetarian pizza is also a Pizza.Validate and Save:
Regularly saving and checking hierarchy consistency prevents structural errors. Protégé’s visual hierarchy aids in spotting potential misclassifications.
This process demonstrates how conceptual knowledge is formalized. It also highlights the EKA principle that well-structured ontology classes serve as the nodes of a future knowledge graph, capable of supporting reasoning and executable intelligence workflows.
Annotations provide human-readable metadata for classes, making the ontology understandable to humans while remaining machine-readable.
rdfs:label): A description name of the class.rdfs:comment): An explanation of the class’ purpose or semantic meaning.For example:
VegetarianPizza

[!Note] You have to click
OKafter Label setting then add Comment annotation, everytime only one annotation can be set
After adding, two annotations are as below:

Hierarchy is more than a visual tree – it defines semantic inheritance, which is the foundation of reasoning:
VegetarianPizza inherits all properties and constraints from Pizza.CheeseTopping inherit from Topping.Best practices:
This step mirrors the Diagramming → Meta-Model → Ontology pathway in EKA. Your diagrams represent conceptual ideas, meta-models define the structural rules, and ontology classes encode these as executable semantic constructs.
By the end of this chapter, you should have a **working skeleton ontology”:
Pizza, ToppingVegetarianPizza, NonVegetarianPizza, CheeseTopping, MeatTopping, VegetableToppingThis skeleton forms the base upon which object properties, individuals, and reasoning rules will later be applied. The exercise reinforces the progressive semantic difficulty principle, gradually preparing you for more complex modeling.
Creating classes is a critical step in the EKA roadmap:
By properly designing classes, you are establishing semantic scaffolding that allows enterprise knowledge to become executable and AI-ready, bridging traditional modeling with cutting-edge knowledge engineering.
In this chapter (04), you have:
This exercise forms the essential foundation for future ontology enhancements, including object properties, individuals, and reasoning logic.
| Concept | Description |
|---|---|
| Class | A conceptual category representing domain entities. |
| Subclass | A specialization inheriting semantice properties. |
| Annotation | Human-readable metadata supporting clarity and documentation. |
| Hierarchy | Structured parent-child relationships defining semantic inheritance. |
| EKA Connection | Classes link diagrams and meta-models to knowledge graphs and executable intelligence. |
In the next chapter, we will explore Named Classes, the building blocks of formal ontology definition in OWL.
You will learn how to:
This step continues the progressive construction of the Pizza ontology, transforming your skeleton into a structured, well-defined semantic mdoel, ready for further enrichment and reasoning.
YouTube Demo Video - Chapter 04: https://youtu.be/IMjKcx93ens
Last updated at: 5/16/2026