| Измерение (Dimension) | Определяющий фактор (Driver) | Ограничение (Constraint) | Степень свободы (Degree of Freedom) |
|---|---|---|---|
|
Schedule (Сроки) Временные рамки |
Запуск MVP версии системы должен быть завершён к 15.10.2025 для тестирования в осеннем семестре. Полное внедрение — к 01.02.2026 для использования в весеннем семестре. | Допустимое отклонение по срокам — не более 3 недель без согласования с руководством факультета. Критический срок — начало следующего учебного года. | Некоторые аналитические функции и расширенная интеграция могут быть перенесены на второй релиз, если это не влияет на базовый функционал шаблонизации и форматирования. |
|
Features (Функции) Функциональность |
Основные функции первой версии (шаблонизация, автоматическое форматирование по ГОСТ, базовое управление библиографией) должны быть полностью реализованы и стабильно работать. | Система не может быть запущена без корректной работы модуля форматирования и поддержки минимум 3 основных стандартов оформления курсовых работ. | Расширенные функции (ИИ-рекомендации, интеграция с платными базами данных, мобильное приложение) могут быть перенесены на последующие версии без ущерба для основного функционала. |
|
Quality (Качество) Качество системы |
Все функциональные тесты должны быть пройдены минимум на 95%, точность форматирования — не менее 98%, доступность системы — 99% в учебное время. | Неприемлемо снижение точности форматирования ниже 90% и сбои системы более чем на 1% рабочего времени в период сдачи курсовых работ. | Дизайн интерфейса может быть упрощён в первой версии, если это не снижает usability. Поддержка устаревших браузеров может быть ограничена. |
|
Cost (Бюджет) Финансовые аспекты |
Общий бюджет проекта не должен превышать 750,000 руб. с распределением: разработка — 60%, тестирование — 15%, обучение — 10%, сопровождение — 15%. | Превышение бюджета более чем на 10% требует отдельного согласования с финансовым отделом университета. Лицензии на стороннее ПО — не более 20% от бюджета. | Возможна оптимизация затрат за счёт использования open-source решений, внутренних ресурсов университета и фазового внедрения функций. |
|
Staff (Персонал) Команда проекта |
Требуемый состав команды: руководитель проекта (1), frontend-разработчик (1), backend-разработчик (1), тестировщик (1), бизнес-аналитик (0.5), технический писатель (0.5). | Расширение команды возможно только по согласованию с администрацией университета. Обучение пользователей должно проводиться силами команды проекта. | Разрешается перераспределение обязанностей внутри команды и привлечение студентов-стажеров для некритических задач. Возможна ротация ролей при сохранении экспертизы. |
|
Scope (Объём) Масштаб проекта |
Система должна охватывать минимум 70% всех курсовых работ факультета в первый год и поддерживать все основные специальности университета. | Проект ограничен разработкой системы только для курсовых работ бакалавриата, без поддержки дипломных проектов, магистерских диссертаций и научных статей. | Возможно поэтапное расширение на другие факультеты после успешного внедрения на пилотном. Поддержка новых форматов работ может быть добавлена в будущих версиях. |