Технический Писатель - ПО СЗИ

Благодарим Вас за проявленный интерес!

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

Вопросы затрагивают специфику создания ГОСТ-ированной документации на программное обеспечение, навыки использования офисных пакетов и инструментов для промышленной и/или коллективной разработки документации, умения работать в команде и использовать информацию, полученную от разработчиков (программистов).

Если какой либо вопрос Вам покажется странным или некорректным, пожалуйста, опишите в ответе на него - что не так :) Часть вопросов задаются именно с этой целью.

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

Для начала прохождения тестирования щелкните по кнопке "Начать!" ниже.

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

Удачи!

Информация о кандидате

Ваше имя: *

Способ связи (почта, моб. телефон): *


Базовые вопросы, ГОСТ

Что такое децимальный номер, и как он присваивается? *

Какой децимальный номер может быть у ТЗ? *

Перечислите основные типы документов по ГОСТ ЕСПД: *

Сколько уровней заголовков допустимо в ГОСТ-ированных документах? *

Как оформляются подписи к таблицам и изображениям? *


Работа с офисными пакетами

Какими комбинациями клавиш можно убрать прямое форматирование текста в популярных офисных пакетах? *

Перечислите преимущества и недостатки работы со стилями в документах: *

Перечислите типы (по структурным элементам документа) стилей и в каких случаях они применяются: *

Документ состоит из нескольких глав, которые редактируются разными авторами. Как объединить результат в один документ(не занимаясь "копипастом"), обеспечив единое оформление, при этом позволяя авторам независимо друг от друга редактировать его части? *

Каким образом Вы создали бы шаблон ГОСТ-ированного документа (например, "Спецификация", или "Формуляр") с несколькими регулярно повторяющимися словосочетаниями (название проекта, шифр, и т.д.) для использования в однотипных проектах? Перечислите особенности такого шаблона: *


Что, где, зачем?

При написании Программы и Методики Испытаний - как бы Вы оформляли описание процесса проверки требований? *

Откуда и как Вы брали бы данные для описания методики проверки требований к ПО (программам) с текстовым вводом-выводом? *

Что такое "Руководство Администратора", чем отличается от "Руководства Программиста", "Руководства Оператора" и "Руководства Системного Программиста", какова целевая аудитория и назначение каждого из этих документов? *

Согласно ГОСТ ЕСПД, и "Описание Программы", и "Пояснительная Записка" содержат описания алгоритма программы. Чем оно отличается в этих документах, и почему? *

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


Технология Единого Источника

    Начиная с этой страницы опроса, Вы можете пользоваться внешними источниками. Но все-же, постарайтесь ответить сами.

Что такое система подготовки документации по технологии единого источника?

Перечислите известные Вам средства и инструменты для работы в рамках технологии единого источника:

Какими средствами можно реализовать преобразование документации в формате единого источника в выходные форматы ODT и Word ML c сохранением стилей и оформления?


Разработчик предоставляет материалы в документацию в формате Markdown, выкладывает их в систему контроля версий GIT.

Каким образом Вы перенесете их в ГОСТ-ированный документ?

Каким образом будете проводить регулярное обновление общего документа в случае изменения исходных материалов?

А если материалы в формате XHTML или AsciiDoc?


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

Какими инструментами Вы воспользуетесь для формирования материалов в программную документацию?

В каком формате рассчитываете получить выходные данные?

Как предполагаете включать результат в конечный документ?