Министерство образования и науки Российской Федерации
Федеральное государственное бюджетное образовательное учреждение
«Новгородский государственный университет имени Ярослава Мудрого»
Утверждаю
Зав. Кафедрой ИТИС
______________
Протокол № 14.04 2016 г.
Состав и структура ВКР,
методические рекомендации по написанию разделов
для направления
09.03.01 (230100) - Информатика и вычислительная техника
Квалификация выпускника
Бакалавр
Бакалаврская работа должна представлять собой законченную разработку на заданную тему, написанную лично автором под наблюдением руководителя ВКР.
Рекомендуемый объём ВКР бакалавра от 40 до 50 страниц печатного текста без приложений.
Содержание ВКР бакалавра должно учитывать требования ФГОС ВПО направления «Информатика и вычислительная техника» к профессиональной подготовленности студента.
Бакалаврская работа должна полностью соответствовать заданию, содержать демонстрационный материал в соответствии с требованиями и правилами оформления, регламентированными стандартами.
Структура и содержание ВКР определяются:
- видами профессиональной деятельности; утвержденной темой; сформулированными задачами, необходимыми для достижения поставленной цели при раскрытии темы.
Пояснительная записка ВКР должна содержать следующие структурные элементы:
Титульный лист
Аннотация
Содержание
Введение
Теоретическая составляющая работы Анализ предметной области, выявление аналогов (или прототипов) Задачи проектирования (разработки) и выработка задания (ТЗ) Проектирование Логическое обоснование и описание структуры и алгоритмов функционирования программы Описание взаимодействия программы с другими программами и пользователем Описание и обоснование выбора структуры входных и выходных данных Практическая составляющая работы Реализация Обоснование и описание выбора состава технических и программных средств Практическая реализация алгоритмов Реализация интерфейса ТестированиеЗаключение
Список литературы
Приложения
Названия разделов и подразделов, а также порядок их следования могут быть изменены, если студент сочтет это целесообразным для своей конкретной задачи, однако основные моменты, перечисленные ниже, должны быть в той или иной форме отражены во всех проектах
Разделы, в которых приводятся типовые материалы обеспечения требований по охране труда и технике безопасности выносятся в приложения.
Объем пояснительной записки составляет от 40 до 50 страниц текста, выполненного с использованием ПК через 1,5 интервала на листах формата А4 шрифтом TimesRoman 14 кегль с соответствующими полями (верхнее, нижнее – 20 мм, левое – 30 мм, правое – 10 мм).
Работа оформляется в соответствии с требованиями стандарта на текстовые документы (ГОСТ 2.105-79) и стандарта организации СТО1.701-2010 (http://www. novsu. ru/file/989509), который регламентирует требования к выполнению текстовых документов и распространяется на оформление учебно-методических документов, используемых в учебном процессе, и учебных документов, включая ВКР.
В данный объем не входят приводимые приложения.
Законченная (и сшитая) расчетно-пояснительная записка ВКР проходит нормоконтроль, включающий проверку соответствия ВКР требованиям стандартов.
Аннотация
Аннотация должна содержать точное изложение основных разделов работы, где содержатся только голые факты без комментариев и выводов.
В конце аннотации указывается объем работы в страницах; количество таблиц и рисунков, содержащихся в работе, число источников в списке литературы; количество листов приложений, список ключевых слов, основных сокращений (абревиатур) и обозначений, которые будут использованы в тексте пояснительной записки.
Введение
Во введении должна быть отражена актуальность темы, определены методы решения поставленной задачи и сформулирована цель работы. Объем введения – 1-3 страницы.
Раздел 1. Теоретическая составляющая работы
Содержание (состав) раздела 1 определяется на этапе подготовки технического задания и фиксируется в техническом задании. Рекомендуется включить в состав теоретической части следующие разделы:
Теоретическая составляющая работы Анализ предметной области, выявление аналогов (или прототипов) Задачи проектирования (разработки) и выработка задания (ТЗ) Проектирование1.1. Анализ предметной области, выявление аналогов (или прототипов)
Анализ предметной области и существующих аналогичных разработок требует умения работать с информацией. Этот раздел пояснительной записки обычно наиболее насыщен ссылками на источникиинформации (в том числе и электронные). Ссылки на источники информации обязательны. В список использованных источников следует включать только те источники информации, на которые в тексте пояснительной записки имеются ссылки. Рекомендуется список источников составлять в порядке упоминания в тексте записки.
В данном разделе проводится анализ процессов и технологий, подлежащих автоматизации, исследуются достоинства и недостатки систем, подлежащих модернизации и т. п. На основе анализа следует сформулировать существующую проблему и подтвердить ее актуальность анализом аналогов (существующих устройств, систем, программных продуктов) и/или анализом состояния проблемы и путей решения. В подразделе «Задачи проектирования (разработки) и выработка задания (ТЗ)» обязательно указывается цель разработки, обосновываются функциональность разрабатываемого объекта и технические требования к нему. При этом рекомендуется использовать существующий инструментарий, например, диаграммы вариантов использования, диаграммы потоков данных, диаграммы потоков управления, таблицы решений, диаграммы функционального моделирования и др. Выбор и обоснование метода и (или) способа достижения поставленной цели можно привести в данном разделе или в разделе «Проектирование».
Раздел заканчивается ТЗ на разработку.
Особенности раздела
Имеется большое разнообразие видов программной продукции, которые в зависимости от назначения и используемой технологии программирования могут иметь различные названия — программа, приложение, программный комплекс, программное обеспечение, информационная система (ИС), система автоматизации какой-либо деятельности, сайт, информационный портал, Web-система и т. д.
В подраздел «Анализ предметной области» включают общие сведения о предметной области разработки и общее описание разрабатываемого ПП (системы). Предметная область разработки анализируется с целью выявления (объяснения) сути проблемы, на решение которой направлено задание, формирования требований к системе и поиска путей решения проблемы. Следует пояснить принятую в заданной области терминологию (основные понятия и определения, которые необходимы для правильного понимания дальнейшего содержания пояснительной записки, показать, в чем суть проблемы, почему она актуальна, как рассматриваемая проблема решается сегодня. Общее описание разрабатываемого ПП (системы) должно содержать назначение и цели разработки, мотивы разработки (имеется ли конкретный заказчик или разработка выполняется в порядке личной инициативы). Если целью проекта является модернизация существующей системы, следует описать состояние данной системы к моменту начала разработки, четко перечислив ее недостатки и/или недоработки, и сформулировать, что именно будет модернизировано. Если разрабатываемая подсистема входит в состав более общей разработки, то должно присутствовать краткое описание всей системы в целом с четким определением границ разрабатываемой подсистемы и указанием способов обмена данными между ней и другими подсистемами.
Для достижения цели проекта следует решить ряд задач. В их числе: уточнение функционального назначения ПП (целесообразно выделить основные функции, ради которых и создавался данный ПП, и дополнительные (резервное копирование, защита данных и т. д.)), определение количества и категорий пользователей проектируемой системы, состава и интенсивности информационных потоков в предметной области; определение для разрабатываемого ПП источников входной информации и генерируемых выходных документов, форматов входных и выходных данных. От собранной на данном этапе информации, в значительной степени будет зависеть правильность принимаемых конструктивных решений (в частности, по архитектуре разрабатываемой системы, алгоритмам работы ПП и т. п.).
Анализ ПП, имеющихся на рынке и решающих аналогичные задачи, подтверждает актуальность задачи. Из множества аналогов целесообразно выбрать прототип, проанализировав его достоинства и недостатки. Следует обосновать необходимость собственной разработки(модернизации), описать необходимые изменения прототипа, обосновать преимущества модернизации имеющейся системы по сравнению с покупкой или разработкой новой системы.
При выполнении данного этапа ВКР рекомендуется применять методы и инструментальные средства анализа. В числе методов проведения анализа можно назвать следующие: диаграммы потоков данных, диаграммы потоков управления, таблицы решений, диаграммы функционального моделирования, диаграммы вариантов использования, диаграммы классов, диаграммы состояний, диаграммы деятельности и некоторые другие. Указанные методы позволяют создать модель предметной области, определить ее границы, сформулировать общие требования к функциональному поведению проектируемой системы, разработать исходную концептуальную модель системы для ее последующей детализации в форме логических и физических моделей, подготовить исходную документацию для взаимодействия разработчиков системы с ее заказчиками и пользователями.
В подразделе «Задачи проектирования (разработки) и выработка задания (ТЗ)» четко формулируют назначение программного обеспечения и определяют основные требования к нему. Каждое требование представляет собой описание необходимого или желаемого свойства программного обеспечения. Различают функциональные требования (состав выполняемых функций, организация входных и выходных данных, временные характеристики и т. п.) и эксплуатационные (количество пользователей и их роли, максимальное количество одновременно работающих пользователей, максимальное время отклика системы, требования по надежности, политика безопасности, требования к составу и параметрам технических средств (состав технических средств с указанием их основных технических характеристик), требования к интерфейсу и др.). При формировании требований к ПП рекомендуется определить их уровень значимости для разрабатываемой системы (расставить приоритеты).
1.2. Проектирование
Осуществляется проектирование на основе анализа требований к системе. В процессе проектирования исследуется структура объекта разработки и взаимосвязи его элементов, составляются алгоритмы работы. Все проектные решения должны быть обоснованы.
Особенности раздела
Раздел «Проектирование» начинается с выбора типовой архитектуры: локальное приложение, файл-серверная архитектура распределенного приложения или клиент-серверная архитектура распределенного приложения, структуры данных, объекты, классы и т. п. Выбор следует обосновать, отталкиваясь от тех параметров и приоритетов, которые были определены на этапеа нализа, по возможности подкрепив рассуждения расчетами. Например, если выбрана архитектура файл-сервер, доказать, что это не вызовет перегрузки сети при одновременной работе всех пользователей системы.
Далее следует выбор базового ПО – ОС, СУБД, Web-сервер, браузеры, серверы автоматизации, эмулятор терминалов и т. д.; описание основных модулей и связей (распределение требуемых функций по модулям системы, определение способов межмодульного взаимодействия (общая БД, общие файлы определенного формата, сокеты, общая область памяти и т. д.)); выбор инструментальных средств разработки (среда программирования, библиотеки доступа к данным, графические библиотеки, средства мультимедиа и т. д.; средства отладки);проектирование структур данных и алгоритмов (иерархии классов).
Возможная структура раздела «Проектирование»:
Логическое обоснование и описание структуры и алгоритмов функционирования программы Описание взаимодействия программы с другими программами и пользователем Описание и обоснование выбора структуры входных и выходных данных
Раздел 2. Практическая составляющая работы
Рекомендуется включить в состав практической части следующие разделы:
Практическая составляющая работы Реализация: Тестирование.2.1. Реализация
Под реализацией понимают воплощение технических решений этапа проектирования в реальных устройствах и/или в программном коде. Однако, если создание программного кода доступно каждому(практически не требует материальных ресурсов), то реализация материальных систем возможна, как правило, лишь в тех случаях, если разработка предназначена для конкретного заказчика. Поэтому в рамках ВКР в этом случае обычно ограничиваются техническим проектом, включающим разработку принципиальных и монтажных схем, конструкции изделия.
Описываются решения, принятые на этапе реализации и учитывающие особенности используемой среды программирования. Приводятся и описываются наиболее интересные фрагменты исходных модулей (исходные тексты должны быть хорошо прокомментированы),даются экранные образы реализованных форм. Можно привести тексты наиболее значимых SQL - запросов, если в серверной части использовались хранимые процедуры и /или триггеры, привести примеры с комментариями. Стоит оценить общий объем исходного кода (в строках),количество экранных форм, шаблонов отчетов, количество хранимых процедур или триггеров, примерное количество разработанных SQL-запросов.
Также в разделе обосновываются используемые средства обеспечения безопасности (на уровне сервера БД, Web-сервера, ОС, клиентских приложений). Данный подраздел является обязательным для всех видов программных продуктов.
На данном этапе могут быть созданы(не обязательно) основные виды эксплуатационных документов, например, руководство оператора, руководство программиста, руководство системного программиста. Данные эксплуатационные документы помещаются в Приложения.
Возможная (может быть изменена) структура раздела «Реализация»:
Обоснование и описание выбора состава технических и программных средств Практическая реализация алгоритмов Реализация интерфейса
Тестирование
Для того чтобы оценить качество разработанной материальной системы и избежать потерь от ее реализации для аппаратного обеспечения, применяют моделирование. Качество программных систем проверяют путем тестирования. В данном разделе пояснительной записки обосновывают применение методов и средств моделирования (тестирования), анализируют полученные результаты. При условии внедрения (или возможности внедрения) результатов ВКР рекомендуется включить в пояснительную записку соответствующий раздел (подраздел). В разделе описывают условия и этапы внедрения, возникшие проблемы и способы их разрешения, результаты апробации, если система эксплуатировалась в течение некоторого времени, анализируют отзывы пользователей, степень работоспособности и другие характеристики системы.
Описывается принятая последовательность тестирования отдельных модулей и системы в целом, способ выполнения тестирования
– участвовали ли в нем пользователи разработанного ПП или системы, тестирование выполнялось на реальных данных или специально подобранных тестовых наборах (во втором случае обосновать полноту тестового набора). Если в проекте используется база данных – объяснить, как выполнялось ее начальное наполнение (импорт данных из других систем, ручной ввод, формирование случайных наборов данных). Следует обосновать принятую стратегию тестирования — «черный ящик», «белый (прозрачный) ящик» или комбинирование этих двух методов, сформулировать критерии завершения тестирования. При тестировании необходимо проверить, по крайней мере, работу в обычных условиях, обработку некорректных запросов, формируемых с целью "сломать" систему или получить несанкционированный доступ к ней, обработку интенсивного потока запросов (для многопользовательских систем), для Web-приложений желательна проверка работы через низкоскоростной канал, с разными версиями браузеров и т. д. Следует экспериментально определить основные параметры ПП или системы и, таким образом, подтвердить правильность выбора архитектуры, структур данных, алгоритмов и других проектных решений.
Можно оценить:
─ Производительность системы (время выполнения основных функций;
─ Безопасность системы – с помощью попыток «взлома» системы (успешных или безуспешных);
─ Надежность – путем подсчета количества зависаний или иных сбоев системы за определенный период времени.
Также экспериментально можно определить среднее время восстановления при сбоях;
─ Удобство ручного ввода – путем определения времени, затраченного пользователями на заполнение основных форм.
По результатам тестирования должны быть сделаны выводы о функциональных возможностях разработанного ПП и их соответствии техническому заданию. Можно отметить некоторые ошибки, которые были замечены при тестировании и исправлены, замечания и предложения пользователей, если они участвовали в тестировании.
Заключение
В заключении (объем – 1-2 страницы) перечисляют основные результаты ВКР, анализируют соответствие материалов работы требованиям задания, делают выводы об удовлетворении потребностей заказчиков и перспективах реализации проекта (или его частей) и заключение о целесообразности и возможности продолжения работы по тематике ВКР.
Список использованных источников
Список использованной литературы является обязательным структурным элементом ВКР. В список включаются все литературные источники, материалы которых были использованы при подготовке текста ВКР. Список использованных источников следует оформлять в соответствии с ГОСТ 7.1–2003. Библиографическая запись. Библиографическое описание.
Общие требования и правила составления.
Источники в списке следует располагать по алфавиту и нумеровать арабскими цифрами (нумерация сквозная). Последующие данные об источнике располагают через пробел после номера источника и форматируют аналогично основному тексту ВКР. Каждую новую позицию списка следует начинать с абзацного отступа.
Принцип расположения в алфавитном списке – «слово за словом». Записи рекомендуется располагать:
- при совпадении первых слов – по алфавиту вторых и т. д.; при нескольких работах одного автора – по алфавиту заглавий; при нескольких работах авторов, написанных им в соавторстве с другими – по алфавиту фамилий соавторов.
Ссылки на использованные источники следует приводить в квадратных скобках. Например, «Как следует из [2]» или «Описание принципа работы устройства приведено в [5]» и т. д. Если в одной ссылке необходимо указать сразу несколько источников, то номера этих источников приводят через точку с запятой и (или) тире. Например: [1; 3; 5], [6−9], [3–7; 9; 11].
В начало списка помещаются официальные документы. С учётом степени устареваемости литературы список источников должен содержать учебные пособия за последние 5 лет. Всего в списке должно быть не менее 20 источников.
Примеры библиографических записей
Законодательные материалы
Российская Федерация. Законы. О воинской обязанности и военной службе : федер. закон [принят Гос. Думой 6 марта 1998 г. : одобр. Советом Федерации 12 марта 1988 г.]. — М. : Ось-89, 2007. — 46 с.
Стандарты
ГОСТ 7.1–2003. Библиографическая запись. Библиографическое описание. Общие требования и правила составления. — М. : Изд-во стандартов, 2004. — 78 с.
Правила
Правила безопасности при обслуживании гидротехнических сооружений и гидромеханического оборудования энергоснабжающих организаций : РД 153-34.0-03.205-2001 : утв. М-вом энергетики Рос. Федерации 13.04.01 : ввод. в действие с 01.11.01. — М. : ЭНАС, 2007. — 158 с.
Книги
Бахвалов, методы : учеб. пособие для физ.- мат. специальностей вузов / , , ; под общ. ред. . — 2-е изд. — М. : Физ - мат лит : Лаб. базовых знаний ; СПб. : Нев. диалект, 2002. — 630 с.
Платонов, -аппаратные средства обеспечения информационной безопасности вычислительных сетей : учеб. пособие для студентов вузов / . — М. : Академия, 2006. — 240 с.
Патентные документы
Пат. 2187888 Российская Федерация, МПК7 Н 04 В 1/38, Н 04 J 13/00. Приёмопередающее устройство / ; заявитель и патентообладатель Воронеж. науч.-исслед. ин-т связи. — № 000/09 ; заявл. 18.12.00 ; опубл. 20.08.02, Бюл. № 23 (II ч.). — 3 с.: ил.
Электронные ресурсы
Чезборо, управление инновациями [Элек - тронный ресурс] / езборо, Дэвид Дж. Тис. — СПб. : Фак. менеджмента СПбГУ, 2004. — CD-ROM.
Elibrary. ru : науч. электрон. б-ка [Электронный ресурс]. — М. : Интра-Плюс, 1997. – Режим доступа: http://www. elibrary. ru, свободный. — Загл. с экрана.
Диссертации
Белозеров, аудит безопасности на основе мультиагентных технологий : дис. … канд. техн. наук : 05.13.19 : защищена 22.01.02 : утв. 15.07.02 / . — Таганрог, 2004. — 215 с. — 04200201565.
Вишняков, и методы оценки информационной защищённости коммерческих банков : дис. … канд. техн. наук : 05.13.19 : защищена 12.02.02 : утв. 24.06.02 / . — М., 2002. — 234 с. — 04200204433.
Журналы
Актуальные проблемы современной науки : информ.-аналит. журн. / учредитель «Спутник +». — 2001, июнь. — М. : Спутник +, 2001, № 1–3. — 2000 экз.
Бюллетени
Российская Федерация. Гос. Дума (2000– ). Государственная Дума : стеногр. заседаний : бюллетень / Федер. Собр. Рос. Федерации. — М. : ГД РФ, 2000, № 49 (497) : 11 окт. 2000 г. — 1000. — 63 отд. с.
Статья из книги, сборника или другого разового издания
Корниенко, принципы построения радиоволновых интеллектуальных извещателей охранных систем / - ко // Информационная безопасность : материалы 9-й Междунар. науч.-практ. конф. / Технолог. ин-т Юж. фед. ун-та, Таганрог, июль 3−7, 2007 г. : ч. 1. — Таганрог : Изд-во ТТИ ЮФУ, 2007. — С. 120–121.
Писаренко, -разностный алгоритм сжатия двоичных последовательностей / , // 38 Новые информационные технологии : Разработка и аспекты применения : тр. 6-й Всерос. науч. конф. с междунар. участием / Ро - стов. (обл.) центр новых инф. технологий, Таганрог, ноябрь 27−28, 2003 г. — Таганрог : Антон, 2003. — С. 247−251.
Статья из сериального издания
Боголюбов, А. Н. О вещественных резонансах в волноводе с неоднородным заполнением / , , M. Д. Малых // Вестн. Моск. ун-та. Сер. 3, Физика. Астрономия. — 2001. — № 5. — С. 23–25.
Раздел, глава из книги
Малый, в законодательство Европейского сообщества / Ал. Малый // Институты Европейского союза : учеб. пособие / Ал. Малый, Дж. Кемпбелл, М. О’Нейл. — Архангельск, 2002. — Разд. 1. — С. 7–26.
Глазырин, выполнения отдельных операций в Word 2000 / // Office 2000 : 5 кн. в 1 : само - учитель / , , . — М., 2002. — Гл. 14. — С. 281–298.
Приложения
В приложения включаются материалы, подтверждающие выводы и результаты работы; дополнительные, вспомогательные и заимствованные материалы, промежуточные расчеты, таблицы, результаты экспериментов и расчетов, схемы, чертежи, листинги программ и др. Также в приложения помещают материалы (например, таблицы, рисунки), размер которых больше листа формата А4.
