# ТЗ к практике

> **Информация:** Техническое задание на разработку информационной системы управления медиаконтентом университета.

## Содержание

1. [Определения и сокращения](#определения-и-сокращения)
2. [Общие сведения](#общие-сведения)
3. [Назначение и цели системы](#назначение-и-цели-системы)
4. [Характеристика объекта автоматизации](#характеристика-объекта-автоматизации)
5. [Требования к системе](#требования-к-системе)
6. [Функции системы](#функции-системы)
7. [Требования к видам обеспечения](#требования-к-видам-обеспечения)
8. [Технологический стек](#технологический-стек)
9. [Состав и содержание работ](#состав-и-содержание-работ)
10. [Порядок контроля и приемки](#порядок-контроля-и-приемки)
11. [Требования к документированию](#требования-к-документированию)
12. [Источники разработки](#источники-разработки)

---

## Определения и сокращения

| Обозначение | Расшифровка |
|-------------|-------------|
| ИС | информационная система |
| АС | автоматизированная система |
| БД | база данных |
| СУБД | система управления базами данных |
| Пользователь | лицо, имеющее доступ к функциональности системы |
| Администратор | пользователь с расширенными правами управления системой |
| Контент | информационные и медиаматериалы, размещаемые в системе |
| Роль | совокупность прав доступа пользователя к функциям системы |
| Медиаконтент | аудио-, видео-, текстовые и графические материалы |

---

## Общие сведения

### Полное наименование системы и условное обозначение

Полное наименование системы: ________________________________.

Условное обозначение: ________________________________________.

### Номер договора

Настоящее Техническое задание разработано в рамках выполнения работ по договору № ______, заключенному «___» __________ 2026 года.

### Наименование организации-заказчика и организации исполнителя

**Заказчик:** ________________________
- Место нахождения:
- Телефон:
- Банковские реквизиты:

**Исполнители:** студенты _________________
- Место нахождения:
- Телефон:
- Банковские реквизиты:

### Перечень документов, на основании которых создаётся система

Система создаётся на основании договора № _____, от «____» ________ 2026 года.

### Плановые сроки начала и окончания работы по созданию системы

| Начало | Окончание |
|--------|-----------|
| 4 июня 2026 | 7 июля 2026 |

Работы выполняются поэтапно: анализ требований → проектирование → разработка → тестирование → внедрение → документация.

### Порядок оформления и предъявления заказчику результатов

- Результаты оформляются комплектами проектной, эксплуатационной и пользовательской документации + функционирующий продукт.
- Передача — поэтапно по календарному плану.
- По завершении этапа — отчётные материалы.
- Финальная передача — после тестирования и устранения замечаний, оформляется актом сдачи-приёмки.

### Нормативно-технические документы

- **ГОСТ 34.602–2020** — ТЗ на создание АС
- **ГОСТ 34.201–89** — Виды и комплектность документов АС
- **ГОСТ 2.601–2019** — Эксплуатационные документы
- **ГОСТ 19.201–78** — ТЗ. Требования к содержанию и оформлению
- Методические материалы по проектированию ИС и веб-приложений

---

## Назначение и цели системы

### Назначение

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

**Ключевые задачи:**
- Замена разрозненных каналов (мессенджеры, файловые хранилища, email)
- Единое информационное пространство для студентов, преподавателей, сотрудников и спикеров
- Быстрый поиск и доступ к материалам, публикациям, новостям, мероприятиям
- Подписка на направления, темы, мероприятия, спикеров
- Уведомления, персонализация, индивидуальная лента
- Для администраторов: управление пользователями, ролями, правами, модерация, аналитика

### Цели создания

1. Повышение эффективности управления медиаконтентом
2. Сокращение использования сторонних мессенджеров
3. Повышение скорости доступа к актуальным материалам
4. Улучшение взаимодействия участников образовательного процесса
5. Обеспечение масштабирования и информационной безопасности
6. Внедрение ролевой модели доступа
7. Автоматизация административных процессов
8. Создание основы для цифровой экосистемы университета

---

## Характеристика объекта автоматизации

**Объект автоматизации:** процесс информационного взаимодействия, подготовки, публикации и распространения медиаконтента университета.

### Текущая ситуация

- В университете есть свои медиаплощадки: журнал, радио, телевидение
- Создаётся большой объём контента: статьи, интервью, видео, аудио, анонсы
- Распространение — через мессенджеры, email, локальные файловые хранилища
- → **Проблемы:** фрагментация данных, сложный поиск, дублирование, нет контроля версий, нет разграничения доступа

### Участники процессов

| Участник | Роль |
|----------|------|
| Студенты | Потребление контента, участие |
| Преподаватели | Публикация, взаимодействие |
| Сотрудники редакций | Создание и публикация контента |
| Приглашённые спикеры | Участие в мероприятиях |
| Администраторы | Управление системой |

### Информационные потоки

- Публикация материалов журнала
- Радио- и телепередачи
- Новости и анонсы мероприятий
- Хранение медиаматериалов
- Поиск и фильтрация
- Управление пользователями и ролями
- Аналитика активности

### Характеристики объекта

- Большой объём мультимедийных данных
- Строгое разграничение прав доступа
- Высокая доступность и отказоустойчивость
- Масштабируемость
- Круглосуточный доступ через веб и мобильные устройства

---

## Требования к системе

### Архитектура: два контура

```mermaid
graph LR
    A[Пользователь] --> B[Публичный контур]
    B -->|Аутентификация| C[Персонифицированный контур]
```

#### Контур публичного доступа

- Просмотр публичного контента
- Поиск спикеров
- Просмотр мероприятий
- Просмотр новостей и статей
- Регистрация и авторизация

#### Контур персонифицированного доступа

- Управление профилем
- Создание и редактирование контента
- Подписки и уведомления
- Комментарии и взаимодействие
- Административная панель

### Доступ и аутентификация

- Доступ через публичный контур
- Для персонального контура — обязательная аутентификация
- Действия ассоциируются с учётной записью
- Аутентификация по логину/паролю + механизм токенов

### Общие требования

- [x] Круглосуточная работа 24/7
- [x] Многопользовательский режим
- [x] Масштабируемость
- [x] Веб-доступ через браузер
- [x] Возможность мобильного клиента

---

## Функции системы

### 1. Редактирование данных (CRUD)

- Регистрация, редактирование профиля, смена пароля
- Создание/редактирование/удаление публикаций
- Загрузка медиаматериалов
- Управление категориями и тегами
- Публикация/архивация материалов
- Администрирование: управление учётными записями, ролями, модерация

### 2. Поиск и получение информации

- Глобальный полнотекстовый поиск по всем типам контента
- Фильтрация по категориям, авторам, тегам
- Сортировка результатов
- Подробный просмотр выбранных материалов

### 3. Безопасность

- Аутентификация перед доступом к функциям
- Ролевая модель прав доступа
- Разграничение доступа к данным
- Хранение паролей в зашифрованном виде
- Журналирование действий пользователей и администраторов

### 4. Расчётные функции (аналитика)

- Подсчёт просмотров публикаций
- Активность пользователей
- Количество подписчиков
- Формирование отчётов и аналитических материалов

### 5. Технологические функции (жизненный цикл контента)

- Создание → модерация → проверка → публикация → архивирование
- Автоматические уведомления о новом контенте по подпискам

### 6. Аналитические функции

- Отчёты о посещаемости
- Активность пользователей
- Популярность публикаций
- Эффективность контента

---

## Требования к видам обеспечения

### Математическое обеспечение

- Алгоритмы полнотекстового поиска
- Формирование рекомендаций
- Расчёт статистических показателей
- Методы статистической обработки данных

### Информационное обеспечение

- Реляционная СУБД: **PostgreSQL**
- Механизмы целостности: транзакции, ограничения, журналирование
- Разграничение доступа на уровне данных
- Хранение медиафайлов через **CDN**
- Резервное копирование и восстановление

### Лингвистическое обеспечение

- Язык интерфейса: **русский**
- Термины понятны пользователю без спецподготовки
- Возможность локализации на другие языки

### Методическое обеспечение

- Руководство пользователя
- Руководство администратора

### Организационное обеспечение

- Постоянное взаимодействие заказчика и разработчика
- Рабочие группы с необходимыми компетенциями
- Обучение пользователей

### Правовое обеспечение

- Соответствие законодательству РФ
- Защита персональных данных
- Соблюдение нормативных актов по обработке информации

---

## Технологический стек

### Программное обеспечение

| Компонент | Технология |
|-----------|------------|
| Серверная часть | Linux / Windows, **микросервисы** |
| Языки сервера | **Go**, JavaScript (Node.js) |
| База данных | **PostgreSQL** |
| Клиентская часть | **React** + **TailwindCSS** |
| Доставка медиа | **CDN** |
| Развёртывание | Контейнеризация (Docker) |

### Техническое обеспечение

**Сервер:**
- Многоядерный процессор
- RAM ≥ 8 ГБ
- SSD-накопитель
- Стабильное подключение к Интернет

**Клиент:**
- ПК или мобильное устройство
- Веб-браузер

### Эргономическое обеспечение

- Современные требования **UX/UI**
- Удобная навигация
- Адаптивность под различные устройства
- Кроссбраузерная совместимость
- Дизайн-макеты согласовываются с заказчиком

---

## Состав и содержание работ

### Этапы разработки

```mermaid
flowchart LR
    A[Предпроектное<br>обследование] --> B[Техническое<br>задание]
    B --> C[Эскизное и<br>техпроектирование]
    C --> D[Разработка ПО]
    D --> E[Тестирование]
    E --> F[Внедрение]
```

#### 1. Предпроектное обследование
- Анализ предметной области
- Сбор и формализация требований
- Анализ аналогов
- Целевая аудитория
- Концепция архитектуры
- Технологические решения

#### 2. Разработка ТЗ
- Функциональные и нефункциональные требования
- Состав работ
- Структура данных
- Процессы взаимодействия

#### 3. Эскизное и техническое проектирование
- Архитектура ПО
- Структура БД
- Роли и права доступа
- UX/UI прототипы
- Сценарии использования

#### 4. Разработка ПО
- Серверная часть
- Пользовательский интерфейс
- Административная панель
- Авторизация и аутентификация
- Поиск и подписки
- API + CDN

#### 5. Тестирование
- Модульное, интеграционное, системное
- Нагрузочное тестирование
- Тестирование безопасности
- Устранение ошибок

#### 6. Внедрение
- Развёртывание на сервере
- Настройка окружения
- Миграция данных
- Обучение пользователей и администраторов

### Порядок разработки

- Разработка по календарному плану
- Последовательные этапы, с уточнением требований по согласованию
- После каждого этапа — комплект отчётных материалов заказчику
- Промежуточные проверки, демонстрация модулей
- Сдача-приёмка поэтапно
- Приёмочные испытания по программе и методике
- После испытаний — опытная эксплуатация → акт приёмки

### Информационные объекты системы

| Объект | Ключевой атрибут |
|--------|-----------------|
| Пользователь | ID пользователя |
| Роль | ID роли |
| Права доступа | ID права |
| Пользователь–Роль | ID записи |
| Спикер | ID спикера |
| Медиа-материал | ID материала |
| Категория | ID категории |
| Теги | ID тега |
| Подписка | ID подписки |
| Подписка на спикера | ID записи |
| Подписка на категорию | ID записи |
| Комментарий | ID комментария |
| Уведомление | ID уведомления |
| Логи действий | ID записи |

---

## Порядок контроля и приемки

### Подготовка к вводу системы

- [ ] Приведение данных (спикеры, публикации, медиа, пользователи) к структурированному виду
- [ ] Анализ существующих каналов хранения и распространения (мессенджеры, облака, архивы, сайты, соцсети)
- [ ] Очистка данных: удаление дубликатов, нормализация форматов, проверка метаданных, категоризация
- [ ] Определение ролей и прав доступа (администратор, редактор, менеджер, пользователь)
- [ ] Создание организационных условий: безопасность, разграничение доступа
- [ ] Назначение ответственных со стороны Заказчика
- [ ] Подготовка серверной инфраструктуры: backend, PostgreSQL, CDN, резервное копирование
- [ ] Соответствие рабочих мест минимальным требованиям
- [ ] План миграции данных
- [ ] Обучение пользователей и администраторов
- [ ] Тестовое развёртывание → опытная эксплуатация
- [ ] Устранение замечаний → промышленный ввод

---

## Требования к документированию

Виды, комплектность и обозначение документов — по **ГОСТ 34.201-89**, согласовываются с Заказчиком.

### Перечень документации

| № | Стадия | Документ | Норматив |
|---|--------|----------|----------|
| 1 | ТЗ | Техническое задание на разработку системы | ГОСТ 34.602-2020 |
| 2 | ЭП | Эскизный проект | ГОСТ 34.201-89 |
| 3 | ТП | Технический проект системы | ГОСТ 34.201-89 |
| 4 | РП | Рабочий проект | ГОСТ 34.201-89 |
| 5 | РП | Руководство пользователя | ГОСТ 2.610-2006 |
| 6 | РП | Руководство администратора | ГОСТ 2.610-2006 |
| 7 | РП | Программа и методика испытаний | ГОСТ 19.301-79 |
| 8 | ВВ | Акт ввода системы в эксплуатацию | — |

---

## Источники разработки

### Нормативная база

- **ГОСТ 34** — стандарты на создание автоматизированных систем:
  - ГОСТ 34.602-2020 — ТЗ на АС
  - ГОСТ 34.201-89 — Виды, комплектность документов АС
- **ЕСПД** — требования к программной документации
- Действующее законодательство РФ в области ИТ и защиты персональных данных

### Прочие источники

- Аналитические материалы по масштабируемым веб-сервисам
- Документация используемых технологий и платформ
- Анализ аналогичных ИС управления медиаконтентом
- Материалы предпроектного исследования