Образовательный ресурс 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 Сделал новый шаблон (класс) отчета. Используйте его в Overleaf.

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

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

1. Актуальная задача (кому-то нужно решить “головную боль”), улучшить функциональные параметры существующего решения (например производительность или размер программы, сократить количество сотрудников в организации за счет автоматизации),
2. Достаточный объем работы, например, предлагаемое решение должно решать класс задач и может быть внедрено еще где-то, база данных состоит из … десяти и более таблиц. Этот критерий индивидуально обсуждается с руководителями ВКР, кафедры, заказчиком.
3. Использование современных или классических технологий,
4. Профессионально (по ГОСТ-7.32-2017, ISO, в т.ч.) оформлена документация к проекту,
5. Использован профессиональный язык как для общения с ГАК (Комиссией), так и в отчете.
6. Доказательный стиль оформления отчета (принимаемые решения и обоснования).
7. Успешная (достойная) защита проекта. Ответы на релевантные вопросы, распознавание нерелевантных.
8. Студент ориентируется хорошо в ОБЩИХ терминах, например, понятие производной, матриц, графов, нормальных форм БД. Студент может и не помнить определений (что не очень хорошо, конечно), но ориентироваться в сути. Забыл определение 3-й нормальной формы, но надо знать, зачем нужно анализировать на нормальность БД.

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

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

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