other_letter

Нет. Курсов - не надо.
Практически всегда под "аналитиком" подразумевается некто, кто выслушивает-высматривает-уточняет-вынюхивает-итд и в итоге "рожает" ТЗ.
Соответственно тут нужно знать:
1. Какая-то фигня для работы. НапримеР, питон-sql-эксель-вотэтовотвсё.
2. Навыки в отрасли-сегменте-сфере.
Первое - ну, понятно же?
Второе - у Вас этого нет, так что для начала будет некая работа по готовым опросникам.

Работаю по профилю.
Аспекты есть.

Самое наипервейшее - кто Ваша целевая аудитория? За счёт чего планируете зарабатывать? Поясню почему это важно именно в аспекте обсуждаемого вопроса: если аудитория в массе своей поколение Z на территории РФ - то делать надо одно, а если это 50+ из условной Австралии - то уже другое. На чём зарабатывать надо решить заранее, т.к. это может оказать существенное влияние на тот же выбор налогообложения.

Мне странно то, что пишут прочие.
Пользователь согласен - это необходимо. Без вариантов.
Но даже если пользователь согласен это не отменяет прочие постулаты.

Подтвержу по сути, но чуть дополню уже отписавшихся.
Провайдер обязан установить у себя эдакие коробочки, через которые гонится трафик. Это относится не только к VPS-провайдерам, а по сути ко всем. Когда я имел удовольствие быть связан с госконторками ещё эдак с 12 лет назад - там это уже было. В серверной обязаны установить то, что скажут. Приходят монтажники из Конторы и всё сами делают. С провайдерами (вот не могу ручатья за VPS, но про обычные датацентры и инет-провайдеры это так) то же самое. Только если есть пропускная система чисто в теории можно помухлевать, но грозит это вполне реальной остановкой деятельности

Связан с adult-индустрией.
Ресурсы заблочены на территории РФ непонятно почему, но РФ это мизерная часть трафика.
Ещё жёстче, чем в РФ, правила, например, в Японии (как и множестве азиатских стран).

Посему если отвечать на поставленный вопрос - грани 16 и 18++ нет, особенности есть. Исходить надо из бизнес-модели. Кто Ваш клиент? Где базируется? Вот отсюда и гребите, всем угодить сложно.

Когда ресурс разрастается начинается либо почкование на подресурсы разной направлености, в т.ч. и по стране вероятного использования либо мутки с определением geo и выдачей согласно этому.

Я искренне поддерживаю желание завести такую систему.
Однако, начинать надо, ИМХО, с другого конца. Надо оговориться с шефом о том, что такая сстема будет и что будут правила и что мы их считаем объективными.
А система пойдёт в общем любая (но не стикеры, конечно. Надо, чтобы юзер имел возможность что-то сделать сам). Практически все такие системы имеют бесплатный уровень на 3-5 юзеров (это юзеры поддержки, а у конторы может быть сколько угодно работников).
А если софт в обрале (большинство из них), то можно будет написать и с мобильника

Преследование конкретного админа или айтишника осложено тем, что надо каким-то образом оказать, что с установки оного ПО субъект имел доход.
Таким образом с продавцами дисков или скорой комповой помощью всё более-менее понятно. Факт выгоды есть или несложно "рисуется". А тут если в обязанностях или в причине поощрения нет "установка нелегального ПО" - увы.
Ну или если не выделяются средства на покупку ПО, а гад-айтишник не ставит левак

Конкретный вопрос всегда стоит обсуждат ьсо специалистами.
Но в общем в РФ так: если какая-то бумага не соответствует Законодательству, то несмотря на подписи, данная договорённость может быть не исполнена.
Потому смотрите не в Договор, а в Закон. В случае чего в Суде это довод, а не "добрые намерения, зафиксированные на бумаге"

Тут многие пишут конкретные решения.
А я советую любой WIKI. Какой душе угодно. Сейчас Вы не поймёте прелестей совместной работы и прочего, что даст Вам продукт посерьёзнее.
А так - ветки есть, связность без проблем, версионность опять же. Совместная работа, комменты - да всё это в любом известном мне вики-движке есть

А по-моему не с того Вы конца.
Вы так будете что-то делать-делать-делать, Вам будет нравиться и казаться, что Вы делаете Благо.
А бизнесу это нафиг не нужно (может быть), а так как бизнесу не нужно - денег не дадут (ЗП не повысят), а как следствие - джун получит максимум что некий формальный грейд.

Потому более верный путь, ИМХО, будет: заявить "короткий доклад на совещании", где Бизнесу преподнести идею и план "па пальцах" что Вы хотите сделать (описать категории, экзамены...), но пока не сделали. Какой ожидаете результат (документы такие-то, система мотивации такая-то) от своей работы и как средствие от преобразований (мотивация, текучка...) Скорее всего все с умным видом кивнут головами и тут уже есть смысл заниматься. А если скажут "да у нас и так всё норм" - видимо, это совсем не нужно.

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

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

Второе - у Вас оконечное ТЗ на то, что собрались разрабатывать - есть? Это важно для собственно разработки - как минимум хотите вы CI/CD или нет.

Третье - кто предполагается в кач-ве исполнителя? Серьёзная местная контора (допустим, условный 1С)/фрилансер Боширов/иностранная компания ?

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

Ну, спросите оный у Исполнителя что ли. Или Вам на конкурс? Хотя и тут они помогут.

Парсек это всё умеет.
НО! Парсек - платформа, а всякие доп. съёмки - уже сторонний софт (от их партнёров, но тем не менее). На ситуацию лет трёх назад они не собирались ничего делать с мобилками. Может, что появилось. Управление по GUI, примитивненький такой интерфейсик - но не шелл, конечно.

Не сказать чтобы дёшево, но я брал с работами и обслуживанием (ну, а то придётся потом самому же и фиксить, да и сроки самодела обычно выше). Но дешевле только китайчата с весьма ограниченным функционалом.

1. Бумага нужна. Нужна она, что бы там ещё не писали супротив, для того, чтобы в случае ахтунга доказать контролирующим органам (а это не только ФСТЭК/ФСБ, но и обычная трудовая инспекция, к слову) что вы хоть какие-то усилия предпринимали.
2. Это должна быть именно бумага. Галочка в виртуальном пространстве воспринимается иначе и те же контролёры в случае чего только ухмыльнутся вашему предложению выслать логи на email.
3. Все риски вы там всё равно не перечислите. И желающие подискутировать о формулировках вас наверняка переиграют в словах. Потому широкими мазками риски о выносе инфы, о вносе инфы, о передаче сведений (тех, что стали известными благодаря предоставлению доступа и/или статусу).
4. О том, что работник считается не дитёнком и обладает квалификацией работы на ПК на уровне, способном отличить явные угрозы.
===
Ну и время от времени инфорассылка с копипастой статеек на тему. Но это уже не для бумаги, а чтобы реальная польза была.

Перенесите эту головную боль на начальство.
Спросите или как там у вас положено.
Довод "за" - люди будут меньше заниматсья хернёй с рабочих компов. Довод "против" - понятен.
Технически ничего сложного в обслуживании нет, SLA низкие.

Пароль

Если делать по-чесноку, то "галочкой" вопрос не решается.
Ну, сделайте кнопку, которую перед работой надо нажать (один раз, в самом-самом начале) о том, что пользователь заключает договор на... разберитесь что написать...
Суть в том, что в РФ не нужно согласия на обработку/хранение ПДн, если они нужны для выполнения договора, а само заключение Договора может быть в любой форме.

Вот чтобы добавляло - всё, что угодно, но в аккредитованном по ИБ учебном заведении в количестве нужных часов (количество нагуглить)

Не знаю Ваших реальных потребностей, но...
пп.1 и 2 закрываются автозапуском через шедуллер скрипта (батник или на ps, к примеру). Тот проверяет активность службы и делает что-то в зависимости от...
п.3 можно туда же прикрутить, но, например, из event log`а дёргать последние Х событий по службе