Modeling 101: What, Who, How, When, Where
Taking a leaf from Wittgenstein who once defined philosophy as a synopsis of trivialities, it may be interesting to supplement the Book of Fallacies and the Reflections for the Perplexed with some trivial distinctions that could be more easily agreed across the system engineering community.
As far as systems engineering is concerned, basic trivialities should focus on systems, architectures, and engineering processes. And as a mother of all, yet all too often ignored, a clear understanding of problems and solutions.
It must be noted that trivialities are not be taken for definitions; their only objective is to provide a sound and undisputed basis on for robust definitions that could then be used to build clear and useful principles. As a corollary, one should not try to extend the suggested trivialities but to trim and distill their meaning to an undisputed core.
Systems & Components
- To begin with the scope under consideration, systems can be first understood as a collection of interacting agents, devices, and computers.
- Within that scope, a computer system is a container of software components, some of them with the capability to interact with the environment: users, other computer systems, or devices.
- Finally, software components are symbolic objects representing agents, objects, or activities identified in the business environment.
Enterprise Architectures & Business Processes
- Enterprises are social constructs with continuous identity.
- Enterprise architectures describe enterprise’s assets and organization.
- Business processes describe how enterprises interact with their environment.
Enterprise Architectures & Information Systems
- Information systems are meant to manage the symbolic representations of enterprise environments, assets, processes, and commitments.
- The relationship between enterprise and systems architects is one of customers and providers.
- Enterprise architecture should provide the basis of requirements for systems architectures.
Engineering Processes & Models
- Engineering processes describe how to design and build computer systems.
- Engineering processes begin with requirements capture and wind up with the deployment of software components.
- Models are intermediate artifacts used along engineering processes.
Problems & Solutions
- Business problems are set by enterprise environments and their solutions are not to be found in systems functionalities.
- Functional problems are defined by business solutions and are meant to be met by software architecture.
- Technical problems are defined by functional solutions and are meant to be met by technology and programming solutions.
- The Book of Fallacies
- Reflections for the Perplexed
- The Finger and the Moon: Fiddling with Definitions
- Modeling Languages: Differences Matter
- Modeling Paradigm