И тоже самое с обслуживающим персоналом, тот же механик может выразить потребность в легкодоступности какой-то части системы для его обслуживания

п. 1 - согласен, п. 2 - это деление "Васи" на его роли - внутреннюю и внешнюю?

Все-таки, у меня ощущение, что мы где-то смешиваем/путаем разноуровневые категории требований/пользователей.

п.2 я бы сказал, что это рассмотрение "Васи" с различных точек зрения - как функции и как субъекта интересов - "стейкхолдера". это важный момент: как функция теоретически "Вася" может быть заменен роботом с прокачанной нейронной сеткой и в этом момент "Вася" как стейкхолдер перестанет существовать - такая роль относительно системы исчезнет

здесь важно договориться где мы проводим границы системы. если туда включаются люди, то кроме стейкхолдеров они становятся и компонентами системы, их функциональность должна быть спроектирована и требования к людям описаны. если мы в границы системы людей не включаем, то действия людей будут просто "входами" для функций системы, они выступают только как стейкхолдеры и высказывают свои пожелания: какие "выходы" они жду от системы на свои разнообразные  "входы"

А мне вот кажется это вообще не в тему) взрослый, дисциплинированный человек найдет в себе силы выйти на контаА мне вот кажется это вообще не в тему) взрослый, дисциплинированный человек найдет в себе силы выйти на контакт или не быть слишком навязчивым в процессе работы. Куда важнее обладать способностью к эмпатиикт или не быть слишком навязчивым в процессе работы. Куда важнее обладать способностью к эмпатии

А запись будет?

Хочу добавить, что при проектировании нужно учитывать сначала требования к Васе, а только потом от Васи.
Если мы прописали, что танкист должен быть не выше 170 см, то требование от Васи ростом 190 сделать достаточно пространства для его длинных ног учитываться не должно.
Равно как не должны делаться визарды для неопытных пользователей, если в персоналу предъявляется требования по уровню опыта, при котором визарды уже не нужны и только раздражают.

Здравствуйте, необходим системный аналитик, скажите пожалуйста, тут можно размещать вакансию, или где можно её разместить?

в описании группы

Стейкхолдеров можно разделять:
1. Выгодоприобретатель от эксплуатации информационной системы.
2. Заказчик разработки и внедрения информационной системы.
3. Пользователи информационной системы.
4. Администраторы информационной системы.

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

А что скажете по поводу человека, являющегося частью системы - выполняющего какую-то функцию в этой системе? Причём, к нему должны представляться определённые требования. Куда его отнести?

К пользователю. Каждый пользователь выполняет функцию взаимодействуя с системой. Например, кладовщик, выполнивший в складской системе действие по списанию.

Бывает, что к пользователям предъявляются квалификационные требования, например, к бухгалтерам.

Еще пример - системный администратор. Он тоже пользователь, только использует специфические функции системы. К нему тоже предъявляются квалификационные требования.

И при этом системный администратор не является частью системы.
Лично мне больше нравится подход, когда разного рода пользователи, например, в Диаграмме последовательности (UML) обозначаются как отдельные системы взаимодействующие с информационной системой.

а мужики-то не знают!

Может все-таки это инструмент системного аналитика?