We know that an enterprise is a system. Actually, everything in the universe is a system
So why not modeling an enterprise using the concepts of a system?
Like in the real world.
In the real world, people, equipment and applications interact. They use and produce information and other types of resource.
Information can be physical for example on paper. Or information can be digital, in our computers, in our phones. Information can be also mental in our brain.
People and equipment use and produce physical material.
Technology is here to support applications.
Processes are performed by people, by applications and by equipment. Each step in a process uses functions. One or several functions. For example, a dish washing process could use a sequence of functions like washing, then rinsing, and finally drying. Or the process could be rinsing, then washing, then rinsing again, and then drying. So, there can be many possible processes, but the functions they use are the same.
Functions are also used for classifying people, equipment and applications. In other words, people, equipment and applications are classified following the function, or the functions, that they support.
So, this is the real world. And it is therefore a simple and efficient way to organize our architecture.
Unfortunately, for managing enterprise complexity, many architecture practices are still trying to use the following approach instead: