System Context | Glossary

Definition:

Environment of a system is termed as a system context. A System is connected to it’s environment, it never stands on its own. In order to decide who and what exerts influence on the system being developed, the system context needs to be defined. Knowing the system boundaries, you know the scope of the system.

If you define boundaries of a system you get the clarity on system you are developing, how it impacts the development process and what can be disregarded during development. On analysing the system context it determines stakeholders, processes, documents and events relevant for the system. Demarcating the system boundary defines what functionalities of a system it is supposed to offer and what interfaces to external system exist. Requirement is identified systematically, identifying the relevant context by defining systems border.  This builds foundation for evaluation of the requirements for the new system. If the context is not defined properly during requirements engineering, the system relies on incomplete and inaccurate assumptions which might lead to a faulty behaviour.

Further Reading:

https://www.microtool.de/en/what-is-the-system-context/
https://www.flamelab.de/article/defining-the-system-context/

Latency | Glossary

Definition

Latency refers to the delay that lies between the input into a system, to the eventual desired outcome. The exact meaning of the terms is understood slightly differently in various contexts. The issues regarding latency also vary depending from system to system.

Continuous Integration overall plays a part in reducing Latency.  Because it requires developers to integrate code into a shared repository multiple times a day, whilst an automated build verifies every check-in regarding problems that arise.

Further Reading

  • “Continuous Integration” (book), by Andrew Glover, Paul M. Duvall, and Steve Matyas.