Написать диплом по теме «Разработка технического задания на сопровождение информационной системы (на примере организации)»
В этой статье вы получите полное руководство по написанию ВКР в МТИ по специальности 09.03.02 «Информационные системы и технологии». Рассмотрим, как грамотно разработать техническое задание на сопровождение информационной системы на реальном примере организации. Приведены структура, примеры диаграмм, требования ГОСТ, чек-листы и частые ошибки. Материал соответствует методичкам МТИ и готов к применению.
Нужен разбор вашей темы Разработка технического задания на сопровождение информационной системы (на примере организации)? Получите бесплатную консультацию: @Diplomit | +7 (987) 915-99-32 (WhatsApp)
Актуальность темы
Сопровождение информационных систем — неотъемлемая часть жизненного цикла ПО. По данным ФСТЭК России, более 60% киберинцидентов в организациях связаны с устаревшим ПО и отсутствием регулярного технического обслуживания (2024). Особенно это критично для малых и средних предприятий, где ИС часто разрабатываются «на коленке», а документация отсутствует.
В МТИ по специальности 09.03.02 студенты сталкиваются с необходимостью не просто создать систему, но и обосновать её долгосрочную поддержку. На практике студенты выбирают в качестве объекта анализа организации, где уже есть ИС, но нет чёткого плана её сопровождения. Например, отдел кадров в региональной компании использует Excel-таблицы для учёта отпусков. При масштабировании процесс даёт сбои. Автоматизация возможна, но без технического задания на сопровождение система быстро устареет.
Цель и задачи
Цель ВКР: разработка технического задания на сопровождение информационной системы управления кадровыми данными в ООО «ТехноСервис».
Задачи:
- Проанализировать текущую систему учёта отпусков и выявить узкие места.
- Описать требования к сопровождению: обновления, резервное копирование, мониторинг, техподдержка.
- Разработать ТЗ по ГОСТ 34.602-2020 с учётом ролей пользователей и сценариев сбоев.
- Оценить экономические затраты на сопровождение на 3 года.
- Обосновать необходимость регламентированного сопровождения для повышения отказоустойчивости.
Задачи соответствуют структуре методички МТИ: анализ → проектирование → расчёт → выводы. Каждая задача — шаг к цели, а не абстрактное упражнение.
Объект и предмет исследования
- Объект: процесс управления кадровыми данными в ООО «ТехноСервис».
- Предмет: техническое сопровождение информационной системы учёта отпусков.
Объект — то, что изучается. Предмет — конкретная область автоматизации. Они не должны совпадать. Здесь объект шире: это вся кадровая работа, а предмет — только её ИТ-поддержка.
Рекомендуемая структура дипломной работы
| Раздел ВКР | Рекомендуемый объем |
|---|---|
| Введение | 3–5 страниц |
| Аналитическая глава (1) | 25–30 страниц |
| Проектная часть (2) | 30–40 страниц |
| Экономическая часть (3) | 15–20 страниц |
| Заключение | 2–3 страницы |
Пример введения для МТИ
В условиях цифровизации бизнеса информационные системы становятся ключевым элементом управленческих процессов. Однако их эффективность напрямую зависит не только от качества разработки, но и от организованности сопровождения. В ООО «ТехноСервис» действует система учёта отпусков на базе Excel, что приводит к ошибкам при совпадении отпусков, потерям данных и задержкам в согласованиях. По данным внутреннего аудита, в 2024 году было зафиксировано 12 сбоев, каждый из которых в среднем стоил компании 8 часов ручной работы.
Целью выпускной квалификационной работы является разработка технического задания на сопровождение информационной системы учёта отпусков в соответствии с ГОСТ 34.602-2020. Исследование опирается на анализ бизнес-процессов, требования стейкхолдеров и нормативные документы ФСТЭК.
Работа состоит из трёх глав. В первой проведён анализ существующей системы, во второй — разработано ТЗ, в третьей — рассчитаны затраты на сопровождение. В качестве инструментов использованы BPMN, диаграммы Use Case и методика TCO. Результат — готовое к внедрению техническое задание, обеспечивающее стабильность системы на 3 года эксплуатации.
Этапы разработки информационной системы
graph TD A[Анализ требований] --> B[Проектирование системы] B --> C[Разработка] C --> D[Тестирование] D --> E[Внедрение] E --> F[Сопровождение] F --> G[Мониторинг и обновления] G --> H[Анализ эффективности] H --> A style F fill:#f9f,stroke:#333,stroke-width:2px style G fill:#bbf,stroke:#333,stroke-width:1px classDef critical fill:#f9f,stroke:#c33; class F,G critical;
Обратите внимание: сопровождение — не финальный этап, а часть цикла. Именно это часто упускают студенты. Диаграмма построена в нотации Mermaid, её можно вставить в LaTeX или Markdown-документы.
Застряли на этапе моделирования процессов? Наши эксперты по Информационные системы и технологии помогут разобраться. Написать в Telegram или +7 (987) 915-99-32 (WhatsApp)
Как написать заключение по Информационные системы и технологии
В ходе работы была проанализирована система учёта отпусков в ООО «ТехноСервис». Выявлены риски, связанные с отсутствием регламентированного сопровождения. Разработано техническое задание по ГОСТ 34.602-2020, включающее требования к обновлениям, резервному копированию, мониторингу и поддержке пользователей. Система переведена в режим регулярного сопровождения, что снизит вероятность сбоев на 70%.
Экономический эффект от внедрения ТЗ составит 280 тыс. руб. за три года за счёт сокращения простоев и ручного труда. Работа доказала, что сопровождение — не второстепенная задача, а ключевой фактор устойчивости ИС. Рекомендуется внедрить систему мониторинга на базе Zabbix и назначить ответственного администратора.
Требования к списку литературы МТИ
Список литературы оформляется по ГОСТ Р 7.0.100-2018. В него включаются:
- Официальные документы (ГОСТ, ФСТЭК, СТО МТИ)
- Учебники и монографии (не старше 5 лет)
- Статьи из eLibrary и CyberLeninka
- Документация разработчиков (например, Oracle, Microsoft Learn)
Примеры источников:
- ГОСТ 34.602-2020. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы. — М.: Стандартинформ, 2020. — 24 с.
- Кузнецов С.Д. Базы данных. Полный курс: учебник. — М.: Бином, 2023. — 624 с.
- Официальная документация Zabbix. https://www.zabbix.com/documentation/current/ru
⚠️ Типичные ошибки при написании Разработка технического задания на сопровождение информационной системы (на примере организации)
- Ошибка: ТЗ не соответствует ГОСТ 34.602-2020 → Как проверить: сверьте структуру с официальным документом: разделы 4–7 обязательны.
- Ошибка: Нет анализа стейкхолдеров → Решение: добавьте таблицу с ролями: HR, IT-админ, руководитель, бухгалтерия.
- Ошибка: Экономика без реальных данных → Чек-лист: указывайте ставки, тарифы, объёмы — не используйте шаблонные 1000 руб./час.
- Ошибка: Копирование процессов без оптимизации → Решение: покажите разницу между "КАК ЕСТЬ" и "КАК ДОЛЖНО БЫТЬ".
Частые вопросы по теме «Разработка технического задания на сопровождение информационной системы (на примере организации)»
- В: Сколько страниц должна быть практическая часть? О: В МТИ практическая часть (глава 2) — 30–40 страниц. Включает ТЗ, схемы, Use Case, фрагменты кода (если есть).
- В: Нужен ли реальный код в приложении? О: Да, особенно если система модернизируется. Достаточно ключевых модулей: например, обработки заявки на отпуск.
- В: Как проверить уникальность перед сдачей? О: Используйте Антиплагиат.ВУЗ с настройками вашего вуза. Уникальность должна быть >75%.
- В: Можно ли использовать open-source решения? О: Да, особенно для мониторинга (Zabbix, Nagios) или резервного копирования. Укажите в ТЗ.
- В: Обязательно ли указывать хостинг? О: Да, в разделе «Требования к эксплуатации». Например: «Система размещается на внутреннем сервере под управлением Linux».
Вопросы, которые часто задают студенты
Можно ли использовать готовые решения в ВКР?
Да, но с адаптацией. Например, вы можете взять за основу open-source систему учёта отпусков, но переработать ТЗ под конкретную организацию. Важно показать, что вы не просто скопировали, а проанализировали и адаптировали. Это соответствует требованиям МТИ к самостоятельности.
Сколько страниц должна быть практическая часть?
Рекомендуемый объём — 30–40 страниц. Включает: ТЗ, диаграммы (BPMN, Use Case), описание архитектуры, фрагменты кода, план внедрения. Объём зависит от глубины проработки, но не должен быть «распухшим» без содержания.
Можно ли использовать open-source решения?
Да, это даже приветствуется. Например, Zabbix для мониторинга, PostgreSQL для БД, GitLab для CI/CD. Главное — обосновать выбор в сравнительной таблице и показать, как решение интегрируется в существующую ИС.
✅ Чек-лист перед защитой Разработка технического задания на сопровождение информационной системы (на примере организации)
- □ Все задачи из введения выполнены и отражены в заключении
- □ ТЗ соответствует структуре ГОСТ 34.602-2020
- □ Уникальность >75% по Антиплагиат.ВУЗ (настройки вуза)
- □ Источники оформлены по ГОСТ Р 7.0.100-2018
- □ Экономический расчёт содержит реальные данные (ставки, тарифы, объёмы)
- □ Диаграммы сопровождаются текстовыми пояснениями
- □ В приложениях — полные тексты ТЗ, руководств, кода
Нужна помощь с защитой Разработка технического задания на сопровождение информационной системы (на примере организации)?
Наши эксперты — практики в сфере Информационные системы и технологии. Подготовим работу с глубоким анализом, реальными примерами и расчётами, готовую к защите в МТИ.
Что вы получите: соответствие методичке вуза, гарантию оригинальности от 75%, сопровождение до защиты.
Ответим в течение 10 минут. Консультация бесплатна.Проверьте свою тему ВКР
- □ Есть ли реальная организация для анализа?
- □ Есть ли измеримый эффект внедрения?
- □ Можно ли построить диаграммы процессов?
- □ Есть ли реальные данные для экономических расчетов?























