Лекция_11В.ppsx (1)

1. Функции менеджера сопровождения и менеджера развертывания

2. Функции менеджера сопровождения и менеджера развертывания

Менеджер сопровождения и менеджер
развертывания — это специалисты,
которые отвечают за разные, но
взаимосвязанные этапы жизненного
цикла IT-продукта или информационной
системы (ИС).

3. Менеджер сопровождения

Менеджер сопровождения (Customer Success /
Service Manager) отвечает за поддержку и
обслуживание уже разработанного
программного обеспечения, ведет клиента и
продукт после того, как система внедрена и
запущена в работу.
Он работает в тандеме с командой
разработчиков и обеспечивает эффективную
работу программного обеспечения после его
внедрения.

4. Функции менеджера сопровождения

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

5. Функции менеджера сопровождения

- Мониторинг и анализ
производительности: отслеживание работы
программного обеспечения и сбор и анализ
данных о его производительности, меры для
улучшения работы и оптимизации процессов.
- Планирование обновлений и
обслуживания: разработка планов
обновлений и обслуживания для обеспечения
непрерывности работы системы и
минимизирования воздействия на
пользователей, координирование процесса
внедрения обновлений и обеспечение их
безопасного и эффективного внедрения.

6. Менеджер развертывания

Менеджер развертывания (Deployment
Manager) отвечает за технический и
организационный процесс внедрения нового
программного обеспечения или обновления в
рабочую (промышленную) среду.
Менеджер развертывания отвечает за
планирование и управление процессом
развертывания программного обеспечения в
производственную среду.
Его главная цель — сделать переход на
новую систему или версию бесшовным и
безопасным.

7. Функции менеджера развертывания

- Анализ требований и планирование
развертывания: анализ требований и
определение ресурсов и процессов,
необходимых для успешного развертывания
программного обеспечения, разработка
планов развертывания и распределение задач
между членами команды.
- Сотрудничество с разработчиками:
тесное сотрудничество с командой
разработчиков, обеспечение готовности
разработанного программного обеспечения
для развертывания и его соответствия
требованиям и стандартам.

8. Функции менеджера развертывания

- Управление ресурсами: определение
ресурсов, необходимых для успешного
развертывания (сервера, базы данных и
другие инфраструктурные компоненты),
координирование и управление доступом к
этим ресурсам.
- Тестирование и проверка
развертывания: тестирование и проверка
рабочей способности программного
обеспечения после его развертывания –
готовности к использованию.

9. Функции менеджера развертывания

- Обеспечение безопасности: менеджер
развертывания заботится о безопасности
развертываемого программного обеспечения.
Он внедряет соответствующие меры
безопасности и следит за их соблюдением.

10. Ключевое различие

Развертывание сосредоточено на
техническом событии перехода от разработки
к эксплуатации (сделать так, чтобы ПО было
установлено корректно и заработало).
Сопровождение сосредоточено на
долгосрочном процессе жизни продукта
(сделать так, чтобы системой было удобно
пользоваться каждый день, а клиент был
удовлетворен)

11. Выводы

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

12. Взаимодействие между менеджерами и другими участниками проекта

Менеджеры сопровождения и развертывания
должны активно взаимодействовать друг с другом и
с другими участниками проекта, такими как
разработчики, тестировщики и пользователи. Это
взаимодействие включает:

13. Взаимодействие между менеджерами и другими участниками проекта

Совместное планирование: участие обоих
менеджеров в разработке планов развертывания
и сопровождения, чтобы обеспечить
согласованность действий.
Обмен информацией: регулярные встречи
и отчеты о состоянии системы, проблемах и
успехах, что позволяет всем участникам проекта
быть в курсе текущей ситуации.
Координация действий: согласование
действий при внесении изменений в систему,
чтобы минимизировать влияние на
пользователей и обеспечить бесперебойную

14. Значение коммуникации и координации в процессе сопровождения и развертывания

Снижение рисков: своевременное
выявление и решение проблем, что позволяет
избежать серьезных сбоев в работе системы.
Улучшение качества: обмен опытом и
знаниями между командами способствует
повышению качества разрабатываемого и
поддерживаемого ПО.

15. Значение коммуникации и координации в процессе сопровождения и развертывания

Удовлетворенность пользователей:
четкая коммуникация и поддержка
пользователей помогают повысить их
удовлетворенность и доверие к системе.
Эффективность процессов: слаженная
работа команд позволяет оптимизировать
процессы развертывания и сопровождения, что в
свою очередь снижает затраты и время на
выполнение задач.

16. Формирование репозитория проекта внедрения

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

17. Формирование репозитория проекта внедрения

Формирование репозитория проекта
внедрения (например, информационной
системы, ПО или бизнес-процессов) — это
создание единого структурированного
пространства для хранения всей
проектной документации, настроек,
артефактов и исходных данных.

18. Назначение репозитория проекта внедрения

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

19. Основные этапы формирования репозитория

Определение цели и формата: Выбор
платформы для хранения (корпоративный
Git-сервер вроде GitLab / Gitea, облачное
хранилище, Confluence или выделенный
сетевой диск).
Проектирование структуры
каталогов: Разделение пространства по
логическим блокам или этапам жизненного
цикла проекта (управление, аналитика,
разработка, тестирование, внедрение).

20. Основные этапы формирования репозитория

Разработка регламентов и прав
доступа: Установление правил
наименования файлов, версионности
(например, SemVer или дата+версия) и
разграничение ролей (кто имеет права на
чтение, редактирование или одобрение
изменений).

21. Основные этапы формирования репозитория

Наполнение базовыми артефактами:
Загрузка устава проекта, календарно-сетевого
графика, требований (ТЗ), архитектурной
документации и шаблонов отчетности.
Поддержка и актуализация:
Регулярный аудит содержимого репозитория,
архивация устаревших версий документов и
контроль актуальности данных.

22. Что хранится в репозитории

Исходный код файлов приложения
или сайта.
История изменений (история правок с
указанием того, кто и когда их внес).
Документация и инструкции по
запуску проекта.
Вспомогательные файлы (тесты,
скрипты, конфигурации)

23. Типичная структура папок проекта внедрения

/01_Management — Устав проекта, протоколы
встреч, риски, бюджет, планы-графики.
/02_Analytics — Бизнес-требования (BRD),
функциональные требования (FRD), схемы
процессов (As-Is / To-Be).
/03_Architecture_and_Design — Проекты
интеграций, схемы баз данных, технические
проекты.
/04_Development_and_Setup — Исходный код,
скрипты миграции данных, файлы конфигурации
и кастомизации.

24. Типичная структура папок проекта внедрения

/05_Testing — Тест-кейсы, протоколы
приемочных испытаний (UAT), отчеты об
ошибках (bug tracker).
/06_Deployment — Инструкции по
развертыванию, регламенты перехода в
промышленную эксплуатацию.
/07_Training_and_Docs — Руководства
пользователя, инструкции администратора,
обучающие материалы.

25. Основные виды репозиториев

Локальный: Находится непосредственно на
компьютере разработчика в папке с проектом
(папка с проектом на компьютере самого
разработчика).
Удаленый (сетевой): общее хранилище на
сервере или в облачном сервисе (например,
на GitHub или GitLab), нужное для
совместной работы команды.
Публичный и приватный: Публичный
виден всем пользователям интернета (часто
используется для открытого ПО), а
приватный доступен только автору и
избранным участникам.

26. Популярные сервисы для хостинга репозиториев

GitHub — самая крупная веб-платформа
для хостинга IT-проектов и совместной
разработки на базе системы контроля
версий Git.
GitLab — популярный аналог с
сильными встроенными инструментами
автоматизации (CI/CD).
Bitbucket — облачный сервис, тесно
интегрированный с экосистемой Atlassian
(Jira, Trello)

27. Сравнительный анализ инструментов организационного проектирования

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

28. Сравнительный анализ инструментов организационного проектирования

Инструменты организационного
проектирования делятся на методологии и
нотации моделирования, а также
программные комплексы, с помощью
которых создаются схемы процессов и
структур.

29. Сравнительный анализ инструментов организационного проектирования

Инструменты организационного
проектирования представляют собой
комплекс определенных приемов,
основанных на сознательном,
целенаправленном применении особой
системы логических, технических,
материальных и иных действий,
направленных на создание проекта

30. Сравнительный анализ инструментов организационного проектирования

На различных стадиях процесса
проектирования данные приемы можно
разделить три группы:
– инструменты диагностики и анализа
объекта проектирования;
– инструменты непосредственного
проектирования;
– инструменты оценки эффективности
проектных решений.

31. Инструменты диагностики и анализа объекта организационного проектирования

опросы и анкетирование, изучение
фактических затрат, фотографии рабочего дня,
функционально-стоимостной анализ, SWOT- и
STEP-анализ, экспертное оценивание,
сравнение, декомпозиция, структуризация
целей, нормативный, моделирование,
построение функционально-структурной и
информационной моделей, анализ полученных
результатов, карты потерь, анализ затрат,
тестирование

32. Инструменты непосредственного проектирования

аналогии;
различные организационные модели;
экономико-математические методы;
аналитический; опытный;
функционально-стоимостной анализ;
экспертные методы оценки;
метод сравнительной морфологии;
«мозговая атака»;

33. Инструменты оценки эффективности проектных решений проектирования

используются методы
сравнения,
расчета экономической эффективности,
стоимостного анализа,
экспертной оценки.

34. Сравнение основных нотаций и стандартов

целесообразно провести по следующим
категориям :
Ключевая идея
Преимущества
Недостатки
Решаемые задачи

35.

Нотация / Стандарт
Ключевая идея
Функциональное
описание («что делается в
процессе» через входы,
выходы, управления,
механизмы)
IDEF0
.
Преимущества
Недостатки
Для каких задач
подходит
• Не показывает
• Строгая иерархия
Макроанализ
временную
• Глубокий анализ функций и
функций предприятия, аудит
последовательность и поток
ресурсов
и разделение
работ (Work Flow)
• Стандарт NIST
ответственности по отделам
• Неисполняема в софте
BPMN 2.0
• Универсальный
Сквозное процессное стандарт (OMG)
описание с ролями,
• Высокая наглядность
условиями и шлюзами
• Исполняемость в BPMсистемах
EPC (eEPC)
• Интуитивно
• Меньшая гибкость
Описание
Событийная цепочка
понятная логика
по сравнению с BPMN
регламентов верхнего
процессов (Событие →
• Тесная связь с ERP• Не является исполняемым уровня и интеграция с SAPФункция → Событие)
системами (например, SAP) стандартом
решениями
UML
Объектноориентированное
моделирование систем
• Точное описание
системных объектов и
связей
• Перегружена
Описание сквозных
элементами для новичков процессов от начала до
• Требует четкого обучения конца и автоматизация в
персонала
low-code/BPM-платформах
• Сложна для
Проектирование ITклассических менеджеров и архитектуры и
бизнеса
программного обеспечения

36. Сравнение классов программных инструментов

Тяжелые корпоративные BPM/EAплатформы (ARIS, ELMA365, Comindware,
Camunda)
Особенности: Позволяют не просто
рисовать схемы, но и симулировать,
проверять семантику, назначать KPI и
запускать процессы в работу
(Low-Code/BPM).
Плюсы: Полный цикл от моделирования
до контроля исполнения.
Минусы: Высокая стоимость лицензий,
долгий срок внедрения, высокий порог входа.

37. Сравнение классов программных инструментов

Специализированные десктопные/вебмоделировщики (Bizagi Modeler, Bpmn.io)
Особенности: Бесплатные или недорогие
программы, сфокусированные на создании схем
в BPMN.
Плюсы: Удобный интерфейс, соблюдение
стандартов нотации.
Минусы: Ограниченный функционал
аналитики и отсутствие встроенного
исполнения.

38. Сравнение классов программных инструментов

Универсальные графические
редакторы (MS Visio, Draw.io, Miro)
◦Особенности: Визуальное рисование
любых блок-схем и схем оргструктур.
◦Плюсы: Простота, скорость,
доступность для командной работы онлайн.
◦Минусы: Отсутствие проверки правил
нотации, невозможность использовать как
исполняемую модель.