---
title: Документация и стандарты
seo:
  title: Документация и стандарты — Systems Analyst
  description: Тема «Документация и стандарты» для собеседования Systems Analyst. Чем ГОСТ 19 отличается от ГОСТ 34? Приходилось ли вам писать спецификации?
---

[Все темы Systems Analyst](/systems-analyst)

## <strong>Чем ГОСТ 19 отличается от ГОСТ 34?</strong> [#q-14bee738d69b81b4a36cf4fd31d4e781]

ГОСТ 19 и ГОСТ 34 в этом контексте обозначают комплексы стандартов, а не два отдельных документа&#58;

1. ГОСТ 19, Единая система программной документации, задаёт виды программных документов и требования к их содержанию и оформлению. Объектом документирования является программа или программное изделие.

1. Комплекс ГОСТ 34 на автоматизированные системы охватывает их создание и документирование, включая виды и комплектность документов. Это не общее обозначение стандартов шифрования и информационной безопасности.

При выборе уточняют объект разработки и конкретные стандарты с годом редакции, предусмотренные договором&#58; программу либо автоматизированную систему в целом.

:::note[Ссылки для изучения]

1. [Гайд для системного аналитика](https://habr.com/ru/companies/yandex_praktikum/articles/802299/)
   :::

---

## <strong>Приходилось ли вам писать спецификации?</strong> [#q-14bee738d69b81bfb89ce12e4e7a397f]

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

:::note[Ссылки для изучения]

1. [Гайд для системного аналитика](https://habr.com/ru/companies/yandex_praktikum/articles/802299/)
   :::

---

## <strong>Какие документы по ГОСТУ вы писали?</strong> [#q-14bee738d69b813c8609dffd6993dd5c]

Возможный пример&#58; техническое задание на информационную систему. Назовите реальный документ и точный ГОСТ с редакцией, по которому работали. Следующий перечень является общим примером содержания и не воспроизводит обязательную структуру конкретного ГОСТ.

<strong>Цель документа&#58;</strong> Определить требования к разработке новой
информационной системы для автоматизации управления складскими запасами.

<strong>Содержание&#58;</strong>

{/* prettier-ignore */}
1. <strong>Введение</strong>

    - Описание задачи и необходимости разработки новой системы.

    - Краткий обзор текущих проблем и недостатков в управлении складскими запасами.

1. <strong>Основные требования</strong>

    - Функциональные требования&#58; описание основных функций системы, таких как учет поступления и отгрузки товаров, инвентаризация, генерация отчетности.

    - Нефункциональные требования&#58; требования к производительности, надежности, безопасности и пользовательскому интерфейсу.

1. <strong>Архитектура системы</strong>

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

1. <strong>Интеграция</strong>

    - Требования к интеграции новой системы с существующими информационными системами компании.

1. <strong>Тестирование</strong>

    - План тестирования&#58; описание методов тестирования функциональных и нефункциональных требований, критерии приемочного тестирования.

1. <strong>План разработки</strong>

    - Расписание работ и этапы разработки&#58; оценка сроков выполнения работ, распределение задач между командами разработчиков.

1. <strong>Заключение</strong>

    - Общие выводы и рекомендации по разработке и внедрению системы.

:::note[Ссылки для изучения]

1. [Гайд для системного аналитика](https://habr.com/ru/companies/yandex_praktikum/articles/802299/)
   :::

---

## <strong>Как бы вы сделали регистрацию программного обеспечения?</strong> [#q-14bee738d69b810e856ac2bc82c8d377]

Сначала уточните, что означает регистрация ПО&#58; учётная запись в продукте, лицензирование или официальная регистрация самого ПО. Ниже описана только регистрация пользовательского аккаунта; это не процедура регистрации программного обеспечения.

{/* prettier-ignore */}
1. <strong>Идентификация пользователя&#58;</strong>

    - Запрос данных о пользователе (имя, email, пароль).

    - Проверка уникальности email.

    - Хеширование пароля перед сохранением в базу данных.

1. <strong>Подтверждение email&#58;</strong>

    - Отправка письма с ссылкой для подтверждения email.

    - Активация аккаунта после перехода по ссылке подтверждения.

1. <strong>Управление доступом&#58;</strong>

    - Ролевая модель доступа (администратор, пользователь).

    - Возможность смены пароля и восстановления доступа.

1. <strong>Защита данных&#58;</strong>

    - HTTPS для защищенной передачи данных.

    - Хранение паролей в хешированном виде.

    - Защита от атак перебора паролей и SQL-инъекций.

1. <strong>Дополнительные меры безопасности&#58;</strong>

    - Двухфакторная аутентификация.

    - Мониторинг активности пользователей и журналирование событий.

1. <strong>Пользовательский интерфейс&#58;</strong>

    - Интуитивно понятная форма регистрации и входа.

    - Возможность настройки профиля пользователя.

:::note[Ссылки для изучения]

1. [Гайд для системного аналитика](https://habr.com/ru/companies/yandex_praktikum/articles/802299/)
   :::