Отчет по практикеИнформационные системыГод: 2025Синергия: Московский финансово-промышленный университет «Синергия»
👁 12💼 0

Готовая отчет по практике: Анализ бизнес-процессов

Загружена: 14.02.2026 08:48

Анализ текущих информационных и функциональных процессов отдела и разработка целевой модели TO‑BE. Включены IDEF0‑диаграммы, таблица аппаратных средств информационной безопасности и пошаговая инструкция по настройке еженедельного резервного копирования. Практическая ценность — готовые схемы и регламенты для внедрения в подразделении.

Содержание

АВТОНОМНАЯ НЕКОММЕРЧЕСКАЯ ОРГАНИЗАЦИЯ ВЫСШЕГО ОБРАЗОВАНИЯ 
«МОСКОВСКИЙ УНИВЕРСИТЕТ «СИНЕРГИЯ»

Факультет Информационных технологий
                                                     (наименование факультета/ института)

Направление подготовки /специальность: 09.03.02 Информационные системы и технологии
(код и наименование направления подготовки /специальности)
Профиль/специализация: Разработка, сопровождение и обеспечение безопасности_________
(наименование профиля/специализации)
информационных систем____________________________________




ОТЧЕТ 

ПО		ПРОИЗВОДСТВЕННОЙ ПРАКТИКЕ		
(вид практики) 
Технологическая (проектно-технологическая) практика 
 (тип практики) 






Обучающийся	Кирш Денис Евгеньевич		
	(Ф.И.О.)		(подпись)






Москва 20 25  г. 
Практические кейсы-задачи, необходимые для оценки умений, навыков и (или) опыта деятельности по итогам практики 

№ п/п	Подробные ответы обучающегося на практические кейсы-задачи
Кейс-задача № 1	Кейс-задача № 1
Анализ информационных и функциональных процессов отдела по месту прохождения практики
В ходе прохождения производственной практики был проведён анализ информационных и функциональных процессов отдела (указать наименование отдела и организации). Основной задачей анализа являлось изучение порядка обработки информации, взаимодействия сотрудников между собой, а также используемых информационных систем и технических средств.
Отдел выполняет функции по приёму, обработке, хранению и передаче информации, необходимой для обеспечения основной деятельности организации. В своей работе сотрудники используют персональные компьютеры, локальную вычислительную сеть, офисное программное обеспечение и специализированные информационные системы. Основные входные данные поступают от других подразделений организации и из внешних источников, после чего обрабатываются и передаются на выход в виде отчётов, служебных документов и электронных данных.
Для наглядного представления деятельности отдела была построена контекстная диаграмма IDEF0, отражающая общий процесс функционирования подразделения, его входы, выходы, управляющие воздействия и механизмы. Контекстная диаграмма позволяет получить общее представление о работе отдела без детализации отдельных операций.
Контекстная диаграмма IDEF0 представлена на рисунке 1.
 
Рисунок 1 — Контекстная диаграмма IDEF0 деятельности отдела
Для более детального анализа основной процесс был декомпозирован на несколько подпроцессов. В результате была построена диаграмма декомпозиции, отражающая ключевые этапы работы отдела: приём информации, её обработку, хранение и передачу результатов.
Диаграмма декомпозиции текущего состояния процессов представлена на рисунке 2.
 
Рисунок 2 — Диаграмма декомпозиции бизнес-процессов отдела
Проведённый анализ показал, что значительная часть операций выполняется вручную, отсутствует единый регламент обработки данных, а также наблюдаются задержки при передаче информации между сотрудниками и подразделениями.

Кейс-задача № 2	Кейс-задача № 2
Разработка диаграммы декомпозиции бизнес-процессов «Как должно быть» (TO-BE)
На основании выявленных в ходе анализа недостатков бизнес-процессов была разработана целевая модель процессов, отражающая желаемое состояние работы отдела. Основной целью данной модели является повышение эффективности обработки информации, сокращение времени выполнения операций и снижение вероятности ошибок.
К ключевым улучшениям, предложенным в модели «Как должно быть», относятся:
•	автоматизация отдельных этапов обработки данных;
•	внедрение централизованного хранилища информации;
•	формализация порядка взаимодействия между сотрудниками;
•	снижение количества дублирующих операций.
Для визуализации предлагаемых изменений была разработана диаграмма декомпозиции IDEF0 в состоянии TO-BE. В данной диаграмме показаны оптимизированные процессы, а также изменённые входы и выходы информации.
Диаграмма декомпозиции бизнес-процессов в целевом состоянии представлена на рисунке 3.
 
Рисунок 3 — Диаграмма бизнес-процессов отдела в состоянии «Как должно быть»
Реализация предложенной модели позволит сократить время обработки информации, повысить прозрачность процессов и упростить контроль за выполнением задач.
Кейс-задача № 3	Кейс-задача № 3
Аппаратные средства обеспечения информационной безопасности
В организации по месту прохождения практики используются различные аппаратные средства обеспечения информационной безопасности, направленные на защиту информации от несанкционированного доступа, утечек и сбоев.
К основным аппаратным средствам информационной безопасности относятся:
•	сетевые маршрутизаторы и коммутаторы с функциями фильтрации трафика;
•	межсетевые экраны (аппаратные firewall);
•	серверы с разграничением прав доступа;
•	системы бесперебойного питания (ИБП);
•	физические средства защиты (замки, ограничение доступа в серверные помещения).
Для наглядности перечень аппаратных средств и их назначение представлены в таблице 1.
Сведения об аппаратных средствах информационной безопасности приведены в таблице 1.
Таблица 1 — Аппаратные средства обеспечения информационной безопасности
№	Аппаратное средство	Назначение
1	Маршрутизатор	Контроль сетевого трафика
2	Коммутатор	Сегментация локальной сети
3	Аппаратный firewall	Защита от сетевых атак
4	Сервер	Хранение и обработка данных
5	ИБП	Обеспечение бесперебойной работы
Использование указанных средств позволяет обеспечить базовый уровень защиты информации и устойчивость работы информационной инфраструктуры.

Кейс-задача № 4	Порядок и процесс подготовки технического задания для разработчиков ПО
Подготовка технического задания (ТЗ) для разработки программного обеспечения в организации осуществляется поэтапно и включает сбор требований, их анализ и документирование. Техническое задание является основным документом, определяющим требования к будущему программному продукту.
Процесс подготовки ТЗ включает следующие этапы:
1.	Формирование потребности в разработке программного обеспечения.
2.	Сбор и анализ требований пользователей.
3.	Определение функциональных и нефункциональных требований.
4.	Согласование требований с заинтересованными сторонами.
5.	Оформление технического задания и его утверждение.
Подготовка и содержание технического задания регламентируются нормативными документами, такими как ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы», а также внутренними регламентами организации.
Структура технического задания, как правило, включает:
•	общие сведения;
•	назначение и цели разработки;
•	требования к функциональности;
•	требования к надёжности и безопасности;
•	требования к интерфейсу и условиям эксплуатации.
Кейс-задача № 5	Настройка резервного копирования данных с рабочей станции на сервер
В ходе практики была рассмотрена процедура настройки резервного копирования данных с рабочей станции на сервер с периодичностью один раз в неделю. Резервное копирование является важным элементом обеспечения сохранности данных и восстановления информации в случае сбоев.
Процесс настройки резервного копирования включает следующие шаги:
1.	Определение перечня данных, подлежащих резервному копированию.
2.	Выбор места хранения резервных копий на сервере.
3.	Настройка задания резервного копирования с использованием встроенных средств операционной системы или специализированного ПО.
4.	Установка расписания выполнения копирования (1 раз в неделю).
5.	Проверка корректности выполнения резервного копирования.
Пример настройки задания резервного копирования представлен на рисунке 4.
 
Рисунок 4 — Настройка резервного копирования по расписанию
После выполнения настройки производится тестовый запуск резервного копирования, по результатам которого проверяется наличие и целостность созданных копий данных.
Регулярное выполнение резервного копирования позволяет минимизировать риски потери информации и обеспечивает возможность быстрого восстановления данных при возникновении нештатных ситуаций.



Дата : 09.08.2025	_________                   ___________________
      (подпись)                                                          (Ф.И.О. обучающегося)


Кейс-задача № 1
Анализ информационных и функциональных процессов отдела по месту прохождения практики
В ходе прохождения производственной практики был проведён анализ информационных и функциональных процессов отдела (указать наименование отдела и организации). Основной задачей анализа являлось изучение порядка обработки информации....
.....
Кейс-задача № 5
Настройка резервного копирования данных с рабочей станции на сервер
В ходе практики была рассмотрена процедура настройки резервного копирования данных с рабочей станции на сервер с периодичностью один раз в неделю. Резервное копирование является важным элементом обеспечения сохранности .....
.....

Подробное описание

📘 О чем эта работа

Отчет посвящен анализу работы отдела профильной организации в рамках технологической производственной практики: предмет — информационные и функциональные процессы подразделения, объект — конкретное подразделение (место прохождения практики: Университет 'Синергия', Кафедра Цифровой экономики). В работе исследованы порядок обработки информации, используемые ИС и технические средства, определены узкие места и предложены практические улучшения.

📚 Что внутри

Документ содержит конкретные материалы, подготовленные в ходе практики и пригодные для использования в реальном подразделении:

  • Контекстная IDEF0‑диаграмма процесса (Рис.1) и диаграмма декомпозиции текущего состояния (Рис.2) с выделением этапов: приём, обработка, хранение и передача информации.
  • Целевая модель «Как должно быть» (TO‑BE, Рис.3) с предложениями по автоматизации и централизации хранения.
  • Таблица 1 с перечнем аппаратных средств информационной безопасности (маршрутизатор, коммутатор, аппаратный firewall, сервер, ИБП) и их назначением.
  • Пошаговая методика подготовки технического задания для разработчиков ПО с опорой на ГОСТ 34.602‑89 и внутренние регламенты организации.
  • Пример настройки резервного копирования с рабочей станции на сервер по расписанию (1 раз в неделю) и инструкции по тестированию восстановлений (Рис.4).
  • Замечания по выявленным проблемам: высокая доля ручных операций, отсутствие регламента обмена данными и задержки при передаче информации.

📊 Для кого подходит

Отчет полезен студентам направления 09.03.02 «Информационные системы и технологии» для оформления отчета по производственной практике, а также системным аналитикам, IT‑специалистам и руководителям подразделений, которые планируют оптимизацию обработки информации и внедрение базового комплекса средств ИБ.

✨ Особенности

В работе представлены готовые визуальные артефакты (IDEF0 и декомпозиции), конкретные рекомендации по снижению ручного труда и списком приоритетных мер: внедрение централизованного хранилища, формализация регламента взаимодействия сотрудников, сокращение дублирующих операций. Есть практическая инструкция по подготовке ТЗ (с этапами: сбор требований, определение функциональных и нефункциональных требований, согласование и утверждение) и пример настройки регулярного бэкапа с тестовым прогоном.

Дополнительно: указаны сроки и объём практики (период выполнения: 29.06.2025–09.08.2025, объём — 324 часа), что делает отчет полностью готовым к сдаче и защите.

❓ Частые вопросы

Подойдет ли для моего вуза?
Структура отчета соответствует стандартным требованиям производственной практики и включает все обязательные кейсы: анализ процессов, TO‑BE модель, перечень средств ИБ и практическую работу по резервному копированию.

Можно адаптировать?
Да. Все диаграммы и тексты легко редактируются: можно заменить наименования подразделений, добавить конкретные технические модели оборудования или расширить блок ТЗ под требования заказчика.