Управление аутсорсингом элементов ИС на основе технологии PaaS и ее внедрение на предприятии (на примере конкретной организации);

1.1. Технико-экономическая характеристика предметной области и предприятия

В этом разделе необходимо описать деятельность ООО "PaaS-Решения", его организационную структуру, используемые ИТ-инфраструктуры, а также специфику работы с аутсорсинговыми партнёрами. Особое внимание уделяется применению облачных технологий и текущему уровню автоматизации процессов управления аутсорсингом.

Пример содержания: ООО "PaaS-Решения" предоставляет ИТ-услуги и активно использует PaaS-платформы (например, Heroku, Google App Engine) для развертывания клиентских приложений. Однако процессы координации с внешними подрядчиками (договоры, SLA, мониторинг выполнения задач) ведутся вручную через электронные таблицы и email-переписку, что снижает прозрачность и эффективность.

Сложности:

• Отсутствие открытых данных о деятельности предприятия — приходится моделировать реалистичный кейс;
• Необходимость корректно описать PaaS-экосистему без чрезмерного ухода в технические детали.

Время: 10–12 часов.

1.2. Характеристика комплекса задач и обоснование необходимости автоматизации

Здесь формулируются конкретные задачи, решаемые в рамках процесса "управление аутсорсингом": учёт договоров, контроль сроков, оценка качества, расчёт стоимости услуг. Обосновывается, почему ручной подход неэффективен и как внедрение ИС на базе PaaS решит эти проблемы.

Пример содержания: В ООО "PaaS-Решения" ежемесячно обрабатывается до 30 аутсорсинговых заявок. Из-за отсутствия единой системы часто возникают задержки, дублирование задач и ошибки в расчётах. Автоматизация на PaaS позволит централизовать данные, интегрировать уведомления и сократить операционные издержки.

Сложности:

• Требуется чёткая декомпозиция бизнес-процесса;
• Сложно обосновать именно PaaS (а не IaaS или SaaS) как оптимальное решение.

Время: 8–10 часов.

1.3. Анализ существующих разработок и выбор стратегии автоматизации

Проводится сравнительный анализ готовых решений (например, Jira Service Management, Zoho Projects, кастомные PaaS-приложения) и обосновывается выбор собственной разработки на PaaS-платформе.

Пример содержания: Рассмотрены три аналога: 1) Jira — гибкая, но требует лицензий и сложна в кастомизации под специфику аутсорсинга; 2) Zoho — недостаточно интеграций с PaaS; 3) собственное решение на Google App Engine — оптимально по стоимости, масштабируемости и соответствию требованиям ООО "PaaS-Решения".

Сложности:

• Найти актуальные аналоги с фокусом на PaaS;
• Обосновать выбор именно собственной разработки, а не готового SaaS.

Время: 10–12 часов.

1.4. Обоснование проектных решений

Описывается архитектура будущей ИС: выбор PaaS-платформы, используемые языки программирования, базы данных, методологии разработки (Agile, Waterfall), а также подход к безопасности и масштабированию.

Пример содержания: Для ООО "PaaS-Решения" выбрана платформа Google App Engine с использованием Python и Firestore. Архитектура — микросервисная, с REST API для интеграции с внешними системами. Управление доступом — через OAuth 2.0.

Сложности:

• Требуется базовое понимание DevOps и облачной архитектуры;
• Нужно избегать излишней технической детализации, не соответствующей уровню бакалаврской работы.

Время: 8–10 часов.

Выводы по главе 1: Глава подтверждает актуальность автоматизации управления аутсорсингом в условиях роста облачных технологий, обосновывает выбор PaaS как основы ИС и демонстрирует понимание бизнес-контекста ООО "PaaS-Решения".

Время: 4–6 часов.

2.1. Разработка проекта автоматизации

Создаются диаграммы бизнес-процессов (BPMN), схемы данных (ERD), описывается функциональная модель (DFD или IDEF0). Формулируются требования к ИС.

Пример содержания: В BPMN-диаграмме отражён процесс от подачи заявки на аутсорсинг до закрытия договора. В ERD — сущности "Договор", "Подрядчик", "Задача", "SLA-показатель". Требования: веб-интерфейс, уведомления, экспорт отчётов.

Сложности:

• Необходимость владения нотациями моделирования;
• Сложно совместить требования бизнеса и технические ограничения PaaS.

Время: 12–14 часов.

2.2. Информационное обеспечение задачи

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

Пример содержания: В Firestore хранятся коллекции: contracts, vendors, tasks. Справочник "Типы SLA" включает: uptime, response_time, resolution_time. Входной документ — заявка на аутсорсинг; выходной — отчёт по выполнению SLA.

Сложности:

• Нужно избегать избыточности в описании;
• Требуется согласованность с диаграммами из 2.1.

Время: 8–10 часов.

2.3. Программное обеспечение задачи

Приводятся фрагменты кода (или псевдокод), описывается логика работы модулей, интерфейсы, алгоритмы расчёта SLA.

Пример содержания: Модуль "SLA-мониторинг" на Python ежечасно проверяет статус задач и рассчитывает uptime. Пример функции: calculate_uptime(task_id). Интерфейс — React.js с авторизацией через Firebase.

Сложности:

• Баланс между объёмом кода и текстовым описанием;
• Необходимость соответствия выбранной PaaS-платформе.

Время: 14–16 часов.

2.4. Контрольный пример реализации проекта и его описание

Демонстрируется работа ИС на конкретном сценарии: например, обработка заявки на разработку модуля от подрядчика "CloudTech".

Пример содержания: Заявка №105 от "CloudTech" на создание API-шлюза. Система автоматически назначает SLA (uptime ≥ 99.5%), отслеживает выполнение, генерирует отчёт. Результат — сокращение времени обработки на 40%.

Сложности:

• Требуется логическая завершённость сценария;
• Нужно продемонстрировать именно автоматизацию, а не ручной процесс.

Время: 10–12 часов.

Выводы по главе 2: ИС спроектирована и частично реализована на PaaS-платформе, что подтверждает техническую осуществимость проекта и соответствие требованиям ООО "PaaS-Решения".

Время: 4–6 часов.

3.1. Выбор и обоснование методики расчёта экономической эффективности

Обосновывается выбор методики (например, по методическим указаниям Синергии): расчёт затрат на разработку, эксплуатацию, экономии от сокращения трудозатрат.

Пример содержания: Используется методика расчёта прямого экономического эффекта: экономия фонда оплаты труда (ФОТ) сотрудников отдела закупок за счёт сокращения времени на обработку заявок с 5 до 3 часов на заявку.

Сложности:

• Необходимость знания методических указаний вуза;
• Сложно оценить "мягкие" выгоды (удовлетворённость, снижение ошибок).

Время: 6–8 часов.

3.2. Расчёт показателей экономической эффективности проекта

Приводятся расчёты: общие затраты, годовая экономия, срок окупаемости, NPV, IRR (если требуется).

Пример содержания: Затраты на разработку — 180 тыс. руб. Годовая экономия — 420 тыс. руб. (7 сотрудников × 2 ч/мес × 12 мес × 2500 руб/ч). Срок окупаемости — 5 месяцев.

Сложности:

• Требуется реалистичная оценка ставок и объёмов;
• Ошибки в расчётах легко приводят к нелогичным результатам (например, окупаемость за 2 месяца).

Время: 10–12 часов.

Выводы по главе 3: Проект экономически целесообразен: срок окупаемости менее полугода, положительный NPV, высокая рентабельность.

Время: 4–6 часов.

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