Отчет по практике: Оптимизация процессов отдела
Отчёт по практике: Анализ и оптимизация бизнес-процессов отдела с обеспечением ИБ
Описание
АВТОНОМНАЯ НЕКОММЕРЧЕСКАЯ ОРГАНИЗАЦИЯ ВЫСШЕГО ОБРАЗОВАНИЯ
«МОСКОВСКИЙ УНИВЕРСИТЕТ «СИНЕРГИЯ»
Факультет Информационных технологий
(наименование факультета/ института)
Направление подготовки /специальность: 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
Настройка резервного копирования данных с рабочей станции на сервер
В ходе практики была рассмотрена процедура настройки резервного копирования данных с рабочей станции на сервер с периодичностью один раз в неделю. Резервное копирование является важным элементом обеспечения сохранности .....
.....Показать/скрыть дополнительное описание
«МОСКОВСКИЙ УНИВЕРСИТЕТ «СИНЕРГИЯ»
Факультет Информационных технологий
(наименование факультета/ института)
Направление подготовки /специальность: 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 и TO‑BE диаграммы, таблицу аппаратных средств информационной безопасности и инструкцию по настройке еженедельного резервного копирования. Подходит студентам ИТ для защиты практики и использования в подразделении..
Характеристики отчёта по практике
Предмет
Учебное заведение
Семестр
Просмотров
1
Размер
306,24 Kb
Список файлов
a8140acd4d9741788a2b03a4284eebc3.docx
🎓 Никольский - Помощь студентам 📚 Любые виды работ: тесты, сессии под ключ, практики, курсовые и дипломные с гарантией результата ✅ Все услуги под ключ ✅ Знаем все тонкости именно вашего ВУЗа ✅ Сдадим или вернем деньги
Комментарии
Нет комментариев
Стань первым, кто что-нибудь напишет!
МФПУ «Синергия»
nikolskypomosh












