МетодическИе указания по выполнению

МетодическИе указания по выполнению

ДИПЛОМНОЙ РАБОТЫ

для специальности

09.02.03 Программирование в компьютерных системах

 

Базовая подготовка

среднего профессионального образования

 

 

2018 г.

СОГЛАСОВАНО ________________________________________ (наименование предприятия) ________________________________________           (должность) ________________________________________ (подпись)      ФИО (работодателя) ___ ____________ 2018 г.	УТВЕРЖДАЮ Зам. директора по УР __________ Т.В. Трусова ______ ________ 2018 г.
СОГЛАСОВАНО На заседании Совета по методическим вопросам от ______ _________ 2018г. протокол № ____ Председатель Совета по методическим вопросам  _________ Е.В. Заслонова

 

Одобрено на заседании УМО общепрофессиональных и специальных дисциплин специальностей 09.02.03, 10.02.01, 10.01.03 от 29 августа 2018г. протокол № 1 Председатель УМО ________ О.А. Афиногенова

 

Методические указания определяют цели, задачи, порядок выполнения, а также содержат требования к лингвистическому и техническому оформлению дипломной работы, практические советы по подготовке и прохождению процедуры защиты.

 

Организация-разработчик: ГБПОУ Краснодарского края «Новороссийский колледж радиоэлектронного приборостроения» (далее ГБПОУ КК НКРП)

 

Разработчики:   преподаватель ГБПОУ КК НКРП преподаватель ГБПОУ КК НКРП	_____________ _____________	О.А. Афиногенова С.В. Барилова
преподаватель ГБПОУ КК НКРП	_____________	Т.П. Николаенко

Рецензенты:        Заслонова Е.В., зам. директора по НМР ГБПОУ КК НКРП

 

Аннотация

Методическая разработка отражает вопросы, связанные с выполнением всех этапов дипломного проектирования, начиная от выбора темы дипломной работы и заканчивая защитой дипломной работы, приведены рекомендации по оформлению пояснительной записки.

Настоящие методические указания по выполнению дипломной работы по специальности 09.02.03 «Программирование в компьютерных системах» составлены в соответствии с Положениемпо организации и выполнению выпускных квалификационных работ в ГБПОУ КК НКРП.

Дипломная работа должна способствовать продолжению формирования общих (ОК) и профессиональных (ПК) компетенций и направлена на демонстрацию обучающимся освоенных компетенций.

В методических указаниях приведена структура дипломной работы, описаны все пункты дипломной работы с разъяснениями и ссылками на МДК и/или ПМ, в ходе изучения которых были получены навыки и умения, необходимые для реализации данного пункта дипломной работы. Описано оформление пояснительной записки дипломной работы. В приложениях приведены примеры всех необходимых бланков дипломной работы.

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

преподаватель ГБПОУ КК НКРП преподаватель ГБПОУ КК НКРП	____________ ____________	О.А. Афиногенова С.В. Барилова
преподаватель ГБПОУ КК НКРП	____________	Т.П. Николаенко

Содержание

Введение. 5

1. Общие положения. 8

1. 1. Цели и задачи дипломного проектирования. 8

1. 2. Выбор темы дипломного проекта. 9

1. 3. Назначение руководителя. 11

1. 4. Организация дипломного проектирования. 12

2. Структура дипломной работы.. 14

2.1 Состав и объем дипломной работы.. 14

2.2 Содержание пояснительной записки к дипломной работе. 15

Требования к разделу Анализ предметной области. 16

Требования к разделу Разработка программных модулей программного обеспечения 20

Требования к разделу Документирование программного обеспечения. Составления руководства пользователя. 23

Требования к разделу Экономическая оценка программного обеспечения. 25

2.3 Рецензирование дипломной работы.. 28

2.4 Защита дипломной работы.. 28

3. Оформление дипломной работы.. 31

3.1.     Оформление электронной версии разработанного приложения. 31

3.2.                                                           Оформление пояснительной записки. 31

3.2.1.   Общие требования. 31

3.2.2.   Нумерация страниц. 32

3.2.3.   Разделы и подразделы. 32

3.2.4.   Списки. 34

3.2.5.   Рисунки. 34

3.2.6.   Таблицы. 35

3.2.7.   Формулы. 36

3.2.8.   Оформление списка использованных источников. 37

3.2.9.   Приложения. 38

3.2.10. Ссылки. 39

Список использованной литературы.. 40

ПРИЛОЖЕНИЯ. 41

Бланк титульного листа на дипломную работу. 48

Бланки пояснительной записки на дипломную работу. 49

Бланк сводного графика контроля за ходом выполнения дипломных работ 50

Бланк индивидуального графика контроля за ходом выполнения дипломной работы.. 51

Бланк рецензии на дипломную работу. 52

Оформление записи использованных источников. 53

Список использованных источников. 53

Бланк отзыва на дипломную работу. 55

Обозначения, присвоенные документу, согласно установленной в колледже системе обозначения документов по ГОСТ 2.201-80. 56

Список стандартов. 57

 

Введение

Настоящие методические указания по выполнению дипломной работы по специальности 09.02.03 «Программирование в компьютерных системах» составлены в соответствии с Положениемпо организации и выполнению выпускных квалификационных работ в ГБПОУ КК НКРП.

Выпускная квалификационная работа (дипломная работа) представляет собой законченную проектную разработку, в которой решается актуальная задача по проектированию объектов профессиональной деятельности и их компонентов.

В результате подготовки и выполнения дипломной работы обучающиеся должны показать знания:

- разработки программных модулей программного обеспечения для компьютерных систем;

- разработки и администрирования баз данных;

- интеграции программных модулей.

Обучающиеся должны уметь:

- работать в выбранной интеграционной среде программирования;

- разрабатывать алгоритм программной реализации поставленной задачи;

- создавать программный продукт по разработанному алгоритму;

- выполнять отладку и тестирование программного продукта;

- оценивать экономическую эффективность созданного программного продукта;

- реализовывать функции сопровождения программных продуктов;

- разрабатывать структуру базы данных;

- создавать приложения для баз данных;

- реализовывать функции программной защиты информации.

Дипломная работа должна способствовать продолжению формирования общих (ОК) и профессиональных (ПК) компетенций и направлена на демонстрацию обучающимся компетенций, включающих в себя способность:

ОК 1.    Понимать сущность и социальную значимость своей будущей профессии, проявлять к ней устойчивый интерес

ОК 2.    Организовывать собственную деятельность, выбирать типовые методы и способы выполнения профессиональных задач, оценивать их эффективность и качество

ОК 3.    Принимать решения в стандартных и нестандартных ситуациях и нести за них ответственность

ОК 4.    Осуществлять поиск и использование информации, необходимой для эффективного выполнения профессиональных задач, профессионального и личностного развития.

ОК 5.    Использовать информационно-коммуникационные технологии в профессиональной деятельности

ОК 6.    Работать в коллективе и в команде, эффективно общаться с коллегами, руководством, потребителями

ОК 7.    Брать на себя ответственность за работу членов команды (подчиненных), за результат выполнения заданий

ОК 8.    Самостоятельно определять задачи профессионального и личностного развития, заниматься самообразованием, осознанно планировать повышение квалификации

ОК 9.    Ориентироваться в условиях частой смены технологий в профессиональной деятельности

ПК 1.1  Выполнять разработку спецификаций отдельных компонент

ПК 1.2  Осуществлять разработку кода программного продукта на основе готовых спецификаций на уровне модуля

ПК 1.3 Выполнять отладку программных модулей с использованием специализированных программных средств

ПК 1.4 Выполнять тестирование программных модулей

ПК 1.5 Осуществлять оптимизацию программного кода модуля

ПК 1.6 Разрабатывать компоненты проектной и технической документации с использованием графических языков спецификаций

ПК 2.1  Разрабатывать объекты баз данных

ПК 2.2  Реализовывать базу данных в конкретной СУБД

ПК 2.3 Решать вопросы администрирования баз данных

ПК 2.4 Реализовывать методы и технологии защиты информации в базах данных

ПК 3.1. Анализировать проектную и техническую документацию на уровне взаимодействия компонент программного обеспечения.

ПК 3.2. Выполнять интеграцию модулей в программную систему.

ПК 3.3. Выполнять отладку программного продукта с использованием специализированных программных средств.

ПК 3.4. Осуществлять разработку тестовых наборов и тестовых сценариев.

ПК 3.5. Производить инспектирование компонент программного продукта на предмет соответствия стандартам кодирования.

ПК 3.6. Разрабатывать технологическую документацию.

 

Общие положения

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

Назначение руководителя

Директор образовательного учреждения назначает руководителя по дипломному проектированию.

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

Задания на дипломную работу рассматриваются УМО общепрофессиональных и специальных дисциплин специальностей 09.02.03, 10.02.01, 10.01.03, подписываются руководителем работы и утверждаются заместителем директора по учебно-методической работе.

В отдельных случаях допускается выполнение дипломной работы группой обучающихся, при этом индивидуальное задание выдается каждому обучающемуся.

Задания на дипломную работу выдаются обучающемуся не позднее, чем за две недели до начала преддипломной практики.

Задания на дипломную работу сопровождаются консультацией, в ходе которой разъясняются назначение и задачи, структура и объем работы, принципы разработки и оформления, примерное распределение времени на выполнение отдельных частей дипломной работы.

Общее руководство и контроль за ходом выполнения дипломного проектирования осуществляют заместитель директора по учебной работе, заведующий отделением, председатель УМО в соответствии с должностными обязанностями.

Руководитель дипломной работы:

- совместно с обучающимся оформляет задание на дипломную работу и развернутое техническое задание на программный продукт;

- оказывает обучающемуся помощь в разработке графика работ на весь период дипломного проектирования;

- рекомендует обучающемуся необходимую основную литературу, справочные материалы и другие источники по теме дипломной работы;

- проводит систематические, предусмотренные по расписанию, консультации;

- контролирует и проверяет работу студента над дипломной работой, следит за соответствием всех разделов проекта требованиям.

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

Структура дипломной работы

Содержание пояснительной записки к дипломной работе

Пояснительная записка к дипломной работе должна содержать (в приведенной последовательности):

- Титульный лист (ПРИЛОЖЕНИЕ 4);

- Задание на дипломный проект;

- Бланк пояснительной записки (ПРИЛОЖЕНИЕ 5)

- Содержание;

- Введение;

- 1 Анализ предметной области;

- 2 Разработка программных модулей программного обеспечения

- 3 Документирование программного обеспечения. Составление руководства пользователя;

- 4 Экономическая оценка программного обеспечения;

- Заключение;

- Список использованных источников;

- Приложения.

Содержание включает введение, наименования всех разделов, подразделов и пунктов, заключение, список использованных источников и наименования приложений с указанием номеров страниц, с которых начинаются эти элементы пояснительной записки. Пример содержания представлен в приложениях к данным методическим указаниям.

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

 

Требования к разделу Анализ предметной области

Для написания данного раздела обучающемуся понадобятся знания и умения, полученные в ходе освоения модуля ПМ.03 Участие в интеграции программных модулей.

Одна из первых задач, с решением которых сталкивается разработчик программной системы - это изучение, осмысление и анализ предметной области. Дело в том, что предметная область сильно влияет на все аспекты проекта: требования к системе, взаимодействие с пользователем, модель хранения данных, реализацию и т.д.

Данный раздел состоит из трех подпунктов:

1. Выявление функциональных требований к приложению

При написании данного подраздела следует опираться на знания, полученные при изучении МДК.03.01 Технология разработки программных продуктов.

Анализ предметной области, позволяет выделить ее сущности, определить первоначальные требования к функциональности и определить границы проекта. Модель предметной области должна быть документирована, храниться и поддерживаться в актуальном состоянии до этапа реализации. Для документирования могут быть использованы различные средства.

Для управления обсуждением области действия проекта можно использовать методику "будет ‑ не будет". В простейшем случае ‑ это список с двумя столбцами, в одном из которых записывается, что проект будет делать, а во втором ‑ что не входит в проект. Такой список, формируется заинтересованными лицами при рассмотрении каждой бизнес-цели проекта, используя любую технику, например, метод "мозгового штурма". Полученные характеристики позволяют четко определить границы проекта и довольно просто преобразуются в предположения, которые фиксируются в документе.

Функциональная область действия определяет услуги, предоставляемые системой, и вначале до конца неизвестны. В определении услуг системы может помочь список "Действующее лицо/Цель", в котором перечислены все цели пользователя, поддерживаемые системой. При его разработке в первую графу вписываются имена основных действующих лиц, т.е. тех, кто имеет цели, во вторую графу ‑ цель каждого действующего лица, а в третью - приоритет или предположение о том, в какую версию войдет эта услуга.

Для определения основных функций продукта можно использовать, например, краткое описание варианта использования. Описание каждой функции можно представить также в виде списка, состоящего из трех граф: действующее лицо, цель и краткое описание варианта использования.

Анализ предметной области является основой для анализа осуществимости проекта и определения образа (концепции) продукта и границ проекта.

Требования к разделу Разработка программных модулей программного обеспечения

Данный раздел является основой дипломной работы, ему должны быть подчинены остальные разделы. Конкретное содержание раздела определяется темой дипломной работы. При написании данного раздела следует опираться на знания, полученные при изучении ПМ.01 Разработка программных модулей программного обеспечения для компьютерных систем, МДК 02.02 Технология разработки и защиты баз данных, МДК 03.01 Технология разработки программного обеспечения, МДК 03.02 Инструментальные средства разработки программного обеспечения.

Примерное содержание может быть следующим:

Проектирование

    2.1 Описание и ER-диаграмма базы данных

Данный подраздел может отсутствовать, если темой дипломной работы является создание иного прикладного приложения, отличного от приложения для работы с базой данных. При написании данного подраздела следует использовать знания и навыки, полученные при изучении МДК 02.02 Технология разработки и защиты баз данных.

В подразделе следует описать процесс проектирования базы данных. Этап проектирования – это теоретическое построение исходной информационной модели базы данных. Он включает в себя:

- сбор информации о предметной области, ее структуре, входных и выходных информационных потоках данных, изучение задач автоматизации, анализ и выделение объектов исходной системы, и определение связей между ними;

- определение свойств и характеристик для каждого объекта в БД, которым назначаются поля (атрибуты), составляются исходные таблицы и отношения между ними, выполняется определение элементов данных, включаемых в базу данных, ограничения на значения данных и т.п.

- назначение первичных ключей (полей) для каждого объекта и нормализация (разбиение) исходных таблиц;

- проверку корректности проекта, который должен все выделенные объекты, их атрибуты и описываемые процессы отображать на требуемом уровне детализации, отображать предметную область, требующую решения задачи;

-  определение логической структуры базы данных;

- решение вопросов защиты и поддержки целостности базы данных. Под обеспечением целостности данных понимается система мер, направленных на поддержание правильности данных в базе в любой момент времени.

Обучающийся должен описать процесс выявления сущностей базы данных, определения атрибутов и связей, а также представить графическую модель базы данных (Entity-Relationship Diagram) в любой нотации, использую либо встроенные средства системы управления базами данных, либо графические пакеты, такие как Microsoft Visio, EDRAW UML и т.п.

    2.2 Проектирование модулей

При написании данного подраздела следует использовать знания и навыки, полученные при изучении ПМ.01 Разработка программных модулей программного обеспечения для компьютерных систем, ОП.05 Основы программирования.

Сложная система обычно может быть разделена на более простые части — модули. Модульность является важным качеством инженерных процессов и продуктов.

Главное преимущество модульности заключается в том, что она позволяет применять принцип разделения задач на двух этапах:

- при работе с элементами каждого модуля отдельно (игнорируя элементы других модулей);

- при работе с общими характеристиками групп модулей и отношениями между ними с целью объединить их в конкретный, более крупный и сложный компонент.

Если данные этапы выполняются в последовательности, предусматривающей сначала концентрацию процессов на модулях, а затем — их объединение, то система проектируется снизу вверх. Если сначала систему разбивают на модули, а потом работают над их индивидуальным проектированием, то это — проектирование сверху вниз.

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

- программных модулей, оформляемых как законченные компоненты текста программ;

- функциональных групп (компонентов) или пакетов программ;

- комплексов программ, оформляемых как законченные программные продукты определенного целевого назначения.

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

Тестирование и отладка

При написании данного подраздела следует использовать знания и навыки, полученные при изучении ПМ.01 Разработка программных модулей программного обеспечения для компьютерных систем, МДК.03.01 Технология разработки программных продуктов.

Тестирование программного средства ‑ это процесс выполнения программ на некотором наборе данных, для которого заранее известен результат применения или известны правила поведения этих программ. Указанный набор данных называется тестовым или просто тестом. Тестирование программ является одной из составных частей более общего понятия ‑ «отладка программ». Под отладкой понимается процесс, позволяющий получить программу, функционирующую с требующимися характеристиками в заданной области изменения входных данных.

При написании данного раздела следует предоставить скрины успешной компиляции программного продукта, а также успешного подключения базы данных. При использовании языка SQL для написания запросов к базе данных можно указать исправленные ошибки, приводящие к возврату неверного результата. При написании приложений под Интернет, клиент-серверных приложений или проектировании компьютерных сетей можно предоставить скрин успешного отклика сервера.

Требования к разделу Документирование программного обеспечения. Составления руководства пользователя

При написании данного подраздела следует опираться на знания, полученные при изучении МДК.03.01 Технология разработки программного обеспечения, МДК 03.03 Документирование и сертификация программного обеспечения.

Документ «Руководство пользователя» относится к пакету эксплуатационной документации. Основная цель руководства пользователя заключается в обеспечении пользователя необходимой информацией для самостоятельной работы с программой или автоматизированной системой.

Таким образом, документ Руководство пользователя должен отвечать на следующие вопросы: что это за программа, что она может, что необходимо для обеспечения ее корректного функционирования и что делать в случае отказа системы.

Руководящими стандартами для создания документа Руководство пользователя могут являться как РД 50-34.698-90 в п.п. 3.4. «Руководство пользователя», так и ГОСТ 19.505-79 «Руководство оператора. Требования к содержанию и оформлению».

При разработке этого документа следует учитывать следующие рекомендации:

- руководство должно содержать все инструкции, необходимые пользователю;

- изложение должно быть ясным, короткими предложениями;

- следует избегать технического жаргона и узко специальной терминологии;

- необходимо соблюдать точность и рациональность – длинные и запутанные руководства обычно никто не читает, например, лучше привести рисунок формы, чем долго ее описывать.

Руководство пользователя, как правило, содержит следующие разделы:

- общие сведения о программном продукте (наименование программного продукта, краткое описание его функций, реализованных методов и возможных областей применения);

- описание установки (подробное описание действий по установке программного продукта и сообщений, которые при этом могут быть получены);

- описание запуска (описание действий по запуску программы и сообщений, которые при этом могут быть получены);

- инструкции по работе или описание пользовательского интерфейса (описание режимов работы, форматов ввода-вывода информации и возможных настроек);

- сообщения пользователю (содержит перечень возможных сообщений, описание их содержания и действий, которые необходимо предпринять по этим сообщениям).

Требования к разделу Экономическая оценка программного обеспечения

В экономическом разделе выполняется экономическое обоснование дипломной работы.

Экономический эффект от внедрения прикладного приложения (далее ПП) разрабатывается по данным организации, на котором обучающийся проходил практику, либо по данным руководителя дипломной работы.

Для расчета экономического эффекта в дипломной работе может быть предложена такая структура:

- Исследование и анализ рынка;

- План маркетинговых действий;

- Финансовый план;

- Расчет экономического эффекта.

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

В разделе маркетинговых действий можно придерживаться следующей схемы:

Уникальность возможности у пользователя	Привязка к уникальному оборудованию. Специальный ввод – вывод и т. д.	Преимущества у пользователя
Возможность применения у пользователя разных отраслей	Дополнение ПП модулями, отражающими специфику функционирования в конкретной отрасли	С подкреплением
Разные конфигурации ПП (разные комплексы программных модулей)	Создание ПП включающего различные комбинации работающих модулей	В реальном исполнении
Основная цель создания ПП (задача)	Постановка задачи	По замыслу

Схема 1 - Маркетинговая ориентация ПП

Далее надо описать, за какое время и каким образом разработчик привлечет потенциального пользователя.

В разделе по исследованию рынка необходимо произвести сегментацию рынка потенциальных потребителей, сервисное обслуживание и т. п.

В финансовом плане рассчитываются единовременные и текущие затраты на разработку ПП.

В структуре единовременных затрат выделяют капитальные затраты на приобретение вычислительной техники, локальных вычислительных сетей, приобретение пакетов прикладных программ и операционных систем, а также затраты на производственные собственные или арендованные помещения. Все расчеты сводят в таблицу:

Таблица 1 ‑ Потребность в оборудовании и технических средствах

№	Наименование технических средств и ПО	Тип или модель	Стоимость, руб.	Срок службы по ПБУ, лет	Сумма амортизации, руб./год
1 2 3 4	Компьютер Принтер Приобретение ЛВС Пакеты прикладных программ и т.п.
Итого

Расчет текущих затрат можно начать с определения срока выполнения, потребности в персонале и затрат на заработную плату с начислениями.

 

Таблица 2 ‑ Потребность в персонале и оплата труда

Категория персонала-должность	Разряд	Оплата труда, руб./мес	Потребное время на разработку ПП, мес.	Заработная плата на разработку ПП, тыс.руб.	Начисления на з/пл., тыс. руб.	Всего зарплата, тыс. руб.

В текущие затраты включают:

- Затраты, связанные с использованием вычислительную технику на разработку и отладку программ;

- Затраты на электроэнергию;

- Накладные расходы;

- Расходы на рекламу и т. п.

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

В данном разделе можно также привести бизнес-модель внедрения программного продукта, например, бизнес-модель «8 кубиков» или Остервальдера. А также возможен расчет экономических затрат на ресурсы с использованием возможностей MS Project.

В заключении обычно приводятся выводы по отдельным разделам работы и результаты всей работы в целом. Иногда в заключении указывают пути продолжения исследуемой темы, методы ее дальнейшего изучения, а также конкретные задачи, которые будущим исследователям придется решать в первую очередь.

Список использованных источников должен содержать сведения обо всех источниках, на которые имеются ссылки в работе (книги, статьи, стандарты, публикации в Интернете и т.д.).

В приложении указываются скрины форм проекта.

Защита дипломной работы

Законченная и оформленная пояснительная записка, и электронная версия дипломной работы должны быть представлены руководителю в срок, указанный в техническом задании. К этому времени на титульном листе и угловом штампе на первом листе введения должны быть подписи, подтверждающие правильность и полноту выполнении всех частей работы. Начиная с этого момента, не допускается внесение изменений и дополнений в пояснительную записку и электронную версию программного приложения.

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

Пояснительная записка вместе с электронной версией и отзывом руководителя направляется на рецензию. Отзыв рецензента с оценкой работы должен поступить в учебную часть колледжа не позднее, чем за два дня до защиты. Дипломник должен быть ознакомлен с отзывом рецензента не позднее, чем за день до защиты.

Руководитель организует предварительную защиту на консультации. Ее целью является отработка техники защиты проекта, уточнение содержания доклада и проработка наиболее характерных вопросов.

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

Повторное прохождение государственной итоговой аттестации для одного лица назначается образовательной организацией не более двух раз.

На заседании ГАК должны присутствовать члены комиссии, руководители и, если возможно, рецензенты. Защита осуществляется в следующем порядке: доклад автора дипломной работы; ответы на вопросы членов комиссии и слушателей; заслушивание отзыва руководителя и рецензии.

При подготовке доклада нужно учитывать, что доклад существенно отличается от ответа на экзамене или доклада на конференции. Дипломник должен продемонстрировать как знание предмета и результата работы, так и свою профессиональную подготовку. Вопросы могут быть как связаны с тематикой дипломной работы, так и направлены на выяснение уровня знаний по общепрофессиональным и специальным дисциплинам специальности. Все вопросы заносятся в протокол.

Примерный план доклада: обоснование выбора темы, ее актуальность; постановка задачи и цель исследований; исходные данные; общий подход к решению задачи и его обоснование; методы решения всех частных задач; основные результаты и технические характеристики разработки; состояние разработки в момент окончания работы; перспективы внедрения; экономические показатели разработки; перспективы дальнейших работ в данном направлении; выводы по работе. Выступление обучающегося должно сопровождаться слайдами презентации. После доклада обучающийся демонстрирует электронную версию разработанного программного продукта.

Каждый член комиссии оценивает защиту по четырехбалльной системе. Решение о присуждении обучающемуся квалификации техника по специальности принимается большинством голосов на закрытом заседании ГАК открытым голосованием. При равенстве голосов голос председателя ГАК принимается за два голоса. На открытом заседании ГАК председатель комиссии объявляет обучающимся оценку по каждой работе и решение комиссии. Кроме того, ГАК может вынести дополнительные определения: о внедрении дипломной работы; о реальности проекта.

Оформление дипломной работы

Оформление электронной версии разработанного приложения

Разрабатываемая программа должна включать справочную информацию об основных терминах, определяемых тематикой работы, и данные о работе программы.

Разрабатываемые программные модули должны быть самодокументированы, т.е. тексты программ должны содержать все необходимые комментарии. Программный код должен быть выполнен в соответствии с правилами хорошего стиля и максимально оптимизирован.

Оформление пояснительной записки

При оформлении текстовых и графических материалов, входящих в программную документацию следует придерживаться действующих стандартов. Некоторые положения этих стандартов приведены ниже.

3.2.1. Общие требования

Пояснительная записка должна быть отпечатана на белой бумаге формата A4 (210x297 мм, ГОСТ 9327). Текст располагается на одной стороне листа с соблюдением следующих полей: слева – 30 мм, сверху – 15 мм, снизу – 15 мм, справа – 10 мм. Размер абзацного отступа – 1,25 см. Межстрочный интервал – полуторный. Для печати основного текста используется шрифт Times New Roman, размер – 14 пунктов, цвет – черный.

Разрешается использовать возможности акцентирования внимания на терминах, формулах и т.п., применяя полужирное и/или курсивное начертание шрифта.

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