---

ЧАСТЬ 4. ЗАЩИТА И ВЗАИМНАЯ ПРОВЕРКА (PEER-REVIEW)

4.1. Протокол «слепого развертывания» (Оценка чужого комплекта за 5 минут)

Наша команда провела проверку комплекта документации группы-партнера по кейсу
«Авторемонтная мастерская»:

1.  Можем ли мы по комплекту войти под ролью Мастера и выполнить диагностику?
    Ответ: Да. В руководстве оператора приведены тестовые логины (master /
    pass123) и пошаговый порядок открытия заказ-наряда.
2.  Можем ли мы поднять БД с нуля по этому комплекту?
    Ответ: Частично. В руководстве администратора указаны скрипты создания
    таблиц, но не указан пароль пользователя sa для СУБД, пришлось настраивать
    Windows Authentication вручную.
3.  Найдём ли мы, какое бизнес-правило реализовано и где оно проверяется?
    Ответ: Да. Найдено правило проверки наличия запчасти на складе перед
    закрытием наряда, подтверждено тест-кейсом №4 в ТЗ.
4.  Есть ли противоречия между документами?
    Ответ: Да, обнаружено. В ТЗ указано поле PartNumber как обязательное (NOT
    NULL), а в экранной форме руководства оператора данное поле помечено как
    необязательное для ввода.

4.2. Замечания, полученные от команды-ревьюера по нашему проекту «DAWN RECORDS»:

Команда-ревьюер предоставила по нашему комплекту 3 замечания:

1.  Положительный отзыв («Что хорошо»):
    «Очень удобный сценарий автономного запуска через START.bat в Руководстве
    системного программиста — веб-сервер поднялся без установленного .NET SDK,
    база данных подключилась сразу благодаря готовой строке в appsettings.json».
2.  Замечание 1 («Что мешает»):
    «В Руководстве оператора первоначально не было сказано, что делать, если
    аудиофайл имеет нестандартный формат (например, .flac вместо .wav). Менеджер
    не понимает, почему форма выдает ошибку».
3.  Замечание 2 («Что мешает»):
    «Отказ от ГОСТ 19.301-79 (Программа и методика испытаний) в Части 2
    необоснован: таблица тест-кейсов в отчете не содержит юридических условий
    приемки системы в промышленную эксплуатацию заказчиком».

Ответ авторов и принятые меры:

  - Замечание 1 — Принято. В раздел 4.1 Руководства оператора добавлено четкое
    указание поддерживаемых MIME-типов: загрузка ограничена форматами .wav и
    .mp3 (битрейт не менее 320 kbps).
  - Замечание 2 — Принято. Команда пересмотрела решение и включила
    ГОСТ 19.301-79 в состав комплекта (см. Домашнее задание ниже).

ДОМАШНЕЕ ЗАДАНИЕ / ДОРАБОТАННЫЙ КОМПЛЕКТ

1. Доведение документов до полного состояния:

Фрагменты ТЗ (ГОСТ 19.201-78) и Руководства оператора (ГОСТ 19.505-79) дополнены
разделами контроля входных форматов данных и требованиями к аппаратному
обеспечению (ОЗУ не менее 4 Гб, разрешение дисплея от 1280×720).

2. Возврат «отказного» документа: Программа и методика испытаний (ГОСТ 19.301-79)

  - Владелец: Чеботарев Р.М. | Ревьюер: Бегун И.А.
  - Статус в комплекте: Восстановлен, включен в обязательный состав.

Записка о рефлексии команды (почему документ всё-таки понадобился):

«На этапе проектирования комплекта (Часть 2) мы посчитали Программу и методику
испытаний избыточной бюрократией, полагая, что таблицы тест-кейсов из СР3
достаточно для сдачи. Однако процедура peer-review и моделирование передачи
системы заказчику доказали обратное: без ГОСТ 19.301-79 приемо-сдаточные
испытания юридически ничтожны. Заказчик требует формальный документ,
определяющий объект испытаний, состав технических средств, порядок создания
аварийных ситуаций (обрыв соединения с MS SQL Server) и критерии подписания акта
приемки. Возврат данного документа устранил главный правовой риск при сдаче ИС».

КОРОТКИЙ ВЫВОД КОМАНДЫ (РЕФЛЕКСИЯ)

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