Enterprise Engineering Forum

Categorized as: 基础研究,系统架构   Tagged as: ,, , , ,

Abstraction (III) Make Long Story Short

Author: Mountriver TY Yu,  Source:  EE-Forum.org,  Published: 2011-10-15

Excerpt: All the abstractions in the same hierarchy should be traced to an original basis (source). A software application is a union of two kind of abstractions. Software is not an abstraction of real world.

It is easy to be long-winded when writing with the topic “abstraction”[1], it seems a bit like a bottomless pit, when I attempt to think about it in depth. Let me make the long story short, to writing some of my conclusions, while it may be a bit hasty.

Where the abstract levels based on

In the previous discussion, I thought, a basic features of an abstraction is that it is abstracted away from some basis (source). Indeed, an abstraction must had a source or basis: it seems no any counter example in all things called as abstraction. In another aspect, the basis of an abstraction is often an abstraction yet; some of abstractions can be classified into an abstract hierarchy — such as the abstract levels that often mentioned in software field — all abstractions in the same hierarchy should be traced to an original basis, here, call it the base of an abstract hierarchy. It appears to be repeatedly forgotten or ignored in many cases, such as, some discussions of MDA/MDE.

Understanding computing from an abstract perspective

In essence, from an abstract perspective (see the figure), a software application is a union of two kind of abstractions which are from two different sources: the outside world and the computer world[2], it has two kind of abstractions: the abstractions of the things of outside world (the domain it applied in, or the problem domain ), and the abstractions of things inside world of computer (or from the IT domain, such as code/software, resources/hardware)[3], where the abstractions may be appeared as some models that defined explicitly, or in some other forms. Furthermore, these two kind of abstractions should have two different abstract hierarchies which have different bases, perhaps can be called as the outside abstract hierarchy from applied domain and the inside abstract hierarchy from computer/IT domain.

Understanding Computing from an Abstract Perspective

Is software an abstraction of real world

It has become very clear when changing the real world to outside world: there are two things — two bases (sources), as stated above — which need to be abstract from. So, the answer is, software is not an abstraction of real world or of a problem domain but, it has/processes some abstractions from both the outside world and the computer itself.


[1] some previous discussions see part I and part II on the blog,  and some relative discussions on MDSN at Is Software Abstraction of Real World? and Note on Languages and Abstraction.

[2] some times maybe using “real world”, as well as the “real world” and “brain” in cognitive topics.

[3] see discussions on this blog, such as Talking Models and Domains to Enterprise Applications: an Addition, etc. It needs more discussion about the meanings and the relation between IT domain and “the world inside a computer”, and the outside world.

(a discussion for the opinions in this post on MSDN at here)


Creative Commons License
Abstraction (III) Make Long Story Short by Mountriver TY Yu is licensed under a Creative Commons Attribution-NonCommercial-NoDerivs 3.0 Unported License.

Cite Style

GB7714 style: Mountriver TY Yu. Abstraction (III) Make Long Story Short[EB/OL]. EE-Forum.org, http://www.ee-forum.org/wp/pub/ty/2011-10-p3001.html, 2011-10-15[2017-12-11 10:09]

Chicago style: Mountriver TY Yu, "Abstraction (III) Make Long Story Short", EE-Forum.org, http://www.ee-forum.org/wp/pub/ty/2011-10-p3001.html(accessed 2017-12-11 10:09)

Posted by   2011-10-15(Original)   Hits 24762   Modified 2011-11-23(Locked)
Prev Post: 
Next Post: 

Related Entries:

Talking Models and Domains to Enterprise Applications: an Addition
Talking Models and Domains to Enterprise Applications
Model-Dependent Realism: Is This the Worldview of Software Engineering?
Simplification (Abbreviation, Reduction) is Not the Essential Feature for Concept of Model

1 Comment


  1. What Can Be Done Is What Can Be Modeled « THINK IN MODELS

Leave a Response

You must be logged in to post a comment.