Как написать ВКР на тему: «Разработка технического задания на сопровождение информационной системы (на примере организации)»

Как написать ВКР на тему: «Разработка технического задания на сопровождение информационной системы (на примере организации)»

С чего начать написание ВКР по теме «Разработка технического задания на сопровождение информационной системы»?

Разработка технического задания на сопровождение ИС — одна из самых практичных тем для выпускной квалификационной работы по направлению «Прикладная информатика» в университете «Синергия». В отличие от проектов по созданию новых систем, эта тема решает насущную проблему большинства организаций: хаотичный, нерегламентированный процесс поддержки существующих информационных систем, приводящий к простою бизнеса, росту затрат и конфликтам с подрядчиками. Однако именно практичность создает сложности: работа должна содержать не абстрактные рассуждения, а готовое к применению ТЗ, соответствующее ГОСТ 34.602-89 и адаптированное под реальную инфраструктуру конкретной организации.

Студенты Синергии часто допускают критическую ошибку — пишут ТЗ «в вакууме», без глубокого анализа текущего состояния ИС предприятия. Требования методических рекомендаций вуза четко указывают: минимум 30% аналитической главы должно содержать анализ объекта исследования (бизнес-процессов, архитектуры ИС, статистики инцидентов). Без этого работа будет возвращена на доработку. Еще одна сложность — экономическое обоснование: необходимо не просто перечислить статьи затрат, а рассчитать эффект от внедрения регламентированного сопровождения (снижение времени простоя, уменьшение количества повторных обращений).

В этом руководстве вы получите пошаговый план написания ВКР с примерами для розничной торговли, шаблонами формулировок требований к сопровождению, готовой структурой ТЗ и честной оценкой трудозатрат (150–180 часов при самостоятельном написании).

Стандартная структура ВКР в Синергия по специальности Прикладная информатика: пошаговый разбор

Введение

Цель раздела: Обосновать актуальность регламентации сопровождения ИС, сформулировать цель разработки ТЗ, определить объект исследования (ИС организации) и предмет (процессы сопровождения).

Пошаговая инструкция:

1. Актуальность (1–1.5 страницы): Приведите статистику простоев из-за проблем с ИС (например, данные Gartner: средний ущерб от простоя ИТ-систем в ритейле — $5,600 в минуту). Укажите проблему отсутствия регламента: конфликты с подрядчиками из-за размытых обязательств, увеличение времени решения инцидентов.
2. Степень разработанности: Упомяните ГОСТ 34.602-89 как основу для ТЗ, но подчеркните пробел: стандарт не содержит специфики требований к сопровождению (в отличие от разработки).
3. Цель исследования: «Разработка технического задания на сопровождение информационной системы управления продажами ООО «Торговый Дом «Прогресс»».
4. Задачи:
   • Провести анализ бизнес-процессов и текущей ИС предприятия
   • Выявить проблемы процесса сопровождения и сформулировать требования
   • Разработать структуру и содержание ТЗ на сопровождение
   • Рассчитать экономическую эффективность внедрения регламентированного сопровождения
5. Объект и предмет: Объект — ИС управления продажами на платформе 1С:Розница, предмет — процессы технической поддержки и сопровождения ИС.

Конкретный пример для темы:

«Для ООО «Торговый Дом «Прогресс» (сеть из 28 розничных точек) отсутствие регламентированного процесса сопровождения ИС 1С:Розница приводит к критическим последствиям: в 2024 году зафиксировано 142 инцидента с превышением времени решения (среднее отклонение от ожидаемого — 3.2 часа), что вызвало простои кассовых операций на общую сумму упущенной выгоды 2.8 млн руб. Анализ договоров с подрядчиками показал отсутствие четких критериев качества работ, что стало причиной 7 претензионных ситуаций».

Глава 1. Анализ предметной области и текущего состояния информационной системы

1.1. Описание организации и ее бизнес-процессов в сфере розничной торговли

Цель раздела: Демонстрация понимания контекста, в котором функционирует ИС, для обоснования требований к сопровождению.

Пошаговая инструкция:

1. Краткое описание организации: форма собственности, масштаб (количество точек, сотрудников), основные направления деятельности.
2. Детализация ключевых бизнес-процессов, зависимых от ИС:
   • Приемка товара и инвентаризация
   • Продажа через кассовые терминалы
   • Формирование отчетности для бухгалтерии
   • Управление лояльностью (программа бонусов)
3. Выделение критичности процессов: например, «продажа через кассу» — критичный процесс (простой >15 мин блокирует выручку).
4. Схема: блок-схема ключевого бизнес-процесса с указанием точек интеграции с ИС.

Пример для ООО «Торговый Дом «Прогресс»:

«Ключевой бизнес-процесс «Продажа товара» включает 7 этапов, из которых 5 напрямую зависят от работоспособности ИС 1С:Розница: сканирование штрихкода, расчет скидки по программе лояльности, формирование чека, передача данных в бухгалтерию, обновление остатков на складе. Анализ показал, что 92% кассиров не имеют права на самостоятельное перезапуск кассового модуля при сбое — требуется вызов системного администратора, среднее время ожидания — 47 минут».

1.2. Анализ существующей информационной системы

Цель раздела: Техническое описание ИС для понимания масштаба и сложности работ по сопровождению.

Структура описания:

• Архитектура: клиент-серверная (терминалы → сервер приложений → СУБД PostgreSQL)
• Конфигурация: 1С:Розница 8.3, редакция 3.1, доработки под специфику предприятия (модуль интеграции с банком для эквайринга)
• Инфраструктура: 28 рабочих мест кассиров, 5 АРМ администраторов, 2 сервера (приложений и БД), резервное копирование на облако
• Интеграции: с банком (эквайринг), с системой лояльности, с бухгалтерией (1С:Бухгалтерия)

Визуализация: Обязательна схема архитектуры ИС (рисунок 1.1) с указанием компонентов и точек отказа.

1.3. Анализ текущего процесса сопровождения и выявление проблем

Цель раздела: Выявление болевых точек для обоснования необходимости разработки регламентированного ТЗ.

Пошаговая инструкция:

1. Сбор статистики инцидентов за 6–12 месяцев (таблица 1.1):
   • Тип инцидента (сбой модуля, ошибка базы данных, проблема с интеграцией)
   • Частота возникновения
   • Среднее время решения
   • Количество повторных обращений по одной проблеме
2. Анализ договора с подрядчиком: выявление размытых формулировок («оказание технической поддержки» без указания SLA).
3. Опрос сотрудников: выявление субъективных проблем (долгое ожидание ответа, отсутствие прозрачности статуса заявки).
4. Формулирование выводов: перечень из 5–7 ключевых проблем, которые будет решать новое ТЗ.

Глава 2. Разработка технического задания на сопровождение информационной системы

2.1. Общие положения ТЗ: назначение, цели, нормативная база

Цель раздела: Формирование преамбулы ТЗ с юридически и технически корректными формулировками.

Структура раздела (в соответствии с ГОСТ 34.602-89):

• 1.1. Основание для разработки: «Приказ генерального директора ООО «Торговый Дом «Прогресс» №48-од от 15.01.2025 г.»
• 1.2. Наименование АС: «Информационная система управления продажами (ИС УП)»
• 1.3. Наименование организации-заказчика: ООО «Торговый Дом «Прогресс»
• 1.4. Цель создания системы сопровождения: «Обеспечение бесперебойной работы ИС УП путем регламентации процессов технической поддержки, администрирования и развития системы»
• 1.5. Требования к надежности: «Время простоя критичных модулей не более 15 минут в сутки»

Важно: Все формулировки должны быть измеримыми и проверяемыми. Вместо «быстрая поддержка» — «реакция на инцидент критичности 1 — не более 10 минут».

2.2. Функциональные и нефункциональные требования к процессу сопровождения

Цель раздела: Детализация требований к работам по сопровождению с привязкой к компонентам ИС.

Структура функциональных требований:

Нефункциональные требования (обязательны для ТЗ на сопровождение):

• Требования к времени реакции (SLA):
  • Критичность 1 (полный простой кассы): реакция ≤ 10 мин, решение ≤ 60 мин
  • Критичность 2 (ошибка в отчетности): реакция ≤ 4 часа, решение ≤ 24 часа
  • Критичность 3 (косметические ошибки): реакция ≤ 1 рабочий день, решение ≤ 5 рабочих дней
• Требования к отчетности: еженедельный отчет о количестве инцидентов, времени решения, выполненных работах по профилактике
• Требования к безопасности: все работы по администрированию фиксируются в журнале аудита с привязкой к учетной записи исполнителя

2.3. Состав и содержание работ по сопровождению

Цель раздела: Детализация видов работ, входящих в сопровождение, для исключения разночтений с подрядчиком.

Структура работ:

1. Техническая поддержка пользователей:
   • Консультации по работе с ИС (телефон, чат)
   • Устранение ошибок ввода данных
   • Обучение новых сотрудников (не более 4 часов на человека)
2. Администрирование системы:
   • Управление учетными записями и правами доступа
   • Мониторинг производительности и загрузки серверов
   • Установка обновлений платформы 1С и конфигурации
3. Развитие системы (ограниченный объем):
   • Доработка существующих отчетов (до 8 часов в месяц)
   • Настройка новых видов скидок в рамках существующей логики

Важно: Четко разграничить сопровождение и разработку новых функций. Для новых функций требуется отдельное ТЗ.

2.4. Метрики качества и формат отчетности

Цель раздела: Определение измеримых критериев оценки качества сопровождения.

Ключевые метрики (KPI):

• MTTR (Mean Time To Repair): среднее время устранения инцидента — не более 45 минут для критичности 1
• Процент выполнения SLA: не менее 95% инцидентов решены в рамках установленных сроков
• Уровень удовлетворенности пользователей: не ниже 4.2 балла по 5-балльной шкале (опрос ежеквартально)
• Количество повторных обращений: не более 10% от общего числа инцидентов

Формат отчета подрядчика (еженедельный):

• Количество зарегистрированных инцидентов по категориям
• График времени решения инцидентов с разбивкой по критичности
• Перечень выполненных профилактических работ
• План работ на следующую неделю

Глава 3. Экономическое обоснование внедрения регламентированного сопровождения

Цель раздела: Доказательство экономической целесообразности разработки и внедрения ТЗ.

Структура расчета:

1. Расчет затрат «до» внедрения ТЗ:
   • Потери от простоев (количество инцидентов × среднее время простоя × средняя выручка в минуту)
   • Затраты на разбор конфликтных ситуаций с подрядчиком (оценка трудозатрат юриста и руководителя)
   • Потери от неэффективного использования ресурсов подрядчика (оплата «мертвых часов»)
2. Расчет затрат «после» внедрения ТЗ:
   • Стоимость разработки и согласования ТЗ (однократно)
   • Затраты на мониторинг соблюдения SLA (0.25 ставки менеджера)
   • Снижение простоев (расчет на основе прогнозируемого улучшения MTTR)
3. Экономический эффект: разница между затратами «до» и «после» за год.

Пример расчета для ООО «Торговый Дом «Прогресс»:

Заключение

Цель раздела: Систематизация результатов, подтверждение достижения цели, рекомендации по внедрению.

Структура:

• Краткое резюме проведенного анализа (2–3 предложения)
• Перечисление достигнутых результатов по каждой задаче исследования
• Подтверждение достижения цели: «Разработано техническое задание на сопровождение ИС...»
• Рекомендации по внедрению ТЗ и перспективы развития (например, интеграция с системой ITSM)

Практические инструменты для написания ВКР «Разработка технического задания на сопровождение ИС»

Шаблоны формулировок для ТЗ

Для раздела «Требования к времени реакции»:

«Подрядчик обеспечивает реагирование на инциденты в соответствии со следующими уровнями критичности:
— Критичность 1 (полная недоступность кассового модуля в торговом зале): первичная реакция не позднее 10 минут с момента регистрации инцидента, устранение причины — не позднее 60 минут;
— Критичность 2 (ошибки в формировании отчетности, не блокирующие продажи): первичная реакция не позднее 4 рабочих часов, устранение — не позднее 24 часов;
— Критичность 3 (косметические ошибки интерфейса): первичная реакция не позднее 1 рабочего дня, устранение — в рамках ближайшего планового обновления.»

Для экономического обоснования:

«Годовой экономический эффект от внедрения регламентированного процесса сопровождения рассчитан как разница между совокупными затратами «до» и «после» внедрения ТЗ. Основной вклад в эффект вносит снижение потерь от простоев ИС: при прогнозируемом сокращении среднего времени устранения инцидентов критичности 1 с 68 до 25 минут годовые потери уменьшатся на 2 688 000 ₽. Срок окупаемости затрат на разработку ТЗ (180 000 ₽) составляет 0.7 месяца.»

Структура приложения «Техническое задание»

Полный текст ТЗ оформляется как приложение к ВКР. Рекомендуемая структура:

• Приложение А — Техническое задание на сопровождение ИС ООО «Торговый Дом «Прогресс»
• 1. Введение (основание, назначение)
• 2. Основания для разработки
• 3. Назначение разработки
• 4. Требования к системе сопровождения
  • 4.1. Требования к функциональным характеристикам
  • 4.2. Требования к надежности
  • 4.3. Требования к составу и параметрам работ
  • 4.4. Требования к отчетности
• 5. Стадии и этапы разработки регламента сопровождения
• 6. Порядок контроля и приемки работ
• Приложения к ТЗ: формы отчетов, шаблоны заявок

Чек-лист самопроверки

• ☐ Проведен ли анализ реальных данных по инцидентам за 6–12 месяцев (а не «примерные» цифры)?
• ☐ Соответствует ли структура ТЗ требованиям ГОСТ 34.602-89?
• ☐ Все ли требования измеримы и проверяемы (нет формулировок «быстро», «качественно»)?
• ☐ Четко ли разграничены работы по сопровождению и разработке новых функций?
• ☐ Рассчитан ли экономический эффект с указанием методики?
• ☐ Подготовлено ли полное ТЗ как приложение к работе?
• ☐ Проверена ли уникальность по «Антиплагиат.ВУЗ» (требование Синергии — не менее 75%)?

Два пути к успешной защите ВКР

Путь 1: Самостоятельная работа

Написание ВКР по разработке ТЗ на сопровождение потребует 150–180 часов: сбор и анализ статистики инцидентов, изучение ГОСТ 34.602-89, проектирование структуры ТЗ с детализацией каждого пункта, экономические расчеты. Риски самостоятельной работы: методические ошибки (нечеткие требования, отсутствие измеримых метрик), недостаточная проработка практической части (ТЗ «на бумаге» без привязки к реальной ИС), проблемы с уникальностью при цитировании ГОСТ. Даже при успешном написании потребуется 3–4 итерации правок с научным руководителем.

Путь 2: Профессиональная помощь как стратегическое решение

Обращение к специалистам — это фокус на результате для студентов, которые хотят гарантировать успешную защиту и сэкономить время для финальных экзаменов. Профессионалы обеспечат:

• Глубокий анализ реальной ИС с привязкой к бизнес-процессам организации
• Разработку ТЗ, полностью соответствующего ГОСТ 34.602-89 и требованиям Синергии
• Корректные экономические расчеты с обоснованием методики
• Гарантию уникальности 90%+ по системе «Антиплагиат.ВУЗ»

Вы получаете гарантию соответствия стандартам Синергия, экономите 100+ часов и минимизируете стресс перед защитой. Ваша роль — изучить материал для уверенной защиты и внести правки по замечаниям руководителя (бессрочные доработки включены в стоимость).

Итоги: ключевое для написания ВКР «Разработка технического задания на сопровождение ИС»

Успешная ВКР по разработке ТЗ на сопровождение ИС строится на трех китах: глубоком анализе текущего состояния системы с реальными данными, детальной проработке требований с измеримыми метриками (SLA, KPI) и корректном экономическом обосновании. Критическая ошибка — абстрактные формулировки без привязки к конкретной ИС и бизнес-процессам предприятия. Объем работы значителен: 150–180 часов при самостоятельном написании с высокими рисками методических ошибок.

Написание ВКР — финальный этап обучения, определяющий качество диплома. Если вы хотите пройти его с максимальной надежностью, гарантией соответствия требованиям Синергии и минимальным стрессом, профессиональная помощь становится оптимальным решением. Вы получаете готовую к защите работу, соответствующую всем стандартам, и фокусируетесь на подготовке к самой защите.