Введение
Выбор направления выпускной квалификационной работы — критический этап, во многом определяющий успех всей дальнейшей подготовки. Направление, связанное с моделированием информационных систем и бизнес-процессов, входит в число наиболее востребованных на рынке труда. Компании стремятся автоматизировать внутренние регламенты, оптимизировать затраты и повысить контроль качества, поэтому специалисты, способные грамотно построить архитектуру ИС на основе формальных моделей, ценятся особенно высоко.
Для студента это отличная возможность показать системное мышление, навыки работы с современными методологиями и инструментальными средствами. Однако подготовка такой работы требует не только знания нотаций, но и умения связать теоретические конструкции с практическими потребностями предприятия. Именно поэтому студенты часто обращаются за помощью в написании ВКР — самостоятельно охватить все аспекты проектирования, от анализа требований до документирования, бывает слишком сложно.
В этом материале рассмотрены перспективные темы ВКР по моделированию информационных систем и бизнес-процессов, а также практические рекомендации по их реализации. Вы узнаете, как сформулировать актуальную тему, какие методы исследования используются, как избежать типичных ошибок, как подготовиться к защите и на что обратить внимание при проверке на антиплагиат.
Почему студентам сложно самостоятельно написать ВКР
Даже при хорошей базовой подготовке написание дипломной работы по моделированию ставит перед студентом целый ряд нетривиальных задач. Первая сложность — выбор объекта и предмета исследования. Моделирование информационных систем и бизнес-процессов предполагает работу с реальным предприятием, его регламентами, документооборотом, программным обеспечением. Найти доступную организацию, дать корректное описание процессов, получить исходные данные для анализа — всё это требует внимательности и времени.
Вторая трудность — освоение методологий и нотаций. IDEF0, BPMN, UML, DFD — каждая нотация имеет свои правила построения, свои ограничения и области применения. Одновременно нужно уметь моделировать и на уровне бизнес-процессов, и на уровне системной архитектуры, а это разные уровни абстракции. Связь между ними должна быть безупречной, что на практике достигается далеко не сразу.
Не менее сложен выбор программного инструментария — BPwin, ARIS, Rational Rose, Enterprise Architect, Visual Paradigm. Лицензии дороги, свободные аналоги требуют времени на освоение, а методические рекомендации вуза часто не содержат подробных инструкций по работе с ними. Если добавить к этому необходимость провести научное исследование (а не просто спроектировать систему), применить методы сравнения, анализа, эксперимента, становится понятно, почему студенты ищут помощь в написании ВКР.
Наконец, значительная часть времени уходит на оформление по ГОСТ, проверку на плагиат и согласование текста с научным руководителем. Написание ВКР на заказ позволяет снять большую часть этой нагрузки: профильный эксперт помогает с постановкой задачи, подбором методологии, построением моделей и подготовкой пояснительной записки, соответствующей требованиям вуза.
Что входит в подготовку дипломной работы
Подготовка дипломной работы по моделированию информационных систем включает несколько крупных этапов. Сначала студент совместно с руководителем формулирует тему, которая должна быть актуальной и реализуемой в условиях конкретного предприятия. Далее составляется план работы, обычно состоящий из трёх глав: теоретической, аналитической и проектной. В теоретической главе рассматриваются понятия бизнес-процесса, жизненного цикла ИС, современные методологии моделирования, обзор программных средств.
Вторая глава посвящена анализу объекта исследования. Здесь описывается организационная структура компании, выделяются ключевые бизнес-процессы, выявляются проблемные зоны. На основе анализа строятся модели текущего состояния («как есть») и формулируются требования к будущей автоматизированной системе. Третья глава — проектная: в ней разрабатываются модели целевого состояния («как должно быть»), проектируется архитектура ИС, предлагаются регламенты, рассчитывается экономическая или операционная эффективность.
Ключевой особенностью работ по моделированию является необходимость создавать согласованный набор моделей: функциональных, информационных, событийных, поведенческих. Эти модели должны не противоречить друг другу и однозначно отражать требования к системе. В противном случае проект получается умозрительным и нежизнеспособным. С этой тематикой связан ряд интересных направлений — именно они обсуждаются в статье про синхронизацию моделей с требованиями практики: Диплом (ВКР) на тему Синхронизация моделей с требованиями практика.
В процессе подготовки необходимо также решить вопросы оформления пояснительной записки, создания презентации, написания доклада и прохождения проверки на заимствования. Многие вузы требуют обязательное наличие акта о внедрении или справки о практической значимости, что дополнительно усложняет самостоятельную работу. Поэтому всё больше студентов выбирают подготовку дипломной работы с привлечением опытных консультантов, которые помогают соблюсти все требования методических рекомендаций.
Типовая структура пояснительной записки
- Введение: актуальность, цель, объект, предмет, задачи, методы исследования, практическая значимость.
- Глава 1. Теоретические основы моделирования ИС и бизнес-процессов.
- Глава 2. Анализ деятельности предприятия, построение моделей «как есть».
- Глава 3. Проектирование целевой модели, разработка архитектуры ИС, описание реализации.
- Заключение: результаты, выводы, перспективы развития.
- Список использованных источников, приложения.
Методы исследования, используемые в работах
Выбор методов исследования — важный элемент ВКР, поскольку именно он формирует научную ценность и обоснованность результатов. В работах по моделированию информационных систем и бизнес-процессов традиционно применяются как общенаучные, так и специальные методы. К общенаучным относятся анализ и синтез, сравнение, абстрагирование, системный подход, индукция и дедукция.
Среди специальных методов наиболее популярны структурный анализ, объектно-ориентированный анализ и проектирование (OOAD), методология ARIS, функционально-стоимостной анализ, имитационное моделирование, а также методы календарного планирования. Нотации и средства моделирования — BPMN, IDEF0, DFD, UML — используются для построения графических схем и их последующей верификации.
Отдельного внимания заслуживают технологии автоматической проверки согласованности моделей и генерации моделей по требованиям. Это достаточно новое и быстро развивающееся направление. Для студентов оно даёт возможность исследовать, насколько разные нотации совместимы между собой, как добиться однозначного толкования моделей. В качестве примера можно взять тему автоматической проверки согласованности моделей, раскрытую в материале Диплом (ВКР) на тему Автоматическая проверка согласованности моделей.
Ещё один перспективный метод — интеграция различных нотаций, например, совмещение IDEF0 и BPMN. Практика показывает, что многие проектные решения выигрывают от сочетания функционального и процессного взглядов. Именно поэтому темы, в которых исследуются подходы к совместному использованию разных нотаций, становятся особенно востребованными. Полезным источником для обоснования такого выбора станет статья Диплом (ВКР) на тему Как совместить IDEF0 и BPMN в одной работе подходы и примеры.
Стоит включить в ВКР и описание средств моделирования. Чаще всего студенты применяют Enterprise Architect, Visual Paradigm, ARIS Express, BPwin, Erwin Data Modeler, Dia. В зависимости от задач можно использовать свободные редакторы или онлайн-платформы. Главное — обосновать выбор, указать преимущества и ограничения, показать, как инструмент влияет на качество моделей.
Типовые требования вузов к ВКР
Большинство вузов предъявляют к выпускным квалификационным работам по направлению «Информационные системы и технологии» или «Прикладная информатика» похожие требования. Объём пояснительной записки обычно составляет 60–80 страниц машинописного текста без учёта приложений. Оригинальность по системе «Антиплагиат.ВУЗ» должна быть не ниже 60–70% (в магистратуре часто 75–80%). Обязательно наличие аналитической части, в которой исследуется конкретный объект — предприятие, подразделение, процесс.
Большое внимание уделяется оформлению: титульный лист, задание, аннотация, содержание, введение, главы, заключение, список литературы, приложения. Нормоконтроль проверяет соответствие ГОСТ 7.32-2017, ГОСТ 2.105-2019 и методическим указаниям кафедры. Для работ по моделированию информационных систем и бизнес-процессов важна также правильная подача графического материала: диаграммы, схемы, ER-модели должны быть оформлены в соответствии со стандартами, а надписи на них — читаемы.
Существует специфическое требование к документированию моделей: модели должны сопровождаться семантическим описанием, легендами, условиями и ограничениями. Без этого сложно оценить их корректность. Рекомендуем изучить методику описания моделей по ГОСТ — она подробно рассмотрена в материале Диплом (ВКР) на тему Документирование моделей ИС в соответствии с ГОСТ.
Важно понимать, что требования отдельных кафедр могут отличаться. В одних вузах требуется обязательное внедрение результатов, в других достаточно теоретической проработки вопроса. Перед началом работы обязательно получите методичку кафедры и согласуйте план с руководителем. Если какие-то моменты остаются неясными, лучший способ сэкономить время — заказать консультацию по требованиям и структуре у специалистов, которые работают с разными вузами.
Типичные ошибки при написании ВКР
Даже при тщательном планировании студенты допускают ошибки, которые можно предвидеть и избежать. Рассмотрим наиболее характерные для работ по моделированию информационных систем и бизнес-процессов.
Ошибка 1. Смешение уровней моделирования
Использование IDEF0 и BPMN для описания одних и тех же процессов на одинаковом уровне детализации без ясного разграничения. IDEF0 предназначена для функционального моделирования, а BPMN — для процессного, с акцентом на события, временные метки, исполнителей и сообщения. Если их не разделять, возникает путаница и несогласованность.
Ошибка 2. Отсутствие связи между моделями «как есть» и «как должно быть»
Работа должна показать переход от текущего состояния к целевому. Если проектная модель не вытекает из аналитической, исследование теряет логическую целостность. Студенты часто рисуют целевую модель «с потолка», не подкрепляя её анализом проблем существующего процесса.
Ошибка 3. Игнорирование требований к нотации
Каждая нотация имеет свои правила: типы элементов, правила соединения, обязательные атрибуты. Например, в BPMN нельзя использовать стрелки для обозначения потоков работ без указания событий и шлюзов; в UML диаграмме состояний важно корректно задать начальное и конечное состояния. Ошибки в нотации сразу бросаются в глаза при защите.
Ошибка 4. Пренебрежение проектированием состояний объекта
Для многих информационных систем важна динамика изменения сущностей: заказ проходит стадии «новый», «в обработке», «выполнен», «закрыт». Студенты не всегда задумываются о том, как формализовать эти переходы, что приводит к неполным техническим заданиям. Материал Диплом (ВКР) на тему Проектирование состояний объекта UML диаграммы состояний в поможет разобраться в этом аспекте.
Ошибка 5. Недостаточная практическая значимость
Отсутствие расчёта эффективности, обоснования экономического или операционного эффекта делает проект формальным, снижает исследовательский уровень. Нужно хотя бы приблизительно оценить сокращение времени выполнения процесса, снижение ошибок ввода или уменьшение стоимости операций.
Ошибка 6. Некорректный выбор средств генерации кода
Многие студенты включают в ВКР генерацию кода по UML-моделям. Это перспективная тема, но необходимо понимать ограничения инструментов. Полная автоматизация кода возможна далеко не всегда, а качество генерируемых артефактов напрямую зависит от полноты моделей. Полезно изучить принципы автоматической генерации кода — например, по методике, описанной в Диплом (ВКР) на тему Автоматическая генерация кода по UML моделям принципы.
Как проходит защита ВКР
Защита выпускной квалификационной работы включает несколько этапов: подготовка доклада, создание презентации, выступление перед комиссией и ответы на вопросы. Критерии оценки обычно включают глубину исследования, качество выполненного проекта, умение аргументированно защитить принятые решения, уровень владения терминологией, соответствие оформления требованиям.
Доклад должен быть лаконичным (5–7 минут) и иллюстрирован презентацией из 7–10 слайдов. Цель доклада — последовательно изложить актуальность, цель, задачи, объект и предмет исследования, полученные результаты. Особое внимание уделяется практической значимости: какие бизнес-процессы улучшены, какие выгоды получит предприятие.
Выступление стоит строить на основе слайдов, но без чтения текста. Члены комиссии часто задают вопросы, направленные на проверку самостоятельности работы. Например: «Почему вы выбрали именно BPMN, а не IDEF0?», «Как вы учли ограничения приёмки заявок?», «Как предлагаемая система согласуется с существующей архитектурой ИС?». Если студент фактически «заказал ВКР», но не разобрался в её содержании, ответить на такие вопросы сложно.
Причины снижения оценки обычно связаны с недостаточной проработкой проектных решений, слабой аргументацией, ошибками в моделях, оформлением не по ГОСТ. Важно заранее провести самопроверку: прогнать текст на антиплагиат, проверить все схемы на читаемость, убедиться в наличии подписей руководителя. Своевременная помощь в написании ВКР или репетиция защиты с экспертом позволяет избежать многих недочётов.
Подготовка дипломной работы — это не только написание текста, но и умение выстроить защиту. Рекомендуем заранее подготовить небольшие шпаргалки с определениями и формулами, а также отработать возможные вопросы комиссии. Если вы пользуетесь помощью консультантов, обязательно проверьте, что сами разбираетесь в ключевых решениях — это станет залогом успешной защиты.
Тематика ВКР по моделированию информационных систем и бизнес-процессов
Ниже приведены актуальные направления, которые уже получили признание в вузовской практике или постепенно формируются как перспективные. Каждая тема может быть адаптирована под конкретное предприятие и кафедру.
1. Реинжиниринг бизнес-процессов на основе методологии ARIS
Практическая новизна заключается в построении комплекса взаимосвязанных моделей (организационная структура, функции, данные, процессы) и выявлении узких мест, что позволяет снизить операционные издержки на 10–15%.
2. Разработка объектной модели ИС для автоматизации документооборота
Проект включает UML-диаграммы классов, состояний, деятельности и последовательности. Результат — полное техническое задание на разработку модуля управления документами.
3. Сравнительный анализ нотаций IDEF0 и BPMN для описания сквозных процессов
В работе анализируются сильные и слабые стороны нотаций для разных задач: регламентации, имитационного моделирования, автоматизации. Формулируются рекомендации по выбору нотации в зависимости от целей проекта.
4. Автоматическая генерация кода по UML-моделям: возможности и ограничения
Исследуются инструменты генерации кода (Enterprise Architect, Visual Paradigm), оценивается полнота получаемых приложений, даются рекомендации по шаблонам и настройкам.
5. Моделирование процессов продаж в торговой компании с использованием BPMN
Практическая значимость: построение целевой модели процесса «Заказ клиента» с оптимизацией точек принятия решений, ускорение цикла обработки заказа.
6. Проектирование состояний объекта для модуля учёта заявок в сервисной организации
Разрабатываются диаграммы состояний UML, что позволяет формализовать статусную модель заявок, правила переходов и допустимые действия пользователей.
7. Интеграция моделей требований и архитектуры ИС на основе SysML
SysML расширяет UML для системной инженерии. Такая тема подходит для магистерских работ, где необходимо показать связь требований, функциональности и физических компонентов.
8. Имитационное моделирование бизнес-процессов логистической компании
Результатом является имитационная модель в AnyLogic или GPSS, позволяющая оценить загрузку ресурсов и время выполнения операций.
9. Разработка информационной системы поддержки принятия решений на основе моделей данных
Работа охватывает концептуальное и логическое проектирование базы данных, связи с бизнес-правилами, обоснование структуры хранилища данных.
10. Синхронизация моделей с требованиями и управление трассируемостью
Тема актуальна для крупных проектов, где важно отслеживать, как каждое требование отражается в функциональных моделях и информационной системе. Практическая часть может включать разработку реестра трассируемости.
11. Автоматизированная проверка полноты и согласованности комплекса моделей
Цель — разработать алгоритм или методику, которая анализирует модели и находит противоречия (например, неиспользуемые данные или несогласованные границы процесса).
12. Документирование архитектуры ИС в соответствии со стандартами ГОСТ
Результатом работы является шаблон комплекта документов на проектирование, удовлетворяющий требованиям конкретного вуза и предприятия.
13. Адаптация типовой модели информационной системы для малого предприятия
Разрабатывается конфигурация корпоративной ИС (например, 1С или Odoo) на основе формального описания бизнес-процессов.
14. Методология описания данных в моделях IDEF1X для хранилищ данных
Предметная область — проектирование БД и хранилищ. В работе сравниваются подходы IDEF1X и ERD, предлагаются рекомендации.
15. Разработка BPMN-модели процесса обслуживания клиентов с интеграцией CRM
Модель связана с архитектурой CRM, что позволяет автоматически формировать задачи, контролировать SLA, анализировать эффективность менеджеров.
Выбирая тему, оценивайте не только свои интересы, но и возможность получить реальные данные. Следует также проверить, есть ли на предприятии специалисты, с которыми можно согласовать модели. При возникновении сомнений полезно проконсультироваться с автором готовых дипломных проектов — это позволит избежать неудачной формулировки. Помните, что многие из перечисленных тем могут быть реализованы в рамках услуги «написание ВКР заказ», где опытный разработчик поможет подготовить и текстовую, и графическую части работы.
Как выбрать тему ВКР
Грамотный выбор темы — фундамент успешной ВКР. Чтобы решение было обоснованным, следует учитывать несколько критериев.
Актуальность. Проверьте, соответствует ли тема текущим потребностям рынка и решаемой на предприятии проблеме. Отражается ли она в современных научных публикациях? Готов ли научный руководитель подтвердить актуальность? Хорошо, если тема связана с оптимизацией затрат, цифровизацией, внедрением импортонезависимого ПО.
Доступность выборки. Для моделирования нужен реальный объект: компания, процесс, данные. Уточните, есть ли у вас доступ к сотрудникам, документам, программным средствам. Если выборка недоступна, придётся изменить формулировку или использовать публичные источники.
Доступность источников. Уже на этапе выбора темы следует собрать не менее 10–15 источников: научные статьи, учебные пособия, методические материалы, стандарты. Если по будущей теме источников мало, работа может увязнуть на теоретическом обзоре.
Возможность проведения исследования. В ВКР должен присутствовать исследовательский элемент: сравнение, анализ, эксперимент. Если тема сугубо практическая (простое внедрение системы), её нужно расширить за счёт анализа альтернатив или оценки эффективности.
Требования научного руководителя. Кафедра может иметь ограничения по методологии или направлению. Согласуйте план работы с руководителем до того, как начнёте писать. Нередко тема «перспективная» на бумаге оказывается нереализуемой из-за отсутствия необходимого ПО или запретов на публикацию данных.
Практический совет: сформулируйте 2–3 варианта темы и обсудите их с руководителем. Так вы покажете заинтересованность и быстрее найдёте оптимальный вариант. Если у вас мало времени и нет желания вникать во все тонкости, можно заказать ВКР по моделированию у профессионалов — они помогут выбрать тему и подготовят полное исследование в сжатые сроки. В любом случае цена такого заказа будет ниже, чем потери от пересдачи или недопуска к защите.
Проверка ВКР на антиплагиат
Контроль оригинальности — обязательный этап перед защитой. Каждый вуз использует свою систему проверки: Антиплагиат.ВУЗ, Turnitin, «Руконтекст» или собственную разработку. Для ИТ-специальностей минимальный порог оригинальности обычно составляет 60–70%, в магистратурах — 75% и выше. Важно помнить, что проверяется не только текст, но и возможные некорректные заимствования: копирование фрагментов интернет-источников, недобросовестное цитирование, «скрытый» рерайт.
Корректное цитирование предполагает грамотное оформление ссылок на источники и наличие объёмных собственных рассуждений. Не нужно бояться цитировать определения, но каждая цитата должна быть заключена в кавычки и сопровождаться ссылкой на библиографический список. Плагиат часто возникает из-за копирования текстов методичек, статей, чужих дипломов. Даже если вы используете собственную ранее опубликованную статью, проверка может показать заимствование.
Чтобы повысить уникальность, рекомендуется переписывать материал своими словами, добавлять свой анализ, примеры из практики, авторские таблицы и рисунки. Для работ по моделированию ИС и бизнес-процессов большую роль играют графические модели. Если вы создали их самостоятельно, они не считаются плагиатом, но убедитесь, что схема не похожа до степени смешения на чужую модель.
Распространённые причины низкой уникальности: большие блоки текста без рерайта, использование шаблонных введений, копирование обзора литературы. Помощь в написании ВКР обычно включает и техническую обработку текста: поднятие оригинальности до требуемых показателей. Однако важно, чтобы это было сделано корректно, без «технического» обхода антиплагиата (скрытые символы, замена букв), поскольку это может быть расценено как нарушение и аннулирование работы.
Сравнительный обзор программных продуктов для моделирования
Выбор инструмента моделирования напрямую влияет на удобство разработки и качество нотаций. В ВКР стоит рассмотреть как минимум два варианта и обосновать выбор. Наиболее популярные продукты:
ARIS Express / ARIS Business Architect
Мощная платформа для моделирования бизнес-процессов: поддерживает нотации EPC, UML, организационные диаграммы. Позволяет создавать комплексные модели, связанные в единую цепочку. Ограничение — проприетарный формат и высокая стоимость лицензии. Для студента может быть использована в ознакомительном режиме.
Enterprise Architect
Инструмент от Sparx Systems обеспечивает поддержку UML, SysML, BPMN, IDEF0. Идеален для объектно-ориентированного моделирования и генерации кода. Enterprise Architect позволяет вести трассировку требований, что особенно полезно в работах по синхронизации моделей. Важный плюс — наличие студенческой лицензии.
Visual Paradigm
Кроссплатформенный редактор с широким спектром нотаций, поддерживает Business Process Model and Notation (BPMN), UML, IDEF, ER-диаграммы. В Visual Paradigm удобно создавать прототипы и макеты экранов, что помогает при проектировании ИС. Есть бесплатная версия для учебных заведений.
Draw.io (diagrams.net)
Бесплатный онлайн-редактор, поддерживает BPMN, UML, различные шаблоны. Ограниченный набор функций для проверки корректности моделей, но достаточен для начального описания процессов. Часто используется в техническом задании.
В тексте ВКР укажите, какой инструмент использован для каждой нотации, и обоснуйте выбор. Это добавит вес работе. Например, если вы проектируете UML-диаграммы состояний, удобнее использовать Visual Paradigm или Enterprise Architect, а для функциональных моделей IDEF0 часто достаточно BPwin или Draw.io.
Алгоритм проектирования модуля автоматизации: шаг за шагом
Чтобы показать, как используется комплекс моделей на практике, рассмотрим последовательность действий при разработке модуля учёта заявок в сервисной компании. Такой подход часто применяется в ВКР.
Шаг 1. Сбор требований
Проведите интервью с сотрудниками, изучите локальные нормативные акты, регламент обработки заявок. Составьте список функциональных и нефункциональных требований, например, «зарегистрировать заявку», «назначить ответственного», «уведомить клиента по SMS», «отобразить статус в личном кабинете».
Шаг 2. Построение модели «как есть» в BPMN
Опишите текущий процесс, укажите исполнителей, события, шлюзы. Выявите узкие места: длительное согласование, потерянные заявки, отсутствие приоритезации. Эта модель станет основой для анализа.
Шаг 3. Проектирование модели «как должно быть»
Предложите изменения: добавьте автоматическое распределение по типам заявок, уведомления, контроль сроков SLA. Стремитесь сократить число ручных операций и точек принятия решений.
Шаг 4. Разработка диаграммы состояний для объектов
Для сущности «Заявка» постройте UML-диаграмму состояний: «черновик», «в обработке», «выполнена», «отменена». Определите триггеры переходов, события и условия. При необходимости этот шаг можно расширить в отдельную тему ВКР — как показано в структуре Диплом (ВКР) на тему Проектирование состояний объекта UML диаграммы состояний в.
Шаг 5. Проектирование базы данных
Постройте ER-диаграмму (IDEF1X) со связями между сущностями «Клиент», «Заявка», «Исполнитель», «Задача». Опишите логические и физические модели, особенности хранения.
Шаг 6. Верификация и согласованность моделей
Проверьте, чтобы каждая функциональная модель (BPMN) соответствовала диаграммам классов и состояний. Все события, возникающие в BPMN, должны быть обработаны в диаграммах состояний, иначе модель не полна. Автоматизировать такую проверку можно с помощью специальных методик, что и составляет предмет исследовательской работы в части согласованности.
Шаг 7. Создание прототипа или кода
С помощью инструментов UML-моделирования можно сгенерировать каркас кода на Java или C#. Для ВКР достаточно прототипа, показывающего реализацию ключевой функциональности. Этот этап требует понимания принципов генерации кода, как описано в Диплом (ВКР) на тему Автоматическая генерация кода по UML моделям принципы.
Шаг 8. Оценка эффективности
Подсчитайте сокращение времени выполнения процесса, снижение количества ошибок, срок окупаемости системы. Если сложно рассчитать затраты на разработку, используйте экспертные оценки и ориентировочные показатели.
Этапы сотрудничества
Когда студент решает заказать подготовку дипломной работы по моделированию информационных систем и бизнес-процессов, важно понимать, как строится сотрудничество и что ожидать от исполнителя. Обычно процесс выглядит следующим образом:
- Заявка и уточнение деталей. Вы передаёте тему или формулируете пожелания. Сообщаете требования кафедры, методические рекомендации, сроки.
- Анализ и согласование плана.