Выпускной сайт и полезная утилита

Тема остаётся за ученицей. Примеры для обсуждения: сайт с маршрутами прогулок, поиск учебных материалов, справочник ухода за растениями. Это варианты, а не уже выбранные проекты. Утилита решает отдельную повторяемую задачу, например проверяет набор учебных файлов. До разработки ищем существующее решение.

Карточка идеи

Кому помогает: ____. Что человек делает сейчас: ____. Что трудно: ____. Как сайт поможет: ____. Один главный сценарий: ____. Наблюдаемый полезный результат: ____. Что в первую версию не входит: ____.

Шаблон ТЗ

1. Задача человека, аудитория и ограничения.
2. Главный сценарий с исходным состоянием и результатом.
3. Страницы и тексты, источники и права на изображения.
4. Функции, состояния ошибки и доступность с клавиатуры.
5. Данные и сроки хранения. Только необходимые поля.
6. Выбор HTML/CSS/JS, CMS или приложения. Нужны ли БД и админка, почему.
7. Размещение, домен, полная стоимость в рублях и владелец доступов.
8. Проверки, мониторинг, копирование и восстановление.
9. Публикация с разрешением взрослого и план обслуживания.

Приёмка сайта

• Незнакомый человек понимает назначение и проходит главный сценарий.
• На телефоне и ноутбуке текст читается, ссылки и кнопки доступны.
• Изображения имеют подходящие размеры и подписи, скорость проверена фактически.
• Нет известных ошибок сценария и доступа к чужим данным.
• Секретов в браузерном коде и репозитории нет.
• Восстановление файлов и БД, если она нужна, выполнено в тестовом окружении.
• SEO соответствует содержанию, адреса и статусы проверены.
• Реальные цели аналитики проверены, учебные события помечены.
• Есть инструкция запуска и обслуживания. При отсутствии права на публикацию выпуск готов локально, публичный запуск честно отмечен как невыполненный критерий.

Приёмка утилиты

Другой человек запускает программу на выбранной целевой системе по инструкции. Есть пример входных и выходных данных, понятные ошибки, тесты с coverage, журнал изменений и обратная операция для изменяемых файлов. Сначала предпросмотр, затем отдельное разрешённое применение. Для Windows/macOS проверяется именно целевая система. Упаковка установщика и публикация в магазине нужны только если это оправдано задачей.

План по встречам

Идеи и задачи собираем с 09-й встречи. На 40–43-й заканчиваем утилиту. На 44-й ограничиваем выпускной сайт и фиксируем ТЗ, на 45-й получаем работающий сценарий, на 46-й исправляем проблемы, на 47-й готовим выпуск и публикацию, на 48-й показываем результат и восстановление. Если времени мало, сокращаем число функций, а не проверки.

После выпуска

Кто отвечает за сайт: ____. Где доступы: ____. Когда обновления: ____. Что измеряем: ____. Как узнаём о сбое: ____. Где копии: ____. Когда последнее восстановление: ____. Как переехать к другому провайдеру: ____. Когда пересматриваем расходы: ____.