По сути нашей работы, мы в том или ином объёме, в зависимости от специализации в анализе, занимаемся документированием стадий жизненного цикла информационной системы. У неё есть внешняя среда - заказчик/покупатели, пользователи, инфраструктура, интегрированные АИС и сервисы, и внутренняя - фреймворк, СУБД, API, обработчики очередей, администраторы и т. д.

Представьте себе воздушный шар. Вы надуваете его, давление внутри заставляет шар расширяться, а давление атмосферы ограничивает это расширение снаружи. Две силы, изнутри и снаружи, как бы определяют масштабы оболочки шара.

То же самое с любой системой: как извне, так и в самой АИС на протяжении её жизненного цикла возникают и оказывают воздействие различные факторы, определяющие границы автоматизации - что в принципе реализуемо и что из этого нужно, а чего не будем делать и что совсем (или пока) невозможно.

Эти факторы называют требованиями к системе и обычно делят на функциональные (что должна делать АИС) и нефункциональные (как она это делает). Отработать с источниками этих требований, разобраться и описать их в артефактах важно именно потому, что они являются системообразующими - очерчивают границы вашего проекта. Исходя из них оценивается ресурсоемкость, в том числе, планируются трудозатраты, и выстраивается стратегия достижения необходимой результативности - полезности вашего продукта.