IT-diplomnaya

1. IT-дипломная РАБОТА: ПОЛНОЕ РУКОВОДСТВО

2. Дипломный проект должен содержать:

№
2
Минимум
страниц
Название элемента
Максимум
страниц
Примечание
1
задание на ВКР
1
1
Руководитель дает
2
пояснительную записку
(ПЗ)
40
60
Вы пишите
3
практическую часть
4
отзыв руководителя
1
2
После того как все сделали
5
рецензию внешнего
эксперта
1
2
специалиста в IT сфере или заказчика
программного продукта
6
Презентация
демонстрационный материал для защиты ВКР
7
Флешка
пояснительная записка, мультимедийная
презентация, программный продукт
программный продукт: программа, мобильное
приложение, база данных, сайт

3. Рекомендованные объемы частей ПЗ выпускных квалификационных работ

Наименование раздела ПЗ
Содержание раздела ПЗ
Введение
теоретическое и практическое значение избранной темы,
Количество
страниц
машинописного
текста.
Не более 5
актуальность исследования,
цели и задачи дипломного проекта,
объект и предмет исследования
методологическая и теоретическая основа,
Основная часть
Заключение
практическая база
Теоретическая глава
Не более 18
Практическая глава
Не менее 24
краткие выводы по результатам исследования,
Не более 5
обоснование новизны и практической значимости работы,
предложения по использованию ее результатов, оценка
технико-экономической эффективности.
Не более 60
3

4. Анализ выпускной квалификационной работы на соответствие требованиям методических указаний

№ п\п
Объект
1
Документ
2
Текст документа
3
4
Нумерация страниц
Заголовки разделов и подразделов
5
Таблицы
6
Рисунки (иллюстрации)
7
Формулы
Нумерация сквозная или в пределах раздела (например, (1.1)). Пояснение символов даётся
под формулой.
8
9
Список литературы
Приложения
Составляется в алфавитном порядке. Оформляется по ГОСТ 7.1-2003.
Обозначаются заглавными буквами русского алфавита (А, Б, В...). Каждое приложение
начинается с нового листа.
10
4
11
Основная надпись (штамп)
Расположение текста на листе
параметр
Поля: слева — 20 мм, сверху, справа, снизу — по 5 мм.
Шрифт:, ГОСТ type B.
Высота шрифта: 14 пт.
Межстрочный интервал: 1,5 строки .
Цвет: чёрный.
Абзацный отступ: 1,5
Сквозная арабскими цифрами. Титульный лист не нумеруется.
Разделы нумеруются арабскими цифрами (1, 2...). Подразделы: через точку (1.1, 1.2...).
Заголовки пишутся с прописной буквы, без точки в конце.
Нумерация сквозная или в пределах раздела (например, Таблица 1.1).
Название таблицы размещается сверху.
Перенос таблицы: “Продолжение таблицы X”.
Нумерация сквозная или в пределах раздела (Рисунок 1.1). Подпись размещается под
рисунком.
Для первого листа — по форме 2, для последующих — по форме 2а (ГОСТ 2.104-88).
Расстояние от рамки до текста: не менее 3 мм (рекомендуется 5 мм). От верхней/нижней
строки до рамки: не менее 10 мм.

5. ОРГАНИЗАЦИОННЫЕ МОМЕНТЫ

Предзащита проходит за 7-10 дней до защиты
На предзащиту представляется:
✔ Пояснительная записка;
✔ Разработанная система;
✔ Презентация.
Отзыв научного руководителя зачитывается на защите
Сброшюрованная работа сдается за 1 день до защиты
Электронная документация сбрасывается на рабочий компьютер за день до защиты
Представляемая на защиту система должна быть проверена до дня защиты
✔ Сайт должен быть размещен на локальном хостинге
✔ Для десктоп-приложений: установочный пакет или исполняемый файл
✔ Для мобильных приложений: APK-файл или ссылка на магазин приложений
5

6. ОРГАНИЗАЦИОННЫЕ МОМЕНТЫ

Проект должен быть полностью функционален и отражать
заявленный в работе функционал
Презентация должна соответствовать критериям положения
На защиту распечатывается доклад в двух экземплярах
Время на защиту от 7 до 15 минут
На предзащиту и защиту необходимо соблюдать деловой дресс-код
6

7. ТРЕБОВАНИЯ К ЭЛЕМЕНТАМ

ТИТУЛЬНЫЙ ЛИСТ
7

8. ИНФОРМАЦИЯ

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

9. ТРЕБОВАНИЯ К ЭЛЕМЕНТАМ

СОДЕРЖАНИЕ
9

10. ИНФОРМАЦИЯ

Содержание ДИПЛОМНОЙ работы собирается
автоматически с указанием названия главы
(раздела) и подглав (подразделов) и номера
страницы.
Заголовки должны быть обозначены в стилях как
заголовки 1уровня
страница с заголовком имеет нумерацию
10

11. ТРЕБОВАНИЯ К ЭЛЕМЕНТАМ

ВВЕДЕНИЕ
11

12. ВВЕДЕНИЕ

Введение – является составной частью
пояснительной записки и чрезвычайно важной
частью исследовательского проекта, так как
содержит в себе базовые понятия
исследования и направлено на общее
представление пользователя о проекте.
ИНФОРМАЦИЯ:
Указать актуальность
Четко сформулировать цель
Перечислить задачи
Определить объект и предмет
Подчеркнуть практическую значимость
12
Описать структуру работы

13. Актуальность темы

Пример 1 (Интернет-магазин):
Актуальность темы
Развернутый вывод о том, что,
несмотря на имеющиеся
исследования данного вопроса,
научные знания в отрасли
недостаточны. Актуальность должна
быть подтверждена статистическими
выкладками в виде статистических
диаграмм. Ссылка на источники
статистических данных —
обязательны.
Пример 2 (Мобильное приложение):
Создание мобильного приложения для
управления задачами актуально в связи с
увеличением количества удаленных
работников и необходимостью
эффективного планирования времени и
контроля выполнения проектов в
13
распределенных командах.
Актуальность разработки системы
управления интернет-магазином
обусловлена ростом электронной
коммерции и необходимостью
автоматизации процессов обработки
заказов, управления складом и
аналитики продаж для повышения
эффективности бизнеса, что
подтверждается диаграммой ниже на
рисунке 1.

14. Цель работы

Результат, для достижения которого проводится исследование.
Пример 1 (Веб-приложение):
Разработка веб-приложения для автоматизации процесса
бронирования столиков в ресторане с функционалом онлайноплаты и управления бронированиями в реальном времени.
Пример 2 (База данных):
Создание информационной системы учета студентов и учебного
процесса для образовательного учреждения с возможностью
формирования отчетности и аналитики успеваемости.
14

15. Задачи исследования

Ступени на пути по достижению цели.
Пример 1 (Система аналитики):
1.
Проанализировать существующие системы аналитики веб-сайтов
2.
Разработать архитектуру системы сбора и визуализации данных
3.
Реализовать модуль сбора статистики посещений
4.
Создать интерфейс для отображения аналитических отчетов
5.
Протестировать работоспособность системы на реальных данных
Пример 2 (Чат-бот):
15
1.
Изучить принципы работы и архитектуру чат-ботов
2.
Определить функциональные требования к системе
3.
Разработать базу знаний для чат-бота
4.
Реализовать алгоритмы обработки естественного языка
5.
Интегрировать чат-бота с мессенджером Telegram

16. Объект исследования

То, что исследуется: объект или явление, порождающее проблемную
ситуацию.
Пример 1 (CRM-система):
• Процессы взаимодействия с клиентами в малом и среднем бизнесе,
включая ведение клиентской базы, управление продажами и
автоматизацию коммуникаций.
Пример 2 (Система тестирования):
• Процесс проведения онлайн-тестирования знаний в образовательных
учреждениях, включая создание тестов, проведение тестирования и
анализ результатов.
16

17. Предмет исследования

Это то, что в границах научного объекта получает научное
объяснение.
Пример 1 (Платформа электронных курсов):
• Методы и алгоритмы персонализации образовательного
контента и адаптации процесса обучения на основе
анализа успеваемости и предпочтений учащихся.
Пример 2 (Система рекомендаций):
• Алгоритмы коллаборативной фильтрации и обработки
больших данных для построения системы
рекомендаций товаров в интернет-магазине.
17

18. Практическая значимость работы

• Это возможности использования содержащихся в работе
выводов.
Пример 1 (ERP-система):
• Разработанная система управления предприятием может быть
внедрена в малом и среднем бизнесе для автоматизации
учета товаров, управления заказами и формирования
отчетности, что позволит сократить временные затраты на
рутинные операции на 40%.
Пример 2 (Приложение для фитнеса):
• Созданное мобильное приложение для отслеживания
физической активности и планирования тренировок может
использоваться фитнес-центрами для привлечения клиентов и
повышения лояльности, а также индивидуальными
пользователями для контроля своих спортивных достижений.
18

19. ТРЕБОВАНИЯ К ЭЛЕМЕНТАМ

1 ГЛАВА
ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ
19

20. Теоретическая глава

В данном блоке обобщается нормативный материал
и сведения из разных литературных источников по
данной теме, излагается аргументированный
авторский подход к рассмотренным концепциям,
точкам зрения. Обзор должен носить проблемный, а
не хронологический характер, он должен раскрывать
состояние вопроса по разным литературным
источникам. Название этого раздела должно
соответствовать выбранной теме, но не должно её
дублировать. Важна правильная трактовка понятий,
их точность и научность. Используемые термины и
формулы должны быть общепринятыми или
приводиться со ссылкой на автора с указанием
источника и страницы. Например: [3, c. 18].
По объему первая глава не должна превышать 30%
всей работы.
Дипломный проект должен
содержать мысли автора,
изложенные хорошим
литературным языком. По ходу
изложения следует избегать
противоречий,
безапелляционных заявлений.

21. 1.1. Анализ предметной области и требований к информационной системе

• 1.1.1. Статистический анализ предметной области
• Главное: Сбор количественных данных о
предприятиях в Москве (количество, оборот,
персонал) и визуализация в виде минимум 3
диаграмм.
• Анализ должен включать:
• Количество аналогичных предприятий в Москве
• Средний годовой оборот по отрасли
• Среднюю численность персонала
• Другие значимые статистические показатели

22. 1.1. Анализ предметной области и требований к информационной системе

• 1.1.2. Характеристика организации
• Главное: Описание организации, её структуры,
услуг и бизнес-процессов с визуализацией.
• Должно включать:
• Наименование и общее описание организации
• Организационную структуру (схема
подразделений)
• Подробное описание услуг (название,
временные/пространственные параметры, цена)
• Диаграмму бизнес-процессов («Как есть») с
выделением узких мест
22

23. 1.1. Анализ предметной области и требований к информационной системе

• 1.1.3. Информация о предметной области
• Главное: Выявление ключевых сущностей и их
классификация по минимум 3 основаниям.
• Примеры классификаций:
• По типу данных (клиенты, услуги, транзакции,
сотрудники)
• По частоте использования (ежедневные,
еженедельные, архивные)
• По уровню доступа (публичные, внутренние,
конфиденциальные)
• По жизненному циклу (активные, завершенные,
отмененные)
23

24. 1.1. Анализ предметной области и требований к информационной системе

• 1.1.4. Анализ проблем
• Главное: Выявление проблем в текущей модели
работы («Как есть») и предложения по их
решению.
• Метод включает:
• Интервью с сотрудниками разных уровней
• Наблюдение за реальными рабочими
процессами
• Анализ документооборота и регламентов
• Выявление «узких мест» и потерь времени
24

25. 1.1. Анализ предметной области и требований к информационной системе

1.1.5. Требования заказчика к информационной системе
Главное: Формализация требований в табличной форме и определение области автоматизации.
Структура раздела:
a. Требования заказчика:
a. Функциональные требования
b. Требования к интерфейсу
c. Требования к безопасности
d. Технические требования
b. Задачи для автоматизации:
a. Учет клиентов и договоров
b. Управление заказами
c. Формирование отчетности
d. Интеграция с другими системами
25

26. 1.2. Обоснование средств реализации

Обоснование средств реализации производится по
3 направлениям: обоснование выбора языка
разработки, обоснование СУБД, обоснование
среды разработки. Обоснование может
описываться как простым текстом, так и текстом с
аналитическими таблицами и ссылками на
статистику. Оптимальный вариант — это описание
и подтверждение своего выбора аналитической
таблицей.
26

27. Сравнение сред разработки

27
Пункты сравнения
VsCode
Sublime Text
Atom
Бесплатность
+
—
+
Открытый исходный код
+
—
+
Мощные инструменты
для разработки
+
+
+
Расширяемость
+
+
+
Интеграция с git
+
+
+
Авто завершение кода
+
+
+

28. Сравнение инструментов для локального хостинга

28
Пункты сравнения
OpenServer
XAMPP
WampServer
Легкость установки и
настройки
+
+
+
Предустановленные
компоненты
+
+
+
Интерфейс пользователя
+
—
—
Совместимость с
различными ОС
+
+
+
Обновления и поддержка
+
+
+
Удобство использования
+
+
+

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

29
Возможность
C++
C#
Java
JavaScript
Декларации
чистоты функций
—
—
—
—
First class functions
+ [145]
+
—
+
Анонимные
функции
+ [147]
+ [148]
—
+
Лексические
замыкания
+ [150]
+
+ [151]
+
Частичное
применение
?
+/-[154]
—
—
Каррирование
+/-[157]
+
—
+

30. Плюсы и минусы языка программирования JavaScript

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

31. Технология и методология проектирования по ГОСТ 34.601

В соответствии с ГОСТ 34.601-90
«Автоматизированные системы. Стадии создания»
процесс разработки включает следующие стадии:
• 1. Формирование требований к АС
• Обследование объекта и обоснование
необходимости создания АС
• Формирование требований пользователя
• Оформление отчета о выполении и заявки на
разработку
• Срок выполнения: 1-2 месяца
• Документы: ТЗ-2023-001, Акт обследования
31

32. Технология и методология проектирования по ГОСТ 34.601

• 2. Разработка концепции АС
• Изучение объекта автоматизации
• Проведение необходимых исследований
• Разработка вариантов концепции АС
• Оформление отчета
• Срок выполнения: 2-3 месяца
• Документы: Концепция АС v1.0, Протокол выбора варианта
• Пример документации на стадии формирования требований: Техническое
задание ТЗ-2023-001 включает: описание автоматизируемых бизнес-процессов,
требования к функционалу системы, требования к интерфейсам, требования к
надежности и безопасности.
32

33. Технология и методология проектирования по ГОСТ 34.601

• 3. Техническое проектирование
• Разработка проектных решений
• Разработка документации на АС и ее части
• Разработка документации на поставку изделий
• Срок выполнения: 3-4 месяца
• Документы: Технический проект, Спецификация оборудования
33

34. Технология и методология проектирования по ГОСТ 34.601

• 4. Рабочее проектирование
• Разработка рабочей документации
• Разработка адаптируемых программных средств
• Подготовка к вводу системы в действие
• Срок выполнения: 4-6 месяцев
• Документы: Рабочий проект, Программа и методика испытаний
• Пример раздела технического проекта: Раздел «Архитектура
системы» включает: структурную схему АС, описание подсистем,
схему взаимодействия компонентов, требования к техническим
средствам.
34

35. Технология и методология проектирования по ГОСТ 34.601

• 5. Ввод в действие
• Подготовка объекта автоматизации
• Подготовка персонала
• Комплектация АС поставляемыми изделиями
• Проведение предварительных испытаний
• Проведение опытной эксплуатации
• Проведение приемочных испытаний
• Срок выполнения: 2-3 месяца
• Документы: Акт ввода в эксплуатацию, Отчет об испытаниях
35

36. Технология и методология проектирования по ГОСТ 34.601

• 6. Сопровождение АС
• Выполнение работ в соответствии с
гарантийными обязательствами
• Послегарантийное обслуживание
• Модернизация системы
• Срок выполнения: 12 месяцев (гарантия) +
продление
• Документы: Договор на сопровождение,
Журнал учета доработок
36

37. ТРЕБОВАНИЯ К ЭЛЕМЕНТАМ

2 глава
РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ
37

38. 2.1. Техническое задание (ТЗ)

Что должно быть: краткое изложение утверждённого ТЗ
(полный текст обычно выносят в приложение).
Содержание:
• наименование системы;
• основание для разработки;
• назначение и цели создания;
• требования к системе (функциональные, к интерфейсу, к
безопасности, к техническому обеспечению);
• стадии и этапы разработки (со ссылкой на ГОСТ 34.601).

39. 2.2. Анализ предметной области (детализация)

Хотя анализ предметной области часто начинают
в первой главе, во второй главе он
конкретизируется применительно к
автоматизируемым процессам.
• Описание бизнес-процессов «как есть» (можно
диаграмму в нотации IDEF0 или просто схема).
• Выявление «узких мест» (потери времени,
ошибки, дублирование операций).
• Обоснование необходимости автоматизации
(ссылка на количественные показатели).
• Предложение модели «как должно быть» (новая
диаграмма бизнес-процессов).
39

40. 2.3. Проектирование архитектуры и моделей данных

Архитектура системы:
• схема взаимодействия компонентов (клиент – сервер – БД – внешние сервисы,
например Telegram);
• обоснование выбранной архитектуры (например, трехуровневая).
Модель данных:
• ER-диаграмма (сущности: пользователи, группы, студенты, посещаемость и т.п.);
• описание таблиц, связей, индексов.
Диаграммы UML (по ГОСТ 19.xxx):
• диаграмма вариантов использования (use case);
• диаграмма последовательности (sequence) для ключевых сценариев;
• диаграмма состояний (state) для важных объектов (например, рапорта).
40

41. 2.4. Выбор и обоснование средств реализации (технологический стек)

В методичке в разделе 1.2 уже требуется обоснование средств реализации. Однако
во второй главе оно конкретизируется с учётом проектных решений.
Языки программирования / фреймворки:
сравнение альтернатив (таблица), аргументированный выбор.
пример: React + Next.js + TypeScript.
Система управления базами данных:
сравнение (PostgreSQL, MySQL, MongoDB), выбор в пользу реляционной СУБД с
обоснованием (ACID, поддержка JSON, безопасность).
Среда разработки и инструменты:
IDE (WebStorm, VS Code), системы контроля версий (Git), контейнеризация (если
используется).
Интеграция с внешними сервисами:
Telegram Bot API, настройка вебхуков, работа с Mini App.
41

42. 2.5. Реализация основных модулей (программная реализация)

Структура проекта:
• описание основных директорий, модулей, компонентов.
Реализация ключевого функционала:
• аутентификация и управление сессиями (cookies, JWT);
• интерфейсы для разных ролей (студент, преподаватель,
дежурный);
• работа с данными (CRUD-операции);
• интеграция с Telegram Mini App (настройка бота, веб-приложения).
Фрагменты кода (листинги) выносятся в приложение, а в тексте
описывается логика работы.
Скриншоты интерфейса (обязательны) с подписями.
42

43. 2.6. Тестирование программного продукта

Виды тестирования:
• модульное (unit), интеграционное, системное.
Тест-кейсы (таблица):
• действие, ожидаемый результат, фактический
результат, статус.
Результаты тестирования:
• выявленные ошибки и их исправление;
• заключение о готовности системы к эксплуатации
43

44. 2.7. Применение бережливых технологий / улучшение процессов (если требуется)

Методичка особо выделяет внедрение бережливых технологий
Что описать:
визуализацию (графические инструкции);
стандартизацию работы;
сокращение потерь (времени, ошибок).
Результат:
например, создание графических инструкций для
пользователей (скриншоты), которые снижают количество
обращений в поддержку.
44

45. 2.8. Экономическое обоснование (или технико-экономическая эффективность)

Если экономическая часть не вынесена в отдельную главу,
она включается во вторую.
• Расчёт трудоёмкости (таблица).
• Затраты на разработку (зарплата, отчисления,
амортизация, материалы).
• Эксплуатационные затраты (оборудование,
электроэнергия).
• Оценка эффективности (сокращение времени, снижение
ошибок, окупаемость).
45

46. Дополнительный материал к 2 главе!

46

47. ГРАФИЧЕСКИЙ ПОЛЬЗОВАТЕЛЬСКИЙ ИНТЕРФЕЙС: ЭЛЕМЕНТЫ И КОМПОНЕНТЫ

К 2 главе
47

48. Пример оформления

Главное: Создание интерфейса: окно приветствия,
авторизация/регистрация, главное окно. Мокапы,
каркасы, вайрфреймы.
Должно включать:
Окно приветствия (заставка, логотип)
Форма авторизации (логин, пароль, «Запомнить
меня»)
Форма регистрации (обязательные поля, валидация)
Главное окно (меню, рабочая область)
Требования к UX: понятность, последовательность
действий

49. 1. Окно приветствия

Окно приветствия — первое, что видит пользователь при запуске приложения. Должно
создавать положительное впечатление и представлять основные возможности системы.
Требования:
Логотип приложения в центре экрана
Краткое описание возможностей (1–2 предложения)
Кнопки для перехода к авторизации или регистрации
Анимация плавного появления элементов
Адаптивный дизайн для разных размеров экрана
Алгоритм разработки:
Создать базовый макет с логотипом и текстом
Добавить кнопки навигации
Реализовать анимацию появления
4 9 Протестировать на разных устройствах
Оптимизировать время загрузки

50. 2. Окно авторизации/регистрации

Экран для входа в систему или создания нового аккаунта. Должен быть
простым, интуитивно понятным и безопасным.
Требования:
Поля для ввода email/логина и пароля
Валидация вводимых данных
Кнопка «Забыли пароль?»
Переключатель между режимами входа и регистрации
Индикатор сложности пароля при регистрации
50

51. 3. Главное окно приложения

Центральный интерфейс после успешной авторизации.
Содержит основные функции и навигацию.
Требования:
Навигационное меню (боковое или верхнее)
Область основного контента
Быстрый доступ к важным функциям
Информация о текущем пользователе
Кнопка выхода из системы
Адаптивный дизайн
51

52. 4. Элементы навигации

Требования к навигации:
Интуитивно понятная структура
Быстрый доступ к основным разделам
Индикация текущего раздела
Адаптивность для мобильных устройств
52

53. РАЗРАБОТКА ТАБЛИЦ ИНФОРМАЦИОННОЙ СИСТЕМЫ

К 2 главе
53

54. На данном этапе: 1) Создаётся база данных в СУБД; 2) Макет схемы данных; 3) Выводятся все таблицы с описанием.

Описание: Таблицы — ключевой элемент ИС для структурированного хранения и отображения данных.
Должны быть чётко структурированы, иметь понятные заголовки, быть адаптивными.
Алгоритм разработки:
Анализ требований к данным
Проектирование структуры таблицы (столбцы, типы данных)
Реализация HTML-разметки
Добавление CSS-стилей
Тестирование на разных устройствах
Оптимизация производительности
Требования:
Использование семантической разметки
Поддержка доступности (ARIA-атрибуты)
Адаптивный дизайн
Кросс-браузерная совместимость

55. РАЗРАБОТКА ФОРМ

К 2 главе
55

56. 1. Анализ требований

Определение полей (логин, пароль)
Дополнительные функции
Требования безопасности

57. 2. Проектирование интерфейса

Создание макета
Цветовая схема
Состояния элементов
57

58. 3. Разработка HTML-структуры

Контейнер формы
Поля ввода
Вспомогательные элементы
58

59. 4. Добавление стилей и интерактивности

Оформление контейнера и полей
Адаптивный дизайн
Валидация на клиенте и сервере
Эффекты наведения, обратная связь
59

60. 5. Тестирование

Кросс-браузерность
Разные устройства
Валидация кода
60

61. ТРЕБОВАНИЯ К ЭЛЕМЕНТАМ

ЗАКЛЮЧЕНИЕ
61

62. ЗАКЛЮЧЕНИЕ

• Итоговый раздел (2–5 страниц) с
выводами по теоретической и
практической частям, соответствием
целям и задачам введения.
Структурированность, конкретика,
научный стиль. Выводы по главам,
перспективы развития, достижение
целей. Без введения новых терминов
62

63. Требования

• Объём: 1–3 страницы. Соответствие
введению; выводы по каждой главе; общий
итог; перспективы развития.
63

64. Пример оформления

• Главное: Итоговый раздел 2–5 страниц: выводы
по теоретической и практической частям,
соответствие целям и задачам введения.
• Должно включать:
• Выводы по теоретической части (резюме
исследованных подходов и технологий)
• Результаты практической части (описание
системы, особенности, инновационность)
• Перспективы развития
• Достижение целей — явное указание решения
поставленных задач
• Краткость, конкретика, научный стиль; без новых
терминов
64

65. Пример:

• В ходе выполнения дипломной работы была разработана
информационная система для автоматизации учёта… В
результате проведённого исследования достигнуты все
поставленные цели. Практическая значимость заключается в
возможности внедрения в малом бизнесе.
65

66. Структура заключения (логика построения)

• идеальное заключение строится по принципу пирамиды: от
конкретных результатов к общим выводам и перспективам.
1. Краткое вступление (1–2 предложения)
• Начните с фразы, которая сигнализирует о завершении
исследования.
• Пример: «В ходе выполнения данной работы была рассмотрена тема
[Тема реферата]...» или «Подводя итог исследованию алгоритмов
[Название алгоритмов], можно сделать следующие выводы...»
66

67. Структура заключения (логика построения)

2. Констатация достижения цели
• Прямо укажите, что цель, сформулированная во введении, выполнена.
• Пример: «Таким образом, основная цель работы — проанализировать
эффективность языка [Язык] для веб-разработки — была полностью
достигнута.»
67

68. Структура заключения (логика построения)

3. Основные выводы по главам/задачам (самая объёмная часть)
• Сожмите содержание всей работы до 3–5 ключевых тезисов. Не пересказывайте содержание глав, а
выделите главное. Для реферата по программированию это могут быть:
• Теоретические итоги: К какому пониманию проблемы вы пришли?
• Пример: «В первой главе было установлено, что архитектура MVC позволяет эффективно разделить
логику приложения, что критически важно для поддержки крупных проектов.»
• Сравнительный анализ: Что лучше/хуже? (если тема сравнительная)
• Пример: «Сравнение Python и Java показало, что для задач прототипирования Python
предпочтительнее из-за простоты синтаксиса, тогда как Java обеспечивает более строгий контроль
типов в крупных корпоративных решениях.»
• Практические результаты: Что удалось создать или понять?
• Пример: «Разработанная блок-схема алгоритма сортировки массива наглядно демонстрирует его
преимущество в скорости над пузырьковой сортировкой при больших объёмах данных.»
• Характеристики: Упомяните ключевые свойства, если они важны.
• Пример: «Были выявлены ключевые особенности фреймворка Django: высокая скорость разработки,
встроенная админ-панель и безопасность.»
68
• Пример: «Анализ языка C++ показал его высокую производительность и гибкость управления памятью,
что делает его незаменимым для системного программирования.»

69. Структура заключения (логика построения)

4. Итоговый обобщающий вывод
• Сформулируйте самую главную мысль, ради которой писалась
работа. Это ответ на проблемный вопрос темы.
• Пример: «Можно сделать вывод, что выбор языка программирования
должен диктоваться не только его техническими характеристиками,
но и конкретными задачами проекта и условиями эксплуатации
будущего продукта.»
69

70. Структура заключения (логика построения)

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

71. Клише и фразы-помощники

• Для подведения итогов: «Таким образом...», «Итак...», «В результате
проведённого исследования...», «На основе анализа можно
утверждать...»
• Для формулировки выводов: «Было установлено, что...», «Выявлены
следующие особенности...», «Доказана целесообразность...»,
«Можно сделать вывод о том, что...»
• Для указания на достижение цели: «Цель работы, заключавшаяся
в..., достигнута.», «Поставленные задачи решены в полном объёме.»
71

72. Чего следует избегать

• Воды и общих фраз. (Например: «Программирование — это очень
важно и интересно».)
• Дословного копирования введения. Во введении вы обещали, что
сделаете, а в заключении — отчитываетесь о сделанном.
• Субъективных оценок без аргументов. (Например: «Python — самый
лучший язык». Лучше: «Python показался наиболее удобным для
быстрого написания прототипов благодаря своему синтаксису».)
• Слишком большого объёма. Обычно заключение занимает 1–2
страницы (или 5–10% от общего объёма работы).
72

73. Чего делать НЕЛЬЗЯ

• Писать о том, чего нет в работе. Все выводы должны строго
соответствовать содержанию основной части.
• Использовать местоимение «Я». Допустимо: «автор пришёл к
выводу», «в данной работе показано», «можно утверждать».
• Приводить новые факты или аргументы. Заключение — это
подведение черты, а не место для новых дискуссий.
• Пересказывать содержание («В первой главе я написал то, во второй
это»). Нужны именно выводы, а не оглавление.
73

74. ТРЕБОВАНИЯ К ЭЛЕМЕНТАМ

СПИСОК ИСТОЧНИКОВ
74

75. СПИСОК ИСТОЧНИКОВ

Библиографический список литературы по
ГОСТ 7.1-2003 (или ГОСТ Р 7.0.100-2018).
Структура: нормативные документы; основная
литература (не менее 5, до 5 лет); интернетресурсы с датой обращения. Все цитируемые
источники должны быть в списке.
Дополнительная информация
1.Оформить по ГОСТ
2.Проверить
алфавитный
порядок
3.Убедиться в наличии всех
источников из текста

76. Требования

• 15–20 источников; основная литература
не менее 5 (из них ≥2 по предметной
области); нормативные не менее 7;
интернет-ресурсы ≥3; оформление по
ГОСТ; алфавитный порядок; ссылки в
тексте обязательны.
76

77. Рекомендуемая структура

1. Нормативные документы (законы, стандарты, ГОСТы)
2. Основные источники
3. Дополнительные источники
4. Интернет-ресурсы (с указанием даты обращения)
77

78. Особенности оформления

• Алфавитный порядок (кроме нормативных документов)
• Для статей: ФИО автора, название, журнал, год, номер,
страницы
• Для книг: ФИО автора, название, издательство, год,
количество страниц
• Для электронных ресурсов: полный URL и дата
обращения
• Нумерация сквозная по всему списку
78

79. Рекомендации по подбору

• Используйте свежие источники (не старше 3–5
лет, кроме классических работ)
• Включайте источники из научных баз (Scopus,
Web of Science, РИНЦ)
• Добавляйте документацию к используемым
технологиям и фреймворкам
• Проверяйте авторитетность источников
• Указывайте страницы
79

80. Примеры оформления

• 1. Иванов А.А. Разработка информационных систем: учебник. — М.:
Юрайт, 2020. — 345 с.
80
• 2. Петров В.С. Современные подходы к проектированию
Информационные технологии. — 2022. — № 4. — С. 45–52.
БД
• 3. Сайт: Официальная документация Django Framework.
https://docs.djangoproject.com/ (Дата обращения: 12.05.2024 г.).
URL:
//

81. Дополнительная информация (чек-лист)

• Проверить иерархию документов
• Убедиться в алфавитном порядке
• Проверить оформление ссылок
• Указать даты обращения
• Проверить актуальность
• Убедиться в наличии всех источников
• Проверить нумерацию
• Указать полные выходные данные
81