diff --git a/project_requirements.pdf b/project_requirements.pdf new file mode 100644 index 0000000..ade31f7 Binary files /dev/null and b/project_requirements.pdf differ diff --git a/task.md b/task.md new file mode 100644 index 0000000..3ed77c4 --- /dev/null +++ b/task.md @@ -0,0 +1,174 @@ +# Техническое задание: TimeTamer SmartCalendar + +## Введение +**Наименование программы:** TimeTamer SmartCalendar (рабочее наименование). +**Краткая характеристика области применения:** TimeTamer SmartCalendar — кроссплатформенное приложение для персонального и коллективного управления временем, объединяющее автоматическое AI-планирование, мотивирующую геймификацию и социальные механики для повышения продуктивности и поддержания баланса «работа — жизнь». Применяется в личной деятельности пользователей (студенты, профессионалы, фрилансеры, обычные пользователи) и в корпоративной среде (команды, руководители, HR-специалисты). +**Объект использования:** персональные мобильные устройства (iOS, Android) и веб-интерфейс; серверная облачная инфраструктура для синхронизации и вычислений (AWS/Azure/GCP). +**Краткое описание решаемых задач:** автоматическое составление и динамическая корректировка расписания с учётом приоритетов, загруженности и состояния пользователя; интеграция с внешними календарями и сервисами здоровья; поддержка коллективной работы, обмена расписаниями и мониторинга загрузки команд; мотивация пользователя через геймификацию. + +--- + +## Основания для разработки +1. **Документы и нормативы (используемые при разработке):** + - Требования по защите персональных данных (GDPR и применимые локальные законы о персональных данных). + - Руководства платформ (Human Interface Guidelines для iOS, Material Design для Android). + +2. **Организация(ии), утвердившие/инициировавшие разработку:** + - Инициатор разработки: заказчик / инициатор проекта — (вписать наименование организации/инициатора). + - Ответственное подразделение заказчика/оператор проекта — (вписать подразделение). + +3. **Реквизиты и даты утверждающих документов:** + - Решение/постановление/протокол о запуске разработки: № __ , дата __.__.____ + - Договор/заявка на выполнение работ: № __ , дата __.__.____ + +4. **Наименование и (или) условное обозначение темы разработки:** + - Тема (условное обозначение): «TimeTamer SmartCalendar». + +--- + +## Назначение разработки +**Функциональное назначение:** +TimeTamer SmartCalendar предназначена для автоматизации планирования и управления задачами и событиями, обеспечивая: +- автоматическое AI-планирование дня на основе задач, приоритетов, предполагаемой длительности и временных предпочтений пользователя; +- динамическую перепланировку при возникновении конфликтов или новых событий; +- учёт физического и эмоционального состояния пользователя (данные из сервисов мониторинга здоровья) при распределении задач; +- инструменты взаимодействия: голосовой и текстовый AI-ассистент, чат-интерфейс, уведомления; +- систему геймификации (уровни, опыт, достижения, квесты, streak) для повышения мотивации; +- социальные и корпоративные функции: совместные задачи, обмен расписаниями, роли и права доступа, мониторинг загрузки команды; +- двустороннюю синхронизацию с внешними календарями и экспорт/импорт событий. + +**Эксплуатационное назначение:** +- Программа эксплуатируется на мобильных устройствах (iOS 14.0+, Android 10.0+) и в веб-браузерах (Chrome, Firefox, Safari, Edge указанных версий). +- Сервис работает в облачной инфраструктуре с постоянной сетью для синхронизации и вычислений; ограниченный офлайн-режим обеспечивает просмотр данных и добавление задач с последующей синхронизацией. +- Предназначена для пользователей с разным уровнем технической подготовки — от начинающих до опытных. +- В корпоративном использовании — для команд, менеджеров и HR-специалистов с возможностью централизованного управления доступами и аналитики загрузки. +- Требования по эксплуатации включают защиту персональных данных (соответствие GDPR), требования к доступности и допустимые показатели производительности и надёжности (см. разделы НР в основном ТЗ). + +# 4. Требования к программе / программному изделию + +Полная и детализированная версия требований приведена в приложении +**«Спецификация требований к ПО»**. + +## 4.1 Функциональные требования +- Управление задачами и календарём: создание, редактирование, повторения, статусы, напоминания. +- AI-планирование: автоматическое распределение задач, план дня, учёт контекста и загрузки. +- AI-ассистент: голосовое управление, рекомендации, анализ формулировок. +- Геймификация: очки опыта, уровни, достижения, квесты, streak. +- Совместная работа: групповые задачи, роли, комментарии, обмен расписаниями. +- Интеграции: синхронизация календарей, поддержка внешних сервисов, уведомления. +- Аналитика: статистика выполнения, отчёты по периодам. + +## 4.2 Нефункциональные требования +- Производительность: среднее время отклика ≤ 3 с; AI-планирование ≤ 5 с; поддержка ≥ 1000 одновременных запросов. +- Надёжность: доступность ≥ 99.5%; резервирование; RPO ≤ 1 ч; RTO ≤ 4 ч. +- Безопасность: шифрование данных, разграничение доступа, соответствие GDPR. +- Масштабируемость: горизонтальное масштабирование сервисов. +- Удобство использования: основные действия доступны за 1–2 шага. +- Платформы: iOS 14+, Android 10+; ограничение размера мобильного приложения — до 150 МБ. + +## 4.3 Технологические и эксплуатационные требования +- Инфраструктура: облачные сервисы, PostgreSQL с репликацией, Redis/Kafka, хранилище S3-класса. +- API: REST/JSON, поддержка форматов iCal (ICS) и CSV; OAuth2/OpenID Connect. +- Мониторинг: журналирование, метрики, алертинг. +- Документация: пользовательская, административная, API-описание, инструкции по резервированию. + +## 4.4 Критерии приёмки +- Успешное выполнение ≥ 90% приёмочных сценариев. +- Соответствие показателям производительности и надёжности. +- Корректная двусторонняя синхронизация календарей в ≥ 95% тестов. +- Пройденный аудит безопасности. +# Требования к надёжности + +## 4.5. Требования к надёжности +- Доступность сервиса — **не менее 99,5%** в месяц. +- Допустимый простой — **до 3 часов/месяц**. +- Среднее время восстановления — **до 30 минут**, при критических сбоях — **до 2 часов**. +- Резервное копирование: полное — **ежедневно**, инкрементальное — каждые **6 часов**. +- Хранение резервов — **30 дней** в гео-разнесённых локациях. +- Проверка восстановления — **раз в квартал**. +- Облачная база с шифрованием; локальный кеш с надёжной синхронизацией. +- При потере связи операции сохраняются локально и отправляются после восстановления подключения. +- Автоматическое повторение безопасных операций — до **3 попыток** при сетевых ошибках. +- Постоянный мониторинг доступности, задержек и ошибок. +- Время реакции на критический инцидент — **до 10 минут**. +- Плановые работы не чаще **2 раз в месяц**. +- Уведомление о плановых работах — за **24 часа**, длительность — **до 1 часа**. + +--- +# 5.Требования к программной документации +- должны быть разработаны документы из числа предусмотренных в ГОСТ 34.201-2020 "Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем", представленные в таблице 1. +- Содержание документов должно соответствовать ГОСТ Р 59795—2021 +Также должен быть API-документация по стандарту OpenAPI и документ о защите персональных данных по стандарту ISO/IEC 29100. +- Таблица 1. Перечень документов ГОСТ + +| Стадия создания | Наименование документа | +|---------------------------|-------------------------------------------------------| +| Технический проект | Описание автоматизируемых функций | +| | Описание программного обеспечения | +| Рабочая документация | Общее описание системы | +| | Программа и методика испытаний системы | +| | Протокол и акт проведения предварительных испытаний | +| | Акт ввода Платформы в опытную эксплуатацию | +| | Описание базы данных | +| Эксплуатационная документация | Руководство пользователя | +| | Протокол проведения приемочных испытаний | +| | Программа проведения опытной эксплуатации | +| | Акт ввода Платформы в промышленную эксплуатацию | + + +# Технико-экономические показатели +SmartCalendar обладает следущими характеристиками, отличающими его от конкурентов( Google Calendar, Microsoft Outlook) +**Умный помощник** — у нас: да; Google Calendar: да; Microsoft Outlook (с Copilot): (доступно как платная опция). +- **Автоматический планировщик** — отсутсвует у Microsoft Outlook (с Copilot) +- **Геймификация** отсутствует у Google Calendar и Microsoft Outlook. +- **Возможность делиться расписанием** — у Google Calendar: нет. + +## Монетизация (в 1–2 строках) +- Freemium: бесплатный вход + премиум-подписка $69/год. +- B2B: корпоративная лицензия $15/пользователь/год. + +## Консервативная модель доходов +- Бесплатных пользователей: 50 000. +- Конверсия в платных: 2% → 1 000 платных. +- Доход пользователей: 1 000 × $69 = **$69 000/год**. +- B2B: 20 компаний × 25 пользователей = 500 пользователей. +- Доход B2B: 500 × $15 = **$7 500/год**. +- **Совокупный доход:** $76 500/год. +## Вывод +TimeTamer объединяет ИИ, автоматическое планирование и геймификацию вместе с возможностью делиться расписанием — комбинация, отсутствующая у конкурентов. Это даёт продукту дифференциацию для монетизации через premium и B2B. + +## Стадии и этапы разработки + +1. **Старт проекта** — утверждение плана, команды и roadmap (веха M0: 17.11.2025). +2. **Сбор и спецификация требований** — функциональные и интеграционные требования (17.11–05.12.2025). +3. **Юридическая и комплаенс-проверка** — GDPR, лицензии, документы (08–19.12.2025). +4. **Дизайн и прототипирование** — UI-прототипы web/mobile, ключевые пользовательские потоки (17.11–15.12.2025). +5. **Демо 1** — демонстрация концепта и основных экранов (веха M1: 08.12.2025). +6. **Архитектура бэкенда** — проработка модулей auth, events, scheduling, интеграций (24.11–05.12.2025). +7. **Разработка приложений** — SPA, Android/iOS, offline, notifications (02.12–29.12.2025 и далее). +8. **ИИ-модули** — данные, модели планирования, NLU (09.12.2025–12.01.2026). +9. **Интеграции** — календарные сервисы, email/push, внешние системы (06.01–02.02.2026). +10. **Заморозка MVP + QA** — функциональная заморозка, модульные и интеграционные тесты (M2: 19.01.2026; тесты до 26.01.2026). +11. **Пилот B2B и приёмка** — пилотирование, приёмочные испытания (M3: 09–13.02.2026). +12. **Ввод в эксплуатацию и поддержка** — продсреда, документация, сопровождение (27.01–16.03.2026). + +## 6. Порядок контроля и приёмки системы + +1. По завершении разработки Исполнитель передаёт Заказчику исходные коды, дистрибутивный комплект и полный комплект программной и эксплуатационной документации; ПО должно позволять эксплуатацию без привлечения Исполнителя. +2. Перед приёмкой проводятся предварительные испытания (на территории Заказчика с возможностью удалённого доступа к стенду Исполнителя) в соответствии с ГОСТ 34.603-92. +3. Программа и методика предварительных испытаний разрабатываются Исполнителем по требованиям РД 50-34.698-90 и включают: сборку дистрибутива, установку и первичную настройку, проверку всех функций, заявленных в ТЗ. +4. По итогам предварительных испытаний составляются протокол и либо акт ввода в опытную эксплуатацию, либо протокол замечаний и ошибок. +5. По запросу Заказчика Исполнитель проводит установку Smart Calendar на оборудование Заказчика при предоставлении доступа к нему. +6. Опытная эксплуатация проводится согласно ГОСТ 34.603-92 на основании утверждённой программы опытной эксплуатации; ведётся журнал опытной эксплуатации и фиксируется план-график устранения замечаний. +7. В ходе опытной эксплуатации выявленные замечания устраняются; при необходимости обновляется эксплуатационная и сопроводительная документация. +8. По завершении опытной эксплуатации оформляется акт о завершении опытной эксплуатации и допуске системы к приёмочным испытаниям. +9. Приёмочные испытания проводятся в соответствии с ГОСТ 34.603-92 и методикой, скорректированной с учётом результатов опытной эксплуатации; проверки включают сборку, установку и полную валидацию функциональности. +10. По результатам приёмочных испытаний оформляется протокол приёмки и план-график устранения возможных замечаний; при отсутствии критических замечаний составляется Акт ввода в промышленную эксплуатацию. +11. Приёмка программного обеспечения осуществляет Заказчик; критические замечания должны быть устранены до подписания акта о передаче в эксплуатацию. +12. Все протоколы, акты, журналы и отчёты о тестах передаются Заказчику и входят в состав передаваемой поставки. +13. Сроки и объёмы работ по устранению замечаний фиксируются в план-графике и контролируются в рамках управления проектом. +14. Дополнительные работы по улучшению сервиса по инициативе Заказчика оформляются отдельным соглашением и не препятствуют завершению приёмки по основному ТЗ. +15. Контактные лица, критерии приёмки и состав пакета документов для подписания актов закрепляются в приложении к ТЗ. + +# Приложение 1. Спецификация требований к "Smart Calendar" +Приведено отдельным pdf-файлом "project_requirements.pdf" diff --git "a/\320\223\320\236\320\241\320\242 19.201-78.pdf" "b/\320\223\320\236\320\241\320\242 19.201-78.pdf" new file mode 100644 index 0000000..46d6a0a Binary files /dev/null and "b/\320\223\320\236\320\241\320\242 19.201-78.pdf" differ