по ГОСТ РВ бывает еще и План эргономического обеспечения.

Можно и в ПМ добавить проверки, если были требования в ТЗ.

это если в ТЗ требования заданы.

Верно, я уточнял это ;)

То есть, мы разделом про эргономику в ПЗ определяем требования к эргономике

А потом на их основе разрабатываем (реализуем) сам технический облик — уже в КД?

то есть, в программу и методику испытаний, так?

Секунду, я с нормативкой сверюсь

в ПЗ к техническому проекту описываются решения как вы думали и как пришли/выбрали к тому, что этот технический облик лучше и почему. а затем в КД реализовали

ГОСТ 2 подразумевает несколько ПЗ. Требования можно уточнить в ПЗ эскизного проекта, результат реализации (с обоснуем) описать в ПЗ рабочего или технического проекта.
Необходимая информация есть в 2.103, 2.104, 2.119.

Если есть требования в ТЗ и ПЗ ЭП.

понял, спасибо

я пока на этапе эскизной документации

#вакансия #техническийписатель #офис #москва #wanted_tw

💥Вакансия: Технический писатель
Компания: НПП "Цифровые решения"
Сайт: https://dsol.ru/
Город: Москва
График: Офис

Мы – российский разработчик, изготовитель и поставщик (b2b) телекоммуникационного оборудования, контроллеров твердотельных накопителей и устройств на их основе (USB-Flash, SSD и карт памяти micro SD).

На данный момент в команде Технических писателей 7 человек, и в связи с расширением отдела ищем ещё 3 сотрудников:
1️⃣ Классический технический писатель. Стандартная разработка ТД по ГОСТам (ТЗ, ТУ, руководства пользователя, инструкции и пр.).
2️⃣ Технический писатель с функционалом аналитика. Дополнительные задачи на поиск, исследование и анализ информации.
3️⃣ Технический писатель с функционалом проектного менеджера. Т.е. это человек, который взаимодействует с Заказчиками, непосредственно ведёт проект, и при этом обладает компетенциями тех. писателя.

Ждем грамотных, внимательных и образованных профессионалов!

➡️Предлагаем:
📌Белая ЗП.
Уровень дохода определяется индивидуально по результатам собеседования (исходим от пожеланий кандидата).
📌Бонусы за закрытие этапов проектов и самих проектов.
📌Полный рабочий день в офисе.
📌Гибкое начало рабочего дня с 8.00 до 11.00.
📌Офис в шаговой доступности от метро Авиамоторная.
📌Оформление согласно ТК РФ.
📌Современное техническое обеспечение рабочего места.
📌Работа в дружном коллективе, в команде заинтересованных специалистов, выпускников ведущих технических вузов.
📌ДМС, корпоративные скидки на абонемент в фитнес-клуб, командные спортивные игры.

Контакты:
Маргарита
☎️ 8(925)079-07-84 (Teleram/WhatsApp)
✉️ gm@dsol.ru

Это разве не синоним к here? Просто не понимаю почему лучше

Ну, мы общались с нэйтивами, они говорят, что в случае описания чего-либо лучше использовать более точные конструкции

Мб я тупой, но такой тезис звучит как вкусовщина и оправдание бюрократичного письма

Возможно, так и есть, но я лишь делюсь своим личным опытом)

У меня просто всегда упор на человекочитаемость и меньше число слов и даже символов. Но мб это просто микрошиза, и все это не настолько всем нужно, хз

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

Кстати, все же ещё зависит от контекста. Если ты только что упомянул о чем идёт речь, то, по логике, можно и опустить