Образовательный ресурс edu.irnok.net

—> СЮДА

—> СЮДА

—> СЮДА

—> СЮДА

—> СЮДА

—> СЮДА

—> СЮДА

Четыре лабораторные работы -

1. (Prolog) Формализовать набор фраз естественного языка в виде программы на языке Prolog ais2.pdf;
2. (Prolog) Создание предикатов для обработки списков ais2.pdf;
3. (любой язык) Задача на выбор по одной из тем из списка - первая задача;
   1. (как вариант) Задача на анализ данных;
4. (CLIPS, DROOLS, FuzzyCLIPS, Prolog) Разработка экспертной системы (предметная область выбирается самостоятельно) П.Джексон Введение в экспертные системы.

Версия методички с заданиями - ais2.pdf.
Версия методички в виде tutorial (в ней нет заданий) - ais.pdf.

Лекции находятся на Youtub-е: https://www.youtube.com/playlist?list=PLDmve33tqgotzg250nc8zNnvocAitsK59

Последовательность просмотра лекций находится на отдельной странице.

Слайды Доктора Ханкследена - лекции по предмету.

Четыре лабораторные работы -

1. Разработка целочисленного алгоритма вычисления квадратного корня из целого числа;
2. Изучение скомпилированного кода задачи из предыдущей лабораторной работы;
3. Реализация задачи из лабораторной работы 1 на языке Форт.
4. Создание двух взаимодействующих процессов.

Канал Youtube ЗДЕСЬ

Базовый курс - Системное программное обеспечение (в процессе формирования) —> СЮДА

Перейти на отдельную страницу.

Перейти на отдельную страницу.

Примеры проектов на отдельной странице.

Ссылка на проект - https://github.com/ISTU-Labs/pt-2271-2018 (папка web сервер github).

Примеры проектов (задач) находятся здесь.

Перейти на отдельную страницу.

здесь

здесь

ВКР - выпускная квалификационная работа. Разница между ВКР и курсовой - объем работы и текста отчета.

Ваши действия, чем раньше они сделаны, тем для вас лучше:

1. Выбрать тему и согласовать ее с руководителем. Темы можно брать здесь или придумать свои.
2. Подготовить две-три страницы Введения ВКР, который включает
   1. Введение в предметную область,
   2. Актуальность задачи,
   3. Объект исследования/автоматизации,
   4. Предмет исследования/автоматизации,
   5. Цель исследования/автоматизации,
   6. Задачи (перечень этапов, ведущих к цели),
   7. Требования к результату.
3. Проектировать, решать, готовить текст.

Оформление текста выполняется согласно >>> рекомендациям.

Что писать в отчете - вам в помощь “неметодичка” gwhb.pdf (она немного противоречит данному тексту).

Шаблон текста отчета и презентации в Overleaf - https://www.overleaf.com/read/fkzbbcxxrxvz (cw.tex - текст, pres.tex - презентация).

Youtube.com-канал, где представлены некоторые соображения по плану действий в процессе подготовки отчета.

Разделы те же, что и в тексте ВКР (ПЗ для политеха). Вот перечень (общий), то что важно никак не помечено. Если на один слайд не влазит, то разбиваем на два с одинаковыми заголовками.

1. Титул (с автором, группой, руководителем и его должностью и ученой степенью).
2. (Если не очевидно) Введение в предметную и проблемную область (объект автоматизации/моделирования, актуальность)
3. Цель и задачи, требования к продукту, которые выдвигает заказчик.
4. (Если есть) Декомпозиция бизнес-процессов (САМОЕ ИНТЕРЕСНОЕ и ПО СУТИ) AS-IS и TO-BE, где появляется автоматизируемая функция. Или какая-либо другая функциональная модель.
5. (Если есть, точнее должна быть) Функциональная модель в виде UML Use Case.
6. (Если есть, желательно, чтобы были) Перечень требований к программному продукту, как их видит разработчик.
7. Общая стратегия решения задачи (но заголовок не такой, а подходящий под предметную область).
8. Математическая постановка задачи. (В принципе везде должно быть, но чаще все выкидывают, что в коре неправильно). Например, графы и их свойства, грамматики (в общем и конкретно).
9. Методы и Алгоритмы решения задачи, если был, например, предыдущий слайд.
10. Архитектура системы.
11. Выбор программного обеспечения для реализации.
12. Информационная модель (все, или основные этапы проектирования).
13. Объектная модель Class Diagram. (Диаграмма универсальная, при помощи ее можно показать и модель данных БД, например, и структуры в структурном программировании)
14. (Если есть) State Diagram или др. (Sequence Diag. говорят, что устарела).
15. (Если есть) примеры ИНТЕРЕСНЫХ или НОВЫХ РЕАЛИЗАЦИЙ структур данных и алгоритмов в виде кусков кода.
16. (Если есть) API для разработчика.
17. Требования к аппаратному обеспечению и развертывание (что надо и где установить/настроить).
18. (Если есть) импорт данных из предыдущих версий программ, использованных ранее у заказчика.
19. Тестирование (план и примеры функционирования/соответствия тестам).
20. (Если есть) Примеры основного результата, основного отчета.
21. Здесь крутят ролик в политехе, если попросят и если он есть.
22. (Если есть) Внедрение системы (рекомендации, конвертация данных).
23. (Если есть) Рекомендации по сопровождению.
24. (Политех) Экономика (там у всех одинаково, обычно расчет себестоимости, оценка экономического эффекта и др.).
25. (Политех) БЖД.
26. Заключение (что сделано, что получилось, при этом сказать, как следует исправлять недочеты и куда дальше двигаться в смысле дальнейше разработки).
27. Приложения (всякие справки, отзывы, список своих статей по теме и выступления на конференции).

1. Текст никто не любит читать, поэтому, минимизируем его количество за счет
   1. использования графического материала,
   2. сокращения предложений,
   3. выделения цветом или формой шрифта ключевых терминов и фраз.
2. Используемый шрифт - без засечек (sans serif), например, Arial, Verdana, Tahoma, Linux Biolinum, Fira Sans, Droid Sans.
3. Содержательный материал должен занимать 80% холста.
4. Тексты программ не следует вставлять картинками, даже если вам лень. Можно копировать раскрашенные тексты из github, из редактора SciTE. В LaTeX есть крутой пакет minted, но использовать его непросто, так как надо настроить взаимодействие с python.
5. Диаграммы UML легко рисуются в UMLET и экспортируются в SVG, PDF, EMF, PNG.
6. Если есть желание использовать свободное ПО для оформления графики, то вот две основные программы - InkScape (векторная графика), GIMP (растровая графика).
7. Минимизировать (лучше вообще не использовать) видеоэффекты.
8. Иметь при себе PDF-версию презентации.
9. Любители LaTeX не забываем про LaTeX Beamer. Если изучите LuaLaTeX, то вам будет доступен весь спектр TTF- и OTF-шрифтов.

Суть презентации - показать жизненный цикл (ЖЦ) ПО, реализованный в ВКР вами, т.е. процесс проектирования, реализации и тестирования, внедрения… (те этапы, которые сделаны). Идем от общего к частному.

Цель презентации - донести материал до членов комиссии, которые являются специалистами в предметной области, т.е. слайды должны быть ими понимаемы. Использовать ГОСТ и современные методы представления результата в виде [визуальных] моделей - обязательное требование.

Если кому интересно, я разработал корректирующий стиль для pdfLaTeX и LuaLaTeX, при помощи которого текст ВКР пишется легко. Пример проекта LuaLaTeX здесь. Титульный лист и лист заданий (политех) надо делать самостоятельно и потом “подшивать” в PDF. Некоторые системы антиплагиата “чистый” PDF LuaLaTex не могут обработать. Решилось добавлением титульника, конвертированного из Word.

14.05.2022 Сделал новый шаблон на Github (класс) отчета. Используйте его в Overleaf.

19.05.2025 Установил сервер Overleaf в ИДСТУ.

Оформление текста (ГОСТ-7.32-2017 “Отчет о научно-исследовательской работе” с правками 2021) - https://docs.cntd.ru/document/1200157208

Оформление раздела “Список использованных источников” (бывшие “Список литературы”, “Литература”) - https://docs.cntd.ru/document/1200161674

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

ВКР (дипломы) специалиста и магистра сопровождаются рецензией. Оценка рецензента учитывается ГАК. Можно считать, что ваш рецензент - член ГАК. На замечания рецензента заранее готовятся ответы, на защите они озвучиваются студентом после оглашения рецензии. Можно просто согласиться с ними, а можно и ДОКАЗАТЕЛЬНО оспорить. Члены ГАК в состоянии понять адекватность ваших ответов.

Если ГАК предоставляет “заключительное слово”, говорите его двумя-тремя предложениями.

• Актуальность и практическая значимость
  • Работа решает конкретную, обоснованную проблему («головную боль») для заказчика, отрасли или науки.
  • Цель работы сформулирована четко и является измеримой.
  • Задачи логически вытекают из цели и конкретны.
  • Ясен потенциальный потребитель результата (предприятие, научное сообщество, пользователи).
• Глубина анализа и обзор источников
  • Проведен не просто перечень, а критический анализ существующих аналогов, решений и научных работ.
  • На основе анализа четко обоснована необходимость и новизна данной работы.
  • Список литературы релевантен, современен и оформлен по стандартам (ГОСТ 7.1, ГОСТ 7.0.100).
• Новизна и элемент исследования
  • Для магистров: Наличие четко обозначенного элемента научной или технической новизны (новый метод, алгоритм, адаптация, существенное улучшение характеристик).
  • Для бакалавров/специалистов: Глубокое исследование и грамотное применение известных методов для решения новой или актуальной прикладной задачи.
  • Личный вклад автора выделен и не вызывает сомнений.
• Объем и сложность работы
  • Объем и глубина проработки соответствуют заявленному уровню квалификации (бакалавр/специалист/магистр).
  • Решение носит системный, а не единичный характер (решает класс задач, масштабируемо, может быть адаптировано).
  • Для IT-проектов: адекватная сложность архитектуры (напр., обоснованное количество сущностей, модулей, таблиц БД).
• Доказательность и обоснованность
  • Все ключевые проектные и исследовательские решения (выбор метода, технологии, архитектуры) логически обоснованы.
  • Приведено сравнение альтернатив с аргументацией выбора.
  • Результаты работы верифицированы (экспериментом, тестами, расчетами, сравнением с аналогами).

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

• Соответствие стандартам
  • Полный текстовый отчет оформлен в строгом соответствии с ГОСТ 7.32-2017 (или актуальной редакцией) и внутренними требованиями вуза.
  • При необходимости соблюдены отраслевые стандарты оформления (ISO, ЕСКД, СПДС).
• Структура и ясность изложения
  • Логичная и полная структура работы (Введение, Главы, Заключение, Список источников, Приложения).
  • Профессиональный, грамотный научный/технический язык без стилистических ошибок.
  • Качественные, понятные и уместные иллюстрации (схемы, графики, диаграммы) с подписями.
• Полнота сопроводительной документации
  • Наличие и качество всех необходимых документов: аннотация, содержание, список терминов, приложения.
  • Для проектов: техническое задание (ТЗ), описание архитектуры, руководство пользователя или администратора.

• Качество презентационного материала
  • Презентация лаконична, визуально аккуратна и отражает основную логику работы: проблема → анализ → решение → результат → выводы/внедрение.
  • Слайды не перегружены текстом, используются тезисы, ключевые схемы и графики результатов.
• Навык публичного доклада
  • Уверенное, свободное изложение сути работы в рамках регламента.
  • Фокус на главных результатах, личном вкладе и практической значимости.
  • Поддержание контакта с аудиторией.
• Системное понимание темы (ключевой критерий)
  • Студент демонстрирует глубокое понимание предметной области, а не заученный текст.
  • Ориентируется в общих фундаментальных понятиях своей специальности (например: нормальные формы БД, принципы ООП, методы финансового анализа, теоремы и т.д.), способен объяснить их своими словами.
  • Понимает место своей работы в более широком контексте.
• Экспертные ответы на вопросы
  • Дает четкие, аргументированные и по существу ответы на релевантные вопросы комиссии.
  • Корректно распознает провокационные или нерелевантные вопросы: тактично парирует или возвращает дискуссию в русло своей работы.
  • При невозможности ответа (вопрос за рамками исследования) — грамотно признает это, но может предложить направление для дальнейшего изучения.
• Убедительная демонстрация
  • Демонстрация рабочего прототипа/программы проходит гладко, наглядно и подтверждает заявленные результаты.

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