Работаем для вас без выходных, пишите в Telegram: @Diplomit
Корзина (0)---------

Корзина

Ваша корзина пуста

Корзина (0)---------

Корзина

Ваша корзина пуста

Каталог товаров
Наши фото
2
3
1
4
5
6
7
8
9
10
11
информационная модель в виде ER-диаграммы в нотации Чена
Информационная модель в виде описания логической модели базы данных
Информациооная модель в виде описания движения потоков информации и документов (стандарт МФПУ)
Информациооная модель в виде описания движения потоков информации и документов (стандарт МФПУ)2
G
Twitter
FB
VK
lv

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

Как написать ВКР МУИВ на тему Реинжиниринг информационной системы предприятия на базе облачных вычислений

Нужна ВКР по этой теме? Ответим за 10 минут! Telegram: @Diplomit Телефон/WhatsApp: +7 (987) 915-99-32, Email: admin@diplom-it.ru

Оформите заказ онлайн: Заказать ВКР МУИВ

Почему 350+ студентов МУ имени Витте выбрали нас в 2025 году

  • Оформление по всем требованиям вашего вуза (мы работаем с МУ имени Витте с 2010 года)
  • Поддержка до защиты включена в стоимость
  • Доработки без ограничения сроков
  • Гарантия уникальности 90%+ по системе "Антиплагиат.ВУЗ"

Введение

Тема «Реинжиниринг информационной системы предприятия на базе облачных вычислений» — одна из самых актуальных и стратегически важных в рамках выпускной квалификационной работы (ВКР) по направлению 09.03.02 «Информационные системы и технологии» в Московском университете имени С.Ю. Витте. Она отражает глобальный тренд цифровой трансформации: переход от локальных, монолитных ИС к гибким, масштабируемым и экономически эффективным облачным архитектурам.

Многие студенты ошибочно считают, что достаточно «перенести сервер в облако». На деле же реинжиниринг — это не миграция, а фундаментальный пересмотр архитектуры, процессов и подходов к управлению ИТ-ресурсами. Работа предполагает: анализ текущей ИС, выявление узких мест, выбор облачной модели (IaaS, PaaS, SaaS), проектирование микросервисной или serverless-архитектуры, обеспечение безопасности (включая защиту персональных данных), расчёт TCO и экономической эффективности, а также разработку поэтапного плана перехода без остановки бизнеса.

В этой статье вы получите:

  • Детальный разбор стандартной структуры ВКР МУИВ, адаптированный под тему облачного реинжиниринга;
  • Практические рекомендации по каждому этапу — от анализа legacy-системы до проектирования облачной архитектуры;
  • Готовые шаблоны, примеры сравнения TCO и чек-лист для самодиагностики;
  • Объективную оценку объёма работы и альтернативу — профессиональную помощь при написании.

После прочтения вы поймёте: даже при наличии опыта в ИТ-инфраструктуре, полноценная ВКР по этой теме требует 150–200 часов глубокой проработки. Если вы хотите гарантировать соответствие современным ИТ-стандартам, избежать ошибок и сберечь нервы — разумным решением станет сотрудничество с экспертами.

Нужна ВКР по этой теме? Ответим за 10 минут! Telegram: @Diplomit Телефон/WhatsApp: +7 (987) 915-99-32, Email: admin@diplom-it.ru

Оформите заказ онлайн: Заказать ВКР МУИВ

Стандартная структура ВКР МУИВ по 09.03.02: детальный разбор по главам

ВВЕДЕНИЕ

  • Назначение: Обосновать выбор темы, сформулировать цель и задачи, определить объект и предмет исследования.
  • Содержание:
    • Актуальность: рост затрат на поддержку локальной ИТ-инфраструктуры, необходимость масштабируемости и гибкости в условиях нестабильности;
    • Объект: информационная система ООО «ТехноЛогистика»;
    • Предмет: процесс реинжиниринга ИС на основе облачных технологий;
    • Цель: провести реинжиниринг ИС предприятия путём перехода на облачную архитектуру;
    • Задачи (4–6): анализ текущей ИС, выбор облачной модели, проектирование новой архитектуры, разработка плана миграции, расчёт экономической эффективности;
    • Структура работы.
  • Сложности: Отсутствие чёткого различия между миграцией и реинжинирингом.
  • Рекомендации: Подчеркнуть, что реинжиниринг — это не просто перенос, а перепроектирование.
  • Шаблон: «Актуальность работы обусловлена необходимостью повышения гибкости, отказоустойчивости и экономической эффективности ИТ-инфраструктуры за счёт фундаментального пересмотра архитектуры и перехода на облачные вычисления...»

АНАЛИТИЧЕСКАЯ ЧАСТЬ

1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Анализ подразделения «Информационные технологии» организации ООО «ТехноЛогистика»

1.1.1 Текущая архитектура ИС
  • Назначение: Выявить компоненты legacy-системы.
  • Содержание: Серверы Windows Server 2012, СУБД MS SQL, локальная AD, ERP на базе 1С:ERP, отсутствие резервного копирования в облаке.
  • Сложности: Использование устаревших версий ПО.
  • Рекомендации: Провести инвентаризацию ИТ-активов.
  • Пример: [Здесь приведите схему: «Локальная ИС ООО ТехноЛогистика» → Серверы → Приложения → Пользователи]
1.1.2 Критические факторы успеха
  • Назначение: Определить ключевые требования к новой ИС.
  • Содержание: Требования: масштабируемость, отказоустойчивость, безопасность ПДн, снижение TCO.
  • Сложности: Игнорирование требований к защите данных.
  • Рекомендации: Использовать методику CSF.
  • Шаблон таблицы: [Таблица 1.1 — Ранжирование: «Снижение TCO» — вес 0.9, «Масштабируемость» — вес 0.85]
1.1.3 Анализ нормативной базы
  • Назначение: Обеспечить соответствие законодательству.
  • Содержание: ФЗ-152, требования Роскомнадзора к хранению ПДн на территории РФ, ГОСТ Р 57580.
  • Сложности: Выбор облака вне РФ без обоснования.
  • Рекомендации: Использовать только российские или соответствующие ФЗ-152 облака (Yandex Cloud, Selectel, VK Cloud).

1.2 Моделирование бизнес-процесса

1.2.1 Моделирование "КАК ЕСТЬ"
  • Назначение: Описать текущий ИТ-ландшафт.
  • Содержание:
    • IDEF0: «Обслуживание ИС» → «Администрирование серверов», «Обновление ПО», «Резервное копирование», «Устранение сбоев»;
    • DFD: потоки данных между пользователями, серверами, внешними системами;
    • BPMN: реакция ИТ-отдела на сбой;
    • RACI-матрица: ответственность за ИТ-процессы.
  • Сложности: Отсутствие декомпозиции IDEF0.
  • Рекомендации: Детализировать каждый блок текстом.
  • Пример: [Ссылка на рисунок 1.3 — IDEF0-диаграмма «Обслуживание ИС в ООО ТехноЛогистика»]
1.2.2 Моделирование процесса "КАК ДОЛЖНО БЫТЬ"
  • Назначение: Разработать оптимизированную модель.
  • Содержание:
    • Проблемы: высокие затраты на железо, простои при отказах, сложность масштабирования;
    • Цели: переход на IaaS/PaaS, автоматизация развёртывания (CI/CD), георезервирование, мониторинг;
    • KPI: время восстановления (≤15 мин), масштабирование под нагрузку (автоматически), TCO (снижение на 30%);
    • Оптимизированная модель в BPMN/IDEF0.
  • Сложности: Отсутствие конкретных облачных сервисов.
  • Рекомендации: Использовать: виртуальные машины, управляемые СУБД, балансировщики нагрузки, object storage.

1.3 Анализ облачных платформ

  • Назначение: Обосновать выбор облака.
  • Содержание: Платформы: Yandex Cloud, Selectel, VK Cloud, AWS, Azure — с акцентом на соответствие ФЗ-152.
  • Сложности: Предложение AWS/Azure без решения проблемы локализации ПДн.
  • Рекомендации: Сравнивать только российские или локализованные решения.
  • Шаблон таблицы: [Таблица 1.4 — Сравнение: локализация ПДн, соответствие ФЗ-152, стоимость IaaS, поддержка 1С]

1.4 Анализ стейкхолдеров

  • Стейкхолдеры: Генеральный директор, ИТ-директор, сотрудники, клиенты.
  • Требования: CEO — снижение затрат; ИТ — надёжность; сотрудники — доступность.

1.5 Выбор облачной архитектуры

  • Модель: IaaS + PaaS (гибридный подход);
  • Платформа: Yandex Cloud (соответствие ФЗ-152, поддержка 1С);
  • Сервисы: Compute Cloud, Managed PostgreSQL, Object Storage, Cloud DNS, VPC;
  • Архитектура: микросервисы, CI/CD на основе GitLab CI, мониторинг через Yandex Monitoring.

1.6 Техническое задание

  • ТЗ по ГОСТ 34.602-2020 (в Приложение 1): разделы «Требования к облачной инфраструктуре», «Безопасность», «Миграция».

1.7 Выводы по разделу

  • Обоснование необходимости реинжиниринга: текущая ИС не отвечает требованиям масштабируемости и экономической эффективности. Облачная архитектура решит эти проблемы.

ПРОЕКТНАЯ ЧАСТЬ

2 ПРОЕКТИРОВАНИЕ И РАЗРАБОТКА ПРОЕКТА

2.1 Структурирование требований

2.1.1 Логическое моделирование данных
  • UseCase: «Система» → «Автоматически масштабировать ресурсы», «Создавать резервную копию», «Оповещать об инцидентах»;
  • Диаграмма последовательности: обработка пиковой нагрузки → автомасштабирование;
  • Диаграмма функций: модули «Инфраструктура», «Безопасность», «Мониторинг», «Миграция».
2.1.2 Конструирование модели данных
  • ER-диаграмма: сущности «Виртуальная машина», «Сервис», «Пользователь», «ПДн-категория»;
  • Диаграмма классов UML: классы CloudResourceManager, BackupService, MonitoringAgent;
  • Связи: одна ВМ — много сервисов; один сервис — много пользователей.

2.2 Реализация облачной архитектуры

2.2.1 План реинжиниринга
  • Этапы: анализ (7 дней), проектирование (10 дней), настройка облака (10 дней), миграция (15 дней), тестирование (8 дней).
2.2.2 Архитектурная схема
  • VPC с подсетями (фронтенд, бэкенд, БД);
  • Managed PostgreSQL с репликацией;
  • Object Storage для резервных копий;
  • Балансировщик нагрузки перед веб-серверами.
2.2.3 Миграция данных
  • Стратегия: поэтапная, с валидацией на каждом этапе;
  • Резервное копирование в object storage каждые 6 часов.
2.2.4 Безопасность
  • Шифрование ПДн в покое и при передаче;
  • Двухфакторная аутентификация;
  • Сетевые ACL и security groups.
2.2.5 Тестирование
  • Нагрузочное тестирование (1000 RPS);
  • Тестирование времени восстановления после отказа;
  • Проверка соответствия ФЗ-152.
2.2.6 План внедрения
  • Этапы: пилот (некритичные сервисы, 2 недели), миграция ERP, полный переход.

2.3 Руководства

  • Руководство администратора: настройка VPC, управление пользователями, мониторинг;
  • Руководство пользователя: доступ к приложениям, работа с системой.

2.4 Выводы по главе 2

  • Облачная архитектура разработана и обеспечивает соответствие всем требованиям.

ЭКОНОМИЧЕСКАЯ ЧАСТЬ

3 ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ

3.1–3.3 Затраты

  • Разработка: 160 ч × 1600 руб = 256 000 руб;
  • Облачная инфраструктура (1 год): 180 000 руб;
  • Миграция и обучение: 60 000 руб;
  • Итого: 496 000 руб.

3.4–3.5 Эффект

  • Снижение затрат на железо и обслуживание: 350 000 руб/год;
  • Снижение простоев: 100 000 руб/год;
  • Общий эффект: 450 000 руб/год.

3.9 Эффективность

  • NPV = 450 000 / 1.1 − 496 000 ≈ −86 000 руб (1 год), но с учётом 3-летнего срока: суммарный NPV ≈ +620 000 руб;
  • ROI (за 3 года) ≈ 42%;
  • Срок окупаемости — 14 месяцев.

3.11 Выводы

  • Проект экономически целесообразен при долгосрочной эксплуатации.

ЗАКЛЮЧЕНИЕ

  • Цель достигнута: предложен и обоснован подход к реинжинирингу ИС ООО «ТехноЛогистика» на базе облачных вычислений с обеспечением соответствия требованиям и снижением TCO.

СПИСОК ЛИТЕРАТУРЫ

  • 15–20 источников: ФЗ-152, документация Yandex Cloud, методики TCO, ГОСТ по ИБ, материалы по облачным архитектурам.

ПРИЛОЖЕНИЯ

  • Приложение 1: ТЗ по ГОСТ 34.602-2020;
  • Приложение 2: Архитектурные схемы и скрипты развёртывания;
  • Приложение 3: Руководство администратора;
  • Приложение 4: Руководство пользователя.

Готовые инструменты и шаблоны

Шаблоны формулировок

  • Актуальность: «В условиях роста ИТ-нагрузок и необходимости снижения операционных расходов предприятия всё чаще обращаются к облачным технологиям как средству цифровой трансформации...»
  • Цель: «Провести реинжиниринг информационной системы ООО "ТехноЛогистика" путём перехода на облачную архитектуру на базе Yandex Cloud с обеспечением соответствия требованиям ФЗ-152 и снижения совокупной стоимости владения».

Пример таблицы (раздел 1.3)

ОблакоХранение ПДн в РФСоответствие ФЗ-152Поддержка 1ССтоимость IaaS (год)
Yandex CloudДаДаДа180 000 руб
SelectelДаДаДа200 000 руб
AWSТолько при настройкеТребует доп. мерДаОт $2000

Чек-лист "Оцени свои силы"

  • У вас есть доступ к реальной ИТ-инфраструктуре предприятия для анализа?
  • Уверены ли вы в проектировании облачной архитектуры с учётом ФЗ-152?
  • Знакомы ли вы с инструментами автоматизации (Terraform, Ansible)?
  • Есть ли у вас опыт расчёта TCO для облачных решений?
  • Готовы ли вы тратить 3–4 недели на согласование архитектуры с научным руководителем?

И что же дальше? Два пути к успешной защите

Путь 1: Самостоятельный

Этот путь потребует от вас 150–200 часов упорной работы, готовности разбираться в облачных технологиях, безопасности и экономике ИТ, а также стрессоустойчивости при работе с правками.

Путь 2: Профессиональный

Вы выбираете:

  • Экономию времени для подготовки к защите;
  • Гарантированное соответствие всем требованиям МУИВ;
  • Поддержку до защиты и неограниченные доработки;
  • Уникальность 90%+ по «Антиплагиат.ВУЗ».

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

Заключение

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

Полезные ссылки:

```
Оцените стоимость дипломной работы, которую точно примут
Тема работы
Срок (примерно)
Файл (загрузить файл с требованиями)
Выберите файл
Допустимые расширения: jpg, jpeg, png, tiff, doc, docx, txt, rtf, pdf, xls, xlsx, zip, tar, bz2, gz, rar, jar
Максимальный размер одного файла: 5 MB
Имя
Телефон
Email
Предпочитаемый мессенджер для связи
Комментарий
Ссылка на страницу
0Избранное
товар в избранных
0Сравнение
товар в сравнении
0Просмотренные
0Корзина
товар в корзине
Мы используем файлы cookie, чтобы сайт был лучше для вас.