350

Компьютерные науки

Другое

Информатика, кибернетика и программирование

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

Русский

2012-11-14

396.5 KB

26 чел.

МИНИСТЕРСТВО  ОБРАЗОВАНИЯ  И  НАУКИ  УКРАИНЫ

НАЦИОНАЛЬНЫЙ  ТЕХНИЧЕСКИЙ  УНИВЕРСИТЕТ  УКРАИНЫ

«Киевский политехнический институт»

МЕТОДИЧЕСКИЕ  УКАЗАНИЯ

по выполнению бакалаврских аттестационных работ

для студентов, обучающихся по направлению

6.0804 - «Компьютерные науки»

Киев  НТУУ «КПИ»  2003

МИНИСТЕРСТВО  ОБРАЗОВАНИЯ  И  НАУКИ  УКРАИНЫ

НАЦИОНАЛЬНЫЙ  ТЕХНИЧЕСКИЙ  УНИВЕРСИТЕТ  УКРАИНЫ

«Киевский политехнический институт»

Методические указания

по выполнению бакалаврских аттестационных работ

для студентов, обучающихся по направлению

6.0804 - «Компьютерные науки»

       Утверждено

       на заседании кафедры

автоматизированного проектирования  энергетических процессов и  систем (АПЕПС)

Протокол № ___ от _______ 2003

 

Киев  НТУУ «КПИ»  2003

 

Методические указания по выполнению бакалаврских аттестационных работ для студентов, обучающихся по направлению 6.0804 - «Компьютерные науки» / Сост. Шаповалова С.И., Гурин А.Л., Донец А.Г. – К.: НТУУ «КПИ», 2002 – 100 с. Русс.языке/

Составители: Шаповалова Светлана Игоревна

  Гурин Артем Леонидович

  Донец Андрей Георгиевич

Рецензенты:  

  

Редактор

Корректор

Ответственный за выпуск  


ВВЕДЕНИЕ

 Данные методические указания определяют основные направления при выполнении бакалаврских аттестационных работ студентами обучающимися по направлению 6.0804 – «Компьютерные науки» (специальности 7.080402 – «Информационные технологии проектирования», 7.080403 – «Программное обеспечение автоматизированных систем» и 7.080407 – «Компьютерный эколого-экономический мониторинг»).

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

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

  1.  ОБЩИЕ ПОЛОЖЕНИЯ

1.1. Цель выполнения бакалаврской аттестационной работы

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

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

Целью бакалаврской аттестационной работы является:

  1.  Обобщить, закрепить и углубить знания, полученные за все время обучения в университете, и использовать их для обоснованного принятия проектных решений;
  2.  Привить знания и умения проектирования систем в целом практически закрепить навыки разработки ее базовых компонентов – программного, информационного и лингвистического обеспечения для комплексов автоматизированного проектирования (САПР), информационно-справочных систем, систем искусственного интеллекта, систем дистанционного обучения и т.п.;
  3.  Приобрести опыт в оформлении проектных и графических материалов, составлении пояснительных записок, спецификаций, ведомостей на программное обеспечение и другой конструкторской документации.

1.2. Тематика бакалаврских аттестационных работ

Тематика бакалаврских аттестационных работ должна отвечать современному состоянию и перспективам развития компьютерных технологий. Бакалаврская аттестационная работа представляет собой проектную, научно-исследовательскую или инструментальную разработку, в которой решается актуальная задача для направления "Компьютерные науки" по  исследованию предметной области и проектированию информационных систем. Требования к содержанию, объему и структуре бакалаврской аттестационной работы определяются высшим учебным заведением на основании положения об итоговой государственной аттестации выпускников высших учебных заведений, утвержденного Министерством науки и образования Украины, государственного образовательного стандарта по направлению подготовки дипломированного специалиста "Компьютерные науки", Закона Украины о высшем образовании и данных методических рекомендаций.

Более подробно критерии оценивания бакалаврских работ приведены в гл.11.

Темы бакалаврских работ назначают в соответствии со следующими направлениями:

  1.  Научный интерес руководителя в области компьютерных наук;
  2.  Научно-исследовательское направление, которым занимается кафедра;
  3.  Обеспечение учебного процесса;
  4.  Выполнение хоздоговорной тематики.

Рекомендуется выбирать темы, которые связаны с автоматизацией проектирования с использованием современных САПР, геометрическим моделированием, управлением, прогнозированием, визуализацией, разработкой информационно-поисковых систем, экспертных систем, баз данных, WEB-технологиями, и вопросами анализа и обработки данных, прогнозирования, управления, экологии и т.п. 

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

Примеры тем бакалаврских аттестационных работ:

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

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

Примеры комплексных тем:

  1.  Система дистанционного обучения по дисциплине «Математические методы оптимизации» («Линейное программирование»)
  2.  Система дистанционного обучения по дисциплине «Математические методы оптимизации» («Нелинейное программирование»)

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

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

1.3. Выполнение бакалаврской аттестационной работы

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

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

За время приблизительно двухмесячного выполнения проектных работ студент обязан подготовить: демонстрационный вариант программного продукта; черновой вариант пояснительной записки; графические материалы (по крайней мере эскизы); доклад на выполненную работу.

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

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

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

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

Завершенная бакалаврская работа  с отзывом руководителя и рецензией визируется заведующим кафедрой, который допускает работу к защите на ГЭК.

1.4. Порядок проведения защиты бакалаврских аттестационных работ

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

Защита бакалаврских аттестационных работ происходит на открытом заседании Государственной экзаменационной комиссии (ГЭК).

Принят такой порядок защиты:

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

Продолжительность защиты одной бакалаврской работы – 15-20 минут. За день на одном заседании ГЭК защищаются не больше 8-ми студентов. Защита проходит на украинском и/или русском языке. В случае защиты бакалаврской аттестационной работы на иностранном языке студент должен согласовать этот вопрос на своей кафедре и кафедре иностранных языков. Для этого необходимо написать заявление на имя декана.

На закрытом заседании ГЭК выносит решение об оценках работ в соответствии с критериями оценки. Если оценка положительная, то ГЭК присваивает студенту квалификацию бакалавра.

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

  1.  ПОСТАНОВКА ЗАДАЧИ И ВЫДАЧА ТЕХНИЧЕСКОГО ЗАДАНИЯ

В заданиях на бакалаврскую аттестационную работу указывается:

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

      алгоритмов.

Круг вопросов, которые подлежат разработке, может быть таким:

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

  1.  ПАКЕТ ДОКУМЕНТОВ, СОСТАВЛЯЮЩИХ И СОПРОВОЖДАЮЩИХ БАКАЛАВРСКУЮ РАБОТУ

  1.  Пояснительная записка;
  2.  Графический материал;
  3.  Отзыв руководителя;
  4.  Рецензия внешней организации;
  5.  Протокол защиты программного продукта;
  6.  Протокол предзащиты;
  7.  Дискета, на которой записан программный продукт.
  8.  СОДЕРЖАНИЕ И ОБЪЕМ ПОЯСНИТЕЛЬНОЙ ЗАПИСКИ

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

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

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

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

  •  титульный лист (бланк выдается);
  •  лист задания (бланк выдается);
  •  аннотация;
  •  содержание;
  •  введение;
  •  основная часть;
  •  Литература
  •  Приложение 1. Спецификация программных документов
  •  Приложение 2. Текст программы
  •  Приложение 3. Описание программы

Кроме того, пояснительная записка должна содержать выводы по каждому разделу. Разрешается вводить новые части по указанию руководителя. Объем пояснительной записки должен составлять 50-70 стр. машинописного текста на листах формата А4. Распределение материала на отдельные части работы определяется характером тематики и особенностью вопросов, которые разрабатываются. Приложения в указанный объем  включаются, но их размер ограничивается 20 страницами.

  1.  Вспомогательные элементы пояснительной записки

Титульный лист   и   задание   на   работу   выполняются   на специальных бланках (приложение 1). Наименование темы работы не должно отличаться от утвержденной приказом по университету (№ приказа вносится при сдаче работы секретарю ГЭКа).

Аннотация содержит краткое содержание выполненной работы. В аннотации приводятся сведения о назначении, составе документа и  краткое изложение основной части. Аннотация составляется государственным языком (украинским или русским) и иностранным языком, которым владеет студент и размещается на отдельной странице (всегда 3-я по счету в записке).

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

4.3. Основная часть пояснительной записки

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

  1.  описание задачи;
  2.  описание предметной области и направлений исследования;
  3.  анализ и характеристика объекта проектирования;
  4.  обоснование оптимального варианта реализации цели бакалаврской работы;
  5.  описание алгоритма и программного обеспечения;
  6.  выбор и обоснование структуры проектируемой системы и/или ее компонент;
  7.  основные решения по реализации системы в целом и ее компонент;
  8.  описание используемого системного программного обеспечения;
  9.  разработка математической модели и анализ методов решения;
  10.  инструкция работы пользователя с системой;

Независимо от тематики бакалаврской работы обязательными  являются 1, 2, 3, 5, 6, 7, 8, 10. Остальные могут быть включены в текст пояснительной записки с учетом тематики работы, и обязательно по согласованию или рекомендации руководителя. Так например, в случае если бакалаврская работа представляет собой решение задач с использованием сложных математических методов и моделей, то  пункт 9 приобретает основную смысловую нагрузку и описание соответствующего математического аппарата занимает главное место в описании разработки, даже в ущерб описанию разработки программного обеспечения. Все же для студентов, обучающихся по направлению «Компьютерные науки» главной целью выполнения бакалаврской работы является закрепление навыков и умений разработки программного обеспечения, поэтому раздел «разработка алгоритма и программного обеспечения» рассматривается подробнее в последующем (см. гл.5).

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

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

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

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

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

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

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

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

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

  1.  РАЗРАБОТКА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

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

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

  1.  Система геометрических преобразований.
  2.  Система визуализации.
  3.  Система автоматизации проектирования, управления.
  4.  Информационно-поисковая система.
  5.  Система анализа и обработки данных.
  6.  Система, базирующаяся на знаниях.
  7.  Система моделирования.
  8.  Система прогнозирования.
  9.  Система оптимизации.
  10.  Система обеспечения удаленной связи.

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

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

Разработка программного обеспечения состоит из шести этапов:

  1.  определение требований и задач;
  2.  проектирование;
  3.  программирование;
  4.  компонование;
  5.  тестирование;
  6.  документирование.

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

С учетом бурного развития компьютерных технологий, самые последние достижения в которых должны быть хорошо известны студенту-бакалавру как будущему специалисту в области компьютерных наук, этот этап сводится к выбору оптимальных программных средств разработки из существующих. Это могут быть языки программирования, новейшие САПР, инструментальные среды разработки, Web-технологии и т.п. Студент должен творчески проанализировать функции и возможности, предоставляемые этими средствами и обосновать выбор одного из них. Обязательно необходимо указывать на использование стандартных программных средств проектирования.

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

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

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

6.   ГРАФИЧЕСКИЙ  МАТЕРИАЛ

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

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

ЛИСТ 1. Материалы, поясняющие цель разработки;

ЛИСТ 2. Описание содержательной части работы;

ЛИСТ 3. Демонстрация  результатов работы, входные или выходные формы интерфейса программной системы.

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

ЛИСТ 1 (ПЛАКАТ 1) должен раскрывать цель, задачи, постановку задачи, проблематику бакалаврской  работы.  На 1-м плакате обязательно  должна  быть  тема бакалаврской  работы.    На 1-м плакате изображаются технологическая схема работы программы, информационные потоки между блоками системы, источники информации  и т.п.

ЛИСТ 2 (ПЛАКАТ 2) должен быть посвящен основным решениям по реализации системы. Это может быть архитектура созданной системы, структура программных компонент, структура информационной среды системы, схема технологии работы пользователя с системой и т.п. В случае если целью бакалаврской работы является решение прикладной задачи, то 2-й плакат может описывать математический аппарат решения, включающий в себя как расчетные формулы так и модели. В поясняющем тексте при этом должно быть обязательное описание условных обозначений и символов. Этот плакат может описывать базы данных (БД) может содержать в себе структуру или модель БД (концептуальную, инфологическую и пр.). В принципе, студент обучающийся по направлению «Компьютерные науки» обязан знать и уметь разрабатывать БД, поэтому описание БД желательно.

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

ЛИСТ 3 (Плакат 3) представляет собой красочную демонстрацию работы разработанной системы. Желательно на этом плакате показывать взаимодействие между отдельными компонентами программы и фрагменты сценария работы.

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

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


7.правила ОФОРМЛЕниЯ бакалаврских аттестационных РАБОТ

7.1. Общие требования к оформлению

7.1.1.    Текст документа

       Пояснительная записка оформляется  на  листах  формата  А4 (210 X297мм). Объем пояснительной записки – 50–70  листов.

Текст пояснительной записки располагается:  при  наличии  рамки – с отступами 10мм  от  границ  рамки  и   нумерацией   страницы  в соответствующем поле рамки;  при  отсутствии  рамки  -  с  отступами слева 20 мм, справа 10 мм,  сверху  - 25 мм,  снизу  - 15мм.

Для основного текста должны использоваться шрифты Word - Times New Roman размера 14 с полуторным межстрочным интервалом и с выравниванием по ширине страницы.

При машинном способе работу выполняют через полтора  интервала  из  расчёта не  более 40 строк на странице при условии равномерного её заполнения и  высотой  букв и цифр не менее 1,8 мм.

7.1.2. Структура текста

Текст пояснительной записки делится на разделы,  которые в свою очередь могут делиться на подразделы, пункты и подпункты. Разделы документа нумеруются арабскими цифрами по всему  документу, подразделы, пункты и подпункты нумеруются в пределах вышестоящего структурного элемента с добавлением через точку номеров всех вышестоящих структурных элементов. Например, 1.2.3. - 1-й раздел, 2-й подраздел, 3-й пункт.

Заголовки разделов допускается оформлять жирным шрифтом с  более крупным шрифтом:

Раздел . . . . . . . . . . . . . . . . 18  

           Подраздел . . . . . . . . . . . .  16  

           Пункт, подпункт . . . . . . . 14  

Каждый раздел оформляется с новой страницы  с  отступом  в  3 высоты шрифта (42 пункта – 3 строки). Последующий текст начинается  с  отступа в 2 высоты шрифта  (28 пунктов – 2 строки).  Заголовок  раздела  состоит  из номера  и  названия, записывается  прописными   буквами   симметрично относительно правой и левой границ листа. Точка в конце  заголовка  не ставится. Перенос слов в заголовке не допускается.

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

Не допускается наличие заголовка на странице  без  последующего текста.

Структурные элементы “СОДЕРЖАНИЕ”, “ПЕРЕЧЕНЬ УСЛОВНЫХ ОБОЗНАЧЕНИЙ, СИМВОЛОВ, ЕДИНИЦ, СОКРАЩЕНИЙ И ТЕРМИНОВ”, “ВВЕДЕНИЕ”, “ПЕРЕЧЕНЬ ЛИТЕРАТУРЫ” не нумеруют, а их наименования служат заголовками структурных элементов.

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

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

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

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

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

Оформление текста, иллюстраций и таблиц при машинном способе их выполнения должно соответствовать требованиям ДСТУ 3008-95 с учётом возможностей компьютерной техники.

Пример правильного оформления (см. приложение 7)

7.1.3. Иллюстрации

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

Ссылки на  иллюстрации  дают  по  типу  "рис.12"  или “(рис.12)”. Ссылки на ранее упоминавшиеся иллюстрации дают по  типу "см.рис.12".

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

названия графического сюжета, обозначаемого словом «Рис.» (как на русском так и на украинском языке!);

номера иллюстрации (без знака № арабскими цифрами);

тематического заголовка, содержащего текст с короткой характеристикой изображения;

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

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

Примеры правильного оформления иллюстраций (см. приложение 8) 

7.1.4. Формулы

Формулы  в  документе,  если  их  более  одной,   нумеруются арабскими цифрами, номер ставят  с  правой  стороны  страницы,  в скобках, на уровне формулы. Сразу после математической записи ставится запятая. Все номера должны располагаться на одинаковом расстоянии от правого рамки. Для написания использовать редактор формул со стилем «полужирный», размером «Обычный – 14 пт, крупный индекс – 10 пт, мелкий индекс – 7 пт, крупный символ – 20 пт, мелкий символ – 10 пт».

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

Ссылки в тексте на порядковый номер формулы дают в скобках, например: "в формуле (3)". В отличие от иллюстраций, ссылки даются только после появления формулы в тексте. Также необходимо отметить, что следует  нумеровать только те формулы, на которые есть ссылки в последующем тексте. Остальные нумеровать не рекомендуется.

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

Пример правильного оформления (см. приложение 9)

 

7.1.5. Таблицы

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

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

Ссылки на таблицу даются  по  типу  "в таблице 2.12". Ссылки на ранее упоминавшиеся таблицы дают по типу "см. таблицу 2.12".

Пример правильного оформления (см. приложение 9)

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

7.2.1. Аннотация

Аннотация оформляется на 3-ем листе пояснительной  записки  без рамки на языке документа (русском либо украинском) и иностранном (рекомендуется на английском). Оба  текста  располагаются  на одном листе, симметрично верхней и нижней границ  листа.  Первым  идет текст на языке документа.  Заголовок  "АННОТАЦИЯ"  пишется  на  обоих языках шрифтом, принятым для заголовков разделов симметрично правой и левой границам листа.

В аннотации приводятся сведения о назначении, составе документа и краткое изложение основной части.

Пример правильного оформления (см. приложение 3)

7.2.2. Содержание

Содержание оформляется на листах с угловым штампом по ГОСТ 2.104-68 Форма 2 (первый лист содержания) и ГОСТ 2.104-68 Форма 2а (последующие листы).  На  первом  листе  в угловом штампе заполняются  поля:  код  разработки,  разработчик, руководитель (Пров.), нормоконтролер, номер  листа,  количество листов в документе.  На  последующих  листах  указывается  только номер листа.

Заголовок   "СОДЕРЖАНИЕ"   пишется   шрифтом,   принятым   для заголовков разделов симметрично правой и левой границам листа.

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

  •  обозначение структурного элемента (номер раздела, подраздела и т.п.);
  •  наименование структурного элемента;
  •  номер страницы.

Пример правильного оформления (см. приложение 6)

7.2.3. Основная часть

       Основная часть оформляется на листах формата А4 (297210) с угловым штампом по ГОСТ 2.104-68 Форма 2а. В редких случаях разрешается использовать листы (вкладыши) формата А3(420297), сложенные в формат А4. Оформление осуществляется только машинописным способом с использованием современных печатающих устройств. Разрешается вписывать рукописным способом черной ручкой отдельные формулы, или символы, не поддающиеся распечатке на существующей технике.

В угловом штампе проставляется только номер листа документа.

7.2.4. Литература

       Список литературы оформляется на листах с  угловым  штампом  по ГОСТ 2.104-68 Форма 2а.

       Заголовок   "ЛИТЕРАТУРА"   пишется   шрифтом,   принятым   для заголовков разделов симметрично правой и левой границам листа.

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

  •  номер по порядку;
  •  автор или список авторов;
  •  наименование;
  •  издательство;
  •  номер и год издания;
  •  число страниц.

Пример правильного оформления (см. приложение 10)

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

 В приложениях помещают материал, который:

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

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

       Приложения оформляются на листах с угловым штампом по ГОСТ 2.104-68 Форма 2а (за исключением титульных листов).

      Каждое приложение оформляется с  титульным  листом,  в  котором указываются:

  •  заголовок: "ПРИЛОЖЕНИЕ" и номер приложения арабскими цифрами;
  •  название системы;
  •  название подсистемы (при необходимости);
  •  тип документа (спецификация, текст программы, описание программы);
  •  код документа (спецификация – без специального кода; текст программы – 12; описание программы – 13), который ставится после кода разработки;
  •  количество листов в приложении;
  •  год (в нижней части листа).

Например:

 Титульный лист приложения делается без рамки и без углового штампа!

Нумерация страниц в приложениях - продолжение  нумерации всего документа (в угловом штампе), но, в свою очередь, каждое приложение имеет свою нумерацию, которая проставляется сверху на каждом листе приложения.

7.2.5.1.Приложение 1. Спецификация

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

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

Как правило комплексы не описываются и этот раздел в спецификации опускается.

Таблица с описанием документов имеет следующий вид:

Обозначение

Наименование

Примечание

Документация

Комплекс

Компоненты

Пример правильного оформления (см. приложение 11)

7.2.5.2. Приложение 2. Текст программы

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

7.2.5.3. Приложение 3. Описание программы

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

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

В  зависимости  от  особенностей  программы  допускается  вводить дополнительные разделы или объединять отдельные разделы.

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

В разделе "Функциональное назначение" должны быть указаны классы решаемых задач и (или) назначение программы и сведения о функциональных ограничениях на применение.

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

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

В разделе "Вызов и загрузка" должен быть  указан  способ  вызова программы.

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

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

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

Аннотация в приложении оформляется  на языке документа (русском либо украинском). Заголовок  "АННОТАЦИЯ"  пишется шрифтом, принятым для заголовков разделов симметрично правой и левой границам листа. Аннотация в приложении относится не к всей работе, а только к программному комплексу. В аннотации приводятся сведения о программном комплексе, включающие в себя средства разработки, преимущества и рекомендации по применению.

Заголовок   "СОДЕРЖАНИЕ"   пишется   шрифтом,   принятым   для заголовков разделов симметрично правой и левой границам листа. Содержание включает перечень записей  о  структурных  элементах документа, в каждую из которых входят:

  •  обозначение структурного элемента (номер раздела, подраздела и т.п.);
  •  наименование структурного элемента;
  •  номер страницы.

7.3. Оформление графических материалов (плакатов)

Графический материал оформляется на листах  формата   А1 (594 х 840 мм).

Графический  материал  предназначен   для    иллюстрирования доклада на защите и может содержать схемы, чертежи,  диаграммы  и пр. Наносить на плакаты изображения, не имеющие прямого отношения к разработке не допускается. Рекомендуется  избегать закрашенных областей и ярких цветов.  Общее число цветов не должно быть больше 8, включая и черный. Размер  элементов  изображения  должен позволять чтение плаката с расстояния не менее 4 м (чему соответствует размер шрифта не менее 36).

Для бакалаврских работ плакаты  оформляются  с угловым штампом по ГОСТ 2.104-68 Форма 2. Допускается оформление плаката в страничном формате (597×840).

Чертеж блок-схемы выполняется на листе с угловым штампом по ГОСТ 2.104-68 Форма 1. Блок-схема алгоритма выполняется в соответствии с ГОСТ 19.701-90 (изложены ниже).

На всех листах  в угловом штампе заполняются  поля:  код  разработки (см. ниже),  разработчик, руководитель (Пров.), нормоконтролер, название плаката, номер  листа,  количество листов  графического материала в документе.  

После защиты все плакаты сворачивают согласно формату А4 для сохранения их в архиве. Правила свертки и хранения регламентируются [6].


7.4. Кодировка документов

Регистрационный номер формируется следующим образом:

Структура обозначения программы и программного  документа – спецификации (в записке Приложение 1):

Например: УКР.НТУУ"КПИ".ТВ9120_95Б для бакалаврской аттестационной работы или УКР.НТУУ"КПИ".ТВ9120_95С - для диплома специалиста.

Структура обозначения других программных документов:

Например: УКР.НТУУ"КПИ".ТВ9120_95Б 12-1 для бакалаврской аттестационной работы или УКР.НТУУ"КПИ".ТВ9120_95С 12-1  - для диплома специалиста.

Виды документов приведены в следующей таблице:

Код

Вид документа

12

13

32

33

34

81

Текст программы

Описание программы

Руководство системного программиста

Руководство прикладного программиста

Руководство оператора

Пояснительная записка

Структура обозначения листов графического материала:

Например: УКР.НТУУ"КПИ".ТВ9120_95Б-01 для  бакалаврской  аттестационной  работы (1-й лист) или УКР.НТУУ"КПИ".ТВ9120_95С-02 (2-й лист)  - для диплома специалиста.

7.5. Правила оформления блок-схем

7.5.1. Основные элементы блок-схемы

Схема программы (блок-схема) отображает последовательность операций в программе.

Схема программы состоит из:

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

 Обозначение символов в блок-схемах алгоритмов и программ (все представлены в панели инструментов Word –«Рисование»)

Символ

Наименование символа

Символ

Наименование символа

Данные

Параллельные действия

Дисплей

Граница цикла

(верхняя)

Процесс

(оператор изменения данных, присваивания и т.д.)

Граница цикла

(нижняя)

Предопределенный процесс

(оператор вызова подпрограмм)

Линия

Канал связи

Передача управления

Подготовка

(отображает модификацию команды или группы команд)

Комментарий

Соединитель

(в пределах одной страницы)

Межстраничный соединитель

Терминатор

(начало и конец программы)

Решение

(условный оператор)

7.5.2. Описание основных символов

Символ «Данные» – отображает данные, носитель которых в схеме не определен. Используются для выполнения операций ввода/вывода.

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

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

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

Символ «Граница цикла» – символ, состоящий из двух частей, отображает начало и конец цикла. Оба символа имеют один и тот же идентификатор. Условия для инициализации, приращения, завершения и т.д. помещаются внутри символа в начале или в конце в зависимости от расположения операции, проверяющей условие.

Пример:

Символ «Линия» – отображает поток управления. При необходимости или для повышения удобочитаемости могут быть добавлены стрелки-указатели.

Символ «Соединитель» и «Межстраничный соединитель» – отображает выход в часть схемы и вход из другой части этой схемы и используется для указания связи между разъединенными частями алгоритма при большой насыщенности схемы символами. Соответствующие символы-соединители должны содержать одно и то же уникальное обозначение.

Символ «Терминатор» – обозначает выход во внешнюю среду и вход из внешней среды (начало или конец программы).

Символ «Комментарий» – используется для добавления описательных комментариев или пояснительных записей в целях объяснений и примечаний. Пунктирные линии в символе комментария связаны с соответствующим символом или могут обводить группу символов. Текст комментариев или примечаний должен быть помещен около ограничивающей фигуры.

7.5.3. Правила выполнения схем

7.5.3.1. Правила применения символов

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

Приведенные выше формы символов должны служить руководством для фактически используемых символов. Не должны изменяться углы и другие параметры, влияющие на соответствующую форму символов. Размеры символов назначаются из следующих соображений. Меньший геометрический размер символа (за исключением соединителей и комментариев) выбирается из ряда 80, 120, 160, . . . мм. Соотношение большего и меньшего размера должно составлять 1,5. Все основные символы на схеме должны быть, по возможности, одного размера.

Например:

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

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

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

7.5.4. Правила оформления плакатов, описывающих базы данных

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

7.5.5. Правила выполнения соединений

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

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

Две или более входящие линии могут объединяться в одну исходящую. Если две или более линии объединяются в одну линию, место объединения должно быть смещено.

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

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


8.ОТЗЫВ  РУКОВОДИТЕЛЯ И РЕЦЕНЗИРОВАНИЕ

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

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

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

Общая оценка может выглядеть так: «Работа  заслуживает  оценки “. . . ”,  а  студент  . . .  – присвоения квалификации бакалавра компьютерных наук».

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

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


9. КРИТЕРИИ ОЦЕНИВАНИЯ бакалаврских аттестационных Ных работ

Оценку бакалаврской аттестационной работы определяют следующие показатели:

  1.  Оценка программного продукта, созданного студентом;
  2.  Оценка защиты;
  3.  Оценка оформленных к защите документов.

В соответствии с этими составляющими выработаны следующие критерии оценки бакалаврской аттестационной работы:

Работа оценивается на «ОТЛИЧНО», если

При реализации программы:

• использованы современные программные средства;

• реализован современный интерфейс работы с пользователем;

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

• «Графическое и геометрическое моделирование».

• «Организация баз данных и знаний».

• «Распределенные системы обработки информации».

• «Основы проектирования систем искусственного интеллекта».

• «Компьютерные сети».

• «Программное обеспечение интеллектуальных систем».

• «Основы разработки трансляторов».

• «Основы численных методов».

• «Математические методы оптимизации  и исследование операций».

Явным преимуществом бакалаврской работы является:

• освоение и обоснованное применение оригинальных программных средств,

• изучение и представление в программе сложно формализуемой предметной области,

• изучение и использование новейших информационных технологий.

На защите студент:

• четко и полно докладывает о цели бакалаврской работы и задачах, решаемых разработанной программой;

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

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

• обосновывает использование программных средств;

• объясняет суть используемых методов реализации задачи и обосновывает их выбор;

• грамотно представляет и объясняет блок-схему алгоритма (если есть);

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

• на вопросы отвечает полно, умеет профессионально отстаивать свою точку зрения.

К бакалаврской работе прилагаются следующие документы с соответствующими требованиями:

• Пояснительная записка, в которой:

• содержание полностью соответствует заданию;

• материал хорошо структурирован, изложен исчерпывающе полно, четко и грамотно;

• оформление строго соответствует нормативным требованиям.

• Чертеж блок-схемы, которая описывает:

• алгоритм работы всей системы или

• основной метод, реализованный в системе или

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

• выполняется как чертеж в строгом соответствии со стандартами оформления блок-схем.

• Плакаты, которые

• содержат иллюстрации к докладу,

• выполняются в соответствии со стандартами, принятыми для оформления плакатов.

• Отзыв руководителя бакалаврской работы.

• Рецензия внешней организации.

• Протокол защиты программного продукта с оценкой «отлично».

• Протокол предзащиты.

Работа оценивается на «хорошо», если

При реализации программы:

• использованы современные программные средства,

• реализован современный интерфейс работы с пользователем, но диалог построен не оптимально с точки зрения удобства пользователя или форм вывода и размещения информации,

• использованы знания и умения, полученные при изучении одной из специальных дисциплин.

На защите студент

• докладывает о выполненной работе так же, как указано в критериях на оценку «отлично», но допускает несущественные ошибки и неточности,

• умеет профессионально отстаивать свою точку зрения,

• на вопросы отвечает по существу правильно, но допускает несущественные ошибки и неточности.

К бакалаврской работе прилагаются следующие документы с соответствующими требованиями:

• Пояснительная записка, в которой:

• содержание полностью соответствует заданию;

• материал не совсем удачно структурирован;

• материал изложен четко и кратко, но имеются стилистические погрешности;

• оформление с незначительными отклонениями от нормативных требований.

• Чертеж блок-схемы, которая:

• имеет    содержание,    соответствующее    требованиям, предъявляемым на оценку «отлично»,

• выполняется как чертеж с незначительными отклонениями от стандартов оформления блок-схем.

• Плакаты, которые:

• содержат иллюстрации к докладу,

• выполняются с незначительными отклонениями от стандартов, принятых для оформления плакатов.

• Отзыв руководителя бакалаврской работы.

• Рецензия внешней организации.

• Протокол защиты программного продукта с оценкой «хорошо».

• Протокол предзащиты.

Работа оценивается на «удовлетворительно», если

При реализации программы.

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

• реализован современный интерфейс работы с пользователем.

• решена реальная практическая задача, но без применения современного программного обеспечения и компьютерных технологий.                       

На защите студент:

• докладывает по существу правильно, однако доклад построен нелогично, нечетко, содержит неточности,

• на вопросы отвечает неполно, допускает ошибки и неточности.

К бакалаврской работе прилагаются следующие документы с соответствующими требованиями:

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


СПИСОК  ИСПОЛЬЗОВАННОЙ  ЛИТЕРАТУРЫ

  1.  Методичні вказівки з оформлення курсових та дипломних робіт на кафедрі АПЕПС для студентів усіх форм навчання / Уклад. О.О.Гагарін. – К.: КПІ, 1996 – 26 с.
  2.  Головенкін В.П. Оцінка якості дипломних проектів і робіт (для інженерних спеціальностей). Методичні рекомендації. – К.: НТУУ “КПІ”, 2001. – 16 с.
  3.  ГОСТ 2.104-68 ЕСКД. Основные надписи.
  4.  ГОСТ 2.109-73 ЕСКД. Основные требования к чертежам.
  5.  ГОСТ 2.701-84 ЕСКД. Схемы. Виды и типы. Общие требования к выполнению.
  6.  ГОСТ 2.501-88 ЕСКД. Правила учета и хранения.
  7.  ГОСТ 19.101-77 ЕСПД. Виды  программ  и  программных документов.
  8.  ГОСТ 19.103-77 ЕСПД. Обозначения  программ  и программных документов.
  9.  ГОСТ 19.105-78 ЕСПД. Общие требования к программным документам.
  10.  ГОСТ 19.106-78 ЕСПД. Требования к программным документам, выполненным печатным способом.
  11.  ГОСТ 19.202-78 ЕСПД. Спецификация. Требования к содержанию и  оформлению.
  12.  ГОСТ 19.401-78 ЕСПД. Текст программы. Требования к содержанию и оформлению.
  13.  ГОСТ 19.402-78 ЕСПД. Описание программы.
  14.  ГОСТ 19.701-90 ЕСПД. Схемы алгоритмов, программ,  данных  и систем.


МІНІСТЕРСТВО  ОСВІТИ  І  НАУКИ  УКРАЇНИ

НАЦІОНАЛЬНИЙ ТЕХНІЧНИЙ УНІВЕРСИТЕТ УКРАЇНИ

«КИЇВСЬКИЙ ПОЛІТЕХНІЧНИЙ ІНСТИТУТ»

ТЕПЛОЕНЕРГЕТИЧНИЙ  ФАКУЛЬТЕТ

КАФЕДРА  АВТОМАТИЗАЦІЇ  ПРОЕКТУВАННЯ  ЕНЕРГЕТИЧНИХ  ПРОЦЕСІВ  ТА  СИСТЕМ

ПОЯСНЮВАЛЬНА ЗАПИСКА

до бакалаврськоі атестаційної роботи на тему

______Система автоматизованого підбору параметрів______________

_______________для металоріжучого комплексу “___________________

_____________________________________________________________

Студент групи АВ-81_Тарасенко Артем Олександрович_         (____________)

(шифр, прізвище, імя, по батькові)

Керівник роботи ст.викладач Прудніков Андрій Олегович      (___________)

Завідуючий кафедрою ________________________        (В.Г. Сліпченко )

2003 р.


Національний технічний   університет України  “КПІ”

ТЕПЛОЕНЕРГЕТИЧНИЙ  ФАКУЛЬТЕТ

КАФЕДРА  АВТОМАТИЗАЦІЇ  ПРОЕКТУВАННЯ  ЕНЕРГЕТИЧНИХ  ПРОЦЕСІВ  ТА СИСТЕМ

Напрям підготовки  6.0804 – «Комп’ютерні науки”

Спеціальність     7.080403 - “Програмне забезпечення автоматизованих систем”

Затверджую:

  Зав. кафедрою        ___________________

____________________

“___”____________________2003   р.

З А В Д А Н Н Я

на бакалаврську атестаційну роботу студента

Тарасенко Артем Олександрович

(прізвище, ім’я, по батькові)

1. Тема проекту (роботи) Розробка програмного комплексу для побудови електронного підручника на базі гіпертекстової технології_______________________________________

______________________________________________________________________

затверджена наказом по університету від “25березня  2003  р.  №2311-с

2. Термін здачі студентом закінченого проекту (роботи)_____10  червня 2003 р.____________

3. Вихідні дані до проекту (роботи) технічна документація,

теоретичні данні.________________________________

________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

4. Зміст розрахунково-пояснювальної записки (перелік питань, які розробляються)

Дослідження методики побудови електронного підручника на базі гіпертекстової технології, економіко-організаційна частина і розгляд питань з охорони праці.______________________

__________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

5. Перелік графічного матеріалу (з точним позначенням обов’язкових креслень) блок-схема алгоритму модуля ГТ редактора, схема інформаційних вікон редактора, схема інформаційних_ вікон редактора, схема зв’язку вузлів підручника, структурна схема системи, узагальнена____ схема системи, узагальнена схема ГТ системи________

________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________


6. Консультанти по проекту (роботі),  з вказівкою розділів роботи, які до них відносяться

          Розділ

        Консультант

                          Підпис, дата

  Завдання видав

Завдання прийняв

7. Дата видачі завдання__________________________________________________________

                                     

                                    Керівник                                          _________________________

                                                                                                           (підпис)

                                    Завдання прийняв до виконання   _________________________

                                                                                                           (підпис)

                                                  КАЛЕНДАРНИЙ ПЛАН

                                                                                                                                                

№ п/п

  Найменування етапів дипломного

               проекту (роботи)

  Строк виконання етапів

       проекту (роботи)

    Примітки

1.

Затвердження теми роботи

1.02.2003 – 15.02.2003

2.

Вивчення та аналіз задачі

15.02.2003 – 15.03.2003

3.

Розробка архітектури та загальної

15.03.2003 – 25.03.2003

структури системи

4.

Розробка структур окремих

25.03.2003 – 5.04.2003

підсистем

5.

Програмна реалізація системи

5.04.2003 – 15.04.2003

6.

Оформлення пояснювальної записки

15.04.2003 – 25.05.2003

7.

Захист програмного продукту

25.04.2003

8.

Передзахист

23.05.2003

9.

Захист

17.06.2003

                                                   

                                                    Студент-дипломник ____________________________

                                                                                                          (підпис)

                                                    Керівник роботи     ____________________________

                                                                                                          (підпис)

АННОТАЦИЯ

Данная работа представляет собой описание теоретической основы и процесса реализации программного модуля подсистемы анализа загрязнения атмосферы городов Украины (категория: «Система прогнозирования на основе моделирования»). В частности модуль реализует краткосрочное прогнозирование загрязнения атмосферы вредными ингредиентами по многорядному алгоритму МГУА.

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

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

ANNOTATION

 Given work . . . ( перевод на английском)

ПРОТОКОЛ № _____ від “_____” __________200_ р.

 засідання комісії з перевірки програмних продуктів

З розгляду бакалаврської роботи студента _____________________

________________________________________________________________

групи __________

На тему:_________________________________________________________

________________________________________________________________

________________________________________________________________

________________________________________________________________

Керівник б/р______________________________________________________

Було представлено до розгляду:_____________________________________

________________________________________________________________

________________________________________________________________

Зауваження комісії:________________________________________________

________________________________________________________________

________________________________________________________________

________________________________________________________________

________________________________________________________________

Висновок комісії:__________________________________________________

________________________________________________________________

________________________________________________________________

________________________________________________________________

Підписи членів комісії:   

1.                             /                     /

2.             /                     /

3.            /                   /

4.             /                                /


ПРОТОКОЛ № _____ від “_____” __________200_ р.

ПЕРЕДЗАХИСТУ бакалаврської роботи

студента _________________________________________________________

групи __________

На тему:__________________________________________________________

__________________________________________________________________

__________________________________________________________________

Керівник б/р_______________________________________________________

Заслухали повідомлення про виконану роботу  (протягом _____хв.)

Зауваження та рекомендації до представленого матеріалу:

___________________________________________________________________

___________________________________________________________________

___________________________________________________________________

___________________________________________________________________

___________________________________________________________________

___________________________________________________________________

___________________________________________________________________

___________________________________________________________________

Визначити,що студент: _______________________________________________

підготував бакалаврську атестаційну роботу на ____% і може бути допущений до захисту д/р в ДЕК  за умов врахування зауважень та рекомендацій комісії з передзахисту.

Кількість листів графічної роботи ___________

Підписи членів комісії:

1.                            /                     /

2.            /                         /

3.           /                 /

З рішенням комісії ознайомлений _______________ студент-дипломник


СОДЕРЖАНИЕ 

Введение . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

1.   Постановка задачи . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

2.   Актуальность задачи . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

3.   Обзор предметной области . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

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

3.2.  Кислотные осадки . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .12

  1.  Описание системы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
    1.   Структура системы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
    2.   Работа системы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
    3.   Структура базы данных . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
  2.   Выбор средств реализации . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
    1.   Операционная система . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
    2.   Язык программирования и среда реализации . . . . . . . . . . . . . . . . .  31
    3.   Система управления базами данных . . . . . . . . . . . . . . . . . . . . . . . . 38
    4.   Предъявляемые требования к конфигурации ЭВМ . . . . . . . . . . . . .42

6.   Интерфейс работы с пользователем . . . . . . . . . . . . . . . . . . . . . . . . . . . . .45

Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .  49

Литература . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .  . . . . . . . . . . . . . .50                                                                                                                  

Приложение I. Спецификация  . . . . . . . . . . . . . . . . . . . . . . . . . .  . . . . . . . . . 51

Приложение II. Текст программы. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .  53

Приложение III. Описание программы. . . . . . . . . . . . . . . . . . . . . . . . . . . . .  66

      


7. ЭКОНОМИКО-ОРГАНИЗАЦИОННАЯ  ЧАСТЬ

  1.  Расчет трудоемкости и внедрения

Определить трудоемкость разработки программного продукта группы задач “Управление охраной окружающей среды”. Плановый термин разработки – 0,5 года

  1.  Смета затрат на разработку и внедрение ПП

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

  1.  Затраты на оплату работы

К этой статье принадлежат затраты на выплату основной и дополнительной заработной платы исполнителей, расчеты которых приведены ниже.

Рис. 4.9. Диаграмма среднегодовых концентраций по SO2

                    

Рис. 4.9

                     Рис. 8.1. Конструкция пленочного резистора:

                   1 – проводящая пленка;

                   2 – резистивная пленка.

Пример оформления формул

 ,       (3)

где Сp – среднесезонная концентрация вещества, мг/м3;

CM – максимально-разовая концентрация этого вещества, мг/м3;

Р – частота повторения ветра заданного направления, %.

Пример оформления таблиц

Таблица 7.8

Перечень работ

раб.

Шифр

раб.

Наименование работы

Пред.

раб.

Исполнители

Продолжительность

         работы

1

1-2

Разработка и утверждение технического задания

---

Р, И

12

2

2-3

Сбор информации

1

Р, И

11

3

3-5

Проектирование структуры БД

2

Р, И, П1

12

Характеристика источника

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

Монографии (один, два, или три автора)

Фаронов В.В. Delphi 4. Учебный курс. – М.: Нолидж,1998. – 623 с., ил.

Афанасьев В.В., Василевский О.Н. Расчеты электрических цепей на программируемых микрокалькуляторах. – М.: Энергоиздат, 1992. – 190 с.

Меликов А.З., Пономаренко Л.А., Рюмшин П.А. Математические модели многопотоковых систем обслуживания. – К.: Техніка, 1991. – 265 с.

Четыре автора

Основы создания гибких автоматизированных производств / Л.А.Пономаренко, Л.В.Адамович, В.Т.Музычук, А.Е.Гридасов/ Под ред. Б.Б.Тимофеева. – К.: Техніка, 1986. – 144 с.

Пять или больше авторов

Системный анализ инфраструктуры как элемент экономики / Белоусова Н.И., Вишняк Е.И., Левит В.Ю., Черевченко Т.М., Ярославская Ж.Н. – М.: Экономика, 1981. – 62 с.

Многотомные издания

История русской литературы: в 4 т. / АН СССР. Ин-т рус.лит. – М., 1982. – Т.3: Расцвет реализма. – 876 с.

Переводные издания

Гроссе Э. Химия для любознательных: Пер. с нем. – М.: Химия, 1980. – 392 с.

Стандарты, ГОСТы

ГОСТ 19.401-78 ЕСПД. Текст программы. Требования к содержанию и оформлению. – М.: Изд-во стандартов, 1988. – 79 с.

Сборники научных трудов

Обчислювальна і прикладна математика: Зб.наук.пр. – К.: Либідь, 1993. – 99 с.

Составные части книги

журнала

иностранного журнала

энциклопедии

Пономаренко Л.А. Организующая система // Автоматизация технологических процессов. – М.: Металлургия, 1979. – С. 141-148.

Меликов З.А. Оптимизация цифровой сети с конечным числом пользователей и блокировками // Автоматика и телемеханика. – 1992. - №6. – С. 34-38.

Perez K. Radiation thepary for cancer of the cervix // Oncolgy. – 1993. – Vol.7, №2. – P.89-96.

Долматовский Ю.А. Электромобиль // БСЭ. – 3-е изд. – М., 1988. – Т. 30. – С. 72.

Отчет о НИР

Проведение испытаний и исследований теплотехнических свойств камер КХС-2-12-ВЗ и КХС-2-12-КЗЮ: Отчет о НИР / Всесоюзн. заочн. ин-т пищ. пром-ти. – ОЦО 102ТЭ; №ГР 800571; Инв. №В 119692. – М., 1981. – 90 с.


Обозначение

Наименование

Примечания

Документация

УКР.НТУУ "КПИ".AВ6117_02Б 35-1

UDM.hlp - Руководство пользователя

УКР.НТУУ "КПИ".AВ6117_02Б 81-1

Zapis.doc -Пояснительная записка

Компоненты

УКР.НТУУ "КПИ".AВ6117_02Б 12-1

U_DM.PAS - Текст программы

УКР.НТУУ "КПИ".AВ6117_02Б 13-1

U_DM.TXT -  Описание программы

УКР.НТУУ "КПИ".AВ6117_02Б 12-2

U_ZAGR.PAS - Текст программы

УКР.НТУУ "КПИ".AВ6117_02Б 13-2

U_ZAGR.TXT - Описание программы

УКР.НТУУ "КПИ".AВ6117_02Б 12-3

U3.PAS - Текст программы

УКР.НТУУ "КПИ".AВ6117_02Б 13-3

U3.TXT - Описание программы

УКР.НТУУ "КПИ".AВ6117_02Б 12-4

OTCHET.PAS - Текст программы

УКР.НТУУ "КПИ".AВ6117_02Б 13-4

OTСHET.TXT - Описание программы

УКР.НТУУ "КПИ".AВ6117_02Б 13-4


Угловые штампы

ГОСТ 2.104-68 Форма 1

ГОСТ 2.104-68 Форма 2

ГОСТ 2.104-68 Форма 2а


СОДЕРЖАНИЕ

     ВВЕДЕНИЕ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1

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

1.1. Цель выполнения бакалаврской аттестационной работы . . . . . . . .  . . . . . . . . . . . . . . . . . . . . . 2

1.2. Тематика бакалаврских аттестационных работ  . . . . . . .. . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . 2

1.3. Выполнение бакалаврских аттестационных работ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .  3

1.4. Порядок проведения защиты бакалаврских аттестационных работ. . . . . . . . . . . . . . . . . . . . . 4

  1.  Постановка задачи и выдача технического задания . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
  2.  Пакет документов, составляющих и сопровождающих бакалаврскую работу . . . . . . . . . . . . . . . 5
  3.  Содержание и объем пояснительной записки.. . . . . . . . . . . . . . .. . . . . . . . . . . . . . .. . . . . . . . . . . . . . 6

4.1. Структура и состав пояснительной записки. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

4.2. Вспомогательные элементы пояснительной записки. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

4.3. Основная часть пояснительной записки . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

  1.  Разработка программного обеспечения  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .  8
  2.  Графический  материал . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .  9
  3.   Правила оформления бакалаврских аттестационных работ  . . . . . . . . . . . . . . . . . . . . . . . . . . . . .  10

7.1. Общие требования к оформлению. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

7.1.1. Текст документа. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

7.1.2. Структура текста. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

7.1.3. Иллюстрации. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .11

7.1.4. Формулы. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .  . . 11

7.1.5. Таблицы. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

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

7.2.1. Аннотация . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .12

7.2.2. Содержание  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .12

7.2.3. Основная часть. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .12

7.2.4. Литература  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .12

7.2.5. Приложения . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

7.2.5.1. Приложение 1. Спецификация . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14

7.2.5.2. Приложение 2. Текст программы. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14

7.2.5.3. Приложение 3. Описание программы. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14

7.3. Оформление графических материалов (плакатов). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

7.4. Кодировка документов. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

7.5. Правила оформления блок-схем. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .  17

7.5.1. Основные элементы блок-схемы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .  17

7.5.2. Описание основных символов. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . .18

7.5.3. Правила выполнения схем . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

7.5.3.1. Правила применения символов . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .19

7.5.4. Правила оформления плакатов, описывающих базы данных  . . . . . . . . . . . . . . . . . 20

7.5.5. Правила выполнения соединений  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

  1.   Отзыв  руководителя и рецензирование. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .22
  2.   Критерии оценивания бакалаврских аттестационных работ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .23

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26

ПРИЛОЖЕНИЕ 1. Титульный лист пояснительной записки

ПРИЛОЖЕНИЕ 2. Образец заполнения листа технического задания

ПРИЛОЖЕНИЕ 3. Аннотация

ПРИЛОЖЕНИЕ 4. Протокол защиты программного продукта

ПРИЛОЖЕНИЕ 5. Протокол предзащиты бакалаврской работы

ПРИЛОЖЕНИЕ 6. Образец  оформления содержания  

ПРИЛОЖЕНИЕ 7. Образец  правильной структуры документа

ПРИЛОЖЕНИЕ 8. Пример правильного оформления иллюстраций

ПРИЛОЖЕНИЕ 9. Пример правильного оформления формул и таблиц  

ПРИЛОЖЕНИЕ 10. Оформление библиографического списка в разделе «ЛИТЕРАТУРА»

ПРИЛОЖЕНИЕ 11. Пример заполнения спецификации  

ПРИЛОЖЕНИЕ 12. Угловые штампы   


 

А также другие работы, которые могут Вас заинтересовать

38752. СИЛА МОМЕНТА РУКОВОДСТВО ПО ДУХОВНОМУ ПРОСВЕТЛЕНИЮ 986.5 KB
  ДИКАРЛО ВВЕДЕНИЕ ПЕРВОПРИЧИНА ЭТОЙ КНИГИ ИСТИНА КОТОРАЯ ВНУТРИ ТЕБЯ ГЛАВА ПЕРВАЯ: ТЫ ЭТО НЕ ТВОЙ УМ САМОЕ БОЛЬШОЕ ПРЕПЯТСТВИЕ НА ПУТИ К ПРОСВЕТЛЕНИЮ ОСВОБОЖДЕНИЕ СЕБЯ ОТ УМА ПРОСВЕТЛЕНИЕ: ВОСХОЖДЕНИЕ НАД МЫШЛЕНИЕМ ЭМОЦИЯ: РЕАКЦИЯ ТЕЛА НА СОСТОЯНИЕ УМА ГЛАВА ВТОРАЯ: СОЗНАНИЕ: ПУТЬ ПРОЧЬ ОТ БОЛИ ПЕРЕСТАНЬ СОЗДАВАТЬ БОЛЬ В НАСТОЯЩЕМ БОЛЬ ИЗ ПРОШЛОГО: РАСТВОРЕНИЕ ТЕЛА БОЛИ ОТОЖДЕСТВЛЕНИЕ ЭГО С ТЕЛОМ БОЛИ ПЕРВОПРИЧИНА СТРАХА КАК ЭГО ИЩЕТ ЦЕЛОСТНОСТЬ ГЛАВА ТРЕТЬЯ: УГЛУБЛЯЯСЬ В МОМЕНТ СЕЙЧАС НЕ ИЩИ СЕБЯ В УМЕ ПОКОНЧИ С ИЛЛЮЗИЕЙ ВРЕМЕНИ НИЧТО НЕ...
38756. Осторожно! Вредные продукты 2.96 MB
  Когда начинаешь говорить о последствиях наступивших в результате употребления некоторых продуктов питания которых и продуктамито назвать затруднительно люди часто отмахиваются: Да ведь живем же. Вообще история развития диетологии напоминает политический детектив: различные виды продуктов то подвергались гонениям то возводились на пьедестал. Но ныне диетология остепенилась и окончательно стала тем чем собственно она всегда и была мощным средством одурачивания в руках недобросовестных производителей продуктов питания. Но На...
38757. Отношение человека к собственному телу 155.5 KB
  Что происходило в Ваших отношениях с другими вследствие этой травмы Как изменились Ваши отношения с коллегами друзьями родителями любимыми в ситуации травмы Какой у Вас появился опыт преодоления травмы Изменилось ли Ваше обращение с собственным телом Какой способ обхождения с травмами и болью Вы получили Изменились ли Ваши цели планы надежды в связи с травмой Обратитесь к своему телу или части тела которая была повреждена и причиняла страдания. Что бы Вы могли сказать этой части тела Мысленно осмотрите свое тело и...
38758. Ораторское искусство 411 KB
  Критерием качества усвоения той или иной темы является умение подмечать ошибки допускаемые в собственной речи и или в речах других людей глубоко и всесторонне анализировать язык и стиль публичных выступлений ярко образно аргументированно и убедительно излагать те или иные положения. Тема 1Предмет и функции ораторского искусства В научной литературе понятия риторика красноречие мастерство публичного выступления ораторское искусство нередко используются как родственные. Разделяет ее в частности отечественная философская...
38759. Экономика и управление на предприятии ОАО «Новосибирская макаронная фабрика» 126.5 KB
  Королева Отчет по преддипломной практике по предприятию ОАО Новосибирская макаронная фабрика по специальности Экономика и управление на предприятие Выполнила: Детюченко В. Данную работу можно разделить на несколько разделов: 1 Уставные характеристики организации 2 История предприятия ОАО Новосибирская макаронная фабрика 3 Приоритетные направления деятельности ОАО Новосибирская макаронная фабрика 4 Анализ структуры предприятия 5 Анализ системы закупок Заключение Список использованной литературы Содержание...