Recent Changes - Search:

News & Events Calendar Trainings Ecosystem Stay informed Recent Changes


  • [[Modus.Modus|Modus|:

Modus, the method

More pages...:]]

  • [[Opus.Opus|Opus|:

Opus, the product

More pages...:]]

  • [[Thesaurus.Thesaurus|Thesaurus|:

Thesaurus, the terminology

More pages...:]]

  • [[Syllabus.Syllabus|Syllabus|:

Syllabus, the spreading

More pages...:]]

  • [[Corpus.Corpus|Corpus|:

Corpus, the library

More pages...:]]

  • [[Focus.Focus|Focus|:

Focus, the objectives and the organization

More pages...:]]

  • [[Chorus.Chorus|Chorus|:

Chorus, the community

More pages...:]]

  • [[Apparatus.Apparatus|Apparatus|:

Apparatus, the tooling

More pages...:]]

  • [[Opera.Opera|Opera|:

Opera, the operations

More pages...:]]


Thesaurus, the terminology

Definition of the rubric

Within the structure of the "Organum", the Thesaurus is the place where the vocabulary is explained.

In a transformation project, this rubric takes on a particular importance, as it demonstrates the willingness and capacity to take responsibility for the knowledge of the actors involved. It is also, if one can say so, an approach of tolerance. Indeed, the Praxemian attitude is one of gathering and catering for all vocabularies, without ostracism and dogmatism. It is a well observed fact that several vocabularies, several representations, coexist in the enterprise. If it is necessary to establish the means for mutual understanding, it is no less necessary, as a first step, to collect and analyze the vocabularies in use. Terminological normalization comes only as a second step, itself extended by modeling which fixes canonic definitions by positioning the concepts in a formalized network.

Content of the rubric

In a project, the Thesaurus is like a security airlock which enables you to go from the known (the vocabularies in use) to the new (the formalized representation). The same can be said about this section of our web site. You can use the Thesaurus as a dictionary in which you can look up the ordinary or more unusual terms you find, as you explore. The following pages will give you the definition and, above all, the location within the overall methodology. By and large, to define is to position.

All terms

Abstraction Principle Precept according to which objects and concepts have to be modeled as they are, regardless of the organizational and technical circumstances
Accountability Precept of organizational design according to which all activity must come under a specific responsibility
Action What somebody or something does
Activity Any arrangement of actions
Activity domain Area of activity resulting from the decomposition of the pragmatic aspect of a system
Actor A being taking on or being able to take on an action
Agility Ability to adapt in a rapid and cost-effective manner
Analyze To observe
Approach Manner of tackling a subject or comprehending a topic of study
Arbitration Decision that balances the local point of view of a project with the global point of view of the architecture
Architecture Discipline that tackles a system in its entirety and examines its overall properties as well as its integration in its environment
Architecture Principle Principle that applies to the system and guides its design and development
Aspect Part of reality, which has been isolated for the sake of study, in accordance with its inner logic
Association Modeling element that connects classes
Auditability Ability to put in place and carry out checks
Automaton Micro-machine, managing its internal state and supplying services, in certain operating conditions
blank page Not available yet
Business Architecture Transformational discipline that translates the strategy and helps to transform the enterprise
Business fundamentals Essential knowledge that enables the enterprise to act in its environment
Business object Concrete or abstract object, essential to the Enterprise System’s mission
Business repository Part of an enterprise description repository that is only concerned with the business aspects
Class Diagram UML diagram that shows a collection of declarative (static) UML model elements such as classes and types, with their contents and relationships
Class Properties Informative, active or cooperative (structural) properties that apply to each instance or all instances of the semantic class
Complexity Feature of a system made up of several elements linked by multiple relations and cannot be understood only as the sum of its parts
Complication Unnecessary and artificial complexity
Component analysis Decomposition of a signified into its basic semes
Contractualization Precept according to which, upon any exchange, the rights and obligations of the participants should be clarified
Cooperation principle Principle of the object-oriented approach according to which a behavior (a function) of a system results from the cooperation between the objects it is composed of
Course of action Way of organizing the activities
Data Perception element; that which is given through perception
Data policy Concerted manner for conducting everything related to enterprise data
Delegation precept Precept of organizational design, encourages maximum autonomy of decision-making and action to the actors
Deployment Location of an artifact or an artifact instance
Derivation Action of producing one thing mechanically from another thing
Design To invent
Discipline Aggregation of know-how, procedures and methods into a unit of skills based upon generic knowledge
Domain Area of knowledge or activity
Element of intent Formulation of an intention
Elucidation Precept according to which the analysis of the actor’s real motivations must be carried out before any allocation decision
Enterprise Any organized and willful entity or action
Enterprise Architecture Discipline that analyzes the strategy and determines the main decisions for transforming the Enterprise System
Enterprise description repository (EDR) Repository containing all elements gathered in the course of the work carried out to describe the Enterprise System
Enterprise methodology Methodology covering all aspects of the enterprise
Enterprise Model A set of rigorously articulated models that describe the enterprise in all its aspects
Enterprise System The enterprise that perceives itself as a system
Enterprise System Topology Representation framework Praxeme proposes to comprehend the reality of the enterprise
Epistemic humility Attitude of humility concerning our pretentions to know things
EST Enterprise System Topology
Event Something that happens
Facet Subset of an aspect, characterized by the nature of its elements
Factorization Principle according to which, in order to ensure the quality of a system, a single significant element must only be included once in the model
Formalism Set of coherent rules that govern one type of expression and ensure certain sought-after qualities in the resulting expressions
Framework Shared framework, presenting a certain degree of constraint, for a given community
Functional Linked to a function or resulting from functional decomposition
Functional domain See Activity domain
General Architecture Dossier Reference document gathering the main structuring and transformation decisions of the enterprise, in all its aspects
Geographic Aspect Aspect of a system through which its spatial distribution is specified
Global approach See Approach, Holistic approach
Hardware Aspect Aspect covering all physical machines that make up the system, with their properties (capacity…)
Holistic approach Approach covering all aspects of a reality
Ideology Set of pre-wired answers that the actors use in their day-to-day actions and decision process
Incentive Precept according to which the organization makes sure of the real motivation of all these elements
Information Model Model that describes Entities, their Relations and inheritances
Instantiation In object programming, the creation of an object from a class
Intention Content of will
Intentional aspect Aspect that gathers together the elements of intent, setting the purposes and constraints of a system
Interoperability Ability of a system to interact with other systems and to integrate itself with them so they run in a coordinated manner
IT city planning (IT urbanization) Design discipline which aims to structure the IT system and align it with the enterprise’s strategy and needs
IT city planning target Target for the information system
IT city planning trajectory Trajectory set out for transforming an information system
Justification Formulation through which an element is justified in the system design
Level of representation One of the three levels in accordance with the OMG theory: execution, description and expression
Logical Architecture Architecture discipline interested in the logical aspect of a system and prepares the structure of the technical system
Logical Aspect Aspect of a system that provides an abstraction of its logistic and technical means
Logical Factory Set of logical workshops
Logical Machine Coordinated set of logical services
Logical Workshop Set of logical machines
Logistic aspect Aspect of a system made up of its logistic means
MDA Model Driven Architecture
Merise Method of analysis, design and implementation of information systems from the 1980s
Metamodel Model of models, that is to say a formal representation of the means required to build ordinary models
Method How to do something
Methodology Discipline whose goal is the controlled design of methods
Model Formal representation of a part of the reality
Model simulation Check on the quality of a model by making or executing it in an ad hoc technical environment
Modeling Rigorously represent a part of reality, according to pre-established formal rules
Motivation Precept of organizational design that states the importance of motivating actors
Object Diagram Diagram that illustrates specific points of a class model
Object Domain Area of knowledge resulting from the decomposition of the semantic aspect of a system
Object Domain Decomposition Principle Principle of decomposing the semantic aspect into object domaines
Ockham's Razor Principle (attributed to William of Ockham) that in explaining a thing no more assumptions should be made than are necessary
OMG Object Management Group
Openness State of mind that keeps the attention on new or unfamiliar contributions
Operations All the activities that make up the normal and regular running of the enterprise
Organization Structure imposed on a group of actors, specifying their relations through roles, procedures and operating rules
Organization Repository Repository where the processes and organization are modeled
Organization View Description of the pragmatic aspect of the Enterprise System in its entirety
Organizational Rules Enterprise’s self-imposed constraints for controlling its business
Organized Process Process that includes the organizational choices
Organum Structure proposed for organizing the material for a project or an operation
Package UML tool which helps structure the model, grouping numerous classes within the studied domain
Performance Result or level of results of an activity
Physical Aspect Aspect under which a system appears as deployed, in its physical reality
PIM Platform Independent Model
Point of view From an actor or type of actor’s perspective
Practice (in pragmatic modeling) Description or prescription of an action
Pragmatic Relating to the activity
Pragmatic Aspect Aspect of a system concerned with the activities and the way they are conducted
Pragmatic model Model of all or part of the pragmatic aspect of a system
Praxeme Enterprise transformation methodology that covers every aspect of the enterprise
Praxeme Frame Frame based on the Enterprise System Topology, enabling selective representations of a system to be made, by positioning elements according to their type
Precept Prescription or general rule that is general in scope
Prescription Instruction, precept, rule, measure... established to guide or restrict the action
Principle Prescription that cannot be deduced from the other elements of the domain under study
Principle of Parsimony Scientific principle that things are usually connected or behave in the simplest or most economical way, especially with reference to alternative evolutionary pathways
Pro3 See Schema Pro3
Pro3 Schema Structuring schema of the methodology
Procedures & Methods Prescribed way of doing something
Process Set of scheduled activities
Projection Action that consists in giving an element of intent a more formal representation, one that is better integrated into the system, in another aspect
PSM Platform Specific Model
Purity Feature of a model of a given aspect that only contains elements related to this aspect, excluding any other kind of considerations
Reach Evaluation of an action in extent and in time
Reactivity Ability to respond quickly to a request, an incident or a change in one’s environment
Repository Set of elements shared by a community
Representation Framework Analytical grid applied to a system to organize our perception of it
Restitution Ability of a model to retranslate its formal elements into everyday terms, understandable to stakeholders
Retroaction Precept of organizational design, encouraging information about the level of quality to be fed back into the processes
Rights Possibility for an actor to act on the system, in accordance with organizational rules
Role Type of intervention in an activity, to which rights, required skills and stipulated behavior are added
Scenario A variant in the execution of a use case
Semantic Aspect Aspect of a system that isolates the knowledge of the objects it manipulates and the concepts required for its functioning
Semantic class Basic unit of semantic modeling, expressing a concept or describing an object
Semantic Field Network of terms delimited by subject
Semantic Model Model of all or part of the semantic aspect of a system
Semantic modeling Modeling procedure concerning the semantic aspect, that is to say the business fundamentals, regardless of organizational and technical circumstances
Semantic Repository Repository which contains the expression of the core business knowledge of an enterprise
Semantics Related to meaning
Separation of Concerns Plane of the representation of reality, considered separately to make it easier to study
Service Lowest level constituent of the logical architecture, in an SOA style
Service Oriented Architecture (SOA) Architecture of an IT system structured as a group of constituents providing services
Sharing Principle Principle according to which the business objects that concern several actors, activities or processes in the system are pooled in “repositories” accessible to all
Signal Manifestation of an event
SLA Service Level Agreement
SOA Service Oriented Architecture
Software Aspect Describes the software components which automate some of the actions of the Information System
Software data Data expressed in such a form that they can be processed by computers
SPEM Software Process Engineering Metamodel
State Diagram UML diagram which picks up the different representation of state machine or automatons
State machine Micro-machine, managing its internal state and supplying services, in certain operative conditions
Stratification First decomposition level of the logical aspect
Stratum Part of a technical system, isolated at the logical level, so that it reflects an aspect
System Set made up of interdependent elements which, as a whole, presents its own particular identity and behaviors
Target Aspirational state of the future Enterprise System
Technical architecture Architecture discipline interested in the logistic aspect of a system, setting the technical choices within
Technical Aspect Aspect made up of technology choices and ways of implementing them
Technical System System made of integrated technical solutions
Terminology Set of technical words or expressions used in a particular subject
Textual Analysis Mechanical exploitation of the texts collected to supply modeling
TOGAF The Open Group Architecture Framework
Traceability Ability to reconstruct a determination chain
Trajectory Pathway set out to lead a system from an initial state to a targeted state: the target
Transformation All activities that define or modify the enterprise and its component parts
Transformation Chain Well-ordered set of activities that contribute to the transformation
Transformation Model The method’s metamodel (organization of the categories of representation, terminology)
UML Unified Modeling Language
Use Case Representation of an elementary work situation
Use Case Diagram Main diagram of the Use view (UML notation)
Use View Description of the services provided to the user by the system
Variation point Element of a system likely to evolve or present variants between the components of this system
View Selected information about the system from a point of view and with a specific purpose
Zachman See "Zachman's Framework"
Zachman Framework Framework for enterprise architecture, developed by John Zachman

About terminology

All pages in the Thesaurus rubric

Edit - History - Print - Recent Changes - Search
Page last modified on September 23, 2015, at 11:40 AM EST