# Чек-лист проверки качества технического задания > **Версия:** 2.0 | **Автор:** Виталий Пиков | **МАСКОМ** > **Дата:** Июнь 2026 --- ## 📋 Описание Этот чек-лист поможет проверить качество технического задания перед его передачей в разработку. он содержит 25 ключевых пунктов, распределенных по категориям. **Как использовать:** 1. Пройдитесь по каждому пункту чек-листа 2. Отметьте галочкой ✅ выполненные требования 3. Отметьте крестиком ❌ невыполненные требования 4. Укажите комментарии для невыполненных пунктов 5. Посчитайте итоговый процент выполнения --- ## 🎯 Общие требования | № | Пункт | Статус | Комментарий | |---|-------|--------|------------| | 1 | Документ имеет титульный лист с наименованием, версией и датой | ⬜ | | | 2 | Указаны заказчик и исполнитель с контактной информацией | ⬜ | | | 3 | Указаны сроки выполнения проекта | ⬜ | | | 4 | Документ имеет четкую структуру с оглавлением | ⬜ | | | 5 | Используется понятный и однозначный язык | ⬜ | | **Результат:** [X]/5 (0%) --- ## 📚 Структура документа | № | Пункт | Статус | Комментарий | |---|-------|--------|------------| | 6 | Присутствует раздел "Введение" с описанием назначения | ⬜ | | | 7 | Присутствует раздел "Назначение и цели" | ⬜ | | | 8 | Присутствует раздел "Характеристика объекта" | ⬜ | | | 9 | Присутствует раздел "Требования" | ⬜ | | | 10 | Присутствует раздел "Требования к безопасности" | ⬜ | | | 11 | Присутствует раздел "Состав и содержимое работ" | ⬜ | | | 12 | Присутствует раздел "Порядок контроля и приемки" | ⬜ | | **Результат:** [X]/7 (0%) --- ## ✅ Функциональные требования | № | Пункт | Статус | Комментарий | |---|-------|--------|------------| | 13 | Все функциональные требования конкретны и однозначны | ⬜ | | | 14 | Каждое требование имеет уникальный идентификатор | ⬜ | | | 15 | Требования сгруппированы по модулям/функциональным областям | ⬜ | | | 16 | Указаны приоритеты требований (Высокий/Средний/Низкий) | ⬜ | | | 17 | Для каждого требования можно определить критерии приемки | ⬜ | | | 18 | Требования проверяемы (testable) | ⬜ | | **Результат:** [X]/6 (0%) --- ## ⚙️ Нефункциональные требования | № | Пункт | Статус | Комментарий | |---|-------|--------|------------| | 19 | Указаны требования к производительности | ⬜ | | | 20 | Указаны требования к надежности | ⬜ | | | 21 | Указаны требования к удобству использования (Usability) | ⬜ | | | 22 | Указаны требования к масштабируемости | ⬜ | | | 23 | Указаны требования к совместимости | ⬜ | | **Результат:** [X]/5 (0%) --- ## 🔒 Требования к безопасности | № | Пункт | Статус | Комментарий | |---|-------|--------|------------| | 24 | Указаны требования к аутентификации | ⬜ | | | 25 | Указаны требования к авторизации | ⬜ | | | 26 | Указаны требования к защите данных | ⬜ | | | 27 | Указаны требования к резервному копированию | ⬜ | | | 28 | Упомянута защита от OWASP Top 10 | ⬜ | | **Результат:** [X]/5 (0%) --- ## 📊 Технические требования | № | Пункт | Статус | Комментарий | |---|-------|--------|------------| | 29 | Указан технологический стек | ⬜ | | | 30 | Указаны требования к хостингу | ⬜ | | | 31 | Указаны требования к интеграциям | ⬜ | | | 32 | Указана архитектура системы | ⬜ | | **Результат:** [X]/4 (0%) --- ## 📅 Порядок контроля и приемки | № | Пункт | Статус | Комментарий | |---|-------|--------|------------| | 33 | Указаны виды испытаний | ⬜ | | | 34 | Указаны критерии приемки | ⬜ | | | 35 | Указаны этапы разработки | ⬜ | | **Результат:** [X]/3 (0%) --- ## 📝 Документация | № | Пункт | Статус | Комментарий | |---|-------|--------|------------| | 36 | Указан состав разрабатываемой документации | ⬜ | | | 37 | Указаны требования к оформлению документации | ⬜ | | **Результат:** [X]/2 (0%) --- ## 🎨 Интерактивный чек-лист > **✅ Используйте этот раздел для работы с чек-листом в интерактивном режиме** ### Общие требования - [ ] Документ имеет титульный лист с наименованием, версией и датой - [ ] Указаны заказчик и исполнитель с контактной информацией - [ ] Указаны сроки выполнения проекта - [ ] Документ имеет четкую структуру с оглавлением - [ ] Используется понятный и однозначный язык ### Структура документа - [ ] Присутствует раздел "Введение" с описанием назначения - [ ] Присутствует раздел "Назначение и цели" - [ ] Присутствует раздел "Характеристика объекта" - [ ] Присутствует раздел "Требования" - [ ] Присутствует раздел "Требования к безопасности" - [ ] Присутствует раздел "Состав и содержимое работ" - [ ] Присутствует раздел "Порядок контроля и приемки" ### Функциональные требования - [ ] Все функциональные требования конкретны и однозначны - [ ] Каждое требование имеет уникальный идентификатор - [ ] Требования сгруппированы по модулям/функциональным областям - [ ] Указаны приоритеты требований (Высокий/Средний/Низкий) - [ ] Для каждого требования можно определить критерии приемки - [ ] Требования проверяемы (testable) ### Нефункциональные требования - [ ] Указаны требования к производительности - [ ] Указаны требования к надежности - [ ] Указаны требования к удобству использования (Usability) - [ ] Указаны требования к масштабируемости - [ ] Указаны требования к совместимости ### Требования к безопасности - [ ] Указаны требования к аутентификации - [ ] Указаны требования к авторизации - [ ] Указаны требования к защите данных - [ ] Указаны требования к резервному копированию - [ ] Упомянута защита от OWASP Top 10 ### Технические требования - [ ] Указан технологический стек - [ ] Указаны требования к хостингу - [ ] Указаны требования к интеграциям - [ ] Указана архитектура системы ### Порядок контроля и приемки - [ ] Указаны виды испытаний - [ ] Указаны критерии приемки - [ ] Указаны этапы разработки ### Документация - [ ] Указан состав разрабатываемой документации - [ ] Указаны требования к оформлению документации --- ## 📊 Итоговый отчет | Категория | Всего | Выполнено | Процент | |----------|-------|-----------|---------| | Общие требования | 5 | [X] | [X]% | | Структура документа | 7 | [X] | [X]% | | Функциональные требования | 6 | [X] | [X]% | | Нефункциональные требования | 5 | [X] | [X]% | | Требования к безопасности | 5 | [X] | [X]% | | Технические требования | 4 | [X] | [X]% | | Порядок контроля и приемки | 3 | [X] | [X]% | | Документация | 2 | [X] | [X]% | | **ИТОГО** | **37** | **[X]** | **[X]%** | ### Рекомендации по результатам | Процент | Оценка | Рекомендации | |---------|--------|--------------| | 90-100% | Отлично | Документ готов к передаче в разработку | | 80-89% | Хорошо | Небольшие доработки, можно передавать | | 70-79% | Удовлетворительно | Требуются значительные доработки | | 60-69% | Плохо | Требуется серьезная переработка | | < 60% | Неудовлетворительно | Документ не готов, требуется полная переработка | --- ## 💡 Советы по улучшению ТЗ ### Если процент < 70%: 1. **Добавьте конкретности** — замените общие формулировки на конкретные требования 2. **Используйте стандартные форматы** — User Stories, Use Cases, traditional format 3. **Добавьте критерии приемки** — каждое требование должно быть проверяемым 4. **Структурируйте документ** — используйте четкие разделы и подразделы 5. **Добавьте визуализации** — диаграммы, схемы, прототипы ### Если процент 70-85%: 1. **Уточните требования** — добавьте детали к существующим требованиям 2. **Добавьте нефункциональные требования** — производительность, надежность, безопасность 3. **Определите приоритеты** — укажите, какие требования критически важны 4. **Добавьте примеры** — покажите, как требования будут работать на практике ### Если процент > 85%: 1. **Проводите ревью** — пусть коллеги проверят документ 2. **Тестируйте требования** — убедитесь, что все требования понятны и выполнимы 3. **Готовьтесь к передаче** — проведите финальную проверку перед передачей в разработку --- ## 📚 Полезные ресурсы - [ГОСТ 19.201-78](https://docs.cntd.ru/document/1200004073) — Стандарт на ТЗ для ПО - [ГОСТ 34.602-2020](https://docs.cntd.ru/document/1200177451) — Стандарт на ТЗ для АС - [INVEST Criteria](https://en.wikipedia.org/wiki/INVEST_(mnemonic)) — Критерии качества User Stories - [SMART Criteria](https://en.wikipedia.org/wiki/SMART_criteria) — Критерии для целей и требований - [OWASP Top 10](https://owasp.org/www-project-top-ten/) — Топ 10 уязвимостей веб-приложений --- **© 2026 Виталий Пиков. Все права защищены.** *Материал предоставлен для бесплатного использования в образовательных целях.*