Почему 350+ студентов МУ имени Витте выбрали нас в 2025 году
- Оформление по всем требованиям вашего вуза (мы работаем с МУ имени Витте с 2010 года)
- Поддержка до защиты включена в стоимость
- Доработки без ограничения сроков
- Гарантия уникальности 90%+ по системе "Антиплагиат.ВУЗ"
Нужна ВКР по этой теме? Ответим за 10 минут! Telegram: @Diplomit Телефон/WhatsApp: +7 (987) 915-99-32, Email: admin@diplom-it.ru
Оформите заказ онлайн: Заказать ВКР МУИВ
Введение
Создание инклюзивной рабочей среды — не только моральный императив, но и стратегическая необходимость для современных организаций. Согласно данным Минтруда РФ, число трудоустроенных граждан с ограниченными возможностями здоровья (ОВЗ) в 2024 году превысило 500 000 человек, при этом многие компании сталкиваются с трудностями в обеспечении их полноценной интеграции: отсутствие централизованной информации о доступных льготах, сложности в коммуникации с HR-службой, недоступность внутренних ресурсов. Особенно остро эта проблема стоит в крупных структурах, включая подразделения Московского университета имени Витте (МУИВ), где сотрудники с ОВЗ нуждаются в постоянной поддержке и адаптированных инструментах.
Тема «Разработка информационного портала для поддержки и сопровождения сотрудников с ограниченными возможностями здоровья» представляет собой социально значимую и востребованную задачу для студентов направления 09.03.02 «Информационные системы и технологии». Она объединяет аспекты юзабилити, доступности (accessibility), управления корпоративными сервисами и социальной ответственности бизнеса. Однако реализация такой ВКР требует не только технических навыков, но и глубокого понимания потребностей людей с разными формами инвалидности, знания требований ГОСТ Р 52872-2019 (доступность веб-контента) и умения проектировать ИС по ГОСТ с учётом специфики инклюзивной среды.
В этой статье мы подробно разберём стандартную структуру ВКР по данной теме, предложим готовые шаблоны, примеры диаграмм и расчётов, а также поможем честно оценить реальный объём и сложность работы. После прочтения вы сможете принять взвешенное решение: писать ли диплом самостоятельно или доверить его профессионалам.
Нужна ВКР по этой теме? Ответим за 10 минут! Telegram: @Diplomit Телефон/WhatsApp: +7 (987) 915-99-32, Email: admin@diplom-it.ru
Оформите заказ онлайн: Заказать ВКР МУИВ
Стандартная структура ВКР МУИВ по 09.03.02: детальный разбор по главам
ВВЕДЕНИЕ
- Назначение: Обосновать выбор темы, сформулировать цель и задачи работы, определить объект и предмет исследования.
- Содержание:
- Актуальность: рост числа сотрудников с ОВЗ, требования ФЗ-181, необходимость цифровой инклюзии
- Объект: процесс поддержки сотрудников с ОВЗ в организации
- Предмет: информационный портал как средство сопровождения
- Цель: разработка и внедрение доступного портала, объединяющего информацию, сервисы и каналы коммуникации для сотрудников с ОВЗ
- Задачи: анализ потребностей, проектирование архитектуры ИС, разработка прототипа с учётом accessibility, экономический расчёт
- Структура работы
- Сложности: Расплывчатая формулировка актуальности, игнорирование требований по доступности.
- Рекомендации: Связать проблему с законодательством: «С 2024 года все госучреждения обязаны обеспечивать доступность цифровых сервисов для инвалидов (ГОСТ Р 52872-2019)».
- Шаблон: «Актуальность работы обусловлена необходимостью обеспечения равных возможностей для сотрудников с ограниченными возможностями здоровья за счёт внедрения специализированного информационного портала, соответствующего требованиям доступности и объединяющего ключевые сервисы поддержки...»
АНАЛИТИЧЕСКАЯ ЧАСТЬ
1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ
1.1 Анализ подразделения «Отдел кадров» и «Служба социальной поддержки» организации Московский университет имени Витте
1.1.1 Дерево бизнес-направлений организации
- Назначение: Выделить подразделения, взаимодействующие с сотрудниками с ОВЗ.
- Содержание: Иерархия: ректор → проректор по административной работе → отдел кадров → служба поддержки.
- Сложности: Отсутствие публичной структуры.
- Рекомендации: Использовать данные с сайта МУИВ и типовую структуру вуза.
- Пример: [Здесь приведите схему: Ректор → Проректор по административной работе → Отдел кадров → Специалист по работе с ОВЗ]
1.1.2 Сопоставление бизнес-процессов и критических факторов успеха
- Назначение: Выявить ключевые процессы для автоматизации.
- Содержание: Матрица: «Предоставление информации о льготах» ↔ «Социальная защищённость», «Организация рабочего места» ↔ «Производительность труда».
- Сложности: Неточные факторы успеха.
- Рекомендации: Использовать методику CSF.
- Шаблон таблицы:
Бизнес-процесс Критический фактор успеха Важность (1–5) Информирование о доступных мерах поддержки Снижение стресса и тревожности 5 Запрос адаптации рабочего места Повышение вовлечённости 4
1.1.3 Анализ структуры и нормативной документации подразделения
- Назначение: Изучить внутренние регламенты.
- Содержание: Положение о работе с инвалидами, внутренние инструкции по доступности.
- Сложности: Недоступность документов.
- Рекомендации: Использовать общие положения по инклюзии в образовательных учреждениях.
1.2 Моделирование бизнес-процесса
1.2.1 Моделирование "КАК ЕСТЬ"
- Назначение: Описать текущую ситуацию (рассеянная информация, устные запросы).
- Содержание:
- IDEF0: «Обеспечивать поддержку сотрудникам с ОВЗ» → «Консультировать», «Оформлять документы», «Адаптировать рабочее место»
- DFD: поток данных от сотрудника → кадровик → email/телефон
- BPMN: последовательность: запрос → уточнение → согласование → реализация
- Матрица ролей: сотрудник с ОВЗ, HR, руководитель, специалист по доступности
- Сложности: Отсутствие декомпозиции IDEF0.
- Рекомендации: Каждый блок — с текстовым описанием.
- Пример: [Ссылка на рисунок 1.3 – IDEF0: A0 → A1 «Приём запроса», A2 «Оформление», A3 «Контроль»]
1.2.2 Моделирование процесса "КАК ДОЛЖНО БЫТЬ"
- Назначение: Разработать оптимизированную модель.
- Содержание:
- Централизованный портал с разделами: льготы, адаптация, контакты, чат-поддержка
- Полная доступность: поддержка скринридеров, смена контрастности, голосовой ввод
- KPI: рост удовлетворённости на 40%, снижение времени на обработку запроса с 5 до 1 дня
- Сложности: Отсутствие измеримых целей.
- Рекомендации: Использовать SMART-подход.
- KPI примеры: Время реакции, уровень удовлетворённости (NPS), доля закрытых запросов.
1.3 Анализ рынка программного обеспечения
- Назначение: Изучить аналоги.
- Содержание: Порталы «Работа для инвалидов», корпоративные инклюзивные HR-системы, кастомные решения.
- Сложности: Путаница со средствами разработки.
- Рекомендации: Анализировать именно порталы поддержки сотрудников с ОВЗ.
- Шаблон таблицы:
Система Производитель Функционал по инклюзии Соответствие ГОСТ 1С:Зарплата и управление персоналом 1С Модуль «Социальная поддержка» Частично Кастомные порталы Разные Полная адаптация под нужды Полное (при правильной реализации)
1.4 Анализ стейкхолдеров
- Назначение: Определить заинтересованные стороны.
- Содержание: Сотрудники с ОВЗ, HR, руководство, IT-отдел, служба охраны труда.
- Сложности: Упущение IT-отдела.
- Рекомендации: Использовать матрицу стейкхолдеров.
1.5 Выбор средств разработки
- Назначение: Обосновать технологический стек с учётом accessibility.
- Содержание:
- Frontend: React.js + ARIA-атрибуты, поддержка WCAG 2.1
- Backend: Python (Django)
- СУБД: PostgreSQL
- Интеграции: внутренний портал МУИВ, HR-система
- Сложности: Игнорирование требований по доступности.
- Рекомендации: Привести таблицу соответствия ГОСТ Р 52872-2019 и WCAG.
1.6 Техническое задание на разработку ИС
- Назначение: Формализовать требования с акцентом на инклюзию.
- Содержание: ТЗ по ГОСТ 34.602-2020 (в Приложении 1), раздел «Требования к доступности».
- Сложности: Несоблюдение структуры ГОСТ.
- Рекомендации: Строго следовать разделам ГОСТ.
1.7 Выводы по разделу
- Назначение: Подвести итоги анализа.
- Содержание: Текущий подход фрагментирован, аналоги не обеспечивают полную доступность, необходима собственная разработка.
ПРОЕКТНАЯ ЧАСТЬ
2 ПРОЕКТИРОВАНИЕ И РАЗРАБОТКА ПРОЕКТА
2.1 Структурирование требований
2.1.1 Логическое моделирование данных
- Назначение: Определить функциональные требования.
- Содержание:
- UseCase: «Сотрудник — подать запрос на адаптацию», «HR — обработать запрос»
- Диаграмма последовательности: сценарий подачи заявки
- Диаграмма функций: информирование → запрос → согласование → исполнение
- Сложности: Неправильное выделение акторов.
- Рекомендации: Для каждой диаграммы давать подробное описание.
2.1.2 Конструирование модели данных
- Назначение: Разработать структуру БД.
- Содержание:
- ER-диаграмма: сущности «Сотрудник», «Запрос», «Тип ОВЗ», «Льгота», «Адаптация»
- Диаграмма классов UML
- Сложности: Нарушение нормализации.
- Рекомендации: Подробно описать каждую сущность, атрибуты, связи.
2.2 Разработка программного обеспечения
2.2.1 План разработки ПО
- Назначение: Спланировать этапы.
- Содержание: Диаграмма Ганта: анализ → проектирование → разработка → тестирование → внедрение.
- Сложности: Нереалистичные сроки.
- Рекомендации: Добавить буфер на правки и доработки.
2.2.2 Frontend-разработка
- Назначение: Описать интерфейс с учётом accessibility.
- Содержание: Адаптивный дизайн, поддержка скринридеров, клавиатурная навигация, смена темы, голосовой ввод.
- Сложности: Отсутствие макетов.
- Рекомендации: Приложить скриншоты Figma с примерами режимов контрастности.
2.2.3 Backend-разработка
- Назначение: Описать серверную часть.
- Содержание: Модули: авторизация, каталог льгот, система запросов, уведомления.
- Сложности: Излишняя детализация кода.
- Рекомендации: Привести ключевые фрагменты в Приложении 2.
2.2.4 Разработка модели доступа к данным
- Назначение: Описать систему прав с учётом конфиденциальности.
- Содержание: Роли: сотрудник (личный кабинет), HR (просмотр всех), администратор.
- Сложности: Неполное описание функционала.
- Рекомендации: Таблица ролей и разрешений.
2.2.5 Тестирование ПО
- Назначение: Оценить качество, включая accessibility.
- Содержание: Тестирование с использованием NVDA, проверка WCAG, юзабилити-тесты с участниками с ОВЗ.
- Сложности: Повторение отчёта из практики.
- Рекомендации: Кратко описать процесс и результаты.
2.2.6 План внедрения
- Назначение: Описать внедрение.
- Содержание: Этапы: установка → обучение HR → пилот с группой сотрудников → полное развёртывание.
- Сложности: Отсутствие этапа обучения.
- Рекомендации: Включить методическую поддержку и обратную связь от пользователей с ОВЗ.
2.3 Руководства администратора и пользователя
- Назначение: Подготовить документацию в доступной форме.
- Содержание: Руководства по РД 50-34.698-90 (в Приложениях 3, 4), версия с увеличенным шрифтом и аудиоформатом.
- Сложности: Несоответствие ГОСТ.
- Рекомендации: Разделить на два документа.
2.4 Выводы по главе 2
- Назначение: Подвести итоги проектной части.
- Содержание: Портал разработан, соответствует требованиям доступности, готов к внедрению в МУИВ.
ЭКОНОМИЧЕСКАЯ ЧАСТЬ
3 ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ
3.1 Расчет затрат на разработку ИС
- Оплата труда: 120 ч × 1500 руб. = 180 000 руб.
3.2 Выбор методики расчёта
- REJ — выбрана за фокус на социальный и организационный эффект.
3.3 Оценка затрат
3.3.1 Этап разработки
- Инструменты: 15 000 руб., сервер: 10 000 руб.
- Итого: 205 000 руб.
3.3.2 Этап внедрения
- Обучение: 20 000 руб.
3.3.3 Этап эксплуатации
- Поддержка: 25 000 руб./год.
3.4 Эффект от внедрения
- Снижение текучести сотрудников с ОВЗ: удержание 3 человек × 150 000 руб. = 450 000 руб./год
- Экономия времени HR: 5 ч/нед × 50 нед × 1200 руб. = 300 000 руб./год
- Социальный эффект: повышение репутации МУИВ как инклюзивного работодателя
3.5 Экономический эффект
- Годовой эффект: 750 000 руб.
- Чистый эффект: 750 000 – (205 000 + 20 000 + 25 000) = 500 000 руб.
3.6–3.8 Социальный, научный, организационный эффект
- Повышение вовлечённости, внедрение практик цифровой инклюзии, соответствие требованиям законодательства.
3.9 Эффективность внедрения
- NPV = –250 000 + 750 000 / 1.1 = 431 818 руб.
- ROI = 173%
- Срок окупаемости: ~4 месяца
3.10 Расчёт по методике REJ
- 5 шагов: определение боли, оценка выгод, расчёт затрат, анализ рисков, итог.
3.11 Выводы по главе 3
- Проект социально и экономически целесообразен, окупается менее чем за полгода.
ЗАКЛЮЧЕНИЕ
- Цель достигнута: разработан информационный портал для сотрудников с ОВЗ.
- Практическая значимость: повышение инклюзивности, снижение издержек, соответствие законодательству.
СПИСОК ЛИТЕРАТУРЫ
- 18 источников: ГОСТ Р 52872-2019, ФЗ-181, рекомендации ВОЗ, статьи 2020–2025 гг.
ПРИЛОЖЕНИЯ
Приложение 1. Техническое задание на разработку портала (с разделом «Доступность»)
Приложение 2. Исходный код — модуль голосового ввода
Приложение 3. Руководство администратора (доступная версия)
Приложение 4. Руководство пользователя для сотрудников с ОВЗ
Готовые инструменты и шаблоны для темы «Разработка информационного портала для поддержки и сопровождения сотрудников с ограниченными возможностями здоровья»
Шаблоны формулировок
«Актуальность темы обусловлена необходимостью обеспечения цифровой инклюзии сотрудников с ограниченными возможностями здоровья в соответствии с требованиями ГОСТ Р 52872-2019 и ФЗ-181, а также повышения их вовлечённости и удовлетворённости условиями труда...»
«Целью работы является разработка информационного портала, обеспечивающего централизованную, доступную и конфиденциальную поддержку сотрудников с ОВЗ, включая информацию о льготах, механизмы запроса адаптации и каналы обратной связи.»
Пример расчёта экономического эффекта
Снижение текучести: 3 сотрудника × 150 000 руб. = 450 000 руб.
Экономия времени HR: 250 ч/год × 1200 руб. = 300 000 руб.
Годовой эффект: 750 000 руб.
Затраты: 250 000 руб.
NPV: +431 818 руб.
Срок окупаемости: ~4 месяца.
Чек-лист «Оцени свои силы»
- Знакомы ли вы с требованиями ГОСТ Р 52872-2019 и WCAG 2.1?
- Уверены ли вы в правильности применения методики REJ?
- Можете ли вы самостоятельно разработать ТЗ по ГОСТ 34.602-2020?
- Есть ли у вас опыт разработки доступных веб-интерфейсов?
- Есть ли у вас 3–4 недели на правки по замечаниям научного руководителя?
И что же дальше? Два пути к успешной защите
Путь 1: Самостоятельный
Если вы решите писать самостоятельно, вас ждёт объёмная и социально ответственная работа: анализ потребностей, проектирование с учётом accessibility, разработка, экономический расчёт. Этот путь потребует от вас от 150 до 200 часов упорной работы, готовности разбираться в смежных областях и стрессоустойчивости при работе с правками.
Путь 2: Профессиональный
Этот путь — для тех, кто:
- Хочет сэкономить время для подготовки к защите
- Нуждается в гарантии соответствия требованиям МУИВ и ГОСТ по accessibility
- Стремится получить не просто текст, а полноценный портал с документацией
- Ценит спокойствие и уверенность перед защитой
Заключение
Написание ВКР МУИВ по теме «Разработка информационного портала для поддержки и сопровождения сотрудников с ограниченными возможностями здоровья» — это марафон. Вы можете пробежать его самостоятельно, имея хорошую подготовку и запас времени, или доверить эту задачу профессиональной команде, которая приведет вас к финишу с лучшим результатом и без лишних потерь. Правильный выбор зависит от вашей ситуации, и оба пути имеют право на существование. Если вы выбираете надёжность и экономию времени — мы готовы помочь вам прямо сейчас.